logo elektroda
logo elektroda
X
logo elektroda

FS-05R Mini Dimmer Firmware Replacement Issue with I/O Configuration

lbelleboni 10053 52
Best answers

How do I configure OpenBK7231 after replacing the FS-05R dimmer firmware when automatic I/O detection does not give a working setup?

This device does not use a normal automatic TuyaMCU configuration; it behaves like a custom UART-controlled dimmer, so OpenBK cannot infer a working I/O map by itself [#20901172][#20901696][#20924355] The suggested fix was to sniff the original firmware’s UART traffic with the original firmware restored, using galvanic isolation if the board is powered from mains, and then replicate that protocol in an `autoexec.bat` script [#20901755][#20901821][#20922303] After analyzing captures, the working setup used baud rate 115200 and treated the device “as if” it were TuyaMCU: `startDriver TuyaMCU`, `tuyaMcu_setBaudRate 115200`, `setChannelType 1 toggle`, `setChannelType 2 dimmer256`, and on channel change send `tuyaMcu_sendCmd 0x30 00$CH3$$CH4$` with the brightness value computed from the toggle and dimmer channels [#20984424][#20985892] The board has no separate relay pin to find in OpenBK because the load is controlled through the MCU (U2) over UART RX1/TX1, not directly by the Wi‑Fi module [#20924355] The odd UART messages like `BB AA ...` are normal background traffic and can be ignored [#20994022] If you need to start over, `clearAll` was recommended [#20993279]
Generated by the language model.
ADVERTISEMENT
  • #1 20901164
    lbelleboni
    Level 3  
    Posts: 23

    Ciao to everybody!
    I follow your guide in order to replace the original firmware for a smart dimmer (no brand, FS-05R) as you can see in the attached image.
    Mini dimmable switch with a technical label on the front.

    I was able to do the job only removing the CB2S module from the main board:
    Smart dimmer module FS-05R held in hand

    Everything seems to be fine except that it doesn't work: the "automatic" configuration doesn't give all the I/O configuration (or I'm using it wrong). Is there someone that can help me?
    Attached is the backup of the original firmware.

    I'll send to the forum all the pictures and info in order to add this module to your database later, when I can provide you with all the running project.

    Thank,
    Luca @ElektrodaBot
    Attachments:
    • readResult_BK7231N_QIO_FirmwareOriginaleDimmer_2024-09-1-20-46-26.bin (2 MB) You must be logged in to download this attachment.
  • ADVERTISEMENT
  • #2 20901172
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    Hey, isn't it a TuyaMCU device? How does it look like from the other side?

    For TuyaMCU devices, you don't get automatic configuration, you will need to paste autoexec.bat yourself.

    Search for TuyaMCU dimmers here:
    https://openbekeniot.github.io/webapp/devicesList.html
    Here is a sample detailed teardown of dimmer with the configuration steps:
    https://www.elektroda.com/rtvforum/topic3929151.html
    Helpful post? Buy me a coffee.
  • #3 20901283
    lbelleboni
    Level 3  
    Posts: 23

    I haven't found a similar product in the list; this is why I tried to follow your guide and ask for your help.

    These are other pictures of the device in question:

    Printed circuit board with various electronic components. Close-up of an electronic module with components on a blue circuit board and nearby capacitors.

    I do not know exactly how it works, but from the automatic configuration file I can see which are the I/O to be used (led, light_minus, light_plus, on/off button) but I have no idea how to set the dimmer setting. I'll read all the info from the link you gave me.

    Feel free to ask me for other more detailed pictures.
    I have another device to be flashed so I can obtain original data if required.

    Thanks,
    Luca
  • #4 20901379
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    It seems that you have a very unique device. I haven't seen that kind of type before. Here is the JSON:
    Code: JSON
    Log in, to see the code

    Still, I can see the baudrate settings there:

    Can you try the following autoexec.bat:
    
    // start TuyaMCU driver
    startDriver TuyaMCU
    // set TuyaMCU baud rate
    tuyaMcu_setBaudRate 115200
    // set TuyaMCU default wifi state 0x04, which means "paired",
    // because some TuyaMCU MCUs will not report all data
    // unless they think they are connected to cloud
    tuyaMcu_defWiFiState 4
    

    save, reboot, and then execute command in the web app log:
    
    tuyaMcu_sendQueryState
    

    Does it cause TuyaMCU to respond with some data?
    Helpful post? Buy me a coffee.
  • #5 20901655
    lbelleboni
    Level 3  
    Posts: 23

    Ciao.

    I haven't yet read all the information you gave me in the previous link.

    Attached you can find the log from start to the command execution (supposing I did the right operation :-)

    I promise you to study this evening in order to be more reactive and I can be more involved in this project.

    Thanks,
    Luca
    Attachments:
    • Fs-05R.pdf (296.85 KB) You must be logged in to download this attachment.
  • #6 20901696
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    Unfortunatelly it doesn't looks like TuyaMCU. IT looks like some custom UART protocol. Do you have original firmware backup?
    Helpful post? Buy me a coffee.
  • #7 20901749
    lbelleboni
    Level 3  
    Posts: 23
    Do you have original firmware backup?

    yes, was attached to the first post; here again.
    Attachments:
    • readResult_BK7231N_QIO_FirmwareOriginaleDimmer_2024-09-1-20-46-26.bin (2 MB) You must be logged in to download this attachment.
  • ADVERTISEMENT
  • #8 20901755
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    Would you be able to restore the original firmware and do an UART capture in safe manner? By a safe manner, I mean, with all the galvanic isolation provided for UART lines, so you don't blow up your PC by shorting mains to the USB port?
    Helpful post? Buy me a coffee.
  • #9 20901782
    lbelleboni
    Level 3  
    Posts: 23

    I have another FS-0R "original" module, so I should use it... but in order to be able to communicate/program the CB2S module, I have removed the module from the main board because I was not able to communicate at all.

    If your request is to "sniff" the rx/tx while the device is powered... then I have to look at the USB converter, but I'm quite sure that it is not isolated (cheaper Chinese converter).

    https://it.aliexpress.com/item/4000120687489...._main.490.21ef3696YbNOIR&gatewayAdapt=glo2ita

    Maybe I can use a very old laptop PC, but I need to use the AC instead of battery because it's "gone" and the risk of burning everything is big!
  • #10 20901821
    DeDaMrAz
    Level 22  
    Posts: 603
    Help: 34
    Rate: 129
    @lbelleboni

    You can use ADUM1200 or ADUM1201 modules from Analog Devices, the modules are something like 2-5$ on AliExpress and they provide galvanic isolation for safe data capture and are tested to work several times now.
  • #11 20919033
    adolfonovo
    Level 7  
    Posts: 18

    I have two of these devices and cannot even flash them. The software cannot detect the bus.
  • #12 20919036
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    This is a common issue in TuyaMCU devices. You need to cut the RX/TX lines from the MCU in order to flash. Alternatively, you need to put the MCU into the RESET mode, if you have a datasheet for that and know how to do it.
    Helpful post? Buy me a coffee.
  • #13 20919198
    adolfonovo
    Level 7  
    Posts: 18

    Thanks, but you said above that this is not a tuyaMCU device... don't you? How can I enter flash mode? Where is the CEN pin?
  • #14 20920381
    lbelleboni
    Level 3  
    Posts: 23

    HI.

    Unfortunately, either you find the TX and RX tracks on the printed circuit and interrupt them, or you do like me who desoldered the CB2S module from the printed circuit and programmed it.

    However, if you read the previous messages, I was unable to find the right configuration to make it work; I'm waiting to receive a serial converter to "sniff" the serial with the original firmware (and I have to hope to restore it because the second module I purchased that I left with the original firmware died for no reason). Maybe you can get the job done and help me set up.

    HI,
    Luca
  • #15 20920659
    adolfonovo
    Level 7  
    Posts: 18

    >>20919198
    I got it by interchanging rx and tx pins, maybe a silk error.
    Now I can erase all... but when it starts writing, I get:
    writing sector 0x00... writing sector 0 failed!
  • ADVERTISEMENT
  • #16 20921075
    lbelleboni
    Level 3  
    Posts: 23

    As I wrote before, I desoldered the CB2S board in order to be able to program it; otherwise, I still have errors. Probably there is a capacitor somewhere in the same TX/RX line.

    But before doing the job, did you read post #8? If you are able to "sniff" the device before changing the firmware, then I think that our guru p.kaczmarek2 can help us.

    You have to sniff both RX and TX (using just the RX of your COM port) in each condition: startup, power on/off the device with the electrical switch, using the dimmer +/- (electrical switch), and while doing the job with the APP. You have to sniff the RX signal first and then do the same job, sniffing the TC signal.

    @p.kaczmarek2, Correct?
  • ADVERTISEMENT
  • #17 20921414
    adolfonovo
    Level 7  
    Posts: 18

    Yes, I can do it, but do I need some special device?... I just have a USB-TTL. Could you explain to me how to do the sniff?.... and what to do?

    Another question... why am I getting this:

    Failed with serial.BytesToRead 5 (expected 15)
    The beginning of the buffer in UART contains 0000000000 data.
    Writing sector 0x00... Writing sector 0 failed!
    Writing file data to chip failed.


    If desoldering will be mandatory, I wouldn't be able to erase the data also, would I?
  • #18 20922288
    lbelleboni
    Level 3  
    Posts: 23

    Hi AdolfoNovo,

    I think that we need an isolated serial port because we need to have the dimmer unit connected to 230VAC. I bought a unit in China because I have a non-isolated unit; I'm waiting for it to arrive.

    @p.kaczmarek2: If I understood correctly what you wrote to me, we have to log all the communication running to CB2S during each Wi-Fi command and each on/off dimmer +/- command. Of course, we have to connect just our RX signal, one time to CB2S TX signal and repeat the same with the CB2S RX signal. @p.kaczmarek2, is that correct?
    Are we still sure that there is another "intelligent" device on the board that communicates with CB2S?

    Best Regards,
    Luca
  • #19 20922292
    adolfonovo
    Level 7  
    Posts: 18

    Ok, I understand. Well, what should be isolated?... the adapter?... the USB? I cannot figure out why we need that because I think that even connected to 230V, the CB2S board is fed with 3.3V. Am I wrong?
  • #20 20922303
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    If you want to power from mains, the UART of course has to be isolated, there are some chips optoisolators on aliexpress.
    Alternatively, you could try powering your device from USB, of course assuming that your device has 5V on the board (going to the input of LDO, to provide 3.3V for WiFi module) and try to do capture then.


    lbelleboni wrote:

    Are we still sure that there is an other "intelligent" device on the board that communicate with CB2S?

    This is the photo that was posted:
    Close-up of a circuit board with visible integrated circuits, including markings TX, RX, and MCU.
    U1 is a power supply chip, that converts mains to something like 12V or 5V, depending on the device, I don't know.
    U2 looks like the MCU.
    Another strong indication that there is something UART-related going on is the TX and RX pad near U2.
    I think you can check with your multimeter (with the device disconnected from power, of course!) in the continuity test mode that RX1 and TX1 are connected to U2 chip.
    Helpful post? Buy me a coffee.
  • #21 20922317
    adolfonovo
    Level 7  
    Posts: 18
    Thanks p.kaczmarek2!...

    Let's see if I understood. In your alternative way, we should power on the device, and do we have to do it directly through the LDO? I can take either 5V or 3.3V from the USB-TTL adapter. What should I use?

    Another question. How is the process to sniff? What is the software for that? just using putty for example?

    Added after 10 [hours] 38 [minutes]:

    >>20922303

    I have measured continuity between U2 and TX and RX pad and TX-> pin 8 and RX->pin 1

    Also, Im not be able to program with anything even qith the ol hid aplication
  • #22 20924289
    adolfonovo
    Level 7  
    Posts: 18

    Finally, I was able to flash the device, only unsoldering the CB2S board, as Luca said.
    I have tried several configurations and none of them work.
    I can't even find the Relay pin.

    I think that IC (U2) has been orphaned by programming OBK separately from the board.
    What do you think?
  • #23 20924355
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    As I said, you will not be able to find a relay pin, because this device works like TuyaMCU, so all control is done via U2 and WiFi module controls U2 via UART (RX1 and TX1). We need to have a capture of UART 1 traffic with original firmware to see how it's done. Then we will need to replicate this communication protocol on OBK.
    Helpful post? Buy me a coffee.
  • #24 20924388
    adolfonovo
    Level 7  
    Posts: 18

    Thanks a lot for the quick response. Is there any tutorial to follow in order to make such UART sniffing?
  • #25 20925952
    adolfonovo
    Level 7  
    Posts: 18

    Hello, just a question about this, @p.kaczmarek2.

    LED and button are controlled also by the PCB microcontroller? I can control by panel setting up P7 and P8
    "pins": {
    "7": "Btn;1",
    "8": "Rel_n;1"
    },

    I do not know if this is a normal behavior or is important.
  • #26 20927773
    adolfonovo
    Level 7  
    Posts: 18

    >>20922303

    In reply to this question RX1 and TX1 of the CB2S are not connected to U2

    Regards
  • #27 20927786
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    I am afraid that we need you to draw a schematic of this device, because I am not able to understand how CB2S connects to U2.

    You said:
    adolfonovo wrote:

    I have measured continuity between U2 and TX and RX pad and TX-> pin 8 and RX->pin 1

    adolfonovo wrote:
    >>20922303
    In reply to this question RX1 and TX1 of the CB2S are not connected to U2

    You can also consider just sending this module to me so I can do measurements on side and provide you with results.
    Helpful post? Buy me a coffee.
  • #28 20927840
    adolfonovo
    Level 7  
    Posts: 18

    Yes, of course... that's great!!!

    I have a brand new intact. Just linked with the Tuya app..

    Send me a PM with your address and I will send it to you
  • #29 20983210
    lbelleboni
    Level 3  
    Posts: 23
    Ciao p.kaczmarek2.

    Do you have some news about this device?
    Thanks,
    Luca
  • #30 20983327
    p.kaczmarek2
    Moderator Smart Home
    Posts: 14611
    Help: 655
    Rate: 12629
    This device is super confusing.

    1. It has no LDO and no extra step down converter, the main step down converters changes mains to 3.6V and then, after one diode, we already have 3.3V for WiFi module:
    Interior of an electronic circuit with voltage labels
    2. the CB2S has incorrect silkscreen:
    Close-up of an electronic module with a green connector and blue printed circuit board.
    Correct one is:
    Electrical circuit diagram with pin labels and measurements.

    There is some movement on TX/RX. Doing nothing:
    UART signal measurements in PulseView
    Zoomed in:
    Screenshot of protocol analyzer with UART signals
    Next packet:
    View of captured UART protocol on a logic analyzer
    Next one:
    Screenshot of UART signal analysis using Saleae Logic.

    Single button press:
    Screenshot from PulseView showing UART data.
    Zoomed in:
    Screenshot of UART signal analysis in a logic analyzer.
    Hmmm 55 AA ?
    Screenshot from a logic analyzer showing UART data.
    Hm"
    TuyaMCU Explorer application interface displaying raw packet data in hex format.
    Attachments:
    • FS-05R-single-button-press.zip (1.85 KB) You must be logged in to download this attachment.
    • FS-05R-doing_nothing.zip (1.43 KB) You must be logged in to download this attachment.
    Helpful post? Buy me a coffee.

Topic summary

✨ The discussion revolves around issues faced while replacing the firmware of the FS-05R smart dimmer, which lacks a clear brand identification. The user, Luca, successfully removed the CB2S module to attempt the firmware update but encountered problems with I/O configuration and device functionality. Various participants suggested that the device might not be a TuyaMCU and proposed using UART for communication. They discussed the need for galvanic isolation during UART captures to prevent damage to connected devices. Luca shared logs and configurations, seeking assistance in setting up the dimmer to function correctly with external switches and voice commands. The conversation included troubleshooting steps, firmware configurations, and the importance of capturing UART traffic to understand the communication protocol. Ultimately, Luca managed to flash the device but faced issues with random reboots and temperature readings, prompting further investigation into the device's stability and configuration.
Generated by the language model.

FAQ

TL;DR: At 115200 baud, "this device is super confusing": this FAQ helps FS-05R mini dimmer owners who flashed OpenBeken but got no working auto I/O map. The fix is usually to desolder or isolate the CB2S, then drive brightness over UART command 0x30 instead of relying on automatic GPIO detection. [#20984424]

Why it matters: The FS-05R looks like a normal CB2S dimmer, but its real control path sits behind board-level serial logic, so the usual OpenBeken setup can fail even when flashing succeeds.

Approach What users observed Practical result
Flash in-circuit Bus not detected, write sector 0x00 failed, RX/TX interference Often unreliable
Desolder CB2S first Flashing succeeded for multiple users Best path to install OBK
Assume full auto I/O detection LED/button may appear, dimming still fails Incomplete setup
Use UART-based control at 115200 Manual 0x30 commands worked Dimmer became usable

Key insight: The FS-05R is not controlled like a simple relay dimmer. OpenBeken works only after treating the board as a UART-controlled dimmer and sending the right serial payloads.

Quick Facts

  • The working serial speed found in the firmware data and later confirmed in testing was 115200 baud, which became the basis for the OpenBeken script. [#20984424]
  • On the examined hardware, the mains supply converted down to about 3.6 V, then after one diode provided about 3.3 V to the CB2S Wi‑Fi module. [#20983327]
  • A practical isolation option mentioned for safe UART capture was an ADUM1200 or ADUM1201 module, priced at about $2–$5 from AliExpress. [#20901821]
  • The published working dimmer logic multiplied channel value by 3, split it into 2 bytes, and sent both bytes with UART command 0x30. [#20985892]
  • One unstable unit reported a bogus internal temperature of 8.3–8.8 °C and an online time of only 2 min 55 s, both strong signs of repeated rebooting. [#20992265]

How do I flash an FS-05R mini dimmer with a CB2S module when the programmer cannot detect the bus or write sector 0?

Flash it with the CB2S module removed from the main board. Users reported that in-circuit flashing often failed with “writing sector 0x00 failed,” while desoldering the module allowed erase and write to complete. 1. Remove or electrically isolate the CB2S. 2. Flash OpenBeken on the detached module. 3. Reinstall it and configure UART control afterward. This thread shows the FS-05R bus can block programming until the module is separated from the board. [#20924289]

Why doesn’t the OpenBeken automatic configuration fully detect the I/O setup on the FS-05R mini dimmer?

Because the FS-05R does not expose its full dimmer function as normal GPIO pins. The automatic scan may reveal LED, plus, minus, or button lines, but the actual dimming action is handled through serial communication with the board logic. That is why automatic configuration looked incomplete even when flashing succeeded. The maintainer later confirmed the device behaves like a UART-controlled dimmer, not a simple direct-pin design. [#20924355]

What is TuyaMCU, and how is it different from a custom UART protocol in dimmer devices like the FS-05R?

"TuyaMCU" is a secondary microcontroller interface that passes button and dimming data over UART, rather than exposing all functions as direct GPIO pins. On the FS-05R, the first guess was TuyaMCU at 115200 baud, but log captures did not match the standard response pattern. The maintainer then identified it as a custom UART-like protocol, even though OpenBeken could still drive it by sending framed serial commands such as 0x30. [#20984424]

What is galvanic isolation, and why is it important when sniffing UART on a mains-powered dimmer?

"Galvanic isolation" is an electrical separation method that transfers data without a direct conductive path, reducing the chance that mains voltage reaches the PC or USB adapter. It matters here because the FS-05R runs from 230 VAC, and the maintainer explicitly warned that sniffing UART without isolation could short mains into a USB port and damage a computer. Isolation protects both the operator and the capture hardware. [#20901755]

What’s the safest way to capture UART traffic from the original FS-05R firmware without risking damage to a PC or USB-TTL adapter?

Use an isolated UART interface or power the board from low-voltage rails instead of mains. The maintainer said that if the dimmer stays on mains, the UART “has to be isolated.” A practical option discussed was an ADUM1200 or ADUM1201 isolator module. If the board can be powered safely from its low-voltage input, capture becomes less risky because you avoid a live 230 VAC reference on the USB-TTL side. [#20922303]

Which UART sniffing software and workflow should I use to log RX and TX traffic from a CB2S-based dimmer during startup, button presses, and app control?

The thread never confirmed a specific software tool, but it did define a usable workflow. 1. Restore original firmware or use an intact unit. 2. Connect only your RX input, first to CB2S TX and then to CB2S RX. 3. Log startup, wall switch on/off, dimmer +/-, and app actions as separate captures. The requested method was to observe both directions independently, not to inject commands during the first capture pass. [#20921075]

Why do some CB2S dimmers need the module desoldered or the RX/TX lines cut before flashing OpenBeken?

Because another circuit on the board can hold or disturb the CB2S serial lines during programming. One user could not flash until swapping RX/TX and another still hit sector-write errors; others succeeded only after desoldering the module. The maintainer said this is common when an onboard MCU shares the UART, and suggested cutting RX/TX or forcing the other MCU into reset if that is possible on the board. [#20919036]

How can I tell whether an FS-05R dimmer uses TuyaMCU or another microcontroller communicating over UART?

Check whether dimmer control works through direct pins or only through serial traffic. In this thread, no relay pin could be found, and the maintainer concluded that control was done through another board MCU over UART. Later captures showed packet activity on TX/RX and manual 0x30 commands changed brightness, confirming the FS-05R used board-level serial control rather than a normal GPIO-only design. [#20924355]

What autoexec.bat script is needed to make the FS-05R mini dimmer work in OpenBeken with toggle and dimmer channels?

Use the published UART script that creates toggle on channel 1, dimmer256 on channel 2, multiplies brightness by 3, splits it into two bytes, and sends command 0x30. The core flow is: startDriver TuyaMCU, tuyaMcu_setBaudRate 115200, setChannelType 1 toggle, setChannelType 2 dimmer256, then on channel change compute channels 3 and 4 and send tuyaMcu_sendCmd 0x30 00$CH3$$CH4$. That was the first nearly final working OpenBeken script for this model. [#20985892]

How do I configure an FS-05R dimmer as a simple on/off switch with Alexa WEMO emulation and an automatic 2-hour turn-off timer in OpenBeken?

Use a toggle-only design and avoid the thread’s 1-second loop timer as your final solution. The posted attempt started SSDP and WEMO, used channel 1 as the switch, and set channel 10 to 7200 seconds for a 2-hour auto-off. That script also forced full output by sending fixed high bytes when channel 1 was on. The user then saw random starts and blinking, so the thread did not validate that exact script as stable. [#20989028]

Why does an FS-05R with OpenBeken keep rebooting, showing short online time, random on/off behavior, or disappearing web access?

The most likely cause in this thread was a power-supply stability problem, not only a bad script. The maintainer said that even with autoexec.bat removed, the device could still reboot, and he specifically suspected a low-quality power supply after PowerSave had not been used from the start. That matches symptoms such as random on/off behavior, hot hardware, and the web UI disappearing after a short uptime. [#20993279]

How do I completely reset or clear an OpenBeken device back to a clean state after a bad script or unstable configuration?

Use the clearAll command and remove autoexec.bat. The maintainer pointed to the OpenBeken command list and said clearAll is the way to start from scratch when you really want a clean device. In the same case, the user later reported that after clearAll, and still without autoexec.bat, the FS-05R stopped rebooting. That makes clearAll the thread’s confirmed recovery step. [#20993279]

What do repeated OpenBeken log messages like 'TuyaMCU: Consumed unwanted non-header byte' mean on the FS-05R dimmer?

They mean the dimmer is sending serial data that does not match the expected TuyaMCU packet header. The maintainer said this behavior is normal on this FS-05R because the board transmits “strange data” on UART that does not seem necessary for normal operation. In other words, OpenBeken ignores those bytes, and their presence alone does not mean the dimmer control path is broken. [#20994022]

ADUM1200 or ADUM1201 vs powering the board from USB rails: which approach is better for safe UART capture on a CB2S dimmer?

ADUM1200 or ADUM1201 isolation is the safer choice when the FS-05R remains connected to mains. The maintainer allowed a second option: power the board from low-voltage rails if you can identify the supply path correctly. On this device, the inspected board had no LDO; the mains stage produced about 3.6 V, then a diode dropped it to about 3.3 V for the Wi‑Fi module. If you cannot guarantee that low-voltage setup, use galvanic isolation. [#20922303]

Why does the dimmer slider reach full brightness by around 100 instead of 255, and how do non-dimmable LED bulbs affect FS-05R dimmer behavior?

The bulb is the first thing to check. One user reported full brightness around slider value 100, and the maintainer replied that many ceiling-style LED lamps are simply not dimmable unless the box clearly says so. That means the FS-05R can still be working correctly while the lamp compresses the usable dimming range or starts blinking. Test again with a known dimmable bulb before changing the UART script. [#20986960]
Generated by the language model.
ADVERTISEMENT