Hallo zusammen,
ich habe hier seit einiger Zeit ein merkwürdiges Problem mit dem FritzBox-Callmonitor in IP-Symcon. (V9.0)
Die FritzBox meldet den Anruf korrekt, auf dem Raspberry/PuTTY sehe ich auf Port 1012 auch direkt die RING/DISCONNECT-Zeilen.
Auch ein Test in IPS per PHP auf den Socket liefert Daten.
Trotzdem kommt es bei längerer Laufzeit vor, dass im IPS-Debug vom Client Socket und auch bei der RegisterVariable nichts mehr ankommt.
Ich kann auch nicht nach “es kamen 3 Tage keine Werte rein, Socket neustarten” loggen, da es eine Notöffnung ist und diese evtl. nur einmal im Monat oder seltener genutzt wird.
Die Schnittstelle steht dabei ganz normal auf „aktiv/geöffnet“, Status ist 102, also sieht erst mal alles gut aus.
Sobald ich den Client Socket einmal kurz auf Open = false und danach wieder auf true setze, kommen die Daten sofort wieder an und das Zielscript wird sauber ausgeführt.
Dann sieht man im Socket-Debug auch wieder direkt die Callmonitor-Zeilen.
Ich habe schon geprüft:
-
FritzBox Callmonitor ist aktiv
-
Port 1012 ist offen
-
Verbindung zur FritzBox ist da
-
Ping zur FritzBox ist okay
-
per
/dev/tcp/10.0.101.1/1012kommen die Daten auch wirklich an -
RegisterVariable und Zielscript wurden auch neu angelegt bzw. getestet
Die Callrouter-Logik selbst scheint nicht das Problem zu sein. (mein Zielscript der Register Variable)
Es sieht eher so aus, als ob der Client Socket irgendwann intern still hängt, obwohl er in IPS noch als aktiv angezeigt wird.
Mein aktueller Workaround ist ein Reconnect (alle 15min) per Script:
<?php
$socketID = 28175;
IPS_SetProperty($socketID, "Open", false);
IPS_ApplyChanges($socketID);
IPS_Sleep(2000);
IPS_SetProperty($socketID, "Open", true);
IPS_ApplyChanges($socketID);
IPS_LogMessage("FB-CallMonitor", "Client Socket 28175 neu gestartet");
?>
Frage:
Hat das noch jemand so gesehen?
Gibt es dafür eine sauberere Lösung als den Socket regelmäßig neu zu starten?