logo elektroda
logo elektroda
X
logo elektroda

BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

MnM1 4989 49
Best answers

How can I configure a BK7231T Globe Fairy Lights device when the Tuya GPIO config and CloudCutter profile do not reveal a usable LED layout?

You likely cannot solve this with a normal PWM GPIO template because the lights are individually addressable and not a simple TuyaMCU/PWM setup [#20658806][#20658944] The thread confirms the LED bundle has only three wires, V+, LED, and GND, which points to an internal driver such as WS2812B rather than separate RGB PWM channels [#20658887][#20658944] The recommended next step was to identify the exact LED controller by opening one LED or testing the strip with an Arduino/ESP32 WS2812 example, since OpenBK did not yet support that driver on BK7231T at the time [#20659400][#20659424] One later confirmation found the LEDs are indeed WS2812B, and the workaround that worked reliably was to move the strip to an ESP32 and drive it with ESPHome/WLED-style WS2812 support [#20754527][#20825703] For OpenBK specifically, WS2812 animations were still noted as supported on BK7231N but pending for BK7231T, so waiting for firmware support or switching hardware were the practical options [#21234855][#21728417]
Generated by the language model.
ADVERTISEMENT
  • #1 20658283
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    I have just installed BK7231T onto Globe Fairy Lights:

    https://www.aliexpress.com/item/1005004946026...order_list.order_list_main.113.21ef1802T0lCoU
    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    The device is on the Wi-Fi and can be accessed via the web interface.

    I was looking to configure the device and came across these issues:

    1. Reading GPIO Tuya config - got the file through the WebApp

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    When moving the binary into Easy Uart Flasher, I get this error:

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    2. I have also tried the cloud-cutter config for the device - https://github.com/tuya-cloudcutter/tuya-clou...ces/tuya-generic-msl6-globe-fairy-lights.json
    However, even that doesn't show anything useful:

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    Now I am stuck and not sure what else to try... so I need some assistance, please.
  • ADVERTISEMENT
  • #2 20658302
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614
    Hello, can you send me that binary file so I can check what's wrong?

    Aren't those devices TuyaMCU?

    Or maybe start with GPIO Doctor. Set PWM roles to PWM pins (There are only 6 possible PWM pins) and see if colors reacts. You can also try setting them to relay roles. Relay role will act like 0% or 100% PWM.
    https://www.elektroda.com/rtvforum/topic3976371.html
    Helpful post? Buy me a coffee.
  • #3 20658305
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    Not sure if they are TuyaMCU.

    I have attached the file.
    Attachments:
    • BK7231T_TuyaConfig_obk0671D6C1.bin (72 KB) You must be logged in to download this attachment.
  • #4 20658806
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    I have tried GPIO doctor.

    The unit itself has 3 buttons - ON/OFF, Colour and Music.

    This is what I found when looking for buttons

    P7 - triggers when I press the MUSIC button
    P9 - triggers when I press the Colour button
    P24 - triggers when I press the On/Off button

    In terms of PWM - I have not found any that will turn on the leds.

    Added after 25 [minutes]:

    I have tried enabling TuyaMCU driver - to me it looks like this devide is not using that as I get this in the logs

    
    Info:TuyaMCU:Consumed 256 unwanted non-header byte in Tuya MCU buffer
    Info:TuyaMCU:Skipped data (part) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    Info:TuyaMCU:Consumed 256 unwanted non-header byte in Tuya MCU buffer
    Info:TuyaMCU:Skipped data (part) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    Info:TuyaMCU:Consumed 256 unwanted non-header byte in Tuya MCU buffer
    Info:TuyaMCU:Skipped data (part) 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
    
  • #5 20658835
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614

    Before we proceed, have you considered opening the device to get some more information, like for example, which LED driver may be used there?
    Helpful post? Buy me a coffee.
  • #6 20658855
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    Yes, I was in the middle of that :)
    Pics below

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    Added after 39 [seconds]:

    Hope they help. Please let me know if you want me to take more pics
  • ADVERTISEMENT
  • #7 20658881
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614

    Which cable is for LEDs? How many wires are there for LEDs? I can only see markings: V+ and GND, what are the other LED wire markings?
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #8 20658887
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    New pic - hope it shows what you are after

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    Added after 1 [minutes]:

    So the clear cable looks like it's having 3 wires - V+, LED and GND
  • ADVERTISEMENT
  • #9 20658890
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614
    So there are only 3 wires for LEDs?
    Helpful post? Buy me a coffee.
  • #10 20658893
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Yes - below is how the device looks like

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile
  • #11 20658944
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614

    Well, that means there is a driver inside the LEDs themselves, and it must be something like WS2812B or similar. First of all, we would need to know what kind of driver that is, and it would require disassembly of the LEDs. Secondly, we do not support such drivers at the moment, but they are on the TODO list. You would need to first check which exact LED driver is used there and then wait for implementation on our side.

    Can those bulbs display different colors individually?
    Helpful post? Buy me a coffee.
  • #12 20659398
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    Hi,

    Yes, these bulbs can display different colors individually.
    Regarding the drivers - I will see if I can open one LED up. I wonder what will happen if I just cut out one of the LEDs from the wire? Will the rest still work?
  • #13 20659400
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614
    Well, to the best of my knowledge, assuming they are like WS2812B, then even removing one LED will just make strip shorter by one LED and all effects will still work.

    If you don't want to cut them, you can, for example, take Arduino or NodeMCU with WS2812B driver and check if it works, maybe they are WS2812B.

    In general, I apologize, but we don't currently have driver for that kind of LEDs. They are very rare in common IoT devices. We are planning to support them in the future, but it's still pending.

    I should have realized sooner, but I didn't notice that your LEDs are individually addressable.
    Helpful post? Buy me a coffee.
  • #14 20659404
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    No apologies required - I am thankful for your help for this and many other devices :)

    "take Arduino or NodeMCU with WS2812B driver and check if it works" - would you have some links with examples of what I should be doing? I am not familiar at all with that. If I can get away without cutting or opening one up, it will be best :)

    Thank you.
  • #15 20659424
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614
    Well, it depends whether you have Arduino or NodeMCU or any board like that, but you basically would need to search for WS2812B tutorial with a sample code and then desolder your strip from IoT device and try to use it with Arduino. Of course, connect GND, proper power, and data pin....

    I am curious myself to see if it works, it would be a valuable piece of information.

    Or just open one LED and check, there are multiple LED controllers similar to WS2812B , I don't know which is used in your device.
    Helpful post? Buy me a coffee.
  • #16 20659442
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    I opened up one of the LEDs only to find that it is covered in some sort of hard plastic. I could not get the hard plastic off - it feels like it will damage the LED if I do that.

    BK7231T Globe Fairy Lights - can't get GPIO config config template or cloud-cutter profile

    I guess the next step is to see how I can make it work with Arduino. I have an Arduino around that I haven't used in ages - need to find some guides and see how to make it work.

    Also, I guess I can cut off the LED I have just opened and use that in the Arduino tests? I don't think I will need all of the LEDs for this - what do you think?
  • #17 20675737
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    When I look in Tuya IoT, I see the device being described as "33*IC MSL5" - not sure if this is any indication of the LED controller it is using.

    Still working on the Arduino side - might take a couple of weeks before I get to it.
  • #18 20754527
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Hi @p.kaczmarek2 - I can confirm that the LEDs on this device are WS2812B.

    Any chance you can implement the recent drivers on BK7231N to BK7231T? I can test as soon as it is ready.

    Cheers.
  • #19 20766395
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    MnM1 wrote:

    Hi @p.kaczmarek2 - I can confirm that the LEDs on this device are WS2812B.

    Any chance you can implement the recent drive on BK7231N to BK7231T? I can test as soon as it is ready.

    Cheers.


    @p.kaczmarek2 - when do you think you can get some time to implement the WS2818B drivers from N version to the T version?
    It is on the cards any time soon?
  • #20 20786058
    Nimierkki
    Level 6  
    Posts: 10

    I also have the same exact board/light, but a different brand (Nedis). Following this thread!
  • #21 20786266
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614
    Hey @Nimierkki , is your device also BK7231T based, so it requires porting like @mnm11 device?
    Helpful post? Buy me a coffee.
  • #22 20786290
    Nimierkki
    Level 6  
    Posts: 10

    Hi @p.kaczmarek2, my board is exactly the same, BK7231T based, and requires porting. If I can assist you with anything or you need to connect to my device via remote connection, please let me know.
  • #23 20786400
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14597
    Help: 654
    Rate: 12614
    Well, do you know C programming language?
    Helpful post? Buy me a coffee.
  • #25 20825415
    jshstadler
    Level 4  
    Posts: 6

    I have similar BK7231T based Fairy Lights LED strips.
    After flashing ESPHome or OpenBK, I realized that I can't get the LEDs to light up either. Have you had any luck yet?
    At this point, it seems like the easiest would be to cut off the LED strip and connect it to an ESP32.
  • #26 20825515
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    No luck yet.
    Still waiting for OBK to support WS2812B on the BK7231T.
    Let me know what you are thinking in regards to ESP32. If it works, I might give it a test too while waiting for OBK.
  • #27 20825703
    jshstadler
    Level 4  
    Posts: 6

    Thanks for confirming.

    I'll try and get it working with an ESP32, and then I'll decide between the following options:

    WLED with MQTT to Home Assistant
    https://esphome.io/components/light/rgb.html
    https://esphome.io/components/light/neopixelbus.html
    https://esphome.io/components/light/fastled.html
    https://esphome.io/components/light/esp32_rmt_led_strip

    I'll keep you posted on the progress.

    Added after 8 [hours] 9 [minutes]:

    Quickly gave it a try with https://esphome.io/components/light/esp32_rmt_led_strip. Worked like a charm on my first try. (With basic on/off, color and scenes functionality)

    I desoldered the 3 led strip wires for the LED strip from the Tuya unit, and soldered them onto the ESP32 as follows:
    Strip Wires to ESP32
    LED to GPIO19
    V+ to VIN (5V in from USB power)
    GND to GND

    Update: Just gave https://esphome.io/components/light/fastled.html a try now as well, works perfectly as well.
    I've attached the YAML config as well, with the fastled components being used, the commented-out config is there for the esp32_rmt_led_strip as well in case you'd like to have a look.
    Attachments:
    • ESP32 LED Strip YAML.txt (1.43 KB) You must be logged in to download this attachment.
  • #28 20836604
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13
    Thanks for the info.

    What ESP32 chip did you use? What kind of case did you use for it?
  • #29 20836616
    jshstadler
    Level 4  
    Posts: 6
    Here's the pictures of how it's connected, I just connected the ESP32 to a 5V phone charger (it has a USB-C connector), which is powering both the ESP32 and LED strip.

    Here's the one I bought, but any ESP32 that takes 5V power should do the trick: https://www.robotics.org.za/ESP32-DEV-CH340-C?search=esp32-dev

    ESP32 module connected to LED strip wires. ESP32 module connected to a LED strip.

    Edit: Oh and for the enclosure, I was going to 3D print one, but then I decided not to bother, as it's completely hidden away and out of reach. If you get a smaller ESP32 with less pins (generally more expensive) you might be able to fit it inside the original housing.
  • #30 20836621
    MnM1
    Level 10  
    Posts: 175
    Help: 4
    Rate: 13

    Thanks.

    I have some WROOM32s around - I will give it a try.
    Looks like I will need a case for it as the ESP32s I have will not fit into the original case the light had.

