logo elektroda
logo elektroda
X
logo elektroda

FEIT Smart WiFi Light Strip - Model: FETAPE/RGBW/CNTRSC - FCC ID: SYW-TAPRGBWCNTRSC - 7231N

Wonko 10683 96
ADVERTISEMENT
  • #91 20845411
    jzhvymetal
    Level 3  
    I have successfully flashed using tuya-cutter but when the controller boots it flashes the warm light until I press the button on the controller twice. After that it will allow me to control it from the webpage. Also the cool light does not work correctly. Am I missing something?

    Purchased: Costco
    Can not access serial pin as it is covered in black epoxy.
    Model: FETAPE/RGBW/CONT
    FCC ID: SYW-TAPRGBWCMTBM
    MCU: BK7231T


    I have successfully flashed using tuya-cutter
    
    [?] How do you want to choose the device?: By firmware version and name
       By manufacturer/device name
     > By firmware version and name
       From device-profiles (i.e. custom profile)
    
    [?] Select the firmware version and name: 1.1.71 - BK7231T / bk7231t_common_user_config_ty
     > 1.1.71 - BK7231T / bk7231t_common_user_config_ty
    


    I also added the following to the autoexec.bat
    
    startDriver TuyaMCU
    tuyaMCU_setupLED 24 0
    


    This is what is displayed in the Log windows when the button is pressed
    
    Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 16 02 00 04 00 00 01 F4 22 
    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: 500
    Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 05 14 01 00 01 00 24 
    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: 0
    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: 0
    Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 16 02 00 04 00 00 01 F4 22 
    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: 500
    Info:TuyaMCU:TUYAMCU received: 55 AA 03 07 00 08 1A 02 00 04 00 00 00 00 31 
    Info:TuyaMCU:TuyaMCU_ProcessIncoming[ver=3]: processing command 7 (State) with 15 bytes
    Info:TuyaMCU:TuyaMCU_ParseStateMessage: processing dpId 26, dataType 2-DP_TYPE_VALUE and 4 data bytes
    Info:TuyaMCU:TuyaMCU_ParseStateMessage: raw data 4 int: 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: 1
    


    Added after 3 [minutes]:

    I figured out the blinking. You need "tuyaMcu_defWiFiState 4" autoexec.bat. Tuya chip still thinks wifi needs to be configured on boot up.

    New autoexec.bat is as follows:

    
    startDriver TuyaMCU
    tuyaMcu_defWiFiState 4
    tuyaMCU_setupLED 24 0
    
    
  • ADVERTISEMENT
  • #92 20845553
    p.kaczmarek2
    Moderator Smart Home
    Good job on resolving issue. I am seriously considering making tuyaMcu_defWiFiState 4 a default state because it seems..... it's always more required than I initially expected.
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #93 21462114
    kadeross
    Level 2  
    My home assistant discovery is only showing sensors off the MQTT topic, and no switches or lights. Any idea why that would be
  • ADVERTISEMENT
  • ADVERTISEMENT
  • #95 21462491
    kadeross
    Level 2  
    >>21462176 (FEIT) Smart LED Light Strip (FETAPE/RGBW/CNTRSC)

    Current Device:
    UpTime: 27130s

    Build: Built on Mar 1 2025 05:19:31 version 1.18.51

    IP Address: 192.168.0.182

    MAC Address: 38:1f:8d:0e:83:18

    MQTT Server: 192.168.0.25:1883

    MQTT Topic: homeassistant

    Device Short Name: Bed_Light

    WEBAPP Url root: https://openbekeniot.github.io/webapp/

    Chipset: BK7231N

    Flags: 1080628359

    Version: 1.18.51

    Error: TypeError: Failed to fetch
  • #96 21468053
    kadeross
    Level 2  
    >>21462176

    Here's what MQTT explorer gives me:

    Screen of the MQTT Explorer app showing details of the connection with the homeassistant device.
  • #97 21468215
    p.kaczmarek2
    Moderator Smart Home
    You have all LED topics visible, maybe you need to do Home Assistant discovery again. Maybe you did it before configuring the LED.
    Helpful post? Buy me a coffee.

Topic summary

The discussion centers on the FEIT Smart WiFi Light Strip (Model: FETAPE/RGBW/CNTRSC, FCC ID: SYW-TAPRGBWCNTRSC, chipset BK7231N) and its integration with OpenBK firmware and Home Assistant (HA). Key points include the necessity of using the native interface over the web app for proper RGBW (warm white) control, requiring flag 24 to correctly handle the RGBW channels as a single light rather than separate lights. Pin assignments for PWM channels and the smart button (pin 26) were identified, with PWM pins 6, 7, 8, and 9 mapped to PWM4 (warm white), PWM2 (green), PWM1 (blue), and PWM0 (red) respectively. Firmware updates fixed earlier issues with flag 24 and HA discovery.

The thread also covers challenges in flashing and debugging the BK7231N chip, including damaged diagnostic pads and the need for external probes. Users shared methods for flashing via Raspberry Pi UART and Cloudcutter, and discussed the use of TuyaMCU for devices with additional MCU chips, including capturing UART data to identify dpIDs for LED control. The TuyaMCU setup command and autoexec.bat configurations were shared to enable LED color control and button functionality.

Further discussion addressed Home Assistant integration, specifically the handling of color temperature ranges (Mired and Kelvin units), with the introduction of the CTRange command to set min/max Mired values for accurate adaptive lighting support. The web app's YAML generator was deprecated in favor of HA discovery, which now supports 4 PWM channels with the simulate white flag.

Issues with the physical smart button not updating HA state were resolved by adding firmware support for receiving dpID 20 toggle events, enabling state synchronization between the device and HA. Users also reported improved WiFi performance and local control responsiveness with OpenBK firmware compared to native Tuya firmware.

Additional troubleshooting involved devices with different hardware configurations, including those with extra chips requiring TuyaMCU communication, and the need for UART packet captures to map dpIDs. The community shared resources such as BK7231 datasheets, pinouts, and firmware repositories to assist in device configuration and flashing.

Overall, the discussion provides detailed technical guidance on flashing, configuring, and integrating the FEIT Smart WiFi Light Strip with OpenBK firmware and Home Assistant, addressing PWM pin mapping, flag settings, TuyaMCU integration, color temperature handling, and button state synchronization.
Summary generated by the language model.
ADVERTISEMENT