Dev-Branch

Was ist jetzt mit dem Fix behoben, das hier?

Ich habe das manchmal , meist beim Einschalten/Reboot 1-2 mal hintereinander. Ich benutze aber kein Bluetooth, es ist aber mitcompiliert.

@compactflash Nein, WLAN-Verbindungsproblem und dieser sporadische Neustart ist ungelöst weil (noch) nicht reproduzierbar.
Es wäre hilfreich hier die Log/serieller Monitor-Ausgabe/serieller einmal zu posten. Vielleicht kommen wir damit weiter.

Habe heute mal den ESPuino mit ins Büro genommen, dort ins WLAN gehängt und den aktuellen DEV-Branch mit SPI / SD_MMC getestet: Das WLAN hat eine gute Signalstärke und ist nicht „verschmutzt“ durch z.B. Downloads anderer Rechner oder Fernseh-Streaming:

  • WLAN einbinden klappte sofort (WPA2) & dauerhaft schnelle Verbindungsherstellung bei jedem Neustart

  • Mit SPI Anbindung kann ich keine kaputten Chunks feststellen, alle Uploads waren OK & binär gleich. Habe einzelne Dateien & auch ganze Ordner hochgeladen
    Die Uploadrate liegt konstant bei 180KB/s

  • Mit SD_MMC erreiche ich konstante Uploadraten bei 550KB/s
    grafik

  • Bei mir läuft der DEV-Branch absolut stabil.

Also wenn noch wer Probleme melden möchte - her damit…

4 „Gefällt mir“

Pünktlich zum Bastelwochenende einige Neuerungen im DEV-Branch:

  • Das feature „Zugangsdaten mehrerer Wlans speichern“ ist jetzt eingecheckt, Vielen Dank an @SZenglein für die Mühe!
  • Arduino 2.0.9, PlatformIO package 6.3.0. Damit wurde der Bug mit dem „__FlashstringHelper“ behoben. Als Zwischenlösung hatte ich die betroffenen Bibliotheken angepasst. Das ist jetzt überflüssig und es werden wieder die ursprünglichen Libs verwendet.

Gerne testen! Es gibt eine neue Compiler-Warnmeldung, wie kann man die beseitigen?

4 „Gefällt mir“

Durch die letzten Commits kompiliert der DEV-Branch derzeit nicht mehr mit Arduino 1.0.6!

Wir haben diese Möglichkeit damals mit viel Aufwand geschaffen weil es mit jeder Arduino 2 Version Probleme gab, das scheint jetzt nicht mehr der Fall. 1.0.6 im Master, 2.0.9 im DEV.

Wollen wir 1.0.6 für den DEV weiterhin kompilierbar halten oder die alten Zöpfe abschneiden?

2 „Gefällt mir“

Wegen mir gerne die alten Zöpfe abschneiden. Wir haben ja weiterhin den master und können diesen aktuellen Stand auch mit einen Tag oder Release archivieren, sollte der aktuelle dev-branch in den master kommen.
Somit kann jeder der aus welchem Grund auch immer nicht auf 2.0 gehen will auch dort bleiben.
Für den dev-branch macht es dann meiner Meinung nach Sinn alle Fallunterscheidungen bezüglich der Version zu entfernen und das auf diese Art übersichtlicher zu halten und Probleme nur auf einer Version zu lösen…

4 „Gefällt mir“

@tueddy Ich wollte noch anmerken, dass das von dir erstellte Changelog super aussieht. Ich habe es jetzt allerdings nicht auf Vollständigkeit geprüft. Wenn der Dev-Branch in Master gemerged wird, würde ich vorschlagen anschließend einen Tag zu erstellen und eine Versionsnummer (am besten gemäß Semantic Versioning) zu vergeben. In den Release Notes für den Tag kann man dann auch das Changelog hinterlegen.

2 „Gefällt mir“

@fschrempf Ich gebe mir Mühe was Github angeht, aber das ist nur ein Werkzeug um möglichst viele Leute an diesem Projekt teilhaben zu lassen. Wenn der Merge ansteht wird das natürlich mit einem Tag versehen, aber soweit ist es wohl noch nicht:

  • Jeder Einsteiger verwendet den Master, der funktioniert wunderbar!
  • Der Overengineered-Papa verwendet den DEV-Branch. Da kann es auch mal zu Fehlern / Problemen kommen :wink:

Das Changelog wird dann aber nicht aus Github kommen sondern aus der Marketing-Abteilung

1 „Gefällt mir“

Ich habe vorhin ein neues Develboard gelötet und zum Test mal den Dev-Branch draufgespielt. Also ich komme da weiterhin nicht in mein WLAN. Es geht um ST5G und das PWD ist länger als 20 Zeichen:

 *  Executing task: platformio device monitor --environment lolin_d32_pro_sdmmc_pe 


Please build project in debug configuration to get more details about an exception.
See https://docs.platformio.org/page/projectconf/build_configurations.html


--- Terminal on /dev/cu.usbserial-110 | 115200 8-N-1
--- Available filters and text transformations: colorize, debug, default, direct, esp32_exception_decoder, hexlify, log2file, nocontrol, printable, send_on_enter, time
--- More details at https://bit.ly/pio-monitor-filters
--- Quit: Ctrl+C | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H
[ 24160 ]  Statische IP-Konfiguration wird durchgeführt...
[ 24168 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 30072 ]  WLAN-Verbindung fehlgeschlagen.
[ 30585 ]  Access-Point geöffnet
[ 30585 ]  IP-Adresse: 192.168.4.1
[ 30588 ]  HTTP-Server gestartet.
ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1344
load:0x40078000,len:13896
load:0x40080400,len:3600
entry 0x400805f0
E (807) esp_core_dump_flash: No��ɕ�dump partition found!
E (807) esp_core_dump_flash: No core dump partition found!
[ 101 ]  Maximale Inaktivitätszeit wurde aus NVS geladen: 10 Minuten
[ 151 ]  RFID-Tags koennen jetzt gescannt werden...
[ 152 ]  Port-expander gefunden
[ 154 ]  Interrupt für Port-Expander aktiviert
[ 155 ]  Zyklus für Batteriemessung fuer Neopixel-Anzeige aus NVS geladen: 10 Minuten
[ 166 ]  Unterer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 3.00V
[ 178 ]  Oberer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 4.20V
[ 179 ]  Spannungslevel (Batterie) fuer Niedrig-Warnung via Neopixel aus NVS geladen: 3.40V
[ 190 ]  Spannungslevel (Batterie) fuer Kritisch-Warnung via Neopixel aus NVS geladen: 3.10V
[ 201 ]  Initiale Lautstärke wurde aus NVS geladen: 3
[ 201 ]  Maximale Lautstärke für Lautsprecher wurde ins NVS geschrieben.
[ 212 ]  Maximale Lautstärke für Kopfhörer wurde ins NVS geschrieben.
[ 212 ]  Lautsprecher eingeschaltet
[ 213 ] Disconnected (read failed: [Errno 6] Device not configured)
Reconnecting to /dev/cu.usbserial-110 .
Please build project in debug configuration to get more details about an exception.
See https://docs.platformio.org/page/projectconf/build_configurations.html


         Connected!
[ 3811 ]  Statische IP-Konfiguration wird durchgeführt...
[ 3819 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 8600 ]  WLAN mit SSID ST5G und Signalstärke -51 auf Kanal 11 gefunden.
[ 8601 ]  WLAN mit SSID ST5G und Signalstärke -88 auf Kanal 1 gefunden.
[ 8611 ]  WLAN mit SSID ARLO_VMB_1681299733 und Signalstärke -89 auf Kanal 6 gefunden.
[ 8611 ]  WLAN mit SSID WLAN-375703 und Signalstärke -92 auf Kanal 1 gefunden.
[ 8661 ]  Statische IP-Konfiguration wird durchgeführt...
[ 8669 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 10007 ]  Aktuelle Batteriespannung: 3.25 V
[ 10009 ]  Aktuelle Batterieladung: 20.59 %
[ 10011 ]  Batterieladung niedrig
[ 13798 ]  Statische IP-Konfiguration wird durchgeführt...
[ 13805 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 18888 ]  Statische IP-Konfiguration wird durchgeführt...
[ 18896 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 23969 ]  Statische IP-Konfiguration wird durchgeführt...
[ 23977 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 29878 ]  WLAN-Verbindung fehlgeschlagen.
[ 30391 ]  Access-Point geöffnet
[ 30391 ]  IP-Adresse: 192.168.4.1
[ 30394 ]  HTTP-Server gestartet.
ets Jul 29 2019 12:21:46

rst:0x1 (POWERON_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1344
load:0x40078000,len:13896
load:0x40080400,len:3600
entry 0x400805f0
E (807) esp_core_dump_flash: No���ɕ�dump partition found!
E (807) esp_core_dump_flash: No core dump partition found!
[ 98 ]  Maximale Inaktivitätszeit wurde aus NVS geladen: 10 Minuten
[ 148 ]  RFID-Tags koennen jetzt gescannt werden...
[ 149 ]  Port-expander gefunden
[ 151 ]  Interrupt für Port-Expander aktiviert
[ 152 ]  Zyklus für Batteriemessung fuer Neopixel-Anzeige aus NVS geladen: 10 Minuten
[ 163 ]  Unterer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 3.00V
[ 175 ]  Oberer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 4.20V
[ 176 ]  Spannungslevel (Batterie) fuer Niedrig-Warnung via Neopixel aus NVS geladen: 3.40V
[ 187 ]  Spannungslevel (Batterie) fuer Kritisch-Warnung via Neopixel aus NVS geladen: 3.10V
[ 198 ]  Initiale Lautstärke wurde aus NVS geladen: 3
[ 199 ]  Maximale Lautstärke für Lautsprecher wurde ins NVS geschrieben.
[ 209 ]  Maximale Lautstärke für Kopfhörer wurde ins NVS geschrieben.
[ 209 ]  Lautsprecher eingeschaltet
[ 210 ] Disconnected (read failed: [Errno 6] Device not configured)
Reconnecting to /dev/cu.usbserial-110 
Please build project in debug configuration to get more details about an exception.
See https://docs.platformio.org/page/projectconf/build_configurations.html


         Connected!
[  3736][E][WiFiGeneric.cpp:1268] mode(): Could not set mode! 12289
[  3737][E][WiFiSTA.cpp:299] begin(): STA enable failed!
[ 3757 ]  Statische IP-Konfiguration wird durchgeführt...
[ 3764 ]  Versuche mit WLAN 'ST5G' zu verbinden...
Guru Meditation Error: Core  1 panic'ed (Cache disabled but cached memory region accessed). 

Core  1 register dump:
PC      : 0x4025daee  PS      : 0x00060035  A0      : 0x80081a1d  A1      : 0x3ffbf72c  
A2      : 0x3ffc50e0  A3      : 0x0028800a  A4      : 0x800850c0  A5      : 0x3ffb7a70  
A6      : 0x3ffc8f88  A7      : 0x84800044  A8      : 0x3ff568a4  A9      : 0x00000000  
A10     : 0x3ff568c0  A11     : 0x00000003  A12     : 0x3ff568a8  A13     : 0x000f8023  
A14     : 0x0028800a  A15     : 0x00000000  SAR     : 0x00000018  EXCCAUSE: 0x00000007  
EXCVADDR: 0x00000000  LBEG    : 0x4009383c  LEND    : 0x40093847  LCOUNT  : 0xffffffff  


Backtrace: 0x4025daeb:0x3ffbf72c |<-CORRUPTED

  #0  0x4025daeb:0x3ffbf72c in ESP32RMTController::fillNext(bool) at .pio/libdeps/lolin_d32_pro_sdmmc_pe/FastLED/src/platforms/esp/32/clockless_rmt_esp32.cpp:507




ELF file SHA256: 6284e4554ae83703

E (3837) esp_core_dump_flash: Core dump flash config is corrupted! CRC=0x7bd5c66f instead of 0x0
Rebooting...
ets Jul 29 2019 12:21:46

rst:0x3 (SW_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1344
load:0x40078000,len:13896
load:0x40080400,len:3600
entry 0x400805f0
E (807) esp_core_dump_flash: No�zɕ�dump partition found!
E (807) esp_core_dump_flash: No core dump partition found!
[ 97 ]  Maximale Inaktivitätszeit wurde aus NVS geladen: 10 Minuten
[ 147 ]  RFID-Tags koennen jetzt gescannt werden...
[ 148 ]  Port-expander gefunden
[ 150 ]  Interrupt für Port-Expander aktiviert
[ 151 ]  Zyklus für Batteriemessung fuer Neopixel-Anzeige aus NVS geladen: 10 Minuten
[ 162 ]  Unterer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 3.00V
[ 174 ]  Oberer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 4.20V
[ 175 ]  Spannungslevel (Batterie) fuer Niedrig-Warnung via Neopixel aus NVS geladen: 3.40V
[ 186 ]  Spannungslevel (Batterie) fuer Kritisch-Warnung via Neopixel aus NVS geladen: 3.10V
[ 197 ]  Initiale Lautstärke wurde aus NVS geladen: 3
[ 198 ]  Maximale Lautstärke für Lautsprecher wurde ins NVS geschrieben.
[ 208 ]  Maximale Lautstärke für Kopfhörer wurde ins NVS geschrieben.
[ 209 ]  Lautsprecher eingeschaltet
[ 209 ] Disconnected (read failed: [Errno 6] Device not configured)
Reconnecting to /dev/cu.usbserial-110 
Please build project in debug configuration to get more details about an exception.
See https://docs.platformio.org/page/projectconf/build_configurations.html


         Connected!
[ 3816 ]  Statische IP-Konfiguration wird durchgeführt...
[ 3824 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 8608 ]  WLAN mit SSID ST5G und Signalstärke -53 auf Kanal 11 gefunden.
[ 8609 ]  WLAN mit SSID ARLO_VMB_1681299733 und Signalstärke -87 auf Kanal 6 gefunden.
[ 8619 ]  WLAN mit SSID ST5G und Signalstärke -90 auf Kanal 1 gefunden.
[ 8619 ]  WLAN mit SSID WLAN-375703 und Signalstärke -91 auf Kanal 1 gefunden.
[ 8671 ]  Statische IP-Konfiguration wird durchgeführt...
[ 8679 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 10007 ]  Aktuelle Batteriespannung: 3.45 V
[ 10009 ]  Aktuelle Batterieladung: 37.31 %
[ 13805 ]  Statische IP-Konfiguration wird durchgeführt...
[ 13813 ]  Versuche mit WLAN 'ST5G' zu verbinden...
ets Jul 29 2019 12:21:46

rst:0x8 (TG1WDT_SYS_RESET),boot:0x17 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1344
load:0x40078000,len:13896
load:0x40080400,len:3600
entry 0x400805f0
E (941) esp_core_dump_flash: No�zɕ�dump partition found!
E (941) esp_core_dump_flash: No core dump partition found!
[ 97 ]  Maximale Inaktivitätszeit wurde aus NVS geladen: 10 Minuten
[ 147 ]  RFID-Tags koennen jetzt gescannt werden...
[ 148 ]  Port-expander gefunden
[ 150 ]  Interrupt für Port-Expander aktiviert
[ 151 ]  Zyklus für Batteriemessung fuer Neopixel-Anzeige aus NVS geladen: 10 Minuten
[ 162 ]  Unterer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 3.00V
[ 174 ]  Oberer Spannungslevel (Batterie) fuer Neopixel-Anzeige aus NVS geladen: 4.20V
[ 175 ]  Spannungslevel (Batterie) fuer Niedrig-Warnung via Neopixel aus NVS geladen: 3.40V
[ 186 ]  Spannungslevel (Batterie) fuer Kritisch-Warnung via Neopixel aus NVS geladen: 3.10V
[ 197 ]  Initiale Lautstärke wurde aus NVS geladen: 3
[ 198 ]  Maximale Lautstärke für Lautsprecher wurde ins NVS geschrieben.
[ 208 ]  Maximale Lautstärke für Kopfhörer wurde ins NVS geschrieben.
[ 208 ]  Lautsprecher eingeschaltet
[ 209 ] Disconnected (read failed: [Errno 6] Device not configured)
Reconnecting to /dev/cu.usbserial-110 
Please build project in debug configuration to get more details about an exception.
See https://docs.platformio.org/page/projectconf/build_configurations.html


         Connected!
[ 3815 ]  Statische IP-Konfiguration wird durchgeführt...
[ 3823 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 8609 ]  WLAN mit SSID ST5G und Signalstärke -50 auf Kanal 11 gefunden.
[ 8610 ]  WLAN mit SSID ST5G und Signalstärke -88 auf Kanal 1 gefunden.
[ 8620 ]  WLAN mit SSID ARLO_VMB_1681299733 und Signalstärke -88 auf Kanal 6 gefunden.
[ 8620 ]  WLAN mit SSID FRITZ!Box 7530 QP und Signalstärke -90 auf Kanal 6 gefunden.
[ 8630 ]  WLAN mit SSID WLAN-375703 und Signalstärke -91 auf Kanal 1 gefunden.
[ 8681 ]  Statische IP-Konfiguration wird durchgeführt...
[ 8689 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 10007 ]  Aktuelle Batteriespannung: 3.45 V
[ 10009 ]  Aktuelle Batterieladung: 37.03 %
[ 13817 ]  Statische IP-Konfiguration wird durchgeführt...
[ 13825 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 18953 ]  Statische IP-Konfiguration wird durchgeführt...
[ 18960 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 24079 ]  Statische IP-Konfiguration wird durchgeführt...
[ 24087 ]  Versuche mit WLAN 'ST5G' zu verbinden...
[ 29221 ]  WLAN-Verbindung fehlgeschlagen.
[ 29732 ]  Access-Point geöffnet
[ 29732 ]  IP-Adresse: 192.168.4.1
[ 29735 ]  HTTP-Server gestartet.

Analysiert habe ich jetzt noch nix weiter, aber zumindest wollte ich es mal posten. Nachdem ich im Anschluss auf den Master-Branch gewechselt und dort meine Zugangsdaten erneut eingegeben habe, bin ich problemlos reingekommen.

Ich kann den Verbindungsfehler hier im Büro-WLAN nachvollziehen. Scheint bei statischer IP Konfiguration aufzutreten.

@biologist Eine Rückfrage: Hast Du STATIC_IP_ENABLE aktiv oder in der AccessPoint Oberfläche die statische IP eingetragen?
@SZenglein In der Funktion connectToKnownNetwork() sind die Werte für settings.static_addr usw. alle leer. Das kann so nicht stimmen?

Unabhängig vom Verbindungsproblem macht mich dieser Crash stutzig:

Guru Meditation Error: Core  1 panic'ed (Cache disabled but cached memory region accessed). 

Core  1 register dump:
PC      : 0x4025daee  PS      : 0x00060035  A0      : 0x80081a1d  A1      : 0x3ffbf72c  
A2      : 0x3ffc50e0  A3      : 0x0028800a  A4      : 0x800850c0  A5      : 0x3ffb7a70  
A6      : 0x3ffc8f88  A7      : 0x84800044  A8      : 0x3ff568a4  A9      : 0x00000000  
A10     : 0x3ff568c0  A11     : 0x00000003  A12     : 0x3ff568a8  A13     : 0x000f8023  
A14     : 0x0028800a  A15     : 0x00000000  SAR     : 0x00000018  EXCCAUSE: 0x00000007  
EXCVADDR: 0x00000000  LBEG    : 0x4009383c  LEND    : 0x40093847  LCOUNT  : 0xffffffff  


Backtrace: 0x4025daeb:0x3ffbf72c |<-CORRUPTED

  #0  0x4025daeb:0x3ffbf72c in ESP32RMTController::fillNext(bool) at .pio/libdeps/lolin_d32_pro_sdmmc_pe/FastLED/src/platforms/esp/32/clockless_rmt_esp32.cpp:507

Damit scheint der vorübergehende Fix für fehlendes IRAM nicht zu funktionieren. Evt. in Verbindung mit dem AccessPoint Modus? Noch wer eine Idee?

Nein, habe ich nicht. Habe mich daher auch über die Meldungen ein bisschen gewundert. Das Einzige, was ich vom Default abweichend gemacht habe, ist Port Expander aktiviert, PN5180 aktiviert und POWER von 32 auf 115 nebst INVERT_POWER.
Anzumerken ist noch, dass ich einen Accesspoint hier am Start habe - deswegen sieht man das WLAN auch doppelt in der Liste.

Das stimmt so, wenn settings.use_static_ip inaktiv. Da es dann natürlich auch keine static_addr gibt.

Dabei ist mir aber ein gravierender Fehler aufgefallen: ich setze use_static_ip nicht konsistent. Vor allem bei der Migration ist der Wert vermutlich einfach undefiniert. (Direkt über dem einzigen STATIC_IP_ENABLE müsste das angepasst werden.) Da hilft leider nur WLan löschen und neu hinzufügen.

In der Web.cpp wird der Wert gesetzt.

@biologist hast du mal versucht, das WLan im dev-branch neu zu einzustellen?

Ich habe den Weg über den AP zweimal gemacht. Es ging beide Male nicht.
Der ESP32-Wrover war komplett neu. Also es gab nix zu migrieren. Habe in der Mittagspause noch drei weitere gelötet - also ich könnte jetzt Tests mit jungfräulichen ESP32 machen :slight_smile:

Also wenn du das Netzwerk neu eingegeben hast und dabei nicht den Haken bei der statischen Konfiguration gesetzt hast, kann ich mir wirklich nicht erklären, warum plötzlich eine statische Konfiguration versucht wird.

Passwort zu lang für den Speicherplatz und dann wird einfach weiter im Speicher geschrieben? und schon ist static ip an ohne das es einer gewollt hat…

Nein, das ist nicht möglich.

Ich vertraue C Strings nicht. Wer dachte jemals, es sei eine gute Idee, strings mit null zu terminieren? Warum gibt es keine std-funktion die mit fester Länge kopiert und ein \0 anhängt? Strings in C sind der Teufel höchstselbst und ich behandle sie auch so.

Tirade Ende.

Spaß bei Seite, die Texte (SSID und PW) die vom Webinterface kommen werden beim kopieren bis max. 32 bzw. 64 byte abgeschnitten und zur Sicherheit ein \0 am Ende platziert.

2 „Gefällt mir“

Hbae gerade ein erase-flash durchgeführt und über AccessPoint neu mit der FRITZBox verbunden mit statischer IP. Klappt einwandfrei!
Maximale Länge SSID sind 32, Kennwort 64 Zeichen (HEX). Das sollte passen…

2 „Gefällt mir“

Kosmetikmeldung aus der Entwickler-Ecke:

Der neue Compiler ist ja sehr penibel geworden und meckert Alles an.
Die Warnmeldungen haben wir jetzt etwas reduziert. Auschecken & evt. ein Clean-All durchführen da auch einige Bibliotheken aktualisiert wurden:

grafik

Schönen Abend!

2 „Gefällt mir“

Den Fehler mit ST5G konnte ich auch nicht nachstellen. Bei mir funktioniert die Accesspoint Seite wie erwartet.

Ich habe den crash kurz zurück verfolgt. Der interrupt Handler wird hier in FastLED registriert:

Der Schuldige ist (wahrscheinlich) das Flag ESP_INTR_FLAG_IRAM. Wenn das Flag an esp_intr_alloc übergeben wird, müssen alle Funktionen im IRAM sein. Sonst:

If a function or symbol is not correctly put into IRAM/DRAM, and the interrupt handler reads from the flash cache during a flash operation, it will cause a crash due to Illegal Instruction exception (for code which should be in IRAM) or garbage data to be read (for constant data which should be in DRAM).

Da werden wir wohl beim Booten hinein laufen (da ja in dem Code von @tueddy einige Funktionen nicht im IRAM sind). Wir könnten versuchen den Flag zu löschen (müssten wir testen, ob das mit dem Flash-Cache jitter zusammen spielt).

Aber eine fehlerhafte LED Ausgabe ist sicherlich besser als ein Neustart.

@laszloh Danke für Deine Bug-Analyse!

Die geänderte FastLED-Bibliothek ist ja nur eine temporäre Krücke um weiterhin alle Funktionen compilierbar zu halten. Eine langfristige Lösung wäre Arduino als Komponente, aber das ist noch nicht soweit.
Bislang hat die „Krücke“ funktioniert, aber anscheinend speziell Im AP-Modus kann es zu diesem Fehler kommen.

Aber eine fehlerhafte LED Ausgabe ist sicherlich besser als ein Neustart.

Das sehe ich auch so, zumal der AP-Modus nur einmal ausgeführt wird. Könnte man dort einen Fix anwenden z.B. die LED’s kurzzeitig stummschalten?