Beiträge von edizius

    Hallo,

    Über Fast Power Cycle Device Recovery wird wieder ein tasmota AP erstellt, allerdings folgt nach eingeben von SSID+PW ein Neustart, und das Modul ist mit dem WLAN verbunden, und AP wird auch keiner mehr erstellt .

    Insofern habe ich das selbe Spiel nochmals betrieben, aber zuerst über erweiterte Optionen "reset configuration" durchgeführt, über http-command auch noch "reset 3", aber dennoch, nachdem ich Versuche mit dem WLAN zu verbinden ist das Modul plötzlich verschwunden.


    Meine Idee wäre jetzt gewesen in dem AP Modus die Firmware neu rauf zu spielen, und dachte zuerst das mache ich auch via den http-Befehl "

    http://192.168.4.1/u1?o=http%3…Frelease%2Ftasmota.bin.gz

    "

    aber nachdem zu diesem Zeitpunkt noch keine Wifi-konfiguration durchgeführt ist, wird dies wohl nicht funktionieren.


    Habt ihr eine Idee wie ich dies in diesem Zustand wiederbeleben könnte?


    Mit Decode-config vl. Parameter auf default setzen? Aber das sollte doch eig. Fast Power Cycle Device Recovery + reset config + reset 3 auch mindestens 1x erfolgreich machen,oder?

    Nun ja, ich habe es einmal alles manuell konfiguriert und dann auf alle Lichtschalter portiert, damit alle ident sind. Nachdem ich nicht alles manuell mitgeschrieben habe was alles angepasst wurde wollte ich die Konfiguration halt Übernehmen (statische IPs, LEDs deaktivieren, MQTT und Hue emulationseinstellungen...)

    Vermutlich wäre besser gewesen den ignore-warnings-parameter weg zu lassen, die jeweiligen Zeilen zu den Warnungen aus der .json zu löschen und dann erforderliche neu machen (Energy monitoring gibt es nicht, wäre egal gewesen, GPIO settings wäre in 1 min erledigt gewesen, und was im Array "param[23]" drinnen steht hätte sich vermutlich auch rausfinden lassen

    Nun ist es soweit... ich habe versucht das erste "in der Wand Modul" upzudaten von 5.13 weg, so wie es bis jetzt bei den zugänglichen Testmodulen gut funktioniert hat:


    1) backup config mit decode-config tool (py decode-config.py --source [IP-ADRESSE] --backup-file Config-@f)

    2) reset 2 (= erase flash, reset device settings to firmware defaults and restart)

    3) minimal 8.1.0 flashen (OTA mit Adresse http://ota.tasmota.com/tasmota…8.1.0/tasmota-minimal.bin), weil kleinste minimal was ich gefunden habe

    4) reset 5 (= erase all flash and reset parameters to firmware defaults but keep Wi-Fi settings and restart)

    5) flash lite 8.1.0 (OTA mit Adresse http://ota.tasmota.com/tasmota…se-8.1.0/tasmota-lite.bin)

    6) -> 192.168.4.1 WIFI settings neu eingeben

    7) reset 5

    8 ) OTA mit Adresse http://ota.tasmota.com/tasmota/release/tasmota.bin für letzte Version


    bis hier funktionierte alles und das Gerät war über die letzte IP normal über den Browser erreichbar, hatte version 10.0.0 und den Namen "Tasmota" (also normale release Parameter)

    Nun wollte ich nur noch meine Config wieder einspielen:

    9) restore config mit decode-config tool mit Befehl py decode-config.py -s [IP-ADRESSE] --restore-file [BACKUP_FILENAME_VON_SCHRITT_1].json --ignore-warnings


    Diesmal aber folgendes Ergebnis als Ausgabe

    Load data from device '[IP-ADRESSE]'

    WARNING 9 (@3734): file '.\[BACKUP_FILENAME].json' array 'energy_power_delta' couldn't restore, format has changed! Restore value contains <class 'int'> but an array of size [3] is expected

    WARNING 9 (@3720): file '.\[BACKUP_FILENAME].json' array 'my_gp[18]' exceeds max number of elements [17]

    WARNING 9 (@3720): file '.\[BACKUP_FILENAME].json' array 'param[23]' exceeds max number of elements [18]

    Restore successful to device '[IP-ADRESSE]' from '.\[BACKUP_FILENAME].json'


    Kann aber nicht sagen ob ich nicht bei den funktionierenden Modulen auch schon diese Warnungen hatte (deshalb --ignore-warnings)


    Daraufhin lies sich das Gerät nicht mehr anpingen, meine Schalter welche auf RX und TX GPIOs gehen, funktionieren nicht mehr, das Modul meldet sich nicht mehr beim Wifi an (kein neues Gerät hat sich am Router angemeldet, bzw. Die MAC ist nicht bei den verbundenen Geräten dabei), macht keinen AP zum verbinden auf, und auch ein Neustart über die Sicherung des Raumes ändert nichts an der Lage...


    Muss nun die Wand aufgemacht werden, oder habt ihr noch irgendeine Idee wie ich auf das Modul zukomme (mit Sicherung könnte man glaube ich auch einen Reset erzwingen, aber dass resettet dann halt alle Module in dem Sicherungskreis, welches glaube ich 5 an der Zahl sind... Wobei nur dieses in dem Stromkreis Tasmota 10.0 drauf haben sollte, und der Rest 5.13).

    Weiß jemand ab wann "Fast Power Cycle Device Recovery~

    " Eingeführt wurde? VL. Erst nach 5.13?

    Könnt ihr mir hier weiterhelfen, oder soll ich einen neuen Thread aufmachen?


    Danke schon mal,

    lg Edizius


    Edit:

    Einen Teilnehmer habe ich gefunden der das Modul sein könnte, allerdings steht bei den Tasmota Modulen bei mir im Router die Mac-Adresse beim Namen und bei dem steht als Name

    ESP-ABCDEF, wobei ABCDEF die letzten 8 stellen der Mac sind.

    Anbinden lässt sich das ESP Modul, allerdings kann ich keine Website über die IP öffnen. Also vermute ich dass, sofern dies das Modul ist, Tasmota nicht erfolgreich darauf läuft.

    Edit:

    Habe in der persistenten MQTT Nachricht vom Tasmota Modul die MAC Adresse gefunden, und die stimmt leider nicht überein. Schade....


    Nun ja, läßt sich im Changelog nachlesen.

    Mir ging es um automatisch immer auf Letztstand updaten. Und plötzlich ändert sich z.B. die MQTT commands, Verschlüsselung oder was auch immer, und dann ist bis ich Zeit habe zu analysieren und zu beheben 2 Tage der WAF stetig am sinken.

    Mit dem Onlinecompiler absolut zuverlässig und du hast nur das drin was du brauchst.

    Cool, wusste gar nicht dass es da ein online tool gibt. Muss ich Mal recherchieren.


    Ob man updatet oder nicht ist also echt eine individuelle Ermessenfrage!

    Denke da hast du ganz Recht. Hat beides seine vor und Nachteile uns somit seine Berechtigung es so, oder eben anders zu machen.

    Kommt wohl persönlich drauf an wie man die jeweiligen Risiken zu den erbrachten Vorteilen abschätzt und gewichtet.


    Danke euch für eure Meinung und die Zeit die ihr euch genommen habt um hier zu antworten

    Nur eben dass ich nicht weiß was sich ändert (evtl. plötzliche incompatibilitätenncompatibilitäten) bzw das Risiko eines fehlerhaften Updates (hardware Eingriff nötig, und Module teils nur mit erheblichen Aufwand zugänglich).


    Habe aber eh vor die normale Tasmota Software zu verwenden (nichts selbst kompiliertes) und insofern hoffe ich auch dass es dann ziemlich unwahrscheinlich ist dass es zu Updateproblemen von einer Version zur nächsten kommt.


    Andere Sache ist halt noch dass immer mehr zeig reingepackt wird, die Hardware aber ident bleibt, sprich Performance auf lange Sicht vielleicht schlechter wird bei steigendem Stromverbrauch, erhöhter Erwärmung, und dadurch die Sonoffs eine geringere Lebensdauer haben.


    Kann aber gut sein dass ich dies hier falsch sehe?


    Deshalb wollte ich ja diese Diskussion starten mit Leuten die mehr Ahnung haben als ich 😅

    Hi,

    Du meinst bei älteren Tasmota Versionen kommt man leichter auf SSID und Passwort von meinem WLAN-Router?

    Ab welcher Version ist dies verbessert?

    Oder meinst du eher generell, warum Smartdevices laufend upgedatet werden sollen (damit sie immer state of the art sind)?

    Ja, habe da ich dies selbst kompiliert habe schon das Problem gemerkt dass wenig speicher für das OTA Update zur Verfügung steht. Insofern war mein Testablauf wie folgt:

    1) Backup mit decode-config

    2) reset der Konfiguration(glaube reset 5?)

    3) kleinste minimal version die ich finden konnte (glaube 8.x?)

    4) wieder reset (hier gibt es nun einen "richtigen" reset wo auch WiFi konfig und alles weg ist)

    5) über 192.168.4.1 SSID wieder konfigurieren

    6) Update auf neueste minimal Version

    7) update auf neueste normal Version

    8) Konfiguration über decode-config wieder einspielen


    Dies funktionierte bei den Testmodulen soweit ganz gut. Bin mir nur noch nicht sicher ob ich dies für die "nicht erreichbaren Sonoffs" in der Hohlwand auch riskieren will...


    Also wäre deine Empfehlung eher die Module aktuell zu halten?


    Ich persönlich würde am liebsten alle auf einen stabilen Stand bringen, und dann nicht weiter updaten, um nicht unnötig Risiko durch fehlerhafte updates zu generieren.


    Aber ob dies nun 10.x sein soll, oder eine ältere Version bin ich unschlüssig.


    Oder ich lass alles so wie es ist um nichts zu verschlimmbessern...

    Hallo,


    ich habe bei mir im Haus etliche Sonoffs mit Tasmota verbaut (alle Lampen 1-Gang, Jalousien die Dual, ein paar S20 für die Steckdose Auslässe, 2xPow für WM und WT)


    Die meisten haben FW 5.13 selbst kompiliert über die Arduino IDE, die "nichtverbauten" (also alle S20, 2xPOW, und 1x Jalousie, aber KEINE "normalen" vom Licht) haben FW 10.0.


    Nun würde ich gerne auf allen die gleiche FW haben,bin nun aber nicht schlüssig welche ich verwenden soll. Meine Geräte gehen z.b. oft einmal für ein paar Sekunden laut MQTT Nachricht offline, obwohl Rossi teilweise >90% ist. Weiß aber nicht ob dies bei den neueren Versionen noch ident ist.


    Jetzt habe ich aber gesehen dass der Funktionsumfang sowie die Komplexität der Tasmota SW schon ziemlich riesig ist, und insofern meine Vermutung ist dass der Stromverbrauch sowie die Fehlerwahrscheinlichkeit für meine Anwendung unnötig hoch sein dürfte (brauche eig. nur MQTT, pulsetime, HOLD, evtl. zukünftig noch Jalousiensteuerung, wobei ich dies dzt. In OpenHab über die Zeit bereits abschätze, ist also kein musthave).


    Gibt es irgendwo eine Empfehlung welche Version "die stabilste" ist (also am wenigsten known Bugs hat) und für "Normalanwendungen" verwendet werden soll?


    Auf der Tasmota Seite ist ja die Empfehlung "never change a running system" / "if it ain't broken, don't fix it". Insofern müsste es eig. Eine möglichst alte SW sein, wo der Code noch "einfach" war, oder?


    Oder würdet ihr auf den Letztstand gehen, damit man mit OTA immer auf Letztstand bleiben kann? Wie handhabt ihr eure Smartphone Geräte?


    LG Edizius

    Hi,

    Am besten aber nicht DHCP verwenden, sonst stimmt die aufgeschriebene IP nicht mehr. Andererseits, über den Router sollte normalerweise die richtige IP Adresse auffindbar sein (variiert je nach Router, aber normalerweise gibt es so eine Seite wie "DHCP Clients"). Außerdem solltest du sicherstellen dass du überall einen guten WLAN Empfang hast, damit nicht die verbauten schaltet ständig On- und Offline gehen.

    Und noch der Log vom verhalten


    Der Vollständigkeit halber: Ich habe nun 2 Module exemplarisch auf 8.1.0 upgedatet und es ist tendenziell schlechter geworden, oder zumindest nicht besser. Vermutlich sind die Module einfach sehr störanfällig und "Aluhut" ist das einzige was hilft...

    Mit Arduino have ich vorher schon gearbeitet und funktionierte insofern für mich einfacher. Atom Einrichtung habe ich nicht so ohne weiteres geschafft, insofern blieb ich bei dem alt-bewährten.

    Will aber ohnehin nur noch mit OTA updaten, habe nur noch nicht heraus gefunden ob es Vorraussetzungen für die Minimal-Versionen gibt, außer dass sie Platz haben (sprich: unabhängig davon was im Code vorerst manuell aktiviert/ deaktiviert wurde? Ursprüngliche Flash-Einstellungen wie z.B. SPIFF Einstellungen interessant solange die Minimal-Version noch Platz hat? Warum gibt es für jede Version eine neue Minimal-Version und warum ist es nicht für alle, oder zumindest für jede Core-Version die selbe? Warum sind die Minimal-Versionen unterschiedliche groß? Kann man den Migration-Path path nur mit den Minimal-Versionen durchführen, oder muss zwischen drinnen immer die normale tasmota.bin aufgespielt werden?)


    Und diese Punkte habe ich im Wiki nicht gefunden und auch so nicht wirklich was relevantes gefunden.

    Habe mir damals in der Arduino-IDE alles so vorbereitet dass das Modul im Worst-Case nach einem Reset (z.B. GPIO 0 Button mehr als 40s gedrückt) immer noch zu 90% richtig konfiguriert ist, auch wenn ich als GPIO Eingänge den RX und TX benutze (außer bei den Sonoff Duals, da hier die Serielle Verbindung ja für die Ansteuerung der Relais benötigt wird), damit ich das Risiko zu minimieren kann dass ich physikalisch zu den Modulen muss.


    Habe aber bis dato mit keinen Tools rumgespielt von denen ich keine Ahnung habe.

    Auf welchen Punkt beziehst du dich genau? Dass die SPIFFs falsch eingestellt waren? Ursprünglich war hier die Anleitung von Tasmota anders und hat sich erst mit der Zeit geändert.

    Oder redest du vom OTA Update? Dies ist doch genau das Gegenteil von "Tools die für erfahrene User sind", da dies extra eine Lösung sein sollte damit jeder (auch ohne programmiererfahrung) ein Update zusammenbringt.

    Hallo,

    Ich habe nun den "TV-Sonoff" (S20, daher leicht zugänglich) nochmals seriell auf die v5.13 geflasht, damit ich das OTA updaten nochmals durchspielen kann. Bin nun aber darauf gekommen dass die SPIFFs Einstellungen wohl falsch waren, da ich hier nun nicht einmal die minimal-Version mehr aufspielen kann. Könnte es sein dass ich vor dem fehlgeschlagenen Update auch falsche SPIFF Einstellungen hätte, aber die Minimal-Version noch Platz hatte? Könnte dies den fehlerhaften OTA Update erklären?

    Oder lag es eher daran dass 5.13 nicht direkt auf 8.x über OTA upgedatet werden kann?


    Ich habe außerdem gesehen dass die Minimal-Versionen unterschiedliche Größen haben. Hat dies nur mit den Versionen zu tun, oder sind bei den Minimal-Versionen noch ein paar dinge aktiviert? Meine Frage zieht darauf ab, ob es für Tasmota-Module welche mit falschen SPIFF Einstellungen geflasht wurden mittlerweile eine Möglichkeit gibt diese über OTA auf eine andere Version zu bringen oder ob dies (noch?) Nicht geht.


    Last but not least: ich habe el2 Module welche noch normal funktionieren, aber sich nicht (mehr) mit dem WLAN verbinden wollen. In den AP Modus bringe ich sie leider auch nicht mehr. Kennt jemand dieses Problem? Habe dazu nämlich nichts sinnvolles bei Google gefunden.


    Danke euch allen,

    LG Edizius

    So, ich habe nun erfolgreich wieder die 5.13 geflasht, und die Konfiguration eingespielt. Wenn ich mir selbst eine .bin aus dem neuesten Tasmota-Projekt erstelle, mit meinen Einstellungen vorkonfiguriert, kann man dann direkt mit 1x minimal und dann auf meine custom.bin updaten?


    Sorry, hab das mit dem Migration-Path noch nicht ganz verstanden. Dies ist nur um die Einstellungen von einer Version zur nächsten mitnehmen zu können, oder? Aber wofür ist dann das "decode-config Tool" und der TDM (Tasmota device manager)?


    Und wo bekomme ich überhaupt die "alten" minimal/bins für den Migration-Path her?


    Danke, lg Edizius

    Aber in diesen Schritten jeweils mit minimal und normal (also 8 Flash Vorgänge) oder direkt auf 8.x (also 2 Flash Vorgänge)

    1. Migrate to Tasmota 5.14
    2. Migrate to Tasmota 6.x
    3. Migrate to Tasmota 7.x
    4. Migrate to 8.x