[BK7231N/CBU] LED Panel YB8007/300, BK7231Flasher Extraction of config, TuyaMCU LED?

nethawk 4095 46

Reply | New topic

#31 20662494 21 Jul 2023 14:19

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #31
20662494 21 Jul 2023 14:19

nethawk wrote:

Probably there is an timing issue, TuyaMCU processes dpId 22 while it already
receives dpId 23 instruction. If that's true:
If you would first send dpId 23, followed by dpID 22 (in one command) the
temperature would be processed, but not the brightness.

Suggestion 1: Send 2 seperate commands for dpId 22 and 23, like you already
do for dpId 21, so you can include some milliseconds of sleep.

Suggestion 2: Send only the dpId to the MCU that was changed.

At first I was sending dpID 22 and dpID 23 separately. It didn't work back then so I hoped that maybe I can combine those two dpIDs into one packet, but that, surprisingly, doesn't seem to work as well. This is not what I expected.

Your suggestions are basically the steps that I was planning to take next. Option 2 seems very attractive and easy to do but I don't think that we can guarantee that the two variables will never change at the same time.

I think I will plug a simple delay milliseconds between sends for now and later I will implement some kind of simple send queue for TuyaMCU.

Let me do that simple delay milliseconds test first:
https://github.com/openshwprojects/OpenBK7231...mmit/7e3da5e69fe028b8ebd9d9cc0feca04bdebfad82
Can you check latest build? I am really not sure if it will work... this delay would also delay the HTTP response, it's a bad practice in general, but let's try it first just to know if it helps.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
ADVERTISEMENT
#32 20662700 21 Jul 2023 16:44

nethawk nethawk

Level 3
Topic author Helpful post? (0)

Post #32
20662700 21 Jul 2023 16:44

p.kaczmarek2 wrote:
Your suggestions are basically the steps that I was planning to take next. Option 2 seems very attractive and easy to do but I don't think that we can guarantee that the two variables will never change at the same time.

Agree with you. In this sense it might be necessary to send dpId 21 the same time too.

p.kaczmarek2 wrote:
Can you check latest build? I am really not sure if it will work... this delay would also delay the HTTP response, it's a bad practice in general, but let's try it first just to know if it helps.

Bad practice, but sometimes necessary while talking with unbuffered serial devices.

Great work, this does help.

Testing now 1.17.187

white mode:
Now i can change the temperature of white by using the webinterface:
-> works perfectly, optical tuning of the webinterface slider possible

Code: text Expand Select all Copy to clipboard
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 16 02 00 04 00 00 03 E8 18 Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 22, dataType 2-DP_TYPE_VALUE and 4 data bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 1000 Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 17 02 00 04 00 00 00 72 A0 Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 23, dataType 2-DP_TYPE_VALUE and 4 data bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 114 Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 05 15 04 00 01 00 28 Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 12 bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 21, dataType 4-DP_TYPE_ENUM and 1 data bytes Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 1 byte:

white mode:
change the brightness by using the webinterface
-> works perfectly

white mode:
Toggle light button
-> doesn't work

RGB mode:
Toggle light button
-> works

RGB mode:
brightness slider
-> works, but could be improved

RGB mode:
color picker
-> works

To have full functionality i would suggest to implement the
'Toggle light button' by using dpId 20, which should work for
color and white mode.

Depending, how perfect it should be, you could fix some smaller things too.
#33 20662786 21 Jul 2023 17:54

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #33
20662786 21 Jul 2023 17:54

Toggle is not implemented so no wonder that's not working.

Hmm, so we have good news, in general. I'll finalize this hacky code tomorrow morning and later I can think of a better solution than this delay. I will just implement a send queue, like I did for Tasmota Device Groups.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
ADVERTISEMENT
#34 20663295 22 Jul 2023 07:59

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #34
20663295 22 Jul 2023 07:59

I have pushed that on/off send for TuyaMCU. I also reduced delays between packets to 50ms. Let me know if it's still working. Thanks!

I will need to optimize it later, will you be still around for some testing?

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#35 20663466 22 Jul 2023 11:36

nethawk nethawk

Level 3

Topic author Helpful post? (0)

Post #35
20663466 22 Jul 2023 11:36

p.kaczmarek2 wrote:
I have pushed that on/off send for TuyaMCU. I also reduced delays between packets to 50ms. Let me know if it's still working. Thanks!

It works, the 50ms delay seems to work.
Integration into HomeAssistant works too.

p.kaczmarek2 wrote:
I will need to optimize it later, will you still be around for some testing?

