[Aufruf] ZigBee CC253x Adapter

[Pilotmaverick]

@arteck:

@Pilotmaverick:

… `

schalte mal die Lampe aus/und wieder an.. die müsste sich somit neu connecten

beobachte mal ob sich die Lampe nach einigerzeit wieder disconnectet.. bitte `

Vielen Dank.

Das hat geholfen.

Noch eine kurze Frage. Du erwähntest die queue. Habe vorhin von der Offiziellen Git nochmal installiert, in den Einstellungen habe ich jetzt keine Option die zu aktivieren bzw. zu deaktivieren.

Ist in der aktuellen (offiziellen) Git Version die queue schon drin ich habe nur keine Option sie zu deaktivieren oder ist diese bisher nur in der Dev version?

[arteck]

habe mich vertan..Ilya hats in den DEV brunch es reingepackt

[smartboart]

@arteck:

da gibst ein issue für.. das ist ein js Adapter Problem

viewtopic.php?f=21&t=16224&p=170311&hil … e.#p170311 `

Hab mir das Thema durchgelsen… Danke für den Hinweis...Ich verstehe nur nicht warum das ein js problem ist, wenn das ganze nur bei Zigbee Geräten nicht funktioniert...

[ltsalvatore]

also nochmal für ganz ganz doofe..

ich würde gerne testen ob bei mir das mit oder ohne queue option besser läuft. bzw. würde ich den unterschied einfach mal gerne testen.

jetzt hatte ich mittlerweile die 0.5.5, die 0.8.0, die 0.8.0b und 0.8.1 drauf..

aus allen unterschiedlichen quellen.. und habe etwas den faden verloren..

welche version und aus welchem repository muss ich installieren?

[NetFritz]

Hallo
` > @NetFritz

Habe eben den Zigbee Adapter aus dem offiziell GIT mit der Katze installiert.

Bei der installation wurde mir folgendes angezeigt:

https://github.com/kirovilya/ioBroker.z … all/master version 0.5.5 `
Ich bin dann mal auf die Github Seite von kirovilya gegangen da steht:

WARNING!!! Development moved to https://github.com/ioBroker/ioBroker.zigbee

WARNUNG!!! Die Entwicklung wurde auf https://github.com/ioBroker/ioBroker.zigbee verschoben.

Warum steht aber auf der ioBroker Admin Seite unter der Katze links von Github zigbee diese Adresse ?

https://github.com/kirovilya/ioBroker.z … all/master da wird die Version 0.5.0 installiert.

Gruß NetFritz

[arteck]

immer die Aktuelle aus dem offiziellen GIT.. https://github.com/ioBroker/ioBroker.zigbee

oder wenn Adapter ers hergibt .. über die normale Aktualisierung

ausser wenn ich was anderes schreibe….

für Testzwecke..

https://github.com/ioBroker/ioBroker.zigbee/tarball/dev

in dem DEV Brunch ist die Möglichkeit zu Auschaltung der Queue gegeben.. frei zum testen..

[NetFritz]

Hallo

@arteck

Bitte ließ mal meinen Beitrag genau durch.

Irgendwie reden wir aneiander vorbei.

Habe eben nochmal den Zigbee Adapter über die Katze

Adapter von GitHub installieren oder aktualisieren

Zigbee ausgewählt.

das wird installiert:

iobroker	2018-12-13 11:51:29.435	info	npm install https://github.com/kirovilya/ioBroker.zigbee/tarball/master --production --save --prefix "/opt/iobroker" (System call)
iobroker	2018-12-13 11:51:27.811	info	install https://github.com/kirovilya/ioBroker.zigbee/tarball/master
iobroker	2018-12-13 11:51:26.110	info	url "https://github.com/kirovilya/ioBroker.zigbee/tarball/master" zigbee --debug

Das ist die Version 0.5.5 vom github.com/kirovilya

Im github github.com/kirovilya steht

WARNING!!! Development moved to https://github.com/ioBroker/ioBroker.zigbee

WARNUNG!!! Die Entwicklung wurde auf https://github.com/ioBroker/ioBroker.zigbee verschoben.

Warum steht aber auf der ioBroker Admin Seite unter der Katze links von Github zigbee diese Adresse ?

Gruß NetFritz

[alexalex]

Du musst nicht Zigbee aus der Liste auswählen, sondern in dem anderen Reiter (ich glaube da steht "beliebig") die URL vom anderen Repository eingeben.

Gesendet von meinem Redmi 5 Plus mit Tapatalk

[arteck]

@alexalex:

Du musst nicht Zigbee aus der Liste auswählen, sondern in dem anderen Reiter (ich glaube da steht "beliebig") die URL vom anderen Repository eingeben.

Gesendet von meinem Redmi 5 Plus mit Tapatalk `

genau so

[arteck]

@NetFritz:

Hallo

@arteck

Bitte ließ mal meinen Beitrag genau durch.

Irgendwie reden wir aneiander vorbei.

Habe eben nochmal den Zigbee Adapter über die Katze

Adapter von GitHub installieren oder aktualisieren

Zigbee ausgewählt.

das wird installiert:

iobroker	2018-12-13 11:51:29.435	info	npm install https://github.com/kirovilya/ioBroker.zigbee/tarball/master --production --save --prefix "/opt/iobroker" (System call)
iobroker	2018-12-13 11:51:27.811	info	install https://github.com/kirovilya/ioBroker.zigbee/tarball/master
iobroker	2018-12-13 11:51:26.110	info	url "https://github.com/kirovilya/ioBroker.zigbee/tarball/master" zigbee --debug

Das ist die Version 0.5.5 vom github.com/kirovilya

Im github github.com/kirovilya steht

WARNING!!! Development moved to https://github.com/ioBroker/ioBroker.zigbee

WARNUNG!!! Die Entwicklung wurde auf https://github.com/ioBroker/ioBroker.zigbee verschoben.

Warum steht aber auf der ioBroker Admin Seite unter der Katze links von Github zigbee diese Adresse ?

Gruß NetFritz `

kirov ilya ist derjenige der den Adapter Entwickelt hat.. er hat es dann aus seinem Repo rausgenommen(hier wird nicht mehr weiterentwickelt) und in das iobroker Repo geschoben..

[NetFritz]

Hallo

Vielen Dank, das muß aber einen Dummen gesagt werden.

Habe nun unter beliebigt https://github.com/ioBroker/ioBroker.zigbee installiert, ist die Version 0.8.0.

In den Objekten kommen immernoch keine Werte bei den beiden Vibrationssensoren Xaomi DJT11LM an.

in Debug Log kommt von den Sensoren:

2018-12-13 14:18:20.492 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:20 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 257, srcaddr: 33623, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 113, securityuse: 0, timestamp: 11909448, transseqnumber: 0, len: 8, data: }
2018-12-13 14:18:20.494 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:20 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
2018-12-13 14:18:20.495 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:20 GMT zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
2018-12-13 14:18:21.573 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 257, srcaddr: 33623, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 118, securityuse: 0, timestamp: 11912825, transseqnumber: 0, len: 12, data: }
2018-12-13 14:18:21.575 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:21 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
2018-12-13 14:18:21.585 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:21 GMT zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0

Wo ran kann das liegen.

Gruß NetFritz

[saschkoer]

Kurz meine Ergänzungen falls wer an der Aussage interessiert sein sollte - falls nicht hier aufhören zu lesen

@arteck:

@saschkoer:

Bin immer noch auf der Suche nach meinen sporadischen "Error" im Log.

Gestern ist mir dann noch eine weitere mögliche Ursache in den Kopf gekommen.

Kann es möglich sein, wenn in der Shepherd.db noch Einträge sind von Devices (Typ: Router) die sich gar nicht mehr im Zigbee-Netz befinden, dass dies zu Problemen im Routing führen kann? das habe ich auch mal beobachtet aber nicht weiterverfolgt.. könntest mal checken..

Kann jetzt natürlich nur für mich sprechen aber ich habe seitdem ich die "alten Einträge" gelöscht habe keinen Routingfehler mehr beobachten können (Vorsicht zum Zeitpunkt dieser Aussage ist auch gerade mal ein Tag und ein paar Stunden vergangen).

@arteck:

@saschkoer:

@saschkoer:

Und rein interessehalber:

Wenn ich in der Shepherd.db den Eintrag eines Gerätes z.B. von "Router" auf "EndDevice" ändere - würde das funktionieren? So könnte man das Routing etwas beeinflussen, ob das Sinn macht sei mal dahin gestellt, mich würde erstmal interessieren ob es möglich ist. hmm gute Frage .. probier aus.. `

Hier muss ich leider sagen, dass das so nicht klappt. Habe testweise meine beiden Osram Plugs als "EndDevice" hinterlegt in der Hoffnung so das Routing testweise auf meine Leuchten umzulenken.

-> Hat nicht geklappt - zumindest in der Map verbinden sich noch immer munter Geräte über die Plugs.

[arteck]

@NetFritz:

Hallo

Vielen Dank, das muß aber einen Dummen gesagt werden.

Habe nun unter beliebigt https://github.com/ioBroker/ioBroker.zigbee installiert, ist die Version 0.8.0.

In den Objekten kommen immernoch keine Werte bei den beiden Vibrationssensoren Xaomi DJT11LM an.

in Debug Log kommt von den Sensoren:

2018-12-13 14:18:20.492 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:20 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 257, srcaddr: 33623, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 113, securityuse: 0, timestamp: 11909448, transseqnumber: 0, len: 8, data: }
2018-12-13 14:18:20.494 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:20 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
2018-12-13 14:18:20.495 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:20 GMT zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0
2018-12-13 14:18:21.573 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:21 GMT cc-znp:AREQ <-- AF:incomingMsg, { groupid: 0, clusterid: 257, srcaddr: 33623, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 118, securityuse: 0, timestamp: 11912825, transseqnumber: 0, len: 12, data: }
2018-12-13 14:18:21.575 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:21 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: incomingMsg, msg: [object Object]
2018-12-13 14:18:21.585 - debug: zigbee.0 Thu, 13 Dec 2018 13:18:21 GMT zigbee-shepherd:msgHdlr IND <-- AF:incomingMsg, transId: 0

Wo ran kann das liegen.

Gruß NetFritz `

lass den so wie der ist.. lösche keine Objekte und lösche den auch nicht vom stick….

aber lerne den Nochmal an.. am besten an dem Platz wo der hin gehört..

[ltsalvatore]

@arteck:

immer die Aktuelle aus dem offiziellen GIT.. https://github.com/ioBroker/ioBroker.zigbee

oder wenn Adapter ers hergibt .. über die normale Aktualisierung

ausser wenn ich was anderes schreibe….

für Testzwecke..

https://github.com/ioBroker/ioBroker.zigbee/tarball/dev

in dem DEV Brunch ist die Möglichkeit zu Auschaltung der Queue gegeben.. frei zum testen.. `

also.. ich habe jetzt sowohl aus dem offiziellen GIT als auch die DEV Version ausprobiert.

In den Einstellungen der jeweiligen Instanz finde ich aber dennoch keine Möglichkeit, die Queue ein-/auszuschalten.

:roll:

[NetFritz]

Hallo

Unter Einstellungen, rechts neben LED auf CC2531 deaktivieren.

Gruß NetFritz

[ltsalvatore]

@NetFritz:

Hallo

Unter Einstellungen, rechts neben LED auf CC2531 deaktivieren.

Gruß NetFritz `

genau da habe ich auch gesucht, aber die option gibt es bei mir leider nicht.

[ReverZ]

Wird der Schalter "LED auf CC2531 deaktivieren" nur bei einer neueren Firmware-Version des Sticks angezeigt?

[NetFritz]

Hallo

Die Queue ein-/auszuschalten nur mit " https://github.com/ioBroker/ioBroker.zigbee/tarball/dev"

Hatte ich gesehen als ich das vor ein paar Tagen installiert hatte.

Mit der deaktivierung der LED kann ich Dir nicht helfen.

Gruß NetFritz

[ltsalvatore]

@NetFritz:

Hallo

Die Queue ein-/auszuschalten nur mit " https://github.com/ioBroker/ioBroker.zigbee/tarball/dev"

Hatte ich gesehen als ich das vor ein paar Tagen installiert hatte.

Mit der deaktivierung der LED kann ich Dir nicht helfen.

Gruß NetFritz `

genau das hab ich gemacht..

über den link den adapter inst. und in der instanz in den einstellugen ist trotzdem nichts zu sehen bez. queue

https://github.com/ioBroker/ioBroker.zigbee/tarball/dev

[Arnulf]

Also ich dachte, die Osram Plugs sind Qualitätsware und könnten mir helfen, mein Netz zu erweitern.

Ich komme immer mehr zu dem Schluss, dass entweder die Plugs Schrott sind, oder die Kommunikation nicht wiklich optimal mit dem Adapter läuft.

Das Pairing ist sehr sensibel und muss mehrmals wiederholt werden, bis es mal klappt.

Schalten funktioniert Zeitverzögert und produziert auch gerne mal Fehler. Obwohl Antenne und Plug gerade mal 3 Meter entfernt sind:

zigbee.0	2018-12-15 16:12:47.451	error	Zigbee publish to '0x7cb03eaa00b08216', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: Timed out after 30000 ms
zigbee.0	2018-12-15 16:12:35.382	error	Zigbee publish to '0x7cb03eaa00b08216', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack.
zigbee.0	2018-12-15 16:12:33.184	error	Zigbee publish to '0x7cb03eaa00b08216', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 183\. APS no ack.
zigbee.0	2018-12-15 16:12:29.537	error	Zigbee publish to '0x7cb03eaa00b08216', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ac

Laut Amazon hat das Plug die Modellnummer 4058075036239

Was genau das für ein Typ ist, weiß ich nicht. Woher kann man das erkennen?

Kam aus dieser Bestellung:

https://www.amazon.de/gp/product/B074PZLX2P