Skip to content
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

Closed
Crazyachmed opened this issue Oct 14, 2022 · 5 comments
Closed

MQTT Timeout #590

Crazyachmed opened this issue Oct 14, 2022 · 5 comments

Comments

@Crazyachmed
Copy link

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.

Screenshot from 2022-10-14 17-59-15

@TA2k
Copy link
Contributor

TA2k commented Oct 14, 2022

Ich habe mal ein ping alle 5min eingebaut. Kann man im debug log sehen. Mal testen ob sich was ändert

@Crazyachmed
Copy link
Author

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?

@TA2k
Copy link
Contributor

TA2k commented Oct 15, 2022

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.
Dann könnte man nur den log Eintrag entfernen

@TA2k
Copy link
Contributor

TA2k commented Oct 21, 2022

Logs sind deaktiviert

@TA2k TA2k closed this as completed Oct 21, 2022
@Crazyachmed
Copy link
Author

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants