Ständiger reconnect-Tasmota-Sonoff
-
Also ich kann so etwas ähnliches bestätigen. Ich habe hier auch gut ein dutzend Geräte die mit Tasmota geflasht sind.
Nach meinem letzten Update auf 6.7.1 hat EINES der Geräte genau das gleiche gemacht wie bei dir. Das ist ein TH16 wo der Temperatur/Feuchte Sensor mit angeschlossen ist.
Ich habe dann wieder auf eine URalte Version mit Core 2.irgendwas (die wo keine Probleme bekannt waren) zurück geflasht.
Leider hat sich an dem Verhalten des Sonoffs nichts geändert. Ich bin dann wieder Stufenweise mit den Firmwaren nach oben gegangen. Das Verhalten der Verbindungsabbrüche ist geblieben.
Zum Schluss habe ich erst die neue TASMOTA (nicht Sonoff) MINIMAL Firmware drauf gehauen und dann mit 7.0.0.1 hinterher. Jetzt ist wieder Ruhe im Karton und der TH16 läuft wieder wie früher.
Ich hab das ganze immer OTA gemacht. Ich verwende dafür TasmoAdmin. Da kann man auch Firmware Dateien für Minimal und Reguläre Firmenware hinterlegen. Wenn beim Update Vorgang zu viele Unterbrechungen registriert werden, wird da von der Software Standartmäßig die Minimal Version drauf geflasht.
-
Auch bei mir seid paar Tagen so.....immer reconnects
-
@JB_Sullivan sagte in Ständiger reconnect-Tasmota-Sonoff:
Zum Schluss habe ich erst die neue TASMOTA (nicht Sonoff) MINIMAL Firmware drauf gehauen und dann mit 7.0.0.1 hinterher. Jetzt ist wieder Ruhe im Karton und der TH16 läuft wieder wie früher.
Das kann ich so bestätigen. Bei mir war es auch ein TH16 der die Probleme gemacht hat. Erst die Minimal drauf, und dann die sonoff.bin hinterher. Seit dem (ca. 3 Wochen her) keine Abbrüche mehr.
-
Hi Leute, danke für eure Infos.
Ich habe heute beim besagten (DemoSwitch der ganz oben angezeigt wird, ist ein Basic) ein backup der Config gezogen.
Danach den Basic den Button "Configuration zurücksetzen" gedrückt. Alles auf Werk...Basic die Wifi daten eingegeben und wieder die Config zurückgespielt.... Das ganze lief dann laut Basic "Console" genau 3 minuten uhne ein problem und dann ging es mit reconnecten wieder los....
Werde das ganze nun NOCHMAL machen, aber die daten dann per HAND in den Basic kloppen. Mal sehen ob er dann vernünftig läuft...
Melde mich gleich wieder...
-
So, melde mich wie versprochen wieder...
Hab nun den Basic nochmal zurückgesetzt, Wifi neu eingerichtet, In den einstellungen Mqtt neu eingerichtet mit meinen daten, ebenso unter sonsrige einstellungen mqtt aktiviert und den friendlyname vergeben...
Danach noch ein ipaddress 192.168.1.50 in der console auf die gewünschte geändert und ein restart 1...
Danach 1 minute normale verbindung, danach wieder reconnect im wenigen sekunden abstand.... Ich vermute das beim flashen ein fehler aufgetreten ist und was in der firmware ned passt...
Das wird nun mein nächster schritt und ich melde mich dann wieder...
Dann mal bis gleich...
-
Wenn du die Möglichkeit hast mal ein blank bin file flashen danach dein passendes bin file
-
Ich hab jetzt mal das sonoff-minimal.bin geflash damit mal was anderes auf dem esp draufliegt...
Danach nochmal die sonoff-DE.bin drauf...Auf den ESP eingeloggt und die Wifi zuweisung neu gemacht...
In der "console" einen sicherheits "Reset 1"
das er wirklich auf null ist...Alle daten per hand wieder reingekloppt und diesmal die ip NICHT neu vergeben sondern die vom dhcp zugewiesene gelassen, vielleicht gibts ja da ein problem....
Und, das gleiche spiel von vorn...
Reconnecten nach 3 minuten... Und dann alle 30sec....
Langsam pfeiff i drauf und tausch besser des sonoff-häusel aus...
-
Schalte / stecke alle Repeater aus , nur deine Hauptbox mit Wlan an lassen und Reboot der Box durchführen !!!
-
Ihr werdet lachen, ich bau den Basic aus der wand, trenne ihn kurz vom 230volt netz, klemm ihn wieder an und hab keinen reconnect mehr seit fast 15 minuten...
Na kanns denn das sein???
-
Ich hab keine repeater...
Ich fahre über LTE Modem auf Router, von dort über switches zu den jeweiligen LanDosen und auf das MeshNetz -
@MesserMike sagte in Ständiger reconnect-Tasmota-Sonoff:
und hab keinen reconnect mehr seit fast 15 minuten...
Na kanns denn das sein???
Versteckte SSID (hidden) aktiviert !?
-
@Glasfaser
nö... Is nix versteckt... So wie es scheint sind die reconnects weg...Läuft jetzt 20 minuten stable
Kann doch ned sein das des problem mit einem einfachen Spannungslosmachen weg ist... Wie doof ist das denn...
Aber bei einem normalem reset, werkseinstellung, und flashen sich nix ändert...
Probiert mal alle die das problem auch haben, euer kasterl einfach mal für 10 sekunden vom strom zu nehmen sofern geht... So was blödes hab ich noch nicht erlebt...
Mittlerweile fast 30 Minuten ohne Reconnect... Kommt glaub ich auch nicht mehr.
Also für mich unverständlich wie trotz flashen und resets der fehler SO resistent sein kann das er auch be anderer firmware im chip verbleibt. Nach spannungslos machen und neu versorgen ist der fehler weg...
"Vorerst".....
Danke mal für eure hilfen !
-
da häng ich mich mal dran, denn das problem tritt bei mir auch schon seit längerem auf
-
Na dann mach mal und versuche wie ich gemacht hab...
- NETZRESET
Wenn dann reicht und der Fehler tritt nicht mehr auf, Glück gehabt.
Wenn er DOCH wieder kommt, dann bleibt nur noch was ich gemacht hab:-
Schreib dir die Einstellungen auf die du gemacht hast, sprich auf jedenfall deine gesamten MQTT Einstellungen. Dies mache bitte 1:1, sonst erkennt ioBroker das Gerät nachher als NEUES und deine Scripts kennen ihn nicht mehr da die Programm-Verknüpfungen nicht mehr stimmen. Konfiguration brauchst du NICHT sichern, denn die verursacht das eigentliche Problem und du spielst dir den Fehler dann wieder ein...
-
dann lad dir von der Github Tasmota Seite die sonoff-minimal.bin und flashe over OTA den Adapter.
Grund hierfür, ein Flash DIREKT mit der sonoff-de.bin wird zu 99% abbrechen da zu wenig Speicher ma ESP zur Verfügung steht. Die minimal.bin gibt dir genau DEN Platz frei den du zum richtigen aufspielen der sonoff-de.bin benötigst... -
Zwischenzeitlich lade dir auch die sonoff-de.bin.
-
wenn Flash erledigt, steig neu in den Sonoff ein und flashe über die OTA Schnittstelle die sonoff-de.bin
-
wenn DAS erledigt, setze die gesamten Einstellungen des Adapters auf WERK zurück, sprich Hardresete das Gerät über den Butten Konfiguration zurücksetzen
Grund ist, das die "alten" Einstellungen einer alten FirmVersion mit der neuen gerne mal den ESP6288 verwirren und dann diese Symtome mit dem reconnecten auftreten. Da hilft dann auch kein Neustart weil wieder die "Fehler" neu aus dem Speicher eingelesen werden... -
ACHTUNG ! Nach dem Neustart ist eine fixvergebene IP auch weg, auch die WiFi Einstellungen und das Gerät meldet sich wieder als selbstständiger AP !
-
Nun das Gerät neu konfigurieren...
Nach dieser Vorgangsweise waren bei mir die Fehler weg.
-
also reconnects scheinen weg zu sein, was aber dauernd kommt ist das hier:
2019-12-08 21:13:37.273 - ESC[33mwarnESC[39m: sonoff.0 (8642) Old client xxxxxxxx with secret 1575835879266_9452 sends publish. Ignore! Actual secret is 1575836000998_2956kann man dagegen was tun?
-
@homecineplexx ich würde hier mal auf ein falsches MQTT Passwort tippen.
-
@homecineplexx said in Ständiger reconnect-Tasmota-Sonoff:
Old client xxxxxxxx with secret 1575835879266_9452 sends publish. Ignore! Actual secret is 1575836000998_2956
aber woher sollte das kommen? es funktioniert ja alles und wenn ich die dinger neustarte ist es weg und kommt nach einer unbestimmten zeit einfach wieder
-
@homecineplexx mit der alten tasmota software 6.x hatte ich das auch. Mit der aktuellen 7.x nicht mehr.
-
naja, ich bin auf 7.1.0 und hab alles nach der Anleitung (vom MesserMike) von weiter oben durchgeführt!
-
@homecineplexx In der 7.1.0 scheint es Fehler zu geben.
Es wurden sehr schnell 7.1.1 und aktuell 7.1.2 veröffentlicht.
Geh doch mal auf aktuelle Firmware und schau ob das nicht vielleicht erledigt ist.
Ansonsten kannst du vielleicht noch mit WifiPower experimentieren:
https://tasmota.github.io/docs/#/WifiPowerIch hatte früher auch ständige WLan Probleme mit den Sonoffs. Bis ich den AVM Kram mit allen Repeatern rausgeworfen habe und einen Unifi UAP eingestezt habe. Seit der Zeit läuft mein WLan so stabil als hätte ich nie Probleme gehabt. Aktuell sind 45 Geräte angemeldet. Da wäre bei der vorherigen Lösung schon ständig irgendein Gerät aus dem WLan geflogen.
