und wie sieht der Skript aus - nur so können wir dir evtl. helfen
Anschaltung ist auch relevant - digitaller oder analoger Hall-Ausgang?
und wie sieht der Skript aus - nur so können wir dir evtl. helfen
Anschaltung ist auch relevant - digitaller oder analoger Hall-Ausgang?
das sind zu wenig Informationen zum Projekt
verweise auf RE: ESP32 WiFi&Bluetooth CP2104 DHT11 Soil Temperature Humidity Sensor 18650 Battery Base Modul oder HIgrow Sensor
leider ist keine verarbeitende Rule dargestellt?
Einem weiteren Entprellen könnte man sich theoretisch so nähern.
Counter2 ist Tageszähler welcher in der 2. Tagesminute auf 0 gesetzt wird, aber auch mit ener weiteren Hysterese belegt.
rule1
ON System#boot do Var1 0 endon
on Time#Minute=2 do counter2 0 endon
on counter#c1>%VAR1% do Backlog VAR1 %value%; counter2+1 endon
Welcher ESP und welche Programmierung - Rule oder Script ? und wie ist die Beschaltung mit dem externen Spannungsteiler umgesetzt?
und - wozu ist der Doppelpunkt vor dem on bei Rule2 und Rule3 gedacht ? (siehe Bild rot ?)
Welche Rules wurden avisiert und welche ist im System angekommen ?
bei Tasmota ist oft das Problem- das Programm ist erdacht aber mit fehlerhafter Syntax auf dem System angekommen!
Wenn das Programm nach einem Restart nicht läuft ist eine Prüfung mit Consoleneingabe Rule0 und Prüfung der Ausgabe erforderlich .
In deinem Fall wird rule1 und rule2: unterschiedlich dargestellt (:) da geht es schon los.
Bitte Rule0-Ausgabe hier posten
Sleep 0 bei der ESP32 CAM (wenn das Netzteil es erlaubt - 180mA im Durchschnitt) mit fast dem doppelten Stromverbrauch als sleep 250, aber auch mehr als die doppelte Bildframerate gegenüber sleep 50 möglich.
So kann einem Script-Abbruch auch vorgebeugt werden.
Wie sieht den das Ergebnis und der Script jetzt aus ?
was hast du geändert?
1.) ok - bei Minuten ist hier nur mins ausreichend um die Tasmota -Syntax zu befriedigen !
2.) Tasmota Befehl sensor53 d1 in der Konsole eingeben, damit die empfangenen SML Daten ausgegeben werden anstelle interpretiert zu werden.
Beispielhaft enthält die Tasmota Konsole anschließend Zeilen wie diese:
3.) Tasmota Befehl sensor53 d0 in der Konsole eingeben um den "Dump" Modus zu beenden.
Mal sehen ob bei der Idee von Noschvie was raus kommt.
4.) Entlasten der >F Session (100ms) schaffen das nicht bei einem 8266 !
d.h. >F Zeile löschen und gegen >S ersetzen und die alte >S Zeile löschen
Pin? wenn die Werte am Display ablesbar sind sollte es reichen, aber
;set sml driver to 300 baud and send /?! as HEX to trigger the Meter res=sml(1 0 300) print "Anfrage wird gesendet" res=sml(1 1 "0000000000000000000000000000000000000000") res=sml(1 1 "0000000000000000000000000000000000000000") res=sml(1 1 "2F3F210D0A") res=sml(1 0 2400)
diese Konstellation ist eine Trickanfrage die sicherlich mit der CPU-Frequenz, dem Chip und der sleep-Einstellung des System harmonieren muss -viel Glück beim probieren - oder Noschvie hat noch eine Idee.
Das System ist schwer überlastet und wird schon überhitzen !
aus WEBLOG 11:13:19.985 MQT: sml/tasmota/waerme/STATE = {"Time":"2024-03-07T11:13:19","Uptime":"0T00:01:55","UptimeSec":115,"Heap":12,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":332, und kann die Daten nicht mehr sicher abarbeiten (System-CPU zu schwach ?). Ein Versuch mit Sleep 250 wird nicht ausreichen !
>Status 2 in der Console zeigt uns das verwendete System.
kritischer Script - nur 1 Uhr und und !!
;Tagesverbrauch
hr=hours
if chg[hr]>0
and hr==1
and v2>0
then
für Test ersetzen durch:
;Tagesverbrauch (jede Minute)
hr=minutes
if chg[hr]>0
then
weblog 4 auf der Konsole
welches Release läuft da - im Standardscript ist case ? sicherlich nicht enthalten
Jetzt geht es in den Frühling und es ist Zeit die Variante 2 zu integrieren und einen Nachbau euch zu ermöglichen.
Es ist noch nicht alles in der Software untergebracht (Bootanzahl mit JSON im Script auslesen, habe ich noch Sorgen und die realen Laufzeiten heute, gestern und der Durchschnitt berechnet). Ebenso fehlt mir noch Zeit mit dem jetzigen Code die 2-tägliche Abarbeitungen zu unterstützen. 2a) ist dann geplant erst im Herbst gefordert und hat auch noch etwas Zeit.
Aktuell steht der Code auf Test - minimale Zykluszeit in der festen Wartepause.
Für Hinweise bin ich dankbar. Mit einem ESP32C3 super mini kann sofort getestet werden, da die blaue LED wie das Relais geschaltet wird. Die Spannungsüberwachung wird sicherlich im Leerlauf nicht zuschlagen.
PS: Die WebUI-Steuerung hängt im aktuellen Zustand an einem Handy-Hotspot bei der Anlagenbegehung. Am Tage läuft das System ohne WLAN und kopplet sich nur bei Besuch wieder an. Fernziel auf eigenes Access-Point umbauen um mehr als 2 Steuerungsclients zu ermöglichen, doch die Unsichtbarkeit des WLANs bekomme ich aktuell nicht hin.
=============================
im Anhang der aktuell Stand
Achtung! Standardbutton ausgeschalten
(Backdoor zum Editor über Versionsnummer)
Version 9.4 und sleep 250 regelt viel besser ist aber eine 13.3.0 !
Wenn die Geräte immer am Netz sind und bleiben, kann sich der Elko auf Dauer auch "heilen" - den Leistungensverlust der dennoch entsteht kann mit dem neuen Tasmota Release und Einstellungen aufgefangen werden ( Achtung- Steps beachten bis Release 13.x)
schön - und jetzt jedem Gerät noch in der Konsole wificonfig 4 verpassen um bei Wlan-Ausfall nicht dem Nachbarn die Gelegenheit zu geben sich einiger Geräte zu bemächtigen ( sie bauen sonst mit wificonfig 2 alle ein AP auf - nach einem Stromausfall bis die Fritzbox sich meldet, das ist hässlich )
meins du Tasmota Geräte die sich nicht an die neue Box ankoppeln, obwohl das gleiche Passwort und die selbe SSID genutzt wurde?
waren die Geräte hoffentlich alle mit wificonfig 4 umgezogen?!
wenn Standard wificonfig 2 - hängen sie jetzt evtl. in der AP-Anmeldung- Strom kurz trennen geht sich am schnellsten
wificonfig steht auf ?
Immer das selbe Thema bei dir ? Wieso ist Strom weg und wie lange und in welchen Intervall?
1. ) SetOption36 20 - 20 Boots zulassen bis RESET-Firmware in 10 s
2.) Der Skript wird auch deaktiviert bei einer Loop-Erkennung (Programmfehler z.B. endif vergessen usw. wenn der Pfad nur selten angelaufen wird), um das System nicht zu verlieren.
ich sehe den Weg nur eine Compilerübersetzung mit Vcc intern anzutreten um bei jedem Durchlaufen auf >F die interne Spannung auf 3-5 %memx% (Datei ist zu langsam) mitschreiben zu können!
Bricht das System zusammen ( sicherlich wird es nur trotteln und würde mit Sleep 0-250 noch Unterschiede zeigen) kann ausgewertet werden ( oder man kauft sich einen Oszi für den PC mit Speicher (. 80 Euro) für Überwachung der 3V3 ) - es liegt zu 80 % an der Versorgungsspannug und zu 22% 😃 an der Programmierung ( Verlustleistung an der
CPU-Zuleitung = RL * I2 die spontane Stromanforderung durch die CPU muss durch die Leiterbahnen (Skineffekt) und wirkt sich quadratisch aus - also Stürzelko dicht an die CPU - fertig!)
Als Anfänger ist man zufrieden wenn das Programm läuft, aber Wlan und Programm parallel auf einer Cpu ist eine Herausforderung. Nur ein Event sollte dann zur jeweiligen tieferen Bearbeitung führen- Ketten von If- Abfragen sind schnell kritisch
Heap und Stack prüfen hilf nur bedingt- da zu langsam die Anzeige durchschaltet
PS: Deshalb geht der Trennt seit 30 Jahren auch in allen Systemausprägungen ( viel Cpu und Ram = weniger Ärger, weil genau solche Aufklärungen anstrengend werden und meistens dann auch zuviel kosten) ESP32 gibt es auch mit 2 Cpu aber den Vorschlag von Einstein67 kann man zuvor riskieren