Unknown chip type value from ESP32-WROOM-32U

[lukegluke]

Hello,

I'm trying to communicate with ESP32-WROOM-32U module with help of esptool, but while detecting the chip type esptool gets not expected for ESP32 chips value for register 0x60000078.

Detecting chip type...TRACE +0.010 command op=0x0a data len=4 wait_response=1 timeout=3.000 data=78000060
TRACE +0.001 Write 14 bytes: c0000a04000000000078000060c0
TRACE +0.006 Read 1 bytes: c0
TRACE +0.003 Read 13 bytes: 010d04000707122000000000c0
TRACE +0.001 Received full packet: 010d04000707122000000000
TRACE +3.006 Timed out waiting for packet header

(more details here https://github.com/espressif/esptool/issues/548)

Could somebody tell why this can happen? Where one can find explanation of this register and possible values for different hardware?

[Scott.Bonomi]

It looks like the right data but in the little endian order rather than big endian.
I expect that is a setting that can be adjusted in the tool prior to connection

[ESP_Angus]

Hi Luke,

Thanks for being patient while someone got back to you. I've replied on the GitHub issue here: https://github.com/espressif/esptool/issues/548

Angus

[lukegluke]

It looks like the right data but in the little endian order rather than big endian.
I expect that is a setting that can be adjusted in the tool prior to connection

Hi Scott,

I don't see endian order issue here. esptool expect 0x15122500, but got 0x20120707 - changing endian order will not help.
It is more like data corruption as ESP_Angus assumed.

[Scott.Bonomi]

There could well be an issue with a bit being corrupted by something. If the echo does not match the outbound, then something bad happened. Of course on has to learn how the tools work in detail to know to look for that. I do not yet.

When I looked at the top of the original post:
=============================================
. . . . for ESP32 chips value for register 0x60000078.

Detecting chip type...TRACE +0.010 command op=0x0a data len=4 wait_response=1 timeout=3.000 data=78000060
======================================================================================================
The value you say you are looking for, and the raw value returned do seem to be in reverse byte order.
That may well be a feature that is hidden behind the green curtain and the values are matched by the software without user interaction.

[lukegluke]

Now I got it worked. Successfully flashed esp with flash download tool.
Don't have particular answer what was wrong.
VCC is still the same, maybe enable/boot pin was not pulled in full (but I don't change resistors) or something else.
Anyway, thanks for participation!