UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[biker1602]

@asgothian said in Test Adapter zigbee2mqtt:

@biker1602 solange du das Programm immer direkt per npm startet bleibt es so

Du musst schon den Dienst starten. Nachdem du die Datei angepasst hast solltest du nochmal das versuchen was @ciddi89 weiter oben geschrieben hat:

@ciddi89 sagte in Test Adapter zigbee2mqtt:

@biker1602
Mach mal

systemctl daemon-reload

Und dann noch mal

sudo systemctl start zigbee2mqtt

Und Ergebnis von

systemctl status zigbee2mqtt.service

Das war es jetzt bleibt er grün. :ok_hand: Jetzt ist zwar der IKEA Button Offline aber vielleicht erholt er sich ja noch. Oder muss der neiu angelernt werden?

[Asgothian]

@thomas-braun sagte in Test Adapter zigbee2mqtt:

@asgothian

Da gibt es ja auch nix zu diskutieren, grundsätzlich ist es natürlich schwieriger ein System nach dem EOL am laufen zu halten als ein aktuell vom Hersteller noch unterstütztes.

Da gibt es viel zu diskutieren. Der OP hat kein problem damit sein System am laufen zu halten - es läuft. Er hat ein problem damit aus einer nicht auf sein System zugeschnittenen Anleitung zusätzliche Software zum laufen zu kriegen. Das wäre bei dem neu aufgesetzten System genau so geblieben, da sich an dem eigentlichen Fehler absolut NICHTS durch das neue System ändert.

Die Frage ist also nicht ob ein neues System einfacher zu warten ist, sondern ob das neu installieren das Problem des OP's löst. Tut es nicht.

A.

[Thomas Braun]

@asgothian

Richtig, die Service-Datei ist hüben wie drüben falsch.

Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.
Je länger das herausgezögert wird desto komplexer wird das aber erfahrungsgemäß. Deswegen beizeiten wechseln und nicht das EOL eintreten lassen. Dafür gibt es ja den Übergangszeitraum von über einem Jahr bei Debian von Release zu Release. Kommt ja nicht aus heiterem Himmel.

Die 'große' Operation ist jetzt mit einem Pflästerchen etwas herausgezögert worden. Aber wie viele Pflaster willste da noch draufpappen?

[arteck]

@thomas-braun sagte in Test Adapter zigbee2mqtt:

Trotzdem wird ein abgekündigtes System künstlich am Leben gehalten, die Aufgabe das Release zu wechseln stellt sich früher oder später ohnehin.

aber im andern thread... und nicht HIER

[toralt]

@idlebit mal eine generelle Frage:
Ich habe zigbee2mqtt auf die neueste Version upgedatet (28.5) und bekomme anschließen jede Minute einen disconnect des Adapters wegen websocket error. Adapter ist aktuell bei 2.5.0.

Ich habe nun meine Backup VM gestartet und bin somit wieder auf Version 28.4 bei zigbee2mqtt. Nun funktioniert wieder alles wie vorher. Muss ich nach dem Update von zigbee2mqtt wieder irgendwas in der config anpassen bevor der Adapter wieder funktioniert? In der Dokumentation von @nox309 konnte ich hierzu nichts finden.

[Ein ehemaliger Benutzer]

@toralt ne eigentlich nicht. Habe auch das Update gemacht und danach lief alles wieder wie vorher.

[arteck]

@toralt 29.0 ist das neuste.. und JA du solltest dir das update howto bei zigbee2mqtt durchlesen..

[Jan.S100]

@idlebit sagte in Test Adapter zigbee2mqtt:

Aktuelle Test Version
Veröffentlichungsdatum	wartet noch auf die Freigabe für das Beta-Repo
Github Link	https://github.com/o0shojo0o/ioBroker.zigbee2mqtt

Hallo, mal eine kleine Frage. Wann kommt der Adapter ins Beta-Repo?
Bei anderen Adaptern ging das meiner Meinung nach schneller.

Ihr macht hier eine tolle Arbeit. 👍
Ich vergesse immer nachzuschauen ob ein neues Update bei Github gibt. 😱

Allen ein gesundes neues Jahr.
Jan

