HM Homebrew - HBW-Sen-KEY (RFID) (erledigt/gelöst)

Florian E. · 16 September 2016, 21:26:37

Moin,

ich habe eine Frage (bzw. ein Problem) zu dem HBW-Sen-KEY und der Anbindung an FHEM.
https://github.com/kc-GitHub/HM485-Lib/tree/markus/HBW-Sen-KEY

Es ist wohl genau das, was ich bereits schon von einem anderen Thema gelesen habe: Das die PM Datei nicht mehr zu der FHEM Version passt
https://forum.fhem.de/index.php/topic,22952.msg448374.html#msg448374

Gibt es jemand der für dieses Homebrew Device schon ein neues PM File hat? Oder vielleicht die XML Datei woraus ich das PM File generieren könnte?

Hier noch ein paar Auszüge aus meinem Log-File weshalb ich auf meine Vermutung komme:

Code Auswählen

HM485: Unknown device type 133. Setting model to Generic
2016.09.14 20:55:04 3: HMW_Generic_HBW4073471: Request config for device 42FFFFFF
2016.09.14 20:55:04 3: HMW_Generic_HBW4073471: Lese Eeprom 42FFFFFF
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value $chType in string eq at FHEM/lib/HM485/ConfigurationManager.pm line 258.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value $chType in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 206.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value $chType in concatenation (.) or string at FHEM/lib/HM485/ConfigurationManager.pm line 268.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value $central_address in sprintf at ./FHEM/10_HM485.pm line 766.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/lib/HM485/ConfigurationManager.pm line 225.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value in string eq at FHEM/lib/HM485/ConfigurationManager.pm line 227.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value $chType in concatenation (.) or string at FHEM/lib/HM485/Device.pm line 618.
2016.09.14 20:55:04 1: PERL WARNING: Use of uninitialized value in subtraction (-) at FHEM/lib/HM485/Device.pm line 622.
2016.09.14 20:55:04 3: HMW_Generic_HBW4073471: Set config HMW_Generic_HBW4073471: central_address=1

Danke im Voraus für eure Antwort!

Ps.: Danke im Voraus an Thorsten Pferdekaemper welcher mir bereits seine Hilfe Angeboten hat und mich bat ein separates Thema hierfür auf zu machen.
https://forum.fhem.de/index.php/topic,22952.msg491331.html#msg491331

Ralf9 · 17 September 2016, 20:11:58

ich habe mir die pm-Datei mal angeschaut und ein paar Fehler behoben (siehe Anlage).
Ich konnte die hbw_sen_key.pm nicht vollständig testen da ich kein hbw_sen_key habe.

Gruß Ralf

Florian E. · 17 September 2016, 21:53:50

Moin Ralf,

danke für dein Hilfe. Echt Klasse!
Ich habe die PM Datei sofort in mein FHEM Verzeichnis geladen und den HBM-Sen-KEY gestartet.
Beim zweiten Anlauf hat er das neue Device dann auch nicht mehr als Generic sondern als HBM-Sen-KEY erkannt.

Daraufhin ist folgendes in dem FHEM Log zu beobachten:

Code Auswählen

2016.09.17 21:08:39 3: HBW_SEN_KEY_HBW4073471: Request config for device 42FFFFFF
2016.09.17 21:08:39 3: HBW_SEN_KEY_HBW4073471: Lese Eeprom 42FFFFFF
2016.09.17 21:08:58 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.09.17 21:08:58 3: HBW_SEN_KEY_HBW4073471: RESPONSE TIMEOUT for 42FFFFFF

2016.09.17 21:09:03 3: HM485_LAN: Initialisierung von Modul 42FFFFFF
2016.09.17 21:09:03 3: HBW_SEN_KEY_HBW4073471: Request config for device 42FFFFFF
2016.09.17 21:09:03 3: HBW_SEN_KEY_HBW4073471: Lese Eeprom 42FFFFFF
2016.09.17 21:09:04 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.09.17 21:09:04 3: HBW_SEN_KEY_HBW4073471: RESPONSE TIMEOUT for 42FFFFFF

2016.09.17 21:09:09 3: HM485_LAN: Initialisierung von Modul 42FFFFFF
2016.09.17 21:09:10 3: HBW_SEN_KEY_HBW4073471: Request config for device 42FFFFFF
2016.09.17 21:09:10 3: HBW_SEN_KEY_HBW4073471: Lese Eeprom 42FFFFFF

Bei dem letzten Eintrag hat er dann mit den erneuten Versuchen scheinbar aufgehört.
Zeitgleich habe ich geschaut was auf dem BUS so los war. Anbei eine txt Datei dazu.

Bei automatischen anlegen des Devices wurde auch ein Logfile dafür angelegt. Einen Auszug hiervon habe ich auch als txt angehängt.
Die mit der Uhrzeit 21:09:31 am Ende kommen vom vorhalten eines RFID Keys.

Des Weiteren habe ich ein paar Screenshots gemacht.

Danke im Voraus für die hoffentlich erneute Hilfe!

Gruß Florian

Ralf9 · 17 September 2016, 22:26:52

Das sieht nach Problemen auf dem RS485 Bus aus.

Hier wird dreimal der Lesebefehl (52) gesendet, da aber nachdem dritten mal keine Antwort (response) zurück kommt. Wird ein RESPONSE TIMEOUT erzeugt

Code Auswählen

2016.09.17 21:09:04.289 3: HM485d: Tx: (248:1) I[0](0,F,B)(18) 00000001 -> 42FFFFFF [6] 52(R) 002010 {49AC}
2016.09.17 21:09:04.490 5: SW: fd42ffffff1800000001065200201049ac
2016.09.17 21:09:04.491 3: HM485d: Tx: (248:2) I[0](0,F,B)(18) 00000001 -> 42FFFFFF [6] 52(R) 002010 {49AC}
2016.09.17 21:09:04.692 5: SW: fd42ffffff1800000001065200201049ac
2016.09.17 21:09:04.694 3: HM485d: Tx: (248:3) I[0](0,F,B)(18) 00000001 -> 42FFFFFF [6] 52(R) 002010 {49AC}

Hier kommt erst nach dem dritten Lesebefehl (52) ein response:

Code Auswählen

2016.09.17 21:09:10.614 3: HM485d: Tx: (253:1) I[1](0,F,B)(1A) 00000001 -> 42FFFFFF [6] 52(R) 001010 {66C2}
2016.09.17 21:09:10.814 5: SW: fd42ffffff1a00000001065200101066c2
2016.09.17 21:09:10.816 3: HM485d: Tx: (253:2) I[1](0,F,B)(1A) 00000001 -> 42FFFFFF [6] 52(R) 001010 {66C2}
2016.09.17 21:09:11.016 5: SW: fd42ffffff1a00000001065200101066c2
2016.09.17 21:09:11.018 3: HM485d: Tx: (253:3) I[1](0,F,B)(1A) 00000001 -> 42FFFFFF [6] 52(R) 001010 {66C2}
2016.09.17 21:09:11.157 3: HM485d: Rx: Response: (253) I[0](1,F,B)(38) 42FFFFFF -> 00000001 [18] FF(▒) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF {8EC0}

Gruß Ralf

Florian E. · 17 September 2016, 23:09:06

Hallo Ralf,

jetzt ist nur die Frage woher kommt das? Mit dieser Frage bin ich aktuell etwas überfragt...
Ich habe dir mal die Konfig von meinem WIZ108SR angehängt. Vielleicht sticht dir da ja gleich eine Einstellung ins Auge woran es liegen könnte.

Ich habe den Arduino soeben einmal vom BUS getrennt und FHEM durchgestartet. Die RESPONE TIMEOUT von vorher sind nicht im Log zu finden. Und soweit läuft ja auch alles gut.
Vielleicht ist es auch kein generelles Problem mit dem BUS sondern nur wenn der HBM-Sen-KEY dran ist?

Gruß Florian!

Ralf9 · 17 September 2016, 23:39:53

mit dem WIZ108SR kenne ich mich nicht aus.

Hast Du einen Abschlusswiderstand am Bus?
Hast Du noch andere Module am Bus, dann kannst Du mal versuchen ob es mit dem HBM-Sen-KEY besser wird, wenn Du die anderen Module entfernst.
Wichtig: am Bus nur bei abgeschalteter Spannung arbeiten.

