HMUARTLGW: Modul für HomeMatic UART-Modul (RPi) und HomeMatic LAN Gateway

[MadMax-FHEM]

Danke für die Hinweise an alle hier. Die Ausgabe für HM ist nicht ganz so wild. Es können ja auch andere Dinge damit gesteuert werden.

Noch mal: mit dem HM-PCB-Aufsteckmodul kannst du NUR Homematic steuern!

Gruß, Joachim

[cs-online]

ein wenig offtopic, aber was mit dem Dinge richtig geil ist, man kann das hinter einen Wemos schalten (siehe hier im Wiki / Forum), ESPLink drauf, dann kann man den irgendwo im Haus hinsetzen, wo WLAN ausgeleuchtet wird und damit dann HM bedienen. Wenn man das Modul ohne die Trägerplatine direkt nimmt, dann kann man sogar an RX/TX rangehen Aber auch dann läuft da kein EC3000 drauf

[Stappsen]

Hallo zusammen,
im Vorfeld schon mal entschuldigung für die folgende Frage:

Ich betreibe FHEM mit einem HMLANGW ohne Probleme. Ich bin aber auch im Besitz des UART-Moduls, welches ich mit einer eigenen FHEM Instanz auf einem anderen Pi3 betreiben möchte. Ich bastele schon seit einer Ewigkeit und bekomme es einfach nicht hin. Der Ehrgeiz lässt es aber auch nicht zu, dass Teil in die Ecke zu werfen

Mein Problem:

Auf aktuellen FHEM Instanz läuft der UART mit FW 1.4.1. HM Geräte können angelernt werden und werden im Webinterface auch korrekt angezeigt. ALLERDINGS kann ich nur "schauen". Es ist mir nicht möglich irgendetwas über FHEM zu schalten. Wenn ich die HM Geäte selber schalte, wird das mit ca. 1-2 Sekunden Verzögerung in FHEM angezeigt.

Auch mit zwei weiteren UART-Modulen, habe ich das gleiche Problem.

Ich habe viele Anleitungen durchprobiert, das Ergebnis ist aber immer gleich.
Ich bin also mit der Suche durch und hoffe, dass jemand mir helfen kann von Euch.

Wie schon gesagt, entschuldigt die Frage, aber ich werde über die SuFu einfach nicht fündig.

Danke für Eure Hilfe!

Viele Grüße, Stappsen

[Pfriemler]

Einen Satz HM-Geräte gleichzeitig von zwei verschiedenen FHEM-Instanzen zu bedienen wird ohne besondere Vorkehrungen nicht funktionieren. HM-Geräte sind mit einer Zentrale bekannt, das sollte nur eine FHEM-Instanz sein, die auch eine Reihe räumlich getrennter (etwa über Netzwerk angebundene) Funk-Interfaces gleichzeitig verwalten kann, aber logisch dennoch als eine gemeinsame Zentrale (in FHEM durch eine VCCU realisierst) gilt.
Eine zweite FHEM-Instanz kann man prinzipiell mit fhem2fhem an die erste binden und Daten von und an HM-Geräte über die angebundene andere FHEM-Instanz abwickeln. Aber wenn zwei voneinander unabhängige Zentralen auf den gleichen HM-Zoo zugreifen, hagelt es bei der jeweils nicht verwendeten Instanz "sabotageAttacks"-Fehler - Hinweise auf Zugriffe auf HM-Geräte außerhalb der Zentrale, eigentlich eine gesunde Warnung vor möglichen Manipulationsversuchen. Genauso funktioniert ein paralleler Zugriff von FHEM und einer Homematic-CCU2 nicht.

Weiterhin prüfe bitte, ob Dir der Unterschied zwischen Erstellen und Anlernen in FHEM bekannt ist. Es ist problemlos möglich, "fremde" HM-Geräte in der eigenen Instanz anzulegen und zu beobachten, also ihren Status mitzulesen. Schalten und befehlen kann man nur, wenn man auch die gleiche Zentralen-HM-ID verwendet, die die Geräte beim "Anlernen" - in FHEM "pairen" genannt - in sich als "Herr und Meister" speichern. Das wiederum sorgt dann aber bei anderen Zentralen für die sabotageAttack.

Eine Anzeigeverzögerung von 1-2 Sekunden ist als fast normal zu betrachten - manche Geräte senden ihren geänderten Status sogar absichtlich nicht sofort. Insbesondere Dimmer warten immer erst das Ende der Rampe (also die Helligkeitsänderung) ab und senden erst dann ihren neuen Status, zuvor erfolgt nur eine temporäre Mitteilung "da passiert was".

[Stappsen]

Hallo nochmal,
die Instanzen sind vollkommen getrennt. Das HM-Gerät, welches ich anlernen möchte ist nicht in der ersten Instanz in Benutzung. Das man HM-Geräte nicht in zwei FHEMs anlernen kann ist mir klar.

Zum Anderen: Ich meine wirklich "anlernen".

Noch weitere Ideen?

Grüße,
Stappsen

[Otto123]

Zeig mal bitte ein list von einem Gerät welches Du angelernt hast und nicht steuern kannst.

Gruß Otto

[netwalk]

Hallo zusammen,

ich bin gestern auf ein neues Problem in Verbindung mit dem LAN Gateway gestoßen.
Vorab: das System und Firmwares sind auf aktuellem Stand.

Nach längerer Zeit wollte ich neue Homematic Geräte anlernen (Heizkörperregler, Wandthermostate und Fensterkontakte). Beim Aktivieren des Pairmodes der VCCU sieht alles noch normal aus, aber sobald der Anlernprozess beim HM-Gerät startet wird einige Sekunden später das LAN Gateway neu initialisiert.
Perfmon entdeckt Freezes:

Code Auswählen Erweitern

2017.11.16 23:22:33 3: CUL_HM set VCCU hmPairForSec
2017.11.16 23:22:38 2: CUL_HM Unknown device HM_618477 is now defined
2017.11.16 23:22:38 2: autocreate: define HM_618477 CUL_HM 618477
2017.11.16 23:22:38 2: autocreate: define FileLog_HM_618477 FileLog ./log/HM_618477-%Y.log HM_618477
2017.11.16 23:22:52 3: Device HM_618477 added to ActionDetector with 000:10 time
2017.11.16 23:22:52 3: CUL_HM pair: HM_618477 thermostat, model HM-TC-IT-WM-W-EU serialNr
2017.11.16 23:22:52 1: Perfmon: possible freeze starting at 23:22:39, delay is 13.477
2017.11.16 23:22:52 1: 192.168.10.8:2001 disconnected, waiting to reappear (myHmLGW:keepAlive)
2017.11.16 23:22:52 1: HMUARTLGW myHmLGW:keepAlive did not respond for the 1. time, resending
2017.11.16 23:22:52 1: 192.168.10.8:2000 disconnected, waiting to reappear (myHmLGW)
2017.11.16 23:22:52 3: Opening myHmLGW:keepAlive device 192.168.10.8:2001
2017.11.16 23:22:52 1: 192.168.10.8:2000 reappeared (myHmLGW)
2017.11.16 23:22:52 3: myHmLGW:keepAlive device opened
2017.11.16 23:22:52 3: HMUARTLGW myHmLGW BidCoS-port opened
2017.11.16 23:22:52 3: HMUARTLGW myHmLGW:keepAlive KeepAlive-port opened
2017.11.16 23:22:55 3: Device HM_618477 added to ActionDetector with 000:10 time
2017.11.16 23:22:55 1: HMUARTLGW myHmLGW: Device not initialized (state: 1, init) but asked to send data. Dropping: As1001B00112050461847700050000000000
2017.11.16 23:22:57 1: HMUARTLGW myHmLGW: Device not initialized (state: 3, init) but asked to send data. Dropping: As1001B00112050461847700050000000000


Das anzulernende Gerät (z.B. Heizungsregler) wird zwar angelegt, jedoch bleibt er im Zustand "commands pending" stehen. Durch nichts ist er dazu zu bewegen, die commands abzuarbeiten, weder durch erneutes Aktivieren des Anlernmodus, noch durch Burst-Transmit, noch durch "get config" etc.
Dieses Verhalten ist zuverlässig reproduzierbar, auch nach Hardware-Reset, auch beim Wandthermostat und Fensterkontakt.
Das Einzige was in diesem Fall hilft ist, dass im "command pending"-Modus die Batterien entnommen werden, neu eingesetzt werden und danach die Anlerntaste erneut gedrückt wird.

Ich habe mittlerweile viele Homematic-Komponenten im Haus, dieses Verhalten ist mir jedoch früher nie untergekommen.
Das System läuft auf einem RasPi 3, der Load liegt laut sysmon zwichen 0 und 0.1, die durchschnittliche CPU Frequenz liegt bei 750-800, also liegt eigentlich keine besonders große Last an.

Der einzige Freeze, den ich im System provozieren kann ist beim Aufruf einer allumfassenden Übersicht (alle Geräte und Stati in verschiedenen Readingsgroups), und dann für maximal 2 Sekunden.

