[Aufruf] ZigBee CC253x Adapter

[arteck]

@derrodi:

@arteck:

ahhhhhhhhhhh bei den .. joain.. aber bei anderen gehts.. also `

Bedeutet, dass da es diese Funktion nicht geben wird? `

ich weiss noch nicht mal welches Gerät du meinst… :roll: :roll:

[modmax]

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:

@derrodi:

hier bei den Xiaomi Tastern `

ahhhhhhhhhhh bei den .. joain.. aber bei anderen gehts.. also `

MfG Markus

P.S.: Editiert weil MfG vergessen …

[derrodi]

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~~

[arteck]

na schau .. damit kann ich was anfangen…

ich schau, dass ich am Wochenende was zusammen bastel..

[derrodi]

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

[ltsalvatore]

@arteck:

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

[Cumulus]

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/ttyACM0  

dmesg 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.0

Hat hier irgend jemand noch Ideen?

Danke und Gruß

Markus</size>

[arteck]

@derrodi:

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~~

[derrodi]

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

[derrodi]

Krieg beim installieren einen error. 404 Not found.

Gesendet von iPhone mit Tapatalk

[Allodo]

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.

[mech]

@arteck:

@denjo:

@arteck:

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.

[Kueppert]

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

[arteck]

@derrodi:

Krieg beim installieren einen error. 404 Not found.

Gesendet von iPhone mit Tapatalk `

was ist hiermit https://github.com/arteck/ioBroker.zigb … multiclick

[mech]

@Kueppert:

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.

[modmax]

@arteck

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

[Arnulf]

Wow. Respekt. Danke für die Mühe

:!:

[rewenode]

Respekt für die saubere Analyse!

@modmax:

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.

[arteck]

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..

allofmex created this issue in ioBroker/ioBroker.zigbee

closed Added occupancy_pirOToUDelay state #134

allofmex created this issue in ioBroker/ioBroker.zigbee

closed New settings tab 'Developer' #131

[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