So ich setzte den Thread mal auf closed. Ich habe den Fehler zwar nicht gefunden, aber ich habe alle Datenpunkte, alle Aufzählungen und das Script einfach nochmal neu aufgebaut und nun funktioniert es. Es sieht eigentlich genauso aus wie vorher aber das Verhalten ist jetzt ein anderes. Ich kann selbst nicht erklären wieso. Liebe Grüße

Danke, probier ich mal aus

@deriobroker Markiere bitte noch das Thema in der Überschrift des ersten Beitrags als [gelöst].

@Sebastian-0 sagte: dass jedes mal sobald die Maschine auf 2W gesprungen ist eine Nachricht kam. Dann ist die Verzögerungszeit von 20 s zu kurz. Sie muss größer sein als die längste Pause (2 W).

@FredF top, danke

@pix sagte in Hilfe für Schleife: Habs geändert: neuer Code für Wunderground 3.1.1 Hallo Pix! Mir ist gerade aufgefallen, dass das Script seit 4.8. 21:50 Uhr nicht mehr aktuakisiert. Beim DP javascript.0.Wunderground.Regenvorschausteht noch immer der Wert vom 4.8. [image: 1596897164022-objects-iobroker-8.png] Unter weathunderground.0wird jedoch der aktuelle Wert angezeigt. [image: 1596897349651-objects-iobroker-7.png] Script /* Wunderground Regen {1} Abfrage des Weatherunderground Adapters im Bereich Vorhersage, wann der nächste Regen erwartet wird. {1} Findet in den forecastHourly-Datenpunkt den ersten Regen-Eintrag Ausgabe in Text ("kein Regen", "X Stunden (X% [Wahrscheinlichkeit])") {1} {1} {1} http://forum.iobroker.net/viewtopic.php?f=21&t=3447#p31858 {1} 01.08.2016 erstellt von Pix unter Nutzung des obigen Skriptes 28.06.2017 Korrekturen 12.07.2017 Fehler abfangen und Typ Variable auf String geändert 06.03.2019 Code optimiert berücksichtigt Niederschlag in der aktuellen Stunde (Stunde 0) 11.06.2019 auf neue Datenpunkte angepasst für weatherground-Adapter (getestet V3.0.11) 04.08.2019 geändert für Wunderground Adapter 3.1.1 */ const vorstd = 36; // Vorschau in Stunden (weatherundergroudn bietet neuerdings bis 36h Vorschau), kann hier auch kleiner sein const idRegen = "javascript."+ instance + ".Wunderground.Regenvorschau"; // Ziel-Datenpunkt const wunder_inst = "weatherunderground.0."; // Weatherground-Adapter Instanz const logging = false; const fC = false; // nicht dauerhaft auf true stehen lassen. Wegen AAsynchronität dann keine Werte. createState(idRegen, "kein Regen", fC, { name: "Regenvorschau", dec: "Wann gibt es den nächsten Regen", type: "string", role: "text" }); function berechneZeit() { if (logging) log("Berechne Dauer in Stunden bis zum nächsten Regen"); let i = 0; let data; // leer let pop; // leer for (i=0 ; i<vorstd; i++) { if (getState(wunder_inst + "forecastHourly." + i + "h.precipitation").val > 0) { data = getState(wunder_inst + "forecastHourly." + i + "h.precipitation").val; pop = getState(wunder_inst + "forecastHourly." + i + "h.precipitationChance").val; if (logging) log("Regeneintrag gefunden bei " + i + "h " + data + "mm"); if (i == 0) { // wenn jetzt Regen if (logging) log("In dieser Stunde werden " + data + "mm Regen erwartet (Wahrscheinlichkeit " + pop + "%)"); setState(idRegen, "jetzt (" + pop + "%)"); } else { if (logging) log("In " + i + " Stunden werden " + data + "mm Regen erwartet (Wahrscheinlichkeit " + pop + "%)"); setState(idRegen, i + " Stunden (" + pop + "%)"); } i=vorstd; // beim ersten Auftreten der Regenwahrscheinlichkeit über 0 abbrechen } if ((i == vorstd) && (pop === 0)) { setState(idRegen, "Kein Regen erwartet (" + pop + "%)"); if (logging) log("Kein Regen erwartet (" + pop + "%)"); } } } // bei jeglicher Aktualisierung von Weatherunderground Berechnung starten on({ id: /^weatherunderground\.[0-9]+\.forecast.*\.[0-9]+h\.precipitation$/, // forecastHourly, forecastDaily, forecast change: "any" }, berechneZeit); // bei Skriptstart berechneZeit(); Weatherunderground läuft in 3.2.1 Hast du eine Idee?

@paul53 Ich konnte nun das Script komplett zum Laufen bringen. Und zwar steuere ich nicht mehr den dimmer state sondern den bri (brightness) state der Lampen. Dieser wird beim synchronisieren nicht mehr abgeändert. Ich danke dir für deine Hilfe :)

Gibts hier keine Möglichkeit das abzustellen? Würde in der Gruppe gerne normal kommunizieren können ohne, dass der Bot ständig dazwischenfunkt!

@Peoples sagte in Eigene States unter 0_userdata.0 ohne Workaround möglich?: Dann war ich wohl doch zu dumm zum suchen. Nein ... alles gut ;)

@Kev0 Was hast du für Einstellungen verwendet, bei meinem P5530 krieg ich nix rein... bin mir aber auch nicht sicher ob mein Projektor PJLink unterstützt...?

@paul53 Hallo, danke, ich habe es gerade hinbekommen. Es ist auch nicht steuere sondern umschalten, wahrscheinlich weil die Steckdose als Rolle "switch" hat. Hier mal wie es geht (ein wenig aufgebläht mit einer Vorabfrage über den augenblicklichen Zustand): [image: 1596572966973-bc648599-ff3c-46f8-8e9f-921fe1b5115c-image.png]

Hat jemand eine Lösung um die true und false "Datenpunkte" in grün und rot umzuwandeln. Was muss man im JavaScript dafür ändern.

Hallo Das habe ich auch schon versucht aber das hat nicht geholfen. Ich nehme mal an das das Modul nicht zur aktuellen API passt. Gruß NetFritz

@paul53 OK, hätte ich mit einem Raspberry 4 mit Pihole wie geht dies dann für "blöde"? Danke.

@ToxiN sagte: er nur max alle 2 Sekunden trigger darf/kann ? const fs = require('fs'); var timer = null; on({id: "onvif.0.192_168_178_69_80.message.ruleengine.cellmotiondetector.motion.value", change: "any"}, function (obj) { if(!timer) { timer = setTimeout(function() { timer = null; }, 2000); // 2 s // Hier der Rest } });

Ich glaube auch nicht, dass der Postbote Bock hätte sich per Telefon irgendwo einzuloggen um das Tor aufzumachen.

@paul53 Alles klar. Ich danke euch. Mal gucken, ob hier morgen gesaugt wurde, wenn ich heim komme. Ergänzung: Funktioniert, wie geplant!

@chrbo80 Hallo, habe nochmal den morgen gegooglet und folgendes über die Konsole des shellys eingestellt SwitchMode 3 pulsetime 1 Damit habe ich jetzt den Taster, indem ich den DP Power auf true setze und er innerhalb 100ms wieder auf false umspringt. Falls es noch jemanden gibt, der das so umsetzen will, wäre das meine Lösung... Schönen Sonntag!