Homematic wired

Thorsten Pferdekaemper · 24 Januar 2016, 00:28:07

Hi,
es gibt jetzt wieder eine neue Dev-Version: 0.7.40.
Die Neuerungen:

Es gab manchmal "Hänger" in der Config-Queue, wenn während dem Lesen der Konfiguration (also normalerweise beim FHEM-Start) schon Kommandos an's Device abgesetzt wurden. D.h. der configStatus bleibt dann ewig auf READING stehen. Das sollte jetzt weg sein.
Wenn ein Device vorübergehend vom Bus war und dann wieder reingehängt wurde (ohne FHEM neu zu starten), dann hat der Config-Lese-Prozess manchmal verrückt gespielt. Das ganze sah nach Endlosschleife aus (war aber keine). Das sollte jetzt auch behoben sein.
Das Attribut autoReadConfig hat jetzt eine Option "never". Damit kann man Das Automatische Lesen der Konfiguration ganz abschalten. (get config all geht aber noch). Das ist ganz nützlich, wenn man Devices hat, die nicht immer am Bus hängen.
Es gibt ein neues Attribut configReadRetries, mit dem man steuern kann, wie oft FHEM versucht, die Konfiguration zu lesen. Man kann das Attribut auch noch setzen, wenn FHEM schon verzweifelt versucht, die Konfiguration eines defekten Devices zu lesen.

Weitere Details stehen in der (lokalen) Commandref, wenn man das ganze mit dem "update add"-Mechanismus installiert.
Gruß,
Thorsten

Kruemel · 24 Januar 2016, 09:24:17

Hallo allerseits,
erstmal mein Dank an alle die das System witerentwicklen.
Ich habe HM wired seit ca. einem Jahr in Betrieb und da es lief wired nicht upgedated. FHEM ist auf der vorletzten Version.
Jetzt möchte ich auf einen aktuellen Raspberry mit aktuellen Versionen wechseln.
Meine Frage: Ist das wired-System mittlerweile in der fhem-Installation integriert? Wenn nicht, wie läuft im Moment die Installation des wired-Systems?

Vielen Dank.

Gruß
Wolfgang

Mirko Krause · 24 Januar 2016, 10:25:00

Hallo Wolfgang,

das hat der Thorsten Pferdekaemper eine Seite vorher in diesem Thread (Antwort #1678 am: 22 Januar 2016, 20:51:19) beschrieben bzw. den Link zur Doku ( http://www.fhemwiki.de/wiki/HomeMatic_Wired#Installation_und_Upgrade_in_FHEM ) benannt.

Viele Grüße
Mirko

Thorsten Pferdekaemper · 24 Januar 2016, 10:41:41

Danke Mirko!

Kruemel · 24 Januar 2016, 10:47:00

Hallo Mirko,
danke für die Info.

Gruß
Wolfgang

cjung · 26 Januar 2016, 21:50:32

Hallo Thorsten,

ich bekomme (mit der aktuellen Dev) die folgende Meldung im Log nach einem Neustart:
2016.01.26 21:44:26 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2351.
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2352.

Hast Du eine Chance da mal draufzuschauen?

Christoph

Thorsten Pferdekaemper · 26 Januar 2016, 22:06:53

Zitat von: cjung am 26 Januar 2016, 21:50:32
ich bekomme (mit der aktuellen Dev) die folgende Meldung im Log nach einem Neustart:
2016.01.26 21:44:26 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2351.
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2352.

Hat das ansonsten irgendwelche Auswirkungen außer den Meldungen im Log?
Gruß,
Thorsten

cjung · 26 Januar 2016, 22:24:27

Ich vermute nicht.
Ich habe allerdings schon länger Probleme, das FHEM ein Problem bekommt, wenn meine Frau 5 HMW Jalousie Aktoren gleichzeitig rauf oder runterfährt.
Das Problem dabei ist, das FHEM einen Disconnect zum (original) HMW_LAN macht.
Aber ich glaube nicht, das das mit der Meldung zu tun hat.

Gruß
Christoph

Thorsten Pferdekaemper · 27 Januar 2016, 11:50:36

Hi,

erstmal an alle: Es wäre glaube ich besser, wenn bei neuen Problemen immer ein neuer Thread aufgemacht wird. Der hier ist inzwischen doch recht unübersichtlich. Ich würde vorschlagen, dass der Thread hier demnächst dicht gemacht wird bzw. nur noch für Ankündigungen benutzt wird, z.B. wenn es eine neue Version gibt oder so.

Nun zu den neusten Sachen:

Zitat von: cjung am 26 Januar 2016, 21:50:32
2016.01.26 21:44:26 3: HM485_LAN: HM485_QueueStepFailed Call step
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in numeric ne (!=) at ./FHEM/10_HM485.pm line 2351.
2016.01.26 21:44:26 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/10_HM485.pm line 2352.

Die letzten beiden Meldungen liegen daran, dass ich vor Kurzem die "Queue-Logik" ein klein wenig angepasst habe und (noch) nicht ganz sauber auf "defined" abfrage, nachdem ich vorher eine Variable auf "undef" gesetzt hatte. Es müsste aber trotzdem alles funktionieren.
Die erste Meldung liegt möglicherweise daran, dass irgendwas (ein at, notify oder was auch immer), versucht schon etwas an ein HMW-Device zu schicken, obwohl der ganze HMW-Kram noch nicht komplett initialisiert ist. Die Routine HM485_QueueStepFailed wird dann aufgerufen, da das System in dem moment noch nicht weiß, ob schon eine Config-Queue gestartet wurde. Das ist also per se auch kein Grund zur Panik.

Zitat von: cjung am 26 Januar 2016, 22:24:27
Ich habe allerdings schon länger Probleme, das FHEM ein Problem bekommt, wenn meine Frau 5 HMW Jalousie Aktoren gleichzeitig rauf oder runterfährt.
Das Problem dabei ist, das FHEM einen Disconnect zum (original) HMW_LAN macht.

Da kann ich auch nur vermuten. Es gibt da etwas im Coding, was mir schon länger ein Dorn im Auge ist. Wenn bei einem Jalousieaktor hoch- oder runtergefahren wird, dann ruft FHEM zyklisch den Zustand ab, um zu erfahren, wo der Rollo gerade steht. Das ist meiner Meinung nach nicht gut. Wenn das Device das nicht von alleine liefert, dann ist das eben so. Außerdem wird dadurch Last auf dem Bus erzeugt, was bei 5 Rollos unter Umständen schon Probleme machen kann.
Könntest Du dazu mal einen neuen Thread aufmachen? Mich würde dann interessieren, was da genau abgeht. Kannst Du beim HM485_LAN vorübergehend verbose auf 5 setzen und dann mal alle 5 Rollos auf- oder zumachen? Das dabei entstehende Log würde mich interessieren. Danach nicht vergessen, verbose wieder zurück zu setzen.

Gruß,
Thorsten

Thorsten Pferdekaemper · 22 Februar 2016, 01:34:49

Hi,
es gibt jetzt die Version 0.7.41. Damit sollte es weniger Probleme geben, wenn man mehrere Gateways hat. Siehe auch hier: http://forum.fhem.de/index.php/topic,49585.msg414196.html#msg414196.
Gruß,
Thorsten

Jojo11 · 11 Mai 2016, 19:20:41

Hallo,

nachdem ich jetzt sehr lange keinerlei Probleme mehr hatte, habe ich heute ein weiteres Modul anschließen wollen und seitdem funktionieren die anderen 3 auch nicht mehr.
Ich erhalte als STATE bei allen Geräten "RESPONSE TIMEOUT". Das neue habe ich wieder abgeklemmt.
Ein discovery meldet: "HMW_LAN: Discovery - canceled. No results found within 10 seconds!".

Ich verwende ein HM LAN gateway und bisher 2x HMW_IO_12_Sw7_DR und 1x HMW_Sen_SC_12_DR. Jetzt sollte ein drittes HMW_IO_12_Sw7_DR hinzukommen. Den Abschlusswiderstand habe ich schon durchgemessen - der ist ok. Wenn ich alles neu starte blinken die Module auch brav. Der Status vom gateway ist

Code Auswählen


Internals: 
   DEF        192.168.178.xxx:1000 
   DeviceName 192.168.178.xxx:1000 
   FD         139 
   HMW_LAN_MSGCNT 616 
   HMW_LAN_TIME 2016-05-11 19:18:25 
   InterfaceType eQ3-HMW-LGW 
   LASTInputDev HMW_LAN 
   Last_Sent_RAW_CMD 0000F6F6 18 00000001 68 
   Last_Sent_RAW_CMD_State NACK 
   MSGCNT     616 
   NAME       HMW_LAN 
   NR         454 
   PARTIAL 
   ProtokolVersion 01 
   STATE      open 
   SerialNumber xxx 
   TYPE       HM485_LAN 
   Version    1.0.4 
   currentQueueId 0 
   discoveryRunning 0 
   hmwId      00000001 
   msgCounter 63 
   queueId    621 
   queueRunning 0 
   Readings: 
     2016-05-11 18:50:57   state           opened 
   Ctrl: 
     0000D9C5   1E 
     0000F6F6   18 
     000111C8   1C 
     FFFFFFFF   98 
   Keepalive: 
     ok         1 
     retry      0 
   Sendqueue: 
Attributes: 
   hmwId      00000001 
   room       Server 
   verbose    3

Der scheint noch zu leben, aber dieses "NACK" bleibt hartnäckig.
Habe auch nochmal mit netfinder geschaut, ob AES deaktiviert ist - alles ok an der Stelle.

Habe eben noch die letzte master-branch Version geladen und neu gestartet, aber ohne Erfolg $:-\$
Wo kann ich noch suchen?

schöne Grüße
Jo

Ralf9 · 11 Mai 2016, 21:31:16

Zitat von: Jojo11 am 11 Mai 2016, 19:20:41
Hallo,

nachdem ich jetzt sehr lange keinerlei Probleme mehr hatte, habe ich heute ein weiteres Modul anschließen wollen und seitdem funktionieren die anderen 3 auch nicht mehr.

Ich verwende ein HM LAN gateway und bisher 2x HMW_IO_12_Sw7_DR und 1x HMW_Sen_SC_12_DR. Jetzt sollte ein drittes HMW_IO_12_Sw7_DR hinzukommen. Den Abschlusswiderstand habe ich schon durchgemessen - der ist ok. Wenn ich alles neu starte blinken die Module auch brav. Der Status vom gateway ist

Hast Du beim Anschließen von dem weiteren Modul den RS485 Bus stromlos gemacht?

Zum Fehler eingrenzen ist es hilfreich, wenn im log die vom HM LAN gateway empfangenen raw Daten angezeigt werden.

Kannst Du mal in der 00_HM485_LAN.pm in Zeile 842 (bei der master ist es Zeile 816)

Code Auswählen

HM485::Util::Log3($hash, 4, 'Event:'. \%RD);
ersetzen durch

Code Auswählen

my $dataLog = HM485::Util::logger('test', 3, 'Event:', \%RD, 1);
HM485::Util::Log3($hash, 4, $dataLog);

Beim HMW_Sen_SC_12_DR müsste bei einer schaltzustandsänderung im log sowas ähnliches erscheinen:

Code Auswählen

2016.05.11 20:57:08 4 : HM485_LAN2: test: Event: I[2](2,Y,F,B)(DC) 42ABCDEF -> FFFFFFFF [15] 69(i) 08 {C800}
Die Hex Zahl hinter dem "69(i)" ist der Kanal - 1 (hier Kanal 9)

Wenn Du beim HMW_IO_12_Sw7_DR einen angeschlossenen Taster drückst, müsste im log sowas ähnliches erscheinen:

Code Auswählen

2016.05.11 20:59:55 4 : HM485_LAN2: test: Event: I[3](2,Y,F,B)(DE) 42ABCDEF -> FFFFFFFF [15] 4B(K) 0C {0032}
Die Hex Zahl hinter dem "4B(K)" ist der Kanal - 1 (hier Kanal 13)

Gruß Ralf

Jojo11 · 11 Mai 2016, 21:43:16

Könnte sein, dass ich das nicht gemacht habe. Ich teste das mal. Danke!

schöne Grüße
Jo

Gesendet von meinem Nokia 8210

Jojo11 · 11 Mai 2016, 22:01:14

Habe den Code geändert und nach Neustart mal ein paar Tast-Eingänge gebrückt. Das Einzige, was ich nach wie vor im log-file sehe, ist:

Code Auswählen


2016.05.11 21:59:07.686 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:07.764 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:07.765 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:08.734 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:08.770 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:08.772 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:09.696 3: HMW_LAN: Initialisierung von Modul 000111C8
2016.05.11 21:59:09.770 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:09.772 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:10.704 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:10.795 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:10.796 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:11.756 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.11 21:59:11.814 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:11.815 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5
2016.05.11 21:59:12.810 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:12.838 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:12.840 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:13.784 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:13.860 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:13.861 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:15.305 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:15.344 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:15.350 3: HMW_IO_12_7_2: RESPONSE TIMEOUT for 000111C8
2016.05.11 21:59:15.882 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:16.276 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:16.277 3: HMW_IO12_7: RESPONSE TIMEOUT for 0000F6F6
2016.05.11 21:59:17.178 3: HMW_LAN: Initialisierung von Modul 0000D9C5
2016.05.11 21:59:18.018 3: HMW_LAN: Initialisierung von Modul 0000F6F6
2016.05.11 21:59:18.083 3: HMW_LAN: HM485_QueueStepFailed Call step
2016.05.11 21:59:18.085 3: HMW_SC_12: RESPONSE TIMEOUT for 0000D9C5

Die Änderung im Code hat leider nichts daran geändert.
Könnte es sein, dass der gateway ein hardware-Problem hat?

schöne Grüße
Jo

Ralf9 · 11 Mai 2016, 22:19:09

Hast Du den Loglevel vom HMW_LAN auf verbose 4 gestellt?

Gruß Ralf