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

[Bug]?? - MQTT reconnect every 5 seconds - Shelly Wall Display #1098

Open
3 tasks done
morskipas opened this issue Dec 5, 2024 · 13 comments
Open
3 tasks done

[Bug]?? - MQTT reconnect every 5 seconds - Shelly Wall Display #1098

morskipas opened this issue Dec 5, 2024 · 13 comments
Labels
bug Something isn't working not-latest-version Beta version not found in issue

Comments

@morskipas
Copy link

morskipas commented Dec 5, 2024

I'm sure that

  • This issue is still present in the current beta version of this adapter
  • There is no other (open) issue with the same topic (use the search!)
  • This issue is not described in the adapter documentation / FAQ (read the docs!)

Shelly device

Shelly Wall Display

Shelly firmware version

2.2.1 and also 2.3.0 beta 4

Protocol

MQTT

The problem

After a while, even though my two 2 Shelly Wall Displays are connected, a reconnect occurs every 5 seconds. The problem occurs with 2 out of 2 installed Shelly Wall Displays. Sometimes only one, a few days later the other. After an adapter restart, everything runs normally again for 1-2 days. Also after updating to Beta Version 8.5.1 the issue is present.

iobroker.current.log (in debug mode!)

image

Version of nodejs

20.18.1

Version of ioBroker js-controller

7.0.3

Version of adapter

8.5.1

@morskipas morskipas added the bug Something isn't working label Dec 5, 2024
Copy link

github-actions bot commented Dec 5, 2024

Thanks for reporting a new issue @morskipas!

Important: Ensure that you use the latest available beta version of this adapter (not the current stable version!): 8.5.1

  1. Please ensure your topic is not covered in the documentation
  2. Please attach all necessary log files (in debug mode!), screenshots and other information to reproduce this issue.
  3. Search for the issue topic in other/closed issues to avoid duplicates!
  4. Check the changelog if the issue has already been covered in a previous release

Otherwise this issue will be closed!

@github-actions github-actions bot added the not-latest-version Beta version not found in issue label Dec 5, 2024
@morskipas
Copy link
Author

Hat jemand ein ähnliches Problem? Beide Wall Displays mit aktueller Firmware zeigen bei mir fast jeden Tag, manchmal alle 2 Tage, dieses Problem. Ein Restart des Adapters (auch aktuelle Version) verschafft mir dann wieder 1-2 Tage Luft.

@T-Kaule
Copy link

T-Kaule commented Jan 12, 2025

Ich habe exakt das gleiche Verhalten mit meínem Wall-Display. Ich befürchte es liegt am Wall-Display, das hat auch sonst noch ein paar kleine Macken bei mir.

@T-Kaule
Copy link

T-Kaule commented Jan 12, 2025

Bei mir hört das Reconnect auch auf, wenn ich auf die Web-Oberfläche des Wall-Display zugreife und da irgendwas mache und speicheren. Ich bin ziemlich sicher, dass es nicht am Adapter liegt, sondern irgendwo am Wall-Display selber. Hast Du diesen Effekt schon mal bei Shelly angesprochen?

@morskipas
Copy link
Author

morskipas commented Jan 12, 2025

Bei mir hört das Reconnect auch auf, wenn ich auf die Web-Oberfläche des Wall-Display zugreife und da irgendwas mache und speicheren. Ich bin ziemlich sicher, dass es nicht am Adapter liegt, sondern irgendwo am Wall-Display selber. Hast Du diesen Effekt schon mal bei Shelly angesprochen?

Servus, nein, bei shelly selbst hatte ich noch nix kommentiert. Hatte mal in den Foren gesucht aber nix gefunden. Wird bei Dir der Name des Wall Displays unter Objekte angezeigt? Ich bekomme hier nur die ID.
image

@T-Kaule
Copy link

T-Kaule commented Jan 12, 2025

Ich habe das mal beim Shelly Support eingereicht, bisher waren die einigermaßen hilfreich. Der "richtige" Name wird bei mir nur unter Channel Name unter Relay0 angezeigt.

@morskipas
Copy link
Author

Ich habe das mal beim Shelly Support eingereicht, bisher waren die einigermaßen hilfreich. Der "richtige" Name wird bei mir nur unter Channel Name unter Relay0 angezeigt.