Sure.
In the next days, I will continue with the next LED freedom act, so I am here.

I have seen a bug, I call it the white-temperature-reverse bug:

The web interface shows cold white, but the lamp gives out warm white

The web interface shows warm white, in reality, it is cold white now.

Added after 15 [minutes]:

Another thing is the brightness/dimmer in RGB mode.

1. If the value is set below 13, the lamp is off (instead of darker). So the usable range starts at 13

2. If the brightness of a "mixed" RGB color goes down, the color tends to go bluish.
With "mixed" color, I mean when more than only one base color is used, for example: red: 30, green: 40, blue: 10
I don't know if the effect comes because the lamp has quality problems in low brightness situations or the
calculation of the real color (based on the color + brightness).
Please see the pictures to see what I mean. I only changed the brightness.
#36 20718373 02 Sep 2023 09:32

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #36
20718373 02 Sep 2023 09:32

So we need an option to reverse the CCT?

Can you post your full current config?

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
ADVERTISEMENT

#37 20720527 03 Sep 2023 23:58

nethawk nethawk

Level 3

Post #37

20720527 03 Sep 2023 23:58

p.kaczmarek2 wrote:
So we need an option to reverse the CCT?

I think, this would be great.

p.kaczmarek2 wrote:
Can you post your full current config?

Really nothing special there:

mqtt:
  light:
  - unique_id: "Rundlampe01_OpenBK7231N_5526BA59_light"
    name: 0
    rgb_command_template: "{{ '#%02x%02x%02x0000' | format(red, green, blue)}}"
    rgb_value_template: "{{ value[0:2]|int(base=16) }},{{ value[2:4]|int(base=16) }},{{ value[4:6]|int(base=16) }}"
    rgb_state_topic: "obkrundlamp01BA59/led_basecolor_rgb/get"
    rgb_command_topic: "cmnd/obkrundlamp01BA59/led_basecolor_rgb"
    command_topic: "cmnd/obkrundlamp01BA59/led_enableAll"
    state_topic: "obkrundlamp01BA59/led_enableAll/get"
    availability_topic: "obkrundlamp01BA59/connected"
    payload_on: 1
    payload_off: 0
    brightness_command_topic: "cmnd/obkrundlamp01BA59/led_dimmer"
    brightness_state_topic: "obkrundlamp01BA59/led_dimmer/get"
    brightness_scale: 100
    color_temp_command_topic: "cmnd/obkrundlamp01BA59/led_temperature"
    color_temp_state_topic: "obkrundlamp01BA59/led_temperature/get"

#38 20720643 04 Sep 2023 08:38

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #38
20720643 04 Sep 2023 08:38

Ah okay, we still have other dpIDs hardcoded. Sorry, I work too much and I kinda forgot about! We will try to finalize it soon.

I am also working on another TuyaMCU LED, but the individually-addressable one, in this topic:
https://www.elektroda.com/rtvforum/topic3990646-60.html#20720640

I pushed CCT reverse, can you check if it works for you?
https://github.com/openshwprojects/OpenBK7231...mmit/40fcd158d3c93ad7583a9c3d85f8e7950537477d

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#39 20721679 05 Sep 2023 01:30

nethawk nethawk

Level 3

Topic author Helpful post? (0)

Post #39
20721679 05 Sep 2023 01:30

p.kaczmarek2 wrote:
I pushed CCT reverse, can you check if it works for you?
https://github.com/openshwprojects/OpenBK7231...mmit/40fcd158d3c93ad7583a9c3d85f8e7950537477d

Well, this works.
Tested in the web interface and in Home Assistant.

Thank you
#40 20721757 05 Sep 2023 08:24

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #40
20721757 05 Sep 2023 08:24

So you're saying HA works good for you?

@DeDaMrAz recently reported some issue that happens with HA, but does not appear when using OBK web panel directly.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#41 20722411 05 Sep 2023 18:26

DeDaMrAz DeDaMrAz

Level 20

Helpful post? (0)

Post #41
20722411 05 Sep 2023 18:26

@nethawk can you change color in HA in a repetitive manner - like multiple times in a row.

I have some issues where I can change color a certain number of times and then it will stop responding until I power cycle the device (light on/off)

If you like my work, support me at: https://paypal.me/openshwprojects
ADVERTISEMENT
#42 20722970 06 Sep 2023 09:01

nethawk nethawk

Level 3

Topic author Helpful post? (0)

Post #42
20722970 06 Sep 2023 09:01