Gruß Ralf

Florian E. · 17 September 2016, 23:49:51

Ja, den Widerstand habe ich.
Mit dem "HMW-LC-SW2-DR" und dem "HMW-Sen-SC-12-FM" hatte ich bis jetzt auch keinerlei Probleme. Sprich es lief immer alles.

Die beiden anderen Module habe ich bereits abgeklemmt.

Nach einem Neustart läuft es immer relativ lange durch den BUS bzw. durch das LOG. Irgendwann ist jedoch vorbei und es wird wieder ruhig.
Ich frage mich nur, ob es dann geht oder ob er es nach den vielen Timeouts dann Aufgegeben hat oder ob es dann geht...

Code Auswählen

2016.09.17 23:40:50.305 5: SW: fd42ffffff1800000001065203f010047e
2016.09.17 23:40:50.306 3: HM485d: Tx: (118:1) I[0](0,F,B)(18) 00000001 -> 42FFFFFF [6] 52(R) 03F010 {047E}
2016.09.17 23:40:50.507 5: SW: fd42ffffff1800000001065203f010047e
2016.09.17 23:40:50.508 3: HM485d: Tx: (118:2) I[0](0,F,B)(18) 00000001 -> 42FFFFFF [6] 52(R) 03F010 {047E}
2016.09.17 23:40:50.709 5: SW: fd42ffffff1800000001065203f010047e
2016.09.17 23:40:50.711 3: HM485d: Tx: (118:3) I[0](0,F,B)(18) 00000001 -> 42FFFFFF [6] 52(R) 03F010 {047E}
2016.09.17 23:40:50.849 3: HM485d: Rx: Response: (118) I[0](0,F,B)(18) 42FFFFFF -> 00000001 [18] FF(▒) FFFFFFFFFFFFFFFFFFFFFFFFFFFFFF {6D7E}
2016.09.17 23:40:50.850 5: SW: fd42ffffff190000000102f506
2016.09.17 23:40:50.851 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 42FFFFFF [2] {F506}
2016.09.17 23:40:50.851 4: HM485d: Tx: FD13767218FFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF
2016.09.17 23:40:50.867 4: HM485d: Rx: FD0E7753C842FFFFFF1A000000015300
2016.09.17 23:40:50.867 5: SW: fd42ffffff1a0000000104530096a8
2016.09.17 23:40:50.868 3: HM485d: Tx: (119:1) I[1](0,F,B)(1A) 00000001 -> 42FFFFFF [4] 53(S) 00 {96A8}
2016.09.17 23:40:51.025 3: HM485d: Rx: Response: (119) I[0](1,F,B)(38) 42FFFFFF -> 00000001 [6] 69(i) 000000 {7EEC}
2016.09.17 23:40:51.026 5: SW: fd42ffffff190000000102f506
2016.09.17 23:40:51.027 3: HM485d: Tx: ACK(0,B)(19) 00000001 -> 42FFFFFF [2] {F506}
2016.09.17 23:40:51.027 4: HM485d: Tx: FD0777723869000000
2016.09.17 23:41:11.034 4: HM485d: Rx: FD02784B
2016.09.17 23:41:11.034 4: HM485d: Tx: FD03786100
2016.09.17 23:41:31.045 4: HM485d: Rx: FD02794B
2016.09.17 23:41:31.045 4: HM485d: Tx: FD03796100
2016.09.17 23:41:51.048 4: HM485d: Rx: FD027A4B
2016.09.17 23:41:51.048 4: HM485d: Tx: FD037A6100
2016.09.17 23:42:11.056 4: HM485d: Rx: FD027B4B
2016.09.17 23:42:11.056 4: HM485d: Tx: FD037B6100

Wenn er sich dann beruhigt hat, scheint es auch als wenn er die KEYs der beiden RFID Karten zu erkennen scheint.
"007D6237D5" und "0095C30B53"

Jedoch sehe ich davon dann auch nichts in FHEM...

Code Auswählen

2016.09.17 23:46:47.291 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 007D6237D5 {D0F6}
2016.09.17 23:46:47.292 4: HM485d: Tx: FD110065010000009842FFFFFF69007D6237D5
2016.09.17 23:46:47.532 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 007D6237D5 {D0F6}
2016.09.17 23:46:47.532 4: HM485d: Tx: FD110065010000009842FFFFFF69007D6237D5
2016.09.17 23:46:47.772 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 007D6237D5 {D0F6}
2016.09.17 23:46:47.773 4: HM485d: Tx: FD110065010000009842FFFFFF69007D6237D5
2016.09.17 23:46:48.046 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0000000000 {406C}
2016.09.17 23:46:48.046 4: HM485d: Tx: FD110065010000009842FFFFFF690000000000
2016.09.17 23:46:48.286 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0000000000 {406C}
2016.09.17 23:46:48.286 4: HM485d: Tx: FD110065010000009842FFFFFF690000000000
2016.09.17 23:46:48.528 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0000000000 {406C}
2016.09.17 23:46:48.528 4: HM485d: Tx: FD110065010000009842FFFFFF690000000000
2016.09.17 23:47:08.533 4: HM485d: Rx: FD02894B
2016.09.17 23:47:08.533 4: HM485d: Tx: FD03896100
2016.09.17 23:47:28.542 4: HM485d: Rx: FD028A4B
2016.09.17 23:47:28.542 4: HM485d: Tx: FD038A6100
2016.09.17 23:47:30.832 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0095C30B53 {648C}
2016.09.17 23:47:30.832 4: HM485d: Tx: FD110065010000009842FFFFFF690095C30B53
2016.09.17 23:47:31.072 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0095C30B53 {648C}
2016.09.17 23:47:31.072 4: HM485d: Tx: FD110065010000009842FFFFFF690095C30B53
2016.09.17 23:47:31.314 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0095C30B53 {648C}
2016.09.17 23:47:31.314 4: HM485d: Tx: FD110065010000009842FFFFFF690095C30B53
2016.09.17 23:47:31.586 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0000000000 {406C}
2016.09.17 23:47:31.587 4: HM485d: Tx: FD110065010000009842FFFFFF690000000000
2016.09.17 23:47:31.827 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0000000000 {406C}
2016.09.17 23:47:31.828 4: HM485d: Tx: FD110065010000009842FFFFFF690000000000
2016.09.17 23:47:32.068 3: HM485d: Rx:  I[0](0,Y,F,B)(98) 42FFFFFF -> 01000000 [8] 69(i) 0000000000 {406C}
2016.09.17 23:47:32.069 4: HM485d: Tx: FD110065010000009842FFFFFF690000000000

Ralf9 · 18 September 2016, 00:27:04

Anscheinend gibt es die Probleme nur beim Eeprom lesen.

So wies aussieht sind in der hbw_sen_key.pm noch Fehler.
Ersetze mal zwischen 'frames' und 'channels' die 'id' durch 'index'
evtl mußt Du auch noch bei type das 'int' durch 'integer' ersetzen

Gruß Ralf

Florian E. · 18 September 2016, 00:44:11

Ist erledigt. Anbei "meine" aktuelle Version der .pm
Hatte das Modul vorher aus FHEM gelöscht, damit es sich erneut automatisch anlegt.
Bei anlegen habe ich diese Zeilen im Log gefunden:

Code Auswählen

2016.09.18 00:35:00 3: _HBW4073471: HM485_ProcessChannelState: hmwId = 42FFFFFF No model
$VAR1 = 'parseModuleType bigstring:0';
$VAR2 = '690000000000';

Dann ging es leider wie gewohnt weiter. Außer, dass das Gerät nun etwas anders benannt wurde (siehe Anhang).

Nachdem es durch das Log und den BUS wieder wie gewohnt durchgelaufen ist, kamen am Ende diese neuen Zeilen im Log dazu:

Code Auswählen

2016.09.18 00:37:21 3: _HBW4073471: Request config for device 42FFFFFF
2016.09.18 00:37:21 3: _HBW4073471: Lese Eeprom 42FFFFFF
2016.09.18 00:37:22 3: _HBW4073471: RESPONSE TIMEOUT for 42FFFFFF
[b]2016.09.18 00:37:26 1: PERL WARNING: substr outside of string at ./FHEM/10_HM485.pm line 1681.
2016.09.18 00:37:26 3: _HBW4073471: HM485_ProcessChannelState: hmwId = 42FFFFFF No message[/b]
2016.09.18 00:37:27 3: HM485_LAN: Initialisierung von Modul 42FFFFFF

Florian E. · 18 September 2016, 00:48:54

Habe es gerade nochmal nur mit der Änderung "id" in "index" probiert.
Leider genau das selbst...

Das hier habe ich noch im Log gefunden, denke jedoch nicht das es war damit zu tun hat.

Code Auswählen

2016.09.18 00:46:35 1: PERL WARNING: Use of uninitialized value $hmwId in numeric gt (>) at FHEM/lib/HM485/Util.pm line 270.

EDIT:
Jedoch heißt das Modul dann noch zu wie zum Anfang "HBW_SEN_KEY_HBW4073471"

Gruß Florian

Ralf9 · 18 September 2016, 01:04:25

Warum die KEYs der RFID nicht in fhem angezeigt werden habe ich keine Idee mehr.

Vielleicht hat Thorsten eine Idee, er kennt sich im fhem Modul besser aus.

Gruß Ralf

Florian E. · 18 September 2016, 01:16:42

Alles klar. Trotzdem vielen Dank!
Ist ja auch nicht eilig bei mir, habe Zeit...

Gruß Florian

Ralf9 · 18 September 2016, 11:24:27

versuch mal ob es mit der hbw_sen_key.pm in der Anlage funktioniert.

Gruß Ralf

Florian E. · 18 September 2016, 18:43:06

Hallo Ralf,

jetzt geht es! Anbei ein paar Screenshots...
Folgenden kleinen Fehler gibt es noch, auf dem Arduino sind die eingänge A0-A3 als Tasteingänge vorgesehen.

A0 geht nicht
A1 ist HBW_SEN_KEY_HBW4073471_02
A2 ist HBW_SEN_KEY_HBW4073471_03
A3 ist HBW_SEN_KEY_HBW4073471_04
Und HBW_SEN_KEY_HBW4073471_05 kommt nicht.

Ist vielleicht nur eine Kleinigkeit, stören wird es mich jedoch wohl nicht wenn ein Eingang fehlt.

Jetzt ist nur noch die Frage ob man die Fehler beim Eeprom lesen noch weg bekommt.
Manchmal startet FHEM und das Log läuft nur so voll mit den oben beschriebenen Fehlern und manchmal das starte ich FHEM und es kommt nicht ein Fehler (response Timeout). (Habe ich eben 4-5x getestet)

Vielen Dank für deine Hilfe!

Gruß und schönen Sonntag noch,
Florian

Ralf9 · 18 September 2016, 20:11:40

Zitat von: Florian E. am 18 September 2016, 18:43:06
Ist vielleicht nur eine Kleinigkeit, stören wird es mich jedoch wohl nicht wenn ein Eingang fehlt.

Jetzt ist nur noch die Frage ob man die Fehler beim Eeprom lesen noch weg bekommt.

Ja, das mit Tasteingänge A0-A3 ist nur eine Kleinigkeit.
Normalerweise müsste
A0 HBW_SEN_KEY_HBW4073471_02
A1 HBW_SEN_KEY_HBW4073471_03
A2 HBW_SEN_KEY_HBW4073471_04
A3 HBW_SEN_KEY_HBW4073471_05
sein.
Der Fehler ist in der HBW-Sen-KEY.cpp
https://github.com/kc-GitHub/HM485-Lib/blob/markus/HBW-Sen-KEY/source/HBW-Sen-KEY.cpp
In der Zeile 402, 419 und 426 muß bei

Code Auswählen

hmwmodule->broadcastKeyEvent(i,keyPress...
das i durch i+1 ersetzt werden

Code Auswählen

hmwmodule->broadcastKeyEvent(i+1,keyPress...

Dazu müsstest Du den Quellcode mit der Arduino IDE neu kompilieren.

Bei dem Fehler beim Eeprom kann ich leider nicht weiterhelfen, da habe ich keine weitere Idee.

Gruß Ralf