WLAN-Probleme ESP8266

[Dieter_P]

@martinp

Danke. Definitiv besser wie bei mir. Meiner wollte so gar nicht starten.

[Blockmove]

@dieter_p

Die externe Spannungsversorgung ist bei den ESP-Boards imanchmal seltsam.
Ich hab hier welche rumliegen, die die 5V selber erzeugen und ne Eingangsspannung von 5,7 - 12V erwarten. Bei 5V Eingangsspannung starten die auch nicht. Hab ich auch erst gemerkt, als ich genauer ins Datenblatt geschaut hab.

[MartinP]

@blockmove Bei den D1 Mini ist die relativ simpel aufgebaut

https://robotfreak.de/elab-wiki/images/thumb/a/ab/WemosD1_schematic.jpg/800px-WemosD1_schematic.jpg

Diode in Durchlassrichtung von den +5 V der USB-Buchse. Mit dem 5V Pin der Pfostenleiste ist der Eingang des LDO-Spannungsreglers direkt verbunden.

Funktioniert auch mit 4,2 V statt 5 V

[Blockmove]

@martinp said in WLAN-Probleme ESP8266:

@blockmove Bei den D1 Mini ist die relativ simpel aufgebaut

https://robotfreak.de/elab-wiki/images/thumb/a/ab/WemosD1_schematic.jpg/800px-WemosD1_schematic.jpg

Diode in Durchlassrichtung von den +5 V der USB-Buchse. Mit dem 5V Pin der Pfostenleiste ist der Eingang des LDO-Spannungsreglers direkt verbunden.

Funktioniert auch mit 4,2 V statt 5 V

Ich hab in der Zwischenzeit gelernt, dass Board <> Board ist.
Da gibt es soviele "kompatible" Boards auf dem Markt und der Begriff kompatibel ist halt dehnbar.

[MartinP]

@blockmove

Ich habe jetzt meine Firmware für drei verschiedene Boardtypen (D1 Mini mit ESP8266, und mit dem ESP32 S2 Mini und D1_Mini32 angepasst), Alle haben unterschiedliche Zuordnungen der Pfostenleisten-Pins zu den GPIO-Nummern ...

Ich bin gespannt, ob die ESP32 stabiler laufen, als der ESP8266. Der LDO-Spannungsregler des D1_MINI32 ist jedenfalls als 500 mA Typ gelabelt.

Ein S2 Mini aus einem Überbestand eines Foristen ist in der Post.

Den D1_MINI32 halte ich erstmal für Überdimensioniert für die Anwendung: Der kann Bluetooth / BLE und ich hätte da ein paar andere Ideen für die Anwendung der doch etwas teuren Platine.

#ifdef ARDUINO_LOLIN_S2_MINI
const int oneWireBus = 7; 
// pwm output
const int pwmGpio = 16;          
// valve 
const int valveGpio = 35;
// window contact
const int windowContact = 33;
#endif
#ifdef ARDUINO_D1_MINI32
const int oneWireBus = 18; 
// pwm output
const int pwmGpio = 16;          
// valve 
const int valveGpio = 22;
// window contact
const int windowContact = 21;
#endif
#ifdef ARDUINO_ESP8266_WEMOS_D1MINI
const int oneWireBus = 14; 
// pwm output
const int pwmGpio = 2;          
// valve 
const int valveGpio = 5;
// window contact
const int windowContact = 4;
#endif

[Dieter_P]

@blockmove said in WLAN-Probleme ESP8266:

Bei 5V Eingangsspannung starten die auch nicht.

Kann nicht behaupten zu dem Zeitpunkt alle "Herrlichkeiten" der Ausstattung (Labornetzteil oder Oskar) zur Verfügung gehabt zu haben.
Entsprechend musste das USB Steckernetzteile als Netzteil herhalten. Über die Mikro-USB-Buchse startete der ESP32 D1 Mini, aber über ein USB Breakoutboard am gleichen Steckernetzteil nur an den Pins angeschlossen nicht mehr.
Genauso funktionierte dann das HI-Link 5V Netzteil auch nicht an den Pins.

