NEWS
Ständiger reconnect-Tasmota-Sonoff
-
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_1833Habe ca 15 Tasmotas im Betrieb (Sonoff, Shelly) und die Meldungen kommen unterschiedlich mehrfach oder mal weniger. Systemdaten liefere ich nach....
-
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_2753Im 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: VerbindungsversuchDas 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.0Hat 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 :dizzy_face: , 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: verbundenbedeutet?
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: closedWäre schön was von euch zu hören...
Danke -
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.
-
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.
@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... :blush:
-
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....:disappointed:
Langsam pfeiff i drauf und tausch besser des sonoff-häusel aus...
Liebe Grüße
Michael
Neu seit Dez19.
ioBroker auf | Raspi 4B | 4GB Ram | 64GB MicroSD | USV |Vorher bis Dez19.
ioBroker auf | HP ThinClient T510 | 4GB Ram | 64GB SSD | USV | -
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....:disappointed:
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??? :cold_sweat:
-
Ich hab keine repeater...
Ich fahre über LTE Modem auf Router, von dort über switches zu den jeweiligen LanDosen und auf das MeshNetzLiebe Grüße
Michael
Neu seit Dez19.
ioBroker auf | Raspi 4B | 4GB Ram | 64GB MicroSD | USV |Vorher bis Dez19.
ioBroker auf | HP ThinClient T510 | 4GB Ram | 64GB SSD | USV | -
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??? :cold_sweat:
Versteckte SSID (hidden) aktiviert !?
Synology 918+ 16GB - ioBroker in Docker v9 , VISO auf Trekstor Primebook C13 13,3" , Hikvision Domkameras mit Surveillance Station .. CCU RaspberryMatic in Synology VM .. Zigbee CC2538+CC2592 .. Sonoff .. KNX .. Modbus ..
-
@MesserMike sagte in Ständiger reconnect-Tasmota-Sonoff:
und hab keinen reconnect mehr seit fast 15 minuten...
Na kanns denn das sein??? :cold_sweat:
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... :man-bowing: :man-facepalming:
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?
-
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
588
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge