Tester für Zigbee Adapter 2.0.x gesucht
-
@gaspode sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Das Häkchen hatte mich in der Beschreibung irritiert, das las sich für mich so, wie ein Workaround, den man normalerweise nicht verwendet. Heute ist irgendwie nicht mein Tag.
Da kann ich was zu Scheiben:
Ab Adapter 2.0.0 gab es immer wieder Probleme bei einer Neuinstallatopn des Adapters. Beim ersten Start wo das zigbee subsystem aktiviert wird werden Backup Daten geschrieben. Wenn in der Folge die parametrierung geändert wird mussten diese teilweise von Hand entfernt werden - was immer wieder zu Problemen geführt hat,
Was dem Adapter gefehlt hat ist eine Mögkichkeit das vom UI aus zu steuern. Beim Aufbau dieser Möglichkeit fiel auf das es am besten ist wenn das zigbee Netzwerk nicht automatisch gestartet wird bis die Konfiguration erfolgreich abgeschlossen und getestet ist.
Bei späteren Starts soll danach das zigbee subsystem automatisch durchgestartet werden.
Das hätte durch einen anderen Workflow auch abgebildet würden können - aber das wäre gerade für Neulinge noch komplexer und unhandlicher gewesen. Deswegen die Entscheidung für den Haken, der bei ‚alten‘ Installationen einmal gesetzt werden muss.
A.
-
@asgothian
Will nicht ätzen oder kritisieren. Und da mittlerweile 3.x.x existiert ist es wahrscheinlich eh schon zu spät. Wenn was super toll funktioniert kommen dann halt immer noch die "Vergoldungswünsche". Bitte nicht bös nehmen - Adapter ist super toll!Hier nur eine Anregung für die Zukunft oder ähnliche Fälle:
Man kann bei der Adapterinstallation auch ein Script ausführen und dort erkennen ob schon eine (ältere) Installation vorliegt. Damit hätte man bei Upgrade von 1.x.x auf 2.x.x das Hakerl automatisch setzen können.Ist bei einem Hackerl kein großes Ding. Aber für andere Migrationen ev. von Interesse.
Und für den IST Stand ev. zum Andenken:
Ev. würde eine Warning im Log sinnvoll sein, so in der Art:
Warning: Subsystem not yet started. If you configuration has been completed, please check xxxx box at configuration UI to start subsystem automatically.
Zumindest User die ins Log schaun (und das sind sicher nicht alle
hätte da nen Hinweis. -
@mcm1957 said in Tester für Zigbee Adapter 2.0.x gesucht:
Damit hätte man bei Upgrade von 1.x.x auf 2.x.x das Hakerl automatisch setzen können.
Der Haken kommt ja erst mit Version 3. Ich hab ehrlich gesagt noch nicht ganz verstanden, wann es sinnvoll ist, den Haken zunächst nicht zu setzen. Wenn das wirklich immer nur eine Neuinstallation des Adapters beträfe, wäre das bestimmt eine gute Sache, dass die Upgrader nicht davon behelligt werden.
-
@mcm1957 sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@asgothian
Will nicht ätzen oder kritisieren. Und da mittlerweile 3.x.x existiert ist es wahrscheinlich eh schon zu spät. Wenn was super toll funktioniert kommen dann halt immer noch die "Vergoldungswünsche". Bitte nicht bös nehmen[...snip]
Keine Sorge - ich nehm das als Anregung und Vorschlag zur Verbesserung. Und bin Dankbar dafür.
Und für den IST Stand ev. zum Andenken:
Ev. würde eine Warning im Log sinnvoll sein, so in der Art:
Warning: Subsystem not yet started. If you configuration has been completed, please check xxxx box at configuration UI to start subsystem automatically.
Zumindest User die ins Log schaun (und das sind sicher nicht alle hätte da nen Hinweis.Aktuell gibt es (in aktuellen Github Version) die folgende Meldung wenn der Adapter gestartet wird ohne das der Haken da ist:
Zigbee autostart option not set - omitting start of zigbee substystem!@gaspode sagte in Tester für Zigbee Adapter 2.0.x gesucht:
@mcm1957 said in Tester für Zigbee Adapter 2.0.x gesucht:
Damit hätte man bei Upgrade von 1.x.x auf 2.x.x das Hakerl automatisch setzen können.
Der Haken kommt ja erst mit Version 3. Ich hab ehrlich gesagt noch nicht ganz verstanden, wann es sinnvoll ist, den Haken zunächst nicht zu setzen. Wenn das wirklich immer nur eine Neuinstallation des Adapters beträfe, wäre das bestimmt eine gute Sache, dass die Upgrader nicht davon behelligt werden.
Bestehende Installationen die vor dem Update gelaufen sind sollten den Haken immer setzen. Einfach betrachtet wäre ein Skript also eine interessante option, aber
- Leider gehen viele Nutzer wenig 'systematisch' vor wenn etwas nicht sofort geht - da wird dieses und jenes neu installiert / über installiert / krumm gedreht. Mal von NPM, mal von Github, mal eine ältere Version. Ich hab im Forum an vielen Stellen mehr Probleme damit die komischen Lösungsversuche von Nutzern gerade zu biegen als das eigentlich ursächliche Problem zu lösen.
Könnte ich das alles in einem Skript sauber abfangen - vielleicht.
Ist es das für diesen einfachen Fall wert - in meinen Augen nicht. Einmal in die Einstellungen zu gehen und den Haken zu setzen ist jetzt nicht wirklich zuviel verlangt.
- Dadurch das die Nutzer in die Konfiguration gehen werden sie gleich noch mit einer weiteren Eigenschaft der 3.x konfrontiert - einer Verifikation von Zigbee-Einstellungen und den vom Koordinator gesicherten Einstellungen. Passen die nicht übereinander wird das angezeigt. Zusätzlich bekommen alle die noch die unsäglichen 16D ExtPanID nutzen nochmal einen Hinweis darauf das das vielleicht nicht gut ist.
Über die Einstellungen lassen sich dann für die Nutzer halbwegs komfortabel auch Auffälligkeiten beheben, wie z.Bsp. die "Unart" einfach den Adapter mit dem Haken bei
laufen zu lassen.Dieses ist gewünscht - zumindest von mir
A.
-
@asgothian said in Tester für Zigbee Adapter 2.0.x gesucht:
Ich hab im Forum an vielen Stellen mehr Probleme damit die komischen Lösungsversuche von Nutzern gerade zu biegen als das eigentlich ursächliche Problem zu lösen.
Guter Punkt.
@asgothian said in Tester für Zigbee Adapter 2.0.x gesucht:
Aktuell gibt es (in aktuellen Github Version) die folgende Meldung wenn der Adapter gestartet wird ohne das der Haken da ist:
Zigbee autostart option not set - omitting start of zigbee substystem!Finde ich persönlich auch absolut ausreichend.
-
@asgothian sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Zusätzlich bekommen alle die noch die unsäglichen 16D ExtPanID nutzen nochmal einen Hinweis darauf das das vielleicht nicht gut ist.
Vielleicht kannst du für die ganz Unkreativen auch einen Link zu einem Hex-Generator verlinken?
Ich lass mich da nämlich auch ganz gerne von solchen Diensten 'beraten'. -
Alles klar und für mich OK. DU entscheidest als dev was du für sinnvoll haltest.
Und wenn es dir was hilft um schräge Installationen zu minimieren: Eine Installation von Github kannst du blocken. Damit zwingst du user zumindest eine (ggF Alpha) von npm zu installieren. Die mag zwar auch defekt sein aber wenigsten in sich ein definierter Zustand. (https://github.com/ioBroker/ioBroker.js-controller/blob/6ade4045339082a9408e17e0871ad26dc41206ca/schemas/io-package.json#L1371)
Muss aber jeder dev selbst entscheiden was hilfreicher ist.
-
@gaspode
Hier, im Thread, gibt's sogar die Lösung für dein Problem, aber, wenn man kein Zeit für Lesen hat... -
@dimaiv said in Tester für Zigbee Adapter 2.0.x gesucht:
@gaspode
Hier, im Thread, gibt's sogar die Lösung für dein Problem, aber, wenn man kein Zeit für Lesen hat...Mein Problem ist mit V 3 des Adapters ja gelöst. Ist halt nicht einfach, in einem Thread mit über 500 Beiträgen die Übersicht zu behalten. Also sehe es mir bitte nach, dass ich die Lösung übersehen habe.
Edit:
So, jetzt wieder daheim und nicht mehr nur am Handy.
Nochmal zur Erklärung: Ich hatte ja eigentlich direkt in deinem Thread gepostet, weil ich diesen Thread hier nicht gefunden hatte. @Homoran war dann so nett, den Teil hierher zu verschieben, wodurch es jetzt aussieht, als hätte ich direkt hier gefragt.Konstruktiver Vorschlag: Willst du in deinem Eingangspost deines Threads einen kurzen Hinweis schreiben, was bei Umstieg auf den Zigbee Adapter 2 zu beachten ist und dass man die Anpassung im Adapter Version 3 gar nicht mehr braucht? Damit würdest du den Käufern deines Feuchtesensors bestimmt viel Sucherei ersparen, nicht jeder findet zielgenau den richtigen Tipp im Tester Thread. Ich war zumindest zu blind dafür.
-
@gaspode
Mit aktuelle Zigbee Adapter Version , also, 3.0.1 läuft alles gut wie gewohnt.
Mein einziger Vorschlag wäre, so schnell wie es geht, Zigbee Adapter auf die Version 3.x.x updaten. -
@dimaiv said in Tester für Zigbee Adapter 2.0.x gesucht:
Mein einziger Vorschlag wäre, so schnell wie es geht, Zigbee Adapter auf die Version 3.x.x updaten.
Ich habe das ja inzwischen längst gemacht. Ich schlage ja nur vor, dass du einen kurzen Hinweis in dein Posting zum Verkauf der Devices schreibst. Denn da werden die meisten wohl als erstes rein gucken, wenn sie Probleme haben. Ich hab das zumindest so gemacht. Wie gesagt, keine Kritik, kein Vorwurf an dich. Nur ein Vorschlag.
-
@asgothian
Moin noch mal in Runde,
hatte jetzt mal ein wenig Zeit zum Testen.Habe mir ein neues System mit meinem Ersatz Pi auf gesetzt und einem neuen SonOff Stick mit aktueller Firmware.
Hatte dort den gleichen Effekt. (Schließe dadurch mein aktives System aus)Steckdosen, Türsensoren von Aquara alles lief nur nicht diese SNZB-02 nicht.
Habe dann mit meinem einfachen Wissen, zwei Sensoren neu geflashed mit der Firmware Efekta (SNZB-02_EFEKTA_H.hex)
Damit Senden die Sensoren wieder regelmäßig ein Batteriesignal.Jetzt die Herausforderung für den Cracks der Software.
Wenn ich den Sensor anlerne alles gut.
Datenpunkte werden angelegt.
Jetzt Kann ich über den Reiter "Entwickler" den Sensor triggern.
Erhalte auch den angeforderten Werte welche er dann auch brave in die Datenpunkt einträgt. (Wiederholbar)Diese läuft jetzt seit 3 Tagen, sendet regelmäßig sein Batteriestand aber keine Werte (Feuchte,Temperatur)
Da das Problem auf beiden PIs gleich ist und die Sensoren beim Test-Pi nur 10 cm von der Antenne weg lagen, und der Sensor Daten sendet. Würde ich ein Funkproblem auf unwahrscheinlich setzten.
Habe noch ein paar Logs vom Sensor angehängt vielleicht hat Jemand noch eine Idee.
Zum wegschmeißen sind die zu Schade.
-
@kaffler
Probier mal die Sensoren reconfigurieren. Dann sollte es funktionieren.
Im Log muss unbedingt folgende Meldung kommen:
"DeviceConfigure successful....."Ich habe gemerkt, ab Zigbee Adapter 2.0.x werden nicht alle Geräte nach anlernen configuriert.
Manuele Reconfiguration bringt Erfolg. -
@kaffler entweder nochmal neu pairen..
steht zumindest so hier
https://www.zigbee2mqtt.io/devices/SNZB-02.htmloder kannst mit dem configure knopp versuchen..
ansonsten kannst den über send_payload manuell triggern.. dann aber mit vorsicht. sonst müllst du dir dein Netzwerk zu
-
Ich hoffe, ich werfe jetzt nix durcheinander, aber wenn ich das richtig verstehe, hat @Asgothian hier eine ausführliche Erklärung für das Verhalten gepostet. Eine Lösung dazu auch, allerdings im Zusammenhang mit der Version 3.x des Zigbee Adapters.
-
@gaspode sagte in Tester für Zigbee Adapter 2.0.x gesucht:
Eine Lösung dazu auch, allerdings im Zusammenhang mit der Version 3.x des Zigbee Adapters.
die Themtik ist Version unabhängig..
-
@asgothian
hallo ich bin ein Zigbee Anfänger und habe folgendes Problem.
Ich habe mir ein Vibrationssensor gekauft, bekomme ihn aber nicht korrekt eingebunden.
Der Sensor gekoppelt aber er hat kein Ikon und es werden unter Objekten keine DP angezeigt.
Laut Zigbee2MQTT wird er unterstützt.
https://www.zigbee2mqtt.io/devices/ZG-102ZM.htmlBei "Reconfigure" kommt eine Fehlermeldung.
Laut Log muss ich koppeln neu versuchen, klappt aber nicht.
zigbee.0 2025-06-25 17:59:09.318 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:58:40.808 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:58:40.251 info Starting interview of '0xa4c138d46d61f7fd' zigbee.0 2025-06-25 17:58:25.447 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:57:55.426 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:57:54.862 info Starting interview of '0xa4c138d46d61f7fd' zigbee.0 2025-06-25 17:57:41.355 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:57:13.527 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:57:13.018 info Starting interview of '0xa4c138d46d61f7fd' zigbee.0 2025-06-25 17:57:02.395 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:56:44.197 info Opening zigbee Network for 240 seconds zigbee.0 2025-06-25 17:56:43.319 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:56:29.235 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:56:29.077 warn Blocked interview for 'undefined' because the network is closed zigbee.0 2025-06-25 17:56:23.569 info Closing Zigbee network, 1 seconds remaining zigbee.0 2025-06-25 17:55:39.863 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:55:02.811 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:55:02.278 info Starting interview of '0xa4c138d46d61f7fd' zigbee.0 2025-06-25 17:54:48.897 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:54:20.923 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:54:20.431 info Starting interview of '0xa4c138d46d61f7fd' zigbee.0 2025-06-25 17:54:06.591 info List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}] zigbee.0 2025-06-25 17:52:58.285 error Failed to interview '0xa4c138d46d61f7fd', device has not successfully been paired. Try again !!!!!!!!!! zigbee.0 2025-06-25 17:52:28.785 info Device '0xa4c138d46d61f7fd' announced itself zigbee.0 2025-06-25 17:52:28.282 info Starting interview of '0xa4c138d46d61f7fd' zigbee.0 2025-06-25 17:52:23.570 info Opening zigbee Network for 240 seconds zigbee.0 2025-06-25 17:52:07.362 info List of port: [{"path":"/dev/ttyS0"},{"path":"/dev/ttyS1"},{"path":"/dev/ttyS10"},{"path":"/dev/ttyS11"},{"path":"/dev/ttyS12"},{"path":"/dev/ttyS13"},{"path":"/dev/ttyS14"},{"path":"/dev/ttyS15"},{"path":"/dev/ttyS16"},{"path":"/dev/ttyS17"},{"path":"/dev/ttyS18"},{"path":"/dev/ttyS19"},{"path":"/dev/ttyS2"},{"path":"/dev/ttyS20"},{"path":"/dev/ttyS21"},{"path":"/dev/ttyS22"},{"path":"/dev/ttyS23"},{"path":"/dev/ttyS24"},{"path":"/dev/ttyS25"},{"path":"/dev/ttyS26"},{"path":"/dev/ttyS27"},{"path":"/dev/ttyS28"},{"path":"/dev/ttyS29"},{"path":"/dev/ttyS3"},{"path":"/dev/ttyS30"},{"path":"/dev/ttyS31"},{"path":"/dev/ttyS4"},{"path":"/dev/ttyS5"},{"path":"/dev/ttyS6"},{"path":"/dev/ttyS7"},{"path":"/dev/ttyS8"},{"path":"/dev/ttyS9"}] -
@edis77 adapter version ??
-
-
@edis77 da ist es noch nicht drin...
du musst auf die 3.x umsteigen
