WLAN-Probleme ESP8266

[Dieter_P]

@martinp said in WLAN-Probleme ESP8266:

Nach dem Download des Sketch habe ich das Modul von USB abgezogen.
Mit einem 5 V/1,5A stabilisierten Steckernetzteil habe ich mich in der rechten weiß markierten Zone auf die beiden oberen Pins verbunden - oben 5V, darunter Gnd...

und funktioniert das bei Dir?

Ich schicke Dir mal eine PN wg eines Probeexemplars Deines ESP32

ok.

[MartinP]

@dieter_p Hat soweit erstmal funktioniert. Die LED hat im erwarteten Rhythmus geblinkt. Ob alle anderen Funktionen auch laufen, wenn man das Board über ein 5 V Netzteil an der Pfostenleiste versorgt, weiß ich aber natürlich noch nicht.
Die Pinbelegung ist etwas schwer zu entschlüsseln:

file:///home/martin/Dokumente/Unbenannt.png

[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)