Homematic wired

Ralf9 · 29 Juni 2015, 22:21:10

Zitat von: holzwurm83 am 29 Juni 2015, 20:37:09
ich habe leider immer noch das Problem, dass die Verbindung zum Bus regelmäßig abbricht. Für die Verbindung zum Bus verwende ich diesen Adapter:

hilfreich wäre der log vom HM485d, so wie ihn @stephan-221 erzeugt hat:

Code Auswählen


2015.06.23 22:25:29.512 3: HM485d: Rx:  I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 0403FF {DE62}
2015.06.23 22:25:29.513 3: HM485d: Rx:  I[0](3,F,B)(78) 0000DBA7 -> 00000001 [6] 69(i) 0403FF {EA6E}
2015.06.23 22:25:29.530 3: HM485d: Rx: ACK(0,B)(19) 00000001 -> 0000DBA7 [2] {E774}
2015.06.23 22:25:31.065 3: HM485d: Rx:  I[0](0,F,B)(18) 00000001 -> 0000DBA7 [6] 73(s) 0203FF {39AE}
2015.06.23 22:25:31.082 3: HM485d: Rx:  I[1](0,F,B)(1A) 0000DBA7 -> 00000001 [6] 69(i) 0203FF {CE22}
2015.06.23 22:25:31.101 3: HM485d: Rx: ACK(1,B)(39) 00000001 -> 0000DBA7 [2] {03B2}
2015.06.23 22:25:32.543 3: HM485d: Rx:  I[1](0,F,B)(1A) 00000001 -> 0000DBA7 [6] 73(s) 0503FF {3E54}
2015.06.23 22:25:32.545 3: HM485d: Rx:  I[2](1,F,B)(3C) 0000DBA7 -> 00000001 [6] 69(i) 0503FF {DB46}
2015.06.23 22:25:32.563 3: HM485d: Rx: ACK(2,B)(59) 00000001 -> 0000DBA7 [2] {3EFA}
2015.06.24 06:29:55.032 3: HM485d: Rx:  I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.055 3: HM485d: Rx:  I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.065 3: HM485d: Rx: dup frame:  I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.112 3: HM485d: Rx: dup frame:  I[3](2,F,B)(5E) 0000DBA7 -> 00000001 [6] 69(i) 010000 {ECC0}
2015.06.24 06:29:55.191 3: HM485d: Rx: dup frame:  I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.192 3: HM485d: Rx: ACK(2,B)(59) 0000DBA7 -> 00000001 [2] {52F0}
2015.06.24 06:29:55.382 3: HM485d: Rx: dup frame:  I[2](0,F,B)(1C) 00000001 -> 0000DBA7 [6] 73(s) 010000 {CA52}
2015.06.24 06:29:55.400 3: HM485d: Rx: dup frame: ACK(2,B)(59) 0000DBA7 -> 00000001 [2] {52F0}
2015.06.24 06:29:56.303 3: HM485d: Rx:  I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 020000 {8530}
2015.06.24 06:29:56.321 3: HM485d: Rx:  I[2](3,F,B)(7C) 0000DBA7 -> 00000001 [6] 69(i) 020000 {432C}
2015.06.24 06:29:56.389 3: HM485d: Rx: dup frame:  I[2](3,F,B)(7C) 0000DBA7 -> 00000001 [6] 69(i) 020000 {432C}
2015.06.24 06:29:56.443 3: HM485d: Rx: dup frame:  I[2](3,F,B)(7C) 0000DBA7 -> 00000001 [6] 69(i) 020000 {432C}
2015.06.24 06:29:56.531 3: HM485d: Rx: dup frame:  I[3](0,F,B)(1E) 00000001 -> 0000DBA7 [6] 73(s) 020000 {8530}
2015.06.24 06:29:56.532 3: HM485d: Rx: ACK(3,B)(79) 0000DBA7 -> 00000001 [2] {B636}

Gruß Ralf

holzwurm83 · 29 Juni 2015, 23:00:27

So, ich hoffe ich habe das richtig gemacht? Da kommen sehr viele Daten an.

Ralf9 · 29 Juni 2015, 23:17:22

Zitat von: holzwurm83 am 29 Juni 2015, 23:00:27
So, ich hoffe ich habe das richtig gemacht? Da kommen sehr viele Daten an.

In dem log ist zu sehen, daß er zwar sendet, aber nichts empfängt (ACK oder Response)
Wenn nach dem senden (121:1) keine Antwort kommt, dann wird es noch 2 mal wiederholt (121:2 und 121:3)
In diesem Zustand dürfte das HM wired bei Dir nicht funktionieren.

Code Auswählen


2015.06.29 22:57:13.962 3: HM485d: Tx: (121:1) I[3](0,F,B)(1E) 00000001 -> 0000B656 [6] 52(R) 004010 {308C}
2015.06.29 22:57:14.172 3: HM485d: Tx: (121:2) I[3](0,F,B)(1E) 00000001 -> 0000B656 [6] 52(R) 004010 {308C}
2015.06.29 22:57:14.382 3: HM485d: Tx: (121:3) I[3](0,F,B)(1E) 00000001 -> 0000B656 [6] 52(R) 004010 {308C}
2015.06.29 22:57:14.590 4: HM485d: Tx: FD0479613439
2015.06.29 22:57:14.645 4: HM485d: Rx: FD107A53C80000B656180000000152005010
2015.06.29 22:57:14.646 3: HM485d: Tx: (122:1) I[0](0,F,B)(18) 00000001 -> 0000B656 [6] 52(R) 005010 {89B6}
2015.06.29 22:57:14.857 3: HM485d: Tx: (122:2) I[0](0,F,B)(18) 00000001 -> 0000B656 [6] 52(R) 005010 {89B6}
2015.06.29 22:57:15.069 3: HM485d: Tx: (122:3) I[0](0,F,B)(18) 00000001 -> 0000B656 [6] 52(R) 005010 {89B6}

Das hier gefällt mir nicht

Code Auswählen


Can't connect to 192.168.136.30:5000: Connection refused

Hast Du in fhem
attr HM485_LAN HM485d_bind 0
eingetragen und dann fhem gestoppt?
Und dann fhem nach dem HM485d wieder gestartet?

Gruß Ralf

holzwurm83 · 30 Juni 2015, 17:22:05

ZitatHast Du in fhem
attr HM485_LAN HM485d_bind 0
eingetragen und dann fhem gestoppt?
Und dann fhem nach dem HM485d wieder gestartet?

Hallo Ralf,

Bei mir steht attr HM485_LAN HM485d_bind 1.
Fhem habe ich auch nicht gestoppt.

Ich habe den pid des laufendenen HM485d in der Konsole gekillt und dann den HM485d in der Konsole gestartet.

Ist das falsch so?

Ralf9 · 30 Juni 2015, 19:08:02

Zitat von: holzwurm83 am 30 Juni 2015, 17:22:05
Bei mir steht attr HM485_LAN HM485d_bind 1.
Fhem habe ich auch nicht gestoppt.

Ich habe den pid des laufendenen HM485d in der Konsole gekillt und dann den HM485d in der Konsole gestartet.

Ist das falsch so?

Hallo holzwurm83,

es scheint so nicht zu funktionieren.

Hast Du es schon mal mit "attr HM485_LAN HM485d_bind 0" und fhem stoppen versucht?

Gruß Ralf

holzwurm83 · 30 Juni 2015, 19:47:14

Hallo Ralf,

ich habe das jetzt so ausgeführt. Allerdings habe ich auch gerade gesehen, dass ich mich wohl in der IP vertippt hatte.

Sorry!
Jetzt sieht das Ergebnis gleich ganz anders auch. Habe mal einige Taster betätigt um eine Kommunikation zu erhalten. Irgendwann kommt dann folgendes:

Code Auswählen

2015.06.30 19:39:27.788 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL)
2015.06.30 19:39:27.789 2: HM485d: DISCONNECTED
2015.06.30 19:39:27.789 2: HM485d: RECONNECTED

Danach findet keine Kommunikation mehr statt.

Anbei auch noch der vollständige Log.

Ralf9 · 30 Juni 2015, 20:14:38

Zitat von: holzwurm83 am 30 Juni 2015, 19:47:14
Code Auswählen Erweitern
2015.06.30 19:39:27.788 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL) 2015.06.30 19:39:27.789 2: HM485d: DISCONNECTED 2015.06.30 19:39:27.789 2: HM485d: RECONNECTED

Danach findet keine Kommunikation mehr statt.

Es sieht so aus als würde die Verbindung zwischen dem HM485d und Deinem LAN-Adapter abbrechen.
Kannst Du LAN Probleme ausschließen?
Hast Du seit mitte Mai ein fhem update gemacht?
Welche Version hat Deine DevIo.pm?

Gruß Ralf

holzwurm83 · 30 Juni 2015, 20:33:31

ZitatKannst Du LAN Probleme ausschließen?

Ja, das kann ich ausschließen. Habe das Problem auch erst seit dem ich auf die aktuellste Version von gevoo umgestellt habe.

ZitatHast Du seit mitte Mai ein fhem update gemacht?

Letztes update habe ich letzte Woche gemacht.

ZitatWelche Version hat Deine DevIo.pm?

Habe dir meine mal angehängt.

Ralf9 · 30 Juni 2015, 21:05:39

Hallo holzwurm83,

Du kannst es mal mit einer älteren Version von gevoo versuchen.
Weißt Du bei welcher Version von gevoo es noch funktioniert hat?

Um auszuschließen, daß die Änderungen an der DevIo.pm einen Einfluß haben, kannst Du mal die Version vom 2015-02-10 in der Anlage einspielen.
Ich weiß nicht ob dann im restlichen fhem noch alles funktioniert.

Nachtrag:
Ich hab mal geschaut. Die Fehlermeldung "disconnected, waiting to reappear (SERIAL)" kommt aus der DevIo.pm.

Gruß Ralf

holzwurm83 · 30 Juni 2015, 21:37:40

Hallo Ralf,

in der Konsole sieht das schon mal besser aus.

Code Auswählen

mediaserver:~ mediaserver$ sudo /Users/mediaserver/FHEM_RPI/FHEM/lib/HM485/HM485d/HM485d.pl --serialNumber SGW0123456 --device 192.168.136.34:5000 --verbose 5
2015.06.30 21:16:17.555 3: HM485d: port 2000 opened
2015.06.30 21:16:17.555 3: HM485d: server waiting for client connection on port 2000
2015.06.30 21:16:17.555 3: Opening SERIAL device 192.168.136.34:5000
2015.06.30 21:16:17.634 3: SERIAL device opened
2015.06.30 21:16:17.634 2: HM485d: SERIAL connected to device 192.168.136.34:5000
2015.06.30 21:16:17.634 1: HM485d: Server started ...
2015.06.30 21:26:22.060 1: 192.168.136.34:5000 disconnected, waiting to reappear (SERIAL)
2015.06.30 21:26:22.060 2: HM485d: DISCONNECTED
2015.06.30 21:26:22.060 3: Opening SERIAL device 192.168.136.34:5000
2015.06.30 21:26:22.060 3: SERIAL device opened
2015.06.30 21:26:22.060 2: HM485d: SERIAL connected to device 192.168.136.34:5000
2015.06.30 21:26:22.060 2: HM485d: RECONNECTED
2015.06.30 21:33:27.762 3: HM485d: Rx:  I[1](3,Y,F,B)(FA) 0000B654 -> FFFFFFFF [6] 4B(K) 01000E {80E6}
2015.06.30 21:33:27.762 4: HM485d: Tx: FD0F0265FFFFFFFFFA0000B6544B01000E
2015.06.30 21:33:27.784 3: HM485d: Rx:  I[2](3,Y,F,B)(FC) 0000B654 -> FFFFFFFF [18] 41(A) 01110003064C455130313136343436 {84AC}
2015.06.30 21:33:27.784 4: HM485d: Tx: FD1B0365FFFFFFFFFC7C0000B6544101110003064C455130313136343436
2015.06.30 21:33:29.056 3: HM485d: Rx:  I[2](1,Y,F,B)(BC) 0000A36F -> FFFFFFFF [6] 4B(K) 01003A {4FDE}
2015.06.30 21:33:29.056 4: HM485d: Tx: FD0F0465FFFFFFFFBC0000A36F4B01003A
2015.06.30 21:33:29.078 3: HM485d: Rx:  I[3](1,Y,F,B)(BE) 0000A36F -> FFFFFFFF [18] 41(A) 01150003064B455130303231353436 {0876}
2015.06.30 21:33:29.078 4: HM485d: Tx: FD1B0565FFFFFFFFBE0000A36F4101150003064B455130303231353436
2015.06.30 21:33:29.784 3: HM485d: Rx:  I[0](1,Y,F,B)(B8) 0000A36F -> FFFFFFFF [6] 4B(K) 01003E {FDC6}
2015.06.30 21:33:29.785 4: HM485d: Tx: FD0F0665FFFFFFFFB80000A36F4B01003E
2015.06.30 21:33:29.807 3: HM485d: Rx:  I[1](1,Y,F,B)(BA) 0000A36F -> FFFFFFFF [18] 41(A) 01150003064B455130303231353436 {FA00}
2015.06.30 21:33:29.807 4: HM485d: Tx: FD1B0765FFFFFFFFBA0000A36F4101150003064B455130303231353436
2015.06.30 21:33:31.228 3: HM485d: Rx:  I[2](1,Y,F,B)(BC) 0000A36F -> FFFFFFFF [6] 4B(K) 000026 {8DC2}
2015.06.30 21:33:31.229 4: HM485d: Tx: FD0F0865FFFFFFFFBC0000A36F4B000026
2015.06.30 21:33:31.251 3: HM485d: Rx:  I[3](1,Y,F,B)(BE) 0000A36F -> FFFFFFFF [18] 41(A) 00150003064B455130303231353436 {7D08}
2015.06.30 21:33:31.251 4: HM485d: Tx: FD1B0965FFFFFFFFBE0000A36F4100150003064B455130303231353436

Ich test das jetzt mal in Fhem

stephan-221 · 01 Juli 2015, 11:13:19

Hallo Ihr,

Ich komme leider jetzt erst zum Antworten.

Ich gebe jetzt mal einen Zwischenstand.

Mit RS485 Lan Adapter (nicht Homematic) mit HM485d dazwischen funktioniert alles über Tage hinweg.
Habe die aktuellste Version (141) eingespielt. Da ich am Wired Baustein quasi eine Alarmanlage realisieren will,
ist es natürlich etwas "unverantwortlich" den LAN Adapter für RS485 zu verwenden, und so noch eine Switch dazwischen zu haben. :-D
USB wäre mir schon lieber.

Mit dem USB Adapter (Digitus) brach die Kommunikation immer wieder ab. Ich vermute hier irgendwelche (USB) Disconnects oder Timeouts, die dann die Kommunikation darüber nicht mehr ermöglichen. Ich habe noch einen USB Hub am Raspberry, damit der UMTS Stick auch dran passt. Diesen werde ich mal temporär entfernen. Einen China Adapter USB/RS485 habe ich auch noch. Dieser funktionierte aber glaube ich nie.

Ich habe zuletzt eine Version von Januar (220115) verwendet, mit der hatte ich diese Probleme nicht.
Habe dann im Mai auf die aktuelle Version für Wired (137 und ff.) und auch fhem aktualisisiert.

Viele Grüße
Stephan

Ralf9 · 01 Juli 2015, 18:06:16

Hallo holzwurm83,

Du kannst auch die alte Version vom DevIo.pm in DevIo485.pm umbenennen und dann wieder die aktuelle Version vom DevIo.pm reinkopieren.
Du mußt dann bei der ServerTools.pm bei der Zeile 64 bei "require $pathFHEM . 'DevIo.pm';" das DevIo.pm in DevIo485.pm ändern.

Gruß Ralf

stephan-221 · 01 Juli 2015, 20:04:31

Hallo Ralf,

Also jetzt habe ich das gleiche Symptom auch mit dem LAN RS485 Adapter:

Code Auswählen

2015.07.01 12:17:57 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> off
2015.07.01 12:19:33 3: HM485_LAN: Event: I[2](0,Y,F,B)(9C) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.01 12:19:33 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> on
2015.07.01 12:19:35 3: HM485_LAN: Event: I[3](0,Y,F,B)(9E) 0000DBA7 -> FFFFFFFF [4] 69(i) 11
2015.07.01 12:19:35 3: HM485: HMW_IO_12_Sw14_DR_LEQ0251870_18: state -> off
2015.07.01 19:52:56 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:52:57 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:52:57 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:53:02 3: HM485: RESPONSE TIMEOUT for 0000DBA7
2015.07.01 19:53:03 3: HM485: RESPONSE TIMEOUT for 0000DBA7

Wird die devio.pm auch dabei eingebunden oder wird die Datei nur für den USB Adapter benutzt?

Vielleicht sollte ich da einen Downgrade wagen.

EDITH sagt: Ursache war ein Stromausfall durch ein Bügeleisen am Versuchsaufbau :-D
... Danach half auch nur ein kompletter Reboot.

Viele Grüße
Stephan

holzwurm83 · 01 Juli 2015, 20:51:33

Zitat von: Ralf9 am 01 Juli 2015, 18:06:16
Hallo holzwurm83,

Du kannst auch die alte Version vom DevIo.pm in DevIo485.pm umbenennen und dann wieder die aktuelle Version vom DevIo.pm reinkopieren.
Du mußt dann bei der ServerTools.pm bei der Zeile 64 bei "require $pathFHEM . 'DevIo.pm';" das DevIo.pm in DevIo485.pm ändern.

Gruß Ralf

Hallo Ralf,

danke für die Hilfe! Bis jetzt läuft alles ohne Probleme und abstürze.

stephan-221 · 02 Juli 2015, 09:20:54

Hallo Ralf, Hallo Holzwurm,

Ich habe jetzt auch eine ältere DevIO.pm mit der Änderung in ServerTools.pm am laufen.
Da ich im Januar keine Probleme hatte, habe ich mit der Version angefangen:

# $Id: DevIo.pm 7099 2014-11-30 08:51:47Z rudolfkoenig $

Damit läuft der USB Stick seit gestern Abend.

Viele Grüße
Stephan