NEWS

Wenn man das automatische Beginnen der Ladung beim Einstecken des Kabels verhindern will, dann muss man das über den Datenpunkt für die Authentifizierung machen (Zugangskontrolle). Den kann man über ioBroker kontrollieren.

EDIT
"access_state" muss dann auf "key required(1)" stehen

@haus-automatisierung

Klasse, danke.

@beowolf
Richtig, leider.
Ist nicht meine Version, eher die vorhergesehene mqtt-Version, die ich versucht habe für jeden verständlich zu erklären.

Meine Version ist die, die Du nun verwendest mit Timeout.
Die Version ist quasi nicht gern gesehen und auch nicht vorgesehen.
Macht nichts anderes als geloggte Befehle (Web-GUI) zu senden.

Zu der vorgesehenen mqtt-Version:
wenn man die verwendet gibt es zu viele Einschränkungen.
Außerdem macht ein Neustart Schwierigkeiten oder/und auch evtl. Störungen z. B. Verbindungsproblem (Wifi oder was auch immer).
Auch hier wird zwar dann auf mode:0 gestellt ABER auch wieder ein Pending.
Was einen direkten Setzen des Wertes ins Nirvana laufen lässt.

Bedeutet: Wenn man ein script oder blockly hat, das bei einem Neustart der DTU sofort auf 2 setzen möchte, das nicht möglich ist.
Es muss auch wieder eine Zeit vergangen sein.

Habe darauf auf github hingewiesen., aber... naja, abwarten.

Bedauerlich, weil ich die DTU nachts, täglich neu starten lasse(n möchte).
Soll nicht ununterbrochen 24/7 laufen (aus Eigenerfahrung nicht so gut).

Auch wenn man in der Web-Gui was ändert, wird gewollt Mode:0 gesetzt.
Mag ich auch nicht.

Wenn da von Entwicklerseite OpenDTU-OnBattery nichts geändert wird, dann werde ich das sauber in js umsetzen (polling auf state, mit Blockly nicht bzw. sehr umständlich möglich) oder (falls mal mehr Muße und Zeit vorhanden) die Firmware patchen, dass bei DPL "aus" statt unvorhergesehenes oder unterstes Limit bei Allen Wechselrichtern 100% gesetzt werden.

Bis dahin ist mir meine curl Version auch lieber und funktioniert mit Timeout besser als mqtt.

@iobrokermike
Hier stand Blödsinn, gelöscht. Sorry

@amutep sagte in Durschnittliche Aktualisierungszeit berechnen:

Der Wert schwankt jetzt zwischen 10 und 13 heist das jetzt das in 2 min nur 10-13 Werte ankommen?

Ja.

und wie kommst du auf die 360000?

Das ist die Kombination eines Schreib und eines Denkfehlers - es sollten 60 Minuten sein, und hätten damit 3600000 sein müssen - die eine 0 ist unter gegangen.

A.

@paul53 sagte in Meldung Bewässerung nach Zeit X:

@perladd sagte: Bewässerung eine Zeit X läuft mir die Meldung per Mail schickt.

Blockly_temp.JPG

Hallo,

das Timeout hat mir geholfen, super vielen Dank für die Info

Ich wünsche allen noch einen schönen Sonntag

@paul53 Also besser den Lüfter laufen lassen, alles klar. Ein wenig regeln könnte man das also nur über die Taupunktdifferenz im Script?

@paul53

Um Fehlermeldungen zu verhindern würde ich da aber dann noch sicherstellen das der Index die Liste nicht verlassen kann:

Screenshot 2025-08-24 at 10.16.36.png

@asgothian sorry... hatte den Baustein "Betrag" nicht gesehen.

@paul53

Und schoh gehts.

Danke für deinen Support.

LG Duffy

Um die Schreibzugriffe auf den Speicher noch etwas zu beruhigen lasse ich die opendtu nur noch alle 15 sec und den Shelly an der Messeinrichtung alle 15 sec Werte an den Mosquitto schicken.
Vorher waren es 5 sec.
Jetzt wird heute geloggt und morgen probiere ich es noch mit 20 sec.
Bis jetzt sieht es gut aus.

@asgothian said in Blockly-Ersatz für BWM "Time No Motion"?:

Skript-Intern: Variablen. Skript-übergreifend; Datenpunkte

Das hoffe selbst ich behalten zu können. Danke

@paul53

stimmt

@daniel-8
Hey Daniel,
hast du den SF800 Pro nur per MQTT mit dem ioBroker verbunden oder nutzt du den Adapter?
https://github.com/nograx/ioBroker.zendure-solarflow

Funktioniert es per MQTT gut? Werden die Daten dann lokal per WLAN vom SF800 Pro geholt?
Die App funktioniert trotzdem noch?

Klappt die 0-Einspeisung automatisch oder muss man da selber ein Blockly oder so bauen?

Danke,
Grüße Christoph

@crunchip

VIELEN DANK!

Die ersten Tests sehen gut aus.

@sleepless135 sagte: Leider schaltet das Script alles nach denn 45 Sekunden wieder ab.

Dein Grenzwert für "stop timeout" ist zu hoch. Ich hatte 260 vorgeschlagen.

@paul53
Oh man, ja klar. Der untere Teil war's. Ich....

Vielen lieben Dank. Das autom. Einschalten klappt jetzt schon prima.

Edit: Das autom. Ausschalten hat auch prima geklappt. Perfekt. Herzlichen Dank für den Support.

@paul53

alles klar, werde ich probieren, dankeeee

@christobal0815 sagte: Das Skript läuft zu jeder vollen Stunde

Das Skript läuft täglich um 6:45 Uhr und um 8:45 Uhr. Die Prüfung des Wochentages bestimmt, zu welchem Zeitpunkt die Nachrichten gesendet werden.

@christobal0815 sagte in Blockly-Zeitplan Wochentag / Wochenende:

Ist es „Ressourcenschonender“ zwei Skripte zu erstellen mit Cron Mo - Fr und Sa/So oder die von dir vorgeschlagene Variante

Die vorgeschlagene Variante ist Ressourcen schonender, aber weniger flexibel.
Noch weniger Ressourcen benötigt folgende Version:

Blockly_temp.JPG