[HM-Wired] Bus wird lahmgelegt, wenn ein Gerät ausfällt

hglaser · 19 Juli 2015, 08:26:41

ZitatFalls vor dem einlesen vom EEPROM schon bekannt ist ob das Modul peering kann, würde es bei Peering Modulen Sinn machen.

ist sowieso bekannt, steht ja im xmldevice.pm.

ZitatWenn dies auch nichts bringt nach einem konfigurierbarem Abstand regelmässig per Ping mit z.B. 68 prüfen ob das Modul wieder erreichbar ist.

Wenn es vom Bus getrennt war, wird es wohl auch in aller Regel auch vom Strom getrennt sein. Es meldet sich dann schon von selbst wieder wenn es wieder mit Strom versorgt wird. Ich finde das viel zu kompliziert.
Und wenn die 1024 Byte nicht nach spätestens sagen wir mal 5 maligen Versuchen (was es bei mir noch nie gebraucht hat, selbst wenn auf dem Bus die Hölle los war), nicht eingelesen werden konnte, finde ich, ist wohl am Bus etwas im Argen. Ebenso nur Teile davon beim Start einzulesen, finde ich total übertrieben. Und wenn, auch hier stünden die EEProm Addressen für einen, wie soll mann sagen "Notbetrieb" im xml.
Ich will eigentlich nur mein Haus steuern, kein Atomkraftwerk

lg Harald

Ralf9 · 19 Juli 2015, 09:05:20

Zitat von: honk am 19 Juli 2015, 08:26:41
Wenn es vom Bus getrennt war, wird es wohl auch in aller Regel auch vom Strom getrennt sein. Es meldet sich dann schon von selbst wieder wenn es wieder mit Strom versorgt wird. Ich finde das viel zu kompliziert.

Ok, wenn jemand ein Modul vom Bus nimmt, kann er hinterher ja wieder ein "get config all" machen.
Das ist mir nicht klar, wie bekommt es fhem mit, wenn ein Modul wieder mit Strom versorgt wird.

Zitat
Und wenn die 1024 Byte nicht nach spätestens sagen wir mal 5 maligen Versuchen

Ich finde 3 mal dürften reichen. Oder falls der Aufwand nicht so groß ist, die Anzahl konfigurierbar machen, z.B. per Attribut.

ZitatEbenso nur Teile davon beim Start einzulesen, finde ich total übertrieben.

Wenn bei den Peering modulen die EEPROM Daten per E-Befehl eingelesen werden, ist das Einlesen früher fertig und schwächliche Rechner wie z.B. die Fritzbox oder der Raspi werden entlastet.
Das einlesen per E-Befehl dürfte nicht so aufwendig sein. Einfach die Bits vom E-Befehl Ergebnis per Schleife durchlaufen und dann bei 0 in den Block FF reinschreiben und bei 1 von EEPROM einlesen.
Wenn jemand z.B 5 Peering Module hat, ist es schon ein Unterschied ob 320 oder nur ca 30-50 EEPROM Blöcke eingelesen werden.

Gruß Ralf

Thorsten Pferdekaemper · 19 Juli 2015, 14:35:41

Zitat von: Ralf9 am 19 Juli 2015, 09:05:20
Das ist mir nicht klar, wie bekommt es fhem mit, wenn ein Modul wieder mit Strom versorgt wird.

Zumindest "meine" Homebrew-Module schicken nach dem Einschalten eine Announce-Message (0x41). Ich habe aber auch schon gesehen, dass Geräte irgendwelche Zustände schicken ("ungefragte" 0x69).
Wenn das Gerät beim Einschalten nichts sendet, dann wird FHEM wohl nicht mitbekommen, wenn's wieder ans Netz geht.

Thorsten Pferdekaemper · 20 Juli 2015, 01:56:16

