1. **Display timing fixes for ESP32-S3-LCD-4.3**
- Corrected RGB panel timing parameters (hsync/vsync porch values)
- **Critical fix**: Set `pclk_active_neg = 1` (required for ST7262 panel)
- Added explicit PCLK speed of 16MHz
- These changes fix the blank/unstable display issue on Waveshare 4.3" boards
2. **Added memory diagnostics**
- Prints free heap and PSRAM at boot
- Helps verify PSRAM is properly initialized
3. **Duplicate loop() function**
- The `loop()` function appears twice in the .ino file
- Contains identical code for touch handling, hold-to-silence, and serial commands
- This is a build error waiting to happen
4. **New scaffold script**
- Added comprehensive project scaffolding script (`scaffold.sh`)
- Generates complete multi-target build structure with shared library and per-board drivers
- **ESP32-S3-LCD-4.3 board should now display correctly** (was likely blank before due to wrong timing)
- **Build will fail** due to duplicate `loop()` definition - needs immediate cleanup
- The scaffold script enables rapid project regeneration/setup for new installations
- TOUCH_SDA=17 SCL=18 RST=38 per Waveshare schematic
- GPIO 8/9 conflict with LCD_B0/B3 was blanking the display
- Banner uses BOARD_NAME macro instead of hard-coded E32R35T
- TFT_eSPI #error wrapped in USE_TFT_ESPI guard
- RGB test fills on separate lines so they actually execute
**Code formatting improvement** in the display initialization function:
- Reformatted a compressed one-liner containing RGB screen test code into properly structured, readable lines
- Split the color test sequence (RED → GREEN → BLUE) across multiple lines with preserved comments and delays
- **No functional changes** - the code behavior remains identical
- **Improved readability** - the color test sequence is now easier to understand and maintain
- **Better debugging** - individual test steps are clearly visible, making it easier to modify or troubleshoot the display initialization routine
Added RGB color test sequence commented out in the display initialization code:
- Red screen fill (0xF800)
- Green screen fill (0x07E0)
- Blue screen fill (0x001F)
- 2-second delays between each color
**Currently:** No functional impact - the test code is commented out, so it doesn't execute.
**If uncommented:** Would add a 6-second RGB test pattern on display startup, useful for verifying:
- Display color channel functionality
- Proper RGB565 color format support
- Screen initialization success
This appears to be debug/diagnostic code left in for future troubleshooting.
Required for uint16_t, Serial, millis() etc. when compiling
outside the .ino (Arduino IDE auto-includes Arduino.h for .ino
files but not for standalone .cpp files).
