logo elektroda
logo elektroda
X
logo elektroda
Advanced Search
logo elektroda

Tuya XR806 RT-WT501 flashed with OpenXR806 via phoenixMC, no AP or logs?

mkrum001 1953 76
Best answers

How can I troubleshoot an XR806-based RT-WT501 that flashes OpenXR806 but does not start an AP or output any serial logs?

Your RT-WT501 likely needs the INT DCDC OpenXR806 build instead of the current INT LDO build, because some XR806 boards use an internal DCDC power setup that the existing image does not handle [#21886202][#21886226] A DCDC build was later provided as an untested variant, and a matching XR806DCDC branch was created after confirming both power modes boot on WXU [#21886509][#21886514] Also check both UARTs: the original firmware may print boot logs on LOG_TX, while OpenXR806 output is on UART0TX [#21886509] Before reflashing further, make a firmware and KV backup so you can restore the device if needed [#21885180]
Generated by the language model.
ADVERTISEMENT
Treść została przetłumaczona polish » english Zobacz oryginalną wersję tematu
Report a violation of the law
Reply | New topic
  • ADVERTISEMENT
  • #62 21901586
    divadiow
    Level 38  
    Posts: 5065
    Help: 438
    Rate: 893
    Any joy?
  • ADVERTISEMENT
  • #63 21901610
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    Hello, and sorry for the silence... Yes the driver is there and I last tried to map the pins for the battery, but due to other priorities I didn't manage to finalize it. I'll keep posted for any progress.
  • #64 21901625
    divadiow
    Level 38  
    Posts: 5065
    Help: 438
    Rate: 893
    yep, cool. just checking :)
  • #65 21914704
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    After a while I was able to test the battery driver and I had to use this math in order to achive real counts: 
    Battery_Setup 4000 6000 1.0 118000 4096

    As a next step I want to deal with the power save and the overall config around this. I don't want to flood the plants so I have to be sure that the commands are accepted on time. Trying with 
    PowerSave 1
    was not accepted.
  • ADVERTISEMENT
  • #67 21922902
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    I will need some help with the battery measures. I have tested all of the PA10 (ADC0), PA11 (ADC1), PA12 (ADC2), PA13 (ADC3), PA14 (ADC4), PA15 (ADC5), PA16 (ADC6), set to BAT_ADC but they are all floating even when connected to lab DC power supply. It doestint matter if I supply 6 volts or 5 volts. I'm open for any ideas, about this.
  • ADVERTISEMENT
  • #68 21923112
    divadiow
    Level 38  
    Posts: 5065
    Help: 438
    Rate: 893
    which IO are you assigning BAT_Relay?
  • #69 21923141
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    I have tried only from PA10 to PA16. Like PA10 set to BAT_ADC, and then BAT_Relay from PA11 to 16. Also any other combinations between pins 10 to 16.
  • #70 21923146
    divadiow
    Level 38  
    Posts: 5065
    Help: 438
    Rate: 893
    does that include

    BAT_ADC = PA11
    Bat_Relay = PB7
  • #71 21923175
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    No, but just trying and again some floating data... from 1400mV to 1800mV while the supply is 6v.

    edit: I have put ADC on the PA11 and the channel is showing data between 3545-3660 and it is reacting on changing the voltage down to 5v by showing 3180 (+/- 10)

    I will need some time to verify. Ignore the above.
  • #72 21923656
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    OK, I can confirm that everything is working. Now both watering valves that I have are flashed and working good. Below are the settings that I'm using. They were created with AI help and probably can be improved. The only think I can't manage is to hide the 4 toggles - two for open/close pulses and red/green LED status.

    pin setup:
    Code: Bash
    Log in, to see the code


    Code: Bash
    Log in, to see the code

    OpenXR806 dashboard with OFF toggles and battery, Wi‑Fi, and MQTT status details
  • #74 21923714
    mkrum001
    Level 2  
    Posts: 31
    Rate: 5
    You mean the 1.18.293? If yes - it didn't work.

    P.S. Ahh I was able to get it from the Actions... 
    OpenBK7231T_App_1.18.293_OpenXR806_DCDC


    Added after 17 [minutes]:

    I was able to install OTA but it looks like the batt driver is not there?

    Info:MAIN:Driver Battery is not known in this build.
    Info:MAIN:Available drivers:
    Info:MAIN:TuyaMCU
    Info:MAIN:, tmSensor
    Info:MAIN:, PixelAnim
    Info:MAIN:, NTP
    Info:MAIN:, SM16703P
    Info:MAIN:, IR
    Info:MAIN:, MDNS
    Info:MAIN:, SSDP
    Info:MAIN:, Wemo
    Info:MAIN:, Hue
    Info:MAIN:, AHT2X
    Info:MAIN:, DS1820
    Info:MAIN:, TinyIR_NEC
  • #76 21924543
    divadiow
    Level 38  
    Posts: 5065
    Help: 438
    Rate: 893
    battery driver is in release 1.18.294
Reply | New topic
Report a violation of the law
Today's popular

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.
ADVERTISEMENT