logo elektroda
logo elektroda
X
logo elektroda
Advanced Search
logo elektroda

BK7231T - WB3S UME Outdoor Security Floodlight: Motion-Activated LED, PIR Sensor, CW Lights

mbetter 2985 43
ADVERTISEMENT
Reply | New topic
  • #31 20953486
    p.kaczmarek2
    Moderator Smart Home  
    airdrummingfool wrote:
    I'm working on the PIR sensor input (P6), which does trigger when I walk in front of it, but it also triggers randomly, sometimes repeatedly for many minutes at a time. I tried using a pullup configuration ("6": "dInput_n;57") and also the configuration from this thread ("6": "dInput_NoPullUp;3") but neither fixed the phantom triggering problem. I also tried setting the PIR sensitivity to low (P26 PWM 1000hz 100% duty cycle), but it didn't seem to work (though I'm not positive I configured the sensitivity pin correctly).

    Have you tried all 3 options for dinput - pullup, pulldown and no pull up?

    Have you tried 600Hz PWM? We have a flag for that:
    https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/flags.md
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #32 20953551
    Sunnysky
    Level 8  

    TLDR; I did not fully understand your network specs, but I know that PIR sensors are analog differential gain and internally very high impedance IR detectors. They are very sensitive to stray noise (conducted and radiated).

    It seems this may be the source of the problem. If you can rule out this cause, that would be good. A 10:1 probe used as a loop antenna for radiated near-field sniffing and then on Vdc. gnd near the chip might reveal some issues < 20 MHz.
  • ADVERTISEMENT
  • #33 20953713
    p.kaczmarek2
    Moderator Smart Home  
    Maybe we need a better filtering on dInput pin? Better algorithm to ignore random noise spikes?
    Helpful post? Buy me a coffee.
  • #34 20953824
    Sunnysky
    Level 8  

    If the PIR is malfunctioning due to interference, the only remedy is to remove the real noise.
  • #35 20953903
    p.kaczmarek2
    Moderator Smart Home  
    I think we can safely assume that the device was working correctly with Tuya. Then it means there is a difference on our side, how we handle the control. if PWM is correct (have you checked both 600Hz and 1000Hz modes?), and the digital input mode is correct (pull-up or pull-down config), then the only last piece of muzzle is the sampling algorithm. Maybe tuya samples the output of PIR, let's say, 100 times per second, and then checks if samples digital values are mostly 0 or mostly 1. Maybe it's possible that it gets randomly sampled as 1 from time to time and it throws the OBK algorithm but works with Tuya.
    Helpful post? Buy me a coffee.
  • #36 20953907
    Sunnysky
    Level 8  

    PWM rate may be irrelevant.
    More relevant is ground shift noise or Vcc noise coupled by the PWM due to trace ESL or other parasitics.
  • #37 20954000
    airdrummingfool
    Level 3  

    Thank you all for your responses.

    p.kaczmarek2 wrote:
    Have you tried all 3 options for dinput - pullup, pulldown and no pull up?


    I've tried pullup and no pull up. I can't find anything in the OBK Pin Settings that references pulldown, but I might be looking in the wrong place?

    It's worth noting that I also tried ESPHome on this device, and that firmware had the same issue with the motion sensor. I did try the "pulldown" option in ESPHome, though there's a GitHub issue that says ESPHome's pullup/pulldown options may not work on WB3S.

    p.kaczmarek2 wrote:
    Have you tried 600Hz PWM? We have a flag for that:
    https://github.com/openshwprojects/OpenBK7231T_App/blob/main/docs/flags.md


    I have not, but my understanding from the dumped JSON config is that 1000hz PWM is correct. That is based on these keys:
    Code: JSON
    Log in, to see the code


    p.kaczmarek2 wrote:
    I think we can safely assume that the device was working correctly with Tuya. Then it means there is a difference on our side


    Unfortunately I did not really test Tuya functionality on the device before flashing it. I have received a second Amico Floodlight from the manufacturer, and I am testing Tuya on it now. If it doesn't have the same problem, I will flash it and test and we will know for sure.

    Sunnysky wrote:
    If the PIR is malfunctioning due to interference, the only remedy is to remove the real noise.


    Unfortunately I am not very familiar with identifying and mitigating interference - do you have any practical suggestions on things I might want to check or things that could be causing interference? The device is outside under an overhang, not near any other electronics; it is on a GFCI circuit that has very few other devices on it, all of which are off 90+% of the time. And again I'll note that I'm also working on determining if the device is defective (which perhaps would be the easiest solution, haha).
  • ADVERTISEMENT
  • #38 20954111
    p.kaczmarek2
    Moderator Smart Home  
    Pull ups and pull downs are working in OpenBeken. Still, maybe just make an experiment and solder extra resistor there?
    Helpful post? Buy me a coffee.
  • #39 20954139
    divadiow
    Level 35  
    mbetter wrote:
    My configuration is as follows:
    Code: text Expand Select all Copy to clipboard
    {
      "vendor": "UME",
      "bDetailed": "0",
      "name": "Tuya Smart LED Outdoor Security Floodlight",
      "model": "N/A",
      "chip": "BK7231T",
      "board": "TODO",
      "flags": "1024",
      "keywords": [
        "TODO",
        "TODO",
        "TODO"
      ],
      "pins": {
        "6": "dInput_NoPullUp;3",
        "8": "Rel;1",
        "9": "Rel;2",
        "23": "ADC;5"
      },
      "command": "",
      "image": "https://obrazki.elektroda.pl/2082550400_1696896808.jpg",
      "wiki": "https://www.elektroda.com/rtvforum/topic4007225.html"
    }


    https://github.com/OpenBekenIOT/webapp/pull/74
  • #40 20963705
    airdrummingfool
    Level 3  

    Update on my testing: when installed outside, the unflashed Amico Floodlight device exhibited the same phantom triggering issue that the one flashed with OpenBeken was experiencing. However, when set up inside my house, neither device had any false triggers. I've concluded that the devices are too sensitive (even set to the lowest sensitivity), and are being triggered by the wind.

    Sorry for the unsatisfying update, but I think I'm going to have to ditch this device and try something else. Thank you all again for your help!
  • #41 20963758
    p.kaczmarek2
    Moderator Smart Home  
    You can ship one piece to me and I will test them on my side. I can try to come up with some kind of in-software fix for phantom triggering.
    Helpful post? Buy me a coffee.
  • #42 20970039
    wolek123
    Level 22  
    Hello, is it possible to set a minimum, constant trigger time for dinput? I have several HC-SR501 PIR sensors that I wanted to use with LED drivers, the problem is with the sensitivity adjustment - it can be adjusted with a potentiometer, but even the slightest movement changes from a second to about a minute. The sensor works with home assistant but the logs are a mess.
  • ADVERTISEMENT
  • #43 20971259
    Sunnysky
    Level 8  

    I believe >= VHF reflections with a vertical dipole or monopole hidden wire, will be your best bet to detect motion without interference using a splitter or Directional Coupler and signal conditioning with CW Tx and measuring reflections with a VHF diode and AC amplifier/detector.
  • #44 21328667
    Sn0w3y
    Level 1  
    >>20803268

    Hey :)

    I have the Brennenstuhl WF2050P and can confirm that it also uses the same setup.

    Could you tell me a working solution with OpenBK to make the PIR work? :)

    Greetings !
