So, gelöst. Call me braveheart ;-), der ZickenDrache ist besiegt. Herz gefasst, JTAG vom RPi verwendet (kein J-link im Fundus...), neue FW drübergebraten, wieder angesteckt, Adapter gestartet - alles noch da - puuuuh. Mit dieser Firmware: https://github.com/jethome-ru/zigbee-firmware/raw/master/ti/coordinator/cc2538_cc2592/JH_2538_2592_ZNP_USB_20211222.zip Ganz grob so gemacht: Generell diese Anleitung; da steht wie man's ohne einen Flash-Adapter direkt an einen RPi verkabelt (den man vorher mittels "enable_jtag_gpio=1" in der "/boot/config.txt" entsprechend ertüchtigt und rebooted haben muss) VCC 3.3V erstmal noch nicht an den Stick, der kann erstmal "aus" bleiben Dann dieser Antwort-Post dort um openOCD aufzusetzen. Dann den Flash-("BSL")-Button auf dem Stick gedrückt halten und VCC an den Stick stecken; Flash für ~10s gehalten (**) Dann sinngemäß so den Flash durchgeführt (Vorher natürlich noch ein paar openOCD-Tests "read only" gemacht um zu sehen, ob die ganze Sache überhaupt "spricht"). (**) Hätte eigentlich auch ohne den "Flash" button funktionieren müssen glaube ich, openOCD war aber nach einem erfolgversprechenden "programming startet" mit einem "Invalid ACK (0) in DAP response" fehlgeschlagen. Dann 2. Versuch mit Flash-Knopf drücken wie oben beschreiben und zack, ging. Und wäre vermutlich auch mit anderen tools auf anderen Wegen gegangen.... Danke für die Hilfe!!

@ben1983 Hätte noch eine zweite Frage, wie ist eure Meinung dazu: NFC Tag mit Daten beschreiben, welche ausgeführt werden sollen. => Bspw. Ausführen eines Kurzbefehls (In welchem dann die Restschnittstelle entsprechend aufgerufen wird. (Vorteil: Der NFC Tag ist einem entsprechenden Kurzbefehl zugewiesen und ruft diesen egal bei wem auf). (Nachteil: die Personen benötigen die entsprechenden Kurzbefehle und können diese verändern). Rein anhand der NFC ID einen Kurzbefehl ausführen?` (Vorteil: Jeder kann sich eigene routinen hinter dem gleichen Tag erstellen (OK geht mit Variante 1 auch). Nachteil (Jeder Muss sich eine variante für jedes Tag hinterlegen).

@rem5618 Habe es gefunden, war unter Instanz FHEM.0.Info.Configurations. Dort lassen sich die Parameter setzen. Habe ich wohl übersehen :).

@homoran Nein nicht case insensitive. Option I ist nicht angegeben. Wobei da etwas vorgesehen ist was aber wohl nicht von der Oberfläche aus angesprochen wird Wenn im jeweiligen datenpunkt eines oder mehrere der folgenden Schlüsselworte mit angegeben ist, dann werden diese Optionen verwendet. https://github.com/ioBroker/ioBroker.parser/blob/e34122ce3aee43c24c44fe3b9375b07a49c551d0/main.js#L148 Das kann man aber nur im raw Modus auf dem datenpunkt direkt pflegen.

@nastra Bin auch relativ neu bei ioBroker, und kann dir wärmstens den iobroker-kurs von @haus-automatisierung empfehlen. Zugegeben, er ist nicht ganz billig, doch er erleichtert den Start in ioBroker unsgemein. Ganz ehrlich, wenn du die Grundfunktionen von ioBroker kennst, dann fällt es dir wesentlich leichter die höhere Stufe zu meistern. OK, erster Schritt, einen dummy-switch (Datenpunkt) unter Objekte -> 0_userdata -> 0 anlegen. Dann diesen DP in yahka einbinden. In der Home App den DP schalten, und schauen ob er in ioBroker auch geschaltet wird. Beispiel von mir [image: 1640793979991-yahka_switch_03.png] Wenn das funktioniert, dann kann man an die Logik denken.

@gammler2003 sagte in HomeMatic ReGaHSS Adapter liefert keine Objekte: Der fehlende Zugriff auf die Logik-Schicht war das Problem das hab ich mir von Anfang an gedacht. Leider hatte ich keinen passenden Logeintrag gesehen

@homoran Danke, alles klar!

@bananajoe sagte in {gelöst} Zeitpläne werden 1h verzögert ausgeführt: Eventuell sollte ich mal ein HowTo für unverbesserliche root-Benutzer schreiben, aber nur wenn ich mir damit nicht die Wut von @Thomas-Braun auf mich ziehe Schreib lieber ein HowTo, wie man 'richtig' ohne root shell lebt und warum es töricht ist permanent als root zu agieren. Man kann eigentlich immer 'sauber' als user leben, auch in (vermeintlichen) root-Distributionen oder Containern. (Gut, das Sondergefrickel auf einer synology mal ausgenommen).

@daan-ploegmakers sagte in Fragen uber Milight und esp8266: Glauben Sie, dass es möglich ist, das Tablet zu rooten und eine neuere Android-Version darauf zu installieren? Oder gibt es andere Möglichkeiten? Möglich. Mir wäre das aber zu aufwändig und zu viel 'gebastel' für einen stabilen Betrieb. Ich würde da wohl einen RaspberryPi 4 (4GB oder mehr) einsetzen.

@blackvento sagte in Ram auslagern Zero W: und mühevoll ioBroker aufgespielt das hängt bei @blackvento sagte in Ram auslagern Zero W: ARMv6 schon an einer aktuellen Node-Version. @blackvento sagte in Ram auslagern Zero W: Bereits bei 8 Instanzen ist der RAM fast voll. und dabei bist du bei nur @blackvento sagte in Ram auslagern Zero W: RAM: 430 MB schon sehr weit gekommen. Selbst 1 GB schafft nur etwa 15 Instanzen ohne Probleme @blackvento sagte in Ram auslagern Zero W: muss ich einen teuren Raspberry mit mehr RAM kaufen? nein, du kannst auch einen billigen NUC kaufen

@apollon77 Ignorieren kann ich! Einbahnstraßenregelungen, Tempo-Limits, root shell-user... Meine Liste ist lang! :-D

Super, Danke für eure Rückmeldungen. Ein zusätzliches Backup auf einen anderen Host ist ein guter Hinweis.

@1topf Wenn du es ganz schräg haben willst: "Küche" direkt als Schalter funktioniert bei mir auch nicht. Bilde ich aber eine Gruppe "Küche" und lege den Schalter dort an klappt es plötzlich. Und mein ESP arbeitet direkt mit Belkin EMU, also ohne Umweg über den ioBroker. Ist übrigens bei so manchen Geräten wie beispielsweise "LED Decke" auch so lustig. Ein Echo kann das, ein Echo Dot 3 in einem anderen Zimmer kann das nicht.

pi@raspberrypi:~ $ sudo ln -s /usr/bin/node /usr/bin/nodejs pi@raspberrypi:~ $ which nodejs node npm && nodejs -v && node -v && npm -v && sudo apt update && sudo apt update && apt policy /usr/bin/nodejs /usr/bin/node /usr/bin/npm v12.22.8 v12.22.8 6.14.15 Holen:1 http://raspbian.raspberrypi.org/raspbian buster InRelease [15,0 kB] OK:2 http://archive.raspberrypi.org/debian buster InRelease OK:3 https://deb.nodesource.com/node_12.x buster InRelease Es wurden 15,0 kB in 1 s geholt (15,9 kB/s). Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. OK:1 http://archive.raspberrypi.org/debian buster InRelease OK:2 http://raspbian.raspberrypi.org/raspbian buster InRelease OK:3 https://deb.nodesource.com/node_12.x buster InRelease Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen.... Fertig Alle Pakete sind aktuell. Paketdateien: 100 /var/lib/dpkg/status release a=now 500 http://archive.raspberrypi.org/debian buster/main armhf Packages release o=Raspberry Pi Foundation,a=oldstable,n=buster,l=Raspberry Pi Foundation,c=main,b=armhf origin archive.raspberrypi.org 500 https://deb.nodesource.com/node_12.x buster/main armhf Packages release o=Node Source,n=buster,l=Node Source,c=main,b=armhf origin deb.nodesource.com 500 http://raspbian.raspberrypi.org/raspbian buster/rpi armhf Packages release o=Raspbian,a=oldstable,n=buster,l=Raspbian,c=rpi,b=armhf origin raspbian.raspberrypi.org 500 http://raspbian.raspberrypi.org/raspbian buster/non-free armhf Packages release o=Raspbian,a=oldstable,n=buster,l=Raspbian,c=non-free,b=armhf origin raspbian.raspberrypi.org 500 http://raspbian.raspberrypi.org/raspbian buster/contrib armhf Packages release o=Raspbian,a=oldstable,n=buster,l=Raspbian,c=contrib,b=armhf origin raspbian.raspberrypi.org 500 http://raspbian.raspberrypi.org/raspbian buster/main armhf Packages release o=Raspbian,a=oldstable,n=buster,l=Raspbian,c=main,b=armhf origin raspbian.raspberrypi.org Mit Pinning verwaltete Pakete: pi@raspberrypi:~ $ code_text

@mickym Ja natürlich Donnerstag das sind nur 2 Buchstaben mehr ich denke in der reihe sind noch zwei Plätze frei wenn nicht ist auch nicht so schlimm da fehlen dann die sek und Freitag wird wider alles normal :) :) :) Danke mfg