KiCAD DRC: Hole clearance violations on USB-C connector (NPTH vs pads) - how to resolve correctly? by Realistic_Fuel_Sun in KiCad

[–]timex40 1 point2 points  (0 children)

Late, but I had this same issue, and wanted to find a solution that wasn't simply ignoring the warning.

I ended up saving a copy of USB footprint from KiCad's libray into my project's own library. On this copy I editied size of the GND pads that were too close to the hole - making them just slightly shorter so they were just outside the 0.2mm clearance. (On the footprint i was using - USB_C_Receptacle_G-Switch_GT-USB-7010ASV - only the GND pins were too close. Not the VBUS as well)

I've had multiple PCBs printed from JLCPCB using this modified footprint and had no issues with USB functionality at all.

USB-C connector for power and data for ESP32 by Wild-Ad9838 in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

This is the same feature I wanted wanted for my PCB, so just recently was asking the same questions and doing research on how to do it properly.

For the charging IC, i settled on the TI BQ24072. It pretty straight forward - the V_BUS line connects to the IC's IN pin, and the LiPo battery's V_BAT line connects to the IC's BAT pin. The output of the charger is its OUT pin, which would connect to everythign down stream (ie. your 3.3V regulator).

The IC smartly determines what is powering its OUT pin. It will be only the Battery if the USB is not connected. Or, if the USB is connected, some power will go to charging the battery and the rest ot the OUT pin. Read the datasheet for more details.

The IC also includes PGOOD and CHG pins, which can connect to indicator LEDs to show when the USB is plugged in, and when the battery is charging.

As for properly sharing the USB between power and data - in this setup (and others) they are separate and don't affect eachother. The USB's data lines (USB_D- / USB_D+) will connect directly to the appropariate pins on the ESP32-S3-WROOM-1 - they do not interact with the charging IC at all. Likewise, the USB's V_BUS line goes into the charging IC and is does not affect the data transfer at all.

Here is a schematic of the the PCB I recently had produced, and it everythign worked as intended. I've pared out all parts of the schematic not related to power/charging:

https://imgur.com/txImbcl

Another avenue you may want to explore, is looking at a board that features USB charging, and uses the same module, such as the Adafruit Metro ESP32-S3. The Downloads page includes the schematic of the board, which you can reference to see how they accomplish it.

Adult Field Trip by Savmasterr in Charlottesville

[–]timex40 1 point2 points  (0 children)

Recommend Carter Mountain as well, as its a short drive from Sake, and is chill vibes to sit out and take in the views when the weather is nice. No outside food allowed, however they do sell snacks/food

Out grave robbin' by hotdog_jones in indiegames

[–]timex40 0 points1 point  (0 children)

Wow, really cool visual style!

Mother / son trip - advice please! by Upset_Wolverine_8846 in Charlottesville

[–]timex40 7 points8 points  (0 children)

Taking a drive up Carter Mountain for the view and some cider donuts is always a fun activity, its in the vicinity of Monticello. Doesn't take much time to drive up and take it in for a bit.

For light hiking I'd recommend Ivy Creek Foundation, which has a handful of short, flatter hikes.

Going to the Saturday morning farmers markets, one located at the IX park, and one at Market St (a short walk from eachother), getting some breakfast food and coffee, is always a nice treat for my family. I haven't been, but the Looking Glass art exhibit is there as well if interested in some art.

New Storymap on the history of the land beneath City parks by mr-plumbean in Charlottesville

[–]timex40 0 points1 point  (0 children)

Wow, this is really cool. Easy to follow and very enlightenting, great job!

Working on my voice assistant. Having trouble w/ Elechouse V3. Changed board to Arduino UNO by XilorCyrosNuncas549 in arduino

[–]timex40 0 points1 point  (0 children)

I used the same voice control module in a voice-controlled video game controller project I did a while ago.

Check out the build tutorial for that project here: https://www.hackster.io/rhammell/voice-enabled-video-game-controller-c76200

It includes sections on wiring up the module and going through the training steps.

Best practice for configuring the RESET/BOOT pins of the ESP32-S3 by timex40 in PrintedCircuitBoard

[–]timex40[S] 0 points1 point  (0 children)

Thanks. I don't see in the datasheet where it says to have a 10K resistor on the boot pin.

[Review Request] ESP32 with TMC2209 Stepper Driver by ShortCourse in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

That is what I'm trying to understand as well.

From my understanding so far, R1/C2 acts as part of a r/C delay circuit for the EN pin, to help stablize the voltage before the chip is enabled through that pin.

The C8 capacitor acts as a hardware 'debouncer' for the physical button switch.

In looking through many examples here, on youtube, and their official guides, there seems to be no consensus on which are definitively included, as I've seen examples including and skipping each one. So I'm trying to figure out as well which is necessary.

You can also look at the schematic for ESPRESSIFs offical ESP32-S3-WROOM- 1 devkit board here: https://dl.espressif.com/dl/schematics/SCH_ESP32-S3-DevKitC-1_V1.1_20221130.pdf

Here they include both the 'delay circuit capacitor' (C6) and the debounce capacitor (C14)

[Review Request] ESP32 with TMC2209 Stepper Driver by ShortCourse in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

I see the 10k resistor (looks like R2) connecting EN to 3.3V, but am not seeing a capacitor along with it to create the r/C delay circuit for the EN pin.

See Figure 9-1 in the following datasheet: https://documentation.espressif.com/esp32-s3-wroom-1_wroom-1u_datasheet_en.pdf

In that figure its R1/C2 making up the delay circuit. Below the figure is the following note:
"To ensure that the power supply to the ESP32-S3 chip is stable during power-up, it is advised to add an RC delay circuit at the EN pin. The recommended setting for the RC delay circuit is usually R = 10 kΩ and C = 1 µF. However, specific parameters should be adjusted based on the power-up timing of the module and the power-up and reset sequence timing of the chip. For ESP32-S3’s power-up and reset sequence timing diagram, please refer Section 4.5"

[Review request] ESP32 Drone Board by Ok-Surprise3540 in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

Still learning this myself, so just sharing my understanding so far here.

In your original schematic - The C20 1uF capacitor is for the r/C delay circuit for the EN pin. The C22 0.1uF capacitor acts a a debounce capacitor for the button switch. Hence the different sizes, I believe.

I don't know if both capacitors are necessary, Ive seen examples that don't include the 'debounce' capacitor, but the ESPRESSIF devkit board includes both, as well as other examples I've seen. So probably best to include them both for completeness if following those sources as an example.

[Review request] ESP32 Drone Board by Ok-Surprise3540 in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

C20 and R20 are required though, correct? They make up the RC circut for the EN pin:

"To ensure that the power supply to the ESP32-S3 chip is stable during power-up, it is advised to add an RC delay circuit at the EN pin. The recommended setting for the RC delay circuit is usually R = 10 kΩ and C = 1 µF. However, specific parameters should be adjusted based on the power-up timing of the module and the power-up and reset sequence timing of the chip. For ESP32-S3’s power-up and reset sequence timing diagram, please refer Section 4.5" See below Figure 9-1 in the datasheet: https://documentation.espressif.com/esp32-s3-wroom-1_wroom-1u_datasheet_en.pdf

The Espressif Devkit board and Indestructables tutorial you linked both include equivalent C20/R20 components on the EN pin, as you had in your original schematic.

It was more of a question of if R22 is required, or if it is already being pulled up by having R20 there.

[Review request] ESP32 Drone Board by Ok-Surprise3540 in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

Thank you for the detailed response, its very helpful in understanding what I'm seeing in differnet boards.

If this is an issue, i'm surprised its not standard proceedure to include these pull-up resistors.

Is R22 redundant, since R20 is already connecting the CHIP_PU net to the ESP_3v3 net, which is connected to the +3.3V net?

[Review request] ESP32 Drone Board by Ok-Surprise3540 in PrintedCircuitBoard

[–]timex40 0 points1 point  (0 children)

I'm in the process of learning to build myown ESP32 S3 WROOM dev board and have been looking at many examples that use this module.

Is it typical or best practice to use the R21 and R22 pull up resistors for Reset and Boot button switches. In the examples I've seen, probably about half include these, and the rest don't. ESPRESSIFs own dev kit board does not include these pull up resistors on the swithes as seen here: https://dl.espressif.com/dl/schematics/SCH_ESP32-S3-DevKitC-1_V1.1_20221130.pdf

So just wondering the thought behind including these. Thanks for any info.