Zigbee Adapter mit neuem Converter

JungleFire

Habe gestern den CC2538 von @dimaiv bekommen.
Der erste Test mit einem Aqara Türsensor lief einwandfrei
Das Pairing läuft schonmal definitiv schneller. Am Wochenende werden dann die restlichen
Sensoren angelernt.

MathiasJ

@arteck
Danke, nein, das Forum habe ich nicht gesehen, aber jetzt direkt in meinen Bookmarks aufgenommen.
habe mal 2 von den Teilen bestellt.
Bin gespannt, wie die Übertragungsrate und der Empfang ist.

Ja.rod

Habe auch den CC2531, läuft nur meine Aqara Sensoren zicken etwas. Ich hatte den Converter schon mal installiert und dann den "Anlernknopf" beim jeweiligen Gerät vermisst (z.B. Osram Steckdose). Ich denke das kommt noch oder ist das überhaupt nicht mehr notwendig? Noch eine Frage eines Laien : Wie kann ich zwischen den Convertern hin und herwechseln, den anderen einfach wieder drüber installieren?

Gruß
Ja.rod

v522533

@Ja-rod

der war noch nie notwendig, da immer am coordinator gekoppelt wird.

Ja.rod

@v522533 Gibt es da nicht ein beschränkte Anzahl an Geräten die am Coordinator angelernt werden können ( 25 Stück, habe ich zumindest beim CC2531 mal gelesen)?

v522533

@Ja-rod

prinzipiell richtig, aber beim anlernen ganz egal, da es sich um ein mesh netzwerk handelt. darin suchen sich die geräte selbständig einen "partner" ganz egal wo sie angelernt werden.

arteck

@v522533 jetzt fang nicht wieder mit dem Mesh an...

und nein die Geräte könne NUR am Stick angelernt werden.. der Knopp der an jedem Router dran war sollte nur dieser als solchen indentifizieren... daraus ist die diskussion und die "guten" Ratschläge entstanden das man es auch an einem Plug oder Lampe oder oder anlernen konnte..was nicht der Fall was.. da sieht man wieder wie viel Usability ausmacht.. ein falsches Icon und bäm.. werden falsch Informationen reininterpretiert

v522533

@arteck

genau das hab ich ihm doch gesagt, dass immer am coordinator angelernt wird.... verstehe die aufregung nicht

Kalle Blomquist

@arteck Ja Super. Funktioniert. Merci

Moskito

Dank @dimaiv bin ich jetzt auch auf den CC2538+CC2592 umgestiegen.
Das pairen hat auch schnell und ohne Probleme funktioniert.
Allerdings wirft der Adapter beim durchstarten Fehlermeldungen zu meinen innr SP 120 Steckdosen:

2019-11-29 10:24:37.221  - info: zigbee.0 (16469) Zigbee started
2019-11-29 10:24:47.220  - error: zigbee.0 (16469) Failed to configure 0x00158d000361b933 SP 120, attempt 1 (Error: AREQ - ZDO - bindRsp after 10000ms
    at Timeout.object.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
    at ontimeout (timers.js:436:11)
    at tryOnTimeout (timers.js:300:5)
    at listOnTimeout (timers.js:263:5)
    at Timer.processTimers (timers.js:223:10))
2019-11-29 10:24:47.222  - info: zigbee.0 (16469) Configuring 0x00158d0003565fe6 SP 120
2019-11-29 10:24:57.226  - error: zigbee.0 (16469) Failed to configure 0x00158d0003565fe6 SP 120, attempt 1 (Error: AREQ - ZDO - bindRsp after 10000ms
    at Timeout.object.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
    at ontimeout (timers.js:436:11)
    at tryOnTimeout (timers.js:300:5)
    at listOnTimeout (timers.js:263:5)
    at Timer.processTimers (timers.js:223:10))
2019-11-29 10:24:57.228  - info: zigbee.0 (16469) Configuring 0x00158d0003617967 SP 120
2019-11-29 10:25:07.231  - error: zigbee.0 (16469) Failed to configure 0x00158d0003617967 SP 120, attempt 1 (Error: AREQ - ZDO - bindRsp after 10000ms
    at Timeout.object.timer.setTimeout [as _onTimeout] (/opt/iobroker/node_modules/zigbee-herdsman/dist/utils/waitress.js:44:24)
    at ontimeout (timers.js:436:11)
    at tryOnTimeout (timers.js:300:5)
    at listOnTimeout (timers.js:263:5)
    at Timer.processTimers (timers.js:223:10))

Funktionieren tut trotzdem alles tadellos bisher...

Achso, eine Sache noch, wenn man das Pairing starten sind die Sekunden doppelt in dem PopUp Fenster zu sehen

Garfonso

@arteck
@Asgothian

Ich habe es heute nochmal probiert. Das Ergebnis ist irgendwie dasselbe. Dann hab ich mir mal die db im Texteditor angeguckt (nachdem ich begriffen habe, dass da im Grunde nur Zeilenweise JSON Objekte drinnen stehen). Da hab ich dann relativ schnell entdeckt, dass bei ModelIDs aber auch bei date-irgendwas ein "\u0000" mit drin stand. Das hab ich dann entfernt und seitdem nimmt auch der herdsman die db.
Jetzt geht es auch, schalten scheint schneller. Reichweiten Probleme hab ich leider immer noch an ein paar Ecken (wobei mich immer noch verwirrt, dass die Geräte, die beim direkt ansprechen problematisch sind mit Gruppen sehr zuverlässig schalten).

Was mich etwas wundert ist, dass ich im debug log diese Ausgabe bekomme:

2019-11-29 10:38:28.041  - debug: zigbee.0 (524) Zigbee network parameters: {"panID":7102,"extendedPanID":"0xdddddddddddddddd","channel":11}2019-11-29 10:38:28.041  - debug: zigbee.0 (524) Zigbee network parameters: {"panID":7102,"extendedPanID":"0xdddddddddddddddd","channel":11}

Dabei steht in der Config von der Instanz eine andere extendedPanID. Hab ich damals bei dem breaking update was falsch gemacht? Oder wird die noch irgendwo anders gespeichert? (in der db jedenfalls nicht). Welche ist denn nun die richtige?

simatec

Die aktuelle Versionsnummer verusacht Probleme.
Ist mir gerade beim Update von Admin aufgefallen.

2019-11-29 15:48:03.063  - [31merror[39m: admin.0 (2591) uncaught exception: Invalid Version: 1.0.0a
2019-11-29 15:48:03.064  - [31merror[39m: admin.0 (2591) TypeError: Invalid Version: 1.0.0a

oder das "a" geht es

Asgothian

@simatec
Welche Version des Admin hast du ? ich hab mit der die gestern als neuste angeboten wurde keine Probleme gehabt (3.7.1 glaub ich)

A.

tazdevil20

@simatec
hatte gestern das gleiche Problem. Bin nur noch nicht dazu gekommen das ganze zu posten.

Hier meine Logs:

2019-11-28 21:38:01.022  - info: host.iobroker instance system.adapter.admin.0 terminated with code 0 (NO_ERROR)
2019-11-28 21:38:01.023  - info: host.iobroker Restart adapter system.adapter.admin.0 because enabled
2019-11-28 21:38:31.040  - info: host.iobroker instance system.adapter.admin.0 started with pid 25016
2019-11-28 21:38:34.721  - info: admin.0 (25016) starting. Version 3.7.2 in /opt/iobroker/node_modules/iobroker.admin, node: v10.17.0
2019-11-28 21:38:34.852  - info: admin.0 (25016) requesting all states
2019-11-28 21:38:34.854  - info: admin.0 (25016) requesting all objects
2019-11-28 21:38:37.142  - info: admin.0 (25016) received all objects
2019-11-28 21:38:37.336  - info: admin.0 (25016) http server listening on port 8081
2019-11-28 21:38:37.337  - info: admin.0 (25016) Use link "http://localhost:8081" to configure.
2019-11-28 21:38:37.736  - error: admin.0 (25016) uncaught exception: Invalid Version: 1.0.0a
2019-11-28 21:38:37.738  - error: admin.0 (25016) TypeError: Invalid Version: 1.0.0a
    at new SemVer (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:332:11)
    at compare (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:647:10)
    at Function.gt (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:683:10)
    at upToDate (/opt/iobroker/node_modules/iobroker.admin/main.js:223:16)
    at adapter.getState (/opt/iobroker/node_modules/iobroker.admin/main.js:267:22)
    at client.get (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:491:17)
    at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
    at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
    at process._tickCallback (internal/process/next_tick.js:68:7)
2019-11-28 21:38:37.742  - info: admin.0 (25016) terminating http server on port 8081
2019-11-28 21:38:37.753  - info: admin.0 (25016) terminating
2019-11-28 21:38:37.755  - info: admin.0 (25016) Terminated (NO_ERROR): Without reason
2019-11-28 21:38:38.329  - error: host.iobroker Caught by controller[0]: TypeError: Invalid Version: 1.0.0a
2019-11-28 21:38:38.331  - error: host.iobroker Caught by controller[0]:     at new SemVer (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:332:11)
2019-11-28 21:38:38.332  - error: host.iobroker Caught by controller[0]:     at compare (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:647:10)
2019-11-28 21:38:38.333  - error: host.iobroker Caught by controller[0]:     at Function.gt (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:683:10)
2019-11-28 21:38:38.333  - error: host.iobroker Caught by controller[0]:     at upToDate (/opt/iobroker/node_modules/iobroker.admin/main.js:223:16)
2019-11-28 21:38:38.334  - error: host.iobroker Caught by controller[0]:     at adapter.getState (/opt/iobroker/node_modules/iobroker.admin/main.js:267:22)
2019-11-28 21:38:38.334  - error: host.iobroker Caught by controller[0]:     at client.get (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:491:17)
2019-11-28 21:38:38.335  - error: host.iobroker Caught by controller[0]:     at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
2019-11-28 21:38:38.335  - error: host.iobroker Caught by controller[0]:     at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
2019-11-28 21:38:38.336  - error: host.iobroker Caught by controller[0]:     at process._tickCallback (internal/process/next_tick.js:68:7)
2019-11-28 21:38:38.336  - info: host.iobroker instance system.adapter.admin.0 terminated with code 0 (NO_ERROR)
2019-11-28 21:38:38.337  - info: host.iobroker Restart adapter system.adapter.admin.0 because enabled
2019-11-28 21:38:50.225  - info: history.0 (20770) disabled logging of zigbee.0.00158d00032142d5.temperature
2019-11-28 21:38:51.414  - info: history.0 (20770) disabled logging of zigbee.0.00158d00034d1ca8.temperature
2019-11-28 21:38:51.819  - info: host.iobroker object deleted system.adapter.zigbee.0
2019-11-28 21:39:00.026  - info: javascript.0 (20240) script.js.Sonstiges.MinMax_Temperatur: Garten Temperatur Max: 13.22  Garten Temperatur Min: 8.34
2019-11-28 21:39:08.363  - info: host.iobroker instance system.adapter.admin.0 started with pid 25648
2019-11-28 21:39:13.183  - info: admin.0 (25648) starting. Version 3.7.2 in /opt/iobroker/node_modules/iobroker.admin, node: v10.17.0
2019-11-28 21:39:13.281  - info: admin.0 (25648) requesting all states
2019-11-28 21:39:13.283  - info: admin.0 (25648) requesting all objects
2019-11-28 21:39:16.064  - info: admin.0 (25648) received all objects
2019-11-28 21:39:16.318  - info: admin.0 (25648) http server listening on port 8081
2019-11-28 21:39:16.320  - info: admin.0 (25648) Use link "http://localhost:8081" to configure.
2019-11-28 21:39:16.760  - error: admin.0 (25648) uncaught exception: Invalid Version: 1.0.0a
2019-11-28 21:39:16.761  - error: admin.0 (25648) TypeError: Invalid Version: 1.0.0a
    at new SemVer (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:332:11)
    at compare (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:647:10)
    at Function.gt (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:683:10)
    at upToDate (/opt/iobroker/node_modules/iobroker.admin/main.js:223:16)
    at adapter.getState (/opt/iobroker/node_modules/iobroker.admin/main.js:267:22)
    at client.get (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:491:17)
    at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
    at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
    at process._tickCallback (internal/process/next_tick.js:68:7)
2019-11-28 21:39:16.765  - info: admin.0 (25648) terminating http server on port 8081
2019-11-28 21:39:16.776  - info: admin.0 (25648) terminating
2019-11-28 21:39:16.779  - info: admin.0 (25648) Terminated (NO_ERROR): Without reason
2019-11-28 21:39:17.873  - error: host.iobroker Caught by controller[0]: TypeError: Invalid Version: 1.0.0a
2019-11-28 21:39:17.875  - error: host.iobroker Caught by controller[0]:     at new SemVer (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:332:11)
2019-11-28 21:39:17.875  - error: host.iobroker Caught by controller[0]:     at compare (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:647:10)
2019-11-28 21:39:17.876  - error: host.iobroker Caught by controller[0]:     at Function.gt (/opt/iobroker/node_modules/iobroker.admin/node_modules/semver/semver.js:683:10)
2019-11-28 21:39:17.876  - error: host.iobroker Caught by controller[0]:     at upToDate (/opt/iobroker/node_modules/iobroker.admin/main.js:223:16)
2019-11-28 21:39:17.877  - error: host.iobroker Caught by controller[0]:     at adapter.getState (/opt/iobroker/node_modules/iobroker.admin/main.js:267:22)
2019-11-28 21:39:17.885  - error: host.iobroker Caught by controller[0]:     at client.get (/opt/iobroker/node_modules/iobroker.js-controller/lib/states/statesInRedis.js:491:17)
2019-11-28 21:39:17.886  - error: host.iobroker Caught by controller[0]:     at tryCatcher (/opt/iobroker/node_modules/standard-as-callback/built/utils.js:11:23)
2019-11-28 21:39:17.887  - error: host.iobroker Caught by controller[0]:     at promise.then (/opt/iobroker/node_modules/standard-as-callback/built/index.js:19:49)
2019-11-28 21:39:17.887  - error: host.iobroker Caught by controller[0]:     at process._tickCallback (internal/process/next_tick.js:68:7)
2019-11-28 21:39:17.887  - info: host.iobroker instance system.adapter.admin.0 terminated with code 0 (NO_ERROR)
2019-11-28 21:39:17.888  - info: host.iobroker Restart adapter system.adapter.admin.0 because enabled
2019-11-28 21:39:47.920  - info: host.iobroker instance system.adapter.admin.0 started with pid 26406
2019-11-28 21:39:51.861  - info: admin.0 (26406) starting. Version 3.7.2 in /opt/iobroker/node_modules/iobroker.admin, node: v10.17.0
2019-11-28 21:39:51.937  - info: admin.0 (26406) requesting all states
2019-11-28 21:39:51.939  - info: admin.0 (26406) requesting all objects
2019-11-28 21:39:54.478  - info: admin.0 (26406) received all objects
2019-11-28 21:39:54.772  - info: admin.0 (26406) http server listening on port 8081
2019-11-28 21:39:54.774  - info: admin.0 (26406) Use link "http://localhost:8081" to configure.
2019-11-28 21:40:00.015  - info: javascript.0 (20240) script.js.Sonstiges.MinMax_Temperatur: Garten Temperatur Max: 13.22  Garten Temperatur Min: 8.34
2019-11-28 21:40:00.029  - info: host.iobroker instance system.adapter.dwd.0 started with pid 26714
2019-11-28 21:40:03.951  - info: dwd.0 (26714) starting. Version 2.4.3 in /opt/iobroker/node_modules/iobroker.dwd, node: v10.17.0
2019-11-28 21:40:05.918  - info: dwd.0 (26714) Terminated (NO_ERROR): Without reason
2019-11-28 21:40:06.439  - info: host.iobroker instance system.adapter.dwd.0 terminated with code 0 (NO_ERROR)

Nach dem ich den zigbee 1.0.0a Adapter deinstalliert habe ist der Admin auch wieder gestartet. Danach habe ich den Adapter wieder installiert. Ein normales iobroker restart hat dann einwandfrei funktioniert. Jedoch durfte ich alle Geräte neu pairen.

Ist die Admin 3.7.2.

Ich glaube der Adapter sollte idealer Weise einen anderen Namen haben und nicht gleich heißen wie ein anderer (auch wenn dieser eine Weiterentwicklung ist - jedoch andere URL, ...).

Asgothian

@simatec sagte in Zigbee Adapter mit neuem Converter:

Die aktuelle Versionsnummer verusacht Probleme.
Ist mir gerade beim Update von Admin aufgefallen.
2019-11-29 15:48:03.063  - [31merror[39m: admin.0 (2591) uncaught exception: Invalid Version: 1.0.0a
2019-11-29 15:48:03.064  - [31merror[39m: admin.0 (2591) TypeError: Invalid Version: 1.0.0a
oder das "a" geht es

Das Problem ist auf Github gefixed.

Tictactoo

@Asgothian Okay, ich glaube ich hab mich falsch ausgedrückt. In der Baumstruktur wäre es natürlich total unsinnig, aber das war auch nicht meine Intention bei der Frage. Ich meinte eigentlich, wenn man in die Adaptereinstellungen geht, auf er Oberfläche in der alle Geräte als "Karten" aufgeführt sind. Dort sollte es doch theoretisch kein Problem sein auf Darstellungsebene die einzelnen Geräte anders anzuordnen, um eine bessere Übersicht zu bekommen. Weiß zwar nicht wie aufwendig das alles programmiert ist, aber theoretisch sollte man doch schon nach bestimmten Attributen, die sowieso angezeigt werden, vorab sortieren können?

Moskito

Nachtrag!

Bei den innr SP 120 wird die Leistung (Watt) nicht mehr angezeigt, dass hat mit dem "normalen" Zigbee Adapter funktioniert.
Liegt vermutlich daran, dass die nicht ordnungsgemäß erkannt werden....

simatec

@Asgothian sagte in Zigbee Adapter mit neuem Converter:

@simatec
Welche Version des Admin hast du ? ich hab mit der die gestern als neuste angeboten wurde keine Probleme gehabt (3.7.1 glaub ich)

A.

Hatte ein Update auf admin 3.7.2 gemacht.
Hatte dann die io-package von Zigbee manuell bearbeitet... danach startete der Admin wieder

Walkinlarge2010

Moin zusammen,

ich habe den Adapter heute installiert. Habe alle Geräte neu angelernt, da mein alter CC2531 nen technischen Fehler hatte und ich tauschen musste.

Es hat bisher alles super geklappt. Habe alle möglichen Geräte angelernt (Hue, Lightify, Tradfri, Xiaomi). Aufgefallen ist mir, dass die Xiaomi Lumis (Magnet/Weather/Motion) deutlich besser zum anlernen sind, traumhaft

Eine Frage habe ich aber zu den IKEA Tradfri Repeatern, hat die jemand schon an dem neuen Adapter angelernt? Ich habe es noch nicht versucht, hatte wo gelesen das die etwas rumzicken.

Aber auf jeden Fall vielen dank, fühlt sich deutlich nach einer Verbesserung an!

Grüße Walkinlarge!

Moskito

@arteck Wer entwickelt den Adapter weiter?
An wen und wo kann ich den Fehler mit meinen innr SP 120 melden?
Diese scheinen auch nicht mehr als Router zu fungieren...

NEWS

Zigbee Adapter mit neuem Converter

Support us

1.0k
Online

30.7k
Users

77.3k
Topics

1.2m
Posts

NEWS

Zigbee Adapter mit neuem Converter

Support us

1.0kOnline

30.7kUsers

77.3kTopics

1.2mPosts

1.0k
Online

30.7k
Users

77.3k
Topics

1.2m
Posts