[Zigbee] Empfangen geht; Senden geht nicht
-
downgrade? Ich habe die 1.10.15 drauf.
Denkst Du das hilft gegen das Countdown Problem oder auch gegen das Nicht-Senden Problem.Das Seltsame ist ja, dass es vorher Monate lang ohne Probleme funktioniert hat
-
@ccbuddy Ich habe genau das gleiche Verhalten.
-
@ritter sagte in [Zigbee] Empfangen geht; Senden geht nicht:
@ccbuddy Ich habe genau das gleiche Verhalten.
Nach aussage von @ccbuddy hast du das nicht:
- es geht zwischendurch - ohne das es einen erkennbaren Grund gibt
- das Pairing geht prinzipiell - nur ohne countdown
A.
-
Hier ist der Output, wenn ich eine Lidl Steckdose ein und auszuschalten versuche in dem Fall, dass ich sie nicht ansteuern kann. Ganz oben kam noch eine Statusmeldung; leider habe ich kein Log aus dem Moment, wenn ich den Schalter an der Steckdose drücke
ELEVATED I0: Zigbee Event of Type attributeReport from device "0xa4c138d620daf73a", incoming event: {"type":"attributeReport","device":"0xa4c138d620daf73a","endpoint":1,"data":{"65506":53,"65508":0,"appVersion":68},"linkquality":108,"groupID":0,"cluster":"genBasic"} ELEVATED O4: convert state, "ON", {} for device 0xa4c138d620daf73a with Endpoint state ELEVATED O4.1: Setting' converter to converter with key(s)'["state","on_time","off_wait_time"]} ELEVATED O03: Publishing to 0xa4c138d620daf73a of model HG08673 ELEVATED O02: Change state 'state' at device 0xa4c138d620daf73a type 'HG08673' ELEVATED O01: User state change of state zigbee.0.a4c138d620daf73a.state with value true (ack: false) from system.adapter.admin.0 ELEVATED O4: convert state, "OFF", {} for device 0xa4c138d620daf73a with Endpoint state ELEVATED O4.1: Setting' converter to converter with key(s)'["state","on_time","off_wait_time"]} ELEVATED O03: Publishing to 0xa4c138d620daf73a of model HG08673 ELEVATED O02: Change state 'state' at device 0xa4c138d620daf73a type 'HG08673' ELEVATED O01: User state change of state zigbee.0.a4c138d620daf73a.state with value false (ack: false) from system.adapter.javascript.0Meine Vermutung des Fehlers liegt schon fast auf der Funkstrecke. Der Stick ist genau an der gleichen Position platziert wie schon lange auch ein Umbau und Neuaufbau am Schreibtisch hat nichts gebracht.
Ggf. ist auch die Sendeeinrichtung im Stick defektIch organisiere mir mal einen Ersatzstick und probiere es damit
Kann ich einen neuen Stick einfach einstecken und er wird für mein Zigbee Netzwerk konfiguriert? (aus den nvbackup?)
oder muss ich etwas manuell machen? -
@ccbuddy sagte in [Zigbee] Empfangen geht; Senden geht nicht:
Ich organisiere mir mal einen Ersatzstick und probiere es damit
Kann ich einen neuen Stick einfach einstecken und er wird für mein Zigbee Netzwerk konfiguriert? (aus den nvbackup?)
oder muss ich etwas manuell machen?Das sollte einfach so gehen. Nur die serielle Schnittstelle muss angepasst werden.
Die Tatsache das die Meldungen O4.1 und O4 kommen deutet darauf hin das das System die Nachrichten durchaus schickt. Es ist aber trotzdemauffällig das die Ende-Mitteilung halt nicht kommt - am Ende müsste eine Meldung kommen das erfolgreich verschickt wurde. Hier ist also etwas nicht ganz koscher.Eine Ursache in der Funkstrecke ist durchaus denkbar. Hat sich durch den Stromausfall an der Belastung der Funknetze etwas geändert ?
A.
-
Kurzer Update
alles möglich Probieren mit anderen Verlängerungskabel auch mit einem USB Hub dazwischen hat keine Änderung gebracht.Erst ein strammes Klopfen des Sonoff Sticks gegen die Wand hat es plötzlich zum Spielen gebracht
nun kommen auch die Input Messages:
zigbee.0 2025-02-05 20:07:42.726 warn ELEVATED I1: message received '{"linkquality":132}' from device a4c1382d7bb4ba2d type 'HG08673' zigbee.0 2025-02-05 20:07:42.714 warn ELEVATED O05: convert result {"state":{"state":"OFF"}} sent to device 0xa4c1382d7bb4ba2d zigbee.0 2025-02-05 20:07:42.713 warn ELEVATED I0: Zigbee Event of Type attributeReport from device "0xa4c1382d7bb4ba2d", incoming event: {"type":"attributeReport","device":"0xa4c1382d7bb4ba2d","endpoint":1,"data":{"onOff":0},"linkquality":132,"groupID":0,"cluster":"genOnOff"} zigbee.0 2025-02-05 20:07:42.712 warn ELEVATED I0: Zigbee Event of Type attributeReport from device "0xa4c1382d7bb4ba2d", incoming event: {"type":"attributeReport","device":"0xa4c1382d7bb4ba2d","endpoint":1,"data":{"onOff":0},"linkquality":132,"groupID":0,"cluster":"genOnOff"} zigbee.0 2025-02-05 20:07:42.710 warn ELEVATED I0: Zigbee Event of Type attributeReport from device "0xa4c1382d7bb4ba2d", incoming event: {"type":"attributeReport","device":"0xa4c1382d7bb4ba2d","endpoint":1,"data":{"onOff":0},"linkquality":132,"groupID":0,"cluster":"genOnOff"} zigbee.0 2025-02-05 20:07:42.657 warn ELEVATED O4: convert state, "OFF", {} for device 0xa4c1382d7bb4ba2d with Endpoint state zigbee.0 2025-02-05 20:07:42.656 warn ELEVATED O4.1: Setting' converter to converter with key(s)'["state","on_time","off_wait_time"]} zigbee.0 2025-02-05 20:07:42.656 warn ELEVATED O03: Publishing to 0xa4c1382d7bb4ba2d of model HG08673 zigbee.0 2025-02-05 20:07:42.652 warn ELEVATED O02: Change state 'state' at device 0xa4c1382d7bb4ba2d type 'HG08673' zigbee.0 2025-02-05 20:07:42.605 warn ELEVATED O01: User state change of state zigbee.0.a4c1382d7bb4ba2d.state with value false (ack: false) from system.adapter.web.0nach dem Sendes des OFF Kommandos
naja, sieht sehr stark nach einem Wackler im Stick aus, der wohl für lange Zeit unauffällig blieb und erst durch das Ausbauen der SD Karte nach dem Stromausfall zur Geltung kam.
Morgen bekomme ich den Ersatzstick geliefert; dann wir es nochmal spannend...
-
so, neuer Stick ist eingetroffen. Port entsprechend angepasst und eingesteckt.
Erst mal wird er erkannt und nach einiger Zeit konnte ich auch wieder die Zustände empfangenABER, zunächst wieder das gleiche Problem wie vorher. Ich kann nichts senden.
Erst wieder nach einigem Herumspielen geht es wieder.
Jetzt bleibt m. E. nur noch die Funkverbindung. da vielleicht der Stick in irgendeiner glücklichen Lage ist.
Wenn es aber mal geht, dann schaut es auch relativ stabil aus. Erst nach einem Neueinstecken und Neustart geht das Problem wieder los.Ich habe zwar einen Zigbee Sniffer Stick mal eingerichtet, aber das wird ein bisschen Aufwand mit dem auf die Suche zu gehen, da mein Raspi+Sender Stick im Keller ist und ich dort den Sniffer nicht so einfach hinbekomme.
Hat noch jemand eine kluge Idee was hier faul sein könnte?
-
@ccbuddy Nochmal ein Update.
Ich habe nun fast alles durchprobiert; Stromversorgung, Kabel; neuer Stick, alle strombetriebenen Geräte für 10min ausgeschaltet.
Auch ein vereinfachter Aufbau des Raspi und nur des Zigbee Sticks am Schreibtisch bringt keine ÄnderungAuch ein paralleler Zigbee Sniffer zeigt, dass es keine Aktion auf der Funkstrecke gibt, wenn ich versuche eine Steckdose zu schalten
Während dieser zeit ist es aber immer möglich den Status aller Zigbee Geräte, und eben auch dieser einen Steckdose wenn ich dort am Knopf drücke, im iobroker zu sehen
Die Reports sind alle im Sniffer zu sehen -
gibt es evtl. ein Logging welches zeigt, dass Daten zum Senden über Zigbee auf den UART geschrieben werden?
Ich könnte mir auch mal den Source Code anschauen; ein kleiner Hinweis wo dies zu finden wäre, könnte hilfreich sein -
@Ritter , @Asgothian
Da ist schon was dran mit der 1.10.3. Wenn ich ein komplettes iobroker backup zurückspiele, geht alles komplett wieder. Auch der Countdown beim Pairing ist wieder da.Mache ich dann wieder einen Update auf 1.10.14, geht alles beim ersten Starten. Danach habe ich testweise den Stick abgezogen und das Problem war wieder da
Also muss irgendwetwas in meiner Konfiguration sein, was nicht mit der aktuellen 1.10.14 harmoniert
Ich hab emir den Source Code angeschaut
try { if (permitTime && !this.herdsman.getPermitJoin()) { clearInterval(this._permitJoinInterval); this._permitJoinTime = permitTime; await this.herdsman.permitJoin(true, permitDev, this._permitJoinTime); this._permitJoinInterval = setInterval(async () => { this.emit('pairing', 'Pairing time left', this._permitJoinTime); if (this._permitJoinTime === 0) { this.info('Zigbee: stop joining'); clearInterval(this._permitJoinInterval); await this.herdsman.permitJoin(false); } this._permitJoinTime -= 1; }, 1000);so wie ich es einschätzen würde, kehrt er aus permitJoin() nicht zurück. Es könnte sich etwas im herdsman verklemmt haben, was auch dazu führt, dass keine Steuerkommandos mehr rausgehen
Im Detail kenn ich mich darin nicht aus. Falls Ihr aber Loggings zum Nachstellen braucht, könnte ich den Fall nochmal versuchen zu provozieren
-
@ccbuddy sagte in [Zigbee] Empfangen geht; Senden geht nicht:
Falls Ihr aber Loggings zum Nachstellen braucht, könnte ich den Fall nochmal versuchen zu provozieren
wenn du bereit bist was zu probieren müsstest du die aktuelle Test-Version für die 2.0 installieren - von Github.
Diese ist aber nicht für Produktiveinsatz geeignet - du müsstest nach dem Test also zurück auf die 1.10.15. Lass mich wissen wenn du das versuchen willst.
A.
-
@asgothian naja, ich habe jetzt soviel mit Backup/Restore rumgespielt, das könnte ich schon machen am Wochenende wenn etwas mehr Zeit ist. Wäre ja für einen guten Zweck.
Ich würde danach aber wieder auf die 1.10.3 gehen, da nur dort alles funktioniert
Was kann ich mir unter "nicht für Produktiveinsatz" vorstellen?
Sollte erst mal alles gehen, ist aber nicht getestet? oder gehen nur bestimmte Teilaspekte?Und von wo kann ich diese Version bekommen?
-
@ccbuddy nicht für den Produktiveinsatz heist in diesem Fall:
- ggf. geänderte Datenpunkte. Das hängt davon ab was du für Geräte hast.
- ggf. Probleme beim Ansteuern von farbigen Leuchten, insbesondere bei der Ansteuerung der Farbe.
- ggf. neue Funktionen die nicht vollständig getestet sind - damit also ggf. auch Sondereffekte
- sollte aber generell laufen
Quelle ist : https://github.com/asgothian/ioBroker.zigbee/tarball/1.11 (über den Admin, Adapter, im Experten modus, Installation aus eigenem Link)
A.
-
alles klar; melde mich sobald es was zu berichten gibt
-
@Asgothian das sieht erst mal nicht gut aus mit der 1.11.2 Version. Nach dem ersten Neustart wurden keine (vergebenen) Gerätenamen mehr angezeigt; nur noch die Original Typbezeichung; auch kein BIld.
Über den Objects Tree kann ich die Steckdosen (anhand der hex Adresse) aber ansteuern.
Der Pairing Dialog ist bleibt komplett leer. Keine Startmeldung; kein CountdownDas Gute:
-
Die Funktion scheint aber da zu sein
-
auch nach einem Aus und Einstecken des Stick geht alles wieder. Steckdosen lassen sich schalten; auch Skripte laufen erst mal (Taster werden verarbeitet)
Wie Du schon gesagt, produktiv kann ich es nicht so recht verwenden; aber das mein ursprüngliches Problem schein in dieser Version nicht mehr drin zu sein
-
-
@ccbuddy sagte in [Zigbee] Empfangen geht; Senden geht nicht:
@Asgothian das sieht erst mal nicht gut aus mit der 1.11.2 Version. Nach dem ersten Neustart wurden keine (vergebenen) Gerätenamen mehr angezeigt; nur noch die Original Typbezeichung; auch kein BIld.
Über den Objects Tree kann ich die Steckdosen (anhand der hex Adresse) aber ansteuern.
Der Pairing Dialog ist bleibt komplett leer. Keine Startmeldung; kein CountdownDas Gute:
-
Die Funktion scheint aber da zu sein
-
auch nach einem Aus und Einstecken des Stick geht alles wieder. Steckdosen lassen sich schalten; auch Skripte laufen erst mal (Taster werden verarbeitet)
Wie Du schon gesagt, produktiv kann ich es nicht so recht verwenden; aber das mein ursprüngliches Problem schein in dieser Version nicht mehr drin zu sein
Das hört sich erst einmal gut an. Die eigentliche Diskussion dazu wie es da weiter geht steht hier: https://forum.iobroker.net/topic/79504/alpha-tester-für-zigbee-adapter-v2-0
Zu den Effekten die du beschrieben hast:
- kein Timeout beim Pairing - das ist soweit korrekt, es sollten aber Meldungen zum öffnen und schliessen des Netzes kommen, ein Pairing sollte auch gehen
- keine Bilder: Durch Upload und Neustart hat sich das erledigt.
A.
-
