2 Probleme nach DEV-Update am 17.07 aufgetreten

[schloessl]

Ich habe nach den Übernahme der DEV am 17.07 bei meinen Heizungsdaten ein Problem.SmartVISU, Items, usw blieben unverändert.

1. Problem
Mit Buttons kann ich meine Schaltzeiten der Tag/Nacht/Komfortzeiten anpassen. Diese Funktion lief und läuft problemlos weiterhin.
Ich bekomme jetzt aber eine Warnung. Bei der Übernahme der KNX-Werte bei INIT werden alle Stunden und Minuten als Ganzzahl übernommen.
KNX = 5.005 Dezimalfaktor. Beim klicken auf +/- werden über die eval-Funktion manchmal Ganzzahlen , manchmal Dezimalzahlen (z.B.5,0) übergeben.
Jegliches Eval-Ergebnis wirs als fehlerhaft angemeckert, aber es geht!

Mache ich in der EVAL-Funktion etwas falsch? Warum jetzt auf einmal?

Auszug aus eg.gast.heizung

[[[[stundek1anf]]]]
    type = num
   enforce_updates = yes
   visu_acl = rw
   knx_dpt = 5
   knx_init = 2/5/60
   knx_listen = 2/5/60
   knx_cache = 2/5/60
   knx_send = 2/5/60
[[[[stundek1anfplus]]]]
   type = num
   visu_acl = rw
   enforce_updates = yes
   eval = sh.eg.gast.heizung.stundek1anf(sh.eg.gast.heizung. stundek1anf()+1)
[[[[stundek1anfminus]]]]
   type = num
   visu_acl = rw
   enforce_updates = yes
   eval = sh.eg.gast.heizung.stundek1anf(sh.eg.gast.heizung. stundek1anf()-1)

[[[[minutek1anf]]]]
   type = num
   enforce_updates = yes
   visu_acl = rw
   knx_dpt = 5
   knx_init = 2/5/61
   knx_listen = 2/5/61
   knx_cache = 2/5/61
   knx_send = 2/5/61
[[[[minutek1anfplus]]]]
   type = num
   visu_acl = rw
   enforce_updates = yes
   eval = sh.eg.gast.heizung.minutek1anf(sh.eg.gast.heizung. minutek1anf()+1)
[[[[minutek1anfminus]]]]
   type = num
   visu_acl = rw
   enforce_updates = yes
   eval = sh.eg.gast.heizung.minutek1anf(sh.eg.gast.heizung. minutek1anf()-1)

Die Meldungen:

Nach Plus/Minus -Taste
2016-07-19  11:34:49 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:34:52 INFO     Main         Item eg.gast.heizung.minutenachtend = 0.0 via Visu 192.168.115.44:63868 None    [COLOR=#FF0000]eg.gast.heizung.minutenachtend = 0.0[/COLOR]
2016-07-19  11:34:52 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:34:56 INFO     Main         Item eg.gast.heizung.stundek1end = 12 via Visu 192.168.115.44:63868 None
2016-07-19  11:34:56 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:34:57 INFO     Main         Item eg.gast.heizung.stundek1end = 11 via Visu 192.168.115.44:63868 None
2016-07-19  11:34:57 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:00 INFO     Main         Item eg.gast.heizung.minutek1end = 1.0 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:00 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:02 INFO     Main         Item eg.gast.heizung.minutek1end = 0.0 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:02 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:08 INFO     Main         Item eg.gast.heizung.stundek1anf = 7 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:08 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:10 INFO     Main         Item eg.gast.heizung.stundek1anf = 6 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:10 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:12 INFO     Main         Item eg.gast.heizung.minutek1anf = 2.0 via Visu 192.168.115.44:63868 None       [COLOR=#FF0000] eg.gast.heizung.minutek1anf = 2.0[/COLOR]
2016-07-19  11:35:12 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:14 INFO     Main         Item eg.gast.heizung.minutek1anf = 1.0 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:14 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:17 INFO     Main         Item eg.gast.heizung.stundek2anf = 14 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:17 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:19 INFO     Main         Item eg.gast.heizung.stundek2anf = 13 via Visu 192.168.115.44:63868 None
2016-07-19  11:35:19 WARNING  Main         Client 192.168.115.44:63868 want to update invalid item:
2016-07-19  11:35:20 INFO     Main         Item eg.gast.heizung.minutek2anf = 2.0 via Visu 192.168.115.44:63868 None

Nach INIT
2016-07-19  11:20:18 INFO     Main         Item eg.gast.heizung.minutenachtanf = 2 via KNX 1.1.239 2/5/69
2016-07-19  11:20:19 INFO     Main         Item eg.gast.heizung.minutenachtanf = 1 via KNX 1.1.239 2/5/69
2016-07-19  11:22:56 INFO     Main         Item eg.gast.heizung.stundek1anf = 7 via KNX 1.1.239 2/5/60
2016-07-19  11:22:58 INFO     Main         Item eg.gast.heizung.stundek1anf = 6 via KNX 1.1.239 2/5/60
2016-07-19  11:22:59 INFO     Main         Item eg.gast.heizung.minutek1anf = 2 via KNX 1.1.239 2/5/61
2016-07-19  11:23:00 INFO     Main         Item eg.gast.heizung.minutek1anf = 1 via KNX 1.1.239 2/5/61
2016-07-19  11:23:06 INFO     Main         Item eg.gast.heizung.stundek2anf = 14 via KNX 1.1.239 2/5/64
2016-07-19  11:23:07 INFO     Main         Item eg.gast.heizung.stundek2anf = 13 via KNX 1.1.239 2/5/64
2016-07-19  11:23:09 INFO     Main         Item eg.gast.heizung.minutek2anf = 2 via KNX 1.1.239 2/5/65
2016-07-19  11:23:10 INFO     Main         Item eg.gast.heizung.minutek2anf = 1 via KNX 1.1.239 2/5/65

2. Problem
1 Meldung nach Mitternacht

2016-07-19 03:02:00 WARNING SQLite Maintain SQLite: problem updating og.bad.heizung.status: float division by zero

[[[[status]]]] [COLOR=#B22222] in KNX als 1.001 definiert[/COLOR]
   type = bool
   visu_acl = rw
   sqlite = yes
   enforce_updates = yes
   knx_dpt = 1
   knx_cache = 2/1/47

Datenbank:

[sql]
class_name = SQL
# class_path = plugins.sqlite
class_path = plugins.sqlite_visu2_8

Danke für jeden Hinweis!

Wolfgang

[bmx]

Mich irritiert das Leerzeichen in Deinem Posting

 eval = sh.eg.gast.heizung.stundek1anf(sh.eg.gast.heizung. stundek1anf()-1)

ist das da wirklich oder nur durch Copy&Paster reingekommen?

Dein zweites Ergebnis: Kann es sein, das Dein Item mal einen anderen Typ hatte oder der knx_cache was anderes als Bool liefert?

[schloessl]

Hallo Bernd,

eval = sh.eg.gast.heizung.stundek1anf(sh.eg.gast.heizung. stundek1anf()-1)
eval = sh.eg.gast.heizung.minutek1anf(sh.eg.gast.heizung. minutek1anf()-1)

das ist wohl ein Copy&Paste-Problem. So sehen die Eintäge aus, beim Copy war noch kein Blank hinter "heizung.". Es gab allerdings jetzt einen Abbruch und die Daten wurden per "Wiederherstellen" zurückgewonnen.

KNX und VISU seit Monaten unverändert, Die Datenbank ist vor ca 14 Tagen neu erstellt worden.

Es ist wirklich erst nach dem genannten Termin aufgetreten. DEV per ZIP gezogen, eigene Pfade (Items,usw) unverändert ergänzt und auf smarthome kopiert!
Die letzte Änderung im Github war die Überprüfung der Itemnamen (2og,Sonderzeichen.usw.).

Ich habe Zahlen innerhalb des Itemnamen (??? hier lag mein Verdacht)

Zu Deiner Änderung:

Ich werde mich bessern, die Rüge ist angekommen!

LG
Wolfgang

[bmx]

Wolfgang, bist Du wirklich auf dem develop branch unterwegs? Der ist immer mal wieder unstabil und nicht alles, was z.T. schon in Release-1.2 gefixt ist, ist da drin enthalten...
Wenn Du also nicht tieferes Wissen über Python und SmartHomeNG hast, würde ich Dir dringend raten lieber auf dem Master (1.1) oder allenfalls auf einem Release-1.2 zu arbeiten.

Aber zum Thema Zahlen innerhalb eines Itemnamens sind ok. Nur am Anfang darf das nicht stehen. Dieser Fehler wird z.B. in Release-1.2 gemeldet.

Mich irritiert, das Du oben gar kein Invalid Item angezeigt bekommst (Client 192.168.115.44:63868 want to update invalid item sondern das schlicht leer bleibt. Ich vermute, Du hast mit einem Inkompatibilitätsproblem zwischen dem Websocket und der Smartvisu zu tun.
In SmartVisu 2.8 steht das Protokoll IMHO defaultmäßig auf 0 während dessen das im SmartHomeNG anders eingestellt sein könnte. Das wird aber i.A. protokolliert im Log.

[psilo]

Bei einer der nicht direkt in SV enthaltenen RTR Impl. habe ich das gleiche Problem. Die SV sendet hier das offizielle Item, aber danach nochmal ein Leeritem. Da war aber mit dem alten Smarthome auch schon so... Im JS File wird da irgendwie das onclick event eigentlich verhindert, feuert dann aber doch.. sieht man schön mit Firebug.

[schloessl]

Danke René,

das macht Mut!

Sollte ich denn in allen Versionen die Fehlermeldung übersehen haben? Zweifel!

Es ist immer beruhigend nicht alleine mit einem Problem zu kämpfen.

LG
Wolfgang