(General-Purpose Input/Output) pins are versatile connections found on many microcontrollers and single-board computers, allowing them to interface with a wide range of external components and sensors.
I hate to be that person that yells out “first”, but I think this is the first post of any kind to this group. All the counters are at zero right now. So “FIRST!”
I really like the GPIO facilities of the ESP32-S3, so I landed this post in that group, but I think these general issue applies to most of the modules/functions/daughter-boards.
This board specifically has a chance to “fix” it for a lot of users, though. Please consider something like a 74HC595 and some jumpers to make the inputs 5V tolerant and provide save 5V of drive. A 100 ohm resistor should limit the current for the inputs, but it makes the output situation even worse.
Whether it’s on the main board or on all the daughterboards, ALL the connections to the ESP32 that are dragged out to external pins probably need decoupling caps and something like TVS diode arrays to help out the internal suppressors just for spike protection while plugging and unplugging cables while the device is on (don’t do that!) or touching it on the bench or whatever.
I’ll leave the recommendation of specific parts to the actual EEs but all these parts with dangling naked data pins is pretty unnerving. You don’t want warranty RMA repairs and replacements, developers don’t want to debug boards s that accidentally developed one or more ba input pins, etc. Making these boards battle-worthy is a good step toward distinguishing these from the $4 devkitc-class products - compete on reliability and quality instead of price alone.
Hi, Root
You are the first user of this commnuity except our coworkers. a BIG welcome.
Thanks for your comments and it was passed to hardware engineer, and reply you soon.
Young Gu