HomeMatic USB Konfigurations-Adapter (HM-CFG-USB) in Fhem nutzen

[betateilchen]

Das ist ein Überbleibsel aus den ersten Versionen des hmland, da war ein regelmäßiger reboot notwendig, um seine dauerhafte Funktion sicherzustellen. Das Problem ist aber seit langem gelöst und der reboot nicht mehr notwendig.

[frank]

perfekt! merci!

[marc2]

War eher ein Problem der HMCFGUSB Firmware. Die hat nur ca. 48h Dauerbetrieb ausgehalten. Danach hat das Ding nichts mehr gesendet
(wohl aber empfangen), daher musste der hmland dem Teil regelmäßig einen Reset verpassen. Mit der aktuellen FW des HMCFGUSB tritt
das Problem wohl nicht mehr auf, womit der tägliche Reset überflüssig sein dürfte. Ich habe ihn aber immer noch drin, da er Nachts um 4:00
nicht wirklich stört 

Das ist ein Überbleibsel aus den ersten Versionen des hmland, da war ein regelmäßiger reboot notwendig, um seine dauerhafte Funktion sicherzustellen. Das Problem ist aber seit langem gelöst und der reboot nicht mehr notwendig.

[marcel151]

Mich schon, da ich am nächsten Tag nicht mehr auf meinen Pi zugreifen konnte (ich hoffe jedenfalls das es daran lag). Werde das nun mal beobachten. Aber schonmal danke für den Tipp.

Ich habe übrigens init-script von der Wiki-Seite genommen. Dort hat sich der Übeltäter eingeschlichen:

Code Auswählen Erweitern

chrt 50 /opt/hmcfgusb/hmland ---> -r 03:30 <--- -d -P -l 127.0.0.1 -p $port 2>&1 | perl -ne '$|=1; print localtime . ": [hmland] $_"' >> /var/log/hmland.log &
Wenn es damit keine Probleme mehr gibt könnte das ja auch angepasst werden. Für die nächsten Unwissenden. 

[mgernoth]

War eher ein Problem der HMCFGUSB Firmware. Die hat nur ca. 48h Dauerbetrieb ausgehalten. Danach hat das Ding nichts mehr gesendet
(wohl aber empfangen), daher musste der hmland dem Teil regelmäßig einen Reset verpassen. Mit der aktuellen FW des HMCFGUSB tritt
das Problem wohl nicht mehr auf, womit der tägliche Reset überflüssig sein dürfte. Ich habe ihn aber immer noch drin, da er Nachts um 4:00
nicht wirklich stört 

Hat denn jemand einen HM-CFG-USB mit Firmware >= 0.967 und -r 0 laufen und das Ding hält mehrere Tage/Wochen durch?
Wenn dem so ist, dann deaktiviere ich den automatischen Reboot (wenn kein -r angegeben wurde), wenn die Firmware-Version mindestens 0.967 ist.

Gruß
  Michael

[marcel151]

Ich habe die 0.964 drauf. Wie kann ich denn ein Update machen?

EDIT: Okay, habs schon gefunden.

[frank]

hallo michael,

wenn ich meinen hmusb aus der fritzbox ziehe, wird das fhem.log mit folgendem geflutet:

Code Auswählen Erweitern

2014.05.12 09:50:58.423 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:50:58.462 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:50:58.498 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:50:58.505 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:50:59.454 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:50:59.493 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:50:59.528 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:50:59.535 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:51:00.532 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:51:00.569 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:51:00.599 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:51:00.606 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:51:01.516 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:51:01.558 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:51:01.589 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:51:01.596 1: HMLAN_Parse: hmusb1 new condition init
2014.05.12 09:51:02.556 1: 127.0.0.1:1234 disconnected, waiting to reappear
2014.05.12 09:51:02.594 1: HMLAN_Parse: hmusb1 new condition disconnected
2014.05.12 09:51:02.625 1: 127.0.0.1:1234 reappeared (hmusb1)
2014.05.12 09:51:02.631 1: HMLAN_Parse: hmusb1 new condition init

ich nehme den stick öfter mal, um am laptop mit dem windows-update-tool zu flashen.
je nach dem wie lange der stick von der fritzbox entfernt ist, hängt sich fhem irgendwann auf. auch der hmlan macht ärger mit timeouts. ich bin mir nicht sicher, ob nicht sogar schon die fritzbox auch irgendwann einen neustart deswegen gemacht hat.

