ESPuino nach Update in Reboot-Schleife

biologist · 15. September 2026 um 08:01

MQTT habe ich gestern auch noch gefixt.
Also wenn du den aktuellen DEV drauf machst, dann sollte alles klappen. Die Zeile, die du auskommentiert hast, wird jetzt per Präprozessor-Anweisung nur noch dann „gezogen“, wenn SDMMC aktiv ist.

github.com/biologist79/ESPuino

src/Led.h

94bb1f9e3


      
          
          #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>
          
          struct LedSettings {
          	uint8_t numIndicatorLeds = 24;
          	uint8_t numControlLeds = 0;
          	std::vector<uint32_t> controlLedColors;
          	uint8_t numIdleDots = 4;

Na ist doch schön, dass wir auf einer Platine der mehr oder weniger ersten PCB-Generation das aktuelle ESPuino jetzt wieder am Laufen haben .

Zeige mir davon mal ein Bild.
Gut möglich, dass für SPI die falsche Methode verwendet wird.