DeDaMrAz wrote:
@nethawk can you change color in HA in a repetitive manner - like multiple times in a row.

I have some issues where I can change color a certain number of times and then it will stop responding until I power cycle the device (light on/off)

I have to check this for some days to give a correct answer.
Can you describe more, what you did to force unresponsiveness ?
#43 20722974 06 Sep 2023 20:02

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #43
20722974 06 Sep 2023 20:02

I was testing with @DeDaMrAz and on his device our original driver that we've made together with @nethawk was working kinda like 1 per 10 tries. It looked like HA is sending two packets to OBK and OBK tries to send too many packets to TuyaMCU despite my best efforts to add extra delays between them.

I am most likely going to rewrite TuyaMCU backend to have a queue of packets to send. That is the correct way to solve it.

Added after 10 [hours] 58 [minutes]:

I've added tuya color preview to analyzer so we can test this device more easily:

See more at:
https://github.com/openshwprojects/TuyaMCUAnalyzer

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
#44 20726434 08 Sep 2023 23:24

nethawk nethawk

Level 3

Topic author Helpful post? (0)

Post #44
20726434 08 Sep 2023 23:24

DeDaMrAz wrote:
@nethawk can you change color in HA in a repetitive manner - like multiple times in a row.

I have some issues where I can change color a certain number of times and then it will stop responding until I power cycle the device (light on/off)

In my case the lamp stays responsive and doesn't stop working.

I tested with the Home Assistant 2023.8.4
Supervisor 2023.08.3
Operating System 10.5
Frontend 20230802.1 - latest

and the OBK webinterface Version: 1.17.233

and the NsPanel Lovelace UI on the nextion screen inside of NSPanel
https://docs.nspanel.pky.eu/

On the NsPanel it is a little bit slow responsive, but I have this with other lamps too on NsPanel.
#45 20726466 09 Sep 2023 00:21

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home
Helpful post? (0)

Post #45
20726466 09 Sep 2023 00:21

How your lamp behaves if you do:
Code: text Expand Select all Copy to clipboard
backlog led_basecolor_rgb FF0000; led_basecolor_rgb 00FF00; led_basecolor_rgb 0000FF

NOTE: make sure you can repower it before you try.

PS: I am also working on NSPanel: https://www.elektroda.pl/rtvforum/topic4001021.html

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.

#46 20726537 09 Sep 2023 07:09

nethawk nethawk

Level 3

Post #46

20726537 09 Sep 2023 07:09

p.kaczmarek2 wrote:
How your lamp behaves if you do:
Code: text Expand Select all Copy to clipboard
backlog led_basecolor_rgb FF0000; led_basecolor_rgb 00FF00; led_basecolor_rgb 0000FF
NOTE: make sure you can repower it before you try.

O.k., color changed to blue, for around 1,5 seconds the OBK webinterface was unresponsive, but "it came back"
and worked like before.

In my case, it doesn't look as bad.


