UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MiGoller]

@asgothian Du machst mir Mut. Klingt zu gut, um wahr zu sein. Nochmals Danke.

[MiGoller]

@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?

[helfi9999]

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

[arteck]

@helfi9999 wo läuft dein iobroker ?? auf dem nuc direkt oder in einer viritualisierung ?

[helfi9999]

@arteck habe Ubuntu am laufen und darauf Iobroker

[Thomas Braun]

@helfi9999
Ja, Stick einstecken, fertig.

[MiGoller]

@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.

[MiGoller]

@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.

[Pedder007]

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?

[MiGoller]

@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.

[Pedder007]

@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.

[Pedder007]

@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 ...

[Thomas Braun]

@Pedder007
Nicht gleichzeitig.

[Pedder007]

@thomas-braun
ok danke, hatte ich mir fast schon gedacht

[Glasfaser]

@pedder007 sagte in Zigbee Adapter und Conbee Unterstützung:

@thomas-braun
ok danke, hatte ich mir fast schon gedacht

Lese mal die ersten Beiträge ... bis Beitrag 27

[Pedder007]

@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 ...

[MiGoller]

@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.

[Pedder007]

@migoller wahrscheinlich gibt es da 1000sende individuelle Erfahrungswerte, bei den ganzen Herstellern ...
Die Osram-Plugs laufen bei mir wiederum recht zuverlässig als Router, bzw. die Meldungen der ganzen China-Tür-/Fenstersensoren kommen quasi ohne Verzögerung rein.
Tradfri läuft hier aber auch zuverlässig

Das mit der deCONZ -> ZigBee Migration werde ich wohl noch ein Weilchen vor mir herschieben. Das Regelwerk ist hier mittlerweile (für mein Begriffe) recht gewaltig, da die Geräte oft von mehreren Stellen gesteuert werden (VIS: Tablet/Smartphone, Buttons, Wandschalter, Blockly, ...) Wenn ich da überall die Device-Namen neu eintragen muss, dann wird das heftig bei nun >70 Gerätchen Ist halt alles nun über >2 Jahre gewachsen ...

Als Nächstes werde ich mich wahrscheinlich zunächst mal damit befassen die ganze vorhandene Installation einmal komplett neu aufzusetzen, da ich nur so (denke ich) wirklich sauber von meiner Mix-Installation mit ioBroker und Pimatic (inkl. RF-Arduino) auf einem Raspi wegkomme (würde ich so heute auch nicht mehr machen ...)

Ich habe schon überlegt ob ich das nicht lieber über eine parallele neue ioBroker Installation (auf einem extra Raspi) mache, um das auch wieder Schrittweise durchführen zu können. Dieses, da ich 1. immer mal wieder von Häkchen und Ösen bei der Benutzung des ioBroker Backups gelesen hatte (habe mich da ehrlicherweise aber auch noch nicht so richtig eingelesen) und 2. da das ohnehin nicht an einem Abend zu machen sein wird.

Mal sehen, alles nicht so ganz trivial als non-Developer und mit nur rudimentären Linux-Kenntnissen

[Pedder007]

@migoller
Ich habe bzgl. Neuinstallation mal ein wenig 'herum-gelesen'.

Das scheint der Weg der Wahl zu werden:

1. BackUp mit BackitUp auf aktueller Installation durchführen.
2. Neuen Raspi mit ioBroker und nur Admin- und BackitUp-Adapter installieren
3. Dem dann noch die Dresden-Elektronik Phoscon/deCONZ-Installation, nebst Device-Restore via Phoscon, gönnen.
4. ConBee Stick u. Broadlink rüberziehen
5. Restore von BackitUp auf dem neuen Raspi durchführen.
6. Sonstige Grafiken und Bilddateien (vor allem für VIS) nachziehen
   Kann das so klappen?

Alternative hatte ich auch darüber nachgedacht, den neuen als Raspi als ioBroker-Master aufzusetzen und ihm direkt einen eigenen ConBee Stick (ist vorhanden) via ZigBee-Adapter zu gönnen.
Dann den bisherigen Raspi als ioBroker-Slave da dran hängen und dann sukzessive alles herüber zu ziehen (inkl. Schritt für Schritt auch aller anderen Adapter). Dann könnte ich parallel auch die Devices Schritt für Schritt (mit jeweiligem Regelwerk) umlernen/umziehen und das Ganze im Zweifelsfall auch über Wochen sehr weich migrieren.
Müsste doch auch gehen, oder?

[Pedder007]

@MiGoller @Glasfaser
sorry wenn ich hier nochmals nervig nachfrage
Ich habe gerade versucht Backitup zu installieren, was aber abgebrochen wird, mit dem Hinweis im Log:

	iobroker npm ERR! notsup Unsupported engine for fs-extra@10.0.0: wanted: {"node":">=12"} (current: {"node":"10.23.3","npm":"6.14.11"})npm ERR! notsup Not compatible with your version of node/npm

Ok, der Rückstand bzgl. meiner Node Version war ja unter anderem auch ein Grund mich von Pimatic zu trennen, was auch schon fast geschafft ist

Was mich aber nochmals interessieren würde: Wäre mein skizzierter Weg über einen neue ioBroker Master Installation, mit meinem aktuellen Setup als Slave, aus Eurer Sicht sinnvoll, um auf dem Weg dann auch gleich 'weich' mein ZigBee Setup auszutauschen? - ich würde dann halt eine Weile mit 2 Sticks leben ....