Deconz-rest-plugin: Ikea Symphonic Controller

Folgen Sie dem Wiki, um zu teilen, welche relevanten Informationen benötigt werden, um Unterstützung dafür hinzuzufügen

Was wäre, wenn ich das Gerät nicht an Deconz anschließen könnte?

Könnte ich helfen, Unterstützung hinzuzufügen?

Ja, bitte geben Sie die hier beschriebenen Informationen an: https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Request-Device-Support.

Faszinierendes kleines Gerät: Anscheinend spricht es ZigBee, da es ein Trådfri-Gateway erfordert, aber die Symfonisk (Sonos) -Lautsprecher sprechen SOAP über http. Ich frage mich, wie viel Intelligenz im Gerät im Vergleich zum Gateway steckt. Sie können das Gerät nicht zur Steuerung der Lautsprecher über deCONZ (anstelle des Trådfri-Gateways) verwenden, es sollte jedoch in der Lage sein, einige Schaltflächenereignisse für Klicks und Doppelklicks abzurufen. Ich bin mir nicht sicher, wo wir die Drehgeste (mit Winkel) belichten. Andernfalls könnten wir einen Ereigniswert für eine analoge Schaltfläche verfügbar machen, vgl. der zweite Endpunkt des Xiaomi-Würfels.

Das Drehen funktioniert hier zum Dimmen der Ikea-Lichter, das ist jetzt verbunden.

Brauchst du noch was?

Der _Basic_-Cluster. Bitte lesen Sie die Attribute, bevor Sie den Screenshot machen.

Ich habe heute (die letzte?) Eine bei IKEA Amsterdam gefunden, obwohl ich dachte, sie sind noch nicht auf ikea.nl. Es wird problemlos in das ZigBee-Netzwerk von deCONZ aufgenommen. Es reagiert jedoch nur für eine sehr kurze Zeit, nachdem es dem Netzwerk beigetreten ist, und geht dann ohne Kontakt zur Außenwelt. Es wird nicht durch Klicken, Drehen oder kurzes Drücken der Reset-Taste aktiviert.

Nach mehreren Versuchen, es mit _Read Attributes_-Befehlen zu bombardieren, um es nach dem Beitritt zum Netzwerk wach zu halten, gelang es mir, den Client-OnOff-Cluster an eine Gruppe zu binden. Und dann der Client-Level-Control-Cluster. Danach verhält es sich jetzt normal und wacht auf, um beim Klicken und Drehen Befehle zu senden. Es sendet die folgenden Befehle:

• _Knicken_ beim Klicken;
• _Step Up_ bei Doppelklick;
• _Schritt nach unten_ beim Höhenklick;
• _Move Up_ beim Starten einer Rechtskurve (im Uhrzeigersinn);
• Bewegen Sie sich nach unten, wenn Sie eine Linkskurve (gegen den Uhrzeigersinn) starten.
• _Stop_ beim Anhalten einer Kurve.

Das Belichten von Klick (1002), Doppelklick (1004) und Höhenklick (1005) ist unkompliziert.
Soweit ich das beurteilen kann, ist die Bewegungsrate konstant. Das Timing zwischen den Befehlen _Move_ und _Stop_ scheint anzuzeigen, wie lange Sie drehen, aber nicht wie schnell und wie weit. Wahrscheinlich am einfachsten, die Links- / Rechtsdrehung als zwei lange Drucktasten (2001/2003 und 3001/3003) freizulegen.

Es ist alles andere als trivial, diese ZigBee-Befehle in Sonos-Befehle zu übersetzen. Es gibt kein Sonos-Äquivalent zu Toggle. Der Trådfri-Hub muss den Wiedergabe- / Pausenzustand des Sonos-Players beibehalten. Außerdem gibt es kein _Move_ / _Stop_-Äquivalent für das Volume. Es gibt einen _RampToVolume_-Befehl, aber ich glaube nicht, dass dieser unterbrochen werden kann.

Ich glaube, ich habe es geschafft, es mit meinem Trådfri-Hub zu verknüpfen (die IKEA Home Smart-App zeigte ein Popup an, dass ein neuer Controller gefunden wurde). Die App findet meine Sonos-Lautsprecher jedoch nicht, sodass ich den Controller nicht so einrichten kann, dass er die Befehle (SOAP über HTTP) abruft, die der Trådfri-Hub an den Sonos-Player sendet.

Commit unten fügt Unterstützung für den Sound-Controller hinzu.

{
  "config": {
    "alert": "none",
    "battery": 16,
    "group": "1",
    "on": true,
    "reachable": true
  },
  "ep": 1,
  "etag": "390a8f3dfff393f27db48b6d845550a4",
  "manufacturername": "IKEA of Sweden",
  "mode": 1,
  "modelid": "SYMFONISK Sound Controller",
  "name": "SYMFONISK Sound Controller ",
  "state": {
    "buttonevent": 2003,
    "lastupdated": "2019-09-27T09:15:06"
  },
  "swversion": "2.1.022",
  "type": "ZHASwitch",
  "uniqueid": "14:b4:57:ff:fe:66:48:62-01-1000"
}

Als Referenz ist hier der _Basic_-Cluster mit allen gelesenen Attributen:

@ebaauw Würde es Ihnen etwas

Wie ich oben erwähnt habe:

• 1002 Klick;
• 1004 Doppelklick;
• 1005 Höhenklick;
• 2001/2003 Start / Stopp gegen den Uhrzeigersinn drehen;
• 3001/3003 Start / Stopp im Uhrzeigersinn drehen.

Danke Erik! Es gibt keine Ereignisse zwischen Start und Stopp drehen?

Nein, soweit ich das beurteilen kann, sendet der Controller _Move_ nur beim Drehen und _Stop_ beim Beenden. Je nachdem, wie reibungslos Sie drehen (oder nicht), erhalten Sie mehrere _Move _ / _ Stop_-Combos pro Runde. Ich habe im deCONZ-Protokoll einige Meldungen gesehen, dass Buttonevent-Benachrichtigungen gelöscht wurden, weil sie zu schnell hintereinander aufgetreten sind, aber ich weiß nicht, was ich dagegen tun soll (außer sie zu ignorieren ;-).

Ich möchte unbedingt herausfinden, welche Sonos-Befehle der Trådfri-Hub sendet, aber die IKEA Home Smart-App findet meine Sonos- (oder Symfonisk-) Player nicht, obwohl die Sonos-App dies tut. Auch die App stürzt auf meinem iPhone Xr (glaube ich seit iOS 13.1) ab, aber nicht auf meinem iPad (iPadOS 13.1).

Nun, Sie können Sonos mit Heimassistenten koppeln und zusammenbinden :)

Ich habe dasselbe mit HomeKit gemacht. Ich steuere meine Sonos-Lautsprecher (über homebridge-zp) mit der 5-Tasten-Fernbedienung Trådfri (über homebridge-hue).

Wie genau kombinieren Sie dies mit deCONZ?
Ich kann das nicht zum Laufen bringen

Löst der Symfonisk Controller ein Ereignis bei langem Drücken aus?

Wann wird dies im Release Build sein?

Wie genau kombinieren Sie dies mit deCONZ?
Ich kann das nicht zum Laufen bringen

Ich kann meine Fernbedienung auch nicht verbinden. Kann jemand helfen?

@ Noah-UI - soweit ich weiß, kannst du dich damit verbinden und sehen, dass es in deconz 'funktioniert', aber du kannst gerade nicht wirklich darauf reagieren. Das funktioniert nur, wenn Sie die IKEA-Brücke haben und von dort nehmen.

aber man kann gerade nicht wirklich darauf reagieren

Während es nicht möglich ist, Symfonisk / Sonos-Player ohne den Trådfri-Hub zu steuern, kann der Controller mit deCONZ problemlos zur Steuerung anderer ZigBee-Geräte verwendet werden. Es sendet reguläre ZigBee-Befehle, die von deCONZ v2.05.70 abgerufen werden, um buttonevent -Werte zu erstellen, die in Gateway-Regeln verwendet werden können. Darüber hinaus können Sie der Gruppe des Controllers Lichter hinzufügen und diese direkt steuern (auch wenn deCONZ nicht verfügbar ist).

Löst der Symfonisk Controller ein Ereignis bei langem Drücken aus?

Nein, siehe https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -536069107.

Wie genau kombinieren Sie dies mit deCONZ?

Beachten Sie, dass deCONZ kein Touchlink-Pairing unterstützt (was der Trådfri-Hub verwendet). Sie müssen in Phoscon nach neuen Geräten suchen / das Netzwerk in der alten Web-App öffnen und das Gerät zurücksetzen (viermal die Reset-Taste drücken - die LED sollte blinken).

Wie bereits erwähnt (https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment-535090364), schaltet das Gerät das Radio nach dem Beitritt zum Netzwerk sehr schnell aus - es ist wichtig, dass deCONZ dies hat Richten Sie die Bindungen ein, bevor dies geschieht, oder das Gerät schaltet das Radio beim Klicken / Drehen nicht wieder ein. Die Chancen für ein erfolgreiches Pairing können erhöht werden, indem alle Router ausgeschaltet und der Controller in der Nähe des RaspBee / ConBee gekoppelt werden. Halten Sie das Radio bei Bedarf wach, indem Sie während des Pairings Befehle von der deCONZ-Benutzeroberfläche an das Radio senden.

@Keesromkes In Ihrem Screenshot hat deCONZ die einfachen Deskriptoren nicht erhalten, sodass die rechte Dropdown-Schaltfläche fehlt. Weitere Informationen finden Sie unter https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2002#issuecomment -547985838.

Hallo, ich habe gerade auf die letzte Version von deconz (270) aktualisiert, aber ich kann nicht herausfinden, wie der Schalter hinzugefügt werden soll.
Ich benutze die Benutzeroberfläche, in Schalter, andere hinzufügen. 4x schnell klicken, aber es wird nicht zu deconz hinzugefügt.
Kannst du mir helfen ?

Eigentlich wurde es hinzugefügt, es ist nur so, dass es nicht in der neuen Phoscon-App in meiner Geräteliste erscheint. Ich habe es in der alten App gefunden.