Debug:API:POST to api/cmnd
Debug:CMD:cmd [backlog led_basecolor_rgb FF0000; led_basecolor_rgb 00FF00; led_basecolor_rgb 0000FF]
Debug:CMD:backlog [led_basecolor_rgb FF0000; led_basecolor_rgb 00FF00; led_basecolor_rgb 0000FF]
Debug:CMD:cmd [led_basecolor_rgb FF0000]
Debug:CMD: BASECOLOR got FF0000
Debug:CMD:Changing LightMode from cw to rgb
Info:TuyaMCU:Color is sent as 000003E800DC
Info:MQTT:Publishing val FF0000 to obkrundlamp01BA59/led_basecolor_rgb/get retain=0
Debug:CMD:cmd [led_basecolor_rgb 00FF00]
Debug:CMD: BASECOLOR got 00FF00
Info:MQTT:MQTT client in mqtt_incoming_publish_cb topic obkrundlamp01BA59/led_basecolor_rgb/get
Debug:MQTT:channelSet topic 4215108 with arg FF0000
Info:TuyaMCU:Color is sent as 007803E800DC
Debug:CMD:cmd [led_basecolor_rgb 0000FF]
Debug:CMD: BASECOLOR got 0000FF
Info:TuyaMCU:Color is sent as 00F003E800DC
Debug:CMD:backlog executed 3
Info:CMD:[WebApp Cmd 'backlog led_basecolor_rgb FF0000; led_basecolor_rgb 00FF00; led_basecolor_rgb 0000FF' Result] OK
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 10 18 03 00 0C 30 30 30 30 30 33 45 38 30 30 44 43 C7 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 23 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 24, dataType 3-DP_TYPE_STRING and 12 data bytes
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 10 18 03 00 0C 30 30 46 30 30 33 45 38 30 30 44 43 DD 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 23 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 24, dataType 3-DP_TYPE_STRING and 12 data bytes
ExtraDebug:TuyaMCU:TuyaMCU heartbeat_valid = 1, product_information_valid=1, self_processing_mode = 1, wifi_state_valid = 0, wifi_state_timer=43
Info:MAIN:Time 251676, idle 188886/s, free 62296, MQTT 1(9), bWifi 1, secondsWithNoPing 1, socks 3/38 
Info:MQTT:Publishing val 0000FF to obkrundlamp01BA59/led_basecolor_rgb/get retain=0
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 05 14 01 00 01 01 25 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 12 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 20, dataType 1-DP_TYPE_BOOL and 1 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 1 byte: 
Debug:TuyaMCU:TuyaMCU_ApplyMapping: id 20 with value 1 is not mapped
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 05 15 04 00 01 01 29 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 12 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 21, dataType 4-DP_TYPE_ENUM and 1 data bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 1 byte: 
Debug:TuyaMCU:TuyaMCU_ApplyMapping: id 21 with value 1 is not mapped
Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 10 18 03 00 0C 30 30 46 30 30 33 45 38 30 30 44 32 CC 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 23 bytes
Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 24, dataType 3-DP_TYPE_STRING and 12 data bytes
ExtraDebug:TuyaMCU:TuyaMCU heartbeat_valid = 1, product_information_valid=1, self_processing_mode = 1, wifi_state_valid = 0, wifi_state_timer=44
Info:MAIN:Time 251677, idle 176950/s, free 70920, MQTT 1(9), bWifi 1, secondsWithNoPing 1, socks 2/38 
Info:MQTT:MQTT client in mqtt_incoming_publish_cb topic obkrundlamp01BA59/led_basecolor_rgb/get
Debug:MQTT:channelSet topic 4215108 with arg 0000FF
Info:TuyaMCU:TUYAMCU received: 55 AA 03 00 00 01 01 04 
Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 0 (Hearbeat) with 8 bytes
ExtraDebug:TuyaMCU:TuyaMCU heartbeat_valid = 1, product_information_valid=1, self_processing_mode = 1, wifi_state_valid = 0, wifi_state_timer=44
Info:MAIN:Time 251678, idle 163150/s, free 70920, MQTT 1(9), bWifi 1, secondsWithNoPing 1, socks 2/38 
ExtraDebug:TuyaMCU:TuyaMCU heartbeat_valid = 1, product_information_valid=1, self_processing_mode = 1, wifi_state_valid = 0, wifi_state_timer=45
Info:MAIN:Time 251679, idle 186105/s, free 70920, MQTT 1(9), bWifi 1, secondsWithNoPing 1, socks 2/38 
ExtraDebug:TuyaMCU:TuyaMCU heartbeat_valid = 1, product_information_valid=1, self_processing_mode = 1, wifi_state_valid = 0, wifi_state_timer=46
Info:MAIN:Time 251680, idle 193463/s, free 70920, MQTT 1(9), bWifi 1, secondsWithNoPing 1, socks 2/38 
Info:GEN:dhcp=0 ip=192.168.11.65 gate=192.168.11.1 mask=255.255.255.0 mac=a8:80:55:26:ba:59
Info:GEN:sta: 1, softap: 0, b/g/n

#47 20726587 09 Sep 2023 08:39

p.kaczmarek2 p.kaczmarek2

Moderator Smart Home

Helpful post? (0)

Post #47
20726587 09 Sep 2023 08:39

This is probably because OBK sends commands "in place" instead of using a queue. I will look into it soon. I will just need to test the new approach very well before pushing it to the production.

I am creating multiplatform open source firmware (Tasmota replacement), right now supporting BK7231T, BK7231N, XR809, BL602, W800, W600, LN882H and soon supporting RTL and W701:
https://github.com/openshwprojects/OpenBK7231T
If you like my work, support me at: https://paypal.me/openshwprojects

Helpful post? Buy me a coffee.
Create an account, log in and become active in a forum and ads will not appear. You will receive points by participating in discussions.
Join this discussion.

Install the application

Reply | New topic

Report a violation of the law

Topic summary