Zitat von: Thorsten Pferdekaemper am 18 Juli 2015, 11:40:22
1. Bei aufeinander folgenden Nachrichten abbrechen, wenn es Probleme auf dem Bus gibt. (...die nicht durch dreimaliges Senden lösbar sind.)
2. Bestimmte Aktionen (inklusive das Senden weiterer Befehle) sollten an die korrekte Response einer anderen Nachricht gekoppelt sein. Zum Beispiel: Das Auslesen der EEPROM-Daten sollte überhaupt erst anfangen, nachdem Modultyp etc. gelesen wurden. Das Anlegen/Konfigurieren der Kanäle sollte erst anfangen, nachdem das EEPROM erfolgreich gelesen wurde. (Das würde dann wahrscheinlich auch das Problem lösen, dass man am Anfang immer noch einmal get config machen muss, um die Kanäle einzulesen.)
3. Es sollte für den Benutzer klar sein, was gerade läuft. Zum Beispiel kann das im STATE passieren oder auch in einem eigenen Reading, das anzeigt, wie aktuell die Infos/Config gerade sind. Das könnte sowas sein wie "CONFIG_OK", "CONFIG_READING", "CONFIG_FAILED". Vielleicht gibt es das ja auch schon.
4. Es sollte keine Abhängigkeiten durch Timing gelöst werden. D.h. wir sollten uns nicht darauf verlassen, dass irgend ein Vorgang nach 5 Sekunden oder so beendet ist. Andererseits sollte es sofort weitergehen, wenn etwas schneller geht, als "geplant".

So, ich denke, dass das jetzt funktioniert. GetInfo, GetConfig und das WaitForConfig funktionieren jetzt nach dem Schema. Man kann damit Geräte beliebig vom Bus nehmen und wieder anschließen, ohne damit den Bus zu blockieren. Außerdem gibt es ein Internal CONFIG_STATUS, an dem man sehen kann, ob die Config richtig eingelesen wurde (Infos, EEPROM, Channels).
Könnte es mal jemand testen? Man muss nur die 10_HM485.pm ersetzen.

Vielleicht will auch mal jemand über's Coding schauen. Ich habe alle Änderungen mit #PFE markiert. Im Wesentlichen sind das die Queue-Funktionen am Ende, GetInfo, GetConfig und ein paar Kleinigkeiten an anderen Stellen.

Es besteht noch ein bisschen Optimierungsbedarf. Zum Beispiel versucht FHEM etwas zu oft, die Config zu lesen, wenn das Gerät offline ist. Autocreate geht auch noch nicht richtig, aber das war vorher auch so.

Gruß,
Thorsten

stephan-221 · 20 Juli 2015, 19:18:55

Hallo Thorsten,

ich bin so mutig und teste die Version ab jetzt produktiv.

Viele Grüße
Stephan

Thorsten Pferdekaemper · 20 Juli 2015, 21:00:08

Zitat von: stephan-221 am 20 Juli 2015, 19:18:55ich bin so mutig und teste die Version ab jetzt produktiv.

Oha, Danke für Dein Vertrauen. Bei mir darf das bisher nur auf's Testsystem.
Sag' Bescheid, wie's läuft.

Der nächste Schritt für mich ist jetzt ein ordentliches Autocreate, das auch die Channels anlegt. Mal sehen, ob ich das hinbekomme.

Thorsten Pferdekaemper · 20 Juli 2015, 21:58:26

Hi,
jetzt gibt es eine neue Version. Änderungen zu vorher:
1. CONFIG_STATUS wird am Anfang auf PENDING gesetzt. Das bedeutet, dass FHEM noch gar nicht versucht hat, die Konfigurationsdaten zu lesen. Möglicherweise fällt das aber nur auf, wenn man wirklich viele Geräte hat.
2. Nach einem Define klappt jetzt das automatische Lesen der Konfigurationsdaten, auch beim Autocreate!

Letzteres bedeutet, dass das Device nur mal irgendwas von sich geben muss und FHEM legt das Ding komplett automatisch an, mit allen Kanälen und ohne dass man "get config" machen muss.
Falls das Device nicht von sich aus sendet, dann kann man es auch per Define manuell anlegen. Dabei ist es erstmal egal, ob das Device am Bus hängt. Wenn man es einklinkt, dann holt sich FHEM, was es braucht automatisch.

Komisch ist nur, dass HM485 Devices, die per define manuell angelegt wurden, nicht unter HM485 erscheinen. Das ist wohl aber ein anderes Problem.
EDIT: Ist jetzt klar. Die automatische Room-Zuordnung passiert nur beim Autocreate.

hglaser · 21 Juli 2015, 09:13:26

Hallo Thorsten

Ich habs zwar noch nicht ausprobiert, aber schon mal reingesehen. Gefällt mir sehr gut Deine Lösung. Ich werde es, sobald ich Zeit habe testen. Es freut mich, daß es wieder ein Stück vorangeht.

lg Harald

stephan-221 · 21 Juli 2015, 09:28:44

Hallo Thorsten,

ich habe die erste Version von dir im Einsatz. Das Update von heute Nacht habe ich noch nicht eingespielt.

Betrieb läuft unauffällig. Autocreate funktioniert in der Tat nicht. Habe ein HBW Device kurz angeklemmt.
Man sieht Messages im Log, aber FHEM reagiert nicht drauf.

Ich werde heute Abend auf die neuere Version updaten und dann berichten.
Ich teste dann auch mal das temporäre Entfernen eines Devices.

Viele Grüße
Stephan

Thorsten Pferdekaemper · 21 Juli 2015, 11:25:28

Hi,
ich hatte heute Nacht einen Fall, bei dem irgendwas falsch lief. Ich konnte es aber nicht reproduzieren. Das Blöde ist, dass es bewirkt, dass gar kein get config etc. mehr funktioniert. Ich vermute, dass es auftreten kann, wenn ein Gerät ziemlichen Blödsinn macht, wie z.B. ACKs oder Responses immer gerade eine bestimmte Zeit zu spät zu senden.
Falls jemand solcher "Hänger" sieht, dann wäre ich an den genauen Umständen interessiert.
Gruß,
Thorsten

stephan-221 · 21 Juli 2015, 20:34:51

Hallo Thorsten,

Autocreate funktioniert jetzt.
Habe damit jetzt 6 Module am laufen und werde es weiter durchtesten.

Beim Entfernen (Busunterbrechung) kommt das Device mit "Config status failed".
Beim Verbinden dann reading und anschließend OK.
Sehr schön!

Die Meldungen sollten besser nur via verbose 5 sichtbar sein:

Code Auswählen

2015.07.21 20:28:43 3: HM485_QueueProcessStep: HASH(0x19cc980)
2015.07.21 20:28:43 3: HM485_QueueProcessStep: HASH(0x1818d90)
2015.07.21 20:28:43 3: HM485_QueueProcessStep: HASH(0x19edf18)
2015.07.21 20:28:44 3: HM485_QueueProcessStep: HASH(0x17fc320)
2015.07.21 20:28:44 3: HM485_QueueProcessStep: HASH(0x17e72c0)
2015.07.21 20:28:44 3: HM485_QueueProcessStep: HASH(0x19d5270)
2015.07.21 20:28:44 3: HM485_QueueProcessStep: HASH(0x91ed48)
2015.07.21 20:28:44 3: HM485_QueueProcessStep: HASH(0x15f26d0)

Sonst wird das Logfile seeehr schnell riesig.

Viele Grüße
Stephan

Thorsten Pferdekaemper · 22 Juli 2015, 09:03:37

Zitat von: stephan-221 am 21 Juli 2015, 20:34:51Autocreate funktioniert jetzt.
Habe damit jetzt 6 Module am laufen und werde es weiter durchtesten.

Beim Entfernen (Busunterbrechung) kommt das Device mit "Config status failed".
Beim Verbinden dann reading und anschließend OK.
Sehr schön!

Danke!

Zitat
Die Meldungen sollten besser nur via verbose 5 sichtbar sein:

Ja, das ändere ich noch.

Könntest Du mit Deinen 6 Devices mal ein "shutdown restart" in FHEM machen und dann posten, was das im Logfile hinterlässt? Ich bin mir nicht ganz sicher, ob das 100% richtig läuft. Es ist wahrscheinlich nichts schlimmes, da dann ein Device mal kurz in "FAILED" geht, aber nach 10 Sekunden versucht's FHEM nochmal. Aber ich würde gerne herausfinden, was da los ist.

stephan-221 · 23 Juli 2015, 07:51:46

Hallo Thorsten,

ZitatKönntest Du mit Deinen 6 Devices mal ein "shutdown restart" in FHEM machen und dann posten, was das im Logfile hinterlässt? Ich bin mir nicht ganz sicher, ob das 100% richtig läuft. Es ist wahrscheinlich nichts schlimmes, da dann ein Device mal kurz in "FAILED" geht, aber nach 10 Sekunden versucht's FHEM nochmal. Aber ich würde gerne herausfinden, was da los ist.

hängt das mit den Änderungen in hm485d.pl zusammen?

Ich habe die Logmeldungen jetzt nicht kopiert. Nach einem shutdown restart bleiben die Module in reading hängen. Die Module funktionieren soweit auch. Wenn ich manuell nochmal ein get config mache, gehen die Module auf CONFIG_OK.

Ich werde heute Abend die neue hm485d.pl einspielen.

Viele Grüße
Stephan

Thorsten Pferdekaemper · 23 Juli 2015, 09:18:33

Zitat von: stephan-221 am 23 Juli 2015, 07:51:46
hängt das mit den Änderungen in hm485d.pl zusammen?

Es kann sein, ich bin mir aber nicht sicher. Siehe unten.

Zitat
Nach einem shutdown restart bleiben die Module in reading hängen. Die Module funktionieren soweit auch. Wenn ich manuell nochmal ein get config mache, gehen die Module auf CONFIG_OK.

Es kann gut sein, dass 6 Module reichen um über 252 Nachrichten zu kommen. Dann bleibt es hängen. Da sollte die neue HM485d.pl helfen. Allerdings wundere ich mich, dass es bei einem "get config" dann weitergeht. Bei mir ging es immer nur weiter, wenn ich irgendein anderes get oder set gemacht habe.

Zitat
Ich werde heute Abend die neue hm485d.pl einspielen.

Das wäre nett. Falls es dann immer noch in READING hängenbleibt, bitte mal die Log-Einträge schicken.
Noch etwas: Bei 6 Devices kann es schon ein bisschen dauern. Es ist auch nicht so, dass eins nach dem anderen abgearbeitet wird, sondern mehr oder weniger "parallel".
Gruß,
Thorsten

stephan-221 · 23 Juli 2015, 23:09:46

Hallo Thorsten,

Jetzt habe ich deine aktuelle Version im Test.

nach einem shutdown restart bleiben meine 6 Geräte auch nach 15 Minuten noch in "reading" stehen.

Hier die Logmeldungen:

Code Auswählen

2015.07.23 22:16:32 3: HM485: HM485: Loading available device files
2015.07.23 22:16:32 3: HM485: =====================================
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hbw_1w_t10.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hbw_sen_ep.pm
2015.07.23 22:16:32 3: HM485: HM485: Error in device file: ./FHEM/lib/HM485/Devices/hbw_sen_ep.pm deactivated:
 syntax error at ./FHEM/lib/HM485/Devices/hbw_sen_ep.pm line 51, near ""type""

