HMW mit RaspberryPi über WIZ108

Begonnen von Kernel, 04 Dezember 2017, 21:16:20

Vorheriges Thema - Nächstes Thema

Kernel

Hallo. Ich habe FHEM auf einme Raspberry installiert (beides neueste Version). Ich habe ein funktionierendes HMW-System mit einigen Komponenten an einer CCU1 problemlos am laufen. Da mi aber FHEM viel besser gefällt, möchte ich die CCU gerne mit FHEM ersetzen. Dazu habe ich die HMW-Komponenten in FHEM eingebunden und einen WIZnet108SR als LAN-Gateway eingebunden. ch habe die korrekten Einstellungen (19200, 8, E, 1) vorgenommen und den Port 5000 eingestellt. So wie es aussieht, kann FHEM den lokalen Port 2000 öffnen und sich mit dem WIZ verbinden. Da beim Discovery aber nie Geräte gefunden wurden und immer irgendein NACK kam, habe ich ein kleines Subnetz aus WIZ + 3 Komponenten aufgebaut. Das Ergebnis ist aber das gleiche... Ich habe daraufhin einen virtuellen COM-Port auf den Remoteport geöffnet und die Daten mitgeschrieben. Das sieht für jedenfalls nach korrekten Daten aus und wenn ich Eingänge nach GND kurzschließe, werden auch Kommandos über den Bus sichtbar. Jedoch kann FHEM keine richtige Kommunikation aufbauen. Hat jemand eine Idee, was ich falsch mache? Ich habe ein paar Bilder und Log bzw. Config-Auszüge angehängt. HILFE... ??? Vielen Dank schon einmal.

Thorsten Pferdekaemper

Hi,
ich hatte mal so ein Teil am Laufen, also geht es prinzipiell...
In den Dateien, die Du geliefert hast, kann ich sehen, dass FHEM prinzipiell den Tastendruck des Device empfängt. Allerdings scheint das Device nicht auf FHEM zu reagieren.
Hast Du mal versucht, ein Device manuell (per define) anzulegen und dann ein Kommando hinzuschicken?
Gruß,
   Thorsten
FUIP

Kernel

Hallo.

Danke erst einmal für die Antwort und ich bin erleichtert, dass es eigentlich gehen müsste...

Woran könnte es liegen, dass es nicht automatisch geht? Ich würde es ja auch manuell versuchen, aber überall wo ich nachgelesen habe stand, dass die Geräte automatisch nach Discovery oder Datenübertragung angelegt werden. Ich hab nirgendwo gefunden, wie ich ein Gerät per define festlege. Könntest du mir da einen Tipp geben? Die Adresse eines der Testgeräte lautet z.B. LEQ0116793. Wie würde das define dafür heißen (Typ: HMW-LC-Sw2-DR)?

Danke schon einmal.

Thorsten Pferdekaemper

Hi,
das steht in Deiner lokalen Commandref, aka "Device specific help".
Offenbar ist die Adresse eines der Devices 0000B7B0. Also müsste ein Define etwa so gehen:

define irgendeinname HM485 0000B7B0

Dann müsste FHEM zumindest versuchen, dem Device Nachrichten zu senden. Kannst Du dazu was in Deinem Monitor sehen?
Wir müssen erst einmal herausfinden, ob FHEM nichts auf den Bus bekommt oder ob was auf dem Bus ankommt und das Gerät es einfach ignoriert.
Gruß,
   Thorsten
FUIP

Kernel

Danke für die Antwort.

Ich hab jetzt mal 2 der Testgeräte per define angelegt, aber bei beiden kommen immer RESPONSE TIMEOUTS.

Was könnte es denn sonst noch sein?

Kernel

Hallo, hat irgendjemand noch eine Idee, woran es liegen könnte?

Thorsten Pferdekaemper

Hi,
kannst Du mal ein level 5 log des HM485_LAN device liefern?
Gruß,
   Thorsten
FUIP

Kernel