Glaube da Mal irgendwo eine Spannungsdifferenz von 0,3V gemessen zu haben. Eine Schottky Diode oder sowas hab ich aber nicht gesehen. Nuja, in der Zwischenzeit ist das Board eh mechanisch zerbröselt und das S2 Mini machte dbzgl keine Probleme.
Von daher nehme ich Mal mit das es auch funktionieren kann bei dem Chip.

[MartinP]

Habe jetzt eine letzte Kicad Session gemacht, und meine Leiterplatte für den Heizkörperthermostaten zu Ende gebracht.

Leiterplatte ist 60 x 110 mm² groß, passt in ein KEMO G082N oder G086 Gehäuse.
https://www.reichelt.de/kleingehaeuse-120-x-70-x-50-mm-geh-ksw-50-p73228.html

Kosten bei JLCB incl Fracht und Zoll 14,72 € für 10 Stück.

Die Bestückung ist ähnlich wie beim Prototypen, Viele bedrahtete Bauteile (kein SMD) und ein etwas überdimensionierter DC/DC-Wandler 12 -> 5V, da ich für die Lüfter 12 V brauche, und die Lüfter die Haupt-Stromverbraucher sind...

Eine Geschichte werde ich ggfs noch einmal überdenken. Das 12 V-Relais für die Ansteuerung des Danfoss Heizkörper-Stellers ist nicht auf der Leiterplatte. Aktuell baue ich das in ein separates Gehäuse, um besser Messen zu können, ohne auf Netzspannung zu achten ...

[MartinP]

Habe noch ein Problem mit dem USB-Port des neuen Moduls

[  238.690530] usb 8-2: new full-speed USB device number 2 using uhci_hcd
[  238.897560] usb 8-2: New USB device found, idVendor=303a, idProduct=80c2, bcdDevice= 1.00
[  238.897568] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  238.897571] usb 8-2: Product: LOLIN-S2-MINI
[  238.897574] usb 8-2: Manufacturer: WEMOS.CC
[  238.897576] usb 8-2: SerialNumber: 0
[  239.420906] cdc_acm 8-2:1.0: ttyACM0: USB ACM device
[  239.421073] usbcore: registered new interface driver cdc_acm
[  239.421076] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[  242.386581] usb 8-2: USB disconnect, device number 2
[  242.878525] usb 8-2: new full-speed USB device number 3 using uhci_hcd
[  243.076541] usb 8-2: New USB device found, idVendor=303a, idProduct=0002, bcdDevice= 7.23
[  243.076547] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  243.076551] usb 8-2: Product: ESP32-S2
[  243.076553] usb 8-2: Manufacturer: Espressif
[  243.076555] usb 8-2: SerialNumber: 0
[  243.081647] cdc_acm 8-2:1.0: ttyACM0: USB ACM device

Ich habe es EIN EINZIGES mal geschafft, ein Sketch hochzuladen

Wenn ich den Taster "0" auf der rechten Seite neben dem USB-Port gedrückt halte, startet das Sketch nicht - also scheint das Modul im richtigen Mode zu sein.

Aber egal, ob ich den seriellen Monitor oder den Upload starte

**** Failed to open the serial port /dev/ttyACM0 ****

martin@martin-D2836-S1:~/.arduino15$ sudo ls -l /dev/ttyACM*
crw-rw-rw-+ 1 root dialout 166, 0 Dez  5 09:29 /dev/ttyACM0

Ich hatte das Problem schon einmal mit einem USB-seriell Modul, auf das man Huckepack ein ESP-01 Modul stecken kann, und hatte eine Lösung im Internet gefunden. Leider keinen Bookmark auf die Seite gesetzt...

Ich könnte mir vorstellen, dass es irgendein Linux-Sicherheitsmechanismus ist....

[Blockmove]

@martinp said in WLAN-Probleme ESP8266:

Habe noch ein Problem mit dem USB-Port des neuen Moduls

[  238.690530] usb 8-2: new full-speed USB device number 2 using uhci_hcd
[  238.897560] usb 8-2: New USB device found, idVendor=303a, idProduct=80c2, bcdDevice= 1.00
[  238.897568] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  238.897571] usb 8-2: Product: LOLIN-S2-MINI
[  238.897574] usb 8-2: Manufacturer: WEMOS.CC
[  238.897576] usb 8-2: SerialNumber: 0
[  239.420906] cdc_acm 8-2:1.0: ttyACM0: USB ACM device
[  239.421073] usbcore: registered new interface driver cdc_acm
[  239.421076] cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
[  242.386581] usb 8-2: USB disconnect, device number 2
[  242.878525] usb 8-2: new full-speed USB device number 3 using uhci_hcd
[  243.076541] usb 8-2: New USB device found, idVendor=303a, idProduct=0002, bcdDevice= 7.23
[  243.076547] usb 8-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[  243.076551] usb 8-2: Product: ESP32-S2
[  243.076553] usb 8-2: Manufacturer: Espressif
[  243.076555] usb 8-2: SerialNumber: 0
[  243.081647] cdc_acm 8-2:1.0: ttyACM0: USB ACM device

Ich habe es EIN EINZIGES mal geschafft, ein Sketch hochzuladen

Wenn ich den Taster "0" auf der rechten Seite neben dem USB-Port gedrückt halte, startet das Sketch nicht - also scheint das Modul im richtigen Mode zu sein.

Aber egal, ob ich den seriellen Monitor oder den Upload starte

**** Failed to open the serial port /dev/ttyACM0 ****

martin@martin-D2836-S1:~/.arduino15$ sudo ls -l /dev/ttyACM*
crw-rw-rw-+ 1 root dialout 166, 0 Dez  5 09:29 /dev/ttyACM0

Ich hatte das Problem schon einmal mit einem USB-seriell Modul, auf das man Huckepack ein ESP-01 Modul stecken kann, und hatte eine Lösung im Internet gefunden. Leider keinen Bookmark auf die Seite gesetzt...

Ich könnte mir vorstellen, dass es irgendein Linux-Sicherheitsmechanismus ist....

Kontrolliere mal, ob dein User martin Mitglied der Gruppe dialout ist.
Welche Linux-Distribution verwendest du?

[MartinP]

@blockmove Linux Mint mit Cinnamon Desktop

martin@martin-D2836-S1:~$ groups martin
martin : martin adm dialout cdrom sudo dip plugdev staff ssl-cert lpadmin sambashare iobroker

Das kleine "+" Zeichen irritiert mich etwas:

crw--w----  1 root tty       4,  9 Dez  5 09:24 /dev/tty9
crw-rw-rw-+ 1 root dialout 166,  1 Dez  5 10:48 /dev/ttyACM1

[Blockmove]

@martinp said in WLAN-Probleme ESP8266:

@blockmove Linux Mint mit Cinnamon Desktop

Das kleine "+" Zeichen irritiert mich etwas:

crw--w----  1 root tty       4,  9 Dez  5 09:24 /dev/tty9
crw-rw-rw-+ 1 root dialout 166,  1 Dez  5 10:48 /dev/ttyACM1

Sorry, hatte ich zuerst übersehen.
Das + steht dafür, dass ACLs (erweiterte Zugriffsrechte) aktiv sind.

Probier mal mal:

getfacl  /dev/ttyACM1

[MartinP]

@blockmove

martin@martin-D2836-S1:~$ getfacl /dev/ttyACM1
getfacl: Entferne führende '/' von absoluten Pfadnamen
# file: dev/ttyACM1
# owner: root
# group: dialout
user::rw-
user:martin:rw-
group::rw-
mask::rw-
other::rw-

Die ID wird anscheinend auch "hochgezählt". Beim Erstkontakt war es ttyACM0, dann habe ich das Board abgestöpselt, und beim nächsten einstöpseln war es ttyACM1...

Habe doch einen Link gefunden, der ggfs den Fehler beschreibt

https://github.com/juliagoda/CH341SER/issues/18

beautifulzzzz created this issue in juliagoda/CH341SER

open usbfs: interface 0 claimed by ch34x while 'brltty' sets config #1 #18

[MartinP]

Es wird noch komischer...

Linux-Putty kann auf dem selben Rechner ttyACM1 öffnen, und empfängt auch Kontrollausgaben vom Test-Sketch, das ich heruntergeladen habe...

Vielleicht ein Problem von Visual Studio Code ...

[MartinP]

Das Traceback der ARDUINO IDE ist etwas ausführlicher

Sketch uses 249746 bytes (19%) of program storage space. Maximum is 1310720 bytes.
Global variables use 26276 bytes (8%) of dynamic memory, leaving 301404 bytes for local variables. Maximum is 327680 bytes.
esptool.py v4.5.1
Serial port /dev/ttyACM0
Connecting...
Traceback (most recent call last):
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool.py", line 34, in <module>
    esptool._main()
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/__init__.py", line 1032, in _main
    main()
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/__init__.py", line 674, in main
    esp = esp or get_default_connected_device(
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/__init__.py", line 921, in get_default_connected_device
    _esp.connect(before, connect_attempts)
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/loader.py", line 640, in connect
    last_error = self._connect_attempt(reset_strategy, mode)
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/loader.py", line 525, in _connect_attempt
    reset_strategy()  # Reset the chip to bootloader (download mode)
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/reset.py", line 83, in __call__
    self._setDTRandRTS(False, False)
  File "/home/martin/.arduino15/packages/esp32/tools/esptool_py/4.5.1/esptool/reset.py", line 58, in _setDTRandRTS
    fcntl.ioctl(self.port.fileno(), TIOCMSET, struct.pack("I", status))
OSError: [Errno 71] Protocol error
Failed uploading: uploading error: exit status 1

Das __setDTRandRTS ist ja eigentlich unnötig, und sollte meiner Meinung nach weggelassen werden, da man das Modul über Taster selber in den Download-Mode versetzen muss...

P.S.Der Serial Monitor der Arduino IDE funktioniert auch ...

[MartinP]

So, jetzt die Lösung - zumindest für die Arduino IDE:

Build & Upload in der IDE starten.
Am ESP 32 S2 Mini Board den Download-Button betätigen und halten.
Reset-Button kurz betätigen.
In der ARDUINO-IDE warten, bis "Connecting..." im Output-Fenster der IDE erscheint
Danach zum "richtigen Zeitpunkt" den Download-Button loslassen

Dann startet auch der Upload von der IDE in das Board.

Wenn man das Board schon vorher in den Download-Modus versetzt, klappt die Sache wohl nicht.

Ist blöd, wenn man einen ESP im eingebauten Zustand etwas weiter weg vom PC liegend flashen will....

[Blockmove]

@martinp
Zum Flashen kannst du ja OTA in deinen Sketch integrieren. Ist kein Hexenwerk … einfach mal googeln

[MartinP]

@blockmove Muss mal schauen, wie viel Platz noch bleibt ... man muss da ja das ROM Partitionieren, damit die OTA-Library die empfangene OTA-Payload erstmal ablegen kann.

Im Gegensatz zum ESP8266 spuckt die Arduino-IDE beim Build des Sketches für den ESP32 zum Schluss keine Map aus, wenn sie fertig ist...
Über den Daumen würde ich erwarten, dass gut die Hälfte des ROMs frei sein muss, wenn man den Sketch ohne OTA baut, um überhaupt eine Chance zu haben, OTA erfolgreich hinzubekommen ...

Müsste da wohl in das Build-Ausgabeverzeichnis schauen, ob es da Dateien gibt, die da entsprechendes enthalten... habe das gefunden:

martin@martin-D2836-S1:~/Arduino/MQTT/MQTT_DS18B20_out$ cat local.eagle.flash.ld
/* Flash Split for 4M chips */
/* sketch @0x40200000 (~1019KB) (1044464B) */
/* empty  @0x402FEFF0 (~1028KB) (1052688B) */
/* spiffs @0x40400000 (~2024KB) (2072576B) */
/* eeprom @0x405FB000 (4KB) */
/* rfcal  @0x405FC000 (4KB) */
/* wifi   @0x405FD000 (12KB) */
MEMORY
{
  dport0_0_seg : org = 0x3FF00000, len = 0x10
  dram0_0_seg : org = 0x3FFE8000, len = 0x14000
  irom0_0_seg : org = 0x40201010, len = 0xfeff0
}
PROVIDE ( _FS_start = 0x40400000 );
PROVIDE ( _FS_end = 0x405FA000 );
PROVIDE ( _FS_page = 0x100 );
PROVIDE ( _FS_block = 0x2000 );
PROVIDE ( _EEPROM_start = 0x405fb000 );
/* The following symbols are DEPRECATED and will be REMOVED in a future release */
PROVIDE ( _SPIFFS_start = 0x40400000 );
PROVIDE ( _SPIFFS_end = 0x405FA000 );
PROVIDE ( _SPIFFS_page = 0x100 );
PROVIDE ( _SPIFFS_block = 0x2000 );
INCLUDE "local.eagle.app.v6.common.ld"
martin@martin-D2836-S1:~/Arduino/MQTT/MQTT_DS18B20_out$

[MartinP]

@martinp said in WLAN-Probleme ESP8266:

Habe jetzt eine letzte Kicad Session gemacht, und meine Leiterplatte für den Heizkörperthermostaten zu Ende gebracht.

Leiterplatte ist 60 x 110 mm² groß, passt in ein KEMO G082N oder G086 Gehäuse.
https://www.reichelt.de/kleingehaeuse-120-x-70-x-50-mm-geh-ksw-50-p73228.html

Kosten bei JLCB incl Fracht und Zoll 14,72 € für 10 Stück.

Die Bestückung ist ähnlich wie beim Prototypen, Viele bedrahtete Bauteile (kein SMD) und ein etwas überdimensionierter DC/DC-Wandler 12 -> 5V, da ich für die Lüfter 12 V brauche, und die Lüfter die Haupt-Stromverbraucher sind...

Eine Geschichte werde ich ggfs noch einmal überdenken. Das 12 V-Relais für die Ansteuerung des Danfoss Heizkörper-Stellers ist nicht auf der Leiterplatte. Aktuell baue ich das in ein separates Gehäuse, um besser Messen zu können, ohne auf Netzspannung zu achten ...

Die Lieferung hat laut Tracking Amsterdam erreicht.
Wird wohl Zeit, dass ich mich um die Firmware kümmere.

1. OTA Update
2. Einige Konfig-Parameter (MQTT/OTA-Gerätename usw) in das Flash, um nicht für jedes Board eine individuelle Firmware bauen und herunterladen zu müssen...
3. Betriebsmodus ohne standalone-Regler "in der Mitte" der Firmware (Regler im ioBroker bzw. Test-Betrieb)

[Norbert 1]

@martinp said in WLAN-Probleme ESP8266:

Biete einen Tipp und brauche einen Tipp ...

Meine Arbeitszimmer Heizkörpersteuerung ist eine Art Versuchslabor für ESP8266 Fingerübungen ...
Da arbeitet ein D1 Mini mit MQTT als Schaltzentrale - misst drei Temperaturen, steuert Lüfter, die ggfs. die Heizleistung des Heizkörpers erhöhen, und das Stellglied am Ventil des Heizkörpers.

Immer wieder stürzte der D1 Mini ab, manchmal mit Erholung nach einem Absturz, manchmal musste man ihn stromlos machen um ihn wieder zu wecken.

Dieses Problem habe ich vor ein paar Tagen wohl in den Griff bekommen: Direkt an der Steckerleiste des D1 Mini einen Elektrolytkondensator 1000 µF zwischen 5 V und Gnd - seitdem war Ruhe. Jedenfalls bis heute Nacht.... (Das ist mein Tipp)

Jetzt ist jedenfalls wieder ein "Stolperer" aufgetreten, der sich aber wieder gegeben hat, ohne dass ich dem D1 Mini den Saft abdrehen musste ...

Im Logging der Fritzbox und des ioBroker kann man den Stolperer auch sehen:

Fritzbox - der Thermostat braucht mehrere Versuche, um angemeldet zu bleiben

05.09.23
22:10:07
WLAN-Gerät angemeldet (2,4 GHz), 72 Mbit/s, thermostat, IP 192.168.2.143, MAC AC:0B:FB:CF:6D:7A.
05.09.23
22:10:07
WLAN-Gerät hat sich abgemeldet (2,4 GHz), thermostat, IP 192.168.2.143, MAC AC:0B:FB:CF:6D:7A.
05.09.23
22:08:41
WLAN-Gerät angemeldet (2,4 GHz), 72 Mbit/s, Klimageraet, IP 192.168.2.113, MAC 04:D6:F4:A0:ED:50.
05.09.23
22:08:33
WLAN-Gerät angemeldet (2,4 GHz), 144 Mbit/s, OK-TV, IP 192.168.2.29, MAC 70:54:B4:16:03:81.
05.09.23
22:05:35
WLAN-Gerät angemeldet (2,4 GHz), 72 Mbit/s, thermostat, IP 192.168.2.143, MAC AC:0B:FB:CF:6D:7A.
05.09.23
22:05:31
WLAN-Gerät angemeldet (2,4 GHz), 72 Mbit/s, ESP-TORSTEUERUNG, IP 192.168.2.47, MAC 5C:CF:7F:3A:52:3A.
05.09.23
22:05:31
WLAN-Gerät wurde abgemeldet (2,4 GHz), OK-TV, IP 192.168.2.29, MAC 70:54:B4:16:03:81.
05.09.23
22:05:31
WLAN-Gerät wurde abgemeldet (2,4 GHz), thermostat, IP 192.168.2.143, MAC AC:0B:FB:CF:6D:7A.
05.09.23
22:05:31
WLAN-Gerät wurde abgemeldet (2,4 GHz), Klimageraet, IP 192.168.2.113, MAC 04:D6:F4:A0:ED:50.
05.09.23
22:05:31
WLAN-Gerät wurde abgemeldet (2,4 GHz), ESP-TORSTEUERUNG, IP 192.168.2.47, MAC 5C:CF:7F:3A:52:3A.
05.09.23
22:05:31
WLAN-Autokanal: Die Kanaleinstellungen (vorher Kanal 6 (Frequenz 2.437 GHz)) wurden geändert, aktiv auf Kanal 11 (Frequenz 2.462 GHz).
05.09.23
22:05:19
WLAN-Autokanal: Aktuelle Erfassung der WLAN-Umgebung (2,4 GHz) zur Optimierung der genutzten WLAN Kanäle läuft, WLAN-Geräte werden daher unter Umständen neu angemeldet.

Im Iobroker gleichzeitig ....

2023-09-05 22:06:58.126  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed
2023-09-05 22:07:00.130  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944420130_2275
2023-09-05 22:07:00.131  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] Received pubrec on esp8266-cf6d7a for unknown messageId 15
2023-09-05 22:07:27.933  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:07:31.935  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:07:33.936  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:07:41.224  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed
2023-09-05 22:07:43.232  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944463232_2435
2023-09-05 22:07:43.233  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] Received pubrec on esp8266-cf6d7a for unknown messageId 15
2023-09-05 22:08:09.954  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:08:15.957  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:08:17.957  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:08:24.225  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed
2023-09-05 22:08:26.230  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944506229_8361
2023-09-05 22:08:26.231  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] Received pubrec on esp8266-cf6d7a for unknown messageId 15
2023-09-05 22:08:53.972  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:08:57.985  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:08:59.974  - warn: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries
2023-09-05 22:09:07.374  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed
2023-09-05 22:10:06.609  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944606608_6311
2023-09-05 22:10:06.627  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] subscribes on "mqtt.0.thermostat.desired.temperature"
2023-09-05 22:10:06.634  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] subscribes on "mqtt.0.thermostat.desired.temp_hyst"
2023-09-05 22:10:06.640  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] subscribes on "mqtt.0.thermostat.desired.throttle_fanspeed"
2023-09-05 22:10:06.828  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] publishOnSubscribe
2023-09-05 22:10:06.835  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] publishOnSubscribe
2023-09-05 22:10:06.841  - info: mqtt.0 (97320) Client [esp8266-cf6d7a] publishOnSubscribe
2023-09-05 22:10:13.030  - info: javascript.0 (15303) script.js.Solltemperatur_Arbeitszimmer: Thermostat communication recovery
2023-09-05 22:10:13.040  - info: javascript.0 (15303) script.js.Solltemperatur_Arbeitszimmer: Setze Solltemperatur "Nacht"

Ich vermute, dass der Auto-Kanalwechsel den ESP8266 ins Stolpern gebracht hat - kann man diese Verknotung zwischen ESP und MQTT Client/Broker irgendwie vermeiden?

Ich wollte jetzt als erstes die "Autokanal" Funktion der Fritzbox bei 2,4 GHz ausschalten, und sie auf einen Kanal festpinnen. Habe aber im Logging gesehen, dass diese Abmeldungen und Anmeldungen auch regelmäßig ohne Kanalwechsel vorkommen - dann aber ohne dass es im Logging des ioBroker Auswirkungen gibt ...

Die Software für den Thermostaten habe ich mit der Arduino Entwicklungsumgebung geschrieben, und benutze für MQTT und WLAN entsprechende Bibliotheken ...

https://github.com/khoih-prog/AsyncMQTT_Generic
https://github.com/khoih-prog/ESPAsync_WiFiManager

da stört was anderes.... fehler in der spannungsversorgung oder der angeschlossenen hardware - hier hängen jede menge FB´s rum und die werden von einigen espxxx stabil ( auch mit mqtt verbingung zum iobroker ) verwaltet !
einzig was sich wohl mal geändert hat ist das der wlan-name nun richtig ( groß - klein ) geschrieben sein muß ..

ps.: fehler in sendemenge und sendeabstand können sich auch so zeigen

[MartinP]

@norbert-1 Über die Spannungsversorgung wurde auch schon im Thread diskutiert.... Die Original D1-Mini haben einen 500 mA Spannungsregler an Bord. Die Klons von AzDelivery einen 300 mA Typen, und in Spitzen scheint der ESP manchmal mehr, als 300 mA zu verbrauchen, und erzeugt dann einen Restart des Boards...

Wenn die Leiterplatten da sind wird ein Board bestückt, und das Lolin ESP32 S2 Mini wird in der Version das AzDelivery board mit dem schwachen Regler ersetzen ...

Der Regler dort hat ein "MicrOne" Logo und den Aufdruck "S2VF" - habe ich noch nicht gefunden, was das sein soll ...

EDIT - die Leiterplatten sind aus China gekommen ...

Interessanter Zustand der Plastikfolie um das Paket - ob da unterwegs wohl jemand geschaut hat, ob das etwas Stehlenswertes im Karton ist? - für ein Smartphone ist der Karton aber eigentlich zu klein ...