Reference Station firmware upgrade has no effect

So I ran RTKuploader with linux machine connected to USB-C port “Config ESP32”. All seemed successful as reported by the GUI:::::::::::::::::

Detecting flash size


ESP32 Flash Size Detection

Command: [‘–chip’, ‘esp32’, ‘–port’, ‘/dev/ttyUSB0’, ‘–before’, ‘default_reset’, ‘–after’, ‘no_reset’, ‘flash_id’]

esptool.py v4.7.0

Serial port /dev/ttyUSB0

Flash detection complete. Uploading firmware…

Flash size not detected! Defaulting to 16MB

Uploading firmware


ESP32 Firmware Upload

Command: [‘–chip’, ‘esp32’, ‘–port’, ‘/dev/ttyUSB0’, ‘–baud’,

‘921600’, ‘–before’, ‘default_reset’, ‘–after’, ‘no_reset’,

‘write_flash’, ‘-z’, ‘–flash_mode’, ‘dio’, ‘–flash_freq’, ‘80m’,

‘–flash_size’, ‘detect’, ‘0x1000’,

‘/tmp/_MEIEMpLP6/resource/RTK_Surveyor.ino.bootloader.bin’, ‘0x8000’,

‘/tmp/_MEIEMpLP6/resource/RTK_Surveyor_Partitions_16MB.bin’, ‘0xe000’,

‘/tmp/_MEIEMpLP6/resource/boot_app0.bin’, ‘0x10000’,

‘/home/trd/New11/byProj/GPS-differentialBySparkFun/RTKLIB-install+executables/RTKuploader/RTK_Surveyor_Firmware_v4_0.bin’]

esptool.py v4.7.0

Serial port /dev/ttyUSB0

Firmware upload complete. Resetting ESP32…

Resetting ESP32


ESP32 Reset

Command: [‘–chip’, ‘esp32’, ‘–port’, ‘/dev/ttyUSB0’, ‘–before’, ‘default_reset’, ‘run’]

esptool.py v4.7.0

Serial port /dev/ttyUSB0

Reset complete…

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

I’ve repeated this several times, with the microSD card installed or not, always to the same effect.

What’s up?

Hi,

The uploader looks like it is working, but it isn’t. For the actual Upload, you should see the Upload% incrementing to 100%.

Is something else using /dev/ttyUSB0 ? Do you have a terminal emulator open?

I hope this helps,

Paul

So i did reboot, disconnect everything and set it up from scratch … and this time got a much more encouraging result:

Detecting flash size


ESP32 Flash Size Detection

Command: [‘–chip’, ‘esp32’, ‘–port’, ‘/dev/ttyUSB0’, ‘–before’, ‘default_reset’, ‘–after’, ‘no_reset’, ‘flash_id’]

esptool.py v4.7.0

Serial port /dev/ttyUSB0

Connecting…

Chip is ESP32-D0WD-V3 (revision v3.1)

Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None

Crystal is 40MHz

MAC: b0:b2:1c:9d:85:a8

Uploading stub…

Running stub…

Stub running…

Manufacturer: c8

Device: 4018

Detected flash size: 16MB

Staying in bootloader.

Staying in bootloader.

Flash detection complete. Uploading firmware…

Flash size is 16MB

Uploading firmware


ESP32 Firmware Upload

Command: [‘–chip’, ‘esp32’, ‘–port’, ‘/dev/ttyUSB0’, ‘–baud’, ‘921600’, ‘–before’, ‘default_reset’, ‘–after’, ‘no_reset’, ‘write_flash’, ‘-z’, ‘–flash_mode’, ‘dio’, ‘–flash_freq’, ‘80m’, ‘–flash_size’, ‘detect’, ‘0x1000’, ‘/tmp/_MEIYfbW00/resource/RTK_Surveyor.ino.bootloader.bin’, ‘0x8000’, ‘/tmp/_MEIYfbW00/resource/RTK_Surveyor_Partitions_16MB.bin’, ‘0xe000’, ‘/tmp/_MEIYfbW00/resource/boot_app0.bin’, ‘0x10000’, ‘/home/trd/New11/byProj/GPS-differentialBySparkFun/RTKLIB-install+executables/RTKuploader/RTK_Surveyor_Firmware_v4_0.bin’]

esptool.py v4.7.0

Serial port /dev/ttyUSB0

Connecting…

Chip is ESP32-D0WD-V3 (revision v3.1)

Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None

Crystal is 40MHz

MAC: b0:b2:1c:9d:85:a8

Uploading stub…

Running stub…

Stub running…

Changing baud rate to 921600

Changed.

Configuring flash size…

Auto-detected Flash size: 16MB

Flash will be erased from 0x00001000 to 0x00005fff…

Flash will be erased from 0x00008000 to 0x00008fff…

Flash will be erased from 0x0000e000 to 0x0000ffff…

Flash will be erased from 0x00010000 to 0x0023bfff…

Flash params set to 0x024f

Compressed 17984 bytes to 12318…

Writing at 0x00001000… (100 %)

Wrote 17984 bytes (12318 compressed) at 0x00001000 in 0.4 seconds (effective 375.8 kbit/s)…

Hash of data verified.

Compressed 3072 bytes to 129…

Writing at 0x00008000… (100 %)

Wrote 3072 bytes (129 compressed) at 0x00008000 in 0.0 seconds (effective 551.2 kbit/s)…

Hash of data verified.

Compressed 8192 bytes to 47…

Writing at 0x0000e000… (100 %)

Wrote 8192 bytes (47 compressed) at 0x0000e000 in 0.1 seconds (effective 719.4 kbit/s)…

Hash of data verified.

Compressed 2275472 bytes to 1497673…

Writing at 0x00010000… (1 %)

Writing at 0x0001ba5b… (2 %)

Writing at 0x00021a89… (3 %)

… [many similar lines deleted]

Writing at 0x0022e556… (97 %)

Writing at 0x002336f8… (98 %)

Writing at 0x0023928b… (100 %)

Wrote 2275472 bytes (1497673 compressed) at 0x00010000 in 20.3 seconds (effective 895.2 kbit/s)…

Hash of data verified.

Leaving…

Staying in bootloader.

Firmware upload complete. Resetting ESP32…

Resetting ESP32


ESP32 Reset

Command: [‘–chip’, ‘esp32’, ‘–port’, ‘/dev/ttyUSB0’, ‘–before’, ‘default_reset’, ‘run’]

esptool.py v4.7.0

Serial port /dev/ttyUSB0

Connecting…

Chip is ESP32-D0WD-V3 (revision v3.1)

Features: WiFi, BT, Dual Core, 240MHz, VRef calibration in efuse, Coding Scheme None

Crystal is 40MHz

MAC: b0:b2:1c:9d:85:a8

Uploading stub…

Stub running…

Hard resetting via RTS pin…

Reset complete…

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

after this the panel display does show “RTK Res Stn v4.0” , but pressing the mode button does not bring up the mode menu described in the Quick Start Manual. So I’m still in a bit of a quandry …

Hi @TRoss,

Apologies for the hassle.

A single press of the MODE button should bring up the Base-Rover-NTP-CfgEth mode menu on the OLED. It is possible to disable the MODE button by cutting a jumper link on the PCB, but I’m guessing you haven’t done that? In which case, it sounds like you have a faulty switch, or a poor solder joint between it and the PCB. Let’s get you started with a return: https://www.sparkfun.com/returns .

If you would be comfortable inspecting the PCB yourself: disconnect everything, remove the four screws holding the front panel, the OLED is attached via a Qwiic cable, slide the main PCB out a little so you can see the switch solder joints, it should look like the image in the Jumper Links section of the hook-up guide: https://learn.sparkfun.com/tutorials/sp … d-features .

Apologies again for the hassle,

Paul