Was für ein interessantes Ding!

Es ist zwar nicht möglich, Symfonisk / Sonos-Spieler ohne den Trådfri-Hub zu steuern

nicht wahr. Sie können Node-Red auf das Klicken / Drehen des Ereignisses achten lassen und dann einen Ablauf festlegen, der Ihre Sonos-Geräte an die erkannte Aktion anpasst.

Es ist zwar nicht möglich, Symfonisk / Sonos-Spieler ohne den Trådfri-Hub zu steuern

nicht wahr. Sie können Node-Red auf das Klicken / Drehen des Ereignisses achten lassen und dann einen Ablauf festlegen, der Ihre Sonos-Geräte an die erkannte Aktion anpasst.

Ich versuche es mit Appdaemon und Hass-Automatisierung zu machen, alles funktioniert fast, ich suche jetzt nur nach dem Volume, da es nur ein Ereignis zum Starten / Stoppen ist ... ( siehe hier )

Ich versuche es mit Appdaemon und Hass-Automatisierung zu machen, alles funktioniert fast, ich suche jetzt nur nach dem Volume, da es nur ein Ereignis zum Starten / Stoppen ist ... ( siehe hier )

Dazu müssen Sie die Lautstärke wiederholt erhöhen / verringern, bis das Stoppereignis ausgelöst wird.

Ich habe mich für +/- 7% des Volumens alle 500 ms entschieden. Es funktioniert ganz gut.

