Servus,
ich habe den "Devices"-Adapter (Geräte verwalten), der in einem Tuto (https://www.youtube.com/watch?v=Z-PG85-4zlk) genutzt wurde, um Aliases zu verwalten, installiert (1.2.8).
Mir weredn dort jedoch keine Geräte angezeigt, sondern nur vorhandene Aliase.

Habe aber jede Menge FHEM und vor allem zigbee2mqtt-Zeug installiert, die in scripten oder im vis-2 sehr wohl sichbar sind...

Habe auch den Adapter rausgeschnissen und neu installiert, aber Pustekuchen.

Wenn jemand einen Tip hat: Danke, nehm' ich!

Gruß
Bommel

Used repository: stabl
eAdapter admin : 7.7.2 , installed 7.7.2
Adapter alias-manager: 2.0.0 , installed 2.0.0
Aadpter backitup : 3.3.5 , instlaled 3.3.5
Adapter cul : 2.20. , installed 2.2.0
Adatper device-reminder: 3.1.2 , installed 3.1.2
Aadpter device-watcher: 2.12.6 , installed 2.12.6
Adapter devices : 1.2.8 , installed 1.2.8
Adapter discovery : 5.0.0 , installed 5.0.0
Adapter echarts : 1.9.2 , installed 1.9.2
Adapter email : 2.0.4 , installed 2.0.4
Adapter fhem : 3.0.0 , installed 3.0.0
Adapter fullcalendar : 2.4.5 , installde 2.4.5
Adapter heatingcontrol: 2.12.15 , installed 2.21.15
Adapter history : 3.0.1 , installed 3.0.1
Adapter influxdb : 4.0.2 , instaleld 40..2
Adapter jaavscript : 8.9.2 , installed 8.9.2
Controller js-controller: 7.0.7 , installed 7.0.6 [Updatable]
Adapter node-red : 5.2.1 , installed 5.2.1
Adapter rest-api : 2.0.3 , installed 2.0.3
Adapter scenes : 3.2.3 , installed 3.2.3
Adapter simple-api : 2.8.0 , installed 2..80
Adapter socketio : 6.7.1 , installed 6.7.1
Adapter tankerkoenig : 3.4.0 , installed 3.4.0
Adapter telegram : 4.1.0 , isntallde 4.1.0
Adapter vis-2 : 2.13.4 , installed 2.13.4
Adapter vis-2-widgets-material: 1.4.10, installed 1.4.10
Adapter vis-hqwidgets: 1.5.1 , installed 1.5.1
Adapter vis-material : 0.2.0 , installed 0.2.0
dAapter vis-materialdesign: 0.5.9, installed 0.5.9
Adapter web : 7.0. 8 , installed 7.0.8
Adapter ws : 2.6.2 , installed 2.6.2

Ich habe an einem Fenster zwei von den Dingern im Betrieb gehabt, eine Varta Alkaline war nach zwei Wochen leer.
Gerät getauscht, einen vollen Akku (800 mAh) eingesteckt, nach drei Tagen hat das erste Teil nicht mehr gefunkt (LED blieb dunkel), anderes Gerät mit vollem Akku drangesteckt: vier Tage.
6-8 Schaltvorgänge am Tag.

Dann dunkel.

Aber Preisfrage: Das Fenster ist über dem Duschbereich, der Sensor also knapp 50 cm vom Duscher entfernt (nicht nass, weil weit oben).

Kann es sein, daß die Dinger absolut feuchtigkeits- und kälteempfindlich sind?

Und: Ich bekomme den Batteriezustand NICHT angezeigt...

@thomas-braun said in Zigbee Sonoff lässt sich nicht aktivieren- Herdsman Problem:

Du hättest besser den user in die passende Gruppe gepackt.
Nachschauen wie die Rechte da vom Treiber/Kernel vergeben werden, ist aber i.d.R. entweder dialup oder plugdevices

Hatte gelesen, daß dialup diejenige sei, in der war ich.
Dann wars wahrscheinlich plugdevices...

Das gleiche Chaos hatte ich auch neulich...

Letztendlich: iobroker runter (war strubbelich..) , neu drauf, vorher den Sonoff USB-Dongle mit der 7-er Firmware versehen
Unnu? Alles löppt wie Pavoo.
Firmware flashen via Web (https://darkxst.github.io/silabs-firmware-builder/) ging super, nachdem ich temporär die Rechte für ttyACM0 frei gesetzt hatte.

Die Geräte waren nach 20 min. neu angelernt, so groß ist meine Hütte nicht.

Gruß, Bommel

@bommelmeier
Neuer Status:
Nachdem der Slave-Raspi sich dauernd offline begeben hat und dann OS verrumplt hat (startete nicht mehr) habe ich den Raspi neu aufgesetzt.

Lief dann aber erst wieder gescheit, nachdem ich den Sonoff-Dongle mit der RICHTIGEN Firmware upgedated habe und in den Adaptereinstellung von Z-Stack auf EFR32 umgestellt habe. Mußte auch die Pan-ID ändern, das Anlernen der Geräte klappte aber ohne Murren..
Bisher keine Abstürze,

Falls doch bin ich wieder hier...
Gruß
Bommel

Moin,
nächste Ungereimtheit im System:
Ich habe an meine Badheizung das Thermostat Sonoff TRVZB angeschraubt, klappte zuerst hervorragend (https://www.zigbee2mqtt.io/devices/TRVZB.html).

Nach drei Wochenstellte ich fest, daß die Stellbefehle vom iobrokjer nicht mehr an das Teil übertragen wurde. Unwitzig, wenn im Winter gelüftet wird, und zum Fenster rausgeheizt wird.
ImVIS2 wurde mir jede Veränderung des Fensterkontakts und die Ändferung der Solltemperatur angezeigt, aber der Befehl zum Temperaturrunterschalten kam nicht am Thermostat an.
Am iobroker scheints nicht gelegen zu haben, denn auch in der Objektansicht werden die Änderungen angezeigt.
Komischerweise funktioniert die Übertragung Thermostat-> iobroker normal, d.h., daß die Solltemperaturänderung am Stellrad wird sofort im iobroker gemeldet.

Brachiallösung war erstmal, das Thermostat neu im iobroker anzumelden, ging auch, alles wieder normal.

Hat jemand da eine Erklärung für? Schon mal Danke...

BTW: Die LinkQuality beträgt 80... vorher über 150...

Gruß
Bommel

So, nach Weihnachtsurlaub spielt sich die Sache so langsam ein, Fenster wird nicht mehr gekippt und beim Öffnen/Schließen gibts eine Gedenkhalbsekunde.

Die Geschichte mit der piVCCU wird trotzdem angegangen, hab noch Zeugs für HM rumliegen.

Mittlerweile hat sich aber ein anderes Problem aufgetan, mach ich einen separaten Fred auf.

Danke für die Tips,
Bommel

@homoran Ok...
Dann zeigt der obere immer noch "geschlossen" an, der untere auch -> falsch, weil ja gekippt...

Den Drehgriff hatte ich vor Jahren im Einsatz, habe aber keine CCU mehr, nur noch den LAN-Adapter.

@ro75 Öh - stehe gerade ein bißchen auf dem Schlauch:
Die reagieren doch eigentlich synchron...

Moin,
ich steuere meinen Heizkörper im Bad mit einem Fensterkontakt von IKEA.
Funktioniert soweit ordentlich, einzige Ausnahme:

Wenn das ganz geöffnete Fenster auf Kippe gestellt wird, dann bekommt der Sensor zwar das Schließen mit, aber das unmittelbare Öffnen nach "Kippe" nicht. Und das Fenster bleibt für den iobroker geschlossen und die Heizung bullert.

Gibt es eurer Erfahrung nach Sensoren (möglichst Zigbee...), die da schnell genug hintereinander reagieren und melden?
Könnte meine Frau nötigen, langsamer zu öffnen, aber dann nötigt sie mich!!!

Gruß
Bommel