Ich habe es jetzt so lösen können das ich nicht den Virtuelle HM Taster in Homekit benutze, aber den HM Schalter. In HomeKit habe ich dann eine automation gemacht wobei bei betätigung nach 1 Sekunde den HM Schalter wieder ausgeht.

Ich habe jetzt rausgefunden das LOCK_TARGET_LEVEL nur nicht aktualisiert wird wann das Schloss über den DLD selber oder CCU betätigt wird. Wann es über ioBroker betätigt wird (was nur über LOCK_TARGET_LEVEL geht) dann wird es immer korrekt aktualisiert. Ich habe es über ein Blockly gelöst, und jetzt zeigt Homekit es richtig an und kann ich das Schloss auch über Homekit korrekt steuern. [image: 1728230338246-d9ee2e1c-a2ce-49c6-b2c5-b0a4892063d2-image.png] Mein Yakha mapping zur Info: [image: 1728230431939-f9938e26-cd6e-45f0-9161-3e1e9b73ff2b-image.png]

@jfr987 sagte in Repository Liste immer leer: Mit den Befehlen hat es geklappt Das ist erst einmal gut. Nur komisch ist es schon. Vielleicht doch nochmal iob diag falls mehr im argen liegt und die 2 Befehle nur rein kosmetisch waren. Ro75.

@thomas-braun Sorry, hab den falschen Thread erwischt...

@paul53 Am Beispiel von 'glob' aus meinem System: echad@chet:/opt/iobroker $ npm ls glob iobroker.inst@3.0.0 /opt/iobroker ├─┬ iobroker.admin@7.2.1 │ └─┬ archiver@7.0.1 │ └─┬ archiver-utils@5.0.2 │ └── glob@10.3.12 ├─┬ iobroker.ankersolix2@0.0.2-alpha.0 (git+ssh://git@github.com/ronny130286/ioBroker.ankersolix2.git#80fb5950f7fd33c55cf8595cd128c6c564875f25) │ └─┬ async-mqtt@2.6.3 │ └─┬ mqtt@4.3.8 │ └─┬ help-me@3.0.0 │ └── glob@7.2.3 ├─┬ iobroker.ble@0.14.0 │ └─┬ @abandonware/noble@1.9.2-25 │ └─┬ @abandonware/bluetooth-hci-socket@0.5.3-12 │ └─┬ node-gyp@10.1.0 │ ├── glob@10.3.12 deduped │ └─┬ make-fetch-happen@13.0.1 │ └─┬ cacache@18.0.3 │ └── glob@10.3.12 deduped ├─┬ iobroker.echarts@1.9.2 │ └─┬ canvas@2.11.2 │ └─┬ @mapbox/node-pre-gyp@1.0.11 │ └─┬ rimraf@3.0.2 │ └── glob@7.2.3 ├─┬ iobroker.govee-app@0.0.6 (git+ssh://git@github.com/TA2k/ioBroker.govee-app.git#6a0f84cfb34eb3a0ca647c7a519b9d5a48ccfb85) │ └─┬ aws-iot-device-sdk@2.2.15 │ └─┬ mqtt@4.2.8 │ └─┬ help-me@3.0.0 │ └── glob@7.2.3 ├─┬ iobroker.sainlogic@0.11.4 │ └─┬ jshint@2.13.6 │ └─┬ cli@1.0.1 │ └── glob@7.2.3 ├─┬ iobroker.simple-api@2.8.0 │ └─┬ @iobroker/testing@4.1.3 │ └─┬ mocha@10.4.0 │ └── glob@8.1.0 └─┬ iobroker.tuya@3.16.0 └─┬ mqtt@4.3.8 └─┬ help-me@3.0.0 └── glob@7.2.3 echad@chet:/opt/iobroker $

Hallo @scholle und andere Suchende, auch ich habe nach deinem Ansatz den Port zusätzlich (ich habe 33690 genommen, weil er zuvor genannt wurde) nach dem Stoppen des Containers eingetragen und den Container neu gestartet. Danach habe ich den Adapter deinstalliert und neu installiert, weil die Abfrage nach dem Adapterstatus in einer Endlosschleife steckte. Danach den Port (bei mir eben der 33690) und unten die IP-Adresse der Syno, wie ich sie mit dem Laptop eben erreiche, jedoch ohne die Portangabe, eingetragen und den Link zur Cookie-Abfrage gestartet. Das hat dann nicht funktioniert, aber ich habe die Adresse au der Fehlermeldung im Log genommen, angemeldet und das war es. Jetzt läuft die Instanz VG und ein schönes WE!

@asgothian Endlich habe ich die Lösung. Der EMIZB-141 war nicht richtig zurückgesetzt und war vermutlich, wie Du sagst, noch auf Zigbee 3. Ich hatte nachdem Schnellblinken der LED die Resettiertaste jeweils zu lange gedrückt gehalten. Man muss scheinbar die Taste sofort loslassen wenn die LED anfängt, schnell zu blinken. Jetzt ist er angebunden und funktioniert wie erwartet. Übrigens habe ich das Gerät an Home Assistant / ZHA angebunden und ZHA mit dem Adapter an iobroker verlinkt. Der converter von iobroker liest bei meinem Gerät nur die Leistung, aber nicht die Energie. ZHA liest beides. Home Assistant hatte ich ursprünglich mal eingerichtet, um ein wenig damit zu experimentieren. Jetzt setze ich sie für diese kleine Funktionalität mal produktiv ein.

@codierknecht Der Shelly Plus 1 funktioniert auch mit 12 Volt.... Also 12 Volt Steckernetzteil (mindestens 1,5 A) Daraus den Shelly versorgen, und über den Kontakt, den Gong "klingeln" lassen - womöglich muss man aber irgendwie auf 9 V herunterkommen, wenn der Gong 12 V nicht verträgt .... https://www.shelly.com/de/products/shop/shelly-plus-1-1 [image: Shelly_Plus1_x1-625x625.png] [image: 1728154716635-55c77da0-0603-4af2-9ebe-b6458655615f-grafik.png]

@dolomiti sagte in [gelöst] Problem mit dem Blockly-Block "exec": @bananajoe poweroff fährt das System runter. Ich schicke meins nur in Standby. stimmt, das war es, das kann mein System nicht

@fritz-0 Aus Zeitgründen werde ich auf weitere Tests verzichten, außerdem bin ich mit einer eigenen Lösung mittels javascript unabhängiger und die Einrichtung/Erweiterung neuer Datenpunkte ist für mich einfacher. Daher ist das Thema für mich beendet.

@paul53 Danke Vielleicht bring ich den Regler anders in den iobroker? Hat wer dazu Ideen? Brach nur ein paar Temperaturen, Betriebsstunden, Brennerlaufzeit, etc.

@david-g OMG, danke für den Tipp! :D Tatsächlich war es ein altes Script. Problem gelöst.

@bananajoe So habe ich's auch verstanden. Hab's gerade nochmal ausprobiert und.. geht leider nix. Da erscheint NIE irgendein Code.

@crunchip OK, dann ist es klar warum es nicht geklappt hat - hatte ich nicht ganz verstanden. Dachte das wäre wie beim node-red Adapter - jetzt hab ich's aber hinbekommen. Vielen Dank

@darkdevil Bei dem jeweiligen Echo der die Playlist wiedergibt unter Player > Volume

@thomas-braun Besten Dank!

@gaspode ich meine, dass mir die Datenübernahme gar nicht gezeigt wurde. Bin ich mir aber nicht sicher ... Das hätte vielleicht aber auch node red mitgenommen. Das läuft zumindest nicht mehr 🙈 Zum Glück war da noch nicht viel gemacht ... Aber der Adapter zickt dennoch ...