Topic summary

✨ The discussion centers on configuring BK7231T-based Globe Fairy Lights, specifically addressing difficulties obtaining a usable GPIO configuration template or cloud-cutter profile. Attempts to read the GPIO Tuya config and use cloud-cutter JSON profiles failed to yield functional results. The device features three buttons mapped to GPIO pins P7 (Music), P9 (Colour), and P24 (On/Off). The LED wiring includes three wires: V+, LED data, and GND, indicating individually addressable LEDs likely using WS2812B or a similar driver. The device does not appear to use TuyaMCU protocol, as indicated by log errors. Disassembly revealed LEDs encased in hard plastic, complicating direct inspection. Users confirmed the LEDs support individual color control. Current firmware (OpenBK or ESPHome) lacks WS2812B driver support for BK7231T, though such support exists for BK7231N and is pending porting. As a workaround, users successfully desoldered the LED strip and controlled it via an ESP32 using ESPHome with fastled and esp32_rmt_led_strip components, achieving basic lighting and color control. Flashing the BK7231T module via UART is possible with CH340 adapters, but LED control remains unsupported in native firmware. The community awaits official WS2812B driver implementation for BK7231T to enable native control without external hardware.
Generated by the language model.

FAQ

TL;DR: These 33-LED Globe Fairy Lights use a 3-wire string, and one tester said it "worked like a charm" only after rewiring the strip to an ESP32. This FAQ helps BK7231T owners when GPIO templates, TuyaMCU detection, CloudCutter, and PWM tests all fail because the lights are addressable LEDs, not simple PWM channels. [#20825703]

Why it matters: If you treat this controller like a normal PWM RGB board, you can waste hours on wrong GPIO roles, wrong tools, and firmware paths that will never light the strip.

Option What the thread confirmed Result
OpenBeken GPIO/PWM discovery Buttons were found, but no PWM pin lit the LEDs Not usable for direct LED control
OpenBK7231T ALT + PixelAnim Partial progress on BK7231T, but users still reported broken control and random LEDs after reboot Experimental/problematic
ESP32 + ESPHome Rewired 3 strip wires to ESP32 and got on/off, color, and scenes working on first try Best confirmed workaround

Key insight: The board inputs work, but the light string is the real issue. A 3-wire V+, LED, GND string with individually addressable bulbs points to WS2812B-class control, so PWM templates and TuyaMCU checks do not solve it.

Quick Facts

  • GPIO Doctor identified P7 = Music, P9 = Colour, and P24 = On/Off on the BK7231T board. [#20658806]
  • The light string exposes 3 wires labeled V+, LED, and GND, which strongly indicates an addressable LED data line rather than separate PWM color channels. [#20658887]
  • A working ESP32 rewire used LED → GPIO19, V+ → VIN (5V), and GND → GND, powered from a 5V USB supply. [#20825703]
  • One owner saw the device described in Tuya IoT as *"33IC MSL5", and another confirmed the set had 33 LEDs**. [#20675737]
  • Successful UART flashing of the WB8/BK7231T module was reported with 3.3V, RX1, TX1, and GND on test pads, without the barrel plug connected. [#21373382]

How can I find the correct GPIO configuration for BK7231T Globe Fairy Lights when the Tuya config binary from the WebApp won’t open in Easy UART Flasher?

Start with hardware probing, not the WebApp binary. In this thread, the usable path was: 1. run GPIO Doctor, 2. identify button inputs, 3. open the controller and inspect the LED wiring. That process found valid buttons on P7, P9, and P24, but also showed the strip was a 3-wire addressable string, so a normal GPIO template was never going to reveal PWM LED channels. [#20658887]

Why does OpenBeken show 'Consumed 256 unwanted non-header byte in Tuya MCU buffer' on BK7231T fairy lights, and what does that indicate about TuyaMCU compatibility?

It indicates the board is not speaking a valid TuyaMCU serial protocol. The log repeatedly showed OpenBeken consuming 256 unwanted non-header bytes and skipping long runs of 00 data, which means the firmware saw no real TuyaMCU frames. In practice, that ruled out TuyaMCU as the active LED control path on this fairy-light controller. [#20658806]

What is TuyaMCU, and how can I tell whether a BK7231T fairy lights controller is actually using it?

"TuyaMCU" is a secondary microcontroller interface that exchanges structured serial packets with the Wi‑Fi chip, letting a device offload button, relay, or light control to a separate controller. If enabling the TuyaMCU driver only produces repeated 256-byte non-header junk and no valid headers, the controller is not using TuyaMCU for the light engine. [#20658806]

What is Tuya CloudCutter, and why might the tuya-generic-msl6-globe-fairy-lights profile fail to reveal a usable pin configuration?

"Tuya CloudCutter" is a profile-based Tuya provisioning and analysis tool that matches known devices to canned definitions, but it only helps when the target hardware follows the same pin and feature model. Here, the generic MSL6 fairy-lights profile showed nothing useful because this board drove a 3-wire addressable string, not simple PWM outputs. [#20658283]

Which GPIO pins were identified for the ON/OFF, Colour, and Music buttons on this BK7231T fairy lights board, and how do I test them with GPIO Doctor?

The buttons mapped to P24 for On/Off, P9 for Colour, and P7 for Music. Test them by opening GPIO Doctor, watching for state changes, and pressing each physical button one at a time. Those three pins reacted reliably, which confirmed the inputs were discoverable even though the LEDs were not. [#20658806]

Why don’t any PWM pin assignments light up these Globe Fairy Lights, even though the board has working button inputs?

No PWM assignment works because the lights are not driven as separate PWM color channels. The board exposed only 3 strip wires—V+, LED, and GND—and later testing confirmed WS2812B LEDs, which need a serial data stream instead of plain PWM duty changes on 3 color pins. [#20754527]

How do I determine whether a 3-wire fairy light string labeled V+, LED, and GND is using WS2812B or another addressable LED driver?

Check whether the bulbs can show different colors individually and whether the strip uses only V+, data, and GND. In this case, both clues were present: the bulbs displayed different colors per LED, and the wiring was 3-wire, so the thread concluded the string had an onboard driver like WS2812B rather than a direct PWM layout. [#20658944]

What happens if I cut out one LED from an individually addressable fairy light string like WS2812B while trying to identify the controller?

The rest of the string should still work, just one LED shorter. The thread’s expert reply said that if the string behaves like WS2812B, removing one LED should only shorten the chain by one pixel while effects continue on the remaining LEDs. That makes a single-LED test a practical diagnostic step. [#20659400]

How can I test a suspected WS2812B fairy light string with an Arduino or NodeMCU without destroying the original light set?

Use an external controller and test the strip before committing to a full rebuild. The suggested method was to desolder the strip from the IoT board, connect GND, proper power, and the data line to an Arduino or NodeMCU, then run a basic WS2812B tutorial sketch. That confirms the LED protocol without opening every bulb. [#20659424]

What does the Tuya IoT description '33*IC MSL5' mean, and how useful is it for identifying the LED controller inside Globe Fairy Lights?

It is only a weak clue, not a usable controller ID. The thread reported the Tuya IoT label "33*IC MSL5," which likely reflects a 33-IC light set, but nobody used that string alone to derive a working GPIO map or firmware setup. Practical identification still came from wiring inspection and later WS2812B confirmation. [#20675737]

What’s the best way to rewire a BK7231T fairy light strip to an ESP32, including which strip wires go to GPIO, 5V, and GND?

Connect the strip exactly as follows: LED to GPIO19, V+ to VIN, and GND to GND on an ESP32 powered from 5V USB. One user desoldered the 3 strip wires from the Tuya board, moved them to an ESP32, and got basic on/off, color, and scenes working on the first try. [#20825703]

ESPHome fastled vs esp32_rmt_led_strip vs WLED with MQTT: which approach works best for replacing a BK7231T fairy lights controller with an ESP32?

ESPHome was the best proven option in this thread. The user tested esp32_rmt_led_strip first and said it "worked like a charm," then confirmed FastLED also worked perfectly, while WLED with MQTT was listed only as a future option. So the strongest evidence favors ESPHome because two ESPHome light methods were actually validated. [#20825703]

Why is WS2812 animation support available on OpenBeken for BK7231N but still problematic or pending on BK7231T devices?

Because BK7231T support arrived later and remained less mature. The thread explicitly said WS2812 with animations was supported on BK7231N, while BK7231T was still pending in September 2024; later posts showed ALT-firmware progress, but users still reported bugs such as a stuck last LED and broken animations above half brightness. [#21722531]

How do I configure OpenBK7231T ALT firmware for addressable fairy lights using SM16703P_Init and PixelAnim, and what role does P16 play on BK7231T boards?

Use the ALT firmware, then add startup commands for the SPI LED driver and animation engine. The posted sequence was startDriver SM16703P, SM16703P_Init {LEDs} GRB, and startDriver PixelAnim. P16 matters because one developer stated that, on Beken, the only SPI output is on P16, so that is the expected data path for this setup. [#21720699]

Why do some LEDs randomly light up after reboot on BK7231T ALT firmware while the GUI sliders and toggle controls still don’t properly control the fairy lights?

Because the BK7231T implementation was still incomplete and buggy. Users reported random white, red, blue, or mixed LEDs after reboot, no reliable response to GUI sliders, and the need to press Toggle Light before reboot to see any LEDs light at all. Another tester also reported a permanently lit last LED and animation faults above 50% brightness. [#21722225]
Generated by the language model.
ADVERTISEMENT