Homematic Wired Devices werden nicht mehr initialisiert

Begonnen von Homatrix, 07 August 2022, 12:55:29

Vorheriges Thema - Nächstes Thema

Ralf9

Wenn Du das Modul gelöscht hast, und dann am Modul einen angeschlossenen Taster drückst, dann müsste im log vom HM485d (HM_LAN-Stick log) in etwa folgendes stehen:
3: HM485d: Rx:  I[1](2,Y,F,B)(DA) 00003E95 -> FFFFFFFF [6] 4B(K) 0B008E {2E94}
3: HM485d: Rx:  I[2](2,Y,F,B)(DC) 00003E95 -> FFFFFFFF [18] 41(A) 0B1B00030047455130323534343130 {5750}
3: HM485d: Tx: (2:1) I[0](0,Y,F,B)(98) 00000001 -> 00003E95 [3] 68(h)  {6932}
3: HM485d: Rx: Response: (2) I[3](0,F,B)(1E) 00003E95 -> 00000001 [4] 1B(00 {EB34}
3: HM485d: Tx: ACK(3,B)(79) 00000001 -> 00003E95 [2] {680A}


Mit "68(h)" fragt fhem den Modul type for autocreate ab.
Das Modul sendet dann den Typ zurück.
In diesem Fall ist es 1B HMW-IO-12-FM. Beim HMW-LC-BL1-DR ist es 15.

Wenn das Modul nicht per Autocreate angelegt wird, macht es auch keinen Sinn es manuell per define anzulegen.
Evtl wird das "set ... getConfig" nur ausgeführt, wenn das Modul sauber per Autocreate angelegt wurde.
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Homatrix

In das Log hab ich vergessen zu schauen. Da steht bei einem gelöschten und dann angeklicktem:
2022.08.09 11:31:32.721 3: HM485d: Rx:  I[3](0,F,B)(1E) 00000001 -> 00009DE9 [5] 78(x) 02B4 {A5D0}
2022.08.09 11:31:32.754 3: HM485d: Rx:  I[0](3,F,B)(78) 00009DE9 -> 00000001 [6] 69(i) 02C820 {09B6}
2022.08.09 11:31:32.755 4: HM485d: Tx: FD0F0065000000017800009DE96902C820
2022.08.09 11:31:32.769 3: HM485d: Rx: ACK(0,B)(19) 00000001 -> 00009DE9 [2] {E3FC}


Wenn ich das nicht selbst anlegen soll, wie erfährt denn dann das autocreate den Typ? Kann ich den auch irgendwo hinterlegen?

Ralf9

Demnach hat die CCU die hmwId 00000001 und fhem hat die hmwId 00000002
Im log ist nur zu sehen wie Du mit der CCU2 im Modul 00009DE9 was schaltest, damit wird bei fhem kein autocreate ausgelöst.

Wenn bei gelöschtem Modul ein am Modul angeschlossener Taster oder Kontakt betätigt wird, dann holt sich fhem mit 68(h) den Typ.
Das lässt sich auch am fhem log vom IODev (Name HM_LAN) sehen:
z.B.
2022.08.09 11:54:09.798 4: HM_LAN: TX: (7) I[1](0,F,B)(1A) 00000002 -> 00009DE9 [3] 68(h)
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Homatrix

Achso, am Gerät. Jetzt hab ich das Gerät in FHEM gelöscht und dann am Gerät Rolladen hoch gedrückt.
Dann kommt im Stick Log:
2022.08.09 12:45:29.253 3: HM485d: Rx:  I[3](2,Y,F,B)(DE) 00009DE9 -> FFFFFFFF [6] 69(i) 02B510 {31AC}
2022.08.09 12:45:29.253 4: HM485d: Tx: FD0F0065FFFFFFFFDE00009DE96902B510


Und im fhem.log weiterhin:
2022.08.09 12:45:29 4: HM_LAN: Event:HASH(0xa0f2f40)
2022.08.09 12:45:29 4: HM_LAN: Device 00009DE9 not defined yet. We need the type for autocreate


Leider ist das nicht ganz das, was kommen sollte.

Ralf9

Beim Drücken eines Tasters sollte sowas im log stehen, Du kannst es auch mal mit einem anderen Modultyp versuchen und die Taste auch mal ein paar mal drücken
2022.08.08 18:38:31.658 3: HM485d: Rx:  I[1](2,Y,F,B)(DA) 00007448 -> FFFFFFFF [6] 4B(K) 0200B6 {FE28}
2022.08.08 18:38:31.724 3: HM485d: Rx:  I[3](0,Y,F,B)(9E) 00007448 -> FFFFFFFF [18] 41(A) 021B0003004A455130303830363637 {558C}


Bei den beiden Modulen die in fhem vollständig geladen wurden, kannst Du da mit fhem im Modul was schalten?
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Homatrix

Danke Ralf9 für deinen Versuch zu helfen!

Aber es scheint ja so, als sollt das gar nicht gehen und ich kann bei 60 Geräten nicht ewig rumprobieren. Die Frau will Resultate. Auf einmal errungenen Komfort mag man nur schwerlich verzichten.  ;D
Deshalb lösch ich jetzt alle Wired Geräte und füge sie mit HMCUUDEV wieder dazu. (wird hoffentlich nicht ewig dauern)

Danke trotzdem!

Ralf9

Funktionierts mit der CCU2 bei allen Modulen zuverlässig?
Wenn Du an die Module angeschlossene Taster drückst, werden die von der CCU2 immer erkannt?
FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Homatrix

Ja, absolut.
Ich war am Anfang skeptisch, deswegen ja auch 2 verschiedene Wege, um auf meine Geräte zugreifen zu können. Aber ich hab die CCU2 seit sie rausgekommen ist und die läuft absolut zuverlässig, keinerlei Ausfälle, keinerlei Fehlfunktionen.

Ralf9

Habs bei mir mal auf meinem Testsystem getestet.
Bei den fhem Modulen und der lib verwende ich aber nicht die aktuelle Version von Thorsten. Ich hab eigene Anpassungen und Erweiterungen eingebaut.
Evtl kann mal jemand testen ob es sich mit den aktuellen Modulen und lib von Thorsten genauso verhält.

Wichtig: Das iodev HM485_LAN muß den state opened haben.

Ich hatte zum Testen kein USB to RS485 converter wie z.B. der Digitus angeschlossen. Es sollte demnach egal sein ob der Digitus und HM Wired Module angeschlossen sind.

Ich habe mit define ein Test device angelegt:
define HMW_Test HM485 12345678

Im fhem log steht dann:
2022.08.13 10:13:48.683 2 : hm485: Assigned 12345678 as HMW_Test
2022.08.13 10:13:48.683 3 : HMW_Test: HM485_SetConfigStatus alt = PENDING  neu = Get Infos
2022.08.13 10:13:48.683 3 : hm485: Initialisierung von Modul 12345678
2022.08.13 10:13:48.692 4 : hm485: TX: (27) I[3](0,F,B)(1E) 00000004 -> 12345678 [3] 68(h)
2022-08-13 10:13:48.687 Global global DEFINED HMW_Test
2022-08-13 10:13:48.690 HM485 HMW_Test Get Infos
2022.08.13 10:13:49.298 3 : HMW_Test: HM485_SetConfigStatus alt = Get Infos  neu = FAILED
2022.08.13 10:13:49.298 3 : hm485: SetStateNack RESPONSE TIMEOUT for 12345678
2022-08-13 10:13:49.303 HM485 HMW_Test RESPONSE TIMEOUT
2022-08-13 10:13:49.303 HM485 HMW_Test FAILED


im log vom HM485d.pl daemon steht (bei einem get config steht dies auch im log):
2022.08.13 10:13:48.690 4: SERIAL: TX: fd123456781e0000000403688682
2022.08.13 10:13:48.691 3: HM485d: Tx: (27:1) I[3](0,F,B)(1E) 00000004 -> 12345678 [3] 68(h)  {8682}
2022.08.13 10:13:48.892 4: SERIAL: TX: fd123456781e0000000403688682
2022.08.13 10:13:48.893 3: HM485d: Tx: (27:2) I[3](0,F,B)(1E) 00000004 -> 12345678 [3] 68(h)  {8682}
2022.08.13 10:13:49.094 4: SERIAL: TX: fd123456781e0000000403688682
2022.08.13 10:13:49.095 3: HM485d: Tx: (27:3) I[3](0,F,B)(1E) 00000004 -> 12345678 [3] 68(h)  {8682}


Beim iodev HM485_LAN steht bei den Internals:
Last_Sent_RAW_CMD  12345678 1E 00000004 68


FHEM auf Cubietruck mit Igor-Image, SSD und  hmland + HM-CFG-USB-2,  HMUARTLGW Lan,   HM-LC-Bl1PBU-FM, HM-CC-RT-DN, HM-SEC-SC-2, HM-MOD-Re-8, HM-MOD-Em-8
HM-Wired:  HMW_IO_12_FM, HMW_Sen_SC_12_DR, Selbstbau IO-Module HBW_IO_SW
Maple-SIGNALduino, WH3080,  Hideki, Id 7

Homatrix

Hier nochmal Rückmeldung von mir für die, die den Thread über die Suche finden.

Leider kann ich nicht viel beitragen.  :-[
Ich hatte angefangen, die nicht funktionierenden Geräte rauszuwerfen und durch HMCCUDEV zu ersetzen. Dann ging aber auch in Homematic also über die CCU nix mehr, was noch nie passiert war. Ein Entfernen der Sicherung für den kompletten Bus hat hier dann aber geholfen und es lief wieder. Und da ich mein HM-LAN Gateway wieder dran hatte, trudelten da nach und nach wieder alle Geräte ein, komplett steuerbar.
Also, alles wieder zurück und es geht wieder alles.  :D

Ich hab für mich persönlich mitgenommen, wenn nix mehr geht und man Neustarts macht, dann den Bus nicht vergessen.

Homatrix