Mir stellt sich die Frage, ob dieses Anlernen in mehreren Schritten evtl. zu Problemen führt und wie ich die Freezes dabei verhindern kann.

Hat jemand eine Idee dazu?

[merasil]

Hi,

sehe ich das richtig, dass für das RPi Funkmodul immer noch 1.4.1 die aktuellste FW ist?

Gruß

Mera

[frank]

kennst du was besseres?

[Damu]

Das Problem hab ich auch:

017.11.22 21:57:45 1: 192.168.178.13:2001 disconnected, waiting to reappear (HMLGW1:keepAlive)
2017.11.22 21:57:45 1: 192.168.178.13:2000 disconnected, waiting to reappear (HMLGW1)
2017.11.22 21:57:45 3: Opening HMLGW1:keepAlive device 192.168.178.13:2001
2017.11.22 21:57:45 1: 192.168.178.13:2000 reappeared (HMLGW1)
2017.11.22 21:57:45 3: HMLGW1:keepAlive device opened
2017.11.22 21:57:45 3: HMUARTLGW HMLGW1 BidCoS-port opened
2017.11.22 21:57:45 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2017.11.22 21:59:20 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 1. time, resending
2017.11.22 21:59:23 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 2. time, resending
2017.11.22 21:59:26 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 3. time, resending
2017.11.22 21:59:29 1: HMUARTLGW HMLGW1:keepAlive did not respond after all, reopening
2017.11.22 21:59:29 3: HMLGW1 device closed
2017.11.22 21:59:29 3: Opening HMLGW1:keepAlive device 192.168.178.13:2001
2017.11.22 21:59:29 1: 192.168.178.13:2000 reappeared (HMLGW1)
2017.11.22 21:59:29 3: HMLGW1:keepAlive device opened
2017.11.22 21:59:29 3: HMUARTLGW HMLGW1 BidCoS-port opened
2017.11.22 21:59:29 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2017.11.22 22:02:14 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 1. time, resending
2017.11.22 22:02:17 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 2. time, resending
2017.11.22 22:02:20 1: HMUARTLGW HMLGW1:keepAlive did not respond for the 3. time, resending
2017.11.22 22:02:23 1: HMUARTLGW HMLGW1:keepAlive did not respond after all, reopening
2017.11.22 22:02:23 3: HMLGW1 device closed
2017.11.22 22:02:23 3: Opening HMLGW1:keepAlive device 192.168.178.13:2001
2017.11.22 22:02:23 1: 192.168.178.13:2000 reappeared (HMLGW1)
2017.11.22 22:02:23 3: HMLGW1:keepAlive device opened
2017.11.22 22:02:23 3: HMUARTLGW HMLGW1 BidCoS-port opened
2017.11.22 22:02:23 3: HMUARTLGW HMLGW1:keepAlive KeepAlive-port opened
2017.11.22 22:02:25 1: 192.168.178.13:2000 disconnected, waiting to reappear (HMLGW1)
2017.11.22 22:02:25 1: 192.168.178.13:2001 disconnected, waiting to reappear (HMLGW1:keepAlive)
2017.11.22 22:02:27 1: HMUARTLGW HMLGW1:keepAlive did not respond after all, reopening
2017.11.22 22:02:27 3: HMLGW1 device closed

[automatisierer]

Das Problem hab ich auch:

interessant...

[Otto123]

Hi Damu,

hat das HMLGW1 schon mal funktioniert?

Ich würde fast behaupten unter 192.168.178.13 ist kein LanGateway erreichbar.

Gruß Otto

[Damu]

Hallo Otto

Doch der Adapter ist da und erreichbar.
Da hab ich eigentlich nichts geändert.
Habe ein Backup eingespielt hab diese Meldung jetzt gerade 1 mal im log gesehen.
Vorher alle 1-3 Minuten.

[Otto123]

Ok dann solltest Du möglichst Details posten, Version CUL_HM und HMUARTLGW die funktioniert und nicht funktioniert.


Gruß Otto

[Damu]

Werde übers Wochenende wieder auf die Neuste Version Updaten.
Das Modul 10_CUL_HM.pm hat ja in der Neusten Version einen Bug.
Vielleicht hat das auch einen Einfluss.

Ein LAN Adapter hab ich über Powerline angeschlossen.
Meist macht dieser Probleme, diesmal ist es aber der Adapter der an der Fritzbox angeschlossen ist.
Was ist die Beste Netzwerkeinstellung für diesen Lan Adapter.
1GB oder besser 100MB? (An der Fritzbox)
Ich kann ihn auch an das SWITCH anschliessen.
Dort hab ich noch 1GB 100MB 10MB etc..... zur Auswahl.