NEWS
Tasmota alle 5-6 Stunden alive true/false/true
-
Tasmota Version: 8.1.0 von Theo Arends
5x Sonoff Basic Modul
Abfrage über den ioBroker Adapter: Sonoff Version: 2.3.3
Adapterkonfiguration: sonoff.0 - Standard Einstellungen
ip: eth0 192.168.14.98 (ist der raspi 4)
Port: 1883
Client Zeitüberschreitung: 300 (Sek.)
Username/PasswdVorweg: läuft alles gut, ansonsten keine weiteren Probleme, aber:
Ich habe mir ein kleines "Alive" Script gebaut wo im Prinzip alle Geräte auf Empfang (alive/reachable/usw. - jeder Sensor hat da ja irgendwas) nur Tasmota "tanzt" aus der Reihe.
Alle 6 Stunden und 1 Minute springt der Wert: sonoff.0.S3_DVES_8A2B73.alive von true zu false und wieder zurück auf true.
Das ist für eine Überwachung natürlich ziemlich Blöd.Es machen alle meine 5 Sonoff Basic Module, sogar ziemlich zeitgleich. Also System gewollt würde ich sagen, vom Tasmota oder vom Sonoff Adapter - weiß ich nicht.
Das Script sieht so aus:
on({ id: "sonoff.0.S3_DVES_8A2B73.alive", change: "ne" }, function (obj) { ... });
dhcpd kann ich ausschließen, den habe ich als erstes (gegen meine innere Überzeugung) auf erst 3 Tage jetzt 10 Tage gestellt.
Frage nun: Jemand das gleiche Problem? Woran liegt das, abschaltbar...?
Danke
Stefan -
@conectas
genau das ist bei mir auch so schon längere Zeit. -
das freut mich zu lesen, das ich nicht der einzige bin . Ich bastel schon seit Tagen und suche
" DEN FEHLER ", das es mir die Tage erst aufgefallen ist, das etwas nicht stimmt.also scheint es ja doch ein generelles Problem zu sein, mit Sonoff. Ich habe noch ne alte version v6.4.1 auf meinen Geräten, ansonsten bin ich mit meinem Iobroker auf latest.
Zuerst dachte ich, es kommt von einem script, dann hatte ich die Bewegungsmelder in Verdacht. Alles was Lichter steuert deaktiviert.
Testweise ein Gerät erneut geflasht, andere version getestet, alles ohne Erfolg.Letzter Stand:
Habe dafür die Tele-period auf 30 sec gestellt, original sind 300 sec hinterlegt.
Egal wie ich einen Sonoff schalte(Lampe an), sei es direkt am Lichtschalter, virtueller Schalter oder per Sprache. Licht wird angeschaltet, Lampe geht an, Datenpunkt geht auf true. Jedoch bei der nächsten Telemetry Periode, wird der Wert nonsonoff.0.xyz.POWER
auf false gesetzt. Licht ist aber weiterhin an. Bei der nächsten Tele.-Periode aktualisiert der Datenpunkt wieder auf true.
Schalte ich die Lampe aus, selbes Spiel in umgekehrter Reihenfolge.
Sonoff Adapter läuft seit 27.11.2019 mit V2.3.3 und eigentlich bis dato auch absolut zuverlässig.Muss ja folglich etwas mit dem JS-Controller oder der gleichen zu tun haben.
Frage an @Bluefox und @apollon77 ob das möglich wäre, das da der Wurm drin ist -
Der js-contzroller setzt keinerlei werte.
Habt Ihr mal sonoff auf Debug gestellt und geschaut was da ggf so geloggt wird zu den relevanten zeitpunkten?
-
@crunchip sagte in Tasmota alle 5-6 Stunden alive true/false/true:
Jedoch bei der nächsten Telemetry Periode, wird der Wert non sonoff.0.xyz.POWER auf false gesetzt. Licht ist aber weiterhin an. Bei der nächsten Tele.-Periode aktualisiert der Datenpunkt wieder auf true.
Was ist eine Telemetry Periode? Die 6h1min ?
Ansonsten - zu Problemen mit der sonoff.0.xyz.POWER kann ich nichts sagen, allerdings wird bei mir regelmäßig geschaltet, so das es sein kann das ich es einfach nicht bemerke./sg
-
@apollon77 war auch nur eine Idee wegen dem Js-controller und schrieb (und der gleichen), da die System relevanten Adapter, die angehoben wurden im Zusammenhang mit Js-Controller 2.x,
eben folgende sind- Js-Controller
- Admin
- Socket
- Web
oder hat der Sonoff Adapter selbst ein Problem mit Js-Controller 2.x
kann gerne mal morgen mit debug testen
@conectas geschaltet wird bei mir auch, aber eben halt nur noch manuell und nicht mehr per Script/Bewegungsmelder etc , da ja der Wert des Datenpunktes nicht übereinstimmt.
-
@crunchip jetzt halt doch mal den Controller da raus alles was ich lese lässt mich eher auf den Adapter an sich oder die kommunikation schließen als auf irgendwas mit dem Controller.
-
Kann natürlich sein, deshalb ja meine Frage.
-/-
Da die Installation, auf die ich mich bezog, so um 50km von @home entfernt steht, habe ich hier in meiner home Installation ein Test Szenario aufgebaut, so kann ich ggf. auch Logfiles anbieten.Nagelneuen Sonoff und mit gleicher Tasmota geflasht/installiert, Adapter Sonoff installiert (war hier noch nie drauf).
(un) witzig ist allerdings: kann ich schon einmal sagen, jetzt bekomme ich von meiner HUE Lampe:
INFO - HUE Lampe - hue.0.WZr_02_Hue_color.reachable NErreichbar: false - Offline
1s später
INFO - HUE Lampe - hue.0.WZr_02_Hue_color.reachable erreichbar: true - Online(log Ausgaben sind aus meinen Scripten)
bis Dato nur 2 mal - finde es natürlich schon komisch das nach der Installation vom Sonoff Adapter gerade jetzt zufällig, ein anderes Gerät spinnt (von den HUE Lampen kam noch nie was)/sg
-
Geht bei euch auch der Strom verloren? Ich hab bemerkt, dass meine Steckdosen mit der neuesten tasmota auch einfach ausgehen. Mein PC ist einfach aus. Im Log von Tasmota wird die Steckdose geschaltet. Hab mal alle Skripte vom ioBroker ausgeschaltet, es passiert dennoch.
-
Hatte en ähnliches Problem vor einiger Zeit. Hatte zwei Ursachen:
Alle tasmota hatten den gleichen topic (damals Sonoff)
Und das wlan der fritzbox 7390 war instabil
Wenn nun ein tasmota wlan verlor sendete er ein Mqtt dass er aus ist. Die Geräte mit dem gleichen topic empfangen es und schalten sich auch aus.
-
@omega235 Vllt doofe Frage, aber was meinst du mit Topic genau? Wie kann ich überprüfen, ob die Steckdose WLAN-Signal verloren hat? Die Fritzbox 7490 läuft soweit ich es beurteilen kann sehr stabil bei uns.
-
Das W-LAN ist aber nicht exakt alle 6h1min im Eimer (kann man die Uhr nach stellen).. auf 5 Geräten.
-
@conectas Das könnten auch Netzwerk-Socket Timeouts sein das einfach nach der Zeit die Verbindung zu gemacht wird. Die eigentliche Frage in meinen Augen ist: Na und, was ist schlimm an einem Reconnect? Oder dauert der zu lange und es gehen Daten/Befehle damit verloren?
-
Das könnten auch Netzwerk-Socket Timeouts sein das einfach nach der Zeit die Verbindung zu gemacht wird.
Socket: Sind die vom Sonoff gemeint? Vom RasPi eher ja nicht.
Die eigentliche Frage in meinen Augen ist: Na und, was ist schlimm an einem Reconnect?
Die Aussage versteh ich nicht. Seit wann sollten Geräte ein Eigenleben entwickeln dürfen?
Es zerlegt halt jede Live Überwachung.
Andere Geräte benötigen auch kein Re- Connect, mir sind bis auf den Telegram Adapter (cron) keine bekannt.
Für Mqtt (sonoff Adapter ist ja wohl einer) kenne ich das zumindest auch nicht.Die andere Frage wäre dann zumindest:
Wo dokumentiert?
Warum Re- Connect?
Einstellbar, Abschaltbar?Oder dauert der zu lange und es gehen Daten/Befehle damit verloren?
Dauer: Die Geräte werden hintereinander abgearbeitet, bis alle durch sind 2-3s.
Daten/Befehle damit verloren: also: Vermutlich - theoretisch - natürlich.
Die Wahrscheinlichkeit hängt natürlich davon ab wie viele Schaltpunkte man hat. Da bei mir wie gesagt der Re-Connect um 6h1min driftet, erwischt es sicher auch irgendwann einen von meinen 50-60? Schaltpunkten/Tag.-/-
Ich lasse das ganze seit gestern (Standort II) im DEBUG Modus laufen und habe hier (Standort I) wie geschrieben auch ein Sonoff Gerät angeschlossen.Standort I: ist der Effekt noch NICHT aufgetreten. - Ich erstelle jetzt (mal) Schaltpunkte, mal sehen ob das was ändert.
/sg
-
Hat eigentlich auch mal einer bei Tasmota unter Info nachgesehen, ob das Device wirklich gestartet?
Sieht bei mir so aus:
und die 13 Startvorgänge waren exakt 13 Flashvorgänge und der letzte war vor 3 Tagen, somit läuft der auch wie angegeben sein 3 Tagen ohne Restart. -
-
@conectas
So dann liegt es wahrscheinlich schon mal nicht an Neustarts des Device. -
@conectas sagte in Tasmota alle 5-6 Stunden alive true/false/true:
Ich lasse das ganze seit gestern (Standort II) im DEBUG Modus laufen und habe hier (Standort I) wie geschrieben auch ein Sonoff Gerät angeschlossen.
Zwei Standorte? Details bitte? Wie angebunden? ...
-
@apollon77 sagte in Tasmota alle 5-6 Stunden alive true/false/true:
Zwei Standorte? Details bitte? Wie angebunden? ...
Wahrscheinlich falsch rübergekommen..? Einen Raspi 4 Zuhause (Standort I) einem Raspi 3b im Garten (Standort II)..
Es gibt natürlich ein VPN, es werden hier aber keine Daten ausgetauscht, ich hatte zwar mal darüber nachgedacht, aber dann verworfen. Technisch wissen die beiden Raspi nix von einander. -
@conectas und hat debug log irgendwas ergeben wenn es zu den reconnects kommt?