Anscheinend habe ich meinen Sonos-Controller erfolgreich gekoppelt und kann ihn in der Phoscon-App (über VNC) und in der alten Webanwendung sehen.
Wenn ich jedoch auf Ereignisse höre (in HASSIO), bekomme ich nichts :(

Oh! Es funktioniert plötzlich! Nachdem ich viel in Phoscon herumgespielt und versucht habe, es mehrmals aufzunehmen.
Ich weiß nicht genau wie, aber jetzt funktioniert es und ich bekomme die Ereignisse in HASSIO

schrieb eine Anleitung für NodeRed

https://www.reddit.com/r/homeassistant/comments/dssysn/nr_rabbit_hole_part_10_sonic_attack_using_the/

Oh! Es funktioniert plötzlich! Nachdem ich viel in Phoscon herumgespielt und versucht habe, es mehrmals aufzunehmen.
Ich weiß nicht genau wie, aber jetzt funktioniert es und ich bekomme die Ereignisse in HASSIO

Haben Sie eine Lösung, um die Drehbewegung in HASSIO richtig zu interpretieren, beispielsweise um die Lautstärke zu erhöhen / zu verringern?

Oh! Es funktioniert plötzlich! Nachdem ich viel in Phoscon herumgespielt und versucht habe, es mehrmals aufzunehmen.
Ich weiß nicht genau wie, aber jetzt funktioniert es und ich bekomme die Ereignisse in HASSIO

Haben Sie eine Lösung, um die Drehbewegung in HASSIO richtig zu interpretieren, beispielsweise um die Lautstärke zu erhöhen / zu verringern?

Nein, das ist das nächste. In der Hoffnung, dass andere etwas dafür finden 😊

Siehe # 2040. Schließen Sie dieses Problem besser.

Oh! Es funktioniert plötzlich! Nachdem ich viel in Phoscon herumgespielt und versucht habe, es mehrmals aufzunehmen.
Ich weiß nicht genau wie, aber jetzt funktioniert es und ich bekomme die Ereignisse in HASSIO

Haben Sie eine Lösung, um die Drehbewegung in HASSIO richtig zu interpretieren, beispielsweise um die Lautstärke zu erhöhen / zu verringern?

Nein, das ist das nächste. In der Hoffnung, dass andere etwas dafür finden 😊

Versuchen Sie Folgendes: https://github.com/lbouriez/hassio-home-assistant_config/blob/master/appdaemon/apps/modules/symfonisk_sonos.py
Bei mir funktioniert es ganz gut

Weiß jemand, wie der Schalter in der neuen phoscon-App angezeigt wird?
Ich habe alle meine Schalter, aber der Symfonisk erscheint nur in der alten App.

Ich kann den Symfonisk nicht in Phoscon bekommen. Ich verwende deconz 2.5.70 und conbee mit 26330500. Wenn ich versuche, eine Verbindung als Ikea-Schalter herzustellen, zeigen Sie einfach die 5-Tasten-Fernbedienung und den alten Dimmer. Wenn ich versuche, mich als "andere" zu verbinden, funktioniert es nicht. (Drücken Sie die Verbindungstaste 4 Mal auf der Symfonisk-Fernbedienung, bis die LED blinkt.)
Was mache ich falsch? Ich habe mehrere andere Geräte (ikea und xiaomi) gekoppelt und hatte diese Probleme vorher nicht. : / Bitte helfen Sie.
EDIT: Scheint, dass es von deconz gelernt, aber nicht in der Phoscon App angezeigt wird. Ich kann den Schalter in iobroker sehen, der die Geräte per REST erhält. Im Webinterface wird der Schalter jedoch nicht angezeigt. Wie kann das funktionieren?

@ siggi85 @lbouriez - kurz gesagt, Sie werden nicht im neuen Phoscon angezeigt (bis sie es unterstützen). Sie können das Gerät über hass.io oder NodeRed adressieren (beide waren zu beschäftigt mit anderen Dingen, um sie einzurichten).

@Keesromkes Danke für deine Antwort. Ja, du hast recht. In deconz kann ich den Schalter direkt sehen und über die API verwenden.

Leider ist die Verwendung des Rades derzeit nicht verwendbar. Ereignis 3001, wenn Sie mit dem Drehen beginnen und wenn es Ereignis 3003 stoppt. Zusätzliches Ereignis 3003 tritt nicht jedes Mal auf, wenn Sie anhalten. Und Sie können nicht überprüfen, wie lange oder schnell Sie drehen. Nur zu starten und zu stoppen reicht nicht aus, um es effektiv zu nutzen. Ich weiß nicht, wie es mit Symfonisk-Lautsprechern direkt reibungslos funktioniert.

@ siggi85 überprüfe mein Appdaemon-Skript, es ist nicht perfekt, ich habe manchmal immer noch Probleme mit dem Rad, aber es gibt dir eine Idee, wie es geht, bis jemand eine bessere Lösung findet.

Leider ist die Verwendung des Rades derzeit nicht verwendbar.

Die Buttonevents werden 1: 1 aus vom Controller gesendeten Nachrichten abgeleitet. Es wird nicht angegeben, wie lange Sie drehen. Siehe meinen Beitrag oben.

bis jemand mit einer besseren Lösung kommt.

Das muss IKEA sein, der neue Firmware für den Symfonisk-Controller liefert, damit er sich anders verhält. Nach meiner Einschätzung nicht sehr wahrscheinlich.

@ siggi85 du bist zu wörtlich. Es sendet einfach kein kontinuierliches Signal, wenn Sie es drehen. und es wird wahrscheinlich nie. Alles, was Sie suchen müssen, ist ein START-Spin-Code. Wie ich oben sagte, wenn Sie langsam drehen, erhalten Sie mehrere START- und STOP-Spin-Codes. Erhöhen Sie dann für jeden START-Code die Lautstärke. (Ich mache eine +2 in meinem NodeRed-Flow, funktioniert großartig.)

bearbeiten: es war in diesem Ticket https://github.com/dresden-elektronik/deconz-rest-plugin/issues/2040

Ich dachte vielleicht an ein Stop-Event mit dem Wert des Spins. Vielleicht 3001 für den Start und 3500 für einen halben Spin oder so ähnlich. Aber es ist nicht. Ich werde die Option +2 ausprobieren, aber meine Idee, sie zu verwenden, war eine andere. Ich werde sehen, ob dies für mich geeignet ist. Vielen Dank für Ihre Antworten Jungs.

Eine andere Frage. Ich habe zwei davon bekommen und sie erfolgreich gepaart.

Aber jetzt haben sie den gleichen Namen und ich kann nicht herausfinden, wie der Name geändert werden soll, da sie in HomeAssistant und auch nicht in der Phoscon Web App nicht als Entität angezeigt werden. Vielleicht irgendwie durch die Rest-API?

Zu Ihrer Information

Ich verwende jetzt den Controller, um meinen IOTAVX-Verstärker mit NodeRed und Home Assistant über eine Broadlink-Fernbedienung zu steuern. Danke für die Arbeit.

Hallo Leute,
Gibt es ein Update in diesem Thema?
Ich habe auch die Einstellung hassio / conbee2 / deconz / symfonisk remote und möchte meine Sonos-Lautsprecher steuern.
Grüße,
Dominik

Eine andere Frage. Ich habe zwei davon bekommen und sie erfolgreich gepaart.

Aber jetzt haben sie den gleichen Namen und ich kann nicht herausfinden, wie der Name geändert werden soll, da sie in HomeAssistant und auch nicht in der Phoscon Web App nicht als Entität angezeigt werden. Vielleicht irgendwie durch die Rest-API?

Haben Sie bereits eine Lösung für dieses Thema?

Eine andere Frage. Ich habe zwei davon bekommen und sie erfolgreich gepaart.

Aber jetzt haben sie den gleichen Namen und ich kann nicht herausfinden, wie der Name geändert werden soll, da sie in HomeAssistant und auch nicht in der Phoscon Web App nicht als Entität angezeigt werden. Vielleicht irgendwie durch die Rest-API?

Haben Sie bereits eine Lösung für dieses Thema?

Sie können versuchen, die API zu verwenden. Ja https://dresden-elektronik.github.io/deconz-rest-doc/sensors/ "Sensor aktualisieren", aber 1 Gerät in deconz kann mehrere Einträge in der API haben, damit IDK weiß, wie es funktioniert.

Wenn Sie weiterhin auf die alte App zugreifen können (unter Hilfe> alte App), wird Ihr Gerät angezeigt.
Ich weiß nicht, warum wir es in der neuen App nicht sehen können :(

Wenn Sie weiterhin auf die alte App zugreifen können (unter Hilfe> alte App), wird Ihr Gerät angezeigt.
Ich weiß nicht, warum wir es in der neuen App nicht sehen können :(

Ich werde es über die API versuchen.
Meine alte App sieht genauso aus wie die neue. Was mache ich falsch?

Eine andere Frage. Ich habe zwei davon bekommen und sie erfolgreich gepaart.

Aber jetzt haben sie den gleichen Namen und ich kann nicht herausfinden, wie der Name geändert werden soll, da sie in HomeAssistant und auch nicht in der Phoscon Web App nicht als Entität angezeigt werden. Vielleicht irgendwie durch die Rest-API?

Haben Sie bereits eine Lösung für dieses Thema?

Sie können versuchen, die API zu verwenden. Ja https://dresden-elektronik.github.io/deconz-rest-doc/sensors/ "Sensor aktualisieren", aber 1 Gerät in deconz kann mehrere Einträge in der API haben, damit IDK weiß, wie es funktioniert.

Ich habe es über die API versucht, aber ich war nicht erfolgreich, vielleicht bin ich zu dumm.
Ich habe den Port 40850 in deconz aktiviert. Wenn ich es in den Browser eingebe, komme ich zur neuen Webanwendung.
Ich vermisse die Verbindung zwischen der Entität hass.io und dem Dekonzieren des Symfonisk-Controllers.
Ich habe versucht, das Dokument zu lesen, aber es nicht richtig verstanden.
Können Sie mir bitte ein paar Tipps oder ein kurzes Tutorial geben, was ich dazu brauche?
Danke im Voraus!

Können Sie mir bitte ein paar Tipps oder ein kurzes Tutorial geben, was ich dazu brauche?

Ich habe gestern einen zweiten Controller gekoppelt, musste das Gerät aber über die API umbenennen. Versuchen Sie so etwas:

curl -u 'username:password' http://x.x.x.x:7080/api -X POST -H "Content-Type: application/json" -d '{ "devicetype": "curl" }' (API-Token abrufen, zurückgegeben als "Benutzername")

curl http://x.x.x.x:7080/api/<api token>/sensors -X GET -H "Content-Type: application/json" (Alle Sensoren auflisten, um die ID des zu umbenennenden Sensors herauszufinden)

curl http://x.x.x.x:7080/api/<api token>/sensors/<sensor id> -X PUT -H "Content-Type: application/json" -d '{ "name": "<new name>" }' (Sensor umbenennen)

Eine andere Frage. Ich habe zwei davon bekommen und sie erfolgreich gepaart.

Aber jetzt haben sie den gleichen Namen und ich kann nicht herausfinden, wie der Name geändert werden soll, da sie in HomeAssistant und auch nicht in der Phoscon Web App nicht als Entität angezeigt werden. Vielleicht irgendwie durch die Rest-API?

Ich habe es über die App Hue Essentials umbenannt

Zu Ihrer Information

Ich verwende jetzt den Controller, um meinen IOTAVX-Verstärker mit NodeRed und Home Assistant über eine Broadlink-Fernbedienung zu steuern. Danke für die Arbeit.

Können Sie Ihren NodeRed-Code veröffentlichen?

Zu Ihrer Information
Ich verwende jetzt den Controller, um meinen IOTAVX-Verstärker mit NodeRed und Home Assistant über eine Broadlink-Fernbedienung zu steuern. Danke für die Arbeit.

Können Sie Ihren NodeRed-Code veröffentlichen?

Sicher. Ich habe nur das kopiert, was wirklich gebraucht wird.

[ { "id": "d952ec68.792e6", "type": "deconz-input", "z": "cac2275d.5aab68", "name": "Symfonisk Controller", "server": "9705a63e.b575c", "device": "14:b4:57:ff:fe:69:37:45-01-1000", "device_name": "SYMFONISK Sound Controller : ZHASwitch", "state": "0", "output": "always", "outputAtStartup": false, "x": 110, "y": 440, "wires": [ [ "a1449ad.1aa1068" ], [] ] }, { "id": "a1449ad.1aa1068", "type": "switch", "z": "cac2275d.5aab68", "name": "Events", "property": "payload.buttonevent", "propertyType": "msg", "rules": [ { "t": "eq", "v": "1005", "vt": "num" }, { "t": "eq", "v": "1004", "vt": "num" }, { "t": "eq", "v": "1002", "vt": "str" }, { "t": "eq", "v": "2001", "vt": "num" }, { "t": "eq", "v": "2003", "vt": "num" }, { "t": "eq", "v": "3001", "vt": "num" }, { "t": "eq", "v": "3003", "vt": "num" } ], "checkall": "true", "repair": false, "outputs": 7, "x": 290, "y": 460, "wires": [ [ "3a5dcdc8.481b92" ], [ "1f8c9412.286444" ], [ "2ca5c685.4dabba" ], [ "acbd3ab8.036f08" ], [ "a4e4c412.1a3fb" ], [ "b0800e96.d8f64" ], [ "a4e4c412.1a3fb" ] ], "outputLabels": [ "Triple", "Double", "Single", "Spin Left Start", "Spin Left Stop", "Spin Right Start", "Spin Right Stop" ] }, { "id": "a4e4c412.1a3fb", "type": "function", "z": "cac2275d.5aab68", "name": "Stop", "func": "var newMsg = { payload: \"stop\" };\nreturn newMsg;\n", "outputs": 1, "noerr": 0, "x": 490, "y": 600, "wires": [ [ "b0800e96.d8f64", "acbd3ab8.036f08" ] ] }, { "id": "acbd3ab8.036f08", "type": "looptimer", "z": "cac2275d.5aab68", "duration": "1", "units": "Second", "maxloops": "10", "maxtimeout": "1", "maxtimeoutunits": "Minute", "name": "", "x": 680, "y": 560, "wires": [ [ "ec10c519.7484a8" ], [] ] }, { "id": "b0800e96.d8f64", "type": "looptimer", "z": "cac2275d.5aab68", "duration": "1", "units": "Second", "maxloops": "10", "maxtimeout": "1", "maxtimeoutunits": "Minute", "name": "", "x": 680, "y": 600, "wires": [ [ "18b688c.60c6877" ], [] ] }, { "id": "9705a63e.b575c", "type": "deconz-server", "z": "", "name": "Deconz", "ip": "192.168.188.122", "port": "80", "apikey": "91E977E002", "ws_port": "443", "secure": false, "polling": "15" } ]

@kmplngj Haben Sie etwas in diesem Code geändert, als ich versuchte zu importieren, dass es kein gültiges JSON-Format ist

@ebaauw hast du etwas Besonderes gemacht, um Symfonisk mit Deconz zu verbinden? Ich habe Probleme beim Pairing. Ich verwende das Home Assistant Addon und die Phoscon-Weboberfläche. Folgendes mache ich:

• Geräte> Switches> Neuen Switch hinzufügen> Andere
• Dann habe ich den Akku eingelegt und den Knopf daneben viermal gedrückt.
• Symfonisk befindet sich direkt neben Conbee 2 und berührt es ziemlich genau (angeschlossen an den USB3-Port von pi4).
• Das Licht blinkt einige Male und bleibt dann dauerhaft.

In der Benutzeroberfläche passiert nichts. Auch wenn eine API-Anfrage gestellt wird
curl http://core-deconz:40850/api/\F04AC28AFD/sensors -X GET -H "Content-Type: application/json"
Ich bekomme nur ein Phillips-Gerät, von dem ich annehme, dass es das virtuelle ist, das bereits vorhanden ist
{"1":{"config":{"configured":true,"on":true,"sunriseoffset":30,"sunsetoffset":-30},"etag":"36afb24d0ddea3297e6077583506aee3","manufacturername":"Philips","modelid":"PHDL00","name":"Daylight","state":{"dark":false,"daylight":true,"lastupdated":"2020-03-26T13:52:46","status":160,"sunrise":"2020-03-26T13:20:22","sunset":"2020-03-27T01:40:48"},"swversion":"1.0","type":"Daylight","uniqueid":"00:21:2e:ff:ff:05:a1:3e-01"}}#

Ich habe 2 Symfonisk-Fernbedienungen und keine von ihnen kann eine Verbindung herstellen. Irgendeine Idee, woran das liegen könnte? Habe ich einen Aeotech Zwave Stick in der Nähe?

eingesteckt in usb3 port von pi4

Das fragt nach Problemen. Unzureichend abgeschirmte (sprich: fast alle) USB-3-Controller und -Kabel stören das 2,4-GHz-Radio, und ZigBee reagiert besonders empfindlich darauf. Stecken Sie das ConBee in ein USB-2 - Port und verwenden Sie nicht den USB-3 - Ports. Ich habe einige Berichte gesehen, in denen es Leuten gelungen ist, eine USB-3-SSD zu verwenden, während ConBee über ein Verlängerungskabel mit USB-2 verbunden war, und andere, in denen dies nicht der Fall war. Die Verwendung eines Verlängerungskabels ist auf jeden Fall eine gute Idee, ebenso wie das Ausschalten von WLAN und Bluetooth auf dem Raspberry Pi.

Habe ich einen Aeotech Zwave Stick in der Nähe?

Ich bin mir nicht sicher, ob ZWave auch 2,4 GHz verwendet, aber "in der Nähe" klingt nicht gut. Verwenden Sie erneut ein USB-Verlängerungskabel, um einen gewissen Abstand zum ConBee herzustellen.

In der Benutzeroberfläche passiert nichts.

Meinen Sie in Phoscon oder in der deCONZ-GUI? Sie möchten sich die GUI ansehen. Ich weiß nicht, ob Phoscon den Symfonisk-Controller noch unterstützt (ich verwende Phoscon nicht), aber wenn er nicht in der API aufgeführt ist, wird er von Phoscon sowieso nicht angezeigt.

Vielen Dank für die schnelle Antwort, ich werde das alles versuchen!
Wie stellen Sie eine Verbindung zur GUI her (ich habe die Phoscon-Weboberfläche verwendet)? Ich weiß, dass es einen VNC-Port für das Hassio Deconz-Addon gibt, aber es sieht so aus, als würde es nicht funktionieren, wenn ich versuche, meine HA-IP zu verwenden.

Sie müssen deCONZ mit aktivierter GUI ausführen. Verwenden Sie den Dienst deconz-gui anstelle des Dienstes deconz.

Ja, das hat den Trick gemacht, alle haben sich jetzt zusammengetan. Ich denke, es war die Kombination aus dem Ausschalten von WLAN, BT auf Pi4 + mit USB-Erweiterung und DeCONZ mit GUI-Aktivierung. Ich habe die Fernbedienung etwa eine Minute lang neben conbee2 gelassen. Wenn Sie sie wegbewegen, wird sie nicht vollständig gekoppelt. Nochmals vielen Dank für die schnelle Hilfe!

Ich habe festgestellt, dass ich besonders bei kurzen Umdrehungen kein STOP-Ereignis erhalte.
Ist dies ein Problem mit der ikea-Hardware oder können wir mit deconz etwas dagegen tun?

Es gibt auch # 2195, der ähnliche Probleme mit der ikea-Hardware meldet

https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -536075055

I did see some messages in the deCONZ log that it did drop buttonevent notifications because they happened too quickly in succession, but I don’t know what to do about that (other than ignore them ;-).

Das ist wahrscheinlich der Schuldige hier. Ich denke, das kann dann nur von @manup behoben werden?

Bearbeiten:

Kann bestätigen. Das passiert die ganze Zeit

16:24:49:627 button 2001 Move Up
16:24:49:627 button 2001 Move Up, discard too fast event (dt = 25)

Vielleicht Whitelist dieses bestimmten Gerät?

UTSL: Wenn derselbe buttonevent innerhalb von 0,5 Sekunden erneut ausgegeben wird, wird er verworfen:
https://github.com/dresden-elektronik/deconz-rest-plugin/blob/b3086c6009154aa1b5cdb89febb5f177912952e9/de_web_plugin.cpp#L3647 -L3657

Ich bin nicht sicher, warum dieser Code da ist. Vielleicht würde deCONZ mehrere Nachrichten abrufen, wenn ein Gruppenbefehl gesendet wird, und mehrere buttonevents ausgeben? Vielleicht ist es eine Art Entprellen für ein bestimmtes Gerät?

Vielleicht Whitelist dieses bestimmten Gerät?

Ich bin mir nicht sicher, ob das funktionieren wird (hängt davon ab, warum der Code überhaupt vorhanden ist). Wenn es gerätebezogen ist, möchte ich lieber das Gerät auf die Whitelist setzen, das diesen Code benötigt.

Ich bin mir nicht sicher, wie relevant die Behebung dieses Problems ist, sondern verbringe meine Zeit lieber mit der Implementierung einer ordnungsgemäßen ZHARelativeRotary-Unterstützung (siehe Nr. 2305).

Ich bin mir nicht sicher, wie relevant dies ist

Derzeit ist der Symfonisk-Controller unbrauchbar, da er gelegentlich die Musiklautstärke erhöht, ohne jemals anzuhalten. In diesem Fall können Sie nichts tun, außer das gesamte Soundsystem schnell herunterzufahren, wenn Sie Ihre Hörfähigkeit nicht verlieren möchten: /

Vielen Dank für den Hinweis auf den Code. Interessanterweise konnte ich das über die Github-Suche nicht finden. Ich werde versuchen zu sehen, was passiert, wenn diese Zeile auskommentiert ist.

Ich habe festgestellt, dass dies passiert, wenn Sie kleine Anpassungen vornehmen oder wenn Sie das Einstellrad zu schnell oder zu langsam bewegen. Meine Problemumgehung: Hören Sie nach 5 Sekunden auf, die Lautstärke zu erhöhen / zu verringern. Nicht großartig, um ehrlich zu sein. Aber für mich kein gewaltiger Deal Breaker, es lohnt sich nicht, die Ikea-Brücke nur dafür zu installieren.

Derzeit ist der Symfonisk-Controller unbrauchbar, da er gelegentlich die Musiklautstärke erhöht, ohne jemals anzuhalten.

Das hat nichts mit diesem Code zu tun: Er sucht nach dem gleichen buttonevent , sodass ein 2003 nach einem 2001 nicht verworfen wird.

Wie regelst du die Musiklautstärke?

Wie regelst du die Musiklautstärke?

Ich starte eine 500-ms-Timer-Schleife, die die Lautstärke 2001/3001 um 1% erhöht / verringert und bei jedem anderen Ereignis stoppt.

Manchmal (besonders bei kurzen Umdrehungen, Richtungsänderungen und mehrfachen Anpassungen kurz nacheinander) gibt es kein anderes Ereignis.

Du hast recht. Das Patchen dieser Überprüfung hilft (offensichtlich) nicht.
Hier ist eine Debug-Ausgabe, während ich das Problem reproduzierte:

20:02:50:971 button 3001 Move Down
20:02:50:993 button 3001 Move Down
20:02:50:993 button 3001 Move Down, would discard too fast event (dt = 21)
20:02:51:775 button 3003 Stop
20:02:51:808 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:02:56:024 button 3001 Move Down
20:02:56:045 button 3001 Move Down
20:02:56:045 button 3001 Move Down, would discard too fast event (dt = 22)
20:02:56:237 button 2001 Move Up
20:02:56:258 button 2001 Move Up
20:02:56:258 button 2001 Move Up, would discard too fast event (dt = 22)

Eine andere Sache, die mir beim Starren auf das Deconz-Debug-Protokoll aufgefallen ist, sind die Zeilen, die anscheinend ziemlich häufig erscheinen.

20:00:42:344 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:00:47:150 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00
20:00:47:171 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

0x0008 - Niveauregulierung (Dimmer)

Das sind wahrscheinlich diejenigen, über die Sie in Bezug auf die Unterstützung von ZHARelativeRotary gesprochen haben

Wie regelst du die Musiklautstärke?
Ich starte eine 500-ms-Timer-Schleife, die die Lautstärke 2001/3001 um 1% erhöht / verringert und bei jedem anderen Ereignis stoppt.

Ändern Sie die Lautstärke besser bei jedem 2001/3001.

Eine andere Sache, die mir beim Starren auf das Deconz-Debug-Protokoll aufgefallen ist, sind die Zeilen, die anscheinend ziemlich häufig erscheinen.

Interessanterweise sendet der Controller einen weiteren Befehl. Muss geprüft werden.

Ändern Sie die Lautstärke besser bei jedem 2001/3001.

Aber dann wird sich die Lautstärke nicht ändern, wenn Sie mit konstanter Geschwindigkeit drehen

Auf welcher Firmware befindet sich Ihr Controller?

Auf dem Controller wird derzeit FW 2.1.022 .
Das OTAU-Plugin meldet Version 0x21022631 , Bildtyp 0x11ca und Hersteller-ID 0x117C .

Die neueste Firmware für diesen Bildtyp scheint 10043101-3.1-TRADFRI-dimmer-2.1.024.ota.ota.signed die im otau-Plugin als Version 0x21024631 gemeldet wird

Soll ich den Controller aktualisieren?

Bearbeiten:

Gut. Wir werden morgen sehen, ob diese neue Firmware etwas ändert.
Das offizielle Änderungsprotokoll enthält Folgendes:

SYMFONISK Sound Controller V-2.1.024.
Improvement Disconnected state issue.
Improvement Performance.

Das ist die gleiche Version wie mein Controller. Sie müssen die neue Version vor kurzem veröffentlicht haben.

Während ich mich ständig drehe (zumindest in meiner Wahrnehmung), sehe ich mehrere Ereignisse von 2001/2003. Aber manchmal sehe ich beim Wenden überhaupt keine Ereignisse.

20:00:47:171 no button handler for: SYMFONISK Sound Controller ep: 0x01 cl: 0x0008 cmd: 0x03 pl[0]: 0x00

Befehl 0x03 ist _Stop_. Das Problem mit diesem Befehl ist, dass er nicht die Richtung (nach oben oder unten) enthält, sodass wir nicht wissen, ob wir 2003 oder 3003 senden sollen. Um dies zu bewältigen, speichert das REST-API-Plugin das Verzeichnis des vorherigen Befehls _Move_ . Das hat bei allen Geräten einwandfrei funktioniert, seit ich dies vor vielen Jahren eingeführt habe.

Die Meldung wird angezeigt, wenn keine vorherige Richtung gespeichert wurde. Ich denke, dies kann nur passieren, wenn zwei _Stop_-Befehle hintereinander empfangen werden. Ich muss den Schnüffler laufen lassen, um zu sehen, was hier passiert. Ich werde zuerst die Firmware des Controllers aktualisieren.

Update bei 4,07% nach 45 Minuten. Mann das Ding ist langsam.

In der Zwischenzeit habe ich im US-amerikanischen Ikea-Shop eine Bewertung des Geräts gefunden:

Tolles Konzept, aber es gab mehrere Probleme mit den Lautstärkepegeln, bei denen sich die Lautsprecher so weit drehen, dass ich mich abmischen musste, um den Stecker herauszuziehen. Kaufte vier von ihnen, aber planen, sie alle zurückzugeben - Mist. Das Einrichten war auch ein totaler Schmerz in dem, was Sie wissen - wahrscheinlich aufgrund eines Dualband-Routers, bei dem der 5-GHz-Kanal vorübergehend deaktiviert werden musste.

Das sollte uns nicht davon abhalten, das zu beheben, aber es ist sicherlich interessant zu wissen, dass es mit der offiziellen Brücke passiert. .. obwohl er nicht erwähnt, dass er das benutzt 🤔

Welche Lautsprecher und Lautstärke verwenden Sie? Mit welcher Software ordnen Sie die Schaltflächenereignisse Lautstärkeänderungen zu?

Update bei 4,07% nach 45 Minuten. Mann das Ding ist langsam.

Und es wird wahrscheinlich bei 90% oder so scheitern :-(

Ich neige dazu, die batteriebetriebenen IKEA-Geräte aus meinem Testnetzwerk zu aktualisieren (weniger Verkehr), um sicherzustellen, dass der Koordinator als übergeordnetes Element fungiert. Trotzdem dauert es normalerweise 3,5 bis 4 Stunden. Jetzt bei 14% in 00:32:30. Geräte mit Netzstromversorgung benötigen normalerweise zwischen 10 und 30 Minuten.

Ich habe den knotenroten Fluss angepasst, der in diesen Thread eingefügt wurde, der den Home-Assistenten kommuniziert, der wiederum mit dem Logitech-Medienserver kommuniziert und letztendlich die Lautstärke einiger Squeezebox-Booms steuert.

Im Moment beschränke ich das maximale Volumen auf 70%. Das ist immer noch sehr laut, aber nicht so katastrophal.

Ja, Sie neigen dazu, diese langen Ketten zu bekommen. Ich steuere meine Sonos-Lautsprecher über den Controller mit Controller -> deCONZ -> Homebridge Hue -> HomeKit-Automatisierung -> Homebridge ZP -> Sonos. Homebridge Hue übersetzt jede x001-, x001-, ..., x003-Serie in eine _Long Press_ in HomeKit, und Homebridge ZP macht die relative Lautstärkeeinstellung des Sonos verfügbar.

Ich habe den Controller vor einiger Zeit mit dem IKEA Trådfri Hub ausprobiert. Der Trådfri-Hub fungiert als Sonos-Client, sodass die Kette erheblich kürzer ist: Controller -> Hub -> Sonos. Soweit ich mich erinnere, funktionierte es etwas reibungsloser, aber nicht einwandfrei.

Ein solches kaskadiertes Setup ist von Natur aus anfällig und bietet zu viele Stellen, an denen eine Nachricht verloren gehen könnte und ein Befehl nicht mehr gestoppt wird. Ich empfehle dringend, in diesen Fällen keine Start / Stopp-Logik zu verwenden, sondern sende einfach einen Befehl pro Buttonevent. Selbst die Standard-Hue-App erstellt solche Hue-Bridge-Regeln, wenn Sie die Tasten _DimUp_ oder _DimDown_ des Hue-Dimmers gedrückt halten. Bei Standalone-Verwendung (ohne Brücke) sendet der Dimmer _Move_ und _Stop_.

Ein solches kaskadiertes Setup ist von Natur aus anfällig und bietet zu viele Stellen, an denen eine Nachricht verloren gehen könnte und ein Befehl nicht mehr gestoppt wird.

Ich verwende Controller> deCONZ> Automation Hub> Sonos. Und ich habe immer noch das Problem. Ich bin sicher, dass der Controller fehlerhaft ist, da alle anderen Automatisierungsfunktionen einwandfrei funktionieren

Selbst die Standard-Hue-App erstellt solche Hue-Bridge-Regeln, wenn Sie die DimUp- oder DimDown-Tasten des Hue-Dimmers gedrückt halten.

Sie haben Recht, aber der Farbton-Dimmer sendet jede Sekunde _Hold_-Ereignisse, bis Sie loslassen. Der Ikea-Symfonisk-Controller sendet in regelmäßigen Abständen kein neues Ereignis. Ich verstehe die Logik immer noch nicht, aber ich vermute, dass sie nur dann ein neues Ereignis sendet, wenn sich die Rotationsrate geändert hat. Aber das ist eine Vermutung. Die einzige Lösung ist das Abhören von Start / Stopp.

Das Upgrade war über Nacht ohne Probleme erfolgreich. Jetzt um 2.1.024. Batterie auf 16% gesunken (von 60%) - ich habe Schlimmeres gesehen. Die Zuverlässigkeit des Controllers scheint etwas zuverlässiger zu sein, aber ich vermisse immer noch ein gelegentliches x003-Ereignis.

Nach einer erholsamen Nacht habe ich "alle" Kommentare und andere Probleme mit dem SYMFONISK-Controller erneut gelesen. Es scheint, dass die Kommunikation zwischen dem Controller und deCONZ unzuverlässig ist, was dazu führt, dass Nachrichten vom Controller nicht oder nicht in der richtigen Reihenfolge bei deCONZ ankommen. Die Meldung "no button handler" wird dadurch verursacht, dass zwei _Stop_-Befehle nacheinander empfangen werden. das "Ereignis zu schnell verwerfen" vom Empfang von zwei _Move_-Befehlen nacheinander. Je mehr ZigBee zwischen Controller und Koordinator hin- und herhüpft, desto schlimmer werden diese Probleme.

Es scheint, dass der Controller Befehle zu schnell hintereinander sendet, als dass das ZigBee-Netzwerk die Sendungen verarbeiten könnte. Tatsächlich startet der Controller einen Denial-of-Service-Angriff auf das ZigBee-Netzwerk. Bedeutet, dass höchstens eine Sendung pro Sekunde empfohlen wird, und die Hue-Brücke verfügt tendenziell über kleinere ZigBee-Netzwerke als deCONZ. Beachten Sie, dass der Farbton-Dimmer, die Farbton-Taste und Lutron Aurora nur Unicast-Nachrichten für x001-Ereignisse senden (die effektiv als Sensoren fungieren). Wenn sie als Controller fungieren, senden sie nur einen _Move_ beim Drücken / Halten und einen _Stop_ beim Loslassen.

Zur Bestätigung habe ich die Gruppenbindungen auf dem Controller durch Unicast-Bindungen an den Koordinator ersetzt. Das scheint Wunder zu wirken.

Stellen Sie sicher, dass Sie den Controller aktivieren, wenn Sie _Bind_ oder _Unbind_ drücken. Die _Bind Dropbox_ zeigt Erfolg an, wenn die Bindung erstellt oder entfernt wurde. Versuchen Sie es bei Bedarf erneut. Stellen Sie sicher, dass Sie die neuen Bindungen hinzufügen, bevor Sie die alten entfernen. Andernfalls wird der Controller "Dornröschen" auf Sie übertragen und wacht bei der Eingabe nicht mehr auf.

Beachten Sie, dass immer noch "Ereignisse zu schnell verwerfen" und "kein Schaltflächenhandler" angezeigt werden. Wenn die Tests erfolgreich sind, ändere ich die Prüfung, um Unicast-Ereignisse nicht zu verwerfen. Ändern Sie die Pairing-Logik für den Controller, um keine Gruppe und keine entsprechende Bindung zu erstellen. Ich denke, es ist sinnvoll, die direkte Lichtsteuerung zugunsten einer funktionierenden Schallsteuerung zu opfern.

Ich denke, ein ähnliches Problem tritt beim Trådfri-Funkdimmer auf. Anscheinend habe ich mich damals entschieden, _Move_ auf x002 abzubilden und _Stop_ zu ignorieren. Das war vor drei Jahren, aber ich erinnere mich nicht an die Details.

@paolotremadio , @Hypfer , andere,

• Binden Sie im Bereich _Binding dropbox_ in der deCONZ-GUI den Client (grau) _On / Off_-Cluster auf dem Controller an den Endpunkt 0x01 auf dem Koordinator.
• und binden Sie den Client (grau) _Level Control_-Cluster auf dem Controller an den Endpunkt 0x01 auf dem Koordinator.
• Überprüfen Sie, welche Gruppe der Controller verwendet: Geben Sie in der API-Suche den Wert config.group für die ZHASwitch /sensors -Ressource für den Controller ein. Konvertieren Sie diesen Wert in hex.
• Lösen Sie im _Binding Dropbox_-Bereich in der deCONZ-GUI den Client (grau) _On / Off_-Cluster auf dem Controller von dieser Gruppe (in hex).
• Und lösen Sie den Client (grau) _Level Control_-Cluster auf dem Controller von der Gruppe (in hex).

@paolotremadio , @Hypfer , andere,

• Binden Sie im Bereich _Binding dropbox_ in der deCONZ-GUI den Client (grau) _On / Off_-Cluster auf dem Controller an den Endpunkt 0x01 auf dem Koordinator.
• und binden Sie den Client (grau) _Level Control_-Cluster auf dem Controller an den Endpunkt 0x01 auf dem Koordinator.
• Überprüfen Sie, welche Gruppe der Controller verwendet: Geben Sie in der API-Suche den Wert config.group für die ZHASwitch /sensors -Ressource für den Controller ein. Konvertieren Sie diesen Wert in hex.
• Lösen Sie im _Binding Dropbox_-Bereich in der deCONZ-GUI den Client (grau) _On / Off_-Cluster auf dem Controller von dieser Gruppe (in hex).
• Und lösen Sie den Client (grau) _Level Control_-Cluster auf dem Controller von der Gruppe (in hex).

Habe das gemacht. Ein Controller scheint viel zuverlässiger zu arbeiten. Der andere verpasst einige Stopps, aber es fühlt sich nicht so oft an wie zuvor. Ich werde es für ein oder zwei Tage testen.

Ich werde es später ausprobieren.
Vielen Dank für Ihre Untersuchung und Arbeit @ebaauw
Vielleicht sollten wir # 2195 für dieses Problem offen halten?

Vielleicht sollten wir # 2195 für dieses Problem offen halten?

Ja, es scheint nicht mit diesem Problem zu tun zu haben.

OK, holte den Schnüffler heraus. Wenn der Trådfri-Funkdimmer an den Koordinator gebunden ist, sendet er Sendungen an die Gruppe 0x0000. Daher kann diese Problemumgehung nicht mit diesem Gerät verwendet werden.

Der Controller scheint mehrere Unicast-Nachrichten pro Aktion zu senden, wenn er an den Koordinator gebunden ist. Sie haben dieselbe ZCL-Sequenznummer, aber unterschiedliche MAC- und NWK-Sequenznummern. Das Überprüfen auf wiederholte Buttonevent-Werte nur für Gruppennachrichten führt jetzt zu drei x001 und einem x003 pro Serie. Ich werde versuchen, die ZCL-Sequenznummer zu überprüfen und doppelte Nachrichten herauszufiltern.

Die Überprüfung der ZCL-Sequenznummer wurde hinzugefügt. Jetzt verhält es sich wie erwartet. Beim Drehen sehe ich einen kontinuierlichen Strom von x001 / x003 buttonevent Paaren. Ich habe das Sniffer-Protokoll noch einmal überprüft: Dem _Move_ scheint immer ein _Stop_ innerhalb von 300 ms zu folgen. Ich denke, es gibt keinen Mehrwert, x001 gegenüber x003 verfügbar zu machen, und ich schlage vor, es in ein einzelnes x002 zu ändern, genau wie für den Trådfri-Funkdimmer.

Beachten Sie, dass die Anzahl der Buttonevents die Dauer der Kurve widerspiegelt, nicht den Winkel oder die Geschwindigkeit. Es gibt keine spezielle Meldung, die darauf hinweist, dass Sie aufhören zu drehen. Nur das Fehlen des folgenden _Move _ / _ Stop_-Paares.

Bitte beachten Sie, wie cool es ist, Millisekunden in lastupdated ;-)

Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.126"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.309"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.329"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.509"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.523"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:13.884"}
Apr 17 14:53:13 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:13.917"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.102"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.118"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.305"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.357"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.547"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.617"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:14.806"}
Apr 17 14:53:14 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:14.892"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.079"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.283"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.472"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.641"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:15.823"}
Apr 17 14:53:15 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:15.923"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.104"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.194"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.378"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.459"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.663"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.691"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:16.876"}
Apr 17 14:53:16 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:16.904"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.071"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.102"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.292"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.353"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.537"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.553"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:17.734"}
Apr 17 14:53:17 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2001,"lastupdated":"2020-04-17T12:53:17.746"}
Apr 17 14:53:18 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":2003,"lastupdated":"2020-04-17T12:53:18.102"}

