Gosund SP112 (Tasmota) verliert Kalibrierung

[frankyboy73]

@invidianer Hi, schau mal ob SaveData aktiviert ist, In der Konsole
SaveData
eingeben,
Zum aktivieren
SaveData 1

[Jan1]

@frankyboy73
nur nötig wen man vorher da rum gespielt hat, da Tasmota default auf 1 steht

[frankyboy73]

@jan1 Hi, ja normal ist das default auf 1, sonst würden Ihm wahrscheinlich auch seine Template Einstellungen für die SP112 verloren gehen. Aber nachschauen kann ja nicht schaden, mir fällt sonst keine Erklärung für das Verhalten ein.
Auch bin ich mir nicht sicher wie das bei der Lite Version von Tasmota ist. Wenn ich mich nicht irre, wird die ja beim flashen per Tuya Convert verwendet und die meisten Flashen die Gesounds ja auf diese Weise.

[Jan1]

@frankyboy73
Das ist der nächste Fehler, OTA Erstflash ist möglich, aber bitte nicht wundern, wenn sich die Dinger dann seltsam verhalten. Kabel dran, oder sein lassen

[invidianer]

Hmm, danke! Also Status abgefragt, aus, Status gesetzt, Status erneut abgefragt, an:

11:15:26 CMD: savedata
11:15:26 MQT: stat/tasmota/RESULT = {"SaveData":"OFF"}
_
11:15:32 CMD: savedata 1
11:15:32 MQT: stat/tasmota/RESULT = {"SaveData":"ON"}
_
11:15:37 CMD: savedata
11:15:37 MQT: stat/tasmota/RESULT = {"SaveData":"ON"}

Komischerweise ist an meinen SP111, die sich definitiv die Werte gemerkt hatten (ich habe sie alle im Büro geflasht und dann im Haus verteilt) nun ebenfalls "SaveData":"OFF"! Ich hatte neulich ein größeres Tasmota-Firmware-Update gemacht, vielleicht hat es sich dabei zurückgesetzt?

[frankyboy73]

@invidianer Hi, wenn du bei deinem Firmware Update erst auf Minimal oder Lite geupdatet hast, bevor du die Vollversion eingespielt hast, wäre das eventuell eine Erklärung. Kommt wahrscheinlich auf den Versionssprung an. Bin mir da aber nicht sicher.
Ich hoffe das es dann jetzt bei dir mit dem speichern der Kalibrierung klappt.

[invidianer]

@frankyboy73
Ja, es war in der Tat ein so großer Versionssprung, daß ich zuerst die Minimal-Version und dann die "normale" installieren mußte.

Allerdings glaube ich, daß man mit "savedata 1" sozusagen den "Schreibschutz" aufhebt und später nach der gewünschten Änderung mit "savedata 0" wieder "schreibschützt".
Das habe ich bei der Vergabe der IP-Adresse (ich nutze für die Gosunds kein DHCP) so gemacht, nicht aber beim Einstellen des NTP-Servers und der Kalibrierung der Strommessung (es wurde in einer Anleitung zum Vergeben der IP-Adresse explizit erwähnt, in der für den NTP-Server und die Kalibrierung aber nicht, daher).

[Chaot]

@invidianer Welche Version war denn vorher drauf?
Savedata 1 ist erst sein ein paar Versionen. Vorher war das Standard OFF

[frankyboy73]

@invidianer Hi, man kann SaveData eigentlich immer auf 1 lassen. Du kannst es aber auch immer wieder deaktivieren und bei Änderungen vorher aktivieren.
Wenn es aktiviert ist, werden bei 1 jede Sekunde die Parameter gespeichert, was natürlich den Prozessor etwas mehr fordert. Das deaktivieren kann natürlich sinnvoll sein, wenn man Geräte hat die auf Batteriebetrieb laufen, um noch etwas mehr Strom zu sparen und dadurch die Batterie länger hält. Man kann den Intervall für die Parameterspeicherung auch einstellen. (SaveData 2, oder SaveData10) Zwischen 1 und 3600 Sekunden.
Hier mal die Command Liste, Save Data ist unter "Management" zu finden.
https://tasmota.github.io/docs/Commands/#management

[Jan1]

@chaot
das ist schon eh und je auf on und ich bin seit Version 3.* dabei

[Jan1]

@frankyboy73
ja kann man und macht auch kein wirklichen Sinn das auf off zu stellen. Das war mal ganz früher als das noch alles sehr wackelig war sinnvoll, damit er nach nem Restet wieder in seine default Settings fällt, oder wenn man was ausprobieren möchte und sich damit selber aussperren könnte.

[frankyboy73]

@jan1 Ja, richtig, war eigentlich immer schon auf 1.
Reloxx13 hatte damals mal für einige Tasmota-Versionen bins veröffentlich/modifiziert, bei denen fast alles deaktiviert war, um die Sonoff Geräte möglichst wenig zu belasten. Bei denen Stand Save Data auch immer auf 0. Die haben viele aus dem CreationX Forum benutzt.

[Chaot]

@jan1 Oh ja, da hast du wohl Recht. Das war die Reloxx13 Version die ich da im Kopf hatte.

[Jan1]

@chaot
Ich kenne auch die Diskussion darüber mit an und ausschalten und dass das immer wieder geschrieben wurde, dass wenn man was ändert, es vorher ein und danach wieder ausgeschaltet werden soll, was ein Blödsinn
Nur weil man was an und ausschalten kann, macht das nicht generell Sinn.

[Chaot]

@jan1 Ja, ich kann mich erinnern. Da gab es damals einen ellenlangen Tread darüber. Habe ich auch nie nachvollziehen können warum man das Quentchen noch aus den Kisten rausquetschen wollte.

[invidianer]

Oh wow, danke für die Erklärungen!!
Die „Anleitung“ zum savedata-Befehl bei github hatte ich auch gefunden, war mir aber nicht sicher, ob ich es richtig verstanden habe.

Ich persönlich habe kein Problem damit, vor jeder Änderung (wann ändert man da schon mal was) den „Schreibschutz“ rauszunehmen und nach der Änderung wieder zu aktivieren. Es gibt mir ein gewisses Gefühl der Sicherheit, daß sich nicht doch mal etwas „zerschießt“ und die Vorstellung, daß jede Sekunde auf Änderungen geprüft und diese gespeichert werden, obwohl ich vielleicht ein mal im Jahr etwas ändere, kommt mir doch für meinen Anwendungsfall ziemlich oversized vor (selbst, wenn man den Wert von einer Sekunde nach oben verstellen kann).

Danke nochmals für Eure Erklärungen!

[Jan1]

@invidianer
Das ist kein Schreibschutz, nur eben kein automatischen Speichern der Änderungen