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

Geräte wieder offline nach einer bestimmten Zeit (siehe #255) #279

Closed
Tschaeeens opened this issue Dec 27, 2023 · 13 comments
Closed

Geräte wieder offline nach einer bestimmten Zeit (siehe #255) #279

Tschaeeens opened this issue Dec 27, 2023 · 13 comments
Labels
problem Something isn't working stale

Comments

@Tschaeeens
Copy link

Tschaeeens commented Dec 27, 2023

What happened?

Seit dem Update auf 2.13.4 und dem zigbee2mqtt update auf 1.34.0 werden die Geräte nach einer bestimmten Zeit wieder als offline angezeigt. Ein Neustart des Adapters zeigt die Geräte wieder als online.
Getestet sowohl mit websocket als auch mit Externer MQTT Server.

What did you expect to happen?

No response

How to reproduce it (minimal and precise)

Nach Durchsicht der Logs könnte es möglich sein, dass die Geräte immer dann als offline angezeigt werden, wenn ein Gerät sich selbst announced und anschließend wieder online geht. Ansonsten habe ich nichts auffälliges im Log.

Adapter version

2.13.4

Log

ich werde jetzt mal zigbee2mqtt in der Datei loggen. Vielleicht erkenne ich das Problem.

@Tschaeeens Tschaeeens added the problem Something isn't working label Dec 27, 2023
@arteck
Copy link
Owner

arteck commented Jan 6, 2024

kann ich nicht bestätigen..
sind die Geräte vielleicht nur offline markiert wenn du Admin aufmachst.. und direkt in den Objectbaum schaust...
das dauert bissel bis Admin diese richtig markeirt hat
was steht i den einzelnen Zuständen
grafik

@MarkSau
Copy link

MarkSau commented Jan 11, 2024

Ich habe das tatsächlich auch..heute schon zweimal..
Die Objekte werden als Offline im Adapter angezeigt. Im zigbee2mqtt selbst sind sie online und zeigen auch dort nichts im Log.
Es scheint, als ob der Adapter die Verbindung zum zigbee2mqtt verliert.
Nach einem Neustart der iob Instanz ist erstmal alles wieder gut.

@Tschaeeens
Copy link
Author

Ich habe jetzt mal einiges probiert. Also bei mir zeigt es die Geräte definitiv als offline auch in der Objektansicht an. Das Gerät lässt sich aber weiterhin schalten. Ich habe sowohl mit websocket als auch externen mqtt die Tests durchgeführt. Ich konnte einiges nachstellen. Falls sich ein Gerät announced und wieder neu connected, dann verliert der Adapter nur bei available die Verbindung. Lasst seen wird ebenfalls nicht mehr aktualisiert. Bei mir waren einige batteriebetriebenen Ikea Schalter dabei. Diese hatten alle nur noch wenig Saft. Nachdem ich die Batterien bei fast allen getauscht habe, wurde die Problematik besser. Aktuell habe ich mir in ioBroker ein Skript geschrieben, welches den available Status prüft und wenn mehr als 5 Geräte offline gehen starte ich den Adapter automatisch neu. Danach geht es wieder. Was komisch ist, falls ein batteriebetriebenes Gerät aussteigt, gehen auch die festverbauten Steckdosen offline. Ich habe keinerlei Geräte von Ledvance oder Osram vorhanden.
Vielleicht hilft dies. Schon mal besten Dank für die Hilfe!

@DominikReber
Copy link

Hab ein ähnliches Problem seit heute.
Nach einem Neustart sind alle Geräte grün, innerhalb 1-5 minuten verlieren aber alle die Verbindung.
in Zigbee2MQTT sind sie aber weiterhin normal verfügbar.

@DominikReber
Copy link

Ich muss mich korrigieren, es tritt nur in Verbindung mit einem Gerät auf (Heiman WarningDevice-EF-3.0). Wenn ich einen Befehl an den sende, stürzt der ganze Adapter ab. (Mache einen eigenen Thread auf dafür)

@DominikReber
Copy link

DominikReber commented Jan 18, 2024

Aktuell werden sie auch alle als offline markiert, wenn ich ein neues Gerät anlerne.
Fehlermeldung sehe ich nirgends. In Zigbee2MQTT ist alles aber weiterhin online und - deshalb halb so wild - die Werte werden korrekt über den Adapter empfangen.

Nehme an, dies wird ausgelöst und daher alles als offline angzeigt:

        wsClient.on('close', async () => {
            this.setStateChanged('info.connection', false, true);
            await statesController.setAllAvailableToFalse();
            deviceCache = [];
            groupCache = [];
        });

@MarkSau
Copy link

MarkSau commented Feb 6, 2024

Hi,
ich möchte da Thema noch mal hoch holen, da es bei mir etwas nervt. Ich nutze den Device_Watcher dapter, der mir Geräte meldet, die Offline gegangen sind. Klar könnte ich Zigbee davon ausnehmen, aber das ist ja nicht Sinn der Sache.
Wäre also schön, wenn das bald gelöst würde..
Danke

@arteck
Copy link
Owner

arteck commented Feb 20, 2024

wie soll ich den Fehler beheben wenn keine LOGs geliefert werden ..
mit einer Meldung es läuft nicht ist mir nicht geholfen..

meine Geräte sind IMMER Online..
also was ist den bei euch so besonders..

zeigtmal die Einstellungen..vielleicht kriegen wir so ein konsens

@cracyfloyd
Copy link

Bei mir ist das gleiche Problem mit allen Geräten. Ich habe zig Xiaomi Bewegungsmelder, Fensterkontakte und Lichter von Philips und Ikea. Alle werden in dem IOBroker Adapter nach ein paar Stunden als unavailable angezeigt. In der Zigbee2mqtt Software sind sie aber alle als available markiert. Starte ich den IOBroker Zigbee2mqtt Adapter neu werden wieder alle als available gekennzeichnet.
Ich habe einen Docker Mosquito Container und einen Zigbee2mqtt Docker Container am laufen. Auf diesen greift der zigbee2mqtt IObroker Adapter zu.

Bildschirmfoto 2024-02-25 um 10 13 28 Bildschirmfoto 2024-02-25 um 10 11 57

@cracyfloyd
Copy link

Nach ein paar Stunden Betrieb des Adapters wieder das gleiche.

Bildschirmfoto 2024-02-27 um 21 45 05 Bildschirmfoto 2024-02-27 um 21 45 32

Nach Neustart des Adapters sind dann wieder alle available.

Bildschirmfoto 2024-02-27 um 21 49 52

@copystring
Copy link

copystring commented Feb 27, 2024

Ich hatte das ebenfalls vor Ewigkeiten. Dazu gibt es auch entsprechendes Issue. Sind nie wirklich dahinter gekommen, warum es nicht läuft. Das Problem war damals websocket. Nach dem Wechsel zu mqtt trat es nie wieder auf.

#87

@cracyfloyd
Copy link

Ich hatte das ebenfalls vor Ewigkeiten. Dazu gibt es auch entsprechendes Issue. Sind nie wirklich dahinter gekommen, warum es nicht läuft. Das Problem war damals websocket. Nach dem Wechsel zu mqtt trat es nie wieder auf.

#87

Danke für die Info. Leider ist das Problem bei mir nicht websocket da ich über MQTT kommuniziere. Vielleicht ist es ja doch an irgendeiner Stelle eine Einstellung. Warten wir mal ab.

Copy link

This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 7 days

@github-actions github-actions bot added the stale label Mar 30, 2024
@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Apr 6, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
problem Something isn't working stale
Projects
None yet
Development

No branches or pull requests

6 participants