Nach Update auf 5.1-3131 Warten auf "Pong" von HomeMatic IP fehlgeschlagen

Hallo,

ich habe seit einem Update von Symcon 5.0 auf 5.1 folgendes Problem:

01.05.2019, 14:59:39 | TimerPool | HomeMatic Socket (KeepAlive): Warten auf "Pong" von HomeMatic IP fehlgeschlagen
01.05.2019, 15:00:00 | HomeMatic Socket | Einstellungen gespeichert
01.05.2019, 15:00:00 | HomeMatic Socket | Stoppe Eventserver...
01.05.2019, 15:00:00 | HomeMatic Socket | Beende Ereignis-Thread...
01.05.2019, 15:00:00 | HomeMatic Socket | Starte Eventserver...
01.05.2019, 15:00:00 | HomeMatic Socket | Erstelle Ereignis-Thread...
01.05.2019, 15:00:00 | Event Control | Wiederverbinden [HomeMatic Socket] erfolgreich

Ich habe selbst hier schon im Forum gesucht und auch einige ähnliche Threads gefunden, aber leider war meine Lösung nicht dabei.
Auf jeden Fall lief die letzten Monate alles problemlos und ich habe lediglich Symcon geupdated. Jetzt funktioniert Homematic immer nur sporadisch, der Socket bricht einfach immer wieder zusammen, auch nach jedem Schaltvorgang.

Ich habe in Symcon 2 Homematic-Sockets aktiv, bei Socket 1 habe ich als Ereignisport 5544, bei Socket 2 5545. Habe aktuell den Socket 2 geschlossen, jedoch bricht die Verbindung weiterhin zusammen.

Netstat zeigt folgendes:

tcp        0      0 0.0.0.0:5544            0.0.0.0:*               LISTEN      907/symcon          
tcp        0      0 10.0.0.7:5544           10.0.0.8:38594          TIME_WAIT   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38418          TIME_WAIT   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38590          TIME_WAIT   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38354          TIME_WAIT   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38592          TIME_WAIT   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38596          TIME_WAIT   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38518          FIN_WAIT2   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38704          VERBUNDEN   907/symcon          
tcp        0      0 10.0.0.7:5544           10.0.0.8:38560          FIN_WAIT2   -                   
tcp        0      0 10.0.0.7:5544           10.0.0.8:38484          TIME_WAIT   - 

An der CCU2 habe ich nichts verändert.

Leider bin ich mir unsicher an welcher Stelle ich hier den Fehler suchen sollte?

Vielen Dank

Dieter

In der hmserver.log steht immer lediglich:

May 1 15:48:00 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-2] (un)registerCallback on LegacyServiceHandler called from url: http://10.0.0.7:5544 
May 1 15:48:00 de.eq3.cbcs.legacy.bidcos.rpc.LegacyServiceHandler INFO  [vert.x-worker-thread-2] init finished 
May 1 15:48:00 de.eq3.cbcs.legacy.bidcos.rpc.internal.InterfaceInitializer INFO  [vert.x-worker-thread-2] Added InterfaceId: IPS-10.0.0.7 
May 1 15:48:00 de.eq3.cbcs.legacy.bidcos.rpc.internal.DeviceUtil INFO  [vert.x-worker-thread-2] updateDevicesForClient IPS-10.0.0.7 -> 589 device addresses will be added 

Weiterhin habe ich auch testweise probiert ob ich den Ereignisport manuell ändern kann, ich habe ihn z.B. von 5544 auf 5543 ändern wollen, das lässt Symcon jedoch nicht zu. Es kommt dann die Meldung „Die Konfiguration muss aufgrund eines untergeordneten Knotens aktualisiert werden. Dies kann durch einen Klick auf Änderungen übernehmen getan werden.“ Danach ist der Port jedoch wieder auf 5544. Ist dort eventuell etwas anderes defekt? Es gibt lediglich 2 Sockets unter I/O-Instanzen.

Hast du auch Homematic IP Geräte an den CCUs?
Michael

Jepp, die meisten Geräte sind Homematic IP.

Hängt anscheinend „HomeMatic KeepAlive differenziert je nach Rückkanal und kann somit Abbrüche für jeden Kanal einzeln erkennen“ zusammen?

Das Update gestern war ehrlich gesagt so nicht geplant, ansonsten hätte ich vorher noch ein frisches Backup gemacht :frowning: Downgrade fällt damit leider flach (ich weiß, meine Schuld).

Ist auf deinen CCUs deine Firmware aktuell?

paresy

Gleiches Problem auch bei mir. Seit dem Update auf 5.1 kommt in regelmäßigen Abständen dieser Fehler

Gleiche Rückfragen wie schon oben.
CCU Aktuell? Und überhaupt HMiP Gerät vorhanden?
Michael

Es ist die Version 2.35.16 installiert. Das ganze läuft auf einem Raspberry und da ich in der Vergangenheit teilweise massive Probleme nach dem Update hatte, greiffe ich hier sehr ungern auf Updates zu. Ich kann aber auch nicht beurteilen, ob es überhaupt eine neuere Version gibt.

Ja, teilweise Homematic, teilweise HomematicIP

Also ich bin selber inzwischen auf die pivccu3 umgestiegen und die läuft super.
Deine Firmware würde ich gar nicht mehr einsetzen, da sind einige kritische Sicherheitslücken enthalten.
Min. 2.41.9 solltest du installieren.
Wobei 2.45.7 jetzt aktuell ist.
Michael

Dann werde ich das Update wohl riskieren müssen.
Sag dir dann bescheid, ob der Fehler nach dem Update weg ist.

Peter

Habs befürchtet, das Update kann nicht durchgeführt werden :mad:

Installed version: 2.35.16
Available version: 2.45.7

ERROR: Can not find any patches for 2.45.7, please call 'yahm-ctl update' and try again

Muss erst schauen, wer sich da auskennt und mir weiterhelfen kann.

YAHM ist schon länger tot

Gruß
Bruno

Das wusste ich nicht. Bisher hat alles einwandfrei funktioniert. Scheinbar lässt sich jetzt kein Update mehr durchführen.

Hast du dazu einen Tipp bzw. Anleitung, wie ich die Migration von Yahm auf pivccu3 sauber durchführen kann? Danke vorab für deine Hilfe!

Peter

Auf der pivccu Seite stehend die Hinweise für den Wechsel auf pivccu.
Punkt f ist wichtig.
piVCCU/README.md at master · alexreinert/piVCCU · GitHub
Michael

Danke Michael! Ich werd mir das ganze mal ansehen.

Peter

Dies sollte auch das Problem mit der 5.1 lösen. Ältere CCU Firmwares können das notwendige PING/PONG zum Erkennen eines Verbindungsabbruchs nicht.

paresy

Hat bei mir auch das Problem gelöst :slight_smile:

Die Umstellung von YAHM auf piVCCU oder ein Update von YAHM?

Bei ihm war es imho eine original CCU2.
Michael