Techem HKV state bleibt auf ???

Begonnen von Amenophis86, 26 November 2017, 11:02:52

Vorheriges Thema - Nächstes Thema

Amenophis86

Bin jetzt endlich dazu gekommen die neue Version einzuspielen. Scheint zu funktionieren:

Internals:
   CFGFN     
   CUL2_MSGCNT 1
   CUL2_RAWMSG b334468500180560094804C3AA20F9F21120250393C05111B0A380C2A94497800786554261A1B00000000000000002192011706085875BCFADDBEC1EE80::-87
   CUL2_RSSI  -87
   CUL2_TIME  2017-12-21 19:23:40
   DEF        8001
   LASTInputDev CUL2
   LONGID     00568001
   METER      Funkheizkostenverteiler data III
   MSGCNT     1
   NAME       Techem_HKV_KU
   NR         338
   NTFY_ORDER 50-Techem_HKV_KU
   STATE      A.:1340 P:530 Status:listening
   TYPE       TechemHKV
   VERSION    94
   READINGS:
     2017-12-21 00:00:00   current_period  1340
     2016-12-31 00:00:00   previous_period 530
     2017-12-13 19:33:23   state           listening
     2017-12-21 19:23:40   temp1           25.87
     2017-12-21 19:23:40   temp2           31.28
Attributes:
   room       Z_Räume--Kueche
   stateFormat A.:current_period P:previous_period Status:state


Vielen Dank dafür.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Amenophis86

Mir ist gerade aufgefallen, dass meine Daten nicht mehr aktualisiert werden, dann habe ich mir nochmal deinen Code angesehen. Du hast es auf eq 'CUL|STACKABLE') geändert. Das heißt aber, dass STACKABLE_CC nicht geht, daher wurden meine Geräte nicht mehr aktualisiert. Gibt es einen Grund, dass du nur noch auf STACKABLE und nicht auch auf STACKABLE_CC lauschen wolltest? Gibt sicher viele, die noch die CC Version nutzen.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Amenophis86

mmmh habe jetzt nochmal auf {TYPE} =~ /CUL|STACKABLE/ und trotzdem kommen keine Daten mehr an. Im Eventmonitor sehe ich die Daten aber bei den Device ändert sich keins readings. Verstehe nicht warum nix ankommt. Habe an den Device selbst nix geändert und die gingen bis zum letzten FHEM Update am 23.12.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Amenophis86

Ok, es hat was mit der Version für das neue hkv von dir im Post zutun. Sieht so aus, als ob es dafür noch die Readings erhält, aber alle anderen nicht mehr. Kann jetzt nicht mehr ausführlich testen, muss ich die Tage machen. Melde mich dann nochmal.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

herrmannj


Amenophis86

#35
Es liegt eindeutig an der neuen Version, habe die alte gerade nochmal eingespielt auf /CUL|STACKABLE/ geändert und es funktioniert sofort wieder alles, bis auf den HKV in der Küche, für welchen die Version geändert wurde. Habe mir auch mal die Unterschiede der alten und neuen Version angesehen, aber da fehlt mir leider doch das Verständnis für um direkt einen Fehler zu erkennen.

Edit:
Mir ist noch etwas aufgefallen. Als ich die alte Version wieder eingespielt habe, musste ich alle Device neu definieren bzw. mit defmod nochmals definieren, damit die Readings geändert werden. Ob ich das auch mit der neuen Version hätte machen müssen bei allen vorhandenen Device kann ich gerade nicht sagen und auch nicht mehr testen. Muss ich morgen, oder die Tage machen.

Noch eine Sache ich glaube in der neuen Version gibt es longID und LONGID als Internal, glaube nicht, dass das beabsichtigt ist.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

herrmannj

Da waren in der Tat Fehler drin die Du gut gesehen hast. Thnx! Mangels Techem device ungetestet aber korrigierte Version.


Amenophis86

So also aktuell kommen mit der Version sowohl beim neuen HKV, als auch bei den alten Daten an ohne, dass ich eines der Geräte neu definieren musste. Scheint also jetzt besser zu laufen. Werde es nochmal die Tage testen. Dank dir.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

herrmannj

Ok schön. Danke. Wenn der Test ohne Vorfälle läuft checke ich es ein.

Amenophis86

Habe heute nochmal bissi mit den HKVs gespielt und es sieht sehr gut aus. Konnte keine Fehler mehr ausmachen und sowohl bei den alten als auch dem neuen werden regelmäßig die Readings geschrieben.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

herrmannj

Danke. im svn, ab morgen per update.

Guten Rutsch!

Amenophis86

Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

Amenophis86

Winterzeit = HKV Zeit. Mir ist noch was aufgefallen. Gestern ist kurzzeitig mit CUN weggewesen, so dass auch das IODevice für die HKVs weg war. Nachdem er wieder angechlossen war hat alles funktioniert, aber die HKVs sind alle auf "missing IODevice" geblieben. Liegt wohl daran, dass nach einem Verlust nicht automatisch geschaut wird, ob das IODevice wieder da ist. Habe bei allen ein Defmode ausgeführt und es hat sofort wieder funktioniert.
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...

herrmannj

ja, das ist in der tat Richtig. oder Neustart.

Amenophis86

Ok, dann werde ich mir ein notify mit defmod bauen. Dank dir.

Kurze Frage noch, werde aus dem Code nicht ganz schlau. Dieser Teil scheint ja wohl dafür verantwortlich zu sein:
# disable receiver
    if (($e[0] eq 'ATTR') && ($e[2] eq 'rfmode') && ($e[3] ne 'WMBus_T')) {
      readingsBeginUpdate($hash);
      readingsBulkUpdate($hash, "state", "standby (IO missing)", 1);


Wenn ich jetzt einen Patch schreiben wollen würde, der automatisch schaut ob das Device wieder da ist, wo finde ich die Stelle, dass er mit der Meldung aufhört zu suchen? Weil eigentlich wird hier ja nur das Reading gesetzt aber finde den Teil nicht, dass nicht mehr weiter zugehört wird. Von meinem Verständnis müsste der CUL ja, sobald er wieder eine entsprechende Nachricht findet, auch diese wieder an das Modul weitergeben. Wird das irgendwo noch deaktiviert?
Aktuell dabei unser neues Haus mit KNX am einrichten. Im nächsten Schritt dann KNX mit FHEM verbinden. Allein zwei Dinge sind dabei selten: Zeit und Geld...