Zigbee Adapter und Conbee Unterstützung
-
@migoller Wenn du die Pairing time beim Zigbee Adapter hoch setzt (600 oder so) kannst du alle Geräte in einem Durchlauf anlernen.
-
@asgothian Klasse Tipp. Danke. Dann hoffe ich mal, dass ich die Fenstersensoren nicht wieder aus den Fenstern ausbauen muss. Ich werde berichten.
-
@migoller sagte in Zigbee Adapter und Conbee Unterstützung:
@asgothian Klasse Tipp. Danke. Dann hoffe ich mal, dass ich die Fenstersensoren nicht wieder aus den Fenstern ausbauen muss. Ich werde berichten.
ich musste es nicht. 60 devices in 30 Minuten umgestellt
A.
-
@asgothian Du machst mir Mut. Klingt zu gut, um wahr zu sein. Nochmals Danke.
-
@asgothian Heyy. 60 Devices in 30 Minuten... hätte ich auch gern gehabt. Meine Erfahrung ist, dass ich nicht gleichzeitig mehr als 2 Aqara Fenstersensoren im Pairing haben konnte, wenn die Devices richtig erkannt werden sollten. Bei mehr als zwei von diesen Sensoren gab es nur noch unbekannte Geräte, die nicht vollständig gekoppelt waren. Es hat aber alles geklappt. Die Eurotronic Spirit Heizungsaktoren wurden auch vollständiger erkannt.
Zum Schluss habe ich nur noch eine Frage: Einige Devices desselben Typs zeigen keine Batterie- und Spannungswerte an. Kennt das schon jemand?
-
Hallo zusammen,
lese ich das richtig.
Ich habe einen Nuc mit Iobroker am laufen ich brauche nur den Conbee Stick anschliessen und den Zigbee Adapter installieren und dann läuft das??Hoffe auf baldige Antwort
-
@helfi9999 wo läuft dein iobroker ?? auf dem nuc direkt oder in einer viritualisierung ?
-
@arteck habe Ubuntu am laufen und darauf Iobroker
-
@helfi9999
Ja, Stick einstecken, fertig. -
@helfi9999 Heyy. Ja, kann ich bestätigen: Stick rein und läuft, wenn Du den ConnBee 2 vorher nicht mit DeConz genutzt hast. Falls doch, dann musst Du vorher alle angelernten Geräte in der DeConz Web-UI löschen.
-
@arteck Ich hatte den ConBee 2 auch schon mit ioBroker in einem Container laufen. Musste nur das Device durchreichen. Klappt bei VMware und Microsoft Hyper-V vergleichbar, nur eben spezifisch im Sinne des Hypervisors anders.
Zu Proxmox und KVM, etc. kann ich nichts sagen. -
Da habe ich hier ja mal genau den richtigen Thread gefunden
Bin gerade in der Umstellung von Pimatic/deCONZ/ConBee II nach ioBroker/...?.../ConBee II.
Aktuell läuft tatsächlich alles zusammen, sehr stabil, auf einem einzigen Raspi4B.
Meine bisher weiche Migration lief so, dass ich in ioBroker mit dem deCONZ-Adapter sukzessive, über Wochen, nach und nach alle Devices (>60) mit dem zugehörigen Regelwerk (mehre Dutzend), alles von Pimatic nach ioB/Blockly herüber geholt habe.
Der letzte Schritt werden dann jetzt die ganzen EG-Shutter, welche gleichzeitig von 433Mhz nach ZigBee migrieren werden.
Da der ZigBee Adapter so eine schöne Admin Oberfläche, im Vgl. zu Phoscon/deCONZ-GUI mitbringt, hatte ich nun überlegt, auch diesen Schritt noch zu machen.
Ich verstehe aber, dass ich dann alles neu anlernen muss (vielleicht noch machbar), aber ich danach wahrscheinlich auch noch wieder das gesamte Regelwerk anfassen müsste, oder? - weil ich gehe mal davon aus, dass die ganzen Devices sicherlich neue Namen bekommen werden, oder? -
@pedder007 Heyy. Aus eigener Erfahrung kann ich Dir sagen, dass Du alle Zigbee Devices neu anlernen musst; das geht relativ schnell. Vergiss bitte nur nicht, die Bindung der Geräte vorher in deConz / Phoscon aufzuheben. Allerdings haben auch die einzelnen Datenpunkte abweichende Namen bzw. dann auch IDs. Du wirst also ggf. auch praktisch alle beteiligten Skripte, etc. anpassen müssen.
Wenn Du mich fragen würdest, ob sich das für mich gelohnt hat: Ja, das hat es. Zigbee läuft nun deutlich stabiler, da der ioBroker nicht noch auf eine deConz API zugreifen muss. Ich würde es wieder tun. -
@migoller
Danke für Dein Feedback, dass habe ich so befürchtet, püüh...
Na mal sehen, dass wird dann ja nochmal ein größerer Schritt, zumal ich befürchte, dass ich dann so einige Devices, die ja überall verteilt sind, manuell in den Anlermodus werde versetzen müssen...
Wie gesagt, bisher läufts bei mir auch mit deCONZ sehr stabil, und das, obwohl ich noch Pimatic-, als auch ioBroker-seitig gleichzeitig auf dieselbe deCONZ Instanz zugreife. -
@migoller lassen sich der ZigBee Adapter und der deCONZ Adapter eigentlich ohne bekannte Probleme parallel betreiben? - am selben ConBee II Stick?
Weil dann könnte man die ganze Migration ja sehr weich organisieren ... -
@Pedder007
Nicht gleichzeitig. -
@thomas-braun
ok danke, hatte ich mir fast schon gedacht -
@pedder007 sagte in Zigbee Adapter und Conbee Unterstützung:
@thomas-braun
ok danke, hatte ich mir fast schon gedachtLese mal die ersten Beiträge ... bis Beitrag 27
-
@glasfaser said in Zigbee Adapter und Conbee Unterstützung:
Lese mal die ersten Beiträge ... bis Beitrag 27
quer-gelesen hatte ich schon
von wegen Vor- und Nachteile und so ...
Aber das muss mir durchgegangen sein ...Ich denke ich werde aber erst einmal bei der deCONZ Lösung bleiben, weil auf die 6-7 Shutter-Devices kommt es jetzt bei einer späteren Migration dann auch nicht mehr an. Da liegt bei mir die Prio aktuell zunächst einmal darauf insgesamt von 433Mhz weg zu kommen und die Pimatic (mit Arduino-RF) außer Betrieb zu nehmen ...
Ich befürchte der Wechsel von deCONZ zu ZigBee wird dann sowieso ein größerer Aufwand, da manche Devices ja noch nicht einmal freiwillig nach einem Batteriewechsel zurück ins Mesh kommen - hatte ich letztens erst wieder bei einem Osram/Ledvance Bewegungsmelder ...
-
@pedder007 Es ist zumindest keine Migration für mal eben zwischendurch. Aufwand wird es geben. Dass die Devices aber nach Batterietausch nicht wieder ins Mesh kommen... seltsam. In einem Forum zu der Zigbee-Bibliothek für JavaScript bzw. Node.js habe ich auch zu den Osram bzw. Ledvance Geräten von diversen Problemen gelesen. Gerade bei den Steckdosen gibt es wohl ein Routing-Thema, dass z.B. Tür- bzw. Fensterkontakte nicht immer zuverlässig funktionieren. Habe auch so eine Steckdose gegen eine Ikea Smart-Bulb getauscht... und keine Probleme mehr mit den Fensterkontakten.
