[Aufruf] ZigBee CC253x Adapter
-
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
-
Wow. Respekt. Danke für die Mühe
:!:
-
Respekt für die saubere Analyse!
a.) Ist der Zigbee-Stick für Zigbee 3.0 ausgelegt oder nur `
Die Firmware ist ja wohl direkt vom Ti Z-Stack Home Automation SDK 1.2.2a Beispiel
siehe: http://ptvo.info/cc2530-based-zigbee-co … outer-112/
Und die 1.2.2a basiert nach http://www.ti.com/tool/Z-STACK-ARCHIVE auf ZigBee PRO 2012 protocol stack with ZCP (ZigBee Compliant Platform) certification and 802.15.4 MAC certification.
Und das wiederum ist hier beschrieben (2012): http://www.zigbee.org/wp-content/upload ... cation.pdf
Ich nun leider nicht der Zigbee Crack, aber vielleicht hilft dir das weiter.
-
endlich einer der die Devices hat und sich auskennt…
klasse Arbeit.. wie schon mehrfach erwähnt gabe bin ich der Meinung dass die OSram Teile sich zwar an den Standard halten aber ....
kann auch sein dass die ACK zu spät kommt weil der "Hop" länger dauert bzw. den Devies garnicht erreicht da er schon am anderen Osram hängen bleibt..
bei den Hues kann ich bestätigen die haben die Probleme nicht.. wir haben paar leute die Gldeopto in Innr nutzen vielleicht sollten die sich auch mal zu eussern..
in Log schauen kann ja jeder...
zu Transition-Time time kann ich dir nichts sagen.. ich weiss, dass die da ist aber ich nutze die nicht..
schau dir mal die PR https://github.com/ioBroker/ioBroker.zigbee/pull/134 und https://github.com/ioBroker/ioBroker.zigbee/pull/131 an von allofmex .. allerdings ist in seinem Source die Queue nicht drin..
closed Added occupancy_pirOToUDelay state #134
closed New settings tab 'Developer' #131
-
Hallo,
ich habe mal eine Frage genereller Natur. Was muss ich tun, wenn ich den Kanal des Netzwerks ändern will? Muss ich dann alle devices neu anlernen?
Grund ist: Ich habe das schon in der Instanz geändert, bekomme jetzt aber immer den Fehler "AF data request fails, status code: 205".
Danke,
Fabb
-
Hallo,
ich habe mal eine Frage genereller Natur. Was muss ich tun, wenn ich den Kanal des Netzwerks ändern will? Muss ich dann alle devices neu anlernen?
Grund ist: Ich habe das schon in der Instanz geändert, bekomme jetzt aber immer den Fehler "AF data request fails, status code: 205".
Danke,
Fabb `
ja
-
Heute habe ich eine (sehr selten benutzte) Tradfri-Lampe schalten wollen.
Ging nicht.
Dann wollte ich sie neu anlernen (pairen).
Auch das gfing nicht.
Direkt neben der USB-Antenne des Sticks zeigte sich gar nichts.
Direkt neben einer Steckdose kamen zumindest Timeouts.
Ich mabe mal den Debug-Level auf "Silly" geändert:
! Caught 2019-01-07 06:24:01.446 error by controller[25]: Mon, 07 Jan 2019 05:24:01 GMT cc-znp:SREQ –> ZDO:mgmtPermitJoinReq, { addrmode: 15, dstaddr: 65532, duration: 0, tcsignificance: 0 }
! Caught 2019-01-07 06:24:01.446 error by controller[24]: Mon, 07 Jan 2019 05:24:01 GMT zigbee-shepherd:request REQ –> ZDO:mgmtPermitJoinReq
! Caught 2019-01-07 06:24:01.446 error by controller[23]: Mon, 07 Jan 2019 05:24:01 GMT zigbee-shepherd zigbee-shepherd is stopping.
! Caught 2019-01-07 06:24:01.446 error by controller[22]: 2019-01-07T05:23:52.780Z zigbee:controller debug Join countdown 0
! Caught 2019-01-07 06:24:01.446 error by controller[21]: 2019-01-07T05:23:51.776Z zigbee:controller debug Join countdown 1
! Caught 2019-01-07 06:24:01.446 error by controller[20]: 2019-01-07T05:23:50.772Z zigbee:controller debug Join countdown 2
! Caught 2019-01-07 06:24:01.446 error by controller[19]: 2019-01-07T05:23:49.768Z zigbee:controller debug Join countdown 3
! Caught 2019-01-07 06:24:01.445 error by controller[18]: 2019-01-07T05:23:48.763Z zigbee:controller debug Join countdown 4
! Caught 2019-01-07 06:24:01.445 error by controller[17]: 2019-01-07T05:23:47.759Z zigbee:controller debug Join countdown 5
! Caught 2019-01-07 06:24:01.445 error by controller[16]: 2019-01-07T05:23:46.756Z zigbee:controller debug Join countdown 6
! Caught 2019-01-07 06:24:01.445 error by controller[15]: 2019-01-07T05:23:45.744Z zigbee:controller debug Join countdown 7
! Caught 2019-01-07 06:24:01.445 error by controller[14]: 2019-01-07T05:23:44.740Z zigbee:controller debug Join countdown 8
! Caught 2019-01-07 06:24:01.445 error by controller[13]: 2019-01-07T05:23:43.736Z zigbee:controller debug Join countdown 9
! Caught 2019-01-07 06:24:01.445 error by controller[12]: 2019-01-07T05:23:42.732Z zigbee:controller debug Join countdown 10
! Caught 2019-01-07 06:24:01.444 error by controller[11]: 2019-01-07T05:23:41.727Z zigbee:controller debug Join countdown 11
! Caught 2019-01-07 06:24:01.444 error by controller[10]: 2019-01-07T05:23:40.723Z zigbee:controller debug Join countdown 12
! Caught 2019-01-07 06:24:01.444 error by controller[9]: 2019-01-07T05:23:39.719Z zigbee:controller debug Join countdown 13
! Caught 2019-01-07 06:24:01.444 error by controller[8]: 2019-01-07T05:23:38.715Z zigbee:controller debug Join countdown 14
! Caught 2019-01-07 06:24:01.444 error by controller[7]: 2019-01-07T05:23:37.712Z zigbee:controller debug Join countdown 15
! Caught 2019-01-07 06:24:01.444 error by controller[6]: 2019-01-07T05:23:36.707Z zigbee:controller debug Join countdown 16
! Caught 2019-01-07 06:24:01.444 error by controller[5]: 2019-01-07T05:23:35.703Z zigbee:controller debug Join countdown 17
! Caught 2019-01-07 06:24:01.443 error by controller[4]: 2019-01-07T05:23:34.698Z zigbee:controller debug Join countdown 18
! Caught 2019-01-07 06:24:01.443 error by controller[3]: 2019-01-07T05:23:33.693Z zigbee:controller debug Join countdown 19
! Caught 2019-01-07 06:24:01.443 error by controller[2]: 2019-01-07T05:23:32.691Z zigbee:controller debug Join countdown 20
! Caught 2019-01-07 06:24:01.442 error by controller[1]: 2019-01-07T05:23:31.688Z zigbee:controller debug Join countdown 21
! zigbee.0 2019-01-07 06:24:01.403 debug cleaned everything up…
! zigbee.0 2019-01-07 06:24:01.366 debug cleaned everything up...
! host.ioBroker1 2019-01-07 06:24:01.362 info stopInstance system.adapter.zigbee.0 killing pid 2496
! host.ioBroker1 2019-01-07 06:24:01.362 info stopInstance system.adapter.zigbee.0
! host.ioBroker1 2019-01-07 06:24:01.361 info object change system.adapter.zigbee.0
! zigbee.0 2019-01-07 06:23:54.125 debug system.adapter.admin.0: logging true
! zigbee.0 2019-01-07 06:23:54.123 silly inMem message .logging system.adapter.admin.0.logging val=true, ack=true, ts=1546838634116, q=0, from=system.adapter.admin.0, lc=1546838634116
! zigbee.0 2019-01-07 06:23:52.805 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 0","ack":false,"ts":1546838632792,"q":0,"from":"system.adapter.zigbee.0","lc":1546838632792}
! zigbee.0 2019-01-07 06:23:52.802 silly inMem message zigbee.0. zigbee.0.info.pairingMessage val=Time left: 0, ack=false, ts=1546838632792, q=0, from=system.adapter.zigbee.0, lc=1546838632792
! zigbee.0 2019-01-07 06:23:52.798 debug User stateChange zigbee.0.info.pairingMode {"val":false,"ack":false,"ts":1546838632788,"q":0,"from":"system.adapter.zigbee.0","lc":1544372878284}
! zigbee.0 2019-01-07 06:23:52.795 silly inMem message zigbee.0.* zigbee.0.info.pairingMode val=false, ack=false, ts=1546838632788, q=0, from=system.adapter.zigbee.0, lc=1544372878284
! zigbee.0 2019-01-07 06:23:52.791 debug User stateChange zigbee.0.info.pairingCountdown {"val":0,"ack":false,"ts":1546838632783,"q":0,"from":"system.adapter.zigbee.0","lc":1546838632783}
! zigbee.0 2019-01-07 06:23:52.788 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=0, ack=false, ts=1546838632783, q=0, from=system.adapter.zigbee.0, lc=1546838632783
! zigbee.0 2019-01-07 06:23:52.781 debug Join countdown
! zigbee.0 2019-01-07 06:23:51.794 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 1","ack":false,"ts":1546838631784,"q":0,"from":"system.adapter.zigbee.0","lc":1546838631784}
! zigbee.0 2019-01-07 06:23:51.793 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 1, ack=false, ts=1546838631784, q=0, from=system.adapter.zigbee.0, lc=1546838631784
! zigbee.0 2019-01-07 06:23:51.789 debug User stateChange zigbee.0.info.pairingCountdown {"val":1,"ack":false,"ts":1546838631779,"q":0,"from":"system.adapter.zigbee.0","lc":1546838631779}
! zigbee.0 2019-01-07 06:23:51.785 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=1, ack=false, ts=1546838631779, q=0, from=system.adapter.zigbee.0, lc=1546838631779
! zigbee.0 2019-01-07 06:23:51.777 debug Join countdown. 1
! zigbee.0 2019-01-07 06:23:50.792 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 2","ack":false,"ts":1546838630784,"q":0,"from":"system.adapter.zigbee.0","lc":1546838630784}
! zigbee.0 2019-01-07 06:23:50.791 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 2, ack=false, ts=1546838630784, q=0, from=system.adapter.zigbee.0, lc=1546838630784
! zigbee.0 2019-01-07 06:23:50.784 debug User stateChange zigbee.0.info.pairingCountdown {"val":2,"ack":false,"ts":1546838630776,"q":0,"from":"system.adapter.zigbee.0","lc":1546838630776}
! zigbee.0 2019-01-07 06:23:50.783 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=2, ack=false, ts=1546838630776, q=0, from=system.adapter.zigbee.0, lc=1546838630776
! zigbee.0 2019-01-07 06:23:50.773 debug Join countdown. 2
! zigbee.0 2019-01-07 06:23:49.786 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 3","ack":false,"ts":1546838629777,"q":0,"from":"system.adapter.zigbee.0","lc":1546838629777}
! zigbee.0 2019-01-07 06:23:49.784 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 3, ack=false, ts=1546838629777, q=0, from=system.adapter.zigbee.0, lc=1546838629777
! zigbee.0 2019-01-07 06:23:49.780 debug User stateChange zigbee.0.info.pairingCountdown {"val":3,"ack":false,"ts":1546838629774,"q":0,"from":"system.adapter.zigbee.0","lc":1546838629774}
! zigbee.0 2019-01-07 06:23:49.778 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=3, ack=false, ts=1546838629774, q=0, from=system.adapter.zigbee.0, lc=1546838629774
! zigbee.0 2019-01-07 06:23:49.769 debug Join countdown. 3
! zigbee.0 2019-01-07 06:23:48.781 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 4","ack":false,"ts":1546838628772,"q":0,"from":"system.adapter.zigbee.0","lc":1546838628772}
! zigbee.0 2019-01-07 06:23:48.779 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 4, ack=false, ts=1546838628772, q=0, from=system.adapter.zigbee.0, lc=1546838628772
! zigbee.0 2019-01-07 06:23:48.776 debug User stateChange zigbee.0.info.pairingCountdown {"val":4,"ack":false,"ts":1546838628766,"q":0,"from":"system.adapter.zigbee.0","lc":1546838628766}
! zigbee.0 2019-01-07 06:23:48.773 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=4, ack=false, ts=1546838628766, q=0, from=system.adapter.zigbee.0, lc=1546838628766
! zigbee.0 2019-01-07 06:23:48.764 debug Join countdown. 4
! zigbee.0 2019-01-07 06:23:47.774 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 5","ack":false,"ts":1546838627766,"q":0,"from":"system.adapter.zigbee.0","lc":1546838627766}
! zigbee.0 2019-01-07 06:23:47.773 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 5, ack=false, ts=1546838627766, q=0, from=system.adapter.zigbee.0, lc=1546838627766
! zigbee.0 2019-01-07 06:23:47.769 debug User stateChange zigbee.0.info.pairingCountdown {"val":5,"ack":false,"ts":1546838627762,"q":0,"from":"system.adapter.zigbee.0","lc":1546838627762}
! zigbee.0 2019-01-07 06:23:47.767 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=5, ack=false, ts=1546838627762, q=0, from=system.adapter.zigbee.0, lc=1546838627762
! zigbee.0 2019-01-07 06:23:47.759 debug Join countdown. 5
! zigbee.0 2019-01-07 06:23:46.767 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 6","ack":false,"ts":1546838626761,"q":0,"from":"system.adapter.zigbee.0","lc":1546838626761}
! zigbee.0 2019-01-07 06:23:46.766 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 6, ack=false, ts=1546838626761, q=0, from=system.adapter.zigbee.0, lc=1546838626761
! zigbee.0 2019-01-07 06:23:46.764 debug User stateChange zigbee.0.info.pairingCountdown {"val":6,"ack":false,"ts":1546838626758,"q":0,"from":"system.adapter.zigbee.0","lc":1546838626758}
! zigbee.0 2019-01-07 06:23:46.762 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=6, ack=false, ts=1546838626758, q=0, from=system.adapter.zigbee.0, lc=1546838626758
! zigbee.0 2019-01-07 06:23:46.757 debug Join countdown. 6
! zigbee.0 2019-01-07 06:23:45.764 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 7","ack":false,"ts":1546838625757,"q":0,"from":"system.adapter.zigbee.0","lc":1546838625757}
! zigbee.0 2019-01-07 06:23:45.763 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 7, ack=false, ts=1546838625757, q=0, from=system.adapter.zigbee.0, lc=1546838625757
! zigbee.0 2019-01-07 06:23:45.760 debug User stateChange zigbee.0.info.pairingCountdown {"val":7,"ack":false,"ts":1546838625746,"q":0,"from":"system.adapter.zigbee.0","lc":1546838625746}
! zigbee.0 2019-01-07 06:23:45.758 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=7, ack=false, ts=1546838625746, q=0, from=system.adapter.zigbee.0, lc=1546838625746
! zigbee.0 2019-01-07 06:23:45.744 debug Join countdown. 7
! zigbee.0 2019-01-07 06:23:44.756 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 8","ack":false,"ts":1546838624748,"q":0,"from":"system.adapter.zigbee.0","lc":1546838624748}
! zigbee.0 2019-01-07 06:23:44.755 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 8, ack=false, ts=1546838624748, q=0, from=system.adapter.zigbee.0, lc=1546838624748
! zigbee.0 2019-01-07 06:23:44.751 debug User stateChange zigbee.0.info.pairingCountdown {"val":8,"ack":false,"ts":1546838624743,"q":0,"from":"system.adapter.zigbee.0","lc":1546838624743}
! zigbee.0 2019-01-07 06:23:44.749 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=8, ack=false, ts=1546838624743, q=0, from=system.adapter.zigbee.0, lc=1546838624743
! zigbee.0 2019-01-07 06:23:44.740 debug Join countdown. 8
! zigbee.0 2019-01-07 06:23:43.752 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 9","ack":false,"ts":1546838623744,"q":0,"from":"system.adapter.zigbee.0","lc":1546838623744}
! zigbee.0 2019-01-07 06:23:43.751 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 9, ack=false, ts=1546838623744, q=0, from=system.adapter.zigbee.0, lc=1546838623744
! zigbee.0 2019-01-07 06:23:43.746 debug User stateChange zigbee.0.info.pairingCountdown {"val":9,"ack":false,"ts":1546838623739,"q":0,"from":"system.adapter.zigbee.0","lc":1546838623739}
! zigbee.0 2019-01-07 06:23:43.745 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=9, ack=false, ts=1546838623739, q=0, from=system.adapter.zigbee.0, lc=1546838623739
! zigbee.0 2019-01-07 06:23:43.736 debug Join countdown. 9
! zigbee.0 2019-01-07 06:23:42.753 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 10","ack":false,"ts":1546838622745,"q":0,"from":"system.adapter.zigbee.0","lc":1546838622745}
! zigbee.0 2019-01-07 06:23:42.752 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 10, ack=false, ts=1546838622745, q=0, from=system.adapter.zigbee.0, lc=1546838622745
! zigbee.0 2019-01-07 06:23:42.745 debug User stateChange zigbee.0.info.pairingCountdown {"val":10,"ack":false,"ts":1546838622738,"q":0,"from":"system.adapter.zigbee.0","lc":1546838622738}
! zigbee.0 2019-01-07 06:23:42.744 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=10, ack=false, ts=1546838622738, q=0, from=system.adapter.zigbee.0, lc=1546838622738
! zigbee.0 2019-01-07 06:23:42.733 debug Join countdown. 10
! zigbee.0 2019-01-07 06:23:41.744 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 11","ack":false,"ts":1546838621735,"q":0,"from":"system.adapter.zigbee.0","lc":1546838621735}
! zigbee.0 2019-01-07 06:23:41.742 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 11, ack=false, ts=1546838621735, q=0, from=system.adapter.zigbee.0, lc=1546838621735
! zigbee.0 2019-01-07 06:23:41.739 debug User stateChange zigbee.0.info.pairingCountdown {"val":11,"ack":false,"ts":1546838621731,"q":0,"from":"system.adapter.zigbee.0","lc":1546838621731}
! zigbee.0 2019-01-07 06:23:41.736 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=11, ack=false, ts=1546838621731, q=0, from=system.adapter.zigbee.0, lc=1546838621731
! zigbee.0 2019-01-07 06:23:41.728 debug Join countdown. 11
! zigbee.0 2019-01-07 06:23:40.741 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 12","ack":false,"ts":1546838620732,"q":0,"from":"system.adapter.zigbee.0","lc":1546838620732}
! zigbee.0 2019-01-07 06:23:40.739 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 12, ack=false, ts=1546838620732, q=0, from=system.adapter.zigbee.0, lc=1546838620732
! zigbee.0 2019-01-07 06:23:40.735 debug User stateChange zigbee.0.info.pairingCountdown {"val":12,"ack":false,"ts":1546838620726,"q":0,"from":"system.adapter.zigbee.0","lc":1546838620726}
! zigbee.0 2019-01-07 06:23:40.732 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=12, ack=false, ts=1546838620726, q=0, from=system.adapter.zigbee.0, lc=1546838620726
! zigbee.0 2019-01-07 06:23:40.723 debug Join countdown. 12
! zigbee.0 2019-01-07 06:23:39.741 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 13","ack":false,"ts":1546838619729,"q":0,"from":"system.adapter.zigbee.0","lc":1546838619729}
! zigbee.0 2019-01-07 06:23:39.739 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 13, ack=false, ts=1546838619729, q=0, from=system.adapter.zigbee.0, lc=1546838619729
! zigbee.0 2019-01-07 06:23:39.736 debug User stateChange zigbee.0.info.pairingCountdown {"val":13,"ack":false,"ts":1546838619722,"q":0,"from":"system.adapter.zigbee.0","lc":1546838619722}
! zigbee.0 2019-01-07 06:23:39.734 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=13, ack=false, ts=1546838619722, q=0, from=system.adapter.zigbee.0, lc=1546838619722
! zigbee.0 2019-01-07 06:23:39.719 debug Join countdown. 13
! zigbee.0 2019-01-07 06:23:38.732 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 14","ack":false,"ts":1546838618723,"q":0,"from":"system.adapter.zigbee.0","lc":1546838618723}
! zigbee.0 2019-01-07 06:23:38.730 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 14, ack=false, ts=1546838618723, q=0, from=system.adapter.zigbee.0, lc=1546838618723
! zigbee.0 2019-01-07 06:23:38.726 debug User stateChange zigbee.0.info.pairingCountdown {"val":14,"ack":false,"ts":1546838618719,"q":0,"from":"system.adapter.zigbee.0","lc":1546838618719}
! zigbee.0 2019-01-07 06:23:38.724 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=14, ack=false, ts=1546838618719, q=0, from=system.adapter.zigbee.0, lc=1546838618719
! zigbee.0 2019-01-07 06:23:38.715 debug Join countdown. 14
! zigbee.0 2019-01-07 06:23:37.723 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 15","ack":false,"ts":1546838617717,"q":0,"from":"system.adapter.zigbee.0","lc":1546838617717}
! zigbee.0 2019-01-07 06:23:37.722 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 15, ack=false, ts=1546838617717, q=0, from=system.adapter.zigbee.0, lc=1546838617717
! zigbee.0 2019-01-07 06:23:37.719 debug User stateChange zigbee.0.info.pairingCountdown {"val":15,"ack":false,"ts":1546838617714,"q":0,"from":"system.adapter.zigbee.0","lc":1546838617714}
! zigbee.0 2019-01-07 06:23:37.718 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=15, ack=false, ts=1546838617714, q=0, from=system.adapter.zigbee.0, lc=1546838617714
! zigbee.0 2019-01-07 06:23:37.712 debug Join countdown. 15
! zigbee.0 2019-01-07 06:23:36.727 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 16","ack":false,"ts":1546838616717,"q":0,"from":"system.adapter.zigbee.0","lc":1546838616717}
! zigbee.0 2019-01-07 06:23:36.726 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 16, ack=false, ts=1546838616717, q=0, from=system.adapter.zigbee.0, lc=1546838616717
! zigbee.0 2019-01-07 06:23:36.718 debug User stateChange zigbee.0.info.pairingCountdown {"val":16,"ack":false,"ts":1546838616711,"q":0,"from":"system.adapter.zigbee.0","lc":1546838616711}
! zigbee.0 2019-01-07 06:23:36.716 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=16, ack=false, ts=1546838616711, q=0, from=system.adapter.zigbee.0, lc=1546838616711
! zigbee.0 2019-01-07 06:23:36.708 debug Join countdown. 16
! zigbee.0 2019-01-07 06:23:35.721 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 17","ack":false,"ts":1546838615713,"q":0,"from":"system.adapter.zigbee.0","lc":1546838615713}
! zigbee.0 2019-01-07 06:23:35.720 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 17, ack=false, ts=1546838615713, q=0, from=system.adapter.zigbee.0, lc=1546838615713
! zigbee.0 2019-01-07 06:23:35.714 debug User stateChange zigbee.0.info.pairingCountdown {"val":17,"ack":false,"ts":1546838615706,"q":0,"from":"system.adapter.zigbee.0","lc":1546838615706}
! zigbee.0 2019-01-07 06:23:35.713 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=17, ack=false, ts=1546838615706, q=0, from=system.adapter.zigbee.0, lc=1546838615706
! zigbee.0 2019-01-07 06:23:35.703 debug Join countdown. 17
! zigbee.0 2019-01-07 06:23:34.729 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 18","ack":false,"ts":1546838614722,"q":0,"from":"system.adapter.zigbee.0","lc":1546838614722}
! zigbee.0 2019-01-07 06:23:34.727 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 18, ack=false, ts=1546838614722, q=0, from=system.adapter.zigbee.0, lc=1546838614722
! zigbee.0 2019-01-07 06:23:34.719 debug User stateChange zigbee.0.info.pairingCountdown {"val":18,"ack":false,"ts":1546838614703,"q":0,"from":"system.adapter.zigbee.0","lc":1546838614703}
! zigbee.0 2019-01-07 06:23:34.717 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=18, ack=false, ts=1546838614703, q=0, from=system.adapter.zigbee.0, lc=1546838614703
! zigbee.0 2019-01-07 06:23:34.699 debug Join countdown. 18
! zigbee.0 2019-01-07 06:23:33.713 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 19","ack":false,"ts":1546838613705,"q":0,"from":"system.adapter.zigbee.0","lc":1546838613705}
! zigbee.0 2019-01-07 06:23:33.711 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 19, ack=false, ts=1546838613705, q=0, from=system.adapter.zigbee.0, lc=1546838613705
! zigbee.0 2019-01-07 06:23:33.706 debug User stateChange zigbee.0.info.pairingCountdown {"val":19,"ack":false,"ts":1546838613699,"q":0,"from":"system.adapter.zigbee.0","lc":1546838613699}
! zigbee.0 2019-01-07 06:23:33.705 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=19, ack=false, ts=1546838613699, q=0, from=system.adapter.zigbee.0, lc=1546838613699
! zigbee.0 2019-01-07 06:23:33.694 debug Join countdown. 19
! zigbee.0 2019-01-07 06:23:32.703 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 20","ack":false,"ts":1546838612696,"q":0,"from":"system.adapter.zigbee.0","lc":1546838612696}
! zigbee.0 2019-01-07 06:23:32.701 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 20, ack=false, ts=1546838612696, q=0, from=system.adapter.zigbee.0, lc=1546838612696
! zigbee.0 2019-01-07 06:23:32.700 debug User stateChange zigbee.0.info.pairingCountdown {"val":20,"ack":false,"ts":1546838612693,"q":0,"from":"system.adapter.zigbee.0","lc":1546838612693}
! zigbee.0 2019-01-07 06:23:32.697 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=20, ack=false, ts=1546838612693, q=0, from=system.adapter.zigbee.0, lc=1546838612693
! zigbee.0 2019-01-07 06:23:32.691 debug Join countdown. 20
! zigbee.0 2019-01-07 06:23:31.699 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 21","ack":false,"ts":1546838611695,"q":0,"from":"system.adapter.zigbee.0","lc":1546838611695}
! zigbee.0 2019-01-07 06:23:31.699 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 21, ack=false, ts=1546838611695, q=0, from=system.adapter.zigbee.0, lc=1546838611695
! zigbee.0 2019-01-07 06:23:31.695 debug User stateChange zigbee.0.info.pairingCountdown {"val":21,"ack":false,"ts":1546838611691,"q":0,"from":"system.adapter.zigbee.0","lc":1546838611691}
! zigbee.0 2019-01-07 06:23:31.694 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=21, ack=false, ts=1546838611691, q=0, from=system.adapter.zigbee.0, lc=1546838611691
! zigbee.0 2019-01-07 06:23:31.689 debug Join countdown. 21
! zigbee.0 2019-01-07 06:23:30.700 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 22","ack":false,"ts":1546838610691,"q":0,"from":"system.adapter.zigbee.0","lc":1546838610691}
! zigbee.0 2019-01-07 06:23:30.698 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 22, ack=false, ts=1546838610691, q=0, from=system.adapter.zigbee.0, lc=1546838610691
! zigbee.0 2019-01-07 06:23:30.695 debug User stateChange zigbee.0.info.pairingCountdown {"val":22,"ack":false,"ts":1546838610686,"q":0,"from":"system.adapter.zigbee.0","lc":1546838610686}
! zigbee.0 2019-01-07 06:23:30.692 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=22, ack=false, ts=1546838610686, q=0, from=system.adapter.zigbee.0, lc=1546838610686
! zigbee.0 2019-01-07 06:23:30.684 debug Join countdown. 22
! zigbee.0 2019-01-07 06:23:29.695 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 23","ack":false,"ts":1546838609686,"q":0,"from":"system.adapter.zigbee.0","lc":1546838609686}
! zigbee.0 2019-01-07 06:23:29.693 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 23, ack=false, ts=1546838609686, q=0, from=system.adapter.zigbee.0, lc=1546838609686
! zigbee.0 2019-01-07 06:23:29.690 debug User stateChange zigbee.0.info.pairingCountdown {"val":23,"ack":false,"ts":1546838609682,"q":0,"from":"system.adapter.zigbee.0","lc":1546838609682}
! zigbee.0 2019-01-07 06:23:29.687 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=23, ack=false, ts=1546838609682, q=0, from=system.adapter.zigbee.0, lc=1546838609682
! zigbee.0 2019-01-07 06:23:29.679 debug Join countdown. 23
! zigbee.0 2019-01-07 06:23:28.691 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 24","ack":false,"ts":1546838608682,"q":0,"from":"system.adapter.zigbee.0","lc":1546838608682}
! zigbee.0 2019-01-07 06:23:28.689 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 24, ack=false, ts=1546838608682, q=0, from=system.adapter.zigbee.0, lc=1546838608682
! zigbee.0 2019-01-07 06:23:28.685 debug User stateChange zigbee.0.info.pairingCountdown {"val":24,"ack":false,"ts":1546838608677,"q":0,"from":"system.adapter.zigbee.0","lc":1546838608677}
! zigbee.0 2019-01-07 06:23:28.683 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=24, ack=false, ts=1546838608677, q=0, from=system.adapter.zigbee.0, lc=1546838608677
! zigbee.0 2019-01-07 06:23:28.675 debug Join countdown. 24
! zigbee.0 2019-01-07 06:23:27.688 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 25","ack":false,"ts":1546838607679,"q":0,"from":"system.adapter.zigbee.0","lc":1546838607679}
! zigbee.0 2019-01-07 06:23:27.686 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 25, ack=false, ts=1546838607679, q=0, from=system.adapter.zigbee.0, lc=1546838607679
! zigbee.0 2019-01-07 06:23:27.684 debug User stateChange zigbee.0.info.pairingCountdown {"val":25,"ack":false,"ts":1546838607673,"q":0,"from":"system.adapter.zigbee.0","lc":1546838607673}
! zigbee.0 2019-01-07 06:23:27.680 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=25, ack=false, ts=1546838607673, q=0, from=system.adapter.zigbee.0, lc=1546838607673
! zigbee.0 2019-01-07 06:23:27.670 debug Join countdown. 25
! zigbee.0 2019-01-07 06:23:26.682 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 26","ack":false,"ts":1546838606675,"q":0,"from":"system.adapter.zigbee.0","lc":1546838606675}
! zigbee.0 2019-01-07 06:23:26.681 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 26, ack=false, ts=1546838606675, q=0, from=system.adapter.zigbee.0, lc=1546838606675
! zigbee.0 2019-01-07 06:23:26.677 debug User stateChange zigbee.0.info.pairingCountdown {"val":26,"ack":false,"ts":1546838606669,"q":0,"from":"system.adapter.zigbee.0","lc":1546838606669}
! zigbee.0 2019-01-07 06:23:26.675 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=26, ack=false, ts=1546838606669, q=0, from=system.adapter.zigbee.0, lc=1546838606669
! zigbee.0 2019-01-07 06:23:26.667 debug Join countdown. 26
! zigbee.0 2019-01-07 06:23:25.679 debug User stateChange zigbee.0.info.pairingMessage {"val":"Time left: 27","ack":false,"ts":1546838605672,"q":0,"from":"system.adapter.zigbee.0","lc":1546838605672}
! zigbee.0 2019-01-07 06:23:25.677 silly inMem message zigbee.0.* zigbee.0.info.pairingMessage val=Time left: 27, ack=false, ts=1546838605672, q=0, from=system.adapter.zigbee.0, lc=1546838605672
! zigbee.0 2019-01-07 06:23:25.674 debug User stateChange zigbee.0.info.pairingCountdown {"val":27,"ack":false,"ts":1546838605666,"q":0,"from":"system.adapter.zigbee.0","lc":1546838605666}
! zigbee.0 2019-01-07 06:23:25.672 silly inMem message zigbee.0.* zigbee.0.info.pairingCountdown val=27, ack=false, ts=1546838605666, q=0, from=system.adapter.zigbee.0, lc=1546838605666das Ganze mit dem 0.6.0–Adapter.
Ich hatte zumindest mal bei 0.7.7 einen erfolgreichen connect hin bekommen.
Gerade sehe ich, dass mir der ioBroker die Version 0.8.0 anbietet.
Soll ich mal updaten oder ist es eher ungünstig?
-
0.8.0 kannst du nehmen..
aber
wenn die Lampe muckt nimm die doch mal kurz vom Strom .. geht die dann
-
Vom Strom hatte ich sie mehrfach.
Sowohl kurzfristig (durch das Zurücksetzen mit 6x Anschalten) als auch mittelfristig (durch den Transport an eine andere Steckdose, weil ich sie in die Nähe der Empfänger bringen wollte)
Auch schon lehr lange vom Strom, weil ich sie die Tage eigentlich komplett ausgeschaltet hatte.
-
Sodele,
die Osram-Lampen funktionieren nun auch ohne Probleme.
Beim Einschalten über brightness wird auch nun der "state" korrekt gesetzt.
Grundlage der Problematiken kann man hier lesen:
https://github.com/Koenkk/zigbee-shephe … rs/pull/81
Ist wohl das gleiche Problem, was Osram-Lampen haben; die mögen
anscheinend keine "Setze Helligkeit und danach gleich die Lampe an/aus".
Ende September wurde dann "moveToLevel" durch "moveToLevelWithOnOff" ersetzt.
Somit bräuchte man eigentlich keine comb.brightnessAndState mehr, da dies bereits
durch das Zigbee-Kommando selbst erledigt wird und dadurch die Zigbee-Lampen intern an/ausschalten.
Somit ist der State "state" irgendwie auch hinfällig, da sich das "an/aus" aus der Helligekti ergibt.
Bei 0=aus, bei >0 = an. Intern wird in den OSRAM-Lampen aber wohl 1 als Minimum gespeichert, was aber nicht sichbar ist;
dient wohl dazu um bei einem Anschalten per State erstmal eine Helligkeit zu haben. Ist aber nur Spekulation.
Fazit also: Man könnte comb.brightnessAndState eigentlich für alle Lampen entfernen; das würde
den Datenverkehr etwas reduzieren. Müßte man dann aber natürlich für jede Lampe testen
oder die Leute hier fragen, ob das noch alles funzt ... oder erst alles ändern und nachher fragen, wenn etwas nicht mehr geht ...
Damit man aber noch immer einen STATE hat, habe ich "readAfter"-States eingebaut. Diese
sorgen dafür daß nach Ändern der Helligkeit ein read-Request für An/Aus durchgeführt wird;
durch das Ergebnis dieses Requests wird dann der Status "state" auch korrekt gestellt.
Wesentlich eleganter wäre es aber sich die letzte Helligkeit (>0) zu speichern und dann nur noch die Helligkeit
zu schalten ... der State wäre dann nur ein Dummy, der an ist, wenn Helligkeit>0 sonst aus; aber dadurch
wird dann kein echtes onoff-Event getriggert.
Somit laufen die Osrams bei mir nun ziemlich gut; ab und zu gibt es noch ein paar Fehler
(mal hier ein No-Ack oder so) aber das wars dann auch.
Weitere Erkenntnisse:
1.) Den DeveloperTab von allofmex habe ich mir ins Repo gemerged; istr ganz nice, wie meine Kinder sagen würden.
Kann man einiges einstellen ... z.B. die onOffTransitionTime für OSRAM-Lampen, wenn die per state geschaltet wird
oder das onLevel (=Helligkeit der Lampe, wenn diese Strm bekommt).
Die Konfigs sind aber weg nachdem das Device gelöscht wurde und dann wieder neu angelernt wurde.
Auch habe ich gemerkt, daß man sich durch falsche Konfigs die Lampe verkonfigurieren kann; so daß
dann nur ein Reset (zum Glück mit nem Sonoff-S20-Swicht und nem Skript, daß die Resetreihenfolge vornimmt)
und erneutes Aufspielen der aktuellen Firmware weiter hilft.
allofmex hatte im COde verhindert, daß man Router konfigurieren kann; hab ich ausgebaut, so daß nun auch Router gehen.
Aber dieser Einstellungs-Tab sind wirklich nur für Entwickler, und sollte möglichst nur per Einstellung sichtbar sein.
2.) Osram-Firmware
Hatte auf einer (wegen Punkt 1 :-)) die 0102307 drauf .. die tat's gar nicht ... Helligkeit ja aber nach einmal Farbwechsel tat sich nix mehr.
Da hilft dann nur Anlernen am Osram HUB und neueres Update (aktuell 0102501 oder so) aufspielen.
3.) VIS und Colorpicker
Wenn man zu sehr "rumslidet" auf dem RGB-Colorpicker oder Fantastic-Color-Picker, dann gibts irgendwann ziemlich viele
205er-Fehler im Log. Aber die Farben wurden schön gewechselt. Anscheinend kommt der 205er-Fehler vom Osram-Device
wenn zuviele Anfragen kamen ... Neu pairen war hier aber nie nötig. Nach ein paar Sekunden beruhigte sich das wieder.
4.) Queue abschalten
Warum man die Queue abschalten will, sei mal dahin gestellt. Aber ich glaube, daß das dann andere Probleme bringt. Es
ist meistens auch nicht nötig. Hab jedenfalls keine Vorteile durch das Abschalten der Queue bemerkt;
besonders weil es eh nur für die ausgehenden Mitteilungen ist, also solche die man per state durchführt.
Eingehende Meldungen gehen eh durch das event-Handling von zigbee-sheperd.
So .. das wars mal wieder ...
DIe Änderungen sind bei mir auch alle im Repo, falls jemand daran Interesse hat.
Wenn Ilya mal wieder dabei ist und Zeit hat, könnte man ggfs. einiges davon ins Haupt-Repo von iobroke.zigbee übernehmen.
MfG Markus
-
zu der Queue…
wir hatten mal Probleme mit der Verarbeitung der Befehle wenn diese pro Lampe kamen.. also mach an Farbe auf grün und helligkeit auf 50 %
die Bedehle kamen sehr träge an...
da einige es nicht nutzten (wie ich) habe ich die queue abschaltbar gemacht..
auch egal.. klasse Arbeit.. ich hoffe Ilya wird bald Zeit haben.. ohh ich sehe grade er hat die Sachen ins DEV übernommen
schau mal im Master auf Zeile 740
const readMessage = converter.convert(preparedValue, preparedOptions, 'get');verlangt die Funktion convert nicht 4 Parameter ….
und hast du ein PR gestellt ??
-
Hi arteck,
danke für den Hinweis .. das ist beim Mergen passiert und mir niocht aufgefallen.
Hatte Ilya im DevBranch wegen den shepherd-converters eingebaut.
Dann habe ich den DEV bei mir in den Master gemerged und dann noch das von allofmex dazu gepackt.
Gav komischerweise aber auch keine Fehler beim Testen … :?:
Einen PR habe ich nicht gestellt, weil der direkt auf den Master-Branch gehen würde. Und dazu ist der Code
bei mir wegen der Verhunzelung nicht geeignet ..
Ich habe Ilya eine Mail geschrieben und ihm das Problem und die Lösung erklärt ... vielleicht findet er die Zeit
sich das mal anzusehen und zu bewerten; oder zu mergen ... oder ich forke das ioBroker.zigbee nochmal
und merge die Änderungen dann nur in den DEV branch.
MfG Markus
-
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.</size>
Wie hast du es geschafft, dass dein QNAP den Stick erkennt (zum Docker durchgeschleift)? Welches Modell & QTS hast du am laufen?
Gruß Migo `
-
Fazit also: Man könnte comb.brightnessAndState eigentlich für alle Lampen entfernen; das würde
den Datenverkehr etwas reduzieren. Müßte man dann aber natürlich für jede Lampe testen
oder die Leute hier fragen, ob das noch alles funzt … oder erst alles ändern und nachher fragen, wenn etwas nicht mehr geht ...
Damit man aber noch immer einen STATE hat, habe ich "readAfter"-States eingebaut. Diese
sorgen dafür daß nach Ändern der Helligkeit ein read-Request für An/Aus durchgeführt wird;
durch das Ergebnis dieses Requests wird dann der Status "state" auch korrekt gestellt. `
Das hört sich sehr interessant an. Kannst Du mal eine kleine Anleitung schreiben, wo man den „comb.brightnessAndState“ entfernen muss und wie "readAfter"-States eingebaut werden.
Würde das gerne mal testen.
Viele Grüße
Jörg
-
Fazit also: Man könnte comb.brightnessAndState eigentlich für alle Lampen entfernen; das würde
den Datenverkehr etwas reduzieren. Müßte man dann aber natürlich für jede Lampe testen
oder die Leute hier fragen, ob das noch alles funzt … oder erst alles ändern und nachher fragen, wenn etwas nicht mehr geht ...
Damit man aber noch immer einen STATE hat, habe ich "readAfter"-States eingebaut. Diese
sorgen dafür daß nach Ändern der Helligkeit ein read-Request für An/Aus durchgeführt wird;
durch das Ergebnis dieses Requests wird dann der Status "state" auch korrekt gestellt. `
Das hört sich sehr interessant an. Kannst Du mal eine kleine Anleitung schreiben, wo man den „comb.brightnessAndState“ entfernen muss und wie "readAfter"-States eingebaut werden.
Würde das gerne mal testen.
Viele Grüße
Jörg `
hier ist sein Repo
-
Fazit also: Man könnte comb.brightnessAndState eigentlich für alle Lampen entfernen; das würde
den Datenverkehr etwas reduzieren. Müßte man dann aber natürlich für jede Lampe testen
oder die Leute hier fragen, ob das noch alles funzt … oder erst alles ändern und nachher fragen, wenn etwas nicht mehr geht ...
Damit man aber noch immer einen STATE hat, habe ich "readAfter"-States eingebaut. Diese
sorgen dafür daß nach Ändern der Helligkeit ein read-Request für An/Aus durchgeführt wird;
durch das Ergebnis dieses Requests wird dann der Status "state" auch korrekt gestellt. `
Das hört sich sehr interessant an. Kannst Du mal eine kleine Anleitung schreiben, wo man den „comb.brightnessAndState“ entfernen muss und wie "readAfter"-States eingebaut werden.
Würde das gerne mal testen.
Viele Grüße
Jörg `
hier ist sein Repo `
Leider fehlt der Link!
