NEWS
WLAN-Probleme ESP8266
-
@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. -
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
-
@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. -
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.htmlKosten 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 ...
-
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....
-
@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? -
@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
-
@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
-
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
-
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 ...
-
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 ...
-
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 loslassenDann 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....
-
@martinp
Zum Flashen kannst du ja OTA in deinen Sketch integrieren. Ist kein Hexenwerk … einfach mal googeln -
@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 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.htmlKosten 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.- OTA Update
- 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...
- Betriebsmodus ohne standalone-Regler "in der Mitte" der Firmware (Regler im ioBroker bzw. Test-Betrieb)
-
@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 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed 2023-09-05 22:07:00.130 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944420130_2275 2023-09-05 22:07:00.131 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Received pubrec on esp8266-cf6d7a for unknown messageId 15 2023-09-05 22:07:27.933 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:07:31.935 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:07:33.936 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:07:41.224 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed 2023-09-05 22:07:43.232 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944463232_2435 2023-09-05 22:07:43.233 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Received pubrec on esp8266-cf6d7a for unknown messageId 15 2023-09-05 22:08:09.954 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:08:15.957 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:08:17.957 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:08:24.225 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed 2023-09-05 22:08:26.230 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944506229_8361 2023-09-05 22:08:26.231 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Received pubrec on esp8266-cf6d7a for unknown messageId 15 2023-09-05 22:08:53.972 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:08:57.985 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:08:59.974 - [33mwarn[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] Message 15 deleted after 11 retries 2023-09-05 22:09:07.374 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connection closed: closed 2023-09-05 22:10:06.609 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] connected with secret 1693944606608_6311 2023-09-05 22:10:06.627 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] subscribes on "mqtt.0.thermostat.desired.temperature" 2023-09-05 22:10:06.634 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] subscribes on "mqtt.0.thermostat.desired.temp_hyst" 2023-09-05 22:10:06.640 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] subscribes on "mqtt.0.thermostat.desired.throttle_fanspeed" 2023-09-05 22:10:06.828 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] publishOnSubscribe 2023-09-05 22:10:06.835 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] publishOnSubscribe 2023-09-05 22:10:06.841 - [32minfo[39m: mqtt.0 (97320) Client [esp8266-cf6d7a] publishOnSubscribe 2023-09-05 22:10:13.030 - [32minfo[39m: javascript.0 (15303) script.js.Solltemperatur_Arbeitszimmer: Thermostat communication recovery 2023-09-05 22:10:13.040 - [32minfo[39m: 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_WiFiManagerda 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
-
@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 ...
-
So, die erste Leiterplatte ist bestückt - hatte übrigens ein paar Details vergessen - sie passte erst nach ein wenig "Dremeln" an den Ecken in das zugedachte Gehäuse...
-
sieht doch gut aus
Einfach nur aus Neugierde. Schauen die Lötpunkte an R3, R2 und jeweils 1/2 bei D3 und D4 nur auf dem Foto so "matt" aus? Oder gab ergibt sich das durch die Platine?
Sorry frage so blöd, weil ich solche Punkte bei Problemen gerne nachlöte bis sie "glänzen". In Zeiten von Bleifreiem Lot aber alles nicht mehr so wie man es vielleicht kennt
P.S.: die "Dremel-Stellen" kenne ich auch gut um maximal viel Lochrasterplatine darein zu bekommen
-
@dieter_p Ich habe mir vorgenommen, "bleifrei" zu löten, wo es geht ... Die Platine ist in Bleifrei-Ausstattung bestellt (und hoffentlich auch geliefert...) worden. Gelötet habe ich mit Stannol Kristall 600 mit 1 mm Durchmesser. Vorher bestelltes Noname Bleifrei-Lötzinn war unbrauchbar... Ohne Schutzbrille bestand Gefahr für die Augen, so hat das Flussmittel gespritzt, und die Lötstellen sahen noch verheerender aus ...
Die Lötstellen mit dem Stannol-Zinn sehen bis zum Aushärten alle aus, wie die guten alten Lötstellen mit bleihaltigem Lot, aber beim Erstarren kriegen die schlagartig "Rauhreif", egal wie gut man die Lötstelle vor Erschütterungen schützt. Negative Auswirkungen auf die Stabilität durch das "Rauhreif" habe ich noch nicht erlebt ...
Zum Format der Leiterplatte: https://www.kemo-electronic.de/datasheets/g087n.pdf
Die "sicheren" Abmessungen für eine Leiterplatte sind nach obiger Zeichnung 105,5 x 55 mm, aber die sechs Befestigungslöcher sind im 50x50 mm Raster angeordnet - das wäre mir zu wenig Rand gewesen ... mit 110x60 mm bin ich aber wohl etwas zu optimistisch gewesen.
Das Gehäuse hat eine lichte Innenhöhe von ca 60 mm. Überlege, ob ich die 230 Volt nicht doch mit ins Gehäuse bringe ...
Sieht schon komisch aus, die derzeitige Konstruktion mit externem 12 V Bar-Netzteil und einer Feuchtraum-Verteilerdose für das Relais zur 230 V Ansteuerung des Danfoss Stellgliedes ...Habe bei Aliexpress jedenfalls ein paar AC/DC-Wandler 12 V 15 Watt bestellt, von denen einer zusätzlich in das Gehäuse passen würde...
https://de.aliexpress.com/item/1005004374449386.htmlSoll 47.5 x 28.5 x 22 mm haben...