[arteck]

@jan-s100 wenn @apollon77 zeit gefunden hat für ein Code Review.
bis dahin musst du es von GIT installieren

[toralt]

@arteck Stimmt, Sorry, 1.29.0

Genau nach der offiziellen Anleitung habe ich das update gemacht. zigbee2mqtt läuft danach ja auch bestens. Nur der Adapter halt nicht mehr.

[arteck]

@toralt das dauert so 5 sec bis der sich wieder neu verbindet.

[toralt]

@arteck ja, das klappt auch, dann ist er ne minute grün, dann kommt ein websocket error und er wird gelb, dann wird er gleich wieder grün, nach ca 1 minute wieder websocket error. Das geht dann immer so weiter.

[apollon77]

@toralt zeig doch mal ein Log

[toralt]

@apollon77 Wenn sich über das lange WE Zeit findet, dann werde ich da nochmal einen Versuch starten. Dann kann ich das Log posten. Nachdem ich die VM mit 1.29.0 wieder gelöscht habe muss ich das update erst nochmal machen.

[david83]

Hallo zusammen und danke @IdleBit und weiteren Beteiligten für diesen Adapter.

Adapter Version:
v2.5.0

Zigbee2MQTT Version
1.29.0 commit: dddce57
Coordinator-Typ
zStack3x0
Coordinator-Version
20210708
Coordinator IEEE Adresse
0x00124b0021b7802b
Frontend Version
0.6.121

Nun meine Erfahrungen:

Ich habe 96 Geräte. Der Großteil läuft bis jetzt einwandfrei.
Probleme habe ich beim Schalter E1743 von Ikea. Dieser schaltet bei Betätigung die Datenpunkte im Iobroker nicht von true auf false. Obwohl auf dem Zigbee2mqtt Server im Frontend einwandfrei geschaltet und angezeigt wird. Hat da jemand eine Idee?

Lg

[Asgothian]

@david83 sagte in Test Adapter zigbee2mqtt:

Probleme habe ich beim Schalter E1743 von Ikea. Dieser schaltet bei Betätigung die Datenpunkte im Iobroker nicht von true auf false. Obwohl auf dem Zigbee2mqtt Server im Frontend einwandfrei geschaltet und angezeigt wird. Hat da jemand eine Idee?

bist du sicher das er sie nicht schaltet ? Da diese unter Umständen nur kurz auf Wahr gehen zeigt das Frontend die Änderungen ggf. nicht an.

Setz mal einen Trigger drauf und schau mal.

A.

[david83]

@asgothian

Habe es mit dem Trigger probiert. Kein Erfolg. Dann einmal direkt ohne Alias Adapter dazwischen. Und es funktioniert! Keine Ahnung warum. Alias gelöscht und neu erstellt. Jetzt läuft es wie es soll. Danke für den Denkanstoß!

[david83]

Hätte da aber noch eine Frage. Sobald ich ein Frontend Passwort beim zigbee2mqtt Server benutze, kann der Iobroker zigbee2mqtt Adapter sich nichtmehr verbinden. Wird das in Zukunft möglich sein?

LG
David

[IdleBit]

@david83 Das muss ich mir mal ansehen, aber aktuell ist es nicht möglich.

[toralt]

@apollon77

zigbee2mqtt.0
2023-01-07 12:11:02.401	warn	Cannot set State, no websocket connection to Zigbee2MQTT!

zigbee2mqtt.0
2023-01-07 12:10:48.729	warn	Websocket disconnected

zigbee2mqtt.0
2023-01-07 12:10:48.368	warn	Start try again in 1 seconds...

zigbee2mqtt.0
2023-01-07 12:10:48.366	warn	Websocked connection timed out

Wenn ich die VM mit 1.28.4 starte, dann ist das der einzige Unterschied. Die states usw werden alle gleich abgefragt, mit beiden VMs (also 1.28.4 und 1.29.1), haben auch silly Meldungen.
Nur diese WARN Meldungen habe ich nur mit 1.29.1 (bzw auch schon mit 1.29.0).

In Zigbee2MQTT selbst gibt es keinerlei Fehler o.ä. Das läuft genauso wie mit der alten version