Hi. Vielen Dank für die Hilfe.
Ich habe den raspberry gerade wieder gebootet und ein aktuelles log angehängt. Da sind auch noch LOGs von letztem Jahr drin.
Ich bin auch gerade dabei, sowohl den raspberry, als auch FHEM zu aktualisieren. Das läuft aber noch
Vielen Dank schonmal.

Thorsten Pferdekaemper

Hi,
ich meinte den Teil des logs, bei dem Du versuchst, irgend etwas an das Device zu senden. Ich werde nicht durch 7MB Logs durchgehen.
Gruß,
   Thorsten
FUIP

Thorsten Pferdekaemper

Nein, nicht discovery. Mach mal das define, das ich Dir vorgeschlagen habe und währenddessen ein level 5 Log.
Gruß,
  Thorsten
FUIP

Kernel

So, jetzt habe ich
define Test HM485 0000B7B0
gemacht und alles in ein komplett neues log geschrieben.

Ergebnis ist Response timeout und configStatus failed

Thorsten Pferdekaemper

Hi,
ok, FHEM versucht was rauszuschicken, aber das Device bekommt es nicht oder ignoriert es.
Kannst Du mal am Device einen Eingang auf GND ziehen und davon ein Log machen?
Gruß,
   Thorsten
FUIP

Kernel

Ich hab jetzt alle bis auf ein Gerät vom Bus getrennt und an dem Gerät DA5B einen Taster gedrückt und das ist das logergebis
Beim define von diesem Gerät kommt zwar kein failed, aber es steht immer noch reading da

Kernel

Ich habe jetzt wirklich nur ein Sw2-DR angeschlosse und neu gebootet.
Nach dem Tastendruck kommt im normalen Log folgendes:


2018.03.13 23:38:08 5: hm485: HM485_LAN_Write TX: 7
2018.03.13 23:38:08 5: SW: fd02074b
2018.03.13 23:38:08 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 7 Cmd: 97
2018.03.13 23:38:08 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (7) 00 AliveStatus: 00
2018.03.13 23:38:11 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2018.03.13 23:38:11 4: hm485: Event:HASH(0x171f720)
2018.03.13 23:38:11 5: hm485: Dispatch: FD0F0065FFFFFFFFFE0000B7B069030000
2018.03.13 23:38:11 5: hm485: dispatch �\017\000e�����\000\000��i\003\000\000
2018.03.13 23:38:11 3: HM485: HM485: Converting device files
2018.03.13 23:38:11 3: HM485: ==============================
2018.03.13 23:38:11 3: HM485: hmw_central.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_generic.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io12_sw14_dr.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io12_sw7_dr.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io12_sw7_dr_V3_02.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io_12_fm.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io_4_fm.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io_4_fm_V3_02.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_io_sr_fm.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_lc_bl1_dr.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_lc_bl1_dr_V3_02.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_lc_dim1l_dr.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_lc_sw2_dr.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_lc_sw2_dr_V3_02.xml up to date
2018.03.13 23:38:11 3: HM485: hmw_sen_sc_12_dr.xml up to date
2018.03.13 23:38:11 3: HM485: Loading available device files
2018.03.13 23:38:11 3: HM485: ==============================
2018.03.13 23:38:11 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2018.03.13 23:38:11 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2018.03.13 23:38:11 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2018.03.13 23:38:11 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2018.03.13 23:38:12 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2018.03.13 23:38:13 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2018.03.13 23:38:13 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2018.03.13 23:38:13 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2018.03.13 23:38:13 5: hm485: HM485_Parse: MsgId: 0
2018.03.13 23:38:13 5: hm485: HM485_Parse: ProcessEvent
2018.03.13 23:38:13 5: hm485: HM485_ProcessEvent: hmwId = 0000B7B0 msgData = 69030000
2018.03.13 23:38:13 4: hm485: Device 0000B7B0 not defined yet. We need the type for autocreate
2018.03.13 23:38:13 5: hm485: HM485_QueueCommand68
2018.03.13 23:38:13 5: hm485: HM485_QueueStart: Num: 0
2018.03.13 23:38:13 5: hm485: HM485_QueueProcessStep: HASH(0x1d406d0)
2018.03.13 23:38:13 5: hm485: HM485_LAN_Write TX: 8
2018.03.13 23:38:13 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000006
2018.03.13 23:38:13 5: SW: fd0d0853c80000b7b0980000000168
2018.03.13 23:38:13 4: hm485: hm485: TX: (8) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)
2018.03.13 23:38:13 5: hm485: HM485_QueueSetRequestId start
2018.03.13 23:38:13 5: hm485: HM485_QueueSetRequestId: Id: 8
2018.03.13 23:38:13 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 8 Cmd: 97
2018.03.13 23:38:13 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (8) 3439 AliveStatus: 34
2018.03.13 23:38:13 5: hm485: HM485_LAN_DispatchNack: Start
2018.03.13 23:38:13 3: hm485: NACK: (8) 0000B7B0
2018.03.13 23:38:14 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000006
2018.03.13 23:38:14 5: hm485: HM485_LAN_CheckResendQueueItems: DispatchNack
2018.03.13 23:38:14 5: hm485: HM485_LAN_DispatchNack: Start
2018.03.13 23:38:33 5: hm485: HM485_LAN_Write TX: 9
2018.03.13 23:38:33 5: SW: fd02094b
2018.03.13 23:38:33 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 9 Cmd: 97
2018.03.13 23:38:33 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (9) 00 AliveStatus: 00


In dem HM485-Log steht dann

2018.03.13 23:38:08.253 4: HM485d: Rx: FD02074B
2018.03.13 23:38:08.255 4: HM485d: Tx: FD03076100
2018.03.13 23:38:11.074 3: HM485d: Rx:  I[3](3,Y,F,B)(FE) 0000B7B0 -> FFFFFFFF [6] 69(i) 030000 {CCDE}
2018.03.13 23:38:11.076 4: HM485d: Tx: FD0F0065FFFFFFFFFE0000B7B069030000
2018.03.13 23:38:13.229 4: HM485d: Rx: FD0D0853C80000B7B0980000000168
2018.03.13 23:38:13.234 5: SW: fd0000b7b098000000010368d174
2018.03.13 23:38:13.244 3: HM485d: Tx: (8:1) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)  {D174}
2018.03.13 23:38:13.449 5: SW: fd0000b7b098000000010368d174
2018.03.13 23:38:13.453 3: HM485d: Tx: (8:2) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)  {D174}
2018.03.13 23:38:13.658 5: SW: fd0000b7b098000000010368d174
2018.03.13 23:38:13.662 3: HM485d: Tx: (8:3) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)  {D174}
2018.03.13 23:38:13.865 4: HM485d: Tx: FD0408613439
2018.03.13 23:38:33.883 4: HM485d: Rx: FD02094B
2018.03.13 23:38:33.884 4: HM485d: Tx: FD03096100
2018.03.13 23:38:53.909 4: HM485d: Rx: FD020A4B
2018.03.13 23:38:53.911 4: HM485d: Tx: FD030A6100
2018.03.13 23:39:13.943 4: HM485d: Rx: FD020B4B
2018.03.13 23:39:13.945 4: HM485d: Tx: FD030B6100
2018.03.13 23:39:33.963 4: HM485d: Rx: FD020C4B
2018.03.13 23:39:33.964 4: HM485d: Tx: FD030C6100
2018.03.13 23:39:53.996 4: HM485d: Rx: FD020D4B
2018.03.13 23:39:53.998 4: HM485d: Tx: FD030D6100
2018.03.13 23:40:14.034 4: HM485d: Rx: FD020E4B
2018.03.13 23:40:14.036 4: HM485d: Tx: FD030E6100
2018.03.13 23:40:34.057 4: HM485d: Rx: FD020F4B
2018.03.13 23:40:34.059 4: HM485d: Tx: FD030F6100
2018.03.13 23:40:54.096 4: HM485d: Rx: FD02104B
2018.03.13 23:40:54.097 4: HM485d: Tx: FD03106100
2018.03.13 23:41:14.113 4: HM485d: Rx: FD02114B
2018.03.13 23:41:14.116 4: HM485d: Tx: FD03116100
2018.03.13 23:41:34.140 4: HM485d: Rx: FD02124B
2018.03.13 23:41:34.142 4: HM485d: Tx: FD03126100
2018.03.13 23:41:54.180 4: HM485d: Rx: FD02134B
2018.03.13 23:41:54.181 4: HM485d: Tx: FD03136100
2018.03.13 23:42:14.219 4: HM485d: Rx: FD02144B
2018.03.13 23:42:14.221 4: HM485d: Tx: FD03146100
2018.03.13 23:42:34.239 4: HM485d: Rx: FD02154B
2018.03.13 23:42:34.241 4: HM485d: Tx: FD03156100
2018.03.13 23:42:54.272 4: HM485d: Rx: FD02164B
2018.03.13 23:42:54.274 4: HM485d: Tx: FD03166100

