@solarmaxe sagte in Werte vergleichen und Debug Modus funktioniert nicht:
@bananajoe sagte in Werte vergleichen und Debug Modus funktioniert nicht:
tail -n 50000 -F /opt/iobrok
Hallo auch dir danke für die Antwort :)
Aber mit tail -n sehe das gleiche wie im iobrocker Gui log.
Das stimmt. Aber leichteres Copy&Paste, mehr Filter. Und eine Admin-Sitzung weniger im Webbrowser
@paul53 das läuft an der Realität vorbei, dann brauchts auch Fensterkontakt usw.
Nein, das ist nicht was ich machen werde und wäre overkill, es geht nur um die einfache Überhitzung vom Heizkörper, Ein/Ausschaltzeiten werden das bewerkstelligen.
@haselchen said in Adapter nachts ausschalten:
AhoyDTU
Nein. Aber danke für die Info.
Mir gings darum dass ich bei "meinem" Adapter (envertech-pv) auf den Sonnenaufgang/-untergang reagieren könnte und z.B. das poll Intervall nachts reduzioeren kann, da da ja eher selten Solarstrom produziert wird.
Aber wenn ich mal dafüpr Zeit hab. forsch ich da nochmals nach und frag ggF im dvp channel.
Danke euch.
@steely2 sagte in Anfängerfrage zu zulässigen Werten:
Der On/Offmode hat aber dann doch nen Wahr/Falsch Wert gebraucht
Das ist halt abhängig vom Datentyp des jeweiligen DP.
@rtwl said in Rechenfehler bei "Zeitstempel":
die ganz letzte variable ist Ende statt Gesamt
Du hast recht - Copy&Paste. Ich wusste was rauskommen würde, darum habe ich nicht mehr richtig geschaut (war so klein geschrieben )
Jetzt nochmal:
[image: 1680677183113-ea016bd1-234a-4ee0-9628-2ce33a798a21-grafik.png]
08:46:29.776 info javascript.0 (1661) script.js.common.Testen.Zeitrechnungen2: Das interne Format des Start-Timestamps: 1680548400000 - wird für unsere Zeitzone zu dieser Darstellung formatiert: 03.04.2023 - 21:00:00
08:46:29.777 info javascript.0 (1661) script.js.common.Testen.Zeitrechnungen2: Das interne Format des Start-Timestamps: 1680634800000 - wird für unsere Zeitzone zu dieser Darstellung formatiert: 04.04.2023 - 21:00:00
08:46:29.777 info javascript.0 (1661) script.js.common.Testen.Zeitrechnungen2: Die Differenz aus beiden Daten (Ende-Start) ist die Differenz in Millisekunden: 86400000 oder in Stunden: 24
08:46:29.777 info javascript.0 (1661) script.js.common.Testen.Zeitrechnungen2: Der Versuch die Differenz als Datum darzustellen scheitert offensichtlich jenseits von UTC: 02.01.1970 - 01:00:00
Da sieht man jetzt auch die 1 "zusätzliche" Stunde, dadurch dass sich MEZ um 1 Stunde von UTC unterscheidet.
@dirk-4 sagte in Zwei Schalter sperren:
ich habs mittlerweile hinbekommen.
bitte die Lösung hier auch posten damit Mitlesende wissen wie Du es gelösts hast !
@jrlohni
Mehrfaches Starten von Timern verhindert man, indem man die Timer-Variable als Sperre verwendet. Beispiel:
[image: 1680620065536-blockly_temp.jpg]
@mickym ist ja auch okay. Macht ja was es soll. Damit komme ich erstmal klar. Und vielleicht nehm ich das ja auch zum Anlass mich mit NodeRed mal mehr zu beschäftigen. Es sieht ja interessant aus.
@falke69 said in Tasmota Zähler zurücksetzen mit PW:
http://192.168.178.18/cm?user=admin&password=DeinPW&cmnd=counter1 0
Vielen Dank!
Hat sofort funktioniert!
@dataeasy sagte in Probleme mit Blockey script:
und wie mache ich das
Im Prinzip so:
[image: 1680463695661-9e89972a-693c-4845-a72a-494ae279d563-grafik.png]
Du lässt Dir halt alles ausgeben was von Interesse ist.
... bitte sinnvoll ergänzen!
@horst-böttcher
Gibt es nicht unter den Bausteinen einen Zeilenumbruch? Irgendwas mit /n oder \n war das. Sorry bin am Handy und schreibe aus dem Kopf 🙂
MfG
eMd
@djmarc75
Also ich hatte jetzt den Trockner und Spülmaschine etc. eingebunden und habe das Programm Wolle (trockner) jetzt 2mal gestartet (dauert nur 6 min) und es wurde immer nur eine Nachricht versendet (Finished) weder bei run noch bei inprogress wurde etwas versendet.
Hatte es ja am Anfang in mache drin und da ist nichts passiert