Ständiger reconnect-Tasmota-Sonoff

[MesserMike]

Liebe Mann/Frauschaft...

Ich habe zwar die Suche bemüht, aber anscheinend entweder falsch gesucht oder ich hab doch alleinig ein Problem.
Seit geraumer Zeit reconnecten bei mir alle Tasmotadevices im abstand von Sekunden am Wifi...

Als Meldung im Broker bekomme ich folgendes:

sonoff.0	2019-11-23 16:40:18.126	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574523618123_3166
sonoff.0	2019-11-23 16:40:18.035	info	(28540) Client [Sonoff Licht Couch] connection closed: closed
sonoff.0	2019-11-23 16:39:50.106	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574523590106_350
sonoff.0	2019-11-23 16:39:49.714	info	(28540) Client [Sonoff Licht Couch] connection closed: closed
sonoff.0	2019-11-23 16:39:33.949	warn	(28540) Old client Sonoff Licht Couch with secret 1574523521112_7897 sends pingreq. Ignore! Actual secret is 1574523569128_6668
sonoff.0	2019-11-23 16:39:29.129	info	(28540) Client [Sonoff Licht Couch] reconnected. Old secret 1574523521112_7897. New secret 1574523569128_6668
sonoff.0	2019-11-23 16:38:41.113	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574523521112_7897
sonoff.0	2019-11-23 16:38:40.839	info	(28540) Client [Sonoff Licht Couch] connection closed: closed
sonoff.0	2019-11-23 16:38:14.384	info	(28540) Client [Sonoff Licht Couch] reconnected. Old secret 1574523476413_2755. New secret 1574523494382_6994
sonoff.0	2019-11-23 16:37:56.414	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574523476413_2755
sonoff.0	2019-11-23 16:37:26.770	info	(28540) Client [Sonoff Licht Couch] connection closed: closed
sonoff.0	2019-11-23 16:37:10.089	warn	(28540) Old client Sonoff Licht Couch with secret 1574523390532_7949 sends publish. Ignore! Actual secret is 1574523423517_2703
sonoff.0	2019-11-23 16:37:03.519	info	(28540) Client [Sonoff Licht Couch] reconnected. Old secret 1574523390532_7949. New secret 1574523423517_2703
sonoff.0	2019-11-23 16:36:30.537	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574523390532_7949
sonoff.0	2019-11-23 16:36:29.627	info	(28540) Client [Sonoff Licht Couch] connection closed: closed
sonoff.0	2019-11-23 16:36:02.535	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574523362534_2753

Im Adapter sieht die Sache SO aus:

16:24:03 MQT: verbunden
16:24:03 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:24:03 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:24:24 MQT: Verbindungsversuch...
16:24:24 MQT: verbunden
16:24:24 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:24:24 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:24:45 WIF: verbinden mit AP1 petzold10 in Modus 11N als Sonoff_Licht_Couch-7596...
16:24:49 WIF: verbunden
16:24:50 MQT: Verbindungsversuch...
16:24:50 MQT: verbunden
16:24:50 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:24:50 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:25:09 WIF: verbinden mit AP1 petzold10 in Modus 11N als Sonoff_Licht_Couch-7596...
16:25:13 WIF: verbunden
16:25:14 MQT: Verbindungsversuch...
16:25:16 MQT: verbunden
16:25:16 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:25:16 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:25:39 MQT: tele/Sonoff_Licht_Couch/STATE = {"Time":"2019-11-23T16:25:39","Uptime":"0T14:25:08","UptimeSec":51908,"Heap":27,"SleepMode":"Dynamic","Sleep":50,"LoadAvg":19,"MqttCount":1073,"POWER":"OFF","Wifi":{"AP":1,"SSId":"petzold10","BSSId":"56:D4:F7:F9:06:31","Channel":8,"RSSI":94,"LinkCount":1274,"Downtime":"0T01:09:56"}}
16:25:50 MQT: Verbindungsversuch...
16:25:50 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:26:04 MQT: Verbindungsversuch...
16:26:09 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:26:20 MQT: Verbindungsversuch...
16:26:25 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:26:26 WIF: verbinden mit AP1 petzold10 in Modus 11N als Sonoff_Licht_Couch-7596...
16:26:30 WIF: verbunden
16:26:41 MQT: Verbindungsversuch...
16:26:46 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:26:56 MQT: Verbindungsversuch...
16:27:02 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:27:12 MQT: Verbindungsversuch...
16:27:18 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:27:31 MQT: Verbindungsversuch...
16:27:31 MQT: verbunden
16:27:31 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:27:31 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:28:11 MQT: Verbindungsversuch...
16:28:11 MQT: verbunden
16:28:11 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:28:11 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:28:37 MQT: Verbindungsversuch...
16:28:37 MQT: verbunden
16:28:37 MQT: tele/Sonoff_Licht_Couch/LWT = Online (beibehalten)
16:28:37 MQT: cmnd/Sonoff_Licht_Couch/POWER = 
16:28:58 MQT: Verbindungsversuch

Das Ganze wird langsam nervig, denn jeden Tag ein anderer Adapter, manchmal ALLE, manchmal 2, manchmal 10...
Es erzeugt Traffic und die Teile sind dann nicht ansprechbar...

Meine Versionen wie folgt:
Admin 3.7.1
Sonoff 2.3.2
Firmware Sonoff´s: 6.7.1
JS-Controller 2.1.1
Node.js: v10.15.2
NPM: 6.13.0

Hat da jemand von Euch ne Idee? Zuerst dachte ich es liegt am WiFi das dies zu schwach für manche Sonoff´s wäre und habe mir deshalb nun ein Mesh System zugelegt, hab zwar nun Beste werte im ganzen Haus und seit dem Kopfschmerzen , aber die Fehler sind nicht weg...
Dann hab ich die Firmware´s der ESP8266er Geräte (Sonoff-, Shelly-, div Steckdosentypen mit Tasmota) alle auf einen Stand 6.7.1 gebracht, aber auch das dürfte NICHT der ursächliche Fehler gewesen sein...

Kann mir ein findiger User erklären was der Log in den Tasmota Modulen mit

16:23:20 WIF: verbunden
16:23:31 MQT: Verbindungsversuch...
16:23:36 MQT: Verbindung fehlgeschlagen aufgrund von 192.168.1.11:1883, rc -2. Wiederversuch in 10 s
16:23:49 MQT: Verbindungsversuch...
16:23:49 MQT: verbunden

bedeutet?

Das er die Verbindung verliert is mir klar, nur WARUM versteh ich nicht... und das dürfte am MQTT liegen wie das Modul meint...
Der ioBroker sagt dazu nichts, ausser diese Meldungen,

sonoff.0	2019-11-23 15:37:55.417	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574519875415_7193
sonoff.0	2019-11-23 15:37:08.894	info	(28540) Client [Sonoff Licht Couch] connection closed: closed
sonoff.0	2019-11-23 15:36:16.671	warn	(28540) Old client Sonoff Licht Couch with secret 1574519553115_7529 sends pingreq. Ignore! Actual secret is 1574519775895_3836
sonoff.0	2019-11-23 15:36:15.896	info	(28540) Client [Sonoff Licht Couch] connected with secret 1574519775895_3836
sonoff.0	2019-11-23 15:36:15.645	info	(28540) Client [Sonoff Licht Couch] connection closed: closed

Wäre schön was von euch zu hören...
Danke

[MesserMike]

Hab vergessen zu sagen: System wurde vor 2 Tagen auch neu aufgesetzt, ein reinstall wurde auch zwischenzeitlich gemacht...

Leider auch ohne Erfolg... Fehler immer noch da...

[ecki945]

Von welcher Tasmota Version hast du geupdatet?
Bei zu großen Versionssprüngen ist es besser die Konfiguration zu sichern, das Gerät "platt" zu machen und nach dem Update neu zu konfigurieren. Kannst ja mal an einem Teilnehmer machen um zu sehen ob dieser weiterhin Verbindungsabbrüche hat.

[MesserMike]

Das Update wurde an allen Geräten per FT232 Adapter durchgeführt da ich ständig probleme mit dem OTA Upload durch die andauernden resets der adapter hatte... Beim flashen trat das problem natürlich nicht auf... Aber es besteht leider weiter, trotz zurücksetzen...
Ich werde aber mal versuchen ein modul komplett auf FactoryReset zu setzen und alle Daten per Hand ohne ein backup einzuspielen neu einzugeben...

Ich hab mittlerweile auch die geräte in verdacht, nicht mehr den adapter im broker...

Warum es aber nur sporadisch auftritt und nicht dauernd kappier ich nicht...

Ich danke einmal für den Denkanstoss !!

[0018]

Ich kann mich dem Problem anschließen. Habe auch diese reconnects z.B.:

sonoff.0 (25912) Old client Shelly-03 with secret 1574527530389_6659 sends subscribe. Ignore! Actual secret is 1574527555323_1833

Habe ca 15 Tasmotas im Betrieb (Sonoff, Shelly) und die Meldungen kommen unterschiedlich mehrfach oder mal weniger. Systemdaten liefere ich nach....

[Kugelkopf]

Versucht doch mal die neuste Version aus dem Git von Tasmota. Also die Dev. Version 7.0.0.6. Die nutzt wenigstens 2.6.1 als Core. Unter Umständen läuft das besser.
Kann diese Fehler aktuell bei mir nicht nachvollziehen.

[ecki945]

Seltsam. Deine beschriebenen Verbindungsabbrüche hatte ich mit meinem "alten" Tasmota Softwareversionen mit Core 2.3x. Mit dem aktuellen Core 2.6x überhaupt keine Probleme mehr.

[JB_Sullivan]

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.

[xADDRx]

Auch bei mir seid paar Tagen so.....immer reconnects

[Linedancer]

@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.

[MesserMike]

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...

[MesserMike]

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...

[ecki945]

Wenn du die Möglichkeit hast mal ein blank bin file flashen danach dein passendes bin file

[MesserMike]

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...

[Glasfaser]

@MesserMike

Schalte / stecke alle Repeater aus , nur deine Hauptbox mit Wlan an lassen und Reboot der Box durchführen !!!

[MesserMike]

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???

[MesserMike]

@Glasfaser

Ich hab keine repeater...
Ich fahre über LTE Modem auf Router, von dort über switches zu den jeweiligen LanDosen und auf das MeshNetz

[Glasfaser]

@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 !?

[MesserMike]

@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 !

[homecineplexx]

da häng ich mich mal dran, denn das problem tritt bei mir auch schon seit längerem auf