Dann lassen wir uns mal überraschen, ob shelly hier helfen kann. Ist schon echt nervig, das ganze log-file voll. Ich starte die Instanz jetzt schon alle paar Stunden automatisch neu, dann kann man wenigstens noch etwas in log-file sehen :-)

@T-Kaule
Copy link

T-Kaule commented Jan 13, 2025

Ich habe das Display mal auf die Beta Version der Firmware geupdated. Bisher kam das Problem nicht wieder. Mal sehen ob es so bleibt...

@T-Kaule
Copy link

T-Kaule commented Jan 13, 2025

Hallo @morskipas, bei mir ist es seit dem Firmware Update weg. Der Shelly Support hat sich ebenfalls gemeldet, braucht aber mehr Infos, die ich derzeit nicht liefern kann:

_Dear Tassilo,

Thank you for reaching out to us!

Would you please clarify in more detail for what exactly you are using MQTT and is this message appearing after you perform a command?

When did the issue start appearing?

Please provide us with the file including the device's data by accessing it via IP, then go to Diagnostics and use the download button:

Also, please access the device via IP, then go to "Advanced" -> "Diagnostics" and you will reach the debug log console.

The debug log data is saved on the browser itself, so don't be closing this tab while attempting to reproduce the issue.
Once the issue is replicated, download the debug log file and send it to us:

We will be looking forward to your reply!

Mit freundlichen Grüßen,
Shelly Support Team_

Wenn Du das Problem reproduzieren kannst, melde Dich vielleicht auch mal bei denen mit Bezug auf meine Ticket Nr: Re: [#150987] - MQTT Issue with Wall Dispaly
Mail Adresse: support@shelly.cloud

Vielleicht hilft Ihnen das ja weiter. ich beobachte es bei mir im Moment.

Viele Grüße

Tassilo

@T-Kaule
Copy link

T-Kaule commented Jan 14, 2025

@morskipas Neue Frage: Hat dein Wall Display einen oder mehrere APs oder Repeater in "Sichtweite"? Ich glaube ich kann es bei mir eingrenzen dass er sich manchmal nicht für einen AP entscheiden kann... Ich habe ihn im Unifi Network Controller mal an einen AP gebunden, mal sehen was passiert. Bei anderen Shellys kann man das Roaming ja ein/aus schalten, beim Wall Display (bisher) nicht.

@morskipas
Copy link
Author

@morskipas Neue Frage: Hat dein Wall Display einen oder mehrere APs oder Repeater in "Sichtweite"? Ich glaube ich kann es bei mir eingrenzen dass er sich manchmal nicht für einen AP entscheiden kann... Ich habe ihn im Unifi Network Controller mal an einen AP gebunden, mal sehen was passiert. Bei anderen Shellys kann man das Roaming ja ein/aus schalten, beim Wall Display (bisher) nicht.

Servus, bin die Woche "leider" geschäftlich unterwegs und komme am Wochenende erst wieder zu diesem Thema. Ich melde mich später mit weiteren Infos. Die Beta Version habe ich allerdings auch schon seit Wochen in Verwendung, bei mir ohne Erfolg.

@T-Kaule
Copy link

T-Kaule commented Jan 16, 2025

Bei mir kam es auch wieder. Die Logfiles vom Wall-Display zeigen dass es sich vom MQTT Server trennt. Ich bin mit dem Shelly Support im Gespräch. Sobald die was haben teile ich es hier.

@morskipas
Copy link
Author

Bei mir kam es auch wieder. Die Logfiles vom Wall-Display zeigen dass es sich vom MQTT Server trennt. Ich bin mit dem Shelly Support im Gespräch. Sobald die was haben teile ich es hier.

So, habe nochmal reingeschaut. Theoretisch sind immer 2 AP in der Nähe. Wie ich das beobachten konnte, greifen die Wall-Displays aber immer auf die selben AP zu. Komischerweise wird mir beim Wall-Display im OG die WLAN Verbindung als "weak" angezeigt, obwohl der AP mit einer Wand nur 5 Meter entfernt ist. Wenn ich das Problem im Log sehe und dann auf die Weboberfläche von Wall-Display zugreife. habe ich den MQTT connect trotzdem noch alle 5 Sekunden.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working not-latest-version Beta version not found in issue
Projects
None yet
Development

No branches or pull requests

2 participants