NEWS
Zigbee Adapter mit neuem Converter
-
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.
-
@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
-
genau das hab ich ihm doch gesagt, dass immer am coordinator angelernt wird.... verstehe die aufregung nicht
-
@arteck Ja Super. Funktioniert. Merci
-
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
-
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?
-
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
-
@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.
-
@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, ...).
-
@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.
-
@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?
-
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.... -
@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 -
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!
-
@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... -
@Moskito sagte in Zigbee Adapter mit neuem Converter:
@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...Woran machst du das fest ?
Im Zweifelsfall müsste dieses auf der Github Seite für den Zigbee-Herdsman-Converters passieren : Link
-
@Asgothian sagte in Zigbee Adapter mit neuem Converter:
@Moskito sagte in Zigbee Adapter mit neuem Converter:
@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...Woran machst du das fest ?
Im Zweifelsfall müsste dieses auf der Github Seite für den Zigbee-Herdsman-Converters passieren : Link
An der Link quality meiner Sensoren.
Ich habe aber zu dem Fehler den ich mit den innr SP 120 bekomme folgendes issue bei zigbee2mqtt gefunden: https://github.com/Koenkk/zigbee2mqtt/issues/2154Habe letzte Nacht versucht einen innr SP 120 erfolgreich zu verbinden, dies ist mir nicht gelungen, da niemals die Meldung Succesfully configured ..... kam.
Mit dem shepherd und Version 0.11.5 war das kein Problem.... -
Hallo,
ich habe gerade den herdsman Zigbee Adapter installiert. Alle Gerätekacheln sind da, aber mit Fragezeichen (undefiniert). Was habe ich übersehen? Habe die Installation wiederholt, keine Änderung.
Hier das Log: zigbee_herd.txt
Wer kann mir helfen (Hinweis geben)?
Danke HUK -
@hukio Hast du ein Backup der shepherd.db ? Wenn ja, versuch bitte folgendes :
- backup vom ioBroker machen
- shepherd.db löschen
- objecte zigbee.0 löschen
- dein backup von der shepherd.db einspielen
- adapter starten
-
@Asgothian Wo finde ich die zigbee.0 objekte?
HUK