Deconz Adapter Einrichten
-
Ja, Gateway sehe ich. Allerdings habe ich oben keine Tabs.
Nach der Anmeldung bekomme ich die Aufforderung, Lichter anzuschließen und dan zu suchen.
Allerdings findet er keine Lichter nach 3 Minuten.
Damit lässt er mich auch keinen Schritt weiter.
Wie ermittle ich ddenn Software- und Firmware-Version?
[Update} Kaum gesagt und schon hat er eine Lampe gefunden.
Mal sehen, wie es jetzt weiter geht
:shock:
Ich weiß nicht, was jetzt anders ist, aber nachdem er die erste Lampe gefunden hat (und es war tatsächlich eine IKEA-Lampe. Die, die der andere USB-Adapter nicht pairen wollte), kann ich auch auf die Nuteroberfläche.
Damit auch die Firmwareversion sehen (262F0500)
Und das Anlernen ist zwar nicht perfekt aber fast.
Und geht irre schnell
Was ich jetzt allerdings merkwürdig finde, dass im Adapter manche Geräte doppelt auftauchen. Möglicherweise habe ich sie doppelt gepaired.
Im deConz-Frontent sehe ich sie trotzdem nur einmal.
Ich wollte dann im ioBorker-Adapter eines der Geräte löschen und es hagelte Fehler:
deconz.0 2019-01-31 21:23:08.609 info terminating deconz.0 2019-01-31 21:23:08.101 error at Decoder. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15) deconz.0 2019-01-31 21:23:08.101 error at Manager.ondecoded (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/manager.js:345:8) deconz.0 2019-01-31 21:23:08.101 error at Manager.Emitter.emit (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/component-emitter/index.js:133:20) deconz.0 2019-01-31 21:23:08.101 error at Manager. <anonymous>(/opt/iobroker/node_modules/component-bind/index.js:21:15) deconz.0 2019-01-31 21:23:08.101 error at Socket.onpacket (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:244:12) deconz.0 2019-01-31 21:23:08.101 error at Socket.onack (/opt/iobroker/node_modules/iobroker.js-controller/node_modules/socket.io-client/lib/socket.js:319:9) deconz.0 2019-01-31 21:23:08.101 error at Socket. <anonymous>(/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1462:35) deconz.0 2019-01-31 21:23:08.101 error at /opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:1582:21 deconz.0 2019-01-31 21:23:08.101 error at /opt/iobroker/node_modules/iobroker.deconz/main.js:1703:37 deconz.0 2019-01-31 21:23:08.101 error at Adapter.deleteDevice (/opt/iobroker/node_modules/iobroker.js-controller/lib/adapter.js:2028:37) deconz.0 2019-01-31 21:23:08.101 error TypeError: Cannot read property 'replace' of undefined deconz.0 2019-01-31 21:23:08.100 error uncaught exception: Cannot read property 'replace' of undefined deconz.0 2019-01-31 21:23:08.085 info delete device Object: Zauberwürfel 1 deconz.0 2019-01-31 21:23:08.053 info The sensor with id 3 was removed. deconz.0 2019-01-31 21:21:19.299 info starting. Version 0.3.0 in /opt/iobroker/node_modules/iobroker.deconz, node: v8.14.0</anonymous></anonymous></anonymous> -
die tabs sind mein Browser
Solltest Du aus dem Fenster Lichter finden nicht raus kommen hilf es einfach in der Addresszeile das ganze auf <ip>:80/pwa zu kürzen, dann kannst du die Lampensuche umgehen.
A.</ip>
-
Ein Objekt ist bei deConz oft in mehrere Unterobjekte aufgeteilt. So sind zum Beispiel die Xiaomi Temperatursensoren in 2 Objekte in iobroker.deconz aufgeteilt, eins das die Temperatur liefert, eins was die Feuchte liefert. Insbesondere die Xiaomi Sensoren, Schalter und Aktoren verhalten sich so. Das ist erst einmal verwirrend, aber fuer mich zumindest kein Problem, und sie sind auch nur einmal gepaired.
Das ganze liegt daran das deconz ein etwas weniger flexibles Objektmodell als iobroker.zigbee nutzt, damit mit allen Objekten innerhalb von deconz vergleichbar gearbeitet werden kann. Das hat aber z.Bsp. auch den Vorteil das Fernbedienungen (die runde von Ikea z.bsp) im Deconz als "Sensoren" auftauchen und auch an iobroker weiter gereicht werden, so das man die Tastendrücke abfangen kann, während sie bei iobroker.zigbee nicht auftauchen, da sie normalerweise nicht mit einer Bridge sondern direkt mit den Lampen / Schaltern gepaired werden sollen.
Das ist einer der Gründe warum ich das pairing direkt am Phoscon gateway mache, anstatt die IoBroker Funktionalität dafür zu nutzen.
Auch die Verbindung zwischen Schaltern und Lampen setze ich zumeist im Phoscon (Gruppe definieren, Schalter und Aktionen zuweisen), und mit ioBroker mache ich nur noch die Sachen direkt die ich im Gateway nicht hin bekomme (reagieren auf Sensoren, Bewegungsmelder, etc)
Zu den gelöschten Objekten:
wenn du im iobroker manuell Objekte löscht solltest du auf jeden Fall den deconz adapter stoppen und neu starten, damit die Objekte die er hat mit der Datenbank auf der Phoscon Seite identisch sind. Ihm Objekte "unter dem Hintern" wegzuziehen ist keine gute Idee.
A.
-
DAnke für die Erläuterung.
Verstehe ich jetzt schon etwas besser.
Auch wenn es nicht alles erklärt.
So habe ich zwei XIAOMI-Würfel. Der eine taucht zweimal, der Andere nur einmal auf.
Auch ist die Erkennung der Bewegungen wohl nicht so genau wie bei dem Zigbee-Stick.
Der "Tageslichtsensor": Ist das ein künstlicher Sensor, der die Software erzeugt? (Philips PHDL00)
Oder habe ich hier einen Sensor des Nachbarn gekapert?
-
Der PHDL00 ist ein reines Software Objekt von deconz.
Wie es dazu kommt das ein Würfel doppelt angezeigt wird kann ich nicht sagen, aber solange sie Unterschiedliche IDs haben kommt es von deconz.
Es gibt 2 Versionen des Würfels, die Unterscheiden sich stark voneinander worin genau weiss ich nicht (mehr), ist schon eine Weile her als der neuere Integriert wurde.
Das die Erkennung bei deconz schlechter sein soll hab ich im Forum schon gelesen. Woran machst du das fest bzw. Kannst du mal einen Screenshot der Objekte posten (alle Würfel).
Gesendet von meinem HTC U11 mit Tapatalk
-
Die Thematik mit dem Würfel und RaspBee / deConz kann ich bestätigen.
Mein Würfel liefert in deConz einen "nutzbaren" Datenpunkt, in dem numerisch verschlüsselt verschiedene Bewegungen abgebildet werden. So ist 1004 eine Drehung des Würfels von Seite 4 oben auf Seite 1 oben (oder umgekehrt - das ist aus der Erinnerung), ein Schütteln führt zu 7000. So wie sich das darstellt wird er in deConz halt als Fernbedienung angelegt (intern), und alle Fernbedienungen die ich habe folgen genau diesem Schema bei den Datenpunkten.
In ioBroker.zigbee habe ich eigene Datenpunkte für "Rotation 90 grad, Rotation 180 Grad, Fallen, Doppeltap, Drehen und Schieben, jeweils als bool zur Erkennung des Events und zusätzlich dazu Datenpunkte zur Erkennung der betroffenen Flächen.
Gefühlt ist es so das der Würfel in deConz nur auf 50-70% der 90Grad kippungen (90 / 180 grad) reagiert, während bei ioBroker.zigbee 80-90% der kippungen zu einem Wechsel des jeweiligen Events führen. Schieben und drehen erkennt deConz bei mir gar nicht - zigbee zumindest zu 75%. Doppeltap oder Schütteln wird immer zu 100% erkannt.
Anbei ist ein Screenshot mit den Objekten die der Cube am Zigbee Stick hat.
-
@Jey Cee:Das die Erkennung bei deconz schlechter sein soll hab ich im Forum schon gelesen. Woran machst du das fest bzw. Kannst du mal einen Screenshot der Objekte posten (alle Würfel). `
Kann ich machen. Muss dazu aber zu Hause sein. Dauert also bis heute Nachmittag
-
-
Danke für die Screenshots, sieht tatsächlich so aus als kommt der Doppelte Zauberwürfel von deConz.
Gesendet von meinem HTC U11 mit Tapatalk
-
wenn du mehr Infos brauchst, liefere ich sie gerne. Müsstest mir vielleicht nur sagen, wie ich die dann generiere
-
Ich möchte hier noch einmal etwas Leben einhauchen.
Da die Zigbee-hardware von Drsden elektronik um Welten besser ist als der Stick, würde ich mich freuen, wenn der deConz-Adapter im ioBroker korrekt damit läuft.
Allerdings habe ichbei mir immer noch sehr merkwürdige ergebnisse in den Objekten.Bei mir werden Werte unter falsche Knoten einsortiert oder Knoten tauchen doppelt auf.
So tauchen zauberwürgel Objekte im Multisensor für Temperatur und Luftfeuchte gemischt auf.Könntest du vielleicht nicht doch mal schauen, woran das liegt?
Wäre nämlich dann eine unschlagbare AlternativeOder: Funktioniert der Zigbee-Adapter mit der dresden-Elektronik-Hardware zusammen?
-
@Arnulf said in Deconz Adapter Einrichten:
Oder: Funktioniert der Zigbee-Adapter mit der dresden-Elektronik-Hardware zusammen?
Jein. Mit den Aktoren von Dresden Elektronik funktioniert er. mit RaspBee / ConBee nicht.Zum Thema mehr Informationen: Es wäre praktisch wenn Du einmal per restAPI die Daten von Hand von deConz abholst. Das ist im Zweifelsfall recht einfach (zumindest mit einem kleinen Zusatzprogramm - ich hab dafür insomnia benutzt, siehe Screenshot.)
Damit schickst Du an den RaspBee den folgenden Request (den api key kannst du aus der Konfiguration des deconz Adapters kopieren):
GET /api/<apikey>/sensors.Dann können wir direkt sehen ob die seltsamen Einträge vom Dresden Adapter kommen oder auf der ioBroker Seite entstehen.
Des weiteren gab es zwischendurch mal Probleme mit der Synchronisation der Objekte. ggf. macht es Sinn, den deconz adapter einmal zu stoppen, im ioBroker alle Objekte des deconz Adapters zu löschen und dann den Adapter wieder zu starten - dann werden alle noch benötigten Objekte erzeugt.
A.
-
Hallo zusammen,
ich habe den deconz-Adapter schon etwas länger im Einsatz. Seit dem Update auf Version 1.1.2 und weiteren ZigBee Geräten erhalte ich Geräte, die ich gar nicht habe bzw. doppelt sind , nen anderen Namen haben und zusätzlich als Sensor angelegt werden. Entsprechend sieht es dann auch unter den Objekten so aus.
Anbei ein paar Screenshots - vielleicht kann mir jemand sagen, wo das Problem liegt:
Vorhandene/angelernte Geräte in der Phoscon-App:
Nun die Geräte die mir der deConz-Adapter daraus macht:
Ich verstehe halt die "Power" und "Consumption" Einträge/Objekte nicht als Sensor und warum überhaupt.
Ansonsten muss ich aber auch mal ein fettes Danke an den Entwickler loswerden für die Klasse Arbeit
Danke für Info vorab.
-
Aus dem Github Wiki-Eintrag des deconz-rest-plugin:
"Plugs and in-wall switches/dimmers are exposed as light for On/Off and for dimming control. Smart metering is supported by one or two additional sensor resources"Es gibt eben nur Lichter/Schalter/Sensoren.
Die SP 120 wird als Licht aufgeführt, Verbrauchsmessung usw. als Sensoren -
Alles klar - danke für die Info. Wusste nicht dass die Innr Plugs auch messen können.
-
Zwei Fragen habe ich noch:
Wie kann ich die Uhrzeit ändern des Datenpunktes -> lastupdated (INNR SP120) -> 2 Std. zurück?
Kann die INNR SP120 überhaupt Messungen durchführen?
Trotz angeschlossenen Verbraucher (Lampe) änder sich der Datenpunkt "POWER.current" nicht.
Danke.
-
Hallo,
wie sich der Zeitstempel ändern lässt, weiß ich auch nicht. Aber auch bei mir ist eine Differenz von zwei Stunden vorhanden.
Bei mir wird Spannung und Verbrauch gemessen.
-
@Gwenselah sagte in Deconz Adapter Einrichten:
wie sich der Zeitstempel ändern lässt, weiß ich auch nicht. Aber auch bei mir ist eine Differenz von zwei Stunden vorhanden.
Der lässt sich nicht ändern. Alle von der API gemeldeten Zeiten sind in UTC
Man kann zwar eine Zeitzone setzen, aber die ist dann "Etc/GMT-2" anstatt "GMT+2".
Das hat irgend etwas mit der POSIX-Format zu tun.
Ich denke mal, dass aus Kompatibilitätsgründen nur UTC gemeldet wird. Eine Korrektur müsste dann im Adapter stattfinden. -
@nukleuz Haben Sie hierzu schon eine Möglichkeit gefunden, dass nicht mehr 3 Einträge pro Sensor erstellt werden?
Vielen Dank im Voraus.
-
Hallo,
ich nutze seit kurzem Deconz/Phoscon mit einem Conbee2 Usb Stick und iobroker mit dem deconz Adapter
Beide Dienste laufen auf dem gleichen Raspberry Pi.
Die Verbindung zwischen iobroker Adapter und Deconz funktioniert soweit auch.Nun habe ich in der Phoscon App einige Namen von Sensoren geändert.
In der Deconz App spiegelt sich das auch sofort wieder.
Und auch ein API Call auf die Sensoren per Postman zeigt die neuen Namen an.
Nur im iobroker ändern sich die Namen der Objekte nicht.
Hab schon versucht den Adapter neu zu starten, aber es bleibt alles beim Alten.Hat hier vielleicht noch jemand eine Idee dazu?
Schon mal vielen Dank.
