UART dark after flashing
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
UART dark after flashing
1) flash firmware
2) "Hard resetting..."
3) I open a 'screen' session to watch the serial console
4) nothing shows up
I have to unplug the ESP32 first. Is this fixable?
2) "Hard resetting..."
3) I open a 'screen' session to watch the serial console
4) nothing shows up
I have to unplug the ESP32 first. Is this fixable?
Re: UART dark after flashing
Have you tried running "make monitor"? The ESP-IDF contains a built in serial logger which I find to be extremely useful. I too had problems with "screen" but after switching to "make monitor", Ive never looked back. If that doesn't help, let us also ask:
1. What is your PC environment?
2. What kind of ESP32 board do you have?
1. What is your PC environment?
2. What kind of ESP32 board do you have?
Free book on ESP32 available here: https://leanpub.com/kolban-ESP32
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
Re: UART dark after flashing
Same issue. Output:
Then: silence.
I use this board, which is pin-compatible with the Espressif board: http://www.watterott.com/de/ESP-WROOM32-Breakout
I'm on macOS.
Code: Select all
Leaving...
Hard resetting...
--- forcing DTR inactive
--- forcing RTS inactive
--- Miniterm on /dev/tty.SLAB_USBtoUART 115200,8,N,1 ---
--- Quit: Ctrl+] | Menu: Ctrl+T | Help: Ctrl+T followed by Ctrl+H ---
I use this board, which is pin-compatible with the Espressif board: http://www.watterott.com/de/ESP-WROOM32-Breakout
I'm on macOS.
Re: UART dark after flashing
That seems very unusual.
If you press and release the "EN" button while the monitor is running, do you see any output then?
If you measure the voltage on the "EN" pin while the monitor is running, what is it?
At a glance, the reset circuit for the breakout board you have is slightly different to the ESP32 Core Board reset circuit (uses FETs not BTJs.) Off the top of my head I can't think of a reason this would matter, but it's probably worth asking the hardware vendor if there are known issues with the board.
Angus
If you press and release the "EN" button while the monitor is running, do you see any output then?
If you measure the voltage on the "EN" pin while the monitor is running, what is it?
At a glance, the reset circuit for the breakout board you have is slightly different to the ESP32 Core Board reset circuit (uses FETs not BTJs.) Off the top of my head I can't think of a reason this would matter, but it's probably worth asking the hardware vendor if there are known issues with the board.
Angus
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
Re: UART dark after flashing
> If you press and release the "EN" button while the monitor is running, do you see any output then?
No effect.
> If you measure the voltage on the "EN" pin while the monitor is running, what is it?
I get 3.3v.
Didn't even know its not supposed to be that way, bought that board because the official Espressif ones were unobtainium. Will ask the manufacturer if they have an idea whats up.
No effect.
> If you measure the voltage on the "EN" pin while the monitor is running, what is it?
I get 3.3v.
Didn't even know its not supposed to be that way, bought that board because the official Espressif ones were unobtainium. Will ask the manufacturer if they have an idea whats up.
Re: UART dark after flashing
Hi Buddy,BuddyCasino wrote:> If you press and release the "EN" button while the monitor is running, do you see any output then?
No effect.
> If you measure the voltage on the "EN" pin while the monitor is running, what is it?
I get 3.3v.
The other thing to try is to press the "EN" pin while the monitor running, and verify the voltage on the pin goes to 0V (or close to it) while the pin is held down.
If that's the case, the low-to-high transition when you release the EN pin should almost certainly reset the chip, and you should see -something- on the UART at 115200bps when the reset happens.
I'd be tempted to say you have faulty hardware, except that doesn't explain why you can flash perfectly fine.
Checking with the hardware manufacturer is also a good next step.
Angus
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
Re: UART dark after flashing
Manufacturer says they are not aware of any issues and suspects a driver issue with the usb-to-serial briddge.
Thanks for your help, if I figure something out I'll post it here.
Thanks for your help, if I figure something out I'll post it here.
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
Re: UART dark after flashing
It seems there is indeed a driver issue at play, thanks to watterott.com for pointing this out:
https://twitter.com/hamityanik/status/8 ... 4253376516
http://community.silabs.com/t5/Interfac ... d-p/190476
https://twitter.com/hamityanik/status/8 ... 4253376516
http://community.silabs.com/t5/Interfac ... d-p/190476
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
Re: UART dark after flashing
And again Andreas Watterott saves the day. He sent me a workaround for esptool.py, which seems to work:
The problem manifests itself when the port is closed and immediately opened again, while data is arriving, which is why the pause fixes it.
Code: Select all
def hard_reset(self):
self._port.setRTS(True) # EN->LOW
time.sleep(0.1)
self._port.setRTS(False)
time.sleep(0.1)
self._port.close()
time.sleep(3)
-
- Posts: 263
- Joined: Sun Jun 19, 2016 12:00 am
Re: UART dark after flashing
Just tested it with a 0.1 pause and it works, so theres really no downside to this fix:
Code: Select all
def hard_reset(self):
self._port.setRTS(True) # EN->LOW
time.sleep(0.1)
self._port.setRTS(False)
time.sleep(0.1)
self._port.close()
time.sleep(0.1)
Who is online
Users browsing this forum: No registered users and 87 guests