-
-
Notifications
You must be signed in to change notification settings - Fork 0
Description
Hi,
nice project and seems to be suitable for my needs (I need to flash an embedded ESP32-WROOM-32 chip).
I am only a bit confused by your terminology and want to be sure that I understand everything correctly. In your introduction you write: "The implementation supports ELOG, RTS (CHIP_PU) and CTS (EBOOT) signals".
In my understanding, RTS (ready-to-send) and CTS (clear-to-send) are used by UART hardware flow-control. RTS of the receiver is connected to CTS of the sender, the receiver pulls down RTS and the sender detects this condition on it's CTS-pin and knows it can send more data.
I don't think this is the case here. From the example you provide, the "RTS" is just connected to the reset-pin of the ESP, while the "CTS" is connected to the bootstrap pin of the ESP. Is this interpretation correct?
What I will have to change: make ELOG optional (I don't have that), and put pin-definitions into the toplevel CMakeLists.txt. This will allow rebuilding without actually changing the code (you can then pass pin-numbers as arguments to cmake). I plan to create a PR for that once I get around to it.