Apr 17 14:53:22 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:22.936"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.122"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.234"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.424"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.593"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:23.776"}
Apr 17 14:53:23 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:23.899"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.088"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.186"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.370"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.456"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.641"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:24.750"}
Apr 17 14:53:24 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:24.938"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.086"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.271"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.401"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.586"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.670"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:25.860"}
Apr 17 14:53:25 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:25.968"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.147"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:26.338"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.522"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:26.705"}
Apr 17 14:53:26 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:26.889"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.093"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.276"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.442"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.635"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3001,"lastupdated":"2020-04-17T12:53:27.776"}
Apr 17 14:53:27 pi5 dc_eventlog[879]: /sensors/7/state: {"buttonevent":3003,"lastupdated":"2020-04-17T12:53:27.957"}

Die Überprüfung der ZCL-Sequenznummer wurde hinzugefügt. Jetzt verhält es sich wie erwartet. Beim Drehen sehe ich einen kontinuierlichen Strom von x001 / x003 buttonevent Paaren. Ich habe das Sniffer-Protokoll noch einmal überprüft: Dem _Move_ scheint immer ein _Stop_ innerhalb von 300 ms zu folgen. Ich denke, es gibt keinen Mehrwert, x001 gegenüber x003 verfügbar zu machen, und ich schlage vor, es in ein einzelnes x002 zu ändern, genau wie für den Trådfri-Funkdimmer.

Beachten Sie, dass die Anzahl der Buttonevents die Dauer der Kurve widerspiegelt, nicht den Winkel oder die Geschwindigkeit. Es gibt keine spezielle Meldung, die darauf hinweist, dass Sie aufhören zu drehen. Nur das Fehlen des folgenden _Move _ / _ Stop_-Paares.

Bitte beachten Sie, wie cool es ist, Millisekunden in lastupdated ;-)

Das ist wirklich toll. Dies würde eine viel bessere Lautstärkeregelung ermöglichen. Gibt es einen zu testenden Zweig?

Siehe oben festschreiben. Beachten Sie, dass dieser x002-Ereignisse anstelle von x001 / x003-Paaren sendet. Löschen Sie am besten die aktuelle Ressource /sensors (sollte auch die zugehörige Gruppe bereinigen) und koppeln Sie den Controller erneut. Das Plugin sollte die Bindung an den Koordinator beim Pairing einrichten.

Verdammt. config.group wurde beim Laden des Sensors aus der Datenbank neu erstellt.

Der Controller wurde tatsächlich erfolgreich aktualisiert. Es dauerte nur> 24 Stunden, um fertig zu werden.
Sowieso. Ich habe es aus deconz entfernt, den neuesten ebaauw / master Rest-Plugin-Zweig erstellt und den Controller neu gekoppelt.

