Hallo,
wir hatten im Ort die letzte Zeit immer wieder längere Internetausfälle, beim letzten Mal 1,5 Tage (Baggerbiss). Heute ist mir nach einem Blick ins Log aufgefallen, dass der HM485_LAN ständig disconnected (von wem?) und sich neu anmeldet. Dabei tauchen ständig "freeze" auf und der Raspi ist extrem langsam. Raspi und HM485_LAN hängen über LAN an einer Fritzbox, die den Internet- und Telefonanschluß übernimmt.
Da der HM485 nur im lokalen Netzwerk angemeldet ist (steuert die Jalousienaktoren) verstehe ich nicht, warum er durch die fehlende Internetverbindung beeinflusst wird. Hat jemand eine Idee, wie ich die ständigen disconnects bei fehlender Internetverbindung verhindern kann?
Die Log-Meldung:
Zitat2019.11.07 19:15:41.431 1: 192.168.178.47:1000 disconnected, waiting to reappear (HM485_LAN)
2019.11.07 19:15:41.524 1: Perfmon: possible freeze starting at 19:15:21, delay is 20.524
2019.11.07 19:15:41.852 3: HM485_LAN: connected to device 192.168.178.47:1000
2019.11.07 19:15:41.852 1: 192.168.178.47:1000 reappeared (HM485_LAN)
2019.11.07 19:15:41.872 3: HM485_LAN: Lan Device Information
2019.11.07 19:15:41.872 3: HM485_LAN: Protocol-Version: 01
2019.11.07 19:15:41.872 3: HM485_LAN: Interface-Type: eQ3-HMW-LGW
2019.11.07 19:15:41.872 3: HM485_LAN: Firmware-Version: 1.0.4
2019.11.07 19:15:41.872 3: HM485_LAN: Serial-Number: LEQ0636394
2019.11.07 19:15:41.873 3: HM485_LAN: Initialize the interface
2019.11.07 19:16:18.380 1: 192.168.178.47:1000 disconnected, waiting to reappear (HM485_LAN)
2019.11.07 19:16:18.597 1: Perfmon: possible freeze starting at 19:15:59, delay is 19.597
2019.11.07 19:16:19.002 3: HM485_LAN: connected to device 192.168.178.47:1000
2019.11.07 19:16:19.002 1: 192.168.178.47:1000 reappeared (HM485_LAN)
Das List des HM485_LAN:
ZitatInternals:
DEF 192.168.178.47:1000
DeviceName 192.168.178.47:1000
FD 67
FUUID 5c4c3925-f33f-6b6f-04e5-db2b96a1e28a7119
HM485_LAN_MSGCNT 1369
HM485_LAN_TIME 2019-11-10 17:06:44
InterfaceType eQ3-HMW-LGW
LASTInputDev HM485_LAN
Last_Sent_RAW_CMD 00010854 1A 00000001 780206
Last_Sent_RAW_CMD_State ACK
MSGCNT 1369
NAME HM485_LAN
NR 112
PARTIAL
ProtokolVersion 01
STATE opened
SerialNumber LEQ0636385
TYPE HM485_LAN
Version 1.0.4
currentQueueId 0
discoveryRunning 0
hmwId 00000001
msgCounter 47
queueId 718
queueRunning 0
READINGS:
2019-11-08 18:17:21 state opened
ctrl:
0001076C 1C
000107E1 1C
00010854 1A
00010A70 1C
00010A77 1E
00010A88 1E
00010AA7 1E
00010B2C 1E
FFFFFFFF 98
keepalive:
ok 1
retry 0
sendQueue:
Attributes:
devStateIcon open:message_ok
hmwId 00000001
icon lan_rs485
room 9.6.0_System
Grüße Jürgen
Hi,
da Du den eQ3-HMW-LGW kann das schwierig werden. Man weiß halt nicht wirklich, was das Ding treibt.
...aber sehen wir mal. So ein ähnliches Problem gab es schon einmal, aber das müsste inzwischen gelöst sein, außer Du hast halt lang kein Update mehr gemacht. Könntest Du mal "version" im Kommandofeld eingeben und nachsehen, was bei 10_HM485.pm steht?
Ansonsten bedeutet das "192.168.178.47:1000 disconnected", dass FHEM den Kontakt zum Interface (also zum HMW-LGW) verloren hat. Das spielt sich dann normalerweise auf einer tieferen Schicht als dem HM485_LAN-Modul ab, also oft nicht einmal in FHEM.
Anders gesagt: Kann es sein, dass da irgend etwas anderes in Deinem Netztwerk ein Problem hat?
Ansonsten könnten wir versuchen, etwas mehr Details dazu zu bekommen. Kannst Du mal im HM485_LAN die Geschwätzigkeit hochsetzen (set HM485_LAN verbose 5), das Problem mal provozieren (wenn möglich) und dann mal nachsehen, was so alles im Log landet?
Gruß,
Thorsten
ist attr global dnsServer gesetzt? zb auf die ip der fritzbox.
wenn nicht kann es bei inet ausfall freezes geben, siehe dein log.
falls der wired hmlan keepalive msg von fhem braucht, sie aber nicht bekommt wegen dem freeze, kommt es dadurch eventuell zum disconnect.
der funk hmlan zeigt jedenfalls dieses verhalten.
Zitat von: frank am 12 November 2019, 15:23:27
falls der wired hmlan keepalive msg von fhem braucht, sie aber nicht bekommt wegen dem freeze, kommt es dadurch eventuell zum disconnect.
Ja, das will das Wired-Teil auch. (Zumindest das eq3-Teil.) Normalerweise bekommt er es auch alle etwa 20 Sekunden. Im Log hat man glaube ich ein 19-Sekunden Freeze gesehen, da kann's dann schonmal knapp werden.
Gruß,
Thorsten
Hat leider aufgrund Auslandsreise etwas gedauert, bis ich nachschauen konnte.
@Thorsten: Bei "Version" bekome ich seltsamerweise diesen Ausdruck:
98_GEOFANCY.pm 18995 2019-03-22 20:09:53Z loredo
98_help.pm 19915 2019-07-29 20:01:16Z betateilchen
No Id found for 10_HM485.pm
No Id found for 00_HM485_LAN.pm
98_HMinfo.pm 19495 2019-05-30 09:17:45Z martinp876
Da sind natürlich noch viele weitere Module aufgeführt aber keine Versionsnummer für das genannte Modul.
@Frank: War nicht gesetzt (habe ich noch nie gehört), habe es jetzt aber gesetzt.
Vom Internet trennen mache ich jetzt.
Ergänzung: Freezes traten nicht mehr auf. Scheint der Tip von Frank gewesen zu sein.
Wenn ich direkt in 10_HM485.pm schaue, wird mir Version 0.7.35 angezeigt. Ein UPDATE 10_HM485.pm bringt aber "nothing to do".
Gruß Jürgen
Zitat von: bmwfan am 14 Dezember 2019, 10:35:26
Wenn ich direkt in 10_HM485.pm schaue, wird mir Version 0.7.35 angezeigt.
Das war kurz vor der Erfindung des Rads...
Zitat
Ein UPDATE 10_HM485.pm bringt aber "nothing to do".
Dann hast Du wahrscheinlich noch einen alten Pfad im update stehen. Mach mal ein "update list". Da sollte dann unter Anderem das hier erscheinen:
https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/master/controls_hm485.txt
Wenn das nicht auftaucht, dann schmeiß das raus, was da jetzt für hm485 auftaucht (mit "update delete") und das richtige mit "update add" reinschreiben. (Siehe auch https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/master/controls_hm485.txt).
...und dann nochmal ein update machen.
Gruß,
Thorsten
So, habs geprüft nachdem ich aus dem verlängerten WE zurück war.
Es kamen nur folgende Pfade:
http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/knowthelist/fhem-tablet-ui/master/controls_fhemtabletui.txt
https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt
Habe jetzt den genannten Pfad hinzugefügt und er zeigt beim updatecheck auch die ganzen Dateien als "upzudaten" an und sie werden auch upgedated.
Mal sehen, ob noch alles funktioniert, wenn ich auf so einer Uraltversion war.
Mir stellt sich da aber generell die Frage, wie ich denn erkennen kann ob ein Modul nicht upgedated wird, obwohl eine neuere Version existiert. Ich dachte immer, dies geht über den Updateprozeß automatisch, aber scheinbar werden nicht alle Module überprüft.
Grüße Jürgen
Zitat von: bmwfan am 16 Dezember 2019, 19:13:32
Mir stellt sich da aber generell die Frage, wie ich denn erkennen kann ob ein Modul nicht upgedated wird, obwohl eine neuere Version existiert. Ich dachte immer, dies geht über den Updateprozeß automatisch, aber scheinbar werden nicht alle Module überprüft.
Das kann FHEM nur, wenn es weiß, wo die Dateien herkommen. ...und das geht über den "update add"-Mechanismus. D.h. was beim "update list" nicht hochkommt ist auch nicht Teil des normalen Update-Prozesses.
Gruß,
Thorsten
Das bedeutet dann ja, dass ich jedes verwendete Modul separat mit update add einbinden muss. War mir so nun wirklich nicht klar.
Wie ermittele ich denn dann den Pfad zur Datei? Der sieht bei den 4 eingebundenen Dateien schon mal gänzlich unterschiedlich aus.
http://fhem.de/fhemupdate/controls_fhem.txt
https://raw.githubusercontent.com/knowthelist/fhem-tablet-ui/master/controls_fhemtabletui.txt
https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt
https://raw.githubusercontent.com/kc-GitHub/FHEM-HM485/master/controls_hm485.txt
Zitat von: bmwfan am 18 Dezember 2019, 20:17:59
Das bedeutet dann ja, dass ich jedes verwendete Modul separat mit update add einbinden muss.
Das ist Quatsch. Die meisten Module kommen ja mit dem "FHEM-Standard" mit. Dafür muss man gar nicht weiter machen.
Zitat
Wie ermittele ich denn dann den Pfad zur Datei? Der sieht bei den 4 eingebundenen Dateien schon mal gänzlich unterschiedlich aus.
Zu welcher Datei?
Es ist ja eigentlich so: Irgendwann einmal kommst Du auf die Idee, z.B. FTUI mit reinzunehmen. Dann liest Du, wie das geht, und dort steht irgendwo der Pfad mit drin. Wenn Du irgendwas zu FHEM dazunehmen willst, was keinen Pfad für update add hat, dann gibt es kein automatisches Update dafür und Du musst Dich selbst irgendwie darum kümmern. Wenn Du letzteres nicht im Griff hast, dann solltest Du so etwas gar nicht installieren.
Gruß,
Thorsten
Ist mir jetzt klar. Habe dann vermutlich beim Installieren des HM485-Moduls überlesen, dass ich es zusätzlich einbinden muss und deswegen angenommen, dass es über das FHEM-Update automatisch aktualisiert wird.
Zitat von: bmwfan am 23 Dezember 2019, 09:17:19
Ist mir jetzt klar. Habe dann vermutlich beim Installieren des HM485-Moduls überlesen, dass ich es zusätzlich einbinden muss und deswegen angenommen, dass es über das FHEM-Update automatisch aktualisiert wird.
Vermutlich ist Deine Version so alt, dass es die Möglichkeit mit dem "update add" noch gar nicht gab, zumindest nicht bei HM485. Inzwischen kann man das kaum noch anders machen, zumindest wird man in der Beschreibung genau dorthin geführt.
Es ist also ursprünglich nicht Deine "Schuld", dass es bei Dir anders ist.
Gruß,
Thorsten
Kann ich mich mal kurz einbringen?
Ich habe zwar den richtigen Pfad im Update stehen, trotzdem habe ich noch einige noID's.
Wie soll ich jetzt am besten verfahren? Ein force update vielleicht?
10_HM485.pm 816 2019-11-15 14:00:00Z ThorstenPferdekaemper
No Id found for 00_HM485_LAN.pm
98_HMinfo.pm 19495 2019-05-30 09:17:45Z martinp876
00_HMLAN.pm 18152 2019-01-05 23:18:38Z martinp876
12_HMS.pm 16797 2018-05-29 19:35:43Z rudolfkoenig
No Id found for hmw_io12_sw14_dr.pm
No Id found for hmw_io12_sw7_dr.pm
No Id found for hmw_io12_sw7_dr_V3_02.pm
No Id found for hmw_io_12_fm.pm
No Id found for hmw_sen_sc_12_dr.pm
Das ist ganz normal. Es haben eben nicht alle Dateien bei HM485 eine Id.
Gruß,
Thorsten
Hallo Jürgen,
wie endete das Thema eigentlich bezüglich des Grundproblems? Ich habe nämlich im Moment das selbe Problem. Offensichtlich hat sich gestern ein Telekomiker vertackert, hat mir meine Leitung gekappt und nun stehe ich bis mindestens Dienstag ohne DSL da. Und in dem Atemzug spielt meine gesamte Heimautomatisierung verrrückt weil der FHEM maximal damit beschäftigt ist sich ständig mit dem HM485_LAN neu zu verbinden.
Das HM485 Modul hab ich in Version 0.8.16 vom 2019-11-15 am laufen und das attr global dsnServer habe ich nach dem Hinweis hier auch soeben gesetzt, das Problem ist aber weiterhin vorhanden.
MfG,
Marco
Hallo Marco,
bei mir lief es nach dem Update und der Modifikation von Frank.
Ich habe dann aber wegen des Kaufs von HmIP-Komponenten auf eine piVCCU gewechselt und betreibe das HM485-Gateway nun über BidCos-Wired darüber. Seither hatte ich damit keine Probleme mehr.
Gruß Jürgen
Zitat von: marco-f am 14 April 2022, 09:46:00
wie endete das Thema eigentlich bezüglich des Grundproblems? Ich habe nämlich im Moment das selbe Problem. Offensichtlich hat sich gestern ein Telekomiker vertackert, hat mir meine Leitung gekappt und nun stehe ich bis mindestens Dienstag ohne DSL da. Und in dem Atemzug spielt meine gesamte Heimautomatisierung verrrückt weil der FHEM maximal damit beschäftigt ist sich ständig mit dem HM485_LAN neu zu verbinden.
Der HM485_LAN braucht keine Internet-Verbindung. Normalerweise liegt das Problem daran, dass irgend ein anderes Modul wegen der fehlenden Verbindung das ganze FHEM so lange blockiert, dass der HM485_LAN glaubt, dass da was kaputt ist und sich neu verbinden will. Ich kann mich aber daran erinnern, dass ich irgendwann mal eingebaut habe, dass das Ding immer zuerst versucht, das ganze wieder hinzubiegen, auch ohne die Verbindung neu aufzubauen. Allerdings funktioniert das wahrscheinlich nur mit dem hm485d, nicht aber mit dem Original-eq3-Dingens. Das hat sich dann halt wahrscheinlich schon verabschiedet.
Gruß,
Thorsten