Thorsten Pferdekaemper

Hi,
kann es sein, dass Du die Taste drückst bevor FHEM richtig gestartet ist? Das kann nicht funktionieren. Könntest Du mal zwei Minuten warten nachdem Du FHEM startest und dann erst eine Taste drücken (d.h. ein Eingang mit GND verbinden)? Ich hätte gerne das Log ungefähr eine Sekunde vor dem Tastendruck bis 10 Sekunden danach.
Außerdem hätte ich gerne ein list des Geräts mit der Adresse 0000B7B0 und ein list des HM485_LAN Device.
Danke&Gruß,
   Thorsten 
FUIP

Kernel

1. Neustart FHEM um 18:14:53
2. Button gedrückt um 18:20:15

Hier ist der Log. Mir fällt gerade auf, dass es erst wirklich mit dem Tastendruck losgeht und 3s danach hört es auch schon wieder auf.


2018.03.14 18:19:59.448 4: HM485d: Tx: FD03106100
2018.03.14 18:20:15.733 3: HM485d: Rx:  I[0](3,Y,F,B)(F8) 0000B7B0 -> FFFFFFFF [6] 69(i) 03C800 {9F4C}
2018.03.14 18:20:15.735 4: HM485d: Tx: FD0F0065FFFFFFFFF80000B7B06903C800
2018.03.14 18:20:17.980 4: HM485d: Rx: FD0D1153C80000B7B0980000000168
2018.03.14 18:20:17.985 5: SW: fd0000b7b098000000010368d174
2018.03.14 18:20:17.996 3: HM485d: Tx: (17:1) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)  {D174}
2018.03.14 18:20:18.202 5: SW: fd0000b7b098000000010368d174
2018.03.14 18:20:18.206 3: HM485d: Tx: (17:2) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)  {D174}
2018.03.14 18:20:18.411 5: SW: fd0000b7b098000000010368d174
2018.03.14 18:20:18.415 3: HM485d: Tx: (17:3) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)  {D174}
2018.03.14 18:20:18.618 4: HM485d: Tx: FD0411613439
2018.03.14 18:20:38.649 4: HM485d: Rx: FD02124B