The discussion revolves around the flashing and configuration of the YB8007/300 LED panel using the BK7231N chip and OpenBeken firmware. The user successfully flashed one LED lamp but faced issues with GPIO extraction using BK7231Flasher. Participants suggested trial and error with pin assignments for color control and identified the device as a TuyaMCU type, requiring specific commands for color and brightness adjustments. The conversation included troubleshooting steps, such as using dpIDs for controlling color modes, brightness, and temperature settings. The user reported mixed results with RGB and white modes, leading to further development of the firmware to improve functionality, including a color picker and adjustments for temperature control. The integration with Home Assistant was also discussed, highlighting the need for a queue system to manage command packets effectively.
Summary generated by the language model.

FAQ

TL;DR: 100 % of the YB8007/300 panels tested expose six TuyaMCU datapoints (dpIDs 20-25) and respond to 50 ms spaced UART writes; “Your device is very unique” [Elektroda, p.kaczmarek2, 20610467]. Why it matters: knowing the exact dpIDs eliminates blind GPIO guessing and prevents soft-bricking when flashing OpenBeken.

Quick Facts

• MCU: BK7231N/CBU, 1 MB flash [Elektroda, nethawk, 20610350]
• Control protocol: TuyaMCU v3 @ 9600 baud, 6 active dpIDs [Elektroda, p.kaczmarek2, 20610467]
• White mode ranges: Bright 50-1000, Temp 10-990 (K) scaled [Elektroda, nethawk, 20612603]
• RGB payload: 12-char HSV string, type-1 lowercase (0HUE0SAT0BRI0) [Elektroda, p.kaczmarek2, 20611479]
• Safe delay between consecutive dp writes: ≥ 50 ms to avoid lock-ups [Elektroda, p.kaczmarek2, 20663295]

Which dpIDs control the YB8007/300 ceiling panel?

dpID 20 toggles power, 21 selects mode (white, colour, scene, music), 22 sets white brightness, 23 sets white temperature, 24 carries RGB HSV data, 25 handles scenes [Elektroda, nethawk, 20615058].

Why did BK7231Flasher fail to auto-map GPIOs?

The firmware is a TuyaMCU build; LED channels are abstracted as UART datapoints, so GPIO signatures are absent and the flasher reports "no meaningful GPIO" [Elektroda, nethawk, 20610350].

How do I send an RGB colour from the OpenBeken console?

Run: 1. startDriver TuyaMCU 2. tuyaMCU_sendColor 24 R G B 1. Example for red: tuyaMCU_sendColor 24 1 0 0 1 [Elektroda, p.kaczmarek2, 20633912].

Home Assistant shows reversed cool-warm slider—fix?

Enable the new CCT reverse flag (firmware ≥ 1.17.233) or simply subtract your Kelvin value from 1000 before writing to dpID 23 [Elektroda, p.kaczmarek2, 20720643].

What causes the lamp to freeze after many colour changes?

If OBK fires multiple dp writes without spacing, TuyaMCU’s UART buffer overruns. 50 ms inter-packet delay or a send queue prevents the “stop responding until power-cycle” edge case [Elektroda, p.kaczmarek2, 20663295].

Can I adjust RGB brightness below 13 %?

No; setting dpID 22 under 13 switches the driver off, so the practical dimming floor is ≈ 13 % duty [Elektroda, nethawk, 20663466].

Is GPIO doctor useful for this board?

Not here. All LED channels use the TuyaMCU co-processor; direct GPIO probing shows no reaction, leading to false negatives [Elektroda, nethawk, 20610350].

How to restore Tuya stock firmware if needed?

Flash the backup dumped via serial, pair with Tuya app, then pull dp spec from the Tuya IoT platform for reference before re-flashing OBK [Elektroda, nethawk, 20615058].

Quick 3-step guide to map white brightness & temperature

setChannelType 22 TextField then linkTuyaMCUOutputToChannel 22 2 22. 2. Repeat for dpID 23. 3. Use tuyaMcu_sendState 23 2 <value> to verify 10-980 range [Elektroda, nethawk, 20612603].

Statistic: how many attempts succeed after adding delay?

Testing with backlog of three RGB commands shows 100 % success and < 2 s UI recovery when 50 ms delay is active; earlier firmware managed 1 in 10 [Elektroda, nethawk, 20726537].

What’s the worst failure observed so far?

Sending compound packets without delay can lock TuyaMCU, leaving the lamp dark until mains reset—a hard failure with no serial output [Elektroda, p.kaczmarek2, 20662494].

Expert tip on unique TuyaMCU LEDs?

“I haven’t seen many LED TuyaMCU devices—your device is very unique” [Elektroda, p.kaczmarek2, 20610467].