Leider sehe ich nur ein einziges x002-Ereignis, egal wie lange ich das Zifferblatt drehe :(

Ich sehe einige davon:

19:26:31:324 discard sensor state push for 70: state/lastupdated (already pushed)
19:27:44:051 discard sensor state push for 70: state/lastupdated (already pushed)

Bearbeiten:
Das Auskommentieren dieser Prüfung hat das Problem nicht gelöst. Jetzt sendet es nur noch zweimal dasselbe Ereignis

Und /sensors/70 ist der Controller?

Ja, /sensors/70 ist der Symfonisk-Controller. Das scheint jedoch nicht das Problem zu sein: /

Nein, die Nachricht zeigt an, dass mehrere Attribute desselben state oder config Objekts geändert wurden. Jede Attributänderung generiert ein internes Ereignis. Wenn das erste Ereignis behandelt wird, wird eine Web-Socket-Benachrichtigung über alle (oder, abhängig von websocketnofityall , allen geänderten) Attribute ausgegeben. Die anderen Ereignisse müssen keine Benachrichtigung ausgeben, da die Änderung bereits verschoben wurde. Also geben sie stattdessen diese Nachricht aus.

Sonst noch etwas zu suchen?

Sie sehen einen konstanten Fluss von x002-Ereignissen auf dem Websocket?

Ja. 328 ist der Controller:

Apr 18 19:54:14 pi2 dc_eventlog[860]: /sensors/452/state: {"lastupdated":"2020-04-18T17:54:14.069"}
Apr 18 19:54:19 pi2 dc_eventlog[860]: /sensors/452/state: {"lastupdated":"2020-04-18T17:54:19.539"}
Apr 18 19:54:20 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:20.636"}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:21.397","power":23}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.417"}
Apr 18 19:54:21 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.758"}
Apr 18 19:54:22 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:21.991"}
Apr 18 19:54:22 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:22.233"}
Apr 18 19:54:24 pi2 dc_eventlog[860]: /sensors/453/state: {"lastupdated":"2020-04-18T17:54:23.967"}
Apr 18 19:54:24 pi2 dc_eventlog[860]: /sensors/314/state: {"lastupdated":"2020-04-18T17:54:24.821"}
Apr 18 19:54:25 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:25.194"}
Apr 18 19:54:25 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:25.294","power":21}
Apr 18 19:54:26 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:26.329","power":23}
Apr 18 19:54:26 pi2 dc_eventlog[860]: /sensors/454/state: {"lastupdated":"2020-04-18T17:54:26.449"}
Apr 18 19:54:27 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:27.931"}
Apr 18 19:54:27 pi2 dc_eventlog[860]: /sensors/453/state: {"lastupdated":"2020-04-18T17:54:27.953"}
Apr 18 19:54:28 pi2 dc_eventlog[860]: /sensors/426/state: {"current":247,"lastupdated":"2020-04-18T17:54:28.294"}
Apr 18 19:54:29 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:29.291","power":21}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:31.675"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/296/state: {"lastupdated":"2020-04-18T17:54:31.736"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/296/state: {"lastupdated":"2020-04-18T17:54:31.756"}
Apr 18 19:54:31 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:31.954"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.245"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:32.304","power":23}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.529"}
Apr 18 19:54:32 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:32.816"}
Apr 18 19:54:33 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:33.228"}
Apr 18 19:54:33 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:33.605"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:34.019"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:34.606"}
Apr 18 19:54:34 pi2 dc_eventlog[860]: /sensors/112/state: {"lastupdated":"2020-04-18T17:54:34.730"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.147"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.408"}
Apr 18 19:54:35 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.679"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":3002,"lastupdated":"2020-04-18T17:54:35.955"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:36.668"}
Apr 18 19:54:36 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:36.948"}
Apr 18 19:54:37 pi2 dc_eventlog[860]: /sensors/113/state: {"lastupdated":"2020-04-18T17:54:37.876"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.409"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.611"}
Apr 18 19:54:38 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:38.778"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.139"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.386"}
Apr 18 19:54:39 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:39.572"}
Apr 18 19:54:40 pi2 dc_eventlog[860]: /sensors/328/state: {"buttonevent":2002,"lastupdated":"2020-04-18T17:54:40.242"}
Apr 18 19:54:42 pi2 dc_eventlog[860]: /sensors/426/state: {"lastupdated":"2020-04-18T17:54:42.298","power":21}
Apr 18 19:54:45 pi2 dc_eventlog[860]: /sensors/434/state: {"lastupdated":"2020-04-18T17:54:45.049","voltage":237}

Hm. Das Löschen und erneute Koppeln löste es ebenfalls nicht

Können Sie das deCONZ-Protokoll auf Folgendes überprüfen:

Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:713 APS-DATA.indication srcAddr: 0x56b2, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 255, rssi: -49
Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:713     asdu: 117f0100c30000
Apr 18 20:01:23 pi2 deCONZ[19662]: 20:01:22:716 button 2002 Move Up

Das scrAddr ist die NWK-Adresse des Controllers. Soweit ich weiß, gibt dstAddrMode: 2 eine NWK-Adresse an, also ein Unicast an den Koordinator. Für Gruppensendungen ist es 1.

Über 24 Stunden für ein Firmware-Update ist mehr als viermal so lang wie üblich. Möglicherweise ein Hinweis auf Netzwerkprobleme (Interferenzprobleme)?

Wie groß ist Ihr Netzwerk? Wie weit (wie viele Sprünge) ist der Controller vom Koordinator entfernt? Führen Sie Automatisierungen aus, die das Netzwerk verstopfen könnten (> 1 Broadcast pro Sekunde)?

Was ist mit Störungen? Alle Fehlercodes im Protokoll (siehe https://github.com/dresden-elektronik/deconz-rest-plugin/wiki/Zigbee-Error-Codes-in-the-Log). Verwenden Sie einen RaspBee oder einen ConBee? Wenn letzteres: über ein Verlängerungskabel an den USB2-Anschluss angeschlossen? Gibt es in der Nähe befindliche Wifi-, Bluetooth-, USB3-, DECT-, ... Geräte, die das 2,4-GHz-Band verwenden oder stören könnten?

Firmware-Updates von an das Stromnetz angeschlossenen Geräten funktionieren normal (siehe: 30-45 Minuten).
Derzeit ist es ein 73-Knoten-Netzwerk, das ziemlich untätig ist. Raspbee-Modul. Keine Fehler protokolliert.

Es ist derzeit einen Sprung vom Koordinator entfernt. Der Hopfen ist eine Farbton-Playbar, wenn das wichtig ist

Ich habe das Gerät erneut gekoppelt und APS-Nachrichten erhalten. Nichts wie APS-DATA.indication

20:13:23:171 APS-DATA.indication from unknown node 0xCCCCCCFFFEE084E5
20:13:23:171 ZDP device announce: 0xCCCCCCFFFEE084E5, 0x9E24, 0x80
20:13:23:186 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 2, node: 0x9E24
20:13:23:186 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 1, node: 0x9E24
20:13:23:186 new node - ext: 0xccccccfffee084e5, nwk: 0x9E24
20:13:23:187 device announce 0xCCCCCCFFFEE084E5 (0x9E24) mac capabilities 0x8020:13:23:187 set fast probe address to 0xCCCCCCFFFEE084E5 (0x9E24)
20:13:23:187 FP indication 0x0000 / 0x0013 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:23:187                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24
20:13:23:187 device announce 0xCCCCCCFFFEE084E5 (0x9E24) mac capabilities 0x80

20:13:30:335 FP indication 0x0104 / 0x0019 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:30:335                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)

20:13:31:945 FP indication 0x0104 / 0x0003 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:31:945                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)

20:13:39:757 ZDP status = 0x00 -> SUCCESS
20:13:39:757 ZDP Node_Descriptor_rsp 0xCCCCCCFFFEE084E5 - 0x9E24
20:13:39:757 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 3, node: 0x9E24
20:13:39:757 DB pushZdpDescriptorDb()
20:13:39:757 DB save zll database items 0x00000800
20:13:39:757 DB sql exec UPDATE devices SET nwk = 40484 WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5';INSERT INTO devices (mac,nwk,timestamp) SELECT 'cc:cc:cc:ff:fe:e0:84:e5', 40484, strftime('%s','now') WHERE (SELECT changes() = 0);
20:13:39:921 DB saved in 164 ms
20:13:39:923 DB UPDATE device_descriptors SET data = x'0240807c11525200002c520000', timestamp = 1587233619 WHERE device_id = (SELECT id FROM devices WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5') AND endpoint = 0 AND type = 2
20:13:39:923 DB INSERT INTO device_descriptors (device_id, endpoint, type, data, timestamp) SELECT id, 0, 2, x'0240807c11525200002c520000', 1587233619 FROM devices WHERE mac = 'cc:cc:cc:ff:fe:e0:84:e5'
20:13:40:302 don't close database yet, keep open for 900 seconds
20:13:40:309 FP indication 0x0000 / 0x8002 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:40:309                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:40:309 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) cluster 0x8002
20:13:40:309 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) clear timeout on cluster 0x8002

20:13:41:812 void deCONZ::zmNode::setFetched(deCONZ::RequestId, bool) fetched item: 7, node: 0x9E24
20:13:41:817 FP indication 0x0000 / 0x8005 (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:41:817                       ...     (0xCCCCCCFFFEE084E5 / 0x9E24)
20:13:41:817 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) cluster 0x8005
20:13:41:817 ZDP indication search sensors 0xCCCCCCFFFEE084E5 (0x9E24) clear timeout on cluster 0x8005
20:13:41:828 don't use deleted sensor and node 0xCCCCCCFFFEE084E5 as candidate

Nichts wie APS-DATA.indication

Sie sehen diese, wenn Sie den Controller drücken oder drehen. Hoffentlich alle ~ 300ms beim Wenden.

Kann nicht bestätigen. Ich habe die ganze Zeit Tastenereignisse ausgelöst.

Benötige ich ein Debug-CLI-Flag oder etwas, damit es angezeigt wird? Ich habe diese Befehlszeile deCONZ --dbg-info=2 --dbg-zdp=1 --dbg-zcl=1 --db-aps=1 --dbg-http=1

Sie möchten auf jeden Fall --dbg-error=1 hinzufügen. Keine Ahnung, warum standardmäßig keine Fehler angezeigt werden.

Um die APS-Nutzlast ( asdu ) --dbg-aps=2 .

Diese Befehlszeilenparameter müssen noch im WIki dokumentiert werden ...

Ah ja. Jetzt kann ich diese Ereignisse sehen.

21:25:37:225 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 127, rssi: -67
21:25:37:307 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:312 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:402 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:512 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:38:599 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:40:397 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:40:507 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:42:748 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:42:875 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:635 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:740 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:851 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:44:939 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:52:764 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:52:846 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:56:046 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:25:56:129 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:26:01:008 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67
21:26:01:069 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 191, rssi: -67

Hier sind auch einige mit der asdu-Nutzlast:

21:24:46:719 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 95, rssi: -79
21:24:46:719    asdu: 11660101c30000
21:24:46:719 APS-DATA.request id: 179 erase from queue
21:24:46:838 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 103, rssi: -78
21:24:46:838    asdu: 1167030000
21:24:46:931 APS-DATA.indication srcAddr: 0x9e24, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 95, rssi: -79
21:24:46:931    asdu: 1167030000

OK, das ist hoffnungsvoll. AddrMode 2, sodass die Unicast-Bindung wirksam zu sein scheint. Ich sehe einen _Move_ (drittes Byte 01 ) bei .719, gefolgt von einem _Stop_ (drittes Byte 03 ) bei .838 und .931. Beachten Sie, dass die ZCL-Sequenz (zweites Byte, 67 ) für die _Stop_-Befehle (67) identisch ist. Der Controller sendet jeden Befehl dreimal (siehe https://github.com/dresden-elektronik/deconz- Rest-Plugin / Issues / 1898 # issuecomment-615154288).

Die deCONZ-Protokollierung ist wirklich zum Kotzen. Es gibt keine einfache Möglichkeit, nur die Nachrichten für ein einzelnes Gerät mit grep , da sie Mac-Adresse, NWK-Adresse, Ressource und Ressourcennamen mischen. Aber können Sie sehen, ob die APS-DATA.indication für den _Move_-Befehl gefolgt von einem button 2002 Move Up oder button 3002 Move Down ?

Sie möchten Ihr Protokoll auf fehlende Nachrichten analysieren, um eine Vorstellung von der Zuverlässigkeit des Datenverkehrs vom Controller zum Koordinator zu erhalten. Wenn Sie große Lücken in den Sequenznummern sehen, würde dies erklären, warum Sie die wiederholten Buttonevents nicht erhalten.

Unten ist ein Auszug aus meinem Protokoll. Sie sehen ein _Move _ / _ Stop_-Paar, mehrere 100 ms nacheinander, gefolgt vom nächsten _Move _ / _ Stop_-Paar innerhalb einiger 10 ms. Sie sehen, dass zwei Nachrichten (Sequenz 4b und 5b) den Koordinator nicht erreicht haben. Irgendwie sehe ich keine wiederholten Nachrichten, vielleicht hat einer der Router zwischen dem Controller und dem Koordinator gedacht, dass sie keine Duplikate weiterleiten würden?

Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379     asdu: 11460100c30000
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:379 button 2002 Move Up
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:963 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:963     asdu: 1147030000

Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992     asdu: 11480100c30000
Apr 18 21:56:05 pi2 deCONZ[19662]: 21:56:04:992 button 2002 Move Up
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:113 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:113     asdu: 1149030000

Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186     asdu: 114a0100c30000
Apr 18 21:56:06 pi2 deCONZ[19662]: 21:56:06:186 button 2002 Move Up

Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:632 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:632     asdu: 114c0100c30000
Apr 18 21:56:07 pi2 deCONZ[19662]: 21:56:07:633 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:739 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:739     asdu: 114d030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:771 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:771     asdu: 114e0100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:772 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:974 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:08:974     asdu: 114f030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:009 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:009     asdu: 11500100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:010 button 2002 Move Up
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:346 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:346     asdu: 1151030000

Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429     asdu: 11520100c30000
Apr 18 21:56:09 pi2 deCONZ[19662]: 21:56:09:429 button 2002 Move Up
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:614 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 106, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:614     asdu: 1153030000

Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824     asdu: 11540100c30000
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:09:824 button 2002 Move Up
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:10:004 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:10 pi2 deCONZ[19662]: 21:56:10:004     asdu: 1155030000

Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 159, rssi: -71
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090     asdu: 11560100c30000
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:090 button 2002 Move Up
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:363 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:364     asdu: 1157030000

Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:432 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:432     asdu: 11580100c30000
Apr 18 21:56:12 pi2 deCONZ[19662]: 21:56:12:433 button 2002 Move Up
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:632 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:632     asdu: 1159030000

Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662     asdu: 115a0100c30000
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:662 button 2002 Move Up

Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:928 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 151, rssi: -72
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:928     asdu: 115c0100c30000
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:12:929 button 2002 Move Up
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:13:049 APS-DATA.indication srcAddr: 0xd46b, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 106, rssi: -71
Apr 18 21:56:13 pi2 deCONZ[19662]: 21:56:13:049     asdu: 115d030000

Es gibt nie zwei gleiche Schaltflächenereignisse hintereinander, auch wenn sie sich ständig drehen, da es anscheinend überhaupt keinen konstanten Strom von APS-DATA.indication .

Dies sind 10 Sekunden konstantes Drehen im Uhrzeigersinn:

12:29:58:665 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:29:58:665    asdu: 116c0100c30000
12:29:58:666 button 2002 Move Up
--
12:29:58:686 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 175, rssi: -69
12:29:58:686    asdu: 116c0100c30000
12:29:58:723 APS-DATA.indication srcAddr: 0x463a, srcEp: 0x0B dstAddrMode: 2, profile: 0x0104, cluster: 0x0006, lqi: 167, rssi: -70
--
12:30:01:545 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:545    asdu: 116d0101c30000
12:30:01:546 button 3002 Move Down
--
12:30:01:574 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:574    asdu: 116d0101c30000
12:30:01:603 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:603    asdu: 116e0100c30000
12:30:01:604 button 2002 Move Up
--
12:30:01:624 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:01:624    asdu: 116e0100c30000
12:30:02:219 poll node 00:17:88:01:06:92:7e:a0-0b
--
12:30:07:328 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:07:328    asdu: 116f030000
12:30:07:328 Force binding of attribute reporting for sensor SYMFONISK controller
12:30:07:351 APS-DATA.indication srcAddr: 0x48c0, srcEp: 0x01 dstAddrMode: 2, profile: 0x0104, cluster: 0x0008, lqi: 167, rssi: -70
12:30:07:351    asdu: 116f030000

Als Referenz:
Die Verwendung von grep mit -A2, um die folgenden zwei Zeilen einer Übereinstimmung anzuzeigen, scheint recht gut zu funktionieren.
deCONZ --dbg-error=1 --dbg-aps=2 --dbg-info=2 | grep -A2 -E -i "APS-DATA.indication srcAddr: 0x48c0"

Cool, kannte die Option -A für grep .

Ihr Controller sendet also:

• 6c: _Move Up_, was zu einem 2002-Schaltflächenereignis führt;
• 6c: _Move Up_ wiederholt, was zu Recht ignoriert wird;
• 6d: _Move Down_, was zu einem 3002-Schaltflächenereignis führt;
• 6d: _Move Down_ wiederholt, was zu Recht ignoriert wird;
• 6e: _Move Up_, was zu einem 2002-Schaltflächenereignis führt;
• 6e: _Move Up_, wiederholt und richtig igonored;
• 6f: _Stop_, jetzt ignoriert, da wir nicht mehr zu x001 / x003 gehen;
• 6f: _Stop_, wiederholt und zu Recht ignoriert.

Die gute Nachricht: Keine fehlenden Nachrichten (fortlaufende Sequenznummern), sodass Ihr Netzwerk in Ordnung zu sein scheint.

Die schlechte Nachricht: ganz anderes Verhalten als mein Controller. Außerdem bin ich verwirrt über den _Move Down_ zwischen den _Move Up_-Nachrichten. Nur um sicher zu gehen: Haben Sie den Akku nach dem Firmware-Upgrade ausgetauscht?

Welcher Typ ist auf der Rückseite Ihres Controllers aufgedruckt (meiner sagt E1744 ). Können Sie die _Basic_-Cluster-Attribute überprüfen?

Es scheint keine magische Einstellung auf dem Gerät zu geben, die sein Verhalten ändern würde. Ich fange an, ein fehlerhaftes Gerät zu vermuten. Schwer zu sagen, ob das deins oder meins ist, mit nur zwei zu vergleichenden Geräten, aber meins hat wie erwartet funktioniert, wenn es mit dem Trådfri-Hub gekoppelt wurde.

lgtm. Der Text auf der Rückseite gibt auch TYP E1744 an und selbst mit einer neuen Knopfzelle (die vierte tatsächlich) verhält sie sich immer noch so.

Ist Ihre direkt mit dem Controller verbunden?

Das Ausführen kurzer Bursts in schneller Folge funktioniert übrigens. Es ist nur das kontinuierliche Drehen, das gebrochen zu sein scheint

Ich habe tatsächlich zwei davon bestellt, also habe ich den zweiten aus der Verpackung genommen und mit dem Netzwerk gekoppelt.

Das Verhalten ist genau das gleiche, was wahrscheinlich eine fehlerhafte Hardware sowie die Firmware-Version ausschließt

Ich habe keine Ideen mehr, fürchte ich. Oder hängt es vielleicht mit der Farbe zusammen? Meins ist schwarz. Fast versucht, mir selbst einen zweiten Controller zu besorgen.

Ist Ihre direkt mit dem Controller verbunden?

Es ist derzeit an einen innr SP 120 Smart Plug angeschlossen. Es war mit dem Koordinator (Conbee II) in meinem Testnetzwerk verbunden (für das schnellste Firmware-Upgrade).

Ich würde gerne von @rchl und anderen hören, wie sich ihre Controller verhalten.

Wie auch immer, ich habe standardmäßig auf x001 / x003-Schaltflächenereignisse zurückgegriffen, aber es wird Ihr Problem von Run-Away-Änderungen nicht lösen, falls ein _Stop_ übersehen wird.

Verwenden Sie die API, um mode auf 4 zu setzen (ModeDimmer, wird auch vom drahtlosen Trådfri-Dimmer verwendet), um stattdessen x002-Ereignisse abzurufen. Um zum Standard zurückzukehren, setzen Sie mode auf 1 (ModeScenes).

Leider sind sie auch beide schwarz.
~ Ich habe es anscheinend mit dem Raspbee-Modul gekoppelt. ~ Immer noch das gleiche Verhalten.
Bearbeiten:
Nein. Es ist mit dem Ikea-Licht direkt neben dem Raspbee-Modul gekoppelt

Neben der Batterie befindet sich eine Nummer: 1938-1 . Ich habe keine Ahnung, was das bedeuten könnte, aber es könnte anders sein?

Aber es wird Ihr Problem der außer Kontrolle geratenen Änderungen nicht lösen, falls ein Stopp verpasst wird.

"Ja wirklich?" Ich dachte, dass dies passiert ist, weil das Netzwerk nicht mithalten kann. Das sollte theoretisch mit Unicast gelöst werden, oder?

Ich dachte, dass dies passiert ist, weil das Netzwerk nicht mithalten kann. Das sollte theoretisch mit Unicast gelöst werden, oder?

Du hast natürlich recht. Wenn das tatsächlich die Ursache war, sollte es gelöst werden. Ich war besorgter, als eine einzelne Nachricht noch verschwinden könnte. Da jedoch mehrere Exemplare Ihren Koordinator zu erreichen scheinen, sind die Chancen dafür recht gering.

Sieht so aus, als würde es so funktionieren, wie man es erwarten würde.
Ich kann keine Probleme mit dem Run-Away-Volume verursachen.

Großartig!
Die Latenz ist auch ziemlich gut. Insgesamt eine schöne Lösung.

Danke, dass du dir das

Ich sehe das gleiche Verhalten wie @Hypfer, nachdem ich die Schritte von https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898 befolgt habe (beachten Sie, dass ich die neueste Deconz-Version und nicht die @ ebaauw-Version

• Wenn ich mich langsam nach rechts drehe, sehe ich wiederholte Paare von Ereignissen aus den Jahren 2001 und 2003
• Wenn ich mich schnell und gleichmäßig nach rechts drehe, sehe ich zu Beginn ein Ereignis von 2001 und dann ein Ereignis von 2003, nachdem ich mit dem Drehen fertig bin. Es spielt keine Rolle, wie lange ich mich drehe, solange es schnell und gleichmäßig ist.

Aber ich kann fehlende "Stop" (* 3) -Ereignisse nicht mehr reproduzieren! :) :)

Ich denke, dieses Problem kann geschlossen werden, nachdem # 2658 zusammengeführt wurde

Und was ist mit dem Problem, dass ständige Änderungen keine Ereignisse auslösen? Funktioniert das mit der oben genannten PR richtig?

@rchl

Dieses Problem wird vermieden, indem Modus 4 nicht verwendet wird und stattdessen die x001 / x003-Ereignisse wie zuvor beibehalten werden.
https://github.com/dresden-elektronik/deconz-rest-plugin/pull/2658/commits/7035ee72624e9765d1573f343480208ccefec468

Ich denke, dieses Problem kann geschlossen werden, nachdem # 2658 zusammengeführt wurde

Und es scheint vor 10 Tagen zusammengeführt worden zu sein. 😄 👍

Sind Maßnahmen erforderlich, um das Update zu nutzen?
Reicht es aus, deconz zu aktualisieren, oder muss der Controller zurückgesetzt und neu gebunden werden?

Sind Maßnahmen erforderlich, um das Update zu nutzen?

Diese Antwort würde mich auch interessieren. Ich habe einen Deconz-Stick in meinem Home Assistant Raspberry Pi und er besagt, dass ich die FW-Version 2.5.75 habe und dass sie aktuell ist.

Ich habe den Symfonisk angeschlossen, aber ich erhalte nur ein Ereignis, in welche Richtung er gedreht wird (2001/3001) und wann er sich nicht mehr dreht (2003/3003), und drückt die Taste (1001, 1004, 1005). Aber keine wiederholten Ereignisse oder etwas, das sagt, um wie viel es gedreht wurde.

Soweit ich weiß, sendet der PR die Richtungsereignisse kontinuierlich, wenn ich den Knopf drehe. Aber repräsentiert on event eine bestimmte Anzahl von Rotationsgraden?

Möglicherweise müssen Sie den Symfonisk-Controller erneut koppeln oder die Bindung manuell aktualisieren, damit Unicast verwendet wird, wie hier beschrieben. Https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -615078454

Die anderen Fragen werden ebenfalls alle in diesem Thread beantwortet.

Aber repräsentiert on event eine bestimmte Anzahl von Rotationsgraden?

Siehe hier:
https://github.com/dresden-elektronik/deconz-rest-plugin/issues/1898#issuecomment -535090364

Bitte lesen Sie den gesamten Thread, bevor Sie einen Kommentar abgeben.

Es scheint, dass dieses Problem behoben oder auf andere Weise inaktiv ist. Wenn nicht, bitte wieder öffnen!

Ich habe deCONZ aktualisiert, sowohl den Controller repariert als auch die Bindung manuell durchgeführt (nicht sicher, ob dies noch benötigt wird). Sie sind beide unglaublich zuverlässig. Das einzige, was mir aufgefallen ist: Die Codes für im und gegen den Uhrzeigersinn wurden invertiert. Aber es war einfach für mich, die Automatisierung zu reparieren, damit es mir nichts ausmacht.

Vielen Dank für die tolle Arbeit, wie immer!

Ich habe einen zweiten Controller. Ich habe beide mit dem Netzwerk verbunden, aber es scheint, dass das neue keine Ereignisse in Node-RED auslöst. Irgendeine Idee, was das Problem sein könnte?

Ich bin auf der neuesten Deconz Docker-Version.

@kmplngj Wahrscheinlich die Bindung. Versuchen Sie es einige Male neu zu koppeln.