könnte man die reappear schleife nicht ein wenig entschärfen? zb 1x pro minute, wenn das nichts wird, dann eine stunde warten. und wieder von vorn. du hast da bestimmt bessere lösungen. oder ist dieser vorgang ausserhalb von hmland?

die message-flut könnte ja bestimmt auch in anderen situationen auftreten und fhem überlasten

gruss frank

[mgernoth]

wenn ich meinen hmusb aus der fritzbox ziehe, wird das fhem.log mit folgendem geflutet:

Geflutet ist was anderes. Das ist ein Verbindungsversuch pro Sekunde.

ich nehme den stick öfter mal, um am laptop mit dem windows-update-tool zu flashen.
je nach dem wie lange der stick von der fritzbox entfernt ist, hängt sich fhem irgendwann auf. auch der hmlan macht ärger mit timeouts. ich bin mir nicht sicher, ob nicht sogar schon die fritzbox auch irgendwann einen neustart deswegen gemacht hat.

Also das sich fhem da verklemmt ist schon möglich, aber die Alternativen (auf hmland-Seite) wäre sofort die Verbindung wieder zu beenden. _Dann_ wird das Log geflutet und fhem verkraftet es auch nicht besser...

Das die Fritzbox aus diesem Grund neustartet, kann ich mir nicht vorstellen.

könnte man die reappear schleife nicht ein wenig entschärfen? zb 1x pro minute, wenn das nichts wird, dann eine stunde warten. und wieder von vorn. du hast da bestimmt bessere lösungen. oder ist dieser vorgang ausserhalb von hmland?

Ja, ist in fhem. Man müsste Martin fragen, ob er ein Backoff einbauen kann. Aber 1h ist viel zu viel. eher ein paar Sekunden bis _maximal_ 1 Minute (auch das ist eigentlich schon zu lang).

Das Problem liegt aber eigentlich in der monolithischen Struktur von Fhem und dem dadurch alles blockierenden Verbindungsaufbau. Hier tritt keine Überlastsituation ein.

Ich kann im hmland leider nicht auf sinnvolle Art und Weise feststellen, ob der Stick angeschlossen ist und dann selektiv die Verbindung annehmen (das würde IIRC ein Backoff in Fhem/HM_CUL) erzeugen. Wenn ich die Nachricht eines Verbindungsaufbaus bekomme, ist es schon zu spät, der Systemkern hat die Verbindung schon aufgebaut. Evtl. wenn ich an der accept-Logik was ändere...

Gruß
  Michael

[P.A.Trick]

Ich habe die 0.964 drauf. Wie kann ich denn ein Update machen?

EDIT: Okay, habs schon gefunden.

Kannst du die anderen auch erhellen?

[marcel151]

Kannst du die anderen auch erhellen?

Gerne. Den HM-CFG-USB an einen Windows-Rechner anschließen und mit dem HomeMatic Firmware Update Tool V1.0 updaten.

[mgernoth]

Gerne. Den HM-CFG-USB an einen Windows-Rechner anschließen und mit dem HomeMatic Firmware Update Tool V1.0 updaten.

Oder den ersten Beitrag in diesem Thread lesen

Gruß
  Michael

[betateilchen]

Hat denn jemand einen HM-CFG-USB mit Firmware >= 0.967 und -r 0 laufen und das Ding hält mehrere Tage/Wochen durch?

Das funktioniert bei mir seit Wochen problemlos auf mehreren Systemen.

[P.A.Trick]

Gerne. Den HM-CFG-USB an einen Windows-Rechner anschließen und mit dem HomeMatic Firmware Update Tool V1.0 updaten.

Danke schön! Dann werde ich das nächste Mal (wenn ich mal wieder Windows 7 starte, also in ein paar Wochen ) das Update machen. Bringt's denn irgendwelche neuen Funktionen oder wichtige Updates?

[marcel151]

Danke schön! Dann werde ich das nächste Mal (wenn ich mal wieder Windows 7 starte, also in ein paar Wochen ) das Update machen. Bringt's denn irgendwelche neuen Funktionen oder wichtige Updates?

Ich musste den Stick auch mit zur Arbeit nehmen, zuhause hab ich nur Mac und Linux.  Würde mich auch interessieren, einen Changelog habe ich leider nicht gefunden...

[mgernoth]

Das funktioniert bei mir seit Wochen problemlos auf mehreren Systemen.

Habe mal den versionsabhängigen Reboot in 0.097-git eingebaut.

Gruß
  Michael