NEWS
[Aufruf] ZigBee CC253x Adapter
-
habe mich vertan..Ilya hats in den DEV brunch es reingepackt
-
da gibst ein issue für.. das ist ein js Adapter Problem
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...
-
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?
-
Hallo
` > @NetFritzHabe 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
-
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..
-
Hallo
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
-
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
-
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
-
Hallo
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..
-
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
-
Kurz meine Ergänzungen falls wer an der Aussage interessiert sein sollte - falls nicht hier aufhören zu lesen
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).
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.
-
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..
-
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:
-
Hallo
Unter Einstellungen, rechts neben LED auf CC2531 deaktivieren.
Gruß 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.
-
Wird der Schalter "LED auf CC2531 deaktivieren" nur bei einer neueren Firmware-Version des Sticks angezeigt?
-
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
-
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
-
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:
-
Ich habe auch mehrere von genau diesen OsramPlugs mit dem Zigbee-Stick im Einsatz und die arbeiten sehr gut zusammen.
Auf meinen CC2531 läuft auch noch die alte Coordinator-FW von Juli 2017 und iobroker-Zigbee-Adapter 0.7.1