NEWS
-
Hallo zusammen,
klasse Arbeit die ihr hier leistet. Habe mir den ConBee-Stick auch zugelegt und auch soweit alles installiert bekommen.
Wenn ich allerdings die aktuelle Version (2.05.54) von Phoscon nehme, startet der Adapter immer wieder neu. Ich habe
dann die Version vom 01.09.2018 genommen, da das letzte Update des Adapters bereits 4 Monate her ist, und siehe da
es scheint alles zu funktionieren. Leider bekomme ich jetzt nicht alle Geräte (Xiaomi Motion Sensor) mehr verbunden.
Gibt es da einen Workaround, oder mach ich da was falsch?
Könnte man in den Adapter die Phoscon-Version reinschreiben, mit der er funktioniert?
Für Hilfen wäre ich sehr dankbar.
Gruß
Jörg
-
Moin!!
Die aktuellste Version ist 2.05.55. Leider hat sie auch ein paar Probleme siehe github issus. 2.05.52 lief ganz gut. mMN. Bin selbst z.Z. auf .55 und warte auf die nächste Version. 2.05.54 hatte viele Fehler mit den Aqara MotionSensoren. (siehe auch Github issus)
Was Phoscon bzw. überhaupt die DeConz Software angeht schaust du am besten mal auf: https://github.com/dresden-elektronik/d … est-plugin
Wenn du dort runter scrollst wirst du die Installationsanleitung finden, falls du Hilfe benötigst. Möchtest du eine andere Version installieren als die Neuste, dann ändere einfach dementsprechend die Zahlen im Download und Installationslink.
Das der Adapter immer wieder neu startet habe ich bisher nur erlebt, wenn keine/falsche Daten eingetragen sind. Hast du den API Key erneuert nach der erneuten Installation?
Viel Erfolg!
-
Hallo Kugelkopf,
danke für deine schnelle Antwort. Mit der Installation komme ich eigentlich klar. Nur das dauernde Neustarten des Adapters ist das Problem. Wie du aber schreibst, scheint bei dir die 2.05.55 zu laufen. Dann werd ich einfach mal die probieren.
Vielen Dank für deine Hilfe.
Gruß
Jörg
-
Hallo Kugelkopf,
danke für deine schnelle Antwort. Mit der Installation komme ich eigentlich klar. Nur das dauernde Neustarten des Adapters ist das Problem. Wie du aber schreibst, scheint bei dir die 2.05.55 zu laufen. Dann werd ich einfach mal die probieren.
Vielen Dank für deine Hilfe.
Gruß
Jörg `
Ich sah soeben, dass die neue Version .57 raus ist. Vielleicht ist die was für dich. Solltest du tortzdem die .55 probieren, dann schau eben in dem Issue https://github.com/dresden-elektronik/d … ssues/1142 bzgl. des Workarounds mit dem deconzwifi problem.
Viel Erfolg.
-
Hallo miteinander,
ich hätte einmal eine Frage, die sich weniger auf den Adapter als auf Deconz bezieht. Vielleicht kann mir trotzdem jemand Helfen.
Ich habe bis vor 2-3 Monaten ca 20 Geräte am Deconz gehabt. Da einige Xiaomisensoren damals nicht richtig erkannt wurden. Bin ich mit fast allem auf Xiaomi-MiHubs' und den Zigbeestick umbestiegen.
Bei Test habe ich festgestellt, das mitlerweile einigs mehr erkannt wird (aktuell installiert ist die V2.05.57 auf einem Windows10 NUC) und ich zurück will.
Was mich furchtbar stört, ist das ich unmengen an Nodes in der Deconz-Oberfläche habe, die größtenteils auch verbunden sind obwohl diese schon seit ewigen Zeiten mit anderen Hubs verbunden sind. Aktuell sind nur 4 Geräte am Stick aktiv (links im Bild). Wenn ich die anderen lösche sind diese nach wenigen Minuten wieder alle da. Gibt es eine Möglichkeit die nicht benötigten Nodes aus dem System zu entfernen?
Gruß DocGame
7846_deconz.jpg -
ich muss auch mal nachfragen. Ich schaffe es nicht Sensoren anzulernen :( Was mache ich falsch?
Ich habe den DeConzstick an einem intelNuc mit debian9.
mit "dpkg -P deconz" nochmal meine alte Installation gelöscht und neu angefangen
! apt update && apt upgrade -y
! wget http://www.dresden-elektronik.de/rpi/de … .05.57.deb
! sudo dpkg -i deconz-dev-2.05.57.deb
! apt update
! apt install -f
! rebootroot@iobroker-nuc:~# systemctl status deconz ● deconz.service - deCONZ: ZigBee gateway -- REST API Loaded: loaded (/lib/systemd/system/deconz.service; enabled; vendor preset: enabled) Active: active (running) since Sun 2019-01-27 19:58:35 CET; 5min ago Main PID: 359 (deCONZ) Tasks: 5 (limit: 4915) CGroup: /system.slice/deconz.service └─359 /usr/bin/deCONZ -platform minimal --http-port=80 Jan 27 19:58:35 iobroker-nuc systemd[1]: Started deCONZ: ZigBee gateway -- REST API. Jan 27 19:58:38 iobroker-nuc deCONZ[359]: libpng warning: iCCP: known incorrect sRGB profile Jan 27 19:58:40 iobroker-nuc deCONZ[359]: This plugin does not support propagateSizeHints() Jan 27 19:58:40 iobroker-nuc deCONZ[359]: This plugin does not support propagateSizeHints() root@iobroker-nuc:~#Über die grafische Oberfläche kann ich das deConz-Programm nicht öffnen. Aber über http://MEINE_IP/pwa/index.html komme ich auf die Weboberfläche mit dem Passwort was ich bei der ersten Installation mal gesetzt habe.
Bei der ersten Installation (deconz-2.05.20-qt5.deb) stand bei Firmware immer 00000000Sensoren anlernen:
- in der Weboberfläche [neuen Sensor verbinden] -[Andere]
*am XiaomiSensor die taste >3sek drücken bis es blinkt, los lassen
es tut sich dann leider nichts :(
-
Sehr Geil! Funktioniert bis jetzt prima mit den Szenen.
Vielen Dank!
-
sagt mal, mich irritiert immer wieder, dass ihr Bilder von deConz zeigt.
Funktioniert deConz nur mit grafischer Oberfläche?
Ich habe ioBroker auf dem Raspi ohne grafische Oberfläche installiert. Der Admin läuft im Browser.
Oder denke ich hier falsch und die Oberfläche ist auch im Browser?
Ich spiele mit dem Gedanken, Conbee zu kaufen. Aber ich möchte nicht in (für mich) unbenutzbare Hardware zu investieren.
und: In der Kompatibilitätsliste bei dresden elektronik sind sehr viel weniger Geräte gelistet als bei andern Zigbeeadapter. (zb. fehlen mir die Xiaomi-Fenstersensoren)
-
Oder denke ich hier falsch und die Oberfläche ist auch im Browser? ` deConz selbst ist ein Normales Desktop Programm mit der Möglichkeit es ohne die Grafische Oberfläche zu starten. Das was im Browser läuft ist das Benutzer frontend. Die GUI von deConz ist für den Betrieb nicht nötig, also kein Stress.
und: In der Kompatibilitätsliste bei dresden elektronik sind sehr viel weniger Geräte gelistet als bei andern Zigbeeadapter. (zb. fehlen mir die Xiaomi-Fenstersensoren) ` Die Liste wird glaub ich nicht so gut gepflegt, was ich in Anbetracht der schnellen Integration neuer Hardware auch verstehen kann.
Falls du bestimmte Geräte hast bei denen du nicht sicher bist ob sie mit deConz funktionieren frag einfach nach oder schau https://github.com/dresden-elektronik/deconz-rest-plugin/issues nach ob da was zu finden ist.
-
sodala….
RaspBee ist da.
Nach ein paar Schwierigkeiten bei der Einrichtung (nicht Installation), habe ich auch schon Einiges gepaired.
Das geht ruck zuck über das Webfrontend.
Sogar meine IKEA-Lampe findet er jetzt.
Und die XIAOMI Aqara Temperatursensoren. Das wollte der andere Stick gar nicht.
Allerdings passieren im Adapter im ioBroker ein paar merkwürdige Sachen:
- wenn ich über das Webfrontend Konfiguriere, (Gruppen erstellen, Sensoren anlernen....), dann passiert es, dass im Adapter die Sachen auch auftauchen. Aber nicht immer. Und auch nicht immer vollständig.
Starte ich den Adapter explizit neu (Version 0.3.0), dann ist alles da
-
Der XIAOMI Zauberwürfel wird in der Rolle "Sensor" geführt. Die DeConz-Software erkennt ihn aber als Schalter
-
Manche Geräte erscheinen in der Objektliste doppelt. Warum auch immer, Aber auch hier: Nicht identisch
Beispiel:
Der XIAOMI Feuchtigkeitssensor ist doppelt. Der eine hat aber die Temperatur exklusiv. Dafür der Andere die Feuchtigkeit.
- ich wollte einen der doppelten Zauberwürfel löschen und wurde mit Fehlermeldungen bombadiert…
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> -
Zu 1. das ist mehr oder weniger gewollt, es werden nur Objekte angelegt wenn sie nicht vorhanden sind, das heißt wenn Daten ankommen. Vorher wurden die vorhandenen Objekte immer Überschrieben. Beim Neustart wird eine Zusammenfassung aller Geräte abgerufen, da wird dann alles angelegt was noch nicht da ist.
Zu 2. Kann sein, phoscon verwendet Geräte Profile, der Unterbau Kategorien. Der Adapter Kriegt die Kategorien geliefert.
Zu 3. Wurde im anderen Thread geklärt.
Zu 4. Das ist eine Baustelle, dachte das ist schon erledigt. Ich bin mir nicht sicher in welcher Version des JS-controllers (ioBroker Basis) die Notwendige Änderung drin ist. Da muss ich mal schauen.
Gesendet von meinem HTC U11 mit Tapatalk
-
Ich habe am letzten Wochenende einen Bug in der Version 0.3.1 des Adapters gefunden. Die Anpassung gegenuber 0.3.0 (Änderung des Werftenbereiches fuer "hue" hat nicht hinreichend funktioniert). Eine Bug-Report sowie einen Fix mit Pull-Request habe ich in der Zwischenzeit auch am Adapter hinterlegt. Könnte sich das bitte jemand anschauen, und (sofern es ok ist) den Pull-request mergen ?
Danke.
A
-
Bitte Testet die Version 0.4.0 von Github.
Änderungen:
(Agothian) fix für Hue Wert
(halloamt) Gruppe Dimmen
(halloamt) action für sammel befehl hinzugefügtBefehl für action im json format: { "transitiontime": 18000, "on": true, "bri": 254, "ct": 233 }
Persönlicher Support
Spenden -> paypal.me/J3YC33 -
Bitte Testet die Version 0.4.0 von Github.
Änderungen:
(Agothian) fix für Hue Wert
(halloamt) Gruppe Dimmen
(halloamt) action für sammel befehl hinzugefügtBefehl für action im json format: { "transitiontime": 18000, "on": true, "bri": 254, "ct": 233 }
@Jey-Cee sagte in [Aufruf] deConz Adapter Testen 0.4.0:
Bitte Testet die Version 0.4.0 von Github.
Änderungen:
(Agothian) fix für Hue Wert
(halloamt) Gruppe Dimmen
(halloamt) action für sammel befehl hinzugefügtBefehl für action im json format: { "transitiontime": 18000, "on": true, "bri": 254, "ct": 233 }
Offtopic:
In deinem allerersten Post, der mir seit dem Forumumbau immer oben angezeigt wird, vor dem aktuellen Post, steht noch der falsche GitHub Link. Um Verwirrungen zu ersparen, wäre es ganz gut diesen zu korrigieren.
Grüße!
Support us
684
Online32.7k
Users82.3k
Topics1.3m
Posts