[Wired] HMW Bus Devices nicht alle erreichbar (gelöst)

Begonnen von Saphora, 29 Januar 2023, 21:47:47

Vorheriges Thema - Nächstes Thema

Saphora

Hallo Community
Seit heute sind aus nicht erklärbaren Gründen einige Busgeräte nicht mehr erreichbar aus FHEM (ca. 50%).
Alle Busgeräte sind per ACK markiert, was an sich gut aussieht.
Im Device Logging sieht es auch nicht wirklich problematisch aus.
Im logging bei einem betroffenen Gerät steht folgendes:

2023-01-29_21:19:23 HMW_LC_Bl1_DR_HEQ0847372 configStatus: PENDING
2023-01-29_21:20:27 HMW_LC_Bl1_DR_HEQ0847372 configStatus: READING



Im FHEM Logging steht wiederum bei einem anderen Gerät:

2023.01.29 21:24:32 3: HMW_BZ_Multi: HM485_ProcessChannelState: hmwId = 608F4002 No Device Key



Anbei das List eines nicht erreichbaren Gerätes:
Internals:
   DEF        00004FFC_03
   FUUID      5d5fd327-f33f-f166-871d-52be8093b7fbfda0
   NAME       BZ_Rollo
   NR         241
   STATE      level_0
   STILLDONETIME 0
   TYPE       HM485
   chanNo     03
   device     HMW_BZ_Rollo_Bl1_HEQ0847372
   peerRole   none
   READINGS:
     2023-01-29 08   P-direction     up to HMW_BZ_Multikey_HBW1984757
     2023-01-29 08   P-level         0.5 to HMW_BZ_Multikey_HBW1984757
     2023-01-29 08   P-working       on to HMW_BZ_Multikey_HBW1984757
     2023-01-21 19   R-change_over_delay 0.50
     2023-01-21 19   R-logging       on
     2023-01-21 19   R-reference_run_counter 0
     2023-01-21 19   R-reference_running_time_bottom_top 26.90
     2023-01-21 19   R-reference_running_time_top_bottom 25.00
     2023-01-29 18   direction       none
     2023-01-29 18   level           0
     2023-01-29 18   state           level_0
     2022-03-26 14   uzsu            {"active"
     2023-01-29 18   working         off
   devHash:
     DEF        00004FFC
     FUUID      5d5fd323-f33f-f166-c19b-98190e190bc6573b
     FailedConfigReads 0
     IODev      HM485_Digitus
     NAME       HMW_BZ_Rollo_Bl1_HEQ0847372
     NR         239
     STATE      ACK
     TYPE       HM485
     channel_01 BZ_Rollo_Taster_HEQ0847372_01
     channel_02 HMW_LC_Bl1_DR_HEQ0847372_02
     channel_03 BZ_Rollo
     eventCount 2
     READINGS:
       2023-01-29 19   D-deviceKey     HMW_LC_BL1_DR
       2023-01-29 19   D-fwVersion     3.06
       2023-01-29 19   D-serialNr      HEQ0847372
       2023-01-29 21   IODev           HM485_Digitus
       2023-01-21 19   R-central_address 00000002
       2023-01-21 19   R-logging_time  2.00
       2023-01-29 21   configStatus    READING
       2022-11-27 23   state           ACK
     cache:
       sets       Unknown argument ?, choose one of  getConfig raw reset 
       01:
         allowedSets
         sets       Unknown argument ?, choose one of   
       02:
         allowedSets
         sets       Unknown argument ?, choose one of   
       03:
         allowedSets
         sets       Unknown argument ?, choose one of   attrTemplate
       linkParams:
         actuator:
           channels   00
         sensor:
           channels   00
Attributes:
   genericDeviceType blinds
   realRoom   FHEM
   subType    blind
   webCmd     up





Im Anhang ein Bild was passiert, wenn ihn FHEM bei dem Bl1 auf up oder down gedrückt wird.

Ein Neustart des FHEM bzw. des Rasi hat leidr nichts gebracht.
Kann hier der RS485 Digitus defekt sein?
Wobei 50% der Geräte erreichbar sind  :o

Grüße Martin

holzwurm83

Zitat von: Saphora am 29 Januar 2023, 21:47:47

Im Anhang ein Bild was passiert, wenn ihn FHEM bei dem Bl1 auf up oder down gedrückt wird.


Das heißt nur, dass Fhem das Device nicht vollständig geladen hat.

Hast du den irgendwo irgendwas am Bus gemacht? Ich hatte schon mal den Fall das ein Kabel einfach abgebrochen, oder sich gelost hat und dann ein Teil nicht mehr ging.
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

Saphora

Nicht vollständig geladen heißt aber, dass das Gerät irgendwie erreichbar ist, sonst würde es nicht als ACK angezeigt, oder?
Am BUS an sich nichts gemacht.
Aber wenn es ein gebrochenes Kabel sein kann, muss ich auf die Suche gehen.

Saphora

Habe jetzt den Bus kontrolliert und das Verhalten weiter beobachtet.
Es ist so, dass der Bus für sich einwandfrei funktioniert.
Aber FHEM kann dennoch nicht alle Geräte ansteuern.
Was auch überhaupt nicht geht, das FHEM die Geräte konfiguriert (z.B. Peering).
Das klappt bei keinem der HMW Gerät (selbst bei den Geräten die erkannt und geschaltet werden können).
Bin mittlerweile etwas ratlos.
Ist so ein Verhalten bei einem defekten RS485 Convertr denkbar?

holzwurm83

Einen kaputten Converter hatte ich auch schon. Du kannst auch mal den Bus für mehrere Minuten vom Netz nehmen und danach auch Fhem neu starten.

Ansonsten werden die anderen einen LOG vom RS485 Bus brauchen um näher etwas sagen zu können.
- Fhem auf einem MacMini Server
- CUL; HMLAN; CUNO2 für FS20; HM-Wired RS485 LAN Gateway
- HMW_Sen_SC_12_FM; HMW_LC_Sw2_DR; HMW_LC_Bl1_DR; HMW_IO_12_Sw7; HMW_IO_12_Sw14_DR; HMW_IO_12_FM; HBW_1W_T10
- HM-TC-IT-WM-W-EU; HM-CC-RT-DN

Saphora

#5
Wie kann das Logging erstellt werden?
Das Logging Verbose = 5 bei dem Digitus RS485 zeigt nicht mehr an.
Im Event Log ist immer mal etwas zu sehen.

Saphora

Hier mal das FHEM Log. Diese Messages wiederholen sich immer wieder:
2023.01.30 11:33:14 5: HM485_Digitus: HM485_Parse: MsgId: 0
2023.01.30 11:33:14 5: HM485_Digitus: HM485_Parse: ProcessEvent
2023.01.30 11:33:14 5: HM485_Digitus: HM485_ProcessEvent: hmwId = 608F4003 msgData = 691E0FC8
2023.01.30 11:33:18 5: HM485_Digitus: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2023.01.30 11:33:18 4: HM485_Digitus: Event:HASH(0x7b60788)
2023.01.30 11:33:18 5: HM485_Digitus: Dispatch: FD0F006500000002FA608F4000691E0FC2
2023.01.30 11:33:18 5: HM485_Digitus: dispatch �\017\000e\000\000\000\002�`�@\000i\036\017�
2023.01.30 11:33:18 5: HM485_Digitus: HM485_Parse: MsgId: 0
2023.01.30 11:33:18 5: HM485_Digitus: HM485_Parse: ProcessEvent
2023.01.30 11:33:18 5: HM485_Digitus: HM485_ProcessEvent: hmwId = 608F4000 msgData = 691E0FC2
2023.01.30 11:33:21 5: HM485_Digitus: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2023.01.30 11:33:21 4: HM485_Digitus: Event:HASH(0x7944888)
2023.01.30 11:33:21 5: HM485_Digitus: Dispatch: FD0F006500000002FC608F4001691E0FC3
2023.01.30 11:33:21 5: HM485_Digitus: dispatch �\017\000e\000\000\000\002�`�@\001i\036\017�
2023.01.30 11:33:21 5: HM485_Digitus: HM485_Parse: MsgId: 0
2023.01.30 11:33:21 5: HM485_Digitus: HM485_Parse: ProcessEvent
2023.01.30 11:33:21 5: HM485_Digitus: HM485_ProcessEvent: hmwId = 608F4001 msgData = 691E0FC3
2023.01.30 11:33:28 5: HM485_Digitus: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2023.01.30 11:33:28 4: HM485_Digitus: Event:HASH(0x3f8a2a8)
2023.01.30 11:33:28 5: HM485_Digitus: Dispatch: FD0F006500000002FC608F400B69180634
2023.01.30 11:33:28 5: HM485_Digitus: dispatch �\017\000e\000\000\000\002�`�@\013i\030\0064
2023.01.30 11:33:28 5: HM485_Digitus: HM485_Parse: MsgId: 0
2023.01.30 11:33:28 5: HM485_Digitus: HM485_Parse: ProcessEvent
2023.01.30 11:33:28 5: HM485_Digitus: HM485_ProcessEvent: hmwId = 608F400B msgData = 69180634
2023.01.30 11:33:30 5: HM485_Digitus: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2023.01.30 11:33:30 4: HM485_Digitus: Event:HASH(0x79f4d28)
2023.01.30 11:33:30 5: HM485_Digitus: Dispatch: FD0F006500000002FE608F4005691E0FCA
2023.01.30 11:33:30 5: HM485_Digitus: dispatch �\017\000e\000\000\000\002�`�@\005i\036\017�
2023.01.30 11:33:30 5: HM485_Digitus: HM485_Parse: MsgId: 0
2023.01.30 11:33:30 5: HM485_Digitus: HM485_Parse: ProcessEvent
2023.01.30 11:33:30 5: HM485_Digitus: HM485_ProcessEvent: hmwId = 608F4005 msgData = 691E0FCA
2023.01.30 11:33:32 5: HM485_Digitus: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2023.01.30 11:33:32 4: HM485_Digitus: Event:HASH(0x7840718)
2023.01.30 11:33:32 5: HM485_Digitus: Dispatch: FD0F006500000002FA608F400A691E0F99
2023.01.30 11:33:32 5: HM485_Digitus: dispatch �\017\000e\000\000\000\002�`�@\ni\036\017�
2023.01.30 11:33:32 5: HM485_Digitus: HM485_Parse: MsgId: 0
2023.01.30 11:33:32 5: HM485_Digitus: HM485_Parse: ProcessEvent
2023.01.30 11:33:32 5: HM485_Digitus: HM485_ProcessEvent: hmwId = 608F400A msgData = 691E0F99

Ralf9

Dem log nach funktioniert die Richtung vom HMW Gerät zu fhem.
Zum weiteren Eingrenzen ist ein log vom HM485d hilfreich, dafür gibts beim HM485_LAN die folgenden Attribute:

attr HM485_LAN HM485d_logVerbose 5
attr HM485_LAN HM485d_logfile ./log/HM485d.log

Bitte poste mal das HM485d.log wenn Du was zum HMW Gerät sendest, z.B. was schalten

Gruß Ralf
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

Saphora

Danke.

Log ist nun etwas mehr zu sehen:
2023.01.30 15:13:35.481 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0FE0 {6C0E}
2023.01.30 15:13:35.482 5: SW: fd608f4005190000000202c73c
2023.01.30 15:13:35.484 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005 [2] {C73C}
2023.01.30 15:13:35.484 4: HM485d: Tx: FD0F006500000002F8608F4005691E0FE0
2023.01.30 15:13:40.338 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400A -> 00000002 [6] 69(i) 180815 {7382}
2023.01.30 15:13:40.339 5: SW: fd608f400a190000000202e470
2023.01.30 15:13:40.341 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400A [2] {E470}
2023.01.30 15:13:40.341 4: HM485d: Tx: FD0F006500000002F8608F400A69180815
2023.01.30 15:13:44.861 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F3FFF -> 00000002 [6] 69(i) 180691 {8E9E}
2023.01.30 15:13:44.863 5: SW: fd608f3fff390000000202e1d0
2023.01.30 15:13:44.864 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F3FFF [2] {E1D0}
2023.01.30 15:13:44.865 4: HM485d: Tx: FD0F006500000002FA608F3FFF69180691
2023.01.30 15:13:58.057 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4002 -> 00000002 [6] 69(i) 1E0FF1 {355C}
2023.01.30 15:13:58.058 5: SW: fd608f40021900000002027584
2023.01.30 15:13:58.059 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4002 [2] {7584}
2023.01.30 15:13:58.059 4: HM485d: Tx: FD0F006500000002F8608F4002691E0FF1
2023.01.30 15:14:00.981 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F4003 -> 00000002 [6] 69(i) 1808F0 {DBD2}
2023.01.30 15:14:00.982 5: SW: fd608f4003590000000202fa34
2023.01.30 15:14:00.984 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F4003 [2] {FA34}
2023.01.30 15:14:00.984 4: HM485d: Tx: FD0F006500000002FC7C608F4003691808F0
2023.01.30 15:14:13.925 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F400A -> 00000002 [6] 69(i) 1E0FD8 {0932}
2023.01.30 15:14:13.926 5: SW: fd608f400a39000000020200b6
2023.01.30 15:14:13.928 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F400A [2] {00B6}
2023.01.30 15:14:13.928 4: HM485d: Tx: FD0F006500000002FA608F400A691E0FD8
2023.01.30 15:14:16.880 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4000 -> 00000002 [6] 69(i) 1E0FEA {D12C}
2023.01.30 15:14:16.882 5: SW: fd608f40003900000002023d3e
2023.01.30 15:14:16.883 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4000 [2] {3D3E}
2023.01.30 15:14:16.884 4: HM485d: Tx: FD0F006500000002FA608F4000691E0FEA
2023.01.30 15:14:28.321 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F3FFF -> 00000002 [6] 69(i) 1E0FFD {4AB4}
2023.01.30 15:14:28.322 5: SW: fd608f3fff590000000202dc98
2023.01.30 15:14:28.323 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F3FFF [2] {DC98}
2023.01.30 15:14:28.324 4: HM485d: Tx: FD0F006500000002FC7C608F3FFF691E0FFC7D


Die letzten Events sind Bl1 soll "up" gehen.

Ralf9

Da ist aber kein Befehl von fhem zum HMW Gerät dabei.

Es wird was vom HMW Gerät empfangen
HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0FE0
und fhem bestätigt dies mit
HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005

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

Saphora

Als Fehlermeldung beim Bl1 zeigt FHEM an
Unknown argument up, choose one of   

Schlaten eines nicht erreichbaren Aktor geht leider nicht, da der Button ON/OFF nicht verfügbar ist.
Hier das Log mit dem absetzen eines erreichbaren Aktors, der auch geschaltet, aber nicht konfiguriert werden kann (z.B. Peering)
2023.01.30 15:40:47.973 4: HM485d: Tx: FD0F006500000002FA608F4001691E0FD8
2023.01.30 15:40:50.206 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F400A -> 00000002 [6] 69(i) 1E0F44 {5818}
2023.01.30 15:40:50.207 5: SW: fd608f400a39000000020200b6
2023.01.30 15:40:50.208 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F400A [2] {00B6}
2023.01.30 15:40:50.209 4: HM485d: Tx: FD0F006500000002FA608F400A691E0F44
2023.01.30 15:40:57.476 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400B -> 00000002 [6] 69(i) 180640 {9058}
2023.01.30 15:40:57.477 5: SW: fd608f400b190000000202b24e
2023.01.30 15:40:57.479 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400B [2] {B24E}
2023.01.30 15:40:57.479 4: HM485d: Tx: FD0F006500000002F8608F400B69180640
2023.01.30 15:40:59.265 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F4001 -> 00000002 [6] 69(i) 180909 {9550}
2023.01.30 15:40:59.267 5: SW: fd608f40015900000002025648
2023.01.30 15:40:59.268 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F4001 [2] {5648}
2023.01.30 15:40:59.269 4: HM485d: Tx: FD0F006500000002FC7C608F400169180909
2023.01.30 15:41:07.414 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4003 -> 00000002 [6] 69(i) 1E0FDB {20B2}
2023.01.30 15:41:07.416 5: SW: fd608f40037900000002021ef2
2023.01.30 15:41:07.417 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4003 [2] {1EF2}
2023.01.30 15:41:07.418 4: HM485d: Tx: FD0F006500000002FE608F4003691E0FDB
2023.01.30 15:41:08.772 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0F3F {13F8}
2023.01.30 15:41:08.773 5: SW: fd608f400a5900000002023dfc7e
2023.01.30 15:41:08.775 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.30 15:41:08.776 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0F3F
2023.01.30 15:41:16.234 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4001 -> 00000002 [6] 69(i) 1E0FD3 {9DEE}
2023.01.30 15:41:16.236 5: SW: fd608f4001790000000202b28e
2023.01.30 15:41:16.237 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4001 [2] {B28E}
2023.01.30 15:41:16.238 4: HM485d: Tx: FD0F006500000002FE608F4001691E0FD3
2023.01.30 15:41:24.383 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F400A -> 00000002 [6] 69(i) 1E0F45 {BA0A}
2023.01.30 15:41:24.384 5: SW: fd608f400a790000000202d938
2023.01.30 15:41:24.386 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F400A [2] {D938}
2023.01.30 15:41:24.386 4: HM485d: Tx: FD0F006500000002FE608F400A691E0F45
2023.01.30 15:41:25.598 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F4000 -> 00000002 [6] 69(i) 1E0FC6 {BA68}
2023.01.30 15:41:25.599 5: SW: fd608f40005900000002020076
2023.01.30 15:41:25.601 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F4000 [2] {0076}
2023.01.30 15:41:25.601 4: HM485d: Tx: FD0F006500000002FC7C608F4000691E0FC6
2023.01.30 15:41:35.120 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400A -> 00000002 [6] 69(i) 1E0F54 {3132}
2023.01.30 15:41:35.122 5: SW: fd608f400a190000000202e470
2023.01.30 15:41:35.123 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400A [2] {E470}
2023.01.30 15:41:35.124 4: HM485d: Tx: FD0F006500000002F8608F400A691E0F54
2023.01.30 15:41:35.664 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F400A -> 00000002 [6] 69(i) 18081B {EA96}
2023.01.30 15:41:35.666 5: SW: fd608f400a39000000020200b6
2023.01.30 15:41:35.668 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F400A [2] {00B6}
2023.01.30 15:41:35.668 4: HM485d: Tx: FD0F006500000002FA608F400A6918081B
2023.01.30 15:41:38.652 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4001 -> 00000002 [6] 69(i) 1E0FD9 {B6E2}
2023.01.30 15:41:38.654 5: SW: fd608f40011900000002028fc6
2023.01.30 15:41:38.656 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4001 [2] {8FC6}
2023.01.30 15:41:38.656 4: HM485d: Tx: FD0F006500000002F8608F4001691E0FD9
2023.01.30 15:41:39.658 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4003 -> 00000002 [6] 69(i) 1E0FE1 {3BD8}
2023.01.30 15:41:39.659 5: SW: fd608f400319000000020223ba
2023.01.30 15:41:39.660 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4003 [2] {23BA}
2023.01.30 15:41:39.661 4: HM485d: Tx: FD0F006500000002F8608F4003691E0FE1
2023.01.30 15:41:39.818 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F3FFF -> 00000002 [6] 69(i) 1E0FEF {F18A}
2023.01.30 15:41:39.819 5: SW: fd608f3fff390000000202e1d0
2023.01.30 15:41:39.821 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F3FFF [2] {E1D0}
2023.01.30 15:41:39.821 4: HM485d: Tx: FD0F006500000002FA608F3FFF691E0FEF
2023.01.30 15:41:43.333 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F3FFF -> 00000002 [6] 69(i) 180685 {55AC}
2023.01.30 15:41:43.333 5: SW: fd608f3fff590000000202dc98
2023.01.30 15:41:43.335 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F3FFF [2] {DC98}
2023.01.30 15:41:43.335 4: HM485d: Tx: FD0F006500000002FC7C608F3FFF69180685
2023.01.30 15:41:44.323 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0FC4 {0C42}
2023.01.30 15:41:44.324 5: SW: fd608f4005190000000202c73c
2023.01.30 15:41:44.325 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005 [2] {C73C}
2023.01.30 15:41:44.325 4: HM485d: Tx: FD0F006500000002F8608F4005691E0FC4
2023.01.30 15:41:45.658 4: HM485d: Rx: FD0F7853C8000089CE1E000000027802C8
2023.01.30 15:41:45.660 5: SW: fd000089ce1e00000002057802c84e52
2023.01.30 15:41:45.662 3: HM485d: Tx: (120:1) I[3](0,F,B)(1E) 00000002 -> 000089CE [5] 78(x) 02C8 {4E52}
2023.01.30 15:41:45.698 3: HM485d: Rx: Response: (120) I[1](3,F,B)(7A) 000089CE -> 00000002 [6] 69(i) 02C800 {0ADC}
2023.01.30 15:41:45.698 5: SW: fd000089ce39000000020234c8
2023.01.30 15:41:45.700 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 000089CE [2] {34C8}
2023.01.30 15:41:45.701 4: HM485d: Tx: FD0778727A6902C800
2023.01.30 15:41:45.842 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0F6C {7354}
2023.01.30 15:41:45.842 5: SW: fd608f400a5900000002023dfc7e
2023.01.30 15:41:45.844 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.30 15:41:45.844 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0F6C
2023.01.30 15:41:46.033 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4000 -> 00000002 [6] 69(i) 1E0FCB {137A}
2023.01.30 15:41:46.034 5: SW: fd608f4000790000000202e4b0
2023.01.30 15:41:46.035 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4000 [2] {E4B0}
2023.01.30 15:41:46.035 4: HM485d: Tx: FD0F006500000002FE608F4000691E0FCB
2023.01.30 15:41:46.409 4: HM485d: Rx: FD0F7953C8000089CE1800000002780200
2023.01.30 15:41:46.410 5: SW: fd000089ce1800000002057802008b90
2023.01.30 15:41:46.412 3: HM485d: Tx: (121:1) I[0](0,F,B)(18) 00000002 -> 000089CE [5] 78(x) 0200 {8B90}
2023.01.30 15:41:46.449 3: HM485d: Rx: Response: (121) I[2](0,F,B)(1C) 000089CE -> 00000002 [6] 69(i) 020000 {68DE}
2023.01.30 15:41:46.450 5: SW: fd000089ce5900000002020980
2023.01.30 15:41:46.452 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 000089CE [2] {0980}
2023.01.30 15:41:46.452 4: HM485d: Tx: FD0779721C69020000
2023.01.30 15:41:47.112 4: HM485d: Rx: FD0F7A53C8000089CE1A000000027802C8
2023.01.30 15:41:47.113 5: SW: fd000089ce1a00000002057802c84620
2023.01.30 15:41:47.114 3: HM485d: Tx: (122:1) I[1](0,F,B)(1A) 00000002 -> 000089CE [5] 78(x) 02C8 {4620}
2023.01.30 15:41:47.151 3: HM485d: Rx: Response: (122) I[3](1,F,B)(3E) 000089CE -> 00000002 [6] 69(i) 02C800 {29D2}
2023.01.30 15:41:47.152 5: SW: fd000089ce790000000202ed46
2023.01.30 15:41:47.154 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 000089CE [2] {ED46}
2023.01.30 15:41:47.154 4: HM485d: Tx: FD077A723E6902C800
2023.01.30 15:41:48.181 4: HM485d: Rx: FD0F7B53C8000089CE1C00000002780200
2023.01.30 15:41:48.181 5: SW: fd000089ce1c000000020578020083e2
2023.01.30 15:41:48.183 3: HM485d: Tx: (123:1) I[2](0,F,B)(1C) 00000002 -> 000089CE [5] 78(x) 0200 {83E2}
2023.01.30 15:41:48.222 3: HM485d: Rx: Response: (123) I[0](2,F,B)(58) 000089CE -> 00000002 [6] 69(i) 020000 {4BD0}
2023.01.30 15:41:48.223 5: SW: fd000089ce190000000202d00e
2023.01.30 15:41:48.225 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 000089CE [2] {D00E}
2023.01.30 15:41:48.225 4: HM485d: Tx: FD077B725869020000
2023.01.30 15:41:49.009 4: HM485d: Rx: FD0F7C53C8000089CE1E000000027802C8
2023.01.30 15:41:49.010 5: SW: fd000089ce1e00000002057802c84e52
2023.01.30 15:41:49.012 3: HM485d: Tx: (124:1) I[3](0,F,B)(1E) 00000002 -> 000089CE [5] 78(x) 02C8 {4E52}
2023.01.30 15:41:49.036 3: HM485d: Rx: Response: (124) I[1](3,F,B)(7A) 000089CE -> 00000002 [6] 69(i) 02C800 {0ADC}
2023.01.30 15:41:49.037 5: SW: fd000089ce39000000020234c8
2023.01.30 15:41:49.039 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 000089CE [2] {34C8}
2023.01.30 15:41:49.040 4: HM485d: Tx: FD077C727A6902C800
2023.01.30 15:41:49.372 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4001 -> 00000002 [6] 69(i) 1E0FE3 {5F98}
2023.01.30 15:41:49.376 5: SW: fd608f40013900000002026b00
2023.01.30 15:41:49.378 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4001 [2] {6B00}
2023.01.30 15:41:49.378 4: HM485d: Tx: FD0F006500000002FA608F4001691E0FE3
2023.01.30 15:41:49.885 4: HM485d: Rx: FD0F7D53C8000089CE1800000002780200
2023.01.30 15:41:49.887 5: SW: fd000089ce1800000002057802008b90
2023.01.30 15:41:49.889 3: HM485d: Tx: (125:1) I[0](0,F,B)(18) 00000002 -> 000089CE [5] 78(x) 0200 {8B90}
2023.01.30 15:41:49.916 3: HM485d: Rx: Response: (125) I[2](0,F,B)(1C) 000089CE -> 00000002 [6] 69(i) 020000 {68DE}
2023.01.30 15:41:49.918 5: SW: fd000089ce5900000002020980
2023.01.30 15:41:49.919 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 000089CE [2] {0980}
2023.01.30 15:41:49.920 4: HM485d: Tx: FD077D721C69020000
2023.01.30 15:41:50.411 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4003 -> 00000002 [6] 69(i) 1E0FE7 {22DC}
2023.01.30 15:41:50.412 5: SW: fd608f4003390000000202c77c
2023.01.30 15:41:50.413 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4003 [2] {C77C}
2023.01.30 15:41:50.413 4: HM485d: Tx: FD0F006500000002FA608F4003691E0FE7
2023.01.30 15:41:50.586 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F3FFF -> 00000002 [6] 69(i) 1E0FF4 {A3AE}
2023.01.30 15:41:50.586 5: SW: fd608f3fff790000000202385e
2023.01.30 15:41:50.588 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F3FFF [2] {385E}
2023.01.30 15:41:50.588 4: HM485d: Tx: FD0F006500000002FE608F3FFF691E0FF4

Ralf9

ja bei dem passt es
2023.01.30 15:41:49.889 3: HM485d: Tx: (125:1) I[0](0,F,B)(18) 00000002 -> 000089CE [5] 78(x) 0200 {8B90}
2023.01.30 15:41:49.916 3: HM485d: Rx: Response: (125) I[2](0,F,B)(1C) 000089CE -> 00000002 [6] 69(i) 020000 {68DE}
2023.01.30 15:41:49.919 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 000089CE [2] {0980}


bitte mach mal bei dem ein "get config all"
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

Saphora

Geht bei dem Device nur "get Config"
{
".message":{
"input":"0",
"type":"text",
"value":"Device not completely loaded yet. Try again later."
}
}

Thorsten Pferdekaemper

Zitat von: Ralf9 am 30 Januar 2023, 15:50:36
bitte mach mal bei dem ein "get config all"
Meinst Du nicht vielleicht ein "set getConfig"?

Ich hatte mal ähnliche Probleme. Das lag daran, dass irgendein HMW-Device verrückt gespielt hat und andauernd irgendwas auf den Bus geschickt hat. FHEM hat dann trotzdem noch des Öfteren was empfangen, aber die andere Richtung war schwierig.
Ich weiß, dass das etwas aufwändig ist, aber vielleicht hilft es, mal nacheinander ein Gerät nach dem anderen vom Bus zu nehmen...

Gruß,
   Thorsten
FUIP

Thorsten Pferdekaemper

Zitat von: Saphora am 29 Januar 2023, 22:43:38
Nicht vollständig geladen heißt aber, dass das Gerät irgendwie erreichbar ist, sonst würde es nicht als ACK angezeigt, oder?
Das ACK, welches ich in Deinem "list" gesehen habe, scheint mir von letztem November zu sein...
FUIP

Thorsten Pferdekaemper

Hi,
mir ist auch noch aufgefallen, dass es anscheinend mehrere HMW-Devices gibt, deren HMWID mit 608F anfängt. Außerdem scheinen die recht oft was an FHEM zu schicken und es sieht auch so aus, als ob diese Geräte viele Kanäle haben. Was sind denn das für Teile?
Gruß,
   Thorsten
FUIP

Saphora

Hier noch ein List von einem anderen Device (Sw2)
Internals:
   DEF        000089CE
   FUUID      5e4471f1-f33f-f166-fbef-7e2541a2ebb95583
   FailedConfigReads 0
   IODev      HM485_Digitus
   NAME       HMW_SZ_Steckdose_Sw2_JEQ0182394
   NR         476
   RawDeviceType 17
   RawFwVersion 774
   STATE      ACK
   TYPE       HM485
   channel_01 HMW_LC_Sw2_DR_JEQ0182394_01
   channel_02 HMW_LC_Sw2_DR_JEQ0182394_02
   channel_03 SZ_Steckdose_TV_L1
   channel_04 SZ_Steckdose_TV_L2
   eventCount 6
   READINGS:
     2023-01-30 14   D-deviceKey     HMW_LC_SW2_DR
     2023-01-30 14   D-fwVersion     3.06
     2023-01-30 14   D-serialNr      JEQ0182394
     2023-01-30 14   IODev           HM485_Digitus
     2023-01-29 21   R-central_address 00000002
     2023-01-29 21   R-logging_time  2.00
     2023-01-30 14   configStatus    READING
     2020-02-12 22   press_short     63
     2023-01-30 08   state           ACK
   cache:
     sets       Unknown argument ?, choose one of  getConfig raw reset 
     03:
       allowedSets on off toggle inhibit install_test
       sets       Unknown argument ?, choose one of  inhibit install_test off on toggle  off-till-overnight on-till-overnight on-for-timer off-for-timer intervals blink off-till on-till
     04:
       allowedSets on off toggle inhibit install_test
       sets       Unknown argument ?, choose one of  inhibit install_test off on toggle  off-till on-till on-till-overnight off-for-timer on-for-timer off-till-overnight blink intervals
     linkParams:
       actuator:
         address_start 855
         address_step 6
         channel_param channel
         channels   01 02
         count      28
         peer_param actuator
         type       link
         parameter:
           HASH(0x2c84e20)
           HASH(0x2c856d8)
       sensor:
         address_start 15
         address_step 28
         channel_param channel
         channels   03 04
         count      30
         peer_param sensor
         type       link
         parameter:
           HASH(0x2c95010)
           HASH(0x2c97fc8)
           HASH(0x2c97e90)
           HASH(0x2c98a60)
           HASH(0x2ca5980)
           HASH(0x2cafe48)
           HASH(0x2caac58)
           HASH(0x2cc34a0)
           HASH(0x2ccf0a0)
           HASH(0x2c983b8)
           HASH(0x2c6f710)
           HASH(0x2ceb0a8)
           HASH(0x2cec1d8)
           HASH(0x2cee300)
           HASH(0x2cef580)
           HASH(0x2cf03b0)
           HASH(0x2cf11b0)
           HASH(0x2cf4a98)
           HASH(0x2cf5238)
           HASH(0x2cf6410)
           HASH(0x2cf75e8)
           HASH(0x2cf9ad0)
           HASH(0x2cfaa80)
           HASH(0x2cfaef0)
           HASH(0x2cfb310)
           HASH(0x2cfb718)
           HASH(0x2cfbb20)
           HASH(0x2cfdf38)
Attributes:
   IODev      HM485_Digitus


Zitat von: Thorsten Pferdekaemper am 30 Januar 2023, 17:11:39
Hi,
mir ist auch noch aufgefallen, dass es anscheinend mehrere HMW-Devices gibt, deren HMWID mit 608F anfängt. Außerdem scheinen die recht oft was an FHEM zu schicken und es sieht auch so aus, als ob diese Geräte viele Kanäle haben. Was sind denn das für Teile?
Gruß,
   Thorsten

Das sind Geräte von haus-bus.de (6fach Taster). Die senden immer Temperatur und Helligkeit.

Ralf9

Ja ich meine "get config" beim device, nicht beim Kanal

configStatus    READING
Solange da nicht ok steht wirst Du auch nichts konfigurieren können
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

Saphora

Zitat von: Ralf9 am 30 Januar 2023, 17:21:42
Ja ich meine "get config" beim device, nicht beim Kanal

configStatus    READING
Solange da nicht ok steht wirst Du auch nichts konfigurieren können
Das ist vom Device. Und das ist auch das komische. Das Gerät zum Beispiel schlatet, kann aber nicht konfiguriert werden.
Andere sind gar nicht schaltbar.
Konfigurierbar sind aber alle nicht.

Thorsten Pferdekaemper

Zitat von: Saphora am 30 Januar 2023, 17:15:14
Das sind Geräte von haus-bus.de (6fach Taster). Die senden immer Temperatur und Helligkeit.
Dann häng die mal ab. Das Andauernde Senden ist nicht so ganz der Hit. Möglicherweise kümmern die sich auch nicht wirklich darum, ob da noch was anderes auf dem Bus los ist und produzieren Probleme. Im normalen Betrieb geht das vielleicht noch, aber wenn man getConfig macht, dann kann das schonmal etwas voller auf dem Bus werden.
Gruß,
   Thorsten
FUIP

Ralf9

Ja, wenn die während einem getConfig gerade Temperatur und Helligkeit senden, kann das getConfig evtl abbrechen.

Solange die config nicht erfolgreich eingelesen werden konnte, kann auch nicht konfiguriert werden.

Ist das Senden der Temperatur und Helligkeit wenigstens etwas intelligent gelöst wie beim onewire Modul?
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

Saphora

Habe jetzt den Bus fast komplett auseinander genommen.
Selbst wenn nur ein gerät dran hängt, ist das Verhalten so, dass nicht alles ausgelesen wird.
Daher vermute ich (und hoffe), dass der RS485 Converter defekt ist und nicht sauber arbeitet.
Es gibt auch z.B. einen HM12/7, wo 4 von 7 Relais geschalten werden können.
Die anderen auf dem gleichen Aktor nicht.
Habe einen neuen RS485 Converter bestellt und warte nun ab.
Werde berichten  :)

Ralf9

ZitatEs gibt auch z.B. einen HM12/7, wo 4 von 7 Relais geschalten werden können.
Sind das immer die gleichen Relais die nicht geschalten werden können?
Interessant wäre ein HM485d log, wenn ein Relais nicht geschaltet werden kann
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

Saphora

Zitat von: Ralf9 am 30 Januar 2023, 22:13:35
Sind das immer die gleichen Relais die nicht geschalten werden können?
Interessant wäre ein HM485d log, wenn ein Relais nicht geschaltet werden kann


Soweit ich es überschaue, sind es immer die gleichen Aktoren die geschaltet werden können.
Ein Log beim nicht schalten ist schwierig, da dann immer die Fehlermeldung kommt:
Unknown argument level, choose one of attrTemplate

oder

Unknown argument on, choose one of

Ralf9

steht bei diesem HM12/7 das reading configstatus auf ok?
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

Saphora

Zitat von: Ralf9 am 30 Januar 2023, 22:29:08
steht bei diesem HM12/7 das reading configstatus auf ok?

Nein. Das steht bei allen Devices auf "READING".

Was halt verwunderlich ist, dass der Bus für sich alleine sauber funktioniert und die Geräte übergreifend geschaltet werden können.
Jeder Aktor kann vom Taster geschaltet werden innerhlab des Busses.
Das ist "nur" aufgefallen, da die Rollos nicht mehr automatisch heruntergehen  ;D

Ralf9

Bitte mach mal bei diesem HM12/7 ein "get config" und poste das HM485d log.
Evtl lässt sich im HM485d log erkennen warum das getconfig immer bei reading abbricht
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

Saphora

Hier das RS485 Logging beim mehrmaligen Absetzen von "get config"
2023.01.31 15:39:02.386 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0E4D {5130}
2023.01.31 15:39:02.387 5: SW: fd608f400a5900000002023dfc7e
2023.01.31 15:39:02.390 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.31 15:39:02.391 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0E4D
2023.01.31 15:39:04.591 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0F50 {DD78}
2023.01.31 15:39:04.592 5: SW: fd608f4005190000000202c73c
2023.01.31 15:39:04.594 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005 [2] {C73C}
2023.01.31 15:39:04.595 4: HM485d: Tx: FD0F006500000002F8608F4005691E0F50
2023.01.31 15:39:07.752 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4001 -> 00000002 [6] 69(i) 1E0F59 {BCEA}
2023.01.31 15:39:07.754 5: SW: fd608f4001790000000202b28e
2023.01.31 15:39:07.759 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4001 [2] {B28E}
2023.01.31 15:39:07.760 4: HM485d: Tx: FD0F006500000002FE608F4001691E0F59
2023.01.31 15:39:13.110 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400A -> 00000002 [6] 69(i) 1E0E38 {83C4}
2023.01.31 15:39:13.111 5: SW: fd608f400a190000000202e470
2023.01.31 15:39:13.115 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400A [2] {E470}
2023.01.31 15:39:13.116 4: HM485d: Tx: FD0F006500000002F8608F400A691E0E38
2023.01.31 15:39:18.939 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4003 -> 00000002 [6] 69(i) 1E0F66 {41DE}
2023.01.31 15:39:18.940 5: SW: fd608f40037900000002021ef2
2023.01.31 15:39:18.942 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4003 [2] {1EF2}
2023.01.31 15:39:18.942 4: HM485d: Tx: FD0F006500000002FE608F4003691E0F66
2023.01.31 15:39:21.381 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4001 -> 00000002 [6] 69(i) 1E0F54 {9EE0}
2023.01.31 15:39:21.381 5: SW: fd608f40013900000002026b00
2023.01.31 15:39:21.383 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4001 [2] {6B00}
2023.01.31 15:39:21.383 4: HM485d: Tx: FD0F006500000002FA608F4001691E0F54
2023.01.31 15:39:22.898 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0E2B {51F0}
2023.01.31 15:39:22.899 5: SW: fd608f400a5900000002023dfc7e
2023.01.31 15:39:22.901 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.31 15:39:22.901 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0E2B
2023.01.31 15:39:31.642 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4003 -> 00000002 [6] 69(i) 1E0F61 {C3C0}
2023.01.31 15:39:31.643 5: SW: fd608f4003390000000202c77c
2023.01.31 15:39:31.648 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4003 [2] {C77C}
2023.01.31 15:39:31.648 4: HM485d: Tx: FD0F006500000002FA608F4003691E0F61
2023.01.31 15:39:32.663 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400A -> 00000002 [6] 69(i) 1E0E0D {E3A8}
2023.01.31 15:39:32.664 5: SW: fd608f400a190000000202e470
2023.01.31 15:39:32.665 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400A [2] {E470}
2023.01.31 15:39:32.666 4: HM485d: Tx: FD0F006500000002F8608F400A691E0E0D
2023.01.31 15:39:33.089 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4001 -> 00000002 [6] 69(i) 1E0F4F {CCC4}
2023.01.31 15:39:33.090 5: SW: fd608f4001790000000202b28e
2023.01.31 15:39:33.091 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4001 [2] {B28E}
2023.01.31 15:39:33.091 4: HM485d: Tx: FD0F006500000002FE608F4001691E0F4F
2023.01.31 15:39:34.732 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F4005 -> 00000002 [6] 69(i) 1E0F4B {8F5C}
2023.01.31 15:39:34.733 5: SW: fd608f40055900000002021eb2
2023.01.31 15:39:34.734 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F4005 [2] {1EB2}
2023.01.31 15:39:34.734 4: HM485d: Tx: FD0F006500000002FC7C608F4005691E0F4B
2023.01.31 15:39:42.387 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4003 -> 00000002 [6] 69(i) 1E0F5C {D1AC}
2023.01.31 15:39:42.388 5: SW: fd608f40037900000002021ef2
2023.01.31 15:39:42.392 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4003 [2] {1EF2}
2023.01.31 15:39:42.392 4: HM485d: Tx: FD0F006500000002FE608F4003691E0F5C
2023.01.31 15:39:43.406 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0DFE {E626}
2023.01.31 15:39:43.407 5: SW: fd608f400a5900000002023dfc7e
2023.01.31 15:39:43.408 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.31 15:39:43.409 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0DFE
2023.01.31 15:39:43.744 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4002 -> 00000002 [6] 69(i) 1E0FA9 {9CEE}
2023.01.31 15:39:43.745 5: SW: fd608f40023900000002029142
2023.01.31 15:39:43.747 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4002 [2] {9142}
2023.01.31 15:39:43.747 4: HM485d: Tx: FD0F006500000002FA608F4002691E0FA9
2023.01.31 15:39:43.807 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4001 -> 00000002 [6] 69(i) 1E0F4A {6EDE}
2023.01.31 15:39:43.808 5: SW: fd608f40013900000002026b00
2023.01.31 15:39:43.809 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4001 [2] {6B00}
2023.01.31 15:39:43.810 4: HM485d: Tx: FD0F006500000002FA608F4001691E0F4A
2023.01.31 15:39:45.414 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0F46 {AD56}
2023.01.31 15:39:45.415 5: SW: fd608f4005190000000202c73c
2023.01.31 15:39:45.416 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005 [2] {C73C}
2023.01.31 15:39:45.417 4: HM485d: Tx: FD0F006500000002F8608F4005691E0F46

Ralf9

Das "get config" wurde anscheinend nicht ausgeführt, das sind nur die events von den HMW Geräten die von fhem mit ack bestätigt werden.

Bei "get config" werden normalerweise die EEPROM Daten vom HMW Gerät geholt.
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

Ralf9

Welche Version von den HM485 fhem Modulen hast Du "version 10_HM485"?

Die aktuelle Version ist:
10_HM485.pm 0816 2019-11-15 14:00:00Z ThorstenPferdekaemper
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

Saphora

Zitat von: Ralf9 am 31 Januar 2023, 16:24:01
Welche Version von den HM485 fhem Modulen hast Du "version 10_HM485"?

Die aktuelle Version ist:
10_HM485.pm 0816 2019-11-15 14:00:00Z ThorstenPferdekaemper

Wo kann ich das sehen?

Ralf9

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

Saphora

Zitat von: Ralf9 am 31 Januar 2023, 18:57:22
Einfach version eingeben

Super, Danke
10_HM485.pm                816 2019-11-15 14:00:00Z ThorstenPferdekaemper

Thorsten Pferdekaemper

Zitat von: Saphora am 31 Januar 2023, 15:41:03
Hier das RS485 Logging beim mehrmaligen Absetzen von "get config"
2023.01.31 15:39:02.386 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0E4D {5130}
2023.01.31 15:39:02.387 5: SW: fd608f400a5900000002023dfc7e
2023.01.31 15:39:02.390 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.31 15:39:02.391 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0E4D
2023.01.31 15:39:04.591 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0F50 {DD78}
2023.01.31 15:39:04.592 5: SW: fd608f4005190000000202c73c
2023.01.31 15:39:04.594 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005 [2] {C73C}
2023.01.31 15:39:04.595 4: HM485d: Tx: FD0F006500000002F8608F4005691E0F50
2023.01.31 15:39:07.752 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4001 -> 00000002 [6] 69(i) 1E0F59 {BCEA}
2023.01.31 15:39:07.754 5: SW: fd608f4001790000000202b28e
2023.01.31 15:39:07.759 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4001 [2] {B28E}
2023.01.31 15:39:07.760 4: HM485d: Tx: FD0F006500000002FE608F4001691E0F59
2023.01.31 15:39:13.110 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400A -> 00000002 [6] 69(i) 1E0E38 {83C4}
2023.01.31 15:39:13.111 5: SW: fd608f400a190000000202e470
2023.01.31 15:39:13.115 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400A [2] {E470}
2023.01.31 15:39:13.116 4: HM485d: Tx: FD0F006500000002F8608F400A691E0E38
2023.01.31 15:39:18.939 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4003 -> 00000002 [6] 69(i) 1E0F66 {41DE}
2023.01.31 15:39:18.940 5: SW: fd608f40037900000002021ef2
2023.01.31 15:39:18.942 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4003 [2] {1EF2}
2023.01.31 15:39:18.942 4: HM485d: Tx: FD0F006500000002FE608F4003691E0F66
2023.01.31 15:39:21.381 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4001 -> 00000002 [6] 69(i) 1E0F54 {9EE0}
2023.01.31 15:39:21.381 5: SW: fd608f40013900000002026b00
2023.01.31 15:39:21.383 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4001 [2] {6B00}
2023.01.31 15:39:21.383 4: HM485d: Tx: FD0F006500000002FA608F4001691E0F54
2023.01.31 15:39:22.898 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0E2B {51F0}
2023.01.31 15:39:22.899 5: SW: fd608f400a5900000002023dfc7e
2023.01.31 15:39:22.901 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.31 15:39:22.901 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0E2B
2023.01.31 15:39:31.642 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4003 -> 00000002 [6] 69(i) 1E0F61 {C3C0}
2023.01.31 15:39:31.643 5: SW: fd608f4003390000000202c77c
2023.01.31 15:39:31.648 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4003 [2] {C77C}
2023.01.31 15:39:31.648 4: HM485d: Tx: FD0F006500000002FA608F4003691E0F61
2023.01.31 15:39:32.663 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F400A -> 00000002 [6] 69(i) 1E0E0D {E3A8}
2023.01.31 15:39:32.664 5: SW: fd608f400a190000000202e470
2023.01.31 15:39:32.665 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F400A [2] {E470}
2023.01.31 15:39:32.666 4: HM485d: Tx: FD0F006500000002F8608F400A691E0E0D
2023.01.31 15:39:33.089 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4001 -> 00000002 [6] 69(i) 1E0F4F {CCC4}
2023.01.31 15:39:33.090 5: SW: fd608f4001790000000202b28e
2023.01.31 15:39:33.091 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4001 [2] {B28E}
2023.01.31 15:39:33.091 4: HM485d: Tx: FD0F006500000002FE608F4001691E0F4F
2023.01.31 15:39:34.732 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F4005 -> 00000002 [6] 69(i) 1E0F4B {8F5C}
2023.01.31 15:39:34.733 5: SW: fd608f40055900000002021eb2
2023.01.31 15:39:34.734 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F4005 [2] {1EB2}
2023.01.31 15:39:34.734 4: HM485d: Tx: FD0F006500000002FC7C608F4005691E0F4B
2023.01.31 15:39:42.387 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 608F4003 -> 00000002 [6] 69(i) 1E0F5C {D1AC}
2023.01.31 15:39:42.388 5: SW: fd608f40037900000002021ef2
2023.01.31 15:39:42.392 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 608F4003 [2] {1EF2}
2023.01.31 15:39:42.392 4: HM485d: Tx: FD0F006500000002FE608F4003691E0F5C
2023.01.31 15:39:43.406 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 608F400A -> 00000002 [6] 69(i) 1E0DFE {E626}
2023.01.31 15:39:43.407 5: SW: fd608f400a5900000002023dfc7e
2023.01.31 15:39:43.408 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 608F400A [2] {FC7E}
2023.01.31 15:39:43.409 4: HM485d: Tx: FD0F006500000002FC7C608F400A691E0DFE
2023.01.31 15:39:43.744 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4002 -> 00000002 [6] 69(i) 1E0FA9 {9CEE}
2023.01.31 15:39:43.745 5: SW: fd608f40023900000002029142
2023.01.31 15:39:43.747 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4002 [2] {9142}
2023.01.31 15:39:43.747 4: HM485d: Tx: FD0F006500000002FA608F4002691E0FA9
2023.01.31 15:39:43.807 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 608F4001 -> 00000002 [6] 69(i) 1E0F4A {6EDE}
2023.01.31 15:39:43.808 5: SW: fd608f40013900000002026b00
2023.01.31 15:39:43.809 3: HM485d: Tx: ACK(1,B)(39) 00000002 -> 608F4001 [2] {6B00}
2023.01.31 15:39:43.810 4: HM485d: Tx: FD0F006500000002FA608F4001691E0F4A
2023.01.31 15:39:45.414 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 608F4005 -> 00000002 [6] 69(i) 1E0F46 {AD56}
2023.01.31 15:39:45.415 5: SW: fd608f4005190000000202c73c
2023.01.31 15:39:45.416 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 608F4005 [2] {C73C}
2023.01.31 15:39:45.417 4: HM485d: Tx: FD0F006500000002F8608F4005691E0F46

Möglicherweise schafft die Zentrale (also FHEM) es gar nicht, die EEPROM-Daten von den Devices abzuholen, da dauernd diese 608er-Teile dazwischenfunken. Am besten die Dinger mal abhängen und dann ein "set getConfig" auf eins der problematischen Geräte machen.

Ich glaube nicht, dass da der "Konverter" kaputt ist. Es ist wohl eher so, dass das "set getConfig" irgendwann einmal für die ersten paar Kanäle geklappt hat. D.h. die Zentrale weiß wie mit den ersten Kanälen umzugehen ist, aber halt nicht mit allen.

Gruß,
   Thorsten
FUIP

Ralf9

Wenn die 608F400x die Hausbus Taster sind, dann senden die 5 Taster jeweils ca alle 10 - 30 sek
Ich hab mal in die xml Datei des Tasters geschaut, beim send_min_interval ist der Defaultwert 10 Sek, das ist viel zu niedrig.

Damit die getconfig komplett durchlaufen, wirst Du die send_min_interval und send_delta-Werte (z.B. send_delta_temp) erhöhen müssen.

Das getconfig heißt bei der aktuellen Version: "set getConfig", ich habs verwechselt, da ich nicht die aktuelle Version verwende.
Bei der älteren Version war es "get config all", das finde ich etwas verwirrend, in der commandref der aktuellen Version steht auch noch "get config all"!
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

Thorsten Pferdekaemper

Zitat von: Ralf9 am 01 Februar 2023, 19:45:58
Das getconfig heißt bei der aktuellen Version: "set getConfig", ich habs verwechselt, da ich nicht die aktuelle Version verwende.
Bei der älteren Version war es "get config all", das finde ich etwas verwirrend, in der commandref der aktuellen Version steht auch noch "get config all"!
Hi,
wo steht das denn? Bei mir habe ich das hier gefunden:
Zitat
set <device> getConfig
For HMW devices, the configuration data is stored in the device itself. set ... getConfig triggers reading the configuration data from the device. This also includes the state of all channels. In normal operation, this command is not needed as FHEM automatically reads the configuration data from the device at least on startup and when a new device is created in FHEM. When changing configuration data from FHEM, everything is synchronized automatically as well. However, when the device configuration is changed outside FHEM, an explicit set ... getConfig is needed. (This e.g. happens when devices are peered using the buttons on the devices directly.) In addition, things sometimes do go wrong. If in doubt, you can do a set ... getConfig, but give the system the chance to read all the data. (Also see reading configStatus.)
...und das hier:
Zitat
get <device/channel> config
This command returns the device or channel configuration in json format.
D.h. "set ... getConfig" holt die Konfiguration (und andere Informationen) vom Gerät selbst ab und speichert den Krams in FHEM. "get ... config" zeigt im Prinzip nur an, was in FHEM gespeichert ist. Letzteres braucht man eigentlich nicht, da das in der UI besser aufbereitet ist.

Wo steht denn das mit dem "get config all"?

Gruß,
   Thorsten
FUIP

Ralf9

Ja, Du hast recht, ich hab irgendwie falsch geschaut.
In der "Device specific help" steht nur noch ein paar mal "<code>get ... config all</code>"

Ich finde es etwas ungewohnt, wenn unter "set" get-Befehle stehen.

Wenn Du mal wieder an dem Modul was änderst, dann kannst Du auch bei der "Device specific help" die <a id="HM485-xxx"></a> einfügen
z.B.
<a id="HM485-set"></a>

<a id="HM485-set-getConfig"></a>



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

Saphora

Habe nun einen neun RS485 Converter dran.
Aber leider wirklich nicht die Ursache.
Nun ist der Bus bis auf ein einzigen Aktor nur noch verfügbar.
Keine Reaktion.
Gerät kann nicht konfiguriert werden.
Hier das Logging für set<DEVICE> getConfig
2023.02.01 22:22:30.064 3: HM485d: Rx: Response: (35) I[0](2,F,B)(58) 0000808C -> 00000002 [4] 01() 00 {68BE}
2023.02.01 22:22:30.065 5: SW: fd0000808c190000000202c84c
2023.02.01 22:22:30.066 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 0000808C [2] {C84C}
2023.02.01 22:22:30.066 4: HM485d: Tx: FD052372580100
2023.02.01 22:22:30.074 4: HM485d: Rx: FD0D2453C8608F4000980000000268
2023.02.01 22:22:30.075 5: SW: fd608f400098000000020368923a
2023.02.01 22:22:30.077 3: HM485d: Tx: (36:1) I[0](0,Y,F,B)(98) 00000002 -> 608F4000 [3] 68(h)  {923A}
2023.02.01 22:22:30.278 5: SW: fd608f400098000000020368923a
2023.02.01 22:22:30.279 3: HM485d: Tx: (36:2) I[0](0,Y,F,B)(98) 00000002 -> 608F4000 [3] 68(h)  {923A}
2023.02.01 22:22:30.480 5: SW: fd608f400098000000020368923a
2023.02.01 22:22:30.482 3: HM485d: Tx: (36:3) I[0](0,Y,F,B)(98) 00000002 -> 608F4000 [3] 68(h)  {923A}
2023.02.01 22:22:30.683 4: HM485d: Tx: FD0424613439
2023.02.01 22:22:31.115 4: HM485d: Rx: FD0D2553C8608F3FFF980000000268
2023.02.01 22:22:31.116 5: SW: fd608f3fff980000000203686d98
2023.02.01 22:22:31.118 3: HM485d: Tx: (37:1) I[0](0,Y,F,B)(98) 00000002 -> 608F3FFF [3] 68(h)  {6D98}
2023.02.01 22:22:31.319 5: SW: fd608f3fff980000000203686d98
2023.02.01 22:22:31.323 3: HM485d: Tx: (37:2) I[0](0,Y,F,B)(98) 00000002 -> 608F3FFF [3] 68(h)  {6D98}
2023.02.01 22:22:31.524 5: SW: fd608f3fff980000000203686d98
2023.02.01 22:22:31.526 3: HM485d: Tx: (37:3) I[0](0,Y,F,B)(98) 00000002 -> 608F3FFF [3] 68(h)  {6D98}
2023.02.01 22:22:31.733 4: HM485d: Tx: FD0425613439
2023.02.01 22:22:32.128 4: HM485d: Rx: FD0D2653C80000470C980000000268
2023.02.01 22:22:32.129 5: SW: fd0000470c980000000203685e20
2023.02.01 22:22:32.130 3: HM485d: Tx: (38:1) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}
2023.02.01 22:22:32.331 5: SW: fd0000470c980000000203685e20
2023.02.01 22:22:32.333 3: HM485d: Tx: (38:2) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}
2023.02.01 22:22:32.534 5: SW: fd0000470c980000000203685e20
2023.02.01 22:22:32.536 3: HM485d: Tx: (38:3) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}
2023.02.01 22:22:32.737 4: HM485d: Tx: FD0426613439
2023.02.01 22:22:52.839 4: HM485d: Rx: FD02274B
2023.02.01 22:22:52.840 4: HM485d: Tx: FD03276100
2023.02.01 22:23:12.848 4: HM485d: Rx: FD02284B
2023.02.01 22:23:12.848 4: HM485d: Tx: FD03286100
2023.02.01 22:23:32.856 4: HM485d: Rx: FD02294B
2023.02.01 22:23:32.857 4: HM485d: Tx: FD03296100
2023.02.01 22:23:52.865 4: HM485d: Rx: FD022A4B
2023.02.01 22:23:52.865 4: HM485d: Tx: FD032A6100
2023.02.01 22:24:12.874 4: HM485d: Rx: FD022B4B
2023.02.01 22:24:12.875 4: HM485d: Tx: FD032B6100
2023.02.01 22:24:32.881 4: HM485d: Rx: FD022C4B
2023.02.01 22:24:32.882 4: HM485d: Tx: FD032C6100

Ralf9

2023.02.01 22:22:30.064 3: HM485d: Rx: Response: (35) I[0](2,F,B)(58) 0000808C -> 00000002 [4] 01() 00 {68BE}
Hängt demnach nur noch das "0000808C" am Bus?

Dann mach bitte mal ein "set getConfig" beim "0000808C"
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

Saphora

#39
Zitat von: Ralf9 am 01 Februar 2023, 22:38:10
2023.02.01 22:22:30.064 3: HM485d: Rx: Response: (35) I[0](2,F,B)(58) 0000808C -> 00000002 [4] 01() 00 {68BE}
Hängt demnach nur noch das "0000808C" am Bus?

Dann mach bitte mal ein "set getConfig" beim "0000808C"

Richtig
Internals:
   DEF        0000808C
   FUUID      5e4ac8ee-f33f-f166-9d0c-215767c3db79492b
   FailedConfigReads 0
   IODev      HM485_Digitus
   NAME       HMW_IO_12_Sw14_DR_IEQ0568905
   NR         496
   RawDeviceType 28
   RawFwVersion 256
   STATE      ACK
   TYPE       HM485
   ...
   eventCount 9
   READINGS:
     2023-02-01 22   D-deviceKey     HMW_IO12_SW14_DR
     2023-02-01 22   D-fwVersion     1
     2023-02-01 22   D-serialNr      IEQ0568905
     2023-02-01 22   IODev           HM485_Digitus
     2023-02-01 21   R-central_address 00000002
     2023-02-01 22   configStatus    READING
     2023-02-01 22   state           ACK
   cache:
     sets       Unknown argument ?, choose one of  getConfig raw reset 
     01:
       allowedSets on off toggle
       sets       Unknown argument ?, choose one of  off on toggle  on-till blink off-till intervals on-for-timer off-till-overnight on-till-overnight off-for-timer
     linkParams:
       actuator:
         channels   00
       sensor:
         channels   00
Attributes:
   IODev      HM485_Digitus
   room       HM485



Bei "set <DEVICE> getConfig passiet nichts. Außer der eventCount zählt nach oben.

Ralf9

Es sollte mindestens sowas im HM485d log stehen
2023.02.01 22:22:30.075 5: SW: fd608f400098000000020368923a
2023.02.01 22:22:30.077 3: HM485d: Tx: (36:1) I[0](0,Y,F,B)(98) 00000002 -> 0000808C [3] 68(h)  {923A}
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

Ralf9

Du kannst auch mal testen ob bei "set raw 68" was im HM485d log steht
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

Saphora

Zitat von: Ralf9 am 01 Februar 2023, 23:33:21
Es sollte mindestens sowas im HM485d log stehen
2023.02.01 22:22:30.075 5: SW: fd608f400098000000020368923a
2023.02.01 22:22:30.077 3: HM485d: Tx: (36:1) I[0](0,Y,F,B)(98) 00000002 -> 0000808C [3] 68(h)  {923A}


Anbei das Logging für "getConfig". Sieht so aus, dass nichts passiert?
2023.02.02 08:20:45.375 4: HM485d: Rx: FD02E84B
2023.02.02 08:20:45.376 4: HM485d: Tx: FD03E86100
2023.02.02 08:21:07.152 4: HM485d: Rx: FD02E94B
2023.02.02 08:21:07.152 4: HM485d: Tx: FD03E96100
2023.02.02 08:21:27.281 4: HM485d: Rx: FD02EA4B
2023.02.02 08:21:27.282 4: HM485d: Tx: FD03EA6100
2023.02.02 08:21:47.290 4: HM485d: Rx: FD02EB4B
2023.02.02 08:21:47.290 4: HM485d: Tx: FD03EB6100
2023.02.02 08:22:07.297 4: HM485d: Rx: FD02EC4B
2023.02.02 08:22:07.298 4: HM485d: Tx: FD03EC6100
2023.02.02 08:22:27.305 4: HM485d: Rx: FD02ED4B
2023.02.02 08:22:27.306 4: HM485d: Tx: FD03ED6100
2023.02.02 08:22:47.312 4: HM485d: Rx: FD02EE4B
2023.02.02 08:22:47.313 4: HM485d: Tx: FD03EE6100
2023.02.02 08:23:07.320 4: HM485d: Rx: FD02EF4B
2023.02.02 08:23:07.320 4: HM485d: Tx: FD03EF6100
2023.02.02 08:23:27.330 4: HM485d: Rx: FD02F04B
2023.02.02 08:23:27.331 4: HM485d: Tx: FD03F06100
2023.02.02 08:23:47.346 4: HM485d: Rx: FD02F14B
2023.02.02 08:23:47.346 4: HM485d: Tx: FD03F16100
2023.02.02 08:24:07.353 4: HM485d: Rx: FD02F24B
2023.02.02 08:24:07.353 4: HM485d: Tx: FD03F26100
2023.02.02 08:24:27.360 4: HM485d: Rx: FD02F34B
2023.02.02 08:24:27.360 4: HM485d: Tx: FD03F36100
2023.02.02 08:24:47.368 4: HM485d: Rx: FD02F44B
2023.02.02 08:24:47.369 4: HM485d: Tx: FD03F46100
2023.02.02 08:25:07.376 4: HM485d: Rx: FD02F54B
2023.02.02 08:25:07.377 4: HM485d: Tx: FD03F56100
2023.02.02 08:25:27.385 4: HM485d: Rx: FD02F64B
2023.02.02 08:25:27.386 4: HM485d: Tx: FD03F66100
2023.02.02 08:25:47.394 4: HM485d: Rx: FD02F74B
2023.02.02 08:25:47.395 4: HM485d: Tx: FD03F76100
2023.02.02 08:26:07.402 4: HM485d: Rx: FD02F84B
2023.02.02 08:26:07.403 4: HM485d: Tx: FD03F86100
2023.02.02 08:26:27.414 4: HM485d: Rx: FD02F94B
2023.02.02 08:26:27.415 4: HM485d: Tx: FD03F96100
2023.02.02 08:26:47.423 4: HM485d: Rx: FD02FA4B
2023.02.02 08:26:47.424 4: HM485d: Tx: FD03FA6100
2023.02.02 08:27:07.430 4: HM485d: Rx: FD02FB4B
2023.02.02 08:27:07.430 4: HM485d: Tx: FD03FB6100
2023.02.02 08:27:27.439 4: HM485d: Rx: FD02FC7C4B
2023.02.02 08:27:27.439 4: HM485d: Tx: FD03FC7C6100
2023.02.02 08:27:47.447 4: HM485d: Rx: FD02FC7D4B
2023.02.02 08:27:47.447 4: HM485d: Tx: FD03FC7D6100
2023.02.02 08:28:07.456 4: HM485d: Rx: FD02FE4B
2023.02.02 08:28:07.457 4: HM485d: Tx: FD03FE6100
2023.02.02 08:28:27.468 4: HM485d: Rx: FD02FF4B
2023.02.02 08:28:27.469 4: HM485d: Tx: FD03FF6100
2023.02.02 08:28:47.553 4: HM485d: Rx: FD02014B
2023.02.02 08:28:47.553 4: HM485d: Tx: FD03016100
2023.02.02 08:29:07.571 4: HM485d: Rx: FD02024B
2023.02.02 08:29:07.571 4: HM485d: Tx: FD03026100
2023.02.02 08:29:27.578 4: HM485d: Rx: FD02034B
2023.02.02 08:29:27.578 4: HM485d: Tx: FD03036100
2023.02.02 08:29:47.585 4: HM485d: Rx: FD02044B
2023.02.02 08:29:47.585 4: HM485d: Tx: FD03046100
2023.02.02 08:30:07.597 4: HM485d: Rx: FD02054B
2023.02.02 08:30:07.597 4: HM485d: Tx: FD03056100
2023.02.02 08:30:27.609 4: HM485d: Rx: FD02064B
2023.02.02 08:30:27.610 4: HM485d: Tx: FD03066100
2023.02.02 08:30:47.618 4: HM485d: Rx: FD02074B



Zitat von: Ralf9 am 01 Februar 2023, 23:41:16
Du kannst auch mal testen ob bei "set raw 68" was im HM485d log steht

Und hier das logging bei "set raw 68":
2023.02.02 08:30:47.619 4: HM485d: Tx: FD03076100
2023.02.02 08:30:48.185 4: HM485d: Rx: FD0D0853C80000808C1A0000000268
2023.02.02 08:30:48.186 5: SW: fd0000808c1a0000000203680534
2023.02.02 08:30:48.188 3: HM485d: Tx: (8:1) I[1](0,F,B)(1A) 00000002 -> 0000808C [3] 68(h)  {0534}
2023.02.02 08:30:48.219 3: HM485d: Rx: Response: (8) I[2](1,F,B)(3C) 0000808C -> 00000002 [4] 1C() 00 {F6FA}
2023.02.02 08:30:48.220 5: SW: fd0000808c59000000020211c2
2023.02.02 08:30:48.221 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 0000808C [2] {11C2}
2023.02.02 08:30:48.222 4: HM485d: Tx: FD0508723C1C00
2023.02.02 08:30:55.171 4: HM485d: Rx: FD0D0953C80000808C1C0000000268
2023.02.02 08:30:55.172 5: SW: fd0000808c1c000000020368e1b2
2023.02.02 08:30:55.173 3: HM485d: Tx: (9:1) I[2](0,F,B)(1C) 00000002 -> 0000808C [3] 68(h)  {E1B2}
2023.02.02 08:30:55.200 3: HM485d: Rx: Response: (9) I[3](2,F,B)(5E) 0000808C -> 00000002 [4] 1C() 00 {B6F2}
2023.02.02 08:30:55.201 5: SW: fd0000808c790000000202f504
2023.02.02 08:30:55.202 3: HM485d: Tx: ACK(3,B)(79) 00000002 -> 0000808C [2] {F504}
2023.02.02 08:30:55.203 4: HM485d: Tx: FD0509725E1C00
2023.02.02 08:31:00.220 4: HM485d: Rx: FD0D0A53C80000808C1E0000000268
2023.02.02 08:31:00.221 5: SW: fd0000808c1e0000000203684dce
2023.02.02 08:31:00.224 3: HM485d: Tx: (10:1) I[3](0,F,B)(1E) 00000002 -> 0000808C [3] 68(h)  {4DCE}
2023.02.02 08:31:00.249 3: HM485d: Rx: Response: (10) I[0](3,F,B)(78) 0000808C -> 00000002 [4] 1C() 00 {55E4}
2023.02.02 08:31:00.249 5: SW: fd0000808c190000000202c84c
2023.02.02 08:31:00.251 3: HM485d: Tx: ACK(0,B)(19) 00000002 -> 0000808C [2] {C84C}
2023.02.02 08:31:00.251 4: HM485d: Tx: FD050A72781C00


Allgemeine Frage:
Wie ließt sich das Logging?
Was macht das raw 68?
Gibt es da eine FHEM bzw. Homematic Spezifikation?

Ralf9

#43
ZitatAnbei das Logging für "getConfig". Sieht so aus, dass nichts passiert?
Hast Du ein "set getConfig" gemacht?

Du kannst das "set getConfig" auch mal beim 0000470C testen, da stand gestern was im log:
2023.02.01 22:22:32.129 5: SW: fd0000470c980000000203685e20
2023.02.01 22:22:32.130 3: HM485d: Tx: (38:1) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}
2023.02.01 22:22:32.331 5: SW: fd0000470c980000000203685e20
2023.02.01 22:22:32.333 3: HM485d: Tx: (38:2) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}
2023.02.01 22:22:32.534 5: SW: fd0000470c980000000203685e20
2023.02.01 22:22:32.536 3: HM485d: Tx: (38:3) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}



ZitatUnd hier das logging bei "set raw 68":
Das passt, es wird der Typ 1C zurückgemeldet, das ist HMW-IO-12-SW14-DR

ZitatGibt es da eine FHEM bzw. Homematic Spezifikation?
siehe Anlage
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

Saphora

Hier das Log für das Device 0000470C mit "getConfig" und "raw 68":

2023.02.02 19:18:41.779 4: HM485d: Tx: FD03786100
2023.02.02 19:19:01.790 4: HM485d: Rx: FD02794B
2023.02.02 19:19:01.791 4: HM485d: Tx: FD03796100
2023.02.02 19:19:21.803 4: HM485d: Rx: FD027A4B
2023.02.02 19:19:21.804 4: HM485d: Tx: FD037A6100
2023.02.02 19:19:41.813 4: HM485d: Rx: FD027B4B
2023.02.02 19:19:41.814 4: HM485d: Tx: FD037B6100
2023.02.02 19:20:01.821 4: HM485d: Rx: FD027C4B
2023.02.02 19:20:01.821 4: HM485d: Tx: FD037C6100
2023.02.02 19:20:21.833 4: HM485d: Rx: FD027D4B
2023.02.02 19:20:21.833 4: HM485d: Tx: FD037D6100
2023.02.02 19:20:41.845 4: HM485d: Rx: FD027E4B
2023.02.02 19:20:41.846 4: HM485d: Tx: FD037E6100
2023.02.02 19:21:01.858 4: HM485d: Rx: FD027F4B
2023.02.02 19:21:01.859 4: HM485d: Tx: FD037F6100
2023.02.02 19:21:44.678 4: Connection accepted from HM485d_127.0.0.1_43604
2023.02.02 19:21:44.678 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.2,SGW0123456
2023.02.02 19:21:44.719 4: HM485d: Rx: FD3E30312C303030300D0A
2023.02.02 19:22:10.336 4: HM485d: Rx: FD02024B
2023.02.02 19:22:10.336 4: HM485d: Tx: FD03026100
2023.02.02 19:22:30.395 4: HM485d: Rx: FD02034B
2023.02.02 19:22:30.396 4: HM485d: Tx: FD03036100
2023.02.02 19:22:50.404 4: HM485d: Rx: FD02044B
2023.02.02 19:22:50.405 4: HM485d: Tx: FD03046100
2023.02.02 19:23:10.412 4: HM485d: Rx: FD02054B
2023.02.02 19:23:10.413 4: HM485d: Tx: FD03056100
2023.02.02 19:23:30.421 4: HM485d: Rx: FD02064B
2023.02.02 19:23:30.422 4: HM485d: Tx: FD03066100
2023.02.02 19:23:30.634 4: HM485d: Rx: FD0D0753C80000470C980000000268
2023.02.02 19:23:30.635 5: SW: fd0000470c980000000203685e20
2023.02.02 19:23:30.636 3: HM485d: Tx: (7:1) I[0](0,Y,F,B)(98) 00000002 -> 0000470C [3] 68(h)  {5E20}
2023.02.02 19:23:30.674 3: HM485d: Rx: Response: (7) I[2](0,F,B)(1C) 0000470C -> 00000002 [4] 19() 00 {35B6}
2023.02.02 19:23:30.674 5: SW: fd0000470c5900000002020d6a
2023.02.02 19:23:30.676 3: HM485d: Tx: ACK(2,B)(59) 00000002 -> 0000470C [2] {0D6A}
2023.02.02 19:23:30.676 4: HM485d: Tx: FD0507721C1900
2023.02.02 19:23:50.866 4: HM485d: Rx: FD02084B
2023.02.02 19:23:50.867 4: HM485d: Tx: FD03086100

Ralf9

Das 0000470C ist demnach ein HMW-SEN-SC-12-DR

Ein "set getConfig" sollte eigentlich immer ausgeführt werden, zumindest sollte im fhem log stehen warum es nicht ausgeführt wird.
Evtl passt in Deiner fhem konfig oder am HN485 Modul irgendwas nicht.

Du kannst mal nur mit dem 0000470C oder zusätzlich mit 0000808C am bus, einen fhem neustart machen.
Bei einem fhem neustart sollte das getConfig automatisch ausgeführt werden
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

Saphora

Kurz vorweg: LÖSUNG GEFUNDEN

Jetzt hatte ich gerade einen Gedankenblitz, was sich geändert hatte.
Das ist zwar auch schon mindestens 2 Wochen her, aber es war ein Versuch wert rückgängig zu machen...

Ich hatte im FHEM noch HMW Geräte angelernt, die aber als Reserve dienen.
Daher sind die Geräte schhon länger nicht mehr am Bus, aber in der FHEM Config.
Da die Geräte einmal angelernt waren und somit immer wieder im Logging mit TIMEOUT angezeigt wurden, habe ich das Attribut "ignore 1" gesetzt, um diese Geräte von FHEM zu ignorieren.
attr HMW_LC_Sw2_DR_PEQ1840937 ignore 1
Das scheint auch für ca. zwei Wochen geklappt zu haben.
Bis vor ein paar Tagen, als der Bus vom FHEM aus nicht mehr richtig erreichbar war.
Kann sich das jemand erklären?
Macht das Attribut ignore eine solche Auswirkung?

Ralf9

Vermutlich hat dies bis jetzt noch niemand getestet, evtl kann Thorsten was dazu sagen
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

Saphora

Abschließend noch großen Dank an alle, die bei der Fehleruche mitgeholfen hatten.
Habe hierdurch viel über den HM-Bus gelernt.

Großen Dank  :D

Thorsten Pferdekaemper

Zitat von: Ralf9 am 02 Februar 2023, 20:01:31
Vermutlich hat dies bis jetzt noch niemand getestet, evtl kann Thorsten was dazu sagen
Mmm... Ich muss da mal genauer hinschauen, aber ich kann mir vorstellen, dass beim Starten das "ignore" sozusagen ignoriert wird. D.h. auch für diese Devices versucht das System die Konfigurationsdaten zu bekommen. Allerdings ist es komisch, dass das dann so üble Auswirkungen auf die anderen Geräte hat. Theoretisch wird dadurch vielleicht der Bus ein bisschen langsamer, aber alles müsste im Prinzip zumindest meistens funktionieren. Außerdem sollte das System vielleicht auch irgendwann aufgeben, wenn es ein Gerät halt einfach nicht erreicht.
Aber wie gesagt: Ich muss mir das mal genauer anschauen. Leider habe ich im Moment kein Test-Setup und will sowas nicht so gerne "live" ausprobieren.
Gruß,
   Thorsten
FUIP