Im FHEM Log steht dann folgendes:
2018.03.14 18:19:59 5: hm485: HM485_LAN_Write TX: 16
2018.03.14 18:19:59 5: SW: fd02104b
2018.03.14 18:19:59 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 16 Cmd: 97
2018.03.14 18:19:59 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (16) 00 AliveStatus: 00
2018.03.14 18:20:15 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2018.03.14 18:20:15 4: hm485: Event:HASH(0x2357688)
2018.03.14 18:20:15 5: hm485: Dispatch: FD0F0065FFFFFFFFF80000B7B06903C800
2018.03.14 18:20:15 5: hm485: dispatch �\017\000e�����\000\000��i\003�\000
2018.03.14 18:20:16 3: HM485: HM485: Converting device files
2018.03.14 18:20:16 3: HM485: ==============================
2018.03.14 18:20:16 3: HM485: hmw_central.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_generic.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io12_sw14_dr.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io12_sw7_dr.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io12_sw7_dr_V3_02.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io_12_fm.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io_4_fm.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io_4_fm_V3_02.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_io_sr_fm.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_lc_bl1_dr.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_lc_bl1_dr_V3_02.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_lc_dim1l_dr.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_lc_sw2_dr.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_lc_sw2_dr_V3_02.xml up to date
2018.03.14 18:20:16 3: HM485: hmw_sen_sc_12_dr.xml up to date
2018.03.14 18:20:16 3: HM485: Loading available device files
2018.03.14 18:20:16 3: HM485: ==============================
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_central.pm
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_generic.pm
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw14_dr.pm
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr.pm
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io12_sw7_dr_V3_02.pm
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_12_fm.pm
2018.03.14 18:20:16 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_4_fm_V3_02.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_io_sr_fm.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_bl1_dr_V3_02.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_dim1l_dr.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_lc_sw2_dr_V3_02.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_sen_sc_12_dr.pm
2018.03.14 18:20:17 3: HM485: Loading device file: ./FHEM/lib/HM485/Devices/hmw_virtual.pm
2018.03.14 18:20:17 5: hm485: HM485_Parse: MsgId: 0
2018.03.14 18:20:17 5: hm485: HM485_Parse: ProcessEvent
2018.03.14 18:20:17 5: hm485: HM485_ProcessEvent: hmwId = 0000B7B0 msgData = 6903C800
2018.03.14 18:20:17 4: hm485: Device 0000B7B0 not defined yet. We need the type for autocreate
2018.03.14 18:20:17 5: hm485: HM485_QueueCommand68
2018.03.14 18:20:17 5: hm485: HM485_QueueStart: Num: 0
2018.03.14 18:20:17 5: hm485: HM485_QueueProcessStep: HASH(0x2961508)
2018.03.14 18:20:17 5: hm485: HM485_LAN_Write TX: 17
2018.03.14 18:20:17 5: hm485: HM485_LAN_SendQueueNextItem: QID: 00000001
2018.03.14 18:20:17 5: SW: fd0d1153c80000b7b0980000000168
2018.03.14 18:20:17 4: hm485: hm485: TX: (17) I[0](0,Y,F,B)(98) 00000001 -> 0000B7B0 [3] 68(h)
2018.03.14 18:20:17 5: hm485: HM485_QueueSetRequestId start
2018.03.14 18:20:17 5: hm485: HM485_QueueSetRequestId: Id: 17
2018.03.14 18:20:18 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 17 Cmd: 97
2018.03.14 18:20:18 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (17) 3439 AliveStatus: 34
2018.03.14 18:20:18 5: hm485: HM485_LAN_DispatchNack: Start
2018.03.14 18:20:18 3: hm485: NACK: (17) 0000B7B0
2018.03.14 18:20:18 5: hm485: HM485_LAN_CheckResendQueueItems: QID: 00000001
2018.03.14 18:20:19 5: hm485: HM485_LAN_CheckResendQueueItems: DispatchNack
2018.03.14 18:20:19 5: hm485: HM485_LAN_DispatchNack: Start
2018.03.14 18:20:38 5: hm485: HM485_LAN_Write TX: 18



Internals:
   DEF        localhost:2100
   DeviceName localhost:2100
   FD         4
   InterfaceType HMW-SOFT-GW
   LASTInputDev hm485
   Last_Sent_RAW_CMD 0000B7B0 98 00000001 68
   Last_Sent_RAW_CMD_State NACK
   MSGCNT     1
   NAME       hm485
   NR         21
   PARTIAL   
   ProtokolVersion 01
   STATE      opened
   SerialNumber heq25167
   TYPE       HM485_LAN
   Version    0.2.2
   currentQueueId 0
   hm485_MSGCNT 1
   hm485_TIME 2018-03-14 18:20:17
   hmwId      00000001
   msgCounter 34
   queueId    1
   queueRunning 0
   READINGS:
     2018-03-14 18:14:59   state           opened
   ctrl:
     0000B7B0   98
   keepalive:
     ok         1
     retry      0
   sendQueue:
