Hallo zusammen,
ich bin nach langer Zeit mal wieder auf Fehlersuche. Ich betreibe folgendes Setup:
1) Linux-Server mit FHEM
2) Raspberry mit angeschlossenem DIGITUS DA-70157 (via hm485d) und HMW-IO-12-Sw7-DR.
Beide Geräte im selben LAN.
Bisher lief das auch problemlos. Letztens ist mir die Server-Festplatte vollgeschrieben worden, worauf mein ganzes FHEM natürlich nicht mehr rund lief. Nachdem alles bereinigt war lief obige Konfiguration nicht mehr. Ob das im Zusammenhang steht kann ich nicht sagen.
Was ich dauerhaft bekomme, ist ein
HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
Mit verbose 5 kommt im logfile:
2022.07.24 17:57:26.478 3: HM485d: port 2222 opened
2022.07.24 17:57:26.478 3: HM485d: server waiting for client connection on port 2222
2022.07.24 17:57:26.479 3: Opening SERIAL device /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0LH7WT-if00-port0
2022.07.24 17:57:26.518 3: Can't open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AB0LH7WT-if00-port0: No such file or directory
2022.07.24 17:57:26.519 1: HM485d: Server started ...
ls -l /dev/serial/by-id/
gibt mir den Adapter aber zurück:
lrwxrwxrwx 1 root root 13 Jul 24 17:30 usb-FTDI_FT232R_USB_UART_AB0LH7WT-if00-port0 -> ../../ttyUSB0
Wenn ich auf Discovery gehe (auch wenn das Gerät schon vorhanden ist), landen folgende Einträge im log:
2022.07.24 18:44:34.447 5: DevIo_SimpleWrite HM485pool: fd0d0a53c8ffffffff98000000107a
2022.07.24 18:44:34.448 4: HM485pool: HM485pool: TX: (10) I[0](0,Y,F,B)(98) 00000010 -> FFFFFFFF [3] 7A(z)
2022.07.24 18:44:34.550 5: HM485pool: HM485_LAN_CheckResendQueueItems: QID: 00000002
2022.07.24 18:44:34.551 5: HM485pool: HM485_LAN_SendQueueNextItem: QID: 00000003
2022.07.24 18:44:34.551 5: DevIo_SimpleWrite HM485pool: fd040b4400ff
2022.07.24 18:44:35.555 5: HM485pool: HM485_LAN_CheckResendQueueItems: QID: 00000003
2022.07.24 18:44:35.565 5: HM485pool: HM485_LAN_CheckResendQueueItems: DispatchNack
2022.07.24 18:44:35.566 5: HM485pool: HM485_LAN_DispatchNack: Start
2022.07.24 18:44:36.131 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:44:36.497 5: HM485pool: HM485_LAN_parseIncommingCommand: MsgId: 11 Cmd: 100
2022.07.24 18:44:36.500 3: HM485pool: Discovery - found device: 00019082
2022.07.24 18:44:37.457 5: HM485pool: HM485_LAN_parseIncommingCommand: MsgId: 11 Cmd: 99
2022.07.24 18:44:37.457 4: HM485pool: Do action after discovery Found Devices: 1
2022.07.24 18:44:37.458 5: HM485pool: HM485_LAN_Write TX: 12
2022.07.24 18:44:37.459 5: HM485pool: HM485_LAN_SendQueueNextItem: QID: 00000004
2022.07.24 18:44:37.459 5: DevIo_SimpleWrite HM485pool: fd0d0c53c8ffffffff98000000105a
2022.07.24 18:44:37.461 4: HM485pool: HM485pool: TX: (12) I[0](0,Y,F,B)(98) 00000010 -> FFFFFFFF [3] 5A(Z)
2022.07.24 18:44:37.462 5: HM485pool: HM485_LAN_Write TX: 13
2022.07.24 18:44:37.563 5: HM485pool: HM485_LAN_CheckResendQueueItems: QID: 00000004
2022.07.24 18:44:37.563 5: HM485pool: HM485_LAN_SendQueueNextItem: QID: 00000005
2022.07.24 18:44:37.563 5: DevIo_SimpleWrite HM485pool: fd0d0d53c8ffffffff98000000105a
2022.07.24 18:44:37.565 4: HM485pool: HM485pool: TX: (13) I[0](0,Y,F,B)(98) 00000010 -> FFFFFFFF [3] 5A(Z)
2022.07.24 18:44:37.668 5: HM485pool: HM485_LAN_CheckResendQueueItems: QID: 00000005
2022.07.24 18:44:41.755 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:44:47.391 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:44:53.020 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:44:57.460 5: HM485pool: HM485_LAN_Write TX: 14
2022.07.24 18:44:57.461 5: DevIo_SimpleWrite HM485pool: fd020e4b
2022.07.24 18:44:57.470 5: HM485pool: HM485_LAN_parseIncommingCommand: MsgId: 14 Cmd: 97
2022.07.24 18:44:57.471 5: HM485pool: HM485_LAN_parseIncommingCommand: Alive: (14) 00 AliveStatus: 00
2022.07.24 18:44:58.887 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:45:04.511 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:45:10.136 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:45:15.768 3: HMW_IO_12_Sw7_DR_OEQ0482290: RESPONSE TIMEOUT for 00019082
2022.07.24 18:45:17.474 5: HM485pool: HM485_LAN_Write TX: 15
2022.07.24 18:45:17.476 5: DevIo_SimpleWrite HM485pool: fd020f4b
Zuerst dachte ich, der Digitus sei defekt. Aber er scheint ja doch irgendwie zu kommunizieren.
Der state des HM485 auf dem Hauptsystem wird permanent mit "opened" angezeigt.
Den Busabschlusswiederstand habe ich dran, aber ein Entfernen hat nichts geändert. Auch GND vom Digitus zu entfernen hat nicht geholfen.
Die Peerings des Moduls sind noch vorhanden und ein drücken der entsprechenden Tasten schaltet die Relais.
Ich bin etwas ratlos, wo ich jetzt noch suchen kann. Ich kann mich erinnern, dass am Anfang die Verbindung auch ähnlich "instabil" war, aber danach lief es monatelang bestens.
Bin für jeden Ratschlag dankbar ::)
Edit:
Es lag am falschen IODev des HMW_IO_12_Sw7_DR. Dieses war auf "HM485" gesetzt, richtig war aber "HM485pool". Habe es dann einfach per
attr HMW_IO_12_Sw7_DR_OEQ0482290 IODev HM485pool
gesetzt und schon lief es wieder.
Ich hatte das zuvor nie manuell gesetzt (bei keiner meiner HMW-Installationen) und kann mir auch nicht erklären, wie es sich verstellt hat.
schöne Grüße
Jo
Hi,
ich glaube, wenn man das nicht manuell setzt, es im Prinzip das erste nimmt, das es findet. Dabei ist es egal, ob es tatsächlich funktioniert. Danach wird dann das Attribut wahrscheinlich automatisch gesetzt.
So wie ich verstanden habe, hast Du das ganze jetzt neu aufgesetzt, wodurch sich vielleicht einfach nur die Reihenfolge geändert hat.
Gruß,
Thorsten
Hallo Thorsten,
danke! Ich betreibe 3 HMW-Installationen parallel. Eine hat einen HM485-Adapter, der genau so heißt (HM485). Und die wurde dann wohl zuerst erkannt. Jetzt läuft es jedenfalls alles wieder rund und ich merke mir für die Zukunft, lieber mal dieses attr zu setzen :)
schöne Grüße
Jo