Entschuldigung war ein Fehler meinerseits
Beiträge von edizius
-
-
Hallo,
Ich habe sonoff dual R2mit der shuttercontrol-option aktiviert für meine Jalousiensteuerung im einsatz.
Damit ich sie über Taster auch auf/ab fahren kann, habe ich eine Regel eingefügt:
meine tasmota rule für die Jalousiensteuerung bis zu Version 12.0 lautete "ON Switch1#State=1 DO Backlog Power2 0; delay 2; Power1 1 ENDON ON Switch2#State=1 DO Backlog Power1 0; delay 2; Power2 1 ENDON".
Somit führen bei einen kurzen Druck die Jalousien ganz rauf bzw. Runter, (Well delay länger dauerte wie der Tastendruck), und beim halten der Taste stoppte die Jalousie sobald ich den Taster los ließ.
diese funktioniert aber seit dem Update auf 13.4 nicht mehr. wie müsste die rule jetzt heißen?
Bzw. Wie habt ihr das gelöst?
Danke,
LG edizius
-
Ad Punkt 2: Power wird immer bei Endpositionen verriegelt, sprich PulseTime wird nicht mehr benötigt.
Allerdings führt dies auch zum Problem wenn oft auf/ab gefahren wird ohne eine Endlage zu erreichen, passiert es dass man dann zB auf "0" fahren will, die Jalousien aber bei 10% oder so stehen bleiben und nicht weiter hoch fahren wollen (auch bei Einstellung dass die Endlagen 1s überfahren werden sollen -> ShutterEnableEndStopTime<x>).
Abhilfe war bis jetzt nur, ShutterSetClose<x>, dann nach oben fahren, und am Ende ShutterSetOpen<x> durchzuführen
-
Zweite Sache die mir noch Probleme bereitet ist die PulseTime: bis jetzt habe ich über PulseTime sichergestellt dass nicht eine Richtung dauerhaft geschaltet ist. Mit SetOption80 führt dies allerdings zu einem komischen Verhalten: sobald die Jalousie rauf gefahren ist schaltet sie direkt wieder um und fährt nach unten. Ich glaube will die PulseTime für BLDC Motoren wäre, wenn ich dies richtig verstanden habe.
Insofern müsste dies auch über rules geschaltet sein?
-
Falls du OpenHab verwendest gibt es für Autoupdate-Rule auf der Tasmota Seite eine kopiervorlage.
-
Hallo,
Ich habe meine Jalousien auf Sonoff dual bzw 4CH hängen.
Bis jetzt habe ich noch nicht die "SetOption80" Option verwendet, und verwende einfach PulseTime für die auf /ab Zeiten der Jalousien und verriegle via Interlock+ zusätzlich rules bei drücken der Taster.
Ich würde nun gerne auf die Shutter-Option "SetOption80" umsteigen, da ich mit ein besseres Ergebnis erwarte (dzt. Schätze ich die Position via Rules in OpenHab ab, stimmt aber logischer weiße nicht so gut, da immer nur auf MQTT Nachrichten reagiert wird, und nicht auf das richtige Ereignis).
Da in Der Jalousien-Motoren-Anleitung angegeben ist dass zum Schutz der Motoren min 200ms Verzögerung bei einem Richtingswechsel.eingehalten werden muss habe habe ich mittels "Interlock" + eine Regel verriegelt:
ON Switch1#State=1 DO Backlog Power2 0; delay 2; Power1 1 ENDON ON Switch2#State=1 DO Backlog Power1 0; delay 2; Power2 1 ENDON
Mein "Problem" ist nun, dass ich für die Verriegelung nicht mehr nur über Taster oder "backlog-Befehle" schalte, sondern einfach direkt ShutterPosition Befehle verwenden will.
Probiert habe ich deshalb eine Regel
rule1 on shutter#moved do delay 2 Endon
allerdings ohne Erfolg (denke es wird nichts verriegelt, weil delay nur für Backlog Reihen verzögert, aber parallele Tasks immernoch direkt eingehen können. Außerdem wird die Regel bei direktem Richtungswechseln nicht immer getriggert).
Wie sieht dies bei euch aus? Habt ihr elektrische Verriegelungen für die Jalousien-Steuerung, habt ihr den Tasmota-Code modifiziert um eine höhere InterlockTime zu erreichen, oder wie geht ihr mit der Thematik um?
Die 50ms vom Interlock dürften für die meisten Jalousiemotoren ja eher zu kurz sein?
Danke vorab,
Edizius
-
Super, vielen Dank! Werde ich gleich Mal testen
-
hi,
bpanzer : Danke fürs teilen! Echt super von dir.
Ich finde aber auf der verlinkten Gitlab Seite keine .bin Datei. Kann die vl. jemand zur Verfügung stellen?
Oder wurde dies bereits in die Version von arendst gemergt (Bzw. besteht VL ein offener Pull-Request?)?
Finde das Feature nämlich sehr nützlich und es wundert mich dass dies (noch?) nicht im Original-Code von Tasmota mit drinnen ist.
-
Hi, das Modul hat einen ap, der mir eine IP im 192.168.4.x Netz vergibt, allerdings läuft kein UI/ webserver.
Auch commands / sub-pages wie "192.168.4.1/?Up" funktionieren nicht.
Mit dem Versionspfad habe ich als Empfehlung bzgl. Config gesehen, nicht als must have, weil es bis jetzt ja auch so ging.
-
Hallo, man sollte sich beim update an den "Upgrade Flow" halten
wie bereits erwähnt habe ich durchs Selbstkompilieren zu wenig freien Speicher über gehabt. Deshalb über kleinste Minimal Version
---
so... jetzt ist aber gut mit den spielerreien...
Da es nun ja doch "so" funktioniert hat, und ich vermeintlich die Sonoffs mit Fast Power Cycle Device Recovery notfalls wieder beleben kann, wagte ich nun doch den nächsten Schalter.
Version 5.13.1a, wieder OTA über
Codereset 2 restart 1 http://[IP]/up? --> http://ota.tasmota.com/tasmota/release-8.1.0/tasmota-minimal.bin http://[IP]/up? --> http://ota.tasmota.com/tasmota/release-8.1.0/tasmota-lite.bin
An der Stelle sollte nun AP mode starten, aber das Module heißt nicht tasmota_*** sondern ESP_***
Ich kann mich zwar verbinden, der "Server" ist 192.168.4.1, aber ich kann über das Netzwerk nicht darauf zugreifen.
Und... auch Fast Power Cycle Device Recovery funktioniert nicht...
Bedeutet dies nun dass dieses Modul nur noch über "Kabel" neu geflasht werden kann, oder kann man das irgendwie heilen?
P.S.:
Habe bei einem Tipp gelesen dass man sich mit dem AP verbinden soll, und dann über
wieder rauf kommt, aber ich bekomme dann nur
ist in dem Fall die 8.1. Lite die ich versucht habe aufzuspielen...
Weiß vl. jemand hier rat?
-
Bei 5.13 sagen die Geräte immer dass sie kurz offline sind (im Betrieb allerdings nicht spürbar, nur der LWT über MQTT), und bei 2 Schaltern war wirklich schlechte Verfügbarkeit (nicht mit Router verbunden), obwohl guter WLAN Empfang vorhanden ist / wäre. Bei einem mit "reset 3" das Problem behoben, beim anderen wollte ich dies mit update auf 10.0 erledigen. Wie hier die MQTT LWT jetzt aussehen weiß ich aber noch nicht.
-
Grundsätzlich kann ich dir aber nur raten. Probiere eine Version auf 1 bis 2 Geräten aus (wo du leicht rankommst) und wenn die ein paar Wochen stabil und gut läuft, ziehe sie nach und nach auf alle anderen Geräte...
Nun ja, das habe ich eigentlich ja so gemacht, das Problem trat aber erst bei dem Modul auf bei dem ich nicht mehr ohne weiteres dran kam...
Immer dieser Murphy...
Aber egal, nach längerem testen ist mein Modul nun wieder erreichbar.
Als Doku für die Nachwelt:
Über 192.168.4.1/?Up konnte ich das Modul nochmals neu bespielen (erst minimal als bin.gz dann die normale tasmota.bin.gz). Leider erfolglos. Auch anschließend brachte weder "reset 2" noch ein anderer reset von 1-6 etwas.
Geglückt ist mir dann die Verbindung mit dem WLAN Router erst wieder, als ich von einem anderen Modul mit 10.0 die Konfiguration mit dem Decode-config tool erstellt, für mein Modul im Texteditor angepasst, und über den AP Modus auf meinem "defekten" Modul aufgespielt habe.
Bei den anderen Modulen läuft v10.0 eigentlich auch Recht stabil, aber ich denke ich bleibe bei den verbauten Modulen nun doch auf 5.13
-
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%3A%2…Ftasmota.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/releas…ota-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/releas…asmota-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 NameESP-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)?
-
Habe nur Jalousien und Lichter und Steckdosen drauf, nichts wie Türöffner o.ä.
Außerdem läuft alles bei mir nur lokal ohne externen server