@sorai Öhm, was genau willst du machen? Die von dir zitierte Anleitung dient der folgenden Funktion: Kurzer druck schaltet das direkt angeschlossene Gerät/Licht Langer druck (Hold) schaltet ein anderes Tasmota-Gerät Das mit der SetOption32 ... mhh lauf der offziellen Anleitung, ja es sind inzwischen 0.1 Sekunden-Schritte. Bei läuft es überall wo ich es einsetzt noch mit einer 3, in einem Zimme rnutze ich 5. wenn ich drüber nachdenke sind es keine 5 Sekunden, muss ich mal beobachten. In meiner Anleitung auf meiner Webseite habe ich mal einen Hinweis dazu eingebaut. Das habe ich neulich noch nach meiner eigenen Anleitung eingerichtet. Die Rule reagiert ja auf ON Switch1#State=3 Und das ist Hold laut Dokumentation: [image: 1680016468057-60323010-a4d0-4635-bc65-698f7984b526-image.png] https://tasmota.github.io/docs/Rules/#rule-trigger Hast du noch mehr Rules laufen?

@homoran Ok, danke für den Hinweis. Ich hatte zwar schon so eine leise Ahnung, dass mit dem Begriff "global" eine etwas andere "Funktion" verbunden sein könnte, habe das aber ehrlicherweise ignoriert und auch nicht weiter vertieft. Gab ja auch bislang keine Probleme. Und Scripte, die andere Scripte triggern, wirds wohl auf absehbare Zeit bei mir nicht geben. Aber wer weiß... Der Hinweis mit dem Draft-Ordner ist ist gut und eigentlich viel aussagekräftiger, da selbstsprechender Name. Werde ich stehenden Fußes umsetzen. Zu den Logs: Richtig. Logs vorher lesen! Bisher hatte ich zum Glück keine Notwendigkeit auf Fehlersuche zu gehen. Von daher waren die Logs für mich bisher kein Thema. Aber es zeigt sich, dass so eine Community ziemlich nützlich ist. Auch bei Themen, die eher rechts und links von der eigentlichen Frage/vom eigentlichen Problem liegen. Der "Beifang" also :-) Kurz: habe schon eine Menge an kleinen Dingen dazugelernt. Danke Euch dafür... VG Peter

@meister-mopper Danke für den Hinweis. Habe ich schon 'durchgekämmt' - nur das aktuelle Skript wurde gefunden.

@brunoz immer gerne :grinning:

@bahnuhr vielleicht geht dmit was?: https://bobbyhadz.com/blog/npm-warn-old-lockfile-the-package-lock-json-file-was-created npm install --package-lock-only

@thomas-braun danke, hat sich erledigt. VG

@paul53 Du bist einfach der Beste! Vielen lieben Dank :+1:

@slemy im javascript adapter läuft node. hier ein beispiel direkt aus der node dokumentation import dgram from 'node:dgram'; import { Buffer } from 'node:buffer'; const message = Buffer.from('FF13029CA52580AA7761646D696E0061646D696E002E', 'hex'); const client = dgram.createSocket('udp4'); client.send(message, 8899, '192.168.1.183', (err) => { client.close(); }); https://nodejs.org/docs/latest-v18.x/api/dgram.html#socketsendmsg-offset-length-port-address-callback ich hab hier mal auf die version 18 LTS verlinkt. da hat sich aber mit 19 auch nix verändert. Nicht durch die Doku verwirren lassen. Mit node kannst du auch udp server entwickeln. Das ist ein wenig komplexer die verwendeten module/bibliotheken sind bestandteile von node, daher müssen sie nicht in den javascript adapter einstellungen eingetragen werden. Wenn du das senden willst, FF 13 02 9C A5 25 80 AA 77 61 64 6D 69 6E 00 61 64 6D 69 6E 00 2E musst du nur die hexzahlen der reihe nach ohne leerzeichen schreiben. Ich habe dir den code oben mal aufbereitet. theoretisch einfach nur copy paste. sofern deine angaben alle stimmen. die hex zahlen kann ich nicht überprüfen const message = Buffer.from('FF13029CA52580AA7761646D696E0061646D696E002E', 'hex'); // Prints <Buffer FF 13 02 9C A5 25 80 AA 77 61 64 6D 69 6E 00 61 64 6D 69 6E 00 2E>, all data represented. https://nodejs.org/api/buffer.html#buffers-and-character-encodings (ziemlich am Ende des Abschnitts

@paul53 Auch eine gute Idee. Werde morgen mal ausprobieren, was ich am besten umgesetzt bekomme. Danke dir.

@endurance Nein, das Script startet um 23:30 Uhr und prüft, ob der Tag in 12 Stunden zufälligerweise der 1. ist. Dann ist ja der aktuelle Tag der letzte des Monats und die Verarbeitung soll durchgeführt werden. Laufen muss das Script ja nur vom 28. bis zum 31. - denn nur an diesen Tagen besteht die Chance, dass der nächste Tag der 1. ist.

@paul53 Ich Blindfisch, vor lauter Abfragen hatte ich vergessen, dass ich ja auch abfrage, ob auf Bewegungsmelder gerade überhaupt reagiert werdedn soll oder ich zu nachtschlafender Zeit lieber darauf verzichte. Super, dann ist mir klar, was ich zu tun habe. Ich danke Dir. :+1: Und Danke für die Info, dass Adapter auch stur Pakete absenden, wenn es eigentlich nicht nötig wäre. Da habe ich dann doch noch einiges mehr zu optimieren. Gruss, Jürgen

@nachtfuchs vielen Dank für deine Mithilfe und deine Gedankenastöße. Habe es leider erst heute gesehen das jemand geantwortet hat, muss da wohl noch mal die Benachrichtigungeinstellungen ansehen.

@liv-in-sky Danke für die Hilfe! Ich habe es mir dann doch einfacher gemacht und Motioneye trotzdem angebunden um mir das in der Vis anzuzeigen oder Bilder per Telegram zu schicken. Jetzt muss ich mir nur noch ein Skript bauen um die Dateien, die von Reolink gespeichert werden, automatisch zu löschen, aber ich denke, dass ich das hinbekomme. Gibt da ja auch einige Anleitungen. Danke dir!

@dieterb sagte in iObroker restart per script: Warum sollte man das nicht verwenden? Weil für den ioBroker keine root-Rechte benötigt werden und wenn man den dennoch mit root-Rechten anpackt läufst du Gefahr dir das Rechtegefüge zu zerballern. Deswegen macht man das nicht. iob stop iob fix iob start ausführen.

@paul53 ja klar Script starten und werden von anderen Scripten mit Triggern aufgerufen / gestartet besser ausgedrückt. Wir meinen das selbe.

@tombox sagte in YAHKA: Kein Einbinden der Bridge in Home App möglich: @invidianer gibt es denn Fehler im log oder im debug log Wie gesagt, es geht wieder! Tatsächlich anscheinend ein Problem zwischen YAHKA und node.js 18.15.0: https://github.com/jensweigele/ioBroker.yahka/issues/403

Wow, funktioniert perfekt, vielen vielen Dank!!! So eine einfache Übersicht hätte ich gerne für meine PV Landschaft mit verschiedenen WR.

@da_woody Da es sich um Shelly's der 2. Generation handelt, funktionieren die Befehle scheinbar nicht. Deine Anleitung funktioniert nur, wenn ich einen Shelly der 1. Generation schalten will (z.B. Plug S). Ich bräuchte einen RPC-Befehl für die 2. Generation bitte. Komme mit der API-Beschreibung nicht wirklich klar. Danke trotzdem

@paul53 Also grundsätzlich ok, Ergänzung um read und write. Und den Bereich um "native" als gegeben so hinnehmen.