Reply | New topic
Report a violation of the law

Topic summary

The discussion centers on the BK7231T-based WB3S UME Outdoor Security Floodlight featuring motion-activated LED control with a PIR sensor, ambient light sensor (ADC), and cold white (CW) LED lights. Users successfully soldered to RX1/TX1 pins for serial flashing using "uartprogram" after GUI flasher failures. The PIR sensor output is a digital 0/1 signal on pin P6, while ambient light sensing uses ADC on pin P23. PWM outputs control white balance and brightness (pins P9 and P8). Sensitivity adjustment for the PIR sensor is challenging; the original Tuya firmware uses PWM duty cycle on pin 26 (pirsense_pin) at 1000 Hz to modulate sensitivity, but OpenBK and ESPHome implementations struggle to replicate this fully. I2C scanning for the PIR sensor was suggested but is complicated without opening the device. Users shared ESPHome YAML configurations for PWM light control and discussed flashing OpenBK firmware for enhanced customization. Phantom triggering of the PIR sensor outdoors, likely due to environmental noise such as wind, remains an unresolved issue despite attempts with pull-up/down configurations and PWM frequency adjustments (600 Hz vs. 1000 Hz). Suggestions include improved input filtering, noise mitigation, and sampling algorithms. The Brennenstuhl WF2050P and Amico Smart LED Motion Sensor Floodlight were confirmed to use similar hardware and firmware approaches. Community members offered to develop drivers and test devices to improve PIR sensor handling and sensitivity control.
Summary generated by the language model.
Popular Topics
ADVERTISEMENT