2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw-sen-sc-12.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_fm.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2015.07.23 22:16:32 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2015.07.23 22:16:33 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2015.07.23 22:16:34 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2015.07.23 22:16:34 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2015.07.23 22:16:34 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2015.07.23 22:16:34 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2015.07.23 22:16:35 2: HM485: Assigned HMW_IO_12_Sw14_DR_LEQ0251870 (0000DBA7) to HM485_LAN
2015.07.23 22:16:35 3: HM485: Warte auf Initialisierung Gateway
2015.07.23 22:16:35 2: HM485: Assigned HMW_LC_Bl1_DR_LEQ0249184 (0000DEFE) to HM485_LAN
2015.07.23 22:16:35 3: HM485: Warte auf Initialisierung Gateway
2015.07.23 22:16:35 2: HM485: Assigned HMW_LC_Bl1_DR_LEQ0249544 (0000DD95) to HM485_LAN
2015.07.23 22:16:35 3: HM485: Warte auf Initialisierung Gateway
2015.07.23 22:16:35 2: HM485: Assigned HMW_LC_Bl1_DR_LEQ0249523 (0000DDA2) to HM485_LAN
2015.07.23 22:16:35 3: HM485: Warte auf Initialisierung Gateway
2015.07.23 22:16:39 2: HM485: Assigned HMW_Sen_SC_12_DR_LEQ1184592 (00010D21) to HM485_LAN
2015.07.23 22:16:39 3: HM485: Warte auf Initialisierung Gateway
2015.07.23 22:16:39 2: HM485: Assigned HBW_1W_T10_HBW7341310 (4200AFFE) to HM485_LAN
2015.07.23 22:16:39 3: HM485: Warte auf Initialisierung Gateway
2015.07.23 22:17:39 3: Opening HM485_LAN device localhost:2000
2015.07.23 22:17:39 3: HM485_LAN device opened
2015.07.23 22:17:39 3: HM485_LAN: connected to device localhost:2000
2015.07.23 22:17:42 3: HM485_QueueProcessStep: HASH(0x1d299c0)
2015.07.23 22:17:42 3: HM485: Initialisierung von Modul 0000DBA7
2015.07.23 22:17:42 3: HM485: Initialisierung von Modul 0000DEFE
2015.07.23 22:17:42 3: HM485: Initialisierung von Modul 0000DD95
2015.07.23 22:17:42 3: HM485: Initialisierung von Modul 0000DDA2
2015.07.23 22:17:42 3: HM485: Initialisierung von Modul 00010D21
2015.07.23 22:17:42 3: HM485: Initialisierung von Modul 4200AFFE
2015.07.23 22:17:42 3: HM485_LAN: Lan Device Information
2015.07.23 22:17:42 3: HM485_LAN: Protocol-Version: 01
2015.07.23 22:17:42 3: HM485_LAN: Interface-Type: HMW-SOFT-GW
2015.07.23 22:17:42 3: HM485_LAN: Firmware-Version: 0.2.2
2015.07.23 22:17:42 3: HM485_LAN: Serial-Number: SGW0123456
2015.07.23 22:17:42 3: HM485_LAN: Initialize the interface
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 00
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 01
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 03
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 06
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 07
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 08
2015.07.23 22:17:44 3: HM485_QueueProcessStep: HASH(0x1b62e18)
2015.07.23 22:17:44 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 09
2015.07.23 22:17:44 3: HM485: HBW_1W_T10_HBW7341310_04: temperature -> 22.56
2015.07.23 22:17:44 3: HM485: HBW_1W_T10_HBW7341310_07: temperature -> 29.50
2015.07.23 22:17:44 3: HM485: HBW_1W_T10_HBW7341310_08: temperature -> 24.93
2015.07.23 22:17:44 3: HM485: HBW_1W_T10_HBW7341310_10: temperature -> 25.56
2015.07.23 22:17:44 3: HM485_QueueProcessStep: HASH(0x1d2e198)
2015.07.23 22:17:45 3: HM485_QueueProcessStep: HASH(0x1d2e1b0)
2015.07.23 22:17:45 3: HM485: Request config for device 0000DBA7
2015.07.23 22:17:45 3: HM485: Lese Eeprom 0000DBA7
2015.07.23 22:17:45 3: HM485_LAN: Event: I[2](2,Y,F,B)(DC) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.23 22:17:45 3: HM485_QueueProcessStep: HASH(0x1d1e200)
2015.07.23 22:17:45 3: HM485_QueueProcessStep: HASH(0x1e6b808)
2015.07.23 22:17:45 3: HM485_QueueProcessStep: HASH(0x1ce9630)
2015.07.23 22:17:45 3: HM485: Request config for device 0000DEFE
2015.07.23 22:17:45 3: HM485: Lese Eeprom 0000DEFE
2015.07.23 22:17:45 3: HM485_QueueProcessStep: HASH(0x1e7f9a0)
2015.07.23 22:17:45 3: HM485_QueueProcessStep: HASH(0x1cea3b8)
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1e607e8)
2015.07.23 22:17:46 3: HM485: Request config for device 0000DD95
2015.07.23 22:17:46 3: HM485: Lese Eeprom 0000DD95
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1b61cd0)
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1e6bc40)
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1e7f9e8)
2015.07.23 22:17:46 3: HM485: Request config for device 0000DDA2
2015.07.23 22:17:46 3: HM485: Lese Eeprom 0000DDA2
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1e6ba90)
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1d3cc68)
2015.07.23 22:17:46 3: HM485_QueueProcessStep: HASH(0x1e7fb50)
2015.07.23 22:17:46 3: HM485: Request config for device 00010D21
2015.07.23 22:17:46 3: HM485: Lese Eeprom 00010D21
2015.07.23 22:17:47 3: HM485_QueueProcessStep: HASH(0x1e7fb08)
2015.07.23 22:17:47 3: HM485_QueueProcessStep: HASH(0x1e74198)
2015.07.23 22:17:47 3: HM485_QueueProcessStep: HASH(0x1a2a670)
2015.07.23 22:17:47 3: HM485: Request config for device 4200AFFE
2015.07.23 22:17:47 3: HM485: Lese Eeprom 4200AFFE
2015.07.23 22:17:47 3: HM485_QueueProcessStep: HASH(0x1e85848)
2015.07.23 22:17:47 3: HM485_QueueProcessStep: HASH(0x2050fa0)
2015.07.23 22:17:47 3: HM485: Channels initialisieren 0000DBA7
2015.07.23 22:17:48 3: HM485: State der Channels ermitteln 0000DBA7
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x2050fe8)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x2051078)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x2051108)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x2051198)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x2051228)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x20512b8)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x2051348)
2015.07.23 22:17:48 3: HM485_QueueProcessStep: HASH(0x20513d8)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2051468)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x20514f8)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2054158)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x20541e8)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2054278)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2054308)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2054398)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2054428)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x20544b8)
2015.07.23 22:17:49 3: HM485_QueueProcessStep: HASH(0x2054548)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x20545d8)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x2054668)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x20546f8)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x2054788)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x2054818)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x20548a8)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x2054938)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x20549c8)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x2054a58)
2015.07.23 22:17:50 3: HM485_QueueProcessStep: HASH(0x2054ae8)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x2054b78)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x2054c08)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x2054c98)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x2054d28)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x207d070)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x207d100)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x207d190)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x207d220)
2015.07.23 22:17:51 3: HM485_QueueProcessStep: HASH(0x207d2b0)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d340)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d3d0)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d460)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d4f0)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d580)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d610)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d6a0)
2015.07.23 22:17:52 3: HM485_QueueProcessStep: HASH(0x207d730)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207d7c0)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207d850)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207d8e0)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207d970)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207da00)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207da90)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207db20)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207dbb0)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207dc40)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207dcd0)
2015.07.23 22:17:53 3: HM485_QueueProcessStep: HASH(0x207dd60)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207ddf0)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207de80)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207df10)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207dfa0)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207f678)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207f708)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x207f798)
2015.07.23 22:17:54 3: HM485_QueueProcessStep: HASH(0x2050ec8)
2015.07.23 22:17:54 3: HM485: Channels initialisieren 0000DEFE
2015.07.23 22:17:54 3: HM485: State der Channels ermitteln 0000DEFE
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x2050f10)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207f828)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207f8d0)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207f960)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207f9f0)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207fa80)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207fb10)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207fba0)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207fc30)
2015.07.23 22:17:55 3: HM485_QueueProcessStep: HASH(0x207fcc0)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x207fd50)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x207fde0)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x207fe70)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x207ff00)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x207ff90)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x2080020)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x20800b0)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x2080140)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x20801d0)
2015.07.23 22:17:56 3: HM485_QueueProcessStep: HASH(0x2080260)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x20802f0)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x2080380)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x2080410)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x20804a0)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x2080530)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x20805c0)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x2083540)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x20835d0)
2015.07.23 22:17:57 3: HM485_QueueProcessStep: HASH(0x2083660)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x20836f0)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083780)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083810)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x20838a0)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083930)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x20839c0)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083a50)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083ae0)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083b70)
2015.07.23 22:17:58 3: HM485_QueueProcessStep: HASH(0x2083c00)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083c90)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083d20)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083db0)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083e40)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083ed0)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083f60)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2083ff0)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2084080)
2015.07.23 22:17:59 3: HM485_QueueProcessStep: HASH(0x2084110)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x20841a0)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x2084230)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x20842c0)
2015.07.23 22:18:00 3: HM485_LAN: Event: I[1](0,Y,F,B)(9A) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.23 22:18:00 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> on
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x2084350)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x20843e0)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x2084470)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x2084718)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x20847a8)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x2084838)
2015.07.23 22:18:00 3: HM485_QueueProcessStep: HASH(0x20848c8)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2084958)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x20849e8)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2084a78)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2084b08)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2084b98)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2086a48)
2015.07.23 22:18:01 3: HM485: Channels initialisieren 0000DD95
2015.07.23 22:18:01 3: HM485: State der Channels ermitteln 0000DD95
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2086a90)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2086b20)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2086bb0)
2015.07.23 22:18:01 3: HM485_QueueProcessStep: HASH(0x2086c40)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2086cd0)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2086d60)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2086df0)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2086e80)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2086f10)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2086fa0)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x2087030)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x20870c0)
2015.07.23 22:18:02 3: HM485_QueueProcessStep: HASH(0x1e7f9a0)
2015.07.23 22:18:03 3: HM485_QueueProcessStep: HASH(0x1cea3b8)
2015.07.23 22:18:03 3: HM485_QueueProcessStep: HASH(0x1afb0d0)
2015.07.23 22:18:03 3: HM485_QueueProcessStep: HASH(0x1d0d780)
2015.07.23 22:18:19 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.23 22:18:21 3: HM485_LAN: Event: I[0](3,Y,F,B)(F8) 4200AFFE -> FFFFFFFF [4] 69(i) 02
2015.07.23 22:18:21 3: HM485: HBW_1W_T10_HBW7341310_03: temperature -> 19.87
2015.07.23 22:18:23 3: HM485_LAN: Event: I[0](0,Y,F,B)(98) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.23 22:18:23 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> off

Danach sind nur noch normale Events. in der Queue wird nichts mehr abgearbeitet.

Ein Device bleibt die ganze Zeit in "Response Timeout".

Viele Grüße
Stephan

[HM-Wired] Bus wird lahmgelegt, wenn ein Gerät ausfällt

hglaser

hglaser