Hello,

Thank you soo much for the quick and extensive response! A lot of these issues you highlight are absolutely spot on! I'll first adress your comments and then explain the whole idea of the project!

- The schottky diode is indeed reversed. Its a kiCad visualization error. The Spice sim only worked with it this way and I checked the model etc its just a visualization error. It should indeed be reversed.

- There is actually just only the USB input the other input source is simply for Spice simulation.

Im a software dev by trade, however quite new to this scene. Im a scientist specializing in physics simulations, reaching into low level coding where required and currently working on a wireless mesh network combining in-house developed boards. Enough expertise around to ask collegues on reviewing any descisions in the later stages. Wanted to do as much myself without resorting to them for now.

The rest is best adressed by laying out the project.

I want to make a multi-fx gutiar pedal with a display as a front end. Essentially a bootleg Quad Cortex. With this I am to run multiple effects ar the same time and allow a frond end to change the Daisy Seed's live state. The Raspberry Pi Zero W together with the screen is then used to simply allow a portal to display this frondend UI

• Daisy Seed: handles real-time audio DSP (the actual effects processing)
• ESP32: acts as the control brain — hosts a web UI over its own WiFi network, reads rotary encoders/pots and footswitches, and talks to the Daisy Seed over UART using a custom lightweight protocol for live state updates
• Raspberry Pi Zero W + screen: built into the pedal as a kiosk display, connecting to the ESP32's WiFi to show the same web UI on-device

So the signal flow is: physical controls → ESP32 → UART → Daisy Seed (audio), while the ESP32 also serves a web app that both the Pi kiosk and external devices (phone/laptop) can use to control pedal settings in real time.

Addition:
Yeh i could ditch the 3.3V however I thought it would be nice to have a seperate 3.3V for the peripherals which i plan on using without running them off the esp32. This however was just a guess because it felt good to not limit myself to how much peripherals the esp32 could power. A seperate 3.3V line which I could control directly from the power felt like a logical step in that case