logo elektroda
logo elektroda
X
logo elektroda
Advanced Search
logo elektroda

RTL8720DN, RTL8710B, RTL8710BX Compatibility with OpenBeken?

divadiow 13398 338
ADVERTISEMENT
Reply | New topic
  • #31 21357468
    divadiow
    Level 35  
    sure. I didn't really look yet 😳😬
  • ADVERTISEMENT
  • #32 21358007
    p.kaczmarek2
    Moderator Smart Home  
    Maybe there is AT doc somewhere. This can be used to briefly test the module before flashing it.
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • Helpful post
    #33 21358785
    insmod
    Level 25  
    Added bl0937 support in last commit, ready to review/merge (?)
  • #34 21358821
    p.kaczmarek2
    Moderator Smart Home  
    I see you've updated the workflow to newer version as well. Currently now it has a drawback, as artifacts are no longer in a single file, so PROTA stopped working:
    Screenshot of PROTATool.exe showing an error about a missing file in the ZIP archive.
    Would it be possible to also enable "Merge artifacts" step on the PRs?

    I can also see that the BL0942/BL0937 defines could be improved, as there is ENABLE_DRIVER_BL0937 that seems to be used for BL0942 as well, but that can be done in separate PR.

    I can do futher testing to see if nothing on other platforms is broken, but first I need to know should I update PROTA tool to download separate zips from artifacts?
    Helpful post? Buy me a coffee.
  • #35 21358837
    insmod
    Level 25  
    >>21358821 Enabled artifacts merging, previously it was configured to not merge in any pr or branch, only for main/alpha branches, as to not break release script.
    In the future, it is better to update the tool to download only selected platform artifact, mainly to reduce traffic.

    bl0937 really needs to be tested, i remember seeing somewhere, that on rtl8720c irq and pull-up/down don't play well together.
  • #36 21359111
    max4elektroda
    Level 20  
    @insmod @divadiow if I got it right, OTA also works for RTL87x0c? What image is used for OTA? I only see one image for this device, is this also used for OTA updates?
  • #37 21359137
    divadiow
    Level 35  
    not sure where you're looking...

    Screenshot showing a ZIP archive management program window with two extracted file paths.
  • #38 21359149
    max4elektroda
    Level 20  
    Obviously I was totally wrong . Mixed it up with TR6260 - embarrassing. Thanks for your quick answer!
  • #39 21359151
    divadiow
    Level 35  
    haha. that's the sort of thing I do daily. it's all good.
  • ADVERTISEMENT
  • #40 21359475
    DeDaMrAz
    Level 20  
    Just to hijack the thread :) DHT11 test on N platform results

    Screenshot of the DHT11 test interface displaying temperature and humidity.

    Let me know on what platform and what driver needs to be tested, still waiting for TR and W600 but I think I got the rest on the table

    Added after 58 [minutes]:

    insmod wrote:
    Need someone with a wbr3 tuyamcu device to test it.


    I got a couple but chip marking is W701 on it, let me know if we can use that for testing.
  • #41 21359523
    insmod
    Level 25  
    >>21359475 W701, W701M, W701P and W701H are ok and will work. W701D and RTL8720CS are of a different family, and therefore unsupported.

    On DHT_test, is powersave enabled or not? The delays are a little different if ps is enabled.
  • #42 21359748
    p.kaczmarek2
    Moderator Smart Home  
    BK7231T + DHT11 (no power save) on 1.17.802:
    User interface for BK7231T_FourRelays device with DHT11 sensor.
    BK7231T + DHT11 (power save) on 1.17.802:
    Screenshot of BK7231T_FourRelays interface showing DHT11 sensor information and control options.
    BK7231T + DHT11 (no power save) on https://github.com/openshwprojects/OpenBK7231T_App/pull/1468 :
    User interface for BK7231T_FourRelays with DHT11 sensor information and control options.
    BK7231T + DHT11 (power save) on https://github.com/openshwprojects/OpenBK7231T_App/pull/1468 :
    Screenshot of the BK7231T_FourRelays interface displaying DHT11 sensor readings and configuration options. Screenshot of console with diagnostic data for BK7231T and DHT11.
    LN882H + DHT11 (no power save) on 1.17.802:
    User interface of OpenLN882H with DHT11 sensor data
    LN882H + DHT11 (power save) on 1.17.802:
    Screenshot of the OpenLN882H_C2E24302 user interface displaying DHT11 sensor information.
    It works but sometimes times out
    Screenshot of a console log showing device information with DHT sensor status and performance statistics.
    LN882H + DHT11 (power save) on https://github.com/openshwprojects/OpenBK7231T_App/pull/1468 :
    Screenshot of the OpenLN882H_C2E24302 interface displaying temperature and humidity information.
    sometimes:
    Screenshot of device logs indicating a DHT sensor timeout.
    LN882H + DHT11 (no power save) on https://github.com/openshwprojects/OpenBK7231T_App/pull/1468 :
    OpenLN882H user interface with DHT11 sensor data
    Screenshot of debugging logs with DHT error messages

    The conclusion is that it works, but it sometimes timeouts, I feel like I saw this even on Beken.
    Helpful post? Buy me a coffee.
  • #44 21359787
    max4elektroda
    Level 20  
    p.kaczmarek2 wrote:
    LN882H + DHT11 (power save) on

    It's with powerSave 1, I assume?
    Did/could you also check if even "powerSave 2" will work on LN882H?
  • #45 21359796
    p.kaczmarek2
    Moderator Smart Home  
    What is PowerSave 2 on LN882H? I can check.
    Configuration screen of OpenLN882H_C2E24302 with a field for entering a startup command.
    (rebooted)
    Screenshot of the OpenLN882H device interface with DHT11 sensor information.

    Btw, nice deal here, you can get 5 DHT11 for 1$ with free shipping if you're creating a new account:
    https://www.aliexpress.com/item/1005006252875198.html
    Aliexpress offer for DHT11 sensor modules priced at 4.14 PLN with free shipping.
    Sorry, polish currency on screenshot, but it translates to like 1$
    Helpful post? Buy me a coffee.
  • #46 21359836
    max4elektroda
    Level 20  
    Yes, it's some time ago now ;-), but we introduced two power save modes on LN882H: 1 not so strict, even power metering with BL0937 worked and 2 stricter, pulse counting didn't work with this mode.

    Its simply "powerSave 2"
  • #47 21359845
    insmod
    Level 25  
    Btw, a similar thing can be implemented for beken, but in reverse to keep compatibility.
    powersave 1 remains the same, but make powersave 2 use PS_RF_SLEEP_BIT without PS_MCU_SLEEP_BIT
  • #48 21359894
    max4elektroda
    Level 20  
    For for me on LN882H the new "HAL_Delay_us" will not work with DS1820.
    I had it set to 5 times usleep to work in the driver
    Screenshot showing a code snippet in the file drv_ds1820_simple.c with various platform conditions.

    And if I got it right, it now uses "default" "nop"-lines from src/hal/generic/hal_generic.c.

    I'm a bit confused, that DHT works while DS1820 doesn't.
    Can someone else confirm that DS1820 is (not) working on LN882H with this version?

    Added after 11 [minutes]:

    p.kaczmarek2 wrote:
    Btw, nice deal here, you can get 5 DHT11 for 1$ with free shipping if you're creating a new accoun

    In fact, you can even get 10 for 0.99€ ;-)
    Screenshot of a sales offer for DHT-11 sensors, showing 10 pieces for 0.99€.
  • #50 21359953
    max4elektroda
    Level 20  
    insmod wrote:
    Instead of usleep, i tried to use ln_block_delayus

    Hero! Works fine, one single reading error during the first three minutes reading every 2 seconds!!!

    Hope it won't break DHT...

    Added after 8 [minutes]:

    Works with "powerSave 1" and even "powerSave 2" !!
  • #51 21360000
    insmod
    Level 25  
    For the future: w600 sdk also contains delay in us function (https://github.com/openshwprojects/OpenW600/blob/8111457a6f988e80a9801772d244d1c586590292/platform/drivers/wm_timer.c#L235)
    I don't have a w600 chip, so can't verify if it works properly
    w800 doesn't have it, but maybe it can be ported from w600.
  • ADVERTISEMENT
  • #53 21360005
    insmod
    Level 25  
    >>21360003 The OpenW800 one.
    I looked at my aliexpress orders, and it seems w600 module and w800 devboard are scheduled to arrive in 1-2 weeks, i will then try to adapt new sdk for w800.
    Additionally i bought sonoff dw2, so maybe opl1000 port is also coming
  • #54 21360008
    divadiow
    Level 35  
    insmod wrote:
    Additionally i bought sonoff dw2, so maybe opl1000 port is also coming


    :0 :0
  • #55 21360038
    DeDaMrAz
    Level 20  
    insmod wrote:
    so maybe opl1000 port is also coming


    Man you need to stop doing that, my mailman already hates me :D :D

    JK! I found some RTL8710DN boards (look for BW16 I think) that may be of interest, but I'll buy them regardless. And aslo I am waiting for at least 7 boards to arrive in the next 1-2 weeks maybe 3 because holidays.
  • #56 21360051
    divadiow
    Level 35  
    >>21360005

    What will you do about no AP mode in SDK for OPL1000?
  • #57 21360060
    insmod
    Level 25  
    >>21360051 Can opl flasher write something at specific address? If so, then create some app to generate config and writing it into binary
  • Helpful post
    #58 21360117
    DeDaMrAz
    Level 20  
    Here we go, another one for the collection - https://www.aliexpress.com/i/1005003073843142.html

    Electronic module with highlighted chip features.

    EDIT: beware of the shipping cost, but you can find that module on other stores, that was the idea.

    Added after 7 [hours] 16 [minutes]:

    @insmod
    insmod wrote:
    W701, W701M, W701P and W701H are ok and will work. W701D and RTL8720CS are of a different family, and therefore unsupported.


    This threw me into a loop. I am trying to flash WBR3 module that has W701 chip on it but it looks like it is RTL8720CF chip that is Ameba-Z II family.

    Datasheet here - https://v4.cecdn.yun300.cn/100001_2110255103/RTL872xZ2%20IC%20Datasheet.pdf

    Tuya documentation is super confusing and not helpful at all.

    Screenshot of documentation section about connecting pins for WBR3 module.

    This is my device and the pinout corresponds to CF chip datasheet

    Close-up of WBR3 electronic module with W701 chip.

    Also back of it looks as Tuya documentation is showing it

    Pin diagram of the WBR3 module with an integrated circuit.

    But at least I got to spend some time researching which is something I like :)

    Now going back for some more homework....

    Added after 1 [hours] 52 [minutes]:

    p.kaczmarek2 wrote:
    Maybe there is AT doc somewhere. This can be used to briefly test the module before flashing it.
    Attachments:
  • #59 21360743
    DeDaMrAz
    Level 20  
    For the future visitors - I only managed this to work with CH340G UART converter.... took me 2 hours of troubleshooting and traffic capture to figure that out....

    List of available Wi-Fi networks on a computer screen with the OpenRTL87X0C_553CA054 network selected and connecting. Screenshot of OpenRTL87X0C interface and Putty terminal window.

    For anybody new I'll add a connection diagram and a walk trough how to flash this F**KING module - pardon my French! 🤬

    Screenshot of the OpenRTL87X0C control panel displaying sensor information and configuration options.

    All based on Tuya WBR3 module with W701 chip...

    Tuya WBR3 module with marked flashing points.
  • #60 21360762
    p.kaczmarek2
    Moderator Smart Home  
    This tiny A15 is used for flashing? So there is no way we can repurpose NodeMCU as a dev board for WBR3?
    Helpful post? Buy me a coffee.
Reply | New topic
Report a violation of the law

Topic summary

The discussion centers on the compatibility and support of Realtek RTL8720DN, RTL8710B, and RTL8710BX chips with the OpenBeken firmware and SDK. The RTL8720CF-based modules (e.g., BW15, WBR3) are confirmed to be supported by the AmebaZ2 family SDK and OpenBeken ports, with functional WiFi, GPIO, flash configuration, OTA, UART, and basic peripherals. However, RTL8710BX and RTL8710B (AmebaZ family) present challenges such as WiFi initialization freezes, memory management issues, and incomplete SDK support, including lack of static IP and WiFi scanning. OTA updates are functional but have occasional reboot issues, especially on RTL8710B. PWM support is mostly stable after fixes, while MQTT required patching due to missing authorization code in the Realtek LWIP stack. Power-saving modes and sensor drivers (DHT11, DS18B20) have been tested with varying success across platforms. Flashing RTL modules requires specific UART converters (e.g., CH340G) and careful wiring; some modules need manual pin pulls and special flashing tools like AmebaZ2 PGTool. TuyaMCU and energy metering ICs (BL0937, BL0942) support is under active development and testing, with UART and GPIO interrupt methods used. Memory partitioning for configuration, LittleFS, and Tuya config extraction is being optimized to avoid overwriting user data. Static IP implementation required workarounds due to sscanf inconsistencies on RTL and related platforms. A UART-to-TCP bridge driver has been developed for some modules. Overall, RTL8720CF modules have good OpenBeken support, RTL8710B is progressing but unstable, and RTL8710BX remains problematic. The community is actively testing, fixing, and improving support for these Realtek chips within OpenBeken and related tools.
Summary generated by the language model.
Popular Topics
ADVERTISEMENT