funktioniert das mit den 50% Öffnungen auch wenn ich Tasmota auf den Shelly 2,5 flashe, oder muss ich die Shelly Firmware beibehalten?
Beiträge von mac_switch
-
-
Ups... ja ich dachte wenn ich es unter Domoticz poste, dann ist die Frage bezogen auf Domoticz selbstverständlich.
Ja ich möchte einen längeren Zeitraum / Historie in Domoticz anzeigen lassen.
JoergZ hast du vielleicht eine Idee?
-
Kann man den Logging Zeitraum von einem Jahr erweitern, auf ca. 3 oder besser 5 Jahre?
Wäre für mich persönlich für Temperaturen / Luftfeuchte und ggf. auch Energiedaten von hohem Interessen.
Derzeit Jann ich nur nachvollziehen, das ich max. 365 Tage als Historie loggen und anzeigen kann.
-
aha... also zuerst
Rule on
und dann
Rule on tele-ENERGY#Today do publish domoticz/in {"idx":121,"svalue":"%value%"} endon
wird ich heute Abend mal versuchen.
-
mal so aus Neugier... warum muss man den Speicher von 1MB auf 4MB erhöhen? Welchen Nutzen hat man davon und wann ist das nötig?
-
Bei mir kommt das hier...
20:41:59 CMD: Rule on tele-ENERGY#Today do publish domoticz/in {"idx":121,"svalue":"%value%"} endon
20:41:59 MQT: BlitzWolf1/RESULT = {"Rule1":"OFF","Once":"OFF","StopOnError":"OFF","Free":431,"Rules":"on tele-ENERGY#Today do publish domoticz/in {"idx":121,"svalue":"%value%"} endon"}
-
Ja... Teleperiod testweise auf 10 und folgende Rule in der Konsole eingegeben:
Rule on tele-ENERGY#Today do publish domoticz/in {"idx":121,"svalue":"%value%"} endon
-
Ich habe einen Dummy angelegt und die idx in dein Rule übernommen.
Gebe ich das in der Konsole ein, erscheint keine Fehlermeldung, aber es wird leider auch nichts an Domoticz übermittelt.
Was mach ich falsch?
-
Ich habe es gewagt. Ich habe Alufolie 4 mal gefaltet und im U Profil um den Patienten gelegt. Seit dem ist Ruhe im Karton... kein flackern, keine Neustarts trotz mehrerer Schaltvorgänge... egal ob Web oder GPIO.
Der Basic läuft mit 6.4.1. seit 20h stabil. Vorher hat er keine 5 min durchgehalten.
Der Sicherheit wegen, werde ich das noch optimieren und die Alufolie in richtige Folie laminieren.
Unglaublich wie störanfällig die Dinger sind.
Danke für die rege Teilnahme an der Fehlersuche.
-
-
So wie ich das mit bekommen habe unterscheidet man noch zwischen Software und Hardware Watchdog. beides kommt abwechselnd zzgl. Exception zum tragen.
Der Klingeltrafo wird ausschliesslich zur Spannungsversorgung für die Eltako´s verwendet.
Würde es helfen die Kabel drum rum etwas ab zu schirmen? Alufolie?
Was mich stutzig macht, ich habe 3 Sicherungskästen die exakt gleich aufgebaut sind mit den Modulen und nur da tritt so ein Fehler auf?
Ich betreibe nun 23 Tasmota geflashte Module und 6 davon, hier 2 im Bild, bzw. jeweils 2 Basics pro Sicherungskasten sind so angeordnet und laufen bis auf diesen Übeltäter Problemlos seit ca. 6 Monaten durch.
-
Ich verwende nur die 2-3-0! Aber du hast doch ein Mesh ... da geht die alte Version angeblich nicht!
Hatte mit dem Mesh bisher nie Probleme bei den Sonoffs. Auch nicht mit älteren Tasmota Versionen.
-
Also soll ich lieber eine Build mit dem alten Core versuchen?
-
Also ich würde auch - wie Chaot - irgendwas in der (schwachen) Stromversorgung der Basic's vermuten.
Im Zusammenhang mit der den neuen Cores, die um 0,3 bis 0,4V zuviel Spannung auf den ESP knallen, kann durch das aktivieren des größten Verbrauchers im Gerät (Relaise) eine Grenze unterschritten werden, die zum Neustart führt!
Dem kann ich inhaltlich nicht ganz folgen.
ich weiß Strom ist nicht gleich Spannung, aber Stromversorgung schwach, aber Spannung 0,3 bis 0,4V zu viel auf den ESP und dann trotzdem eine Schwelle unterschreiten?!
Bitte erklären
-
-
Zugegeben Stochern im Nebel:
Gibt es die IP wirklich nur einmal?
Gibt es Schwächen/Schwankungen im WLAN?
Welche PowerOnState-Einstellungen?
Welche WiFIConfig-Einstellung?
1. IP gibt es für jedes Modul genau 1x
2. WLAN ist über das gesamte Haus als Mesh Netz abgedeckt. Es gibt kein Modul was weniger wie 50% empfand hat.
3. PowerON Statt für die Sonoff welche Licht schalten ist "3"
4. WIFIConfig ist "WIFIRetry"
Leo888 - Syslog ist deaktiviert
-
Ja das mit den Klemmblöcken kenn ich... hab ich schon paar mal nachgelötet. Hier allerdings ging es wie im OP mit Chirurgenbesteck zu... Habe das Modul mehrfach draussen gehabt um es mit dem ESP Tool noch mal komplett zu nullen und neu zu flashen. Der Klemmblock saß jedes mal Bombenfest.
Was mir neu aufgefallen ist... so bald ich den Schaltvorgang auslöse (egal ob über GPIO oder WEB) und der Basic nicht mehr erreichbar ist, kann ich dennoch mit dem Hardwareschalter, sprich über GPIO weiter schalten.
Das ist echt verzwickt.
-
Hallo Leo888,
Fehlschaltungen sind nicht mein Problem.
Mein Problem - Der Basic rebootet ständig.
Fehlschaltungen kann ich verlässlich reproduzieren, wenn ich Kabellängen größer 1m habe.
-
Hallo NoitaercX,
anbei mal das Bild von meinem Sicherungskasten. Der Rechte Basic unter dem Klingeltrafo ist der Patient.
Der Klingeltrafo wird ausschliesslich zur Spannungsversorgung für die Eltako Relais benötigt. Von den Eltako Relais gehen die Kabel direkt zum GPIO un GND des Basic. Kabellänge ca. 8-10cm.
In zwei weiteren Wohneinheiten habe ich genau dieselbe Konfiguration und seit in Betriebsame keine Probleme. Nur dieser Patient hier ist ein Sorgenkind. Habe wie vorher schon beschrieben, auch den Basic schon durch einen neuen ersetzt. Selbiges Problem. Alle Sonoff laufen mit Tasmota 6.4.1. Der Patient mit deiner modifizierten Version bzgl. Core 2.5.0..
Danke für weitere Hilfe und Input im Voraus.
Grüße,
mac_switch
-
So... der Patient lief ohne Probleme über Nacht durch (14h), jedoch, sobald ich ihn schalten will, egal ob über GPIO (externer Schalter) oder Webinterface startet er sofort neu durch und ist nicht mehr erreichbar.