logo elektroda
logo elektroda
X
logo elektroda

[BK7231N - CBU] Teardown of Aldi (Australia) CasaLux Smart Led Corner Lamp

MnM1 7161 30

TL;DR

  • Teardown of the Aldi Australia CasaLux Smart Led Corner Lamp, a Tuya-based corner lamp built around a BK7231N CBU module.
  • The lamp exposes Tuya controls for switch, work_mode, colour_data, music, RGB_order, LED_QTY, dynamic_mod, and scene_mod, with the PCB driving an LED strip.
  • Tuya IoT lists DP IDs 20, 21, 24, 28, 102, 103, 104, 106, and 108, including LED_QTY set to 30 and bv 40.00.
  • A Tuya firmware backup and OBK config extraction found no meaningful pin or module data, suggesting TuyaMCU or a custom controller; OBK has not been flashed yet.
Generated by the language model.
ADVERTISEMENT
📢 Listen (AI):
  • I got a couple of Aldi (Australia) CasaLux Corner Lamps.

    There is no product URL that I can find anymore but the box looks like this:

    Packaging of CasaLux Smart LED Corner Lamp with lamp graphics and features. Box of CasaLux Smart LED Corner Lamp.

    After I added it to Tuya app this is what options are in it:

    Device update screen showing no updates available.

    App interface for controlling an LED lamp with a color wheel and brightness sliders.

    App interface for controlling a corner lamp with lighting modes and brightness adjustment.

    App interface with lighting settings for a corner lamp.

    Screenshot of the CornerLamp2 app interface controlling a corner lamp, with music mode options and sensitivity adjustment.

    The DP Ids I have found in Tuya IoT are:

    {
      "result": {
        "properties": [
          {
            "code": "switch_led",
            "custom_name": "",
            "dp_id": 20,
            "time": 1701165459278,
            "value": false
          },
          {
            "code": "work_mode",
            "custom_name": "",
            "dp_id": 21,
            "time": 1701163432151,
            "value": "dynamic_mod"
          },
          {
            "code": "colour_data",
            "custom_name": "",
            "dp_id": 24,
            "time": 1696248937973,
            "value": "003d03d40386"
          },
          {
            "code": "control_data",
            "custom_name": "",
            "dp_id": 28,
            "time": 1696232883464,
            "value": ""
          },
          {
            "code": "music",
            "custom_name": "",
            "dp_id": 102,
            "time": 1696247788543,
            "value": "424"
          },
          {
            "code": "RGB_order",
            "custom_name": "",
            "dp_id": 103,
            "time": 1701163432162,
            "value": 1
          },
          {
            "code": "LED_QTY",
            "custom_name": "",
            "dp_id": 104,
            "time": 1701163432172,
            "value": 30
          },
          {
            "code": "dynamic_mod",
            "custom_name": "",
            "dp_id": 106,
            "time": 1701163432151,
            "value": "043263000003e803e8007803e803e800f003e803e8"
          },
          {
            "code": "scene_mod",
            "custom_name": "",
            "dp_id": 108,
            "time": 1696247502001,
            "value": "CJ_YS"
          }
        ]
      },
      "success": true,
      "t": 1701276246105,
      "tid": "829cbbd58ed611ee83c62e7e80387ed3"
    }


    When turned on this is how the device works:





    After opening a few screws from the base I got to the PCB:

    Close-up of a PCB module labeled CYTI-406 on a white background.

    And there is a CBU module:

    CBU module on a circuit board, technical markings visible

    Below are some pics of the led strip used in this device:

    WS2811 LED strip with a SOIC chip and 3 RGB LEDs.

    Close-up of an LED strip with pin labels and electronic components.

    Close-up of an LED strip with several diodes and a small integrated circuit.

    Close-up of an LED strip with visible components, including diodes and an integrated circuit.

    Next got my hacking kit out and got a Tuya firmware backup (attached):

    Close-up of a PCB with a CBU module visible.

    Screenshot of BK7231N Easy UART Flasher software during data reading.

    OBK configuration extraction did not reveal anything useful - must be TuyaMCU in there somewhere :)

    Screenshot of BK7231 Easy UART Flasher software showing JSON configuration for a Tuya device.

    {
    	"abi":"0",
    	"id":"null",
    	"swv":"1.0.0",
    	"bv":"40.00",
    	"pv":"2.2",
    	"lpv":"3.3",
    	"pk":"didby1zofoliihp5",
    	"firmk":"null",
    	"cadv":"1.0.4",
    	"cdv":"1.0.0",
    	"dev_swv":"1.0.0",
    	"s_id":"null",
    	"dtp":"0",
    	"sync":"0",
    	"attr_num":"1",
    	"mst_tp_0":"9",
    	"mst_ver_0":"1.0.0",
    	"mst_tp_1":"0",
    	"mst_ver_1":"null",
    	"mst_tp_2":"0",
    	"mst_ver_2":"null",
    	"mst_tp_3":"0",
    	"mst_ver_3":"null }`)LAgw_wsm3&WAwf_start_mdll",
    	"md":"0",
    	"random":"0",
    	"wfb64":"1",
    	"stat":"0",
    	"token":"null",
    	"region":"null",
    	"reg_key":"null",
    	"dns_prio":"03{nc_tp",
    	"ssid":"null",
    	"passwd":"null",
    	"ap_passwd":"null",
    	"country_code":"null",
    	"bt_mac":"null",
    	"bt_hid":"null",
    	"prod_test":"false",
    	"fac_pin":"mzlyh8vz7p33qbz9 "
    }
    


    Sorry, no meaningful pins data found. This device may be TuyaMCU or a custom one with no Tuya config data.
    No module information found.
    And the Tuya section starts, as usual, at 2023424


    I have not flashed OBK to it yet.
    Just wanted to see first what is possible to do with this device.

    @p.kaczmarek2 - again looking for your guidance to see how I can config this device with OBK.
    Attachments:
    • readResult_BK7231N_QIO_AldiCornerLamp_2023-29-11-23-47-46.bin (2 MB) You must be logged in to download this attachment.

    Cool? Ranking DIY
    About Author
    MnM1
    Level 10  
    Offline 
    MnM1 wrote 175 posts with rating 13, helped 4 times. Been with us since 2023 year.
  • ADVERTISEMENT
  • #2 20838967
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    Hello, can you check where is the data signal of LEDs connected? I think it may be connected to P16, which means there is a WIFI module driving LEDs directly, without TuyaMCU.
    Check Tuya docs to see where P16 is:
    https://developer.tuya.com/en/docs/iot/cbu-module-datasheet?id=Ka07pykl5dk4u
    Helpful post? Buy me a coffee.
  • #3 20838981
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    The data pin seems to go into the unmarked black chip. Not sure if it goes to P16 (marked in red which actually is RX1) from there.

    Image of a green printed circuit board with electronic components and a USB-C port.

    Close-up of a green circuit board with visible electronic components. One pin is marked with a red circle.
  • ADVERTISEMENT
  • #4 20838996
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    You have marked RX, not P16. There is a difference between pin 16 on image and P16 of BK:
    Quote:

    2 P16 I/O Common GPIO, which can be reused as SPI_MOSI (Correspond to Pin 12 of the IC)

    P16 (SPI_MOSI) used to control LEDs directly is a pin 2 on the CBU image.
    Diagram of the CBU module with marked pins P16 and RX/P26.
    Helpful post? Buy me a coffee.
  • #5 20839014
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    I see what you mean - my bad

    There seems to be a trace coming out of P16:

    Close-up of an electronic circuit with a visible module and markings on the circuit board.

    Seems to be going to the black chip under HR1
  • #6 20839019
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    This is RGB + W device, right? So RGB LEDs are addressable and W is driven via PWM?
    Helpful post? Buy me a coffee.
  • #7 20839026
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    RGB LEDs are addressable. But not sure if W is PWM - how can I tell?

    The device is still hooked up - if you think there is something to work on I can flash it to OBK.
    I have a tuya backup as a last resort.... what do you think? Unless you think OBK doesnt support it yet.
  • #8 20839047
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    Does the brightness of all white LED always change together? Or can it display different brightness levels per LED?

    I don't know if OBK supports it, I think we can do some short tests and then restore Tuya backup. Make sure that you have 2MB flash backup, it is very important so you can go back to Tuya later.
    Helpful post? Buy me a coffee.
  • #9 20839054
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    As attached to the original post - I think I have the correct back up?

    Screenshot of a binary file attachment named readResult_BK7231N_QIO_AldiCornerLamp_2023-29-11-23-47-46.bin, size 2 MB.
  • #10 20839065
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    It seems correct, you can try to flash OBK and for a good start play with GPIO doctor, maybe one of the pins is a simple PWM to control white level.

    There is 6 available PWMs on CBU, so there is not much choice.
    Helpful post? Buy me a coffee.
  • #11 20839071
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    OK will do.

    I tried to dim the white light via Tuya app and all whites dimmed together.
    We will see what happens in OBK next :)

    BTW - so you dont end up waiting for me - Ill flash it and go to bed. Is 2AM here and gotta be up at 6AM for work :)
    I will let you know tomorrow the results from GPIO doctor.

    Thanks for your help!!

    Added after 4 [minutes]:

    Done.

    Screenshot of the BK7231 Easy UART Flasher program with a Write success! message.

    Off to bed.
    Talk tomorrow.
  • #12 20839120
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    Once we finish testing with the GPIO doctor, we will also proceed to test the LEDs with current SM16703 driver. I tested it with WS2812 once, and it was somewhat working, but it wasn't perfect.
    Helpful post? Buy me a coffee.
  • #13 20839555
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    GPIO Doctor shows that PIN6 = PWM.
    It controls the white color.

    Screenshot of OpenBK7231N interface with configuration and restart buttons and device status information.

    Toggle and brightness work fine.
  • ADVERTISEMENT
  • #14 20839562
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    Ok, now try:

    1. Start driver
    startDriver SM16703P

    2. Init Driver - replace 64 with number of LEds
    SM16703P_Init 64

    3. Set Pixel
    SM16703P_SetPixel 1 255 0 0
    SM16703P_SetPixel 2 0 255 0
    SM16703P_SetPixel 3 0 0 255

    4. Start Output (each call will trigger one)
    SM16703P_Start
    Helpful post? Buy me a coffee.
  • #15 20839565
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    OK, I get this:

    LED strip on the floor with multicolored lights.

    The first 3 LEDs are cool white.
    The second lot of 3 LEDs are RED.
    The third lot of LEDs are GREEN.
    The fourth lot of LEDs are BLUE.

    The rest of the LEDs are cool white.
  • #16 20839567
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    You can try script from this post:
    https://www.elektroda.com/rtvforum/topic3968310.html#20734037
    So the proof of concept works...
    Helpful post? Buy me a coffee.
  • #17 20839570
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    OK, if I add that code below to autoexec.bat, I restart the device and nothing happens.
    I think I am doing something wrong.

    setChannel 10 1
    again:
    addChannel 10 1
    SM16703P_SetPixel $CH10-2 0 0 255
    SM16703P_SetPixel $CH10-1 0 255 0
    SM16703P_SetPixel $CH10 255 0 0
    SM16703P_Start
    delay_s 0.5
    goto again


    Added after 15 [minutes]:

    Changed the autoexec.bat to:

    startDriver SM16703P
    SM16703P_Init 87
    SM16703P_SetPixel 1 255 0 0
    SM16703P_SetPixel 2 0 255 0
    SM16703P_SetPixel 3 0 0 255
    setChannel 10 1
    again:
    addChannel 10 1
    SM16703P_SetPixel $CH10-2 0 0 255
    SM16703P_SetPixel $CH10-1 0 255 0
    SM16703P_SetPixel $CH10 255 0 0
    SM16703P_Start
    delay_s 0.5
    goto again


    This got the script running.

    However, it is not working as it should.

    - The first 4 sets of 3 LEDs are always white.
    - While 3 colors "travel" through the LEDs (not always the same 3 colors, they do change during the loops), the whites are changing (sometimes to purple, other times to blue).
    - Not sure if this loop was supposed to be forever, but after completing a few loops, the device got stuck on this:

    LED strip with glowing green LEDs placed on a carpet.

    Added after 11 [minutes]:

    Did a bit more testing.
    After the loop completes the first time, it leaves the first 5 sets of 3 LEDs as white, while the rest of the LEDs are blue.

    Added after 6 [minutes]:

    If I put the exact number of LEDs I have (90), the loop completes once, leaving behind the first 5 sets of 3 LEDs as white, while the rest of the LEDs are blue.
    Then it waits a long while and does a second loop, leaving all the LEDs blue.
    After that, it seems to do nothing at all.

    If I put 87 as the number of LEDs, the loop seems to be going a few more times, but then it seems to be crashing on green, as mentioned before. Also, it does strange things like it seems to loop on the 7th set of 3 LEDs only, before crashing on green.

    Also, the "travelling" LEDs - the RED seems to be purple, not red. Green and blue are OK.
  • #18 20850074
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    @p.kaczmarek2 - Would you have some time to see if we can progress the work on this?

    Cheers :)
  • #19 20850252
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    I will try to look into it soon, but today I am finishing RN8209C driver:
    https://www.elektroda.com/rtvforum/topic4014818.html#20840241
    On your side, I will most likely first do that CW/RGB separation option as it's way easier than LEDs, I would have to hook up scope for that.
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #20 20884322
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2 - any progress on this yet?
  • #21 20963683
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2 - any more progress with this device?
  • #22 20963738
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    Individually addressable LEDs have been more or less fixed yesterday, can you update and recheck if they work more stable now?
    See related topic: https://www.elektroda.com/rtvforum/topic4033333.html#20961957
    Helpful post? Buy me a coffee.
  • #23 20966217
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    The SPI DMA driver bug has been fixed. The SM16703P/WS2812B/etc LEDs should work good now. Please update your devices. For scripting configuration, please see:
    OpenBeken WS2812B driver (compatible with SM16703P, etc) - short scripting presentation
    We can continue discussion there. The more advanced animation will be added soon, stay tuned!
    Helpful post? Buy me a coffee.
  • #24 20966864
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Thanks - that's great progress. I will test soon.
  • #25 21286785
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2

    I stared testing this corner lamp with Pixel Animation.

    I am on the latest firmware - 1.17.764 for BK7231N

    My startup.bat is:

    startDriver SM16703P
    SM16703P_Init 90
    startDriver PixelAnim


    The web page loads and it looks like:

    Control interface for LED lamp with animation features on OpenBK7231N.

    However the animation is not quiet OK for me. This is how the fire animation behaves:





    Not sure about the whites on this item - if I enable Flag 4 and I move the Color Temp slider all leds go off.
    The video above was done without any Flags enabled.

    Can you please see if you can workout what the issue can be?

    Many thanks.
  • #26 21307717
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2 - did you manage to look at the video I posted? If there is a fix please let me know so I can try it.
  • #27 21307849
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14589
    Help: 654
    Rate: 12611
    Hello, does setting red, blue and green colors through the web interface works correctly? What happens if you try to set colors via commands, let's say, first turn off the LEDs, then set first color to red, second to green, third to blue?
    Helpful post? Buy me a coffee.
  • #28 21308133
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    I have tried from the web interface - the colors seem to be changing OK.
    However, when I have tried from GUI:

    SM16703P_SetPixel all 0 0 255
    or
    SM16703P_SetPixel all 0 255 0
    or
    SM16703P_SetPixel all 255 0 0

    nothing happens.
  • #29 21328668
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2 - I am not sure if you saw my reply above yet.
  • #30 21384459
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2 - any chance to look at this and see why is not working as it should?
📢 Listen (AI):