Adapter ist wie folgt eingestellt (wurde auch nichts geändert)

Etwas ausführlicheres Log:

	2023-01-07 12:20:42.194	info	Connect to Zigbee2MQTT over websocket connection.

zigbee2mqtt.0
2023-01-07 12:20:41.444	warn	Websocket disconnected

zigbee2mqtt.0
2023-01-07 12:20:41.189	warn	Start try again in 1 seconds...

zigbee2mqtt.0
2023-01-07 12:20:41.188	warn	Websocked connection timed out

zigbee2mqtt.0
2023-01-07 12:20:35.716	info	MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-SchlafzimmerFensterLI', payload '{"linkquality":80,"position":99,"running":false,"state":"OPEN"}'

zigbee2mqtt.0
2023-01-07 12:20:34.214	info	MQTT publish: topic 'zigbee2mqtt/OG-BWM-Flur', payload '{"illuminance":15323,"illuminance_lux":34,"linkquality":98}'

zigbee2mqtt.0
2023-01-07 12:20:31.960	info	MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-Bad', payload '{"linkquality":32,"position":98,"running":false,"state":"OPEN"}'

zigbee2mqtt.0
2023-01-07 12:20:29.292	info	MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-BügelzimmerTür', payload '{"linkquality":91,"position":100,"running":false,"state":"OPEN"}'

zigbee2mqtt.0
2023-01-07 12:20:19.290	info	MQTT publish: topic 'zigbee2mqtt/Schwimmbad-Entfeuchter-hinten', payload '{"linkquality":72,"state":"OFF"}'

zigbee2mqtt.0
2023-01-07 12:20:18.731	info	MQTT publish: topic 'zigbee2mqtt/Schwimmbad-Entfeuchter-vorne', payload '{"linkquality":72,"state":"OFF"}'

zigbee2mqtt.0
2023-01-07 12:20:06.533	info	MQTT publish: topic 'zigbee2mqtt/OG-Vorhang-BügelzimmeFenster', payload '{"linkquality":94,"position":100,"running":false,"state":"OPEN"}'

zigbee2mqtt.0
2023-01-07 12:19:50.265	info	MQTT publish: topic 'zigbee2mqtt/KG-HueColor-Flur', payload '{"brightness":63,"linkquality":65}'

zigbee2mqtt.0
2023-01-07 12:19:50.226	debug	Device: KG-TVLicht-Hobbyraum not found, queue state in incStatsQueue!

zigbee2mqtt.0
2023-01-07 12:19:50.226	debug	Device: EG-OG-KG-HueLicht-Treppenhaus not found, queue state in incStatsQueue!

zigbee2mqtt.0
2023-01-07 12:19:50.226	debug	Device: EG-HueLicht-Frühstück not found, queue state in incStatsQueue!

zigbee2mqtt.0
2023-01-07 12:19:50.226	debug	Device: EG_LightStrips_WohnzimmerWand not found, queue state in incStatsQueue!

zigbee2mqtt.0
2023-01-07 12:19:50.185	info	Connect to Zigbee2MQTT over websocket connection.

zigbee2mqtt.0
2023-01-07 12:19:49.426	warn	Websocket disconnected

zigbee2mqtt.0
2023-01-07 12:19:49.183	warn	Start try again in 1 seconds...

zigbee2mqtt.0
2023-01-07 12:19:49.182	warn	Websocked connection timed out

Bin völlig ratlos und weiß auch nicht, wo genau ich suchen soll?
Mein Gedanke wäre, dass meine VM mit Zigbee2MQTT irgendwas hat bzw sich durch das update irgendwas ändert, weswegen der Adapter immer kurz die websocket Verbindung verliert. Aber das Log von Zigbee2MQTT zeigt nur infos mit abfragen, keine Fehler oder sonst was.
Wenn ich während dieses Websocket fehler auf der VM bin, gibt es auch keine Unterbrechung o.ä., dass ich annehmen könnte, dass das Netzwerk kurz weg wäre. Aber mit 1.28.4 läuft es ja. Ich verstehe es nicht? :man-shrugging: