Ankündigung

**bmx** · 12.07.2015, 06:15

Hi Erich,
sorry aber es ist schon blöd mit dev Versionen zu beginnen. Nimmt doch einfach die Releases als Startpunkt wenn Du Dich noch nicht auskennst.

Hast Du 'Serverraum.temp' wirklich im HTML geschrieben als 'Severraum.temp'?
Und was ich im Debug-log vermisse sind Datenrequests von der Visu. Da kann man recht schnell erkennen, ob es sich bei den angeforderten Daten um ein "ivalid item" handelt, oder ob das Problem woanders liegt.

Gruß,
Bernd

**erichc** · 12.07.2015, 10:05

Hallo bmx,

ich habe die stabilen Versionen (smarthome.py 1.0 und smartVISU 2.7) ausprobiert, blöderweise funktionieren die überhaupt nicht.

Hast Du 'Serverraum.temp' wirklich im HTML geschrieben als 'Severraum.temp'?

Hab ich, ja. Ist jetzt behoben, ändert leider nichts. Trotzdem danke!

Und was ich im Debug-log vermisse sind Datenrequests von der Visu. Da kann man recht schnell erkennen, ob es sich bei den angeforderten Daten um ein "ivalid item" handelt, oder ob das Problem woanders liegt.

Ich hab echt nur die ganzen EnOcean-Meldungen rausgenommen. Die hielt ich für unnütz und die nehmen unheimlich viel Platz weg. Aber kann es sein, dass die Codeblöcke irgendwie auf eine bestimmte Anzahl von Zeichen begrenzt sind? Ich wollte gerade das volle Log posten, geht nicht. Habe allerdings wirklich Zeilen mit "invalid" gefunden:

Code:

2015-07-12 10:58:19,315 DEBUG    Main         WebSocket: incoming connection from 192.168.178.63:41767 to 0.0.0.0:2424 -- connection.py:accept:187
2015-07-12 10:58:19,322 DEBUG    Main         rfc6455 Handshake -- __init__.py:rfc6455_handshake:391
2015-07-12 10:58:19,409 DEBUG    Main         192.168.178.63:41767 sent '{"cmd":"proto","ver":3}' -- __init__.py:json_parse:272
2015-07-12 10:58:19,426 DEBUG    Main         192.168.178.63:41767 sent '{"cmd":"monitor","items":["Serverraum.temp"]}' -- __init__.py:json_parse:272
2015-07-12 10:58:19,438 DEBUG    Main         192.168.178.63:41767 sent '{"cmd":"series","item":"Serverraum.temp","series":"avg","start":"10s","count":100}' -- __init__.py:json_parse:272
2015-07-12 10:58:19,441 WARNING  Main         Client 192.168.178.63:41767 requested invalid series: Serverraum.temp. -- __init__.py:json_parse:343
2015-07-12 11:03:08,881 DEBUG    Scheduler    1w-sen next time: 2015-07-12 11:08:08+02:00 -- scheduler.py:_next_time:303
2015-07-12 11:03:09,474 INFO     1w-sen       Item Serverraum.temp = 29.0625 via 1-Wire /bus.0/28.58DBE1040000/temperature None -- item.py:__update:373
2015-07-12 11:03:09,489 DEBUG    1w-sen       1-Wire: sensor cycle takes 1.115727186203003 seconds -- __init__.py:_sensor_cycle:392
2015-07-12 11:03:18,531 INFO     env_stat     Item env.core.memory = 11780096 via Logic None None -- item.py:__update:373
2015-07-12 11:03:18,650 INFO     env_stat     Item env.system.load = 0.04 via Logic None None -- item.py:__update:373
2015-07-12 11:03:18,965 DEBUG    Scheduler    env_stat next time: 2015-07-12 11:08:18+02:00 -- scheduler.py:_next_time:303

Ich weiß nur nicht, was das soll. Wenn "Serverraum.temp" falsch ist, warum geht dann basic.value?

Update: jetzt bekomm ich das hier (nachdem ich nochmal sqlite angestellt habe, vllt. hängt es damit zusammen):

Code:

2015-07-12 11:37:36,755 DEBUG    Main         WebSocket: incoming connection from 192.168.178.63:42074 to 0.0.0.0:2424 -- connection.py:accept:187
2015-07-12 11:37:36,762 DEBUG    Main         rfc6455 Handshake -- __init__.py:rfc6455_handshake:391
2015-07-12 11:37:36,857 DEBUG    Main         192.168.178.63:42074 sent '{"cmd":"proto","ver":3}' -- __init__.py:json_parse:272
2015-07-12 11:37:36,871 DEBUG    Main         192.168.178.63:42074 sent '{"cmd":"monitor","items":["Serverraum.temp"]}' -- __init__.py:json_parse:272
2015-07-12 11:37:36,887 DEBUG    Main         192.168.178.63:42074 sent '{"cmd":"series","item":"Serverraum.temp","series":"avg","start":"10s","count":100}' -- __init__.py:json_parse:272
2015-07-12 11:37:36,905 ERROR    Main         Problem fetching series for Serverraum.temp: unsupported operand type(s) for -: 'int' and 'str' -- __init__.py:json_parse:330
Traceback (most recent call last):
  File "/usr/local/smarthome/plugins/visu/__init__.py", line 328, in json_parse
    reply = self.items[path]['item'].series(series, start, end, count)
  File "/usr/local/smarthome/plugins/sqlite/__init__.py", line 312, in _series
    step = int((iend - istart) / count)
TypeError: unsupported operand type(s) for -: 'int' and 'str'

**JuMi2006** · 12.07.2015, 11:28

Welchen plot erwartest Du denn in einem Datenzeitraum von 10s ???

Code:

 {{ plot.period('temp-plot', 'Serverraum.temp', 'avg', '10s') }}

Versuche doch mal wenigsten ein paar Minuten oder eine Stunde darzustellen:

Code:

 {{ plot.period('temp-plot', 'Serverraum.temp', 'avg', '1h') }}

**erichc** · 12.07.2015, 11:45

Die zehn Sekunden waren eigentlich nur, weil ich dachte, dass smarthome vielleicht nicht genug Daten hat über die letzte Stunde. Da ich andauernd die .conf verändert habe, weil der Plot nicht funktioniert, habe ich smarthome andauernd neu gestartet. Ich habe es aber auch mit 1h und 5i versucht – das ändert leider nichts.

**Sandman60** · 12.07.2015, 11:56

Hmm, erinnert mich an ein Problem das ich beim letzten Update der DEVs auf meinem Testsystem hatte... Da blieben plötzlich die PLOTs auch leer, allerdings hat es mir da Fehlermeldungen im Logfile gehagelt (auch im Normalmode, also nicht DEBUG), das hatte ja aber BMX schon angemerkt. Konnte dann mit dem Patch von ASCHWITH (https://github.com/aschwith/smarthome) alles wieder zum Laufen bekommen. Da ist wohl einiges im SV-Bereich nicht ganz aktuell oder konsequent durchgezogen worden, stecke aber zu wenig in den Details um hier was sinniges bzgl. den fehlenden Teilen zu sagen....

**erichc** · 12.07.2015, 12:10

Du hast so recht! Ich hatte mir gerade auch noch einmal https://knx-user-forum.de/forum/supp...mehr-angezeigt durchgelesen und bin darauf gestoßen:

Zur Info: Der "Count" Patch ist jetzt für die SmartVisu Seite ins aktuelle "trunk" Git übernommen worden. Ein manuelles Patchen ist damit für SmartVisu nicht mehr nötig.

@Apollo: Danke für die Integration!

Gruß
Alex

Das fette hatte ich beim ersten Mal überlesen. Tatsächlich funktioniert es, wenn ich den sqlite-Patch benutze. Die anderen scheinen nicht nötig zu sein.

Danke!

**erichc** · 12.07.2015, 14:04

Ich war wohl doch etwas zu optimistisch. Der einfache Plot, den ich hatte, funktioniert nun. Aber wenn ich einen zoombaren Plot nach der Dokumentation anlegen möchte oder auch nur einen Parameter mehr schreibe als bis tmin, ist wieder alles weg.

Mein funktionierender Code...

Code:

{{ plot.period('temp-plot', 'Serverraum.temp', 'avg', '3h') }}

...und der nicht funktionierende.

Code:

{{ plot.period('temp-plot-2', 'Serverraum.temp', 'avg', '3h', 0, 0, 100, '', 'Durchschnittstemperatur', '', '', ['Zeit','Temperatur in °C'], '1h') }}

Funktioniert auch nicht:

Code:

{{ plot.period('temp-plot', 'Serverraum.temp', 'avg', '3h', '4h') }}

Kann mir jemand erklären, warum das jetzt wieder nicht funktioniert? Ich habe auch schon die plot.html und widget.js aus dem aschwith-smarthome probiert, damit geht's aber auch nicht...

**erichc** · 15.07.2015, 13:58

Ok, jetzt weiß ich endgültig, woran es liegt. Es war ein Fehler in der Dokumentation: auf der plot.period-Seite waren drei Beispieldiagramme

Code:

{{ plot.period('p1', 'bath_plot_value', 'avg', '3h') }}

{{ plot.period('p2', ['bath_plot1', 'bath_plot2', 'bath_plot3'], 'avg', '1h', [B]0[/B], 0, 100, '', '', ['#aa0', '#a00', '#00a'], ['area', 'column', 'line']) }}

{{ plot.period('p3', 'bath_plot_value', 'avg', '10h', [B]0[/B], 0, 100, '', '', '', '', '', '1h' ) }}

Davon funktionierte nur der erste, und das, weil an den fett markierten Stellen eine Zahl steht und kein String (also mit '' umschlossen). Daran ist es immer gescheitert. Stand aber so in der Dokumentation, deshalb hab ich da so lange dran festgehangen... na ja. Vielleicht hilft es ja jemandem von euch.

Hier nochmal ein funktionierendes Beispiel, zoombar und mit zwei Datenquellen in einem Diagramm und auch sonst ein paar Extras:

Code:

{{ plot.period('temp-plot-beide', ['Serverraum.temp', 'Serverraum.temp_raum'], 'avg', '3h', '', '', '', '', ['Server','Raum'], ['#f9a028','#ffee30'], ['area','areaspline'], ['Zeit','Temperatur in °C'], '10i') }}

Ankündigung

Problem mit plot.period und 1-Wire

Problem mit plot.period und 1-Wire

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar