D.h. es läuft jetzt alles?
Der erste läuft, aktuell bin ich an dem zweiten nicht mini4L 
Kommt bei mir auch immer. Ich nutze pioarduino.
Bei dieser Box, master branch in Led.h eingefügt:
#ifdef NEOPIXEL_ENABLE
#define LED_INITIAL_BRIGHTNESS 16u
#define LED_INITIAL_NIGHT_BRIGHTNESS 2u
// FastLED's clockless-SPI backend claims SPI2_HOST (== Arduino's HSPI) via its own private
// bookkeeping, which knows nothing about hosts Arduino already took. That only works out while the
// SD card stays off HSPI, i.e. in SD-MMC mode. With SPI-SD, SdCard.cpp's spiSD(HSPI) and FastLED
// end up driving the same peripheral concurrently -- an SPI HAL assert plus LED-refresh timeouts,
// i.e. a reboot loop (forum #4758). Leaving the macro undefined falls back to the RMT driver.
#ifdef SD_MMC_1BIT_MODE
#define FASTLED_ESP32_USE_CLOCKLESS_SPI 1
#endif
#include <FastLED.h>
und settings.h geändert:
#ifndef HAL // Will be set by platformio.ini. There's no need to adjust this manually right here
#define HAL 4
#endif
// Enforce port expander for some HALs because it's mandatory for those and users constantly forget it. Endless story...
#if (HAL == 6) || (HAL == 7)
#define PORT_EXPANDER_ENABLE
#endif
//########################## MODULES #################################
//#define PORT_EXPANDER_ENABLE // When enabled, buttons can be connected via port-expander PCA9555 (https://forum.espuino.de/t/einsatz-des-port-expanders-pca9555/306)
//#define I2S_COMM_FMT_LSB_ENABLE // Enables FMT instead of MSB for I2S-communication-format. Used e.g. by PT2811. Don't enable for MAX98357a, AC101 or PCM5102A)
#define MDNS_ENABLE // When enabled, you don't have to handle with ESPuino's IP-address. If hostname is set to "ESPuino", you can reach it via ESPuino.local
#define MQTT_ENABLE // Make sure to configure mqtt-server and (optionally) username+pwd
#define FTP_ENABLE // Enables FTP-server; DON'T FORGET TO ACTIVATE AFTER BOOT BY PRESSING PAUSE + NEXT-BUTTONS (IN PARALLEL)!
#define NEOPIXEL_ENABLE // Don't forget configuration of NUM_LEDS if enabled
#define LANGUAGE DE // DE = deutsch; EN = english: FR = french
#define HEADPHONE_ADJUST_ENABLE // Used to adjust (lower) volume for optional headphone-pcb (refer maxVolumeSpeaker / maxVolumeHeadphone) and to enable stereo (headphones are always stereo, even if mono-playback is enabled via GUI)
#define SHUTDOWN_IF_SD_BOOT_FAILS // Will put ESP to deepsleep if boot fails due to SD. Really recommend this if there's in battery-mode no other way to restart ESP! Interval adjustable via deepsleepTimeAfterBootFails.
#define MEASURE_BATTERY_VOLTAGE // Enables battery-measurement via GPIO (ADC) and voltage-divider
#define USEROTARY_ENABLE // If rotary-encoder is used (don't forget to review WAKEUP_BUTTON if you disable this feature!)
#define BLUETOOTH_ENABLE // If enabled and bluetooth-mode is active, you can stream to your ESPuino or to a headset via bluetooth (a2dp-sink & a2dp-source). Note: This feature consumes a lot of resources and the available flash/ram might not be sufficient.
//#define IR_CONTROL_ENABLE // Enables remote control (https://forum.espuino.de/t/neues-feature-fernsteuerung-per-infrarot-fernbedienung/265)
//#define HALLEFFECT_SENSOR_ENABLE // Support for hallsensor. For fine-tuning please adjust HallEffectSensor.h Please note: only user-support provided (https://forum.espuino.de/t/magnetische-hockey-tags/1449/35)
//################## select SD card mode #############################
//#define SD_MMC_1BIT_MODE // run SD card in SD-MMC 1Bit mode (using GPIOs 15 + 14 + 2 is mandatory!)
//#define SINGLE_SPI_ENABLE // If only one SPI-instance should be used instead of two (not yet working!)
//#define NO_SDCARD // enable to start without any SD card, e.g. for a webplayer only. SD card Settings above will be ignored
//################## select RFID reader ##############################
// Runtime RFID reader selection is now supported via web interface
// Runtime RFID reader type configuration
// 0 = Auto-detect
// 1 = MFRC522 (SPI)
// 2 = MFRC522 (I2C)
// 3 = PN5180
#define RFID_READER_TYPE_RUNTIME 0 // Default to Auto-detect
Erase Flash and Upload > Reboot > 4 Gelbe Pixel im viertel Versatz blinken kurz auf und am Rechner meldet sich der ESP an und ab im Blinktakt der LEDs.
Dann würde ich in die serielle Konsole schauen.
Mir ist echt unklar, warum ich das immer wieder erwähnen muss.
Das musst Du nicht immer erwähnen. Ich kann mich nicht Verbinden.
Der ESP meldet sich im Blinktakt im Windows Gerätemanager an
Konsole : [ERROR] Failed to connect to COM3
Ich probiere jetzt mal den dev branch aus
Mit dem dev das gleiche, bekomme aber jetzt eine Ausgabe im Terminal:
--- Terminal on COM3 | 115200 8-N-1
--- Available filters and text transformations: 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
E (1606) esp_core_dump_flash: No core dump partition found!
E (1606) esp_core_dump_flash: No core dump partition found!
I [99] Maximale Inaktivitätszeit wurde aus NVS geladen: 10 Minuten^
[Connection lost: The device has been lost.]
Hab wieder auf meinen letzten funktionsfähigen Stand geflasht. Espuino läuft mit der alten Firmware.
hattest du mal versucht den NVS zu löschen, vielleicht klemmt es ja da…aber Achtung da musst du vorher deine Kartenzuweisungen sichern
Löscht sich der NVS nicht mit dem Erase?
Wenn die kartenzuweisungen weg waren hast du es gemacht 
Ich bin mit einem fehlerhaften NVS auch mal in einem Bootloop rausbekommen. Habe das damals aber mit den esptools gelöscht
Kartenzuweisungen und Wlandaten waren weg.
Übrigens zum Thema serielle Ausgabe: In VSC/Platformio ist es immer bisschen blöd, dass der oft nicht am Anfang schon einsteigt mit der Ausgabe. Das kann ESPuino Firmware Tool tatsächlich besser.
Eigentlich hatte ich das ja nur für die User bereitgestellt, aber ich flashe damit inzwischen alle Completes, die ich rausschicke.
Hatte ich gestern auch schon benutzt, sonst hätte ich die alte lauffähige Firmware nicht wieder drauf bekommen. Auch habe ich mal über dein Tool die fertige d32pro firmware aufgespielt.
Fehler suchen ist eigentlich beruflich mein Hauptgeschäft, aber eben nicht in Programmen.
Ich tu mir halt im Moment ein bisschen schwere, ich habe zwei fast identische ESPuinos, einer läuft der andere bootet nicht. Der lauffähige hat Touchsensoren und kein Rotary, der zweite hat 3 Taster und einen Rotary. Vielleicht wirke ich etwas hilflos mit meinen Beiträgen weil schlecht ausgedrückt, viele Dinge habe ich schon ausprobiert bis Lösungsvorschläge kommen.
Die nächsten 3 Wochen hab ich keinen Zugriff auf die ESPuinos, danach gehts wieder ran. Das wäre ja gelacht, wenn man den zweiten nicht zum laufen bekommen würde.
Trotzdem vielen Dank für eure Hilfe.
du kannst auch erst mal sämtliche Peripherie trennen. Der ESPUINO bootet auch ohne Tasten, Reader, LED Ring usw. Und dann nimm am Besten die Serial-Ausgabe im Browser
Also ich kann regelmäßig hier im Thread nicht nachvollziehen, um welche Hardware es jeweils genau geht und was konkret nicht geklappt hat und was aber schon. Und was alles schon auspobiert wurde. Hinter „geht nicht“ verbirgt sich halt alles und nichts. Es sind auch keine Bilder vorhanden. Und ganz ehrlich: Ich habe oft den Eindruck, dass Bilder ganz bewusst nicht gezeigt werden, weil da Kraut und Rüben am Start ist und das mehr Fragen als Antworten aufwirft. Wir hatten hier im Forum schon die dollsten Prachtwerke an Lötstellen.
Wenn man Fehler beschreibt, dann sollte man sich im Anschluss den Text nochmal durchlesen und überlegen, wie aufschlussreich das für jmd ist, der bei den Tests nicht dabei war. Für mich passt das beispielsweise überhaupt nicht, dass es einerseits heißt, dass die serielle Verbindung nicht möglich ist, weil sich ständig im Gerätemanager der Status ändert, aber neu flashen geht dann doch.
(Ganz grundsätzlich möchte ich nicht ausschließen, dass es mit den PCBs aus der ersten Generation Probleme gibt und darauf das aktuelle ESPuino vielleicht tatsächlich nicht lauffähig ist. Aber das muss man halt geordnet analysieren.)
Nach dem flashen mit dem master branch, hing der ESP in einer Rebootschleife fest. Ich konnte mich mit dem Terminal nicht verbinden, auch mit deinem Webtool nicht.
Mit pioarduino Erase, mehrere mal drücken auf den Resetbutton, konnte ich den ESP dann löschen. Nach dem Erase war er ganz normal wieder im Webtool und VSCode erreichbar.
Wenn ich in ca. 3 Wochen wieder Zugriff auf die Hardware habe, kann ich auch gerne Bilder schicken, wenns gewünscht ist.
So lange halte ich jetzt erst mal Funkstille bevor die Stimmung kippt.
Danke für deine / eure Zeit