Reset circuitry clarification

All ESP32 boards running MicroPython.
Target audience: MicroPython users with an ESP32 board.
Post Reply
User avatar
liudr
Posts: 211
Joined: Tue Oct 17, 2017 5:18 am

Reset circuitry clarification

Post by liudr » Sun Nov 24, 2019 7:21 am

I have some thought about the two transistor/resistor reset circuitry. I grabbed the reset sequence with a logic analyzer. If esptool.py can control DTR and RTS individually, as shown on the logic analyzer and expected from pyserial module, then why not directly connecting DTR and RTS to GPIO0 and RESET pins?

My answer: to be able to open serial port for console interaction with a regular terminal emulator, correct?

User avatar
Roberthh
Posts: 3667
Joined: Sat May 09, 2015 4:13 pm
Location: Rhineland, Europe

Re: Reset circuitry clarification

Post by Roberthh » Sun Nov 24, 2019 8:03 am

If you look at the two transistor logic implemented in many boards, it acts as a kind of wired XOR. When both DTR and RTS are low or high, Reset and GPIO0 are high. That is needed, because typical terminal emulators would set the pins like that.
Typical circuitry e.g. here: https://cdn.sparkfun.com/assets/learn_t ... ematic.pdf

User avatar
liudr
Posts: 211
Joined: Tue Oct 17, 2017 5:18 am

Re: Reset circuitry clarification

Post by liudr » Sun Nov 24, 2019 6:17 pm

Thanks Roberth! So my guess was right and the logic was meant for a dev board to start when its console serial port is opened by a typical terminal emulator.

Post Reply