-
Notifications
You must be signed in to change notification settings - Fork 20
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
MQTT Timeout #590
Comments
Ich habe mal ein ping alle 5min eingebaut. Kann man im debug log sehen. Mal testen ob sich was ändert |
Das hat leider nicht gebracht. Laut Doku (https://github.com/aws/aws-iot-device-sdk-js#api) ist auch sowieso ein Keep-Alive von 300 Sekunden gesetzt. Ich hab gerade wenig Zeit, ich werde versuchen ein Debug-Log zu ziehen und parallel einen Trace, damit wir sehen, was überhaupt passiert. Außer du hast noch eine andere Idee? |
Ich gehe davon aus dass worx die mqtt Verbindung hart trennt wenn keine Daten vom Roboter kommen. im debug sollten also keine nachrichten vom Mäher kommen. |
Logs sind deaktiviert |
Ich habe mir das Log und den Capture gerade angeschaut und finde auch nichts Besonderes. Die Verbindung wird auf jeden Fall von der Cloud-Seite aus geschlossen mit einem Encrypted Alert, sobald sich der Client meldet. Also schonmal keine verloren gegangene TCP-Session irgendeiner Firewall auf dem Weg. Ist zwar blöd, aber das Abschalten der Meldung ist vermutlich das sinnvollste gerade. |
Seit dem Update auf 2.0.x habe ich im Debug-Log alle paar Minuten einen MQTT-Timeout. Vermutlich ist kein Keep-Alive für die Verbindung aktiviert. Ich habe mir das kurz mit tcpdump angeschaut und man sieht, dass die Verbindung länger funktioniert, wenn zufällig Daten mit der Cloud ausgetauscht werden.
The text was updated successfully, but these errors were encountered: