[GELÖST] Nach Update auf 3.73.9.20231130 ist die Gerätekommunikation gestört

[ThomasHH]

Moin, Moin,

jetzt muss ich mal hier fragen. Nach dem Update vor ein paar Tagen auf die Version 3.73.9.20231130 ist die Gerätekommunikation zu allen Geräten gestört. Erst dachte ich, dass mein Homematic IP Funkmodul für Raspberry Pi HM-MOD-RPI-PCB defekt ist, aber nun habe ich mir ein neues gekauft und das Problem besteht weiterhin. Klar könnte es sein, dass ich beim zusammen löten einen Fehler gemacht habe,- das halte ich aber eher für unwahrscheinlich. Das System lief jetzt einige Jahre und funktionierte einfach nur. Entsprechend habe ich mich auch wenig mit dem System auseinander gesetzt.

Frage: Wie kann ich heraus finden, was das Problem ist? Der Raspberry kann es auch nicht sein, denn den habe ich auch schon getauscht.

Danke und Gruß aus Hamburg

[MichaelN]

Sind nur HMIP Geräte betroffen oder auch HM?
CarrierSense Problem?

[frd030]

Wenn Du das Ersatzfunkmodul nochmal umtauschen kannst: kauf ein RFI-RF-MOD - das würde den Carrier Sense wenigstens anzeigen und ist eh die bessere Wahl.

[ThomasHH]

Moin, Moin,

ich habe keine HM-Produkte. Ich habe nur Homematic IP und ansonsten Fibaro, Tasmota, SwitchHUB etc.

Was es mit einem, CarrierSense Problem auf sich hat, recherchiere ich gleich mal-

[Baxxy]

Ohne Hilfsmittel oder zumindest dem großen Funkmodul (das den Carrier Sense anzeigt) wird das schwierig sein.

Es kann ein CS Problem sein, muss es aber nicht.
Man liest in letzter Zeit vermehrt das die geschilderten Probleme auftreten.
Nach meinem Gefühl ist da fast immer das alte Funkmodul involviert.
Bei vielen half die Geräte kurz stromlos zu machen, oder wenn das nicht ging die Geräte lokal zu werksresetten.

Da du nun ein anderes Funkmodul benutzt kommt noch das ReKeying ins Spiel. Die Zentrale muss Kontakt zum eQ-3 Keyserver aufnehmen können um die Schlüssel zu aktualisieren.

[ThomasHH]

Hmmm,- irgend wie verstehe ich das alles nicht so wirklich.

ich habe mal alle Logs mit angefügt, die ich gefunden habe. Kann jemand etwas daraus erkennen, warum das nicht läuft?

messages.log

messages.log

(330.5 KiB) 9-mal heruntergeladen

lighttpd-error.log

lighttpd-error.log

(1.8 KiB) 5-mal heruntergeladen

lighttpd-access.log

lighttpd-access.log

(3.23 MiB) 5-mal heruntergeladen

hmserver.log

hmserver.log

(4.44 KiB) 9-mal heruntergeladen

boot.log

boot.log

(1.8 KiB) 7-mal heruntergeladen

ReKeying und Kontakt zum Keyserver... wenn du meinst, dass die Verbindung nach extern möglich sein muss... zumindest sehe ich in der Firewall nichts, dass etwas von der IP des RaspberryMatic etwas geblockt wird.

[frd030]

ReKeying und Kontakt zum Keyserver... wenn du meinst, dass die Verbindung nach extern möglich sein muss... zumindest sehe ich in der Firewall nichts, dass etwas von der IP des RaspberryMatic etwas geblockt wird.

Prüfen, nicht vermuten! SSH aktivieren, einloggen, ping auf einen Internet Server absetzen...

[ThomasHH]

Ach so,- nein, das habe ich natürlich versucht wobei ich da nicht viel darauf gebe, denn nur weil icmp funktioniert, heißt das ja nicht, der letzlich wirklich genutzte Port funktioniert. Daher ist bei mir die Firewall immer einen Blick wert. Also icmp funktioniert und hier mal der Mitschnitt eines Bootvorgangs (zumindest ein Teil davon):

Firewall

[Baxxy]

Der Keyserver reagiert eh nicht auf nen Ping.

Code: Alles auswählen

ping secgtw.homematic.com

Ping wird ausgeführt für secgtw.homematic.com [62.113.249.75] mit 32 Bytes Daten:
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.
Zeitüberschreitung der Anforderung.

Ping-Statistik für 62.113.249.75:
    Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
    (100% Verlust),

Auf jeden Fall hast du komische Fehler in der hmserver.log.
Die scheinen auch recht häufig zu sein. Ich kann die aber nicht deuten.

[ThomasHH]

Ja, wahrscheinlich weil icmp nicht zugelassen wird.

@Baxxy
kannst du ein Beispiel der Fehler nennen?