FAQ
TL;DR: For XR806 users: a flash can reach 100% and still not boot. The key thread conclusion is: "your device will require the INT DCDC power type". If an RT-WT501 shows no AP and no serial output after flashing OpenXR806_1.18.287, first capture the factory boot log, back up flash, and test the correct power-type build instead of assuming the flash failed. [#21886202]
Why it matters: This thread shows that a successful phoenixMC write does not prove the firmware matches the board’s power architecture.
| OpenXR806 / board case |
What the thread shows |
Practical result |
| INT LDO |
Described as the current OpenXR806 type |
May stay silent on some XR806 boards |
| INT DCDC |
Suggested for this RT-WT501 |
Best candidate for battery-powered RT-WT501 |
| EXT PWR |
Mentioned as a broader class with many implementations |
Harder to support with one generic build |
Key insight: The missing AP and missing UART logs point more strongly to a power-configuration mismatch inside the XR806 startup path than to a simple USB-to-TTL power shortage. The factory firmware boots, connects to Wi‑Fi, and reaches MQTT, so the board itself is alive.
Quick Facts
- The OpenXR806 flash session completed with 13 blocks, a final 64 kB rest-data stage, OTA data handling, and
Upgrade OK! at 100%. [#21885119]
- The original firmware was dumped with
phoenixMC -c /dev/ttyUSB0 -b 921600 -D read -A 0x00000000 -L 0x00200000, which reads 0x00200000 bytes from address 0x00000000. [#21885576]
- The factory boot log reports XR806 SDK v1.2.1, CPU clock 160000000 Hz, HF clock 40000000 Hz, and
INT DCDC : select. [#21885581]
- The device is battery-powered: it uses 4xAA cells, board markings indicate 3.3 V, and the internal valve is 3 V. [#21885167]
- In the factory log, the unit obtained IP 192.168.52.236, gateway 192.168.52.1, then connected toward Tuya MQTT at port 8883. [#21885633]
How can I troubleshoot an XR806-based Tuya RT-WT501 that flashes successfully with phoenixMC and OpenXR806 but shows no AP and no serial boot logs?
Start by assuming a board-variant mismatch, not a bad flash. 1. Back up the original flash and any remaining data first. 2. Capture the earliest factory boot log and identify the power type. 3. Test an OpenXR806 build that matches that power type, especially INT DCDC for this board. The write reached 100%, but the thread conclusion was that this RT-WT501 likely needs an INT DCDC build, not the current INT LDO build.
[#21886202]
Why would OpenXR806_1.18.287 flash with "Upgrade OK!" on an XR806AF2E device and still fail to boot or print anything in minicom?
Because
Upgrade OK! only confirms the image was written and verified, not that the runtime power configuration matches the board. In this case, phoenixMC erased, wrote, read, and verified 13 blocks plus OTA data, yet the device still produced no AP and no logs after flashing
OpenXR806_1.18.287.img. That points to a startup mismatch after reset, not a transport error during flashing.
[#21885119]
What is the difference between INT LDO, INT DCDC, and EXT PWR power types on XR806 devices?
They are XR806 power-init variants that determine how the chip and board supply internal rails at boot. INT LDO is the current OpenXR806 type, INT DCDC is a different internal regulator mode, and EXT PWR covers boards using external rails such as fixed 1.8 V, switchable 1.8 V or 2.5 V, external LDO, buck, or PMIC-controlled power. The thread notes that EXT PWR is broad and harder to support with one generic image.
[#21885767]
How do I dump the original firmware from an XR806 board with phoenixMC before experimenting with OpenXR806?
Use phoenixMC in read mode and save a full flash-range backup before any new write. The working example in the thread was
phoenixMC -c /dev/ttyUSB0 -b 921600 -D read -A 0x00000000 -L 0x00200000. That reads from address
0x00000000 for
0x00200000 bytes, giving you a recovery image to reflash later if OpenXR806 does not boot.
[#21885576]
What does DCDC mean in the context of XR806 modules, and why can it affect whether OpenXR806 boots?
"DCDC" is a power-conversion mode that regulates board voltage using a switching converter, not a simple linear regulator, and its startup settings must match the hardware design. It matters because the thread identified XR806 boards whose factory log reveals
INT DCDC : select, while the current OpenXR806 build is INT LDO. If firmware initializes the wrong power mode, the board can stay completely silent after reset.
[#21885581]
Why is capturing the full factory boot log important before building or flashing OpenXR806 on a Tuya XR806 device?
Because the earliest boot lines reveal the board’s power setup and help choose the right build. The thread explicitly says the factory boot log gives away the DCDC or LDO type, and later notes that the shared user log missed the very beginning where the power information appears. Without those first lines, you can misclassify the board and flash the wrong image.
[#21885767]
Which UART pads should I probe on an XR806 board when there is no output on the expected serial port after flashing?
Probe both the expected UART pads and the board’s RX and TX pads directly. The thread recommendation was to try RX and TX pads for log output when nothing appears on the first assumed serial port. That matters here because the reflashed RT-WT501 showed no logs on any tested port, so verifying the actual debug pins is part of the fault isolation.
[#21885767]
How do I capture the earliest XR806 boot messages with minicom and a USB-to-TTL adapter under Ubuntu?
Open the terminal session before you power the target, then power-cycle the board and watch from reset. 1. Start minicom first. 2. Connect the USB-to-TTL adapter to the UART pads. 3. Plug in or repower the device so the adapter is already listening at first boot. The user followed that sequence under Ubuntu by starting minicom and then plugging in the USB-to-TTL device, but the thread still notes the very first power-info lines may have been missed.
[#21886178]
What clues in an XR806 factory boot log reveal whether the board uses an INT DCDC or INT LDO power configuration?
Look for the platform-information section, where the firmware prints the selected power mode explicitly. In the shared factory log, that block lists
XR806 SDK v1.2.1, then shows
INT DCDC : select alongside other options such as
XIP : enable and
SIP flash : enable. That single line is the clearest indicator that this board boots with an internal DCDC configuration.
[#21885581]
OpenXR806 INT LDO vs INT DCDC builds: which one should be used for a battery-powered Tuya RT-WT501 water valve?
Use an INT DCDC build for this RT-WT501. The thread’s working conclusion is direct: the device likely requires
INT DCDC rather than the current
INT LDO OpenXR806 build. That fits the factory log, which reports
INT DCDC : select, and the hardware context, which is a 4xAA battery water valve rather than a typical 5 V XR806 dev board.
[#21886202]
Why might a 4xAA Tuya water valve with an XR806 need a different OpenXR806 build than a typical 5 V dev board?
Because its power path differs from a common 5 V development board. The user states the valve runs from 4xAA batteries, the board has 3.3 V labels, and the valve itself is 3 V. Another participant also notes that a DCDC-capable Tuya image had already caused trouble on a 5 V XR806 dev board. Those details support using a build tailored to the battery-powered regulator setup.
[#21885167]
What is a bootlog on XR806 hardware, and what information should I look for in it when diagnosing failed OpenXR806 boots?
"Bootlog" is the serial startup log that prints from reset, exposing early bootloader, platform, and network initialization details before the main application settles. On XR806, look for the first power-mode lines, SDK version, CPU and HF clocks, flash information, and whether Wi‑Fi starts. In this thread, the decisive clue was the platform block showing
INT DCDC : select.
[#21885581]
How can I back up KV or OTA-related data from an XR806 device so I have a recovery path if OpenXR806 does not work?
Make a full dump before further flashing, and also preserve any surviving KV or OTA areas from the first device. The thread advice was explicit: get a backup first so you have a way back, and even the partially modified device might still keep its KV intact. That gives you both a complete reflash image and a better chance of restoring device-specific data later.
[#21885180]
What does it mean when the XR806 factory firmware log shows successful Wi-Fi and MQTT activity but OpenXR806 shows no output at all?
It means the hardware and original firmware are functional, while the replacement image is failing much earlier in startup. The factory log shows association, DHCP, IP
192.168.52.236, and MQTT progress to
mqtt state change 5 -> 6, which is far beyond basic boot. When OpenXR806 shows no serial text at all on the same board, the strongest thread diagnosis is an incompatible power-type build.
[#21885633]
Why isn’t the issue likely to be USB-to-TTL power alone, and how does XR806 firmware control of onboard DCDC circuitry affect startup?
Because the thread points to firmware-controlled board power, not just adapter current. The direct answer given was that the XR806 is managing the onboard DCDC converters, and the current build does not do that in the right way for this board. So even if the USB-to-TTL adapter is present, the wrong startup power configuration can prevent any boot log or AP from appearing.
[#21886226]
Generated by the language model.