Topic summary

✨ The discussion focuses on the teardown and firmware customization of the Aldi (Australia) CasaLux Smart LED Corner Lamp based on the BK7231N CBU module. The lamp features addressable RGB LEDs controlled via the P16 (SPI_MOSI) pin on the BK7231N WiFi module, with an additional white (W) LED channel likely driven by PWM on GPIO6. Initial analysis confirmed the RGB LEDs are addressable (using SM16703P or WS2812B drivers), while the white LEDs dim simultaneously, indicating a single PWM channel. Firmware flashing to OpenBeken (OBK) was performed to enable custom LED control and scripting. Early tests showed partial success with LED color setting and pixel animation, but some issues remained with color consistency and white LED behavior, especially when adjusting color temperature flags. The SPI DMA driver bug affecting LED stability was fixed in later firmware versions (e.g., 1.17.764), improving LED control reliability. Ongoing troubleshooting involves verifying LED control commands, scripting for pixel animations, and separating cold white (CW) and RGB LED control. The community seeks detailed device schematics and reproduction steps to resolve remaining issues. The project demonstrates advanced reverse engineering and firmware development for smart lighting devices using BK7231N modules and OpenBeken firmware.
Generated by the language model.

FAQ

TL;DR: With a 2MB backup already secured, this Aldi Australia CasaLux corner lamp is a good OpenBeken test case: "the proof of concept works" for direct BK7231N-driven RGB pixels plus a separate white PWM channel. This FAQ helps modders identify GPIOs, confirm PWM vs addressable LEDs, and debug SM16703P/Pixel Animation issues before or after flashing. [#20839567]

Why it matters: This thread shows a practical path from safe teardown to partial OpenBeken support on a mixed RGB plus white smart lamp, including the exact failure modes that matter during real device conversion.

Aspect Direct BK7231N drive Separate TuyaMCU
LED data path Suspected from BK7231N P16 to LED driver area Would pass through a dedicated MCU
OBK pin extraction May show no useful pins Often also hides usable GPIO mapping
White channel Confirmed as PWM on Pin 6 Often abstracted behind MCU commands
Best test method GPIO Doctor + SM16703P driver Protocol analysis first

Key insight: The lamp does not behave like a pure TuyaMCU design. The thread confirms one white channel on PWM Pin 6, while the RGB section behaves like directly driven addressable LEDs that became much more stable after the February 2024 SPI DMA fix. [#20966217]

Quick Facts

  • The device backup was treated as valid because a full 2MB flash dump existed before OpenBeken testing, which was explicitly called "very important" for restoring Tuya later. [#20839047]
  • Tuya IoT exposed these notable datapoints: DP 20 switch_led, DP 21 work_mode, DP 24 colour_data, DP 102 music, DP 103 RGB_order, DP 104 LED_QTY = 30, DP 106 dynamic_mod, and DP 108 scene_mod. [#20838962]
  • GPIO Doctor identified Pin 6 = PWM, and that PWM controlled the lamp's white LEDs with both toggle and brightness working correctly. [#20839555]
  • OpenBeken test commands initially used SM16703P_Init 64, then 87, then the exact strip length 90 LEDs; wrong behavior included white groups, color shifts, pauses, and freezes. [#20839562]
  • A later test used firmware 1.17.764 for BK7231N with startDriver SM16703P, SM16703P_Init 90, and startDriver PixelAnim, but the fire animation still looked wrong and Flag 4 made the Color Temp slider turn LEDs off. [#21286785]

How do I identify the GPIOs on a BK7231N CBU module in an Aldi Australia CasaLux Smart LED Corner Lamp before flashing OpenBeken?

Identify GPIOs by tracing PCB connections from the CBU module pads, not by guessing from the lamp app. In this thread, the critical check was whether the LED data line reached BK7231N P16, while the white channel was later found separately with GPIO Doctor. A safe workflow is: 1. Photograph both PCB sides. 2. Trace pads from the CBU module to the LED driver area. 3. Verify candidates after flashing with diagnostic tools. That avoids mislabeling pads and missing the real LED path. [#20839065]

What is TuyaMCU, and how can I tell whether a CBU-based smart lamp uses TuyaMCU or drives the LEDs directly from the BK7231N?

"TuyaMCU is a control microcontroller that handles device functions behind Tuya commands, hiding direct GPIO behavior from the Wi-Fi module." A CBU lamp likely drives LEDs directly when a BK7231N pin, such as P16, traces toward the LED driver area and OpenBeken can control outputs locally. In this case, the expert suspected direct BK control because P16 appeared connected toward the black chip under HR1, not a visible TuyaMCU control path. [#20838967]

Why did the OBK configuration extraction show no useful pin data on this CasaLux corner lamp even though a Tuya firmware backup was made successfully?

The backup succeeded because flash reading and pin extraction are different tasks. OpenBeken extracted the Tuya section starting at 2023424, but reported no meaningful pin data and warned that the device might use TuyaMCU or a custom layout. That means the flash contained firmware data, yet not a usable GPIO map for automatic configuration. A valid backup does not guarantee a readable pin template. [#20838962]

What is GPIO Doctor in OpenBeken, and how do I use it to find which pin controls the white LEDs on a BK7231N device?

GPIO Doctor is an OpenBeken test tool that probes pins to find real hardware functions, such as PWM outputs. In this lamp, it showed Pin 6 = PWM, and that PWM controlled the white LEDs correctly. Use it in three steps: 1. Flash OpenBeken after making a full backup. 2. Run GPIO Doctor and test available PWM-capable pins. 3. Watch for white LED toggle and brightness response. That gives a direct pin assignment instead of relying on Tuya metadata. [#20839555]

How can I confirm whether the white channel on this RGB plus white corner lamp is PWM-controlled while the RGB LEDs are individually addressable?

Confirm it by checking whether all white LEDs dim together while RGB behavior stays per-pixel. In this thread, the user reported that all white LEDs changed brightness together in the Tuya app, and GPIO Doctor later confirmed the white output on Pin 6 PWM. Separately, SM16703P pixel tests changed RGB groups independently, which is the hallmark of addressable LEDs rather than one shared analog RGB channel. [#20839071]

What is the correct OpenBeken startup script for testing an SM16703P LED strip with 90 LEDs on a BK7231N CBU module?

The thread's clean 90-pixel startup script was:
  1. startDriver SM16703P
  2. SM16703P_Init 90
  3. startDriver PixelAnim This exact script was used later on firmware 1.17.764 for BK7231N when testing Pixel Animation on the CasaLux lamp. Earlier ad hoc scripts also worked for proof-of-concept testing, but this three-line startup was the stated baseline for a full 90-LED configuration. [#21286785]

Why do SM16703P test commands on this CasaLux corner lamp make the first groups of LEDs stay white while red looks purple and the animation later freezes or crashes?

Those symptoms point to an early driver or timing mismatch, not a simple GPIO mistake. The lamp showed grouped whites, a red channel that looked purple, long pauses, and freezes after loops when tested with 87 or 90 LEDs. Later, the maintainer stated that individually addressable LEDs were fixed and then confirmed the SPI DMA driver bug had been fixed, specifically improving SM16703P and WS2812-class LEDs. That makes the original white-group and freeze behavior consistent with a pre-fix driver issue. [#20966217]

How do I safely back up the full 2MB Tuya firmware from a BK7231N CBU device so I can restore it after OpenBeken testing?

Make the full flash backup before any OpenBeken write, and verify that the dump is 2MB. The expert explicitly said this size was very important so the original Tuya firmware could be restored later. A safe process is: 1. Connect your BK7231N flashing adapter. 2. Read and save the entire 2MB flash. 3. Confirm the file size before testing OBK. In this thread, that backup was accepted as correct before flashing continued. [#20839047]

What’s the difference between pin 16 on the CBU module drawing and BK7231N P16, and why does that matter for tracing the LED data line?

They are not the same thing, and mixing them up breaks tracing. The maintainer corrected the user by explaining that BK7231N P16 is a GPIO function name, shown on pin 2 of the CBU module image, while the user's first red mark pointed to RX1 instead. That matters because the LED data path needed to be traced from BK P16 specifically, not from the module's physical pad numbered 16 or a nearby serial pin. [#20838996]

How does driving addressable LEDs directly from BK7231N P16 compare with using a separate TuyaMCU for an RGBW smart lamp?

Direct BK7231N drive gives you a clearer OpenBeken path because the Wi-Fi SoC can generate LED data itself. In this thread, the maintainer suspected P16 might drive the RGB pixels directly, while the white LEDs sat on a separate PWM output. A TuyaMCU design would instead hide those details behind MCU messaging and make pin extraction less useful. For mixed RGBW lamps, direct BK control simplifies RGB testing, but the separate white channel still needs its own PWM mapping. [#20839019]

Why does the Pixel Animation fire effect look wrong on the CasaLux Smart LED Corner Lamp under OpenBeken 1.17.764, especially with the white LEDs behaving oddly?

Because this lamp mixes addressable RGB pixels with a separate white channel, generic pixel effects can map poorly if CW handling is not separated correctly. On firmware 1.17.764, the user reported that the fire effect looked visibly wrong, even without flags enabled, and that white behavior remained suspicious. Earlier thread history already showed mixed-channel quirks on this lamp, so a bad fire effect is consistent with unresolved RGB/CW separation rather than a total driver failure. [#21286785]

What happens when I enable Flag 4 in OpenBeken Pixel Animation on this lamp and the Color Temp slider turns all LEDs off, and how should that be debugged?

Flag 4 made the Color Temp slider turn all LEDs off, which suggests the lamp's white path does not match the expected Pixel Animation CW mapping. Debug it by isolating functions: 1. Test plain RGB colors from the web UI. 2. Test the white PWM channel separately. 3. Re-enable Flag 4 only after confirming both paths. The user reported that without flags the animation still ran, but enabling Flag 4 made the Color Temp control extinguish the LEDs instead of adjusting white output. [#21286785]

How should SM16703P_SetPixel commands be used after starting SM16703P and PixelAnim, and why might commands like SM16703P_SetPixel all 255 0 0 appear to do nothing?

Use SM16703P_SetPixel only after the driver is started and initialized, and verify no other animation layer is overriding the output. The maintainer explicitly questioned whether SM16703P_SetPixel all 0 0 255 was being run after startDriver SM16703P, SM16703P_Init 90, and startDriver PixelAnim, because PixelAnim or smooth transitions could mask the manual command. In this thread, web-interface color changes worked, but the direct all commands appeared inactive under that active PixelAnim setup. [#21384688]

What is SM16703P, and how is it different from WS2812B when configuring addressable LEDs in OpenBeken?

"SM16703P is an addressable LED driver class that OpenBeken can drive similarly to WS2812B, but device-specific timing and implementation details still matter." In this thread, the maintainer said the current SM16703 driver had once worked only imperfectly with WS2812, then later stated that the fixed SPI DMA path made SM16703P/WS2812B/etc work well. In practice here, OpenBeken treated them as related pixel-driver families, but stability depended on firmware maturity. [#20966217]

What exact reproduction steps and wiring details should I provide when reporting an OpenBeken LED animation bug on a mixed CW plus addressable RGB lamp?

Provide a minimal startup script, exact firmware version, LED count, command sequence, and a wiring description of how CW LEDs connect. The maintainer asked for reproduction steps and specifically requested a schematic or clear drawing showing how the CW LEDs were attached, because he could not diagnose the issue without the device on site. Include at least these facts: firmware 1.17.764, SM16703P_Init 90, whether web colors work, whether SetPixel all works, and what Flag 4 does. [#21384688]
Generated by the language model.
ADVERTISEMENT