[Aufruf] ZigBee CC253x Adapter
-
ohh ohhh mit C ok..
da ich Hues ohne Probleme betreibe .. tipp ich auf die Osrams die sich nicht an den Standard halten `
Also der Anmeldevorgang einfach einmal am gewünschten Plug starten, dann beenden und am Zigbee Adapter anmelden = Anmeldung am gewünschten Plug
Hatte bei mir tatsächlich einen Sensor der nicht genug Link Quality hatte, daher hab ich den umgemeldet und nun läuft. `
wartmal das heisst direkt am Plug gings nicht aber mit dem Umweg zuerst am Stick dann am Plug gings ?? `
Also Reihenfolge wie es bei mir funktioniert hat:1. Anmeldevorgang am Wunsch-Plug gestartet (grünes Icon)
2. versucht den Sensor anzulernen (kein Erfolg)
3. Fenster vom Anmeldevorgang am Plug geschlossen
4. Anmeldevorgang am Stick (grünes Icon)
5. Sensor erfolgreich angemeldet
6. Fenster geschlossen
7. Sensoren benannt etc.
8. Sensor wurde dann dem Plug zugeordnet den ich zu erst ausgewählt hatte in Schritt 1.
Das Spiel kann ich wiederholen wie ich möchte, die gezielte Anmeldung (in Verbindung mit den Osram Dingern) funktioniert nur so in dieser Reihenfolge. Der Anlernvorgang scheint ins leere zu greifen wenn ich den Plug gezielt zur Anmeldung auswähle, da kommen gar keine Meldungen. Bei der Anmeldung über den Adapter sofort (auch bei flatschneuen Sensoren). Daher dachte ich das es vielleicht am Adapter liegen könnte das dort einfach keine Meldungen laufen oder die Funktion dort nicht arbeitet zum anlernen.
-
wie kann man denn das Device (Plug) gezielt zum Anlernen auswählen? Ich drücke immer oben rechts auf die grüne Schaltfläche bei der Instanz
-
wie kann man denn das Device (Plug) gezielt zum Anlernen auswählen? Ich drücke immer oben rechts auf die grüne Schaltfläche bei der Instanz `
ich musste anfangs auch erst suchen..
wenn du mal schaust, hat jedes gerät, welches als repeater dienen kann, auch solch ein grünes symbol.
einfach auf dieses statt auf dem oben rechts (welches für den usb stick / coordinator ist) klicken.
-
oh. Das hatte ich eher als eine Möglichkeit interpretiert, dieses Gerät gezielt noch einmal zu pairen
-
-
Er meint wohl den Xiaomi Aquara Button …
So kleines Kästchen, das allerdings nur single_click und double_click kann. Die anzeigten 3fach und 4fach-Clicks sind nutzlos,
da sie der Button wohl nicht unterstützt bzw. keine Reaktion zeigen ...
Und ein langer Klick geht da auch nicht ....
Listen and Repeat ...
@arteck:hier bei den Xiaomi Tastern `
ahhhhhhhhhhh bei den .. joain.. aber bei anderen gehts.. also `
MfG Markus
P.S.: Editiert weil MfG vergessen …
-
Für die optische Untermalung:
~~<link_text text="https://uploads.tapatalk-cdn.com/201901 ... 2df4f6.jpg">https://uploads.tapatalk-cdn.com/20190103/bfb9f613859111357641f381462df4f6.jpg</link_text>" />Die beiden meine ich. Und ja, die Doppelklickfunktion ist schon praktisch.
Gesendet von iPhone mit Tapatalk~~
-
na schau .. damit kann ich was anfangen…
ich schau, dass ich am Wochenende was zusammen bastel..
-
Bringt dir die raw Datei aus dem Xiaomi Adapter was? Da geht die Funktion mit Doppelklick. Den einfachen Taster hab ich da noch angelernt.
Gesendet von iPhone mit Tapatalk
-
na schau .. damit kann ich was anfangen…
ich schau, dass ich am Wochenende was zusammen bastel.. `
na das wäre ja mal interessant.
zufällig besitze ich auch einen von denen
-
Hi,
<size size="150">EDIT: SOLVED!!!</size>
ICH DOOFKOPP habe bei der Instanz nach zig Versuchen nur noch ttyACM0 statt /dev/ttyACM0 stehen gehabt….
Jetzt kann ich mal testen....
ALT:
<size size="50">ich bekomme meinen Zigbee-Stick nicht am Qnap-NAS zum Laufen.
Daher hier mein letzter Versuch bevor ich mir nen Raspi kaufe: (an dem das Ganze hoffentlich "einfach so" funktioniert).
Mein Fehler:
error Error while starting zigbee-shepherd!. Error: Error: No such file or directory, cannot open ttyACM0
Meine Konfiguration:
IOBroker im Docker auf einem QNAP-NAS.
/dev/ttypACMO existiert im Docker:
root@iobroker:/opt/iobroker# ls -la /dev/ttyACM0 crwxrwxrwx 1 root root 166, 0 Jan 3 22:44 /dev/ttyACM0dmesg auf dem QNAP nach einem USB-Stick rein/raus:
[ 2501.185787] usb 1-2: USB disconnect, device number 3 [ 2501.230548] [usb.001.003] /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2 removed. [ 2503.186946] usb 1-2: new full-speed USB device number 5 using xhci_hcd [ 2503.361564] cdc_acm 1-2:1.0: ttyACM0: USB ACM device [ 2503.398168] [usb.001.005] /sys/devices/pci0000:00/0000:00:14.0/usb1/1-2 added.-> scheint auch I.O.
Debug output des Zigbee-Adapters:
zigbee.0 2019-01-03 23:29:54.486 debug User stateChange zigbee.0.info.connection {"val":false,"ack":false,"ts":1546554594476,"q":0,"from":"system.adapter.zigbee.0","lc":1545169023068} zigbee.0 2019-01-03 23:29:54.479 error Error while starting zigbee-shepherd!. Error: Error: No such file or directory, cannot open ttyACM0 zigbee.0 2019-01-03 23:29:54.479 debug 2019-01-03T22:29:54.469Z zigbee:controller error Error while starting zigbee-shepherd! Error: Error: No such file or directory, cannot open ttyACM0 at Error (native) zigbee.0 2019-01-03 23:29:54.479 debug Thu, 03 Jan 2019 22:29:54 GMT zigbee-shepherd:init zigbee-shepherd booting... zigbee.0 2019-01-03 23:29:54.478 info Starting zigbee-shepherd zigbee.0 2019-01-03 23:29:54.478 debug 2019-01-03T22:29:54.462Z zigbee:controller info Starting zigbee-shepherd undefined zigbee.0 2019-01-03 23:28:54.453 debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) zigbee.0 2019-01-03 23:28:54.452 debug 2019-01-03T22:28:54.452Z zigbee:controller debug Error while starting zigbee-shepherd, attemping to fix... (takes 60 seconds) undefined zigbee.0 2019-01-03 23:28:54.423 debug Thu, 03 Jan 2019 22:28:54 GMT zigbee-shepherd:init zigbee-shepherd booting... zigbee.0 2019-01-03 23:28:54.389 info Start on port: ttyACM0 with panID 6754 channel 11 zigbee.0 2019-01-03 23:28:54.382 info starting. Version 0.8.0 in /opt/iobroker/node_modules/iobroker.zigbee, node: v6.14.4 zigbee.0 2019-01-03 23:28:54.256 debug statesDB connected zigbee.0 2019-01-03 23:28:54.197 debug objectDB connected host.iobroker 2019-01-03 23:28:52.948 info instance system.adapter.zigbee.0 started with pid 640 host.iobroker 2019-01-03 23:28:52.926 info object change system.adapter.zigbee.0Hat hier irgend jemand noch Ideen?
Danke und Gruß
Markus</size>
-
Für die optische Untermalung:
~~<link_text text="https://uploads.tapatalk-cdn.com/201901 ... 2df4f6.jpg">https://uploads.tapatalk-cdn.com/20190103/bfb9f613859111357641f381462df4f6.jpg</link_text>" />Die beiden meine ich. Und ja, die Doppelklickfunktion ist schon praktisch.
Gesendet von iPhone mit Tapatalk~~ ` ~~laut converter kann der WXKG03LM nur klick, doppelklick und halten
so schaumal in meinem Repo https://github.com/arteck/ioBroker.zigb … multiclick
..am besten
Adapter stoppen
das Objekt löschen (nicht die Kachel)
installieren
adapter starten
da sollte jetzt bei dem WXKG03LM ein zusätzliches Objekt erstelt worden sein
hold~~
-
Prüfe. Und wenn du Luft hast, kannst ja mal gucke. Ob du den doppeltaster darunter auch rein bekommst. Von den einfachen Tastern gibt es zwei Versionen, hab wohl die einfache.
Danke schonmal!!!!
Gesendet von iPhone mit Tapatalk
-
Krieg beim installieren einen error. 404 Not found.
Gesendet von iPhone mit Tapatalk
-
Heute ist wieder mal Spielzeug aus China gekommen und ich kämpfe gerade mit dem Aqara Mini Switch (lumi.sensor_switch.aq2).
Eingebunden habe ich ihn erfolgreich, aber ich bekomme keine Reaktion beim Schalten.
Habe den OneClick in ein Script eingebunden, welches ich vorher per DashButton bedient habe. Also den Datenpunkt vom DashButton mit dem OneClick des Mini Switch ersetzt. Aber ich kann da drauf drücken, soviel ich will, es passiert nix. Im iobroker sehe ich auch keinerlei Reaktion unter den Objekten, außer dass der Wert des BatteryLevel kurz grün wird.
Also habe ich es an den Xiaomi Gateway angelernt und mit dem Mi Home Adapter versucht, dort sehe ich aber auch nix, wenn ich den Taster betätige.
-
alles gut..wundert mich auch.. ich schau mir das an… allerdings nicht heute
so kurzer Zwischenstand es hängt mit den Rollen zusammen...
colortemp muss die Rolle level.color.temperature haben dann funktioniert schon mal warm kalt `
Hast noch was neues hin bekommen? `
jo so gehts
Unbenannt.PNG
nur das es schon seit Monaten implementiert ist…
hmm..komisch ist es...
ich musste aber die Lampe aus den Objekten(nicht die Kachel) löschen... war wohl zu alt mit den Einstellungen.. bei Adapter neustart wurde es neu angelgt seit dem gehts.. `
Moin, also dank dieses Beitrags klappt nun an/aus, Farbwechsel und Dimmen. Beim Farbwechsel funktioniert hier leider "weiß" nicht, jemand eine Idee?
Alexa, Licht 1 blau / lila zb. funktioniert. Aber Alexa, Licht 1 Weiß wiederrum funktioniert nicht.
Jemand eine Idee? - Es handelt sich um die Ikea Bulb.
-
Nur eine Idee, aber Versuch Mal "warmweiss" zu sagen. Der Farbwert klappt zumindest mit Hue und Alexa… Mit dem zigbee Adapter hab ich es noch nicht getestet
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk
-
Krieg beim installieren einen error. 404 Not found.
Gesendet von iPhone mit Tapatalk `
was ist hiermit https://github.com/arteck/ioBroker.zigb … multiclick
-
Nur eine Idee, aber Versuch Mal "warmweiss" zu sagen. Der Farbwert klappt zumindest mit Hue und Alexa… Mit dem zigbee Adapter hab ich es noch nicht getestet
Gesendet von meinem HUAWEI RIO-L01 mit Tapatalk `
Das habe ich schon durchprobiert
Auch, white, klar, standard, kaltweiss irgendwie will sich nicht auf weiss schalten. -
Bzgl. der Probleme bei Osram Lampen habe ich mal einiges ausprobiert und mir nen eigenes Repo erzeugt, in dem ich die Änderungen
eingecheckt habe: https://github.com/modmax/ioBroker.zigbee
Dort nehme ich aber nur den DEV-Branch zum Experimentieren; weil der eben die abschaltbare Queue drin hat.
Hier nun die Erkenntnissse aus etlichen Tests:
1.) Die No-Network-Route-Problem konnte ich lösen.
Die OSRAM-Devices mögen den "comb.brightnessAndState" nicht, bei dem Status und Helligkeit gemeinsam gesteuert werden; hier kam es immer wieder zu Fehlern, daß die Network-Route niucht gefunden wurde. Lösung hierfür: Für OSRAM-Lampen die linkedStates rausgeschmissen.
Man muß dann allerdings den "state" der Devices im Zigbee-Adapter immer auf true haben, damit man die Helligkeit schalten kann; anders als Hue-Lampen schalten die wohl intern nicht selbstständig auf AN, wenn die Heiligkeit oder Farbe geändert wird.
Für mich persönlich kein Problem, da ich für alle meien Geräte VirtualDevices als Wrapper verwende, was für mich persönlich sehr gut funktioniert.
2.) Gesetzte Transition-Time
Wenn eine Transition-Time gesetzt ist, dann senden die OSRAM-Devices schon vor Erreichen der endgültigen Helligkeit ein Event. Das Problem dabei ist, daß da eine Zwischenhelligkeit drin steht, aber nicht die endgültige Helligkeit. Das kann man daran erkennen, daß in dem data-Block des Events eine "remainingTime" enthalten ist. Solche Events filter ich aus, damit die korrekte Helligkeit im Adapter stehen bleibt.
Ab und zu fehlt aber im data-Objekt die remainingTime, die sieht man dann nur in den DeviceEinstellungen, die bei der Message mitgeschickt werden; hier muß ich noch mal weiter forschen; kommte aber so schon vom zigbee-shepherd … kann aber natürlich auch an einer nicht-deterministischen Osram-Software liegen.
3.) No-Acks bestehen weiter; ich würde grob sagen, daß 15-20 % der Anfragen mit No-Ack beantwortet werden; hier habe ich noch keine Lösung finden können. Aber ich vermute hier, daß die Osram-Devices zu träge sind. Ein Ack braucht teisl 300ms (was wohls chon zu viel ist). Events kommen erst nach 2-3 Sekunden aber dazischen schon mal 3-4 Messages zur LinkQuality ... *rolleyes
4.) Noch ein paar kleine Auffälligkeiten im DEV-Branch gefixt (in meinem Repo), die unnötig waren; wie z.B. doppelte Acknowledgments bei States und das unbenutzte Handling bei disabledQueue in "publishFromState".
So konnte ich bei mir die Osram-Lampen halbwegs gut per Zigbee-Adapter und Zigbee-Stick (mit CC2530-Roter und Osram+ Plug Router) dazwischen handhaben. Aber noch keineswegs so gut, wie mit einer reinen Hue-Bridge.
Bedienung über VIS mit Color-Picker oder auch Colortemp-Slider sind hier auch unzuverlässig, weil es dadurch wohl zuviele Anfragen gibt und die Osram-Devices damit überforder erscheinen. Wieso das allerdings mit der Hue-Bridge funktioniert bleibt mir schleierhaft.
Fragen weiterhin:
a.) Ist der Zigbee-Stick für Zigbee 3.0 ausgelegt oder nur das Zigbee HA-Profil (was ja etwas älter ist). Eventuell könnte man mit Zigbee 3.0 hier bessere Ergebnisse erhalten, da dann Zigbee HA und ZLL enthalten wären und dann mit dem Stick/Router beide Varianten parallel laufen könnten. Mal von herstellerspezifischen Feinheiten abgesehen.
b.) Treten solche Problem wie No-Ack und No-Network-Route nru bei Osram auf, oder auch bei anderen wie INNR, Tadfri oder Hue? Eventuell müßte man dann zu Alternativen für die Osram-Lampen greifen, wenn diese sich nur mühsam zuverlässig einbinden lassen.
Das wars in Kürze ...
MfG Markus