Attributes:
   HM485d_device 192.168.0.37:5000
   HM485d_logVerbose 5
   HM485d_logfile ./log/hm485_test.log
   HM485d_serialNumber heq25167
   autoReadConfig always
   configReadRetries 3
   hmwId      00000001
   room       HM485
   verbose    5


Internals:
   CFGFN     
   DEF        0000B7B0
   FailedConfigReads 0
   IODev      hm485
   NAME       Test
   NR         60
   STATE      ???
   TYPE       HM485
   READINGS:
     2018-03-14 18   configStatus    READING
   cache:
     sets       Unknown argument ?, choose one of  getConfig raw reset
Attributes:
   IODev      hm485


Ich hoffe mal, dass das die richtigen listings sind, die du brauchst. Beim define des B7B0 Geräts klappt das reading wieder nicht (Ergebnis ???)
Kann man irgendwie das Device resetten (außer Spannung wegnehmen)?

Thorsten Pferdekaemper

Hi,

man sieht zumindest mal, dass FHEM den Tastendruck empfängt und darauf reagiert. Es sieht aber so aus, als ob das Device auf das, was FHEM schickt, nicht reagiert.
Ansonsten sind da schon ein paar Seltsamkeiten drin. Es sieht so aus, als ob beim Tastendruck das Device noch gar nicht definiert ist. D.h. es ist gar kein HM485-Device vorhanden. Andererseits hast Du ein list davon geliefert. Da stimmt was nicht. Oder hast Du das define erst nach der ganzen Aktion gemacht? Wenn das der Fall ist, dann mach mal das define, warte zwei Minuten und drücke dann erst die Taste.
...und davon wieder in level 5 Log.

Von wegen Device resetten: Die Spannung wegnehmen bringt nichts, aber warum überhaupt?

Gruß,
   Thorsten
FUIP

Kernel

Diesmal hab ich das device schon in der config definiert und 2 minuten gewartet. Ich würde aber sagen, es hat sich nicht wirklich was geändert.

2018.03.14 22:07:22.035 0: HM485d: Server stopped ...
2018.03.14 22:07:25.809 3: HM485d: port 2100 opened
2018.03.14 22:07:25.811 3: HM485d: server waiting for client connection on port 2100
2018.03.14 22:07:25.822 3: Opening SERIAL device 192.168.0.37:5000
2018.03.14 22:07:25.919 3: SERIAL device opened
2018.03.14 22:07:25.921 2: HM485d: SERIAL connected to device 192.168.0.37:5000
2018.03.14 22:07:25.923 1: HM485d: Server started ...
2018.03.14 22:07:32.637 4: Connection accepted from HM485d_127.0.0.1_49346
2018.03.14 22:07:32.639 4: HM485d: Tx: H00,01,HMW-SOFT-GW,0.2.2,heq25167

2018.03.14 22:07:32.771 4: HM485d: Rx: FD3E30312C303030300D0A
2018.03.14 22:07:52.799 4: HM485d: Rx: FD02024B
2018.03.14 22:07:52.801 4: HM485d: Tx: FD03026100
2018.03.14 22:08:12.815 4: HM485d: Rx: FD02034B
2018.03.14 22:08:12.817 4: HM485d: Tx: FD03036100
2018.03.14 22:08:32.849 4: HM485d: Rx: FD02044B
2018.03.14 22:08:32.851 4: HM485d: Tx: FD03046100
2018.03.14 22:08:52.882 4: HM485d: Rx: FD02054B
2018.03.14 22:08:52.884 4: HM485d: Tx: FD03056100
2018.03.14 22:09:12.913 4: HM485d: Rx: FD02064B
2018.03.14 22:09:12.915 4: HM485d: Tx: FD03066100
2018.03.14 22:09:32.947 4: HM485d: Rx: FD02074B
2018.03.14 22:09:32.949 4: HM485d: Tx: FD03076100
2018.03.14 22:09:52.962 4: HM485d: Rx: FD02084B
2018.03.14 22:09:52.964 4: HM485d: Tx: FD03086100
2018.03.14 22:10:12.992 4: HM485d: Rx: FD02094B
2018.03.14 22:10:12.994 4: HM485d: Tx: FD03096100
2018.03.14 22:10:17.125 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 0000B7B0 -> FFFFFFFF [6] 69(i) 03C800 {6D5C}
2018.03.14 22:10:17.128 4: HM485d: Tx: FD0F0065FFFFFFFFFC7C0000B7B06903C800
2018.03.14 22:10:37.151 4: HM485d: Rx: FD020A4B
2018.03.14 22:10:37.153 4: HM485d: Tx: FD030A6100
2018.03.14 22:10:57.165 4: HM485d: Rx: FD020B4B
2018.03.14 22:10:57.167 4: HM485d: Tx: FD030B6100
2018.03.14 22:11:17.188 4: HM485d: Rx: FD020C4B
2018.03.14 22:11:17.190 4: HM485d: Tx: FD030C6100


018.03.14 22:07:22 3: hm485: Start HM485d with command line: ./FHEM/lib/HM485/HM485d/HM485d.pl --hmwId 00000001 --serialNumber heq25167 --device 192.168.0.37:5000 --localPort 2100 --logfile ./log/hm485_define.log --verbose 5
2018.03.14 22:07:22 3: hm485: HM485d was started with PID:   988
2018.03.14 22:07:22 3: hm485: Connect to HM485d delayed for 10 seconds
2018.03.14 22:07:32 3: Opening hm485 device localhost:2100
2018.03.14 22:07:32 3: hm485: connected to device localhost:2100
2018.03.14 22:07:32 2: hm485: Renice:
We trust you have received the usual lecture from the local System
Administrator. It usually boils down to these three things:

    #1) Respect the privacy of others.
    #2) Think before you type.
    #3) With great power comes great responsibility.

sudo: no tty present and no askpass program specified

2018.03.14 22:07:32 3: hm485 device opened
2018.03.14 22:07:32 3: hm485: Lan Device Information
2018.03.14 22:07:32 3: hm485: Protocol-Version: 01
2018.03.14 22:07:32 3: hm485: Interface-Type: HMW-SOFT-GW
2018.03.14 22:07:32 3: hm485: Firmware-Version: 0.2.2
2018.03.14 22:07:32 3: hm485: Serial-Number: heq25167
2018.03.14 22:07:32 5: hm485: HM485_LAN_Write TX: 1
2018.03.14 22:07:32 3: hm485: Initialize the interface
2018.03.14 22:07:32 5: SW: fd3e30312c303030300d0a
2018.03.14 22:07:52 5: hm485: HM485_LAN_Write TX: 2
2018.03.14 22:07:52 5: SW: fd02024b
2018.03.14 22:07:52 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 2 Cmd: 97
2018.03.14 22:07:52 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (2) 00 AliveStatus: 00
2018.03.14 22:08:12 5: hm485: HM485_LAN_Write TX: 3
2018.03.14 22:08:12 5: SW: fd02034b
2018.03.14 22:08:12 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 3 Cmd: 97
2018.03.14 22:08:12 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (3) 00 AliveStatus: 00
2018.03.14 22:08:32 5: hm485: HM485_LAN_Write TX: 4
2018.03.14 22:08:32 5: SW: fd02044b
2018.03.14 22:08:32 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 4 Cmd: 97
2018.03.14 22:08:32 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (4) 00 AliveStatus: 00
2018.03.14 22:08:52 5: hm485: HM485_LAN_Write TX: 5
2018.03.14 22:08:52 5: SW: fd02054b
2018.03.14 22:08:52 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 5 Cmd: 97
2018.03.14 22:08:52 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (5) 00 AliveStatus: 00
2018.03.14 22:09:12 5: hm485: HM485_LAN_Write TX: 6
2018.03.14 22:09:12 5: SW: fd02064b
2018.03.14 22:09:12 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 6 Cmd: 97
2018.03.14 22:09:12 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (6) 00 AliveStatus: 00
2018.03.14 22:09:32 5: hm485: HM485_LAN_Write TX: 7
2018.03.14 22:09:32 5: SW: fd02074b
2018.03.14 22:09:32 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 7 Cmd: 97
2018.03.14 22:09:32 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (7) 00 AliveStatus: 00
2018.03.14 22:09:52 5: hm485: HM485_LAN_Write TX: 8
2018.03.14 22:09:52 5: SW: fd02084b
2018.03.14 22:09:52 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 8 Cmd: 97
2018.03.14 22:09:52 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (8) 00 AliveStatus: 00
2018.03.14 22:10:12 5: hm485: HM485_LAN_Write TX: 9
2018.03.14 22:10:12 5: SW: fd02094b
2018.03.14 22:10:13 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 9 Cmd: 97
2018.03.14 22:10:13 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (9) 00 AliveStatus: 00
2018.03.14 22:10:17 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 0 Cmd: 101
2018.03.14 22:10:17 4: hm485: Event:HASH(0x2eaecc8)
2018.03.14 22:10:17 5: hm485: Dispatch: FD0F0065FFFFFFFFFC0000B7B06903C800
2018.03.14 22:10:17 5: hm485: dispatch �\017\000e�����\000\000��i\003�\000
2018.03.14 22:10:17 5: hm485: HM485_Parse: MsgId: 0
2018.03.14 22:10:17 5: hm485: HM485_Parse: ProcessEvent
2018.03.14 22:10:17 5: hm485: HM485_ProcessEvent: hmwId = 0000B7B0 msgData = 6903C800
2018.03.14 22:10:17 3: Test: HM485_ProcessChannelState: hmwId = 0000B7B0 No Device Key
2018.03.14 22:10:37 5: hm485: HM485_LAN_Write TX: 10
2018.03.14 22:10:37 5: SW: fd020a4b
2018.03.14 22:10:37 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 10 Cmd: 97
2018.03.14 22:10:37 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (10) 00 AliveStatus: 00
2018.03.14 22:10:57 5: hm485: HM485_LAN_Write TX: 11
2018.03.14 22:10:57 5: SW: fd020b4b
2018.03.14 22:10:57 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 11 Cmd: 97
2018.03.14 22:10:57 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (11) 00 AliveStatus: 00
2018.03.14 22:11:17 5: hm485: HM485_LAN_Write TX: 12
2018.03.14 22:11:17 5: SW: fd020c4b
2018.03.14 22:11:17 5: hm485: HM485_LAN_parseIncommingCommand: MsgId: 12 Cmd: 97
2018.03.14 22:11:17 5: hm485: HM485_LAN_parseIncommingCommand: Alive: (12) 00 AliveStatus: 00

Thorsten Pferdekaemper

Hi,
das ganze war jetzt auch eher damit wir ausschließen können, dass da was seltsames in FHEM selbst passiert. Ich glaube inzwischen allerdings eher, dass das Device nichts empfängt bzw. der Wiznet nichts rausschickt.
Hast Du die Möglichkeit nachzuprüfen, ob tatsächlich was auf dem Bus ankommt? Also z.B. mit einem Arduino, Oszi etc.?
Ansonsten vielleicht mal mit den Wiznet-Einstellungen rumspielen. Baudrate etc. kann es eigentlich nicht sein, aber vielleicht dieses Keepalive oder irgendein Inactivity Timer.
Gruß,
   Thorsten
FUIP

Thorsten Pferdekaemper

Hi,
bist Du inzwischen weiter gekommen?
Gruß,
   Thorsten
FUIP

Kernel

Hi.
Ja, bin ich. Danke für den Tipp mit dem Oszi. Ich habe gemessen und gemerkt, dass nichts aus dem Transceiver heraus kommt. Dann hab ich ihn aufgeschraubt und den verkohlten Pullup an der Busleitung getauscht. Und seitdem funktioniert es hervorragend ohne Probleme. Alle Module werden automatisch erkannt und auch die Steuerung und Kanalzuweisung funktioniert prima.

Vielen Dank für Deine Geduld!