logo elektroda
logo elektroda
X
logo elektroda

DDP protocol - a way to create real-time LED animations via WiFi - OBK, xLights, configuration

p.kaczmarek2 3945 32
ADVERTISEMENT
Treść została przetłumaczona polish » english Zobacz oryginalną wersję tematu
📢 Listen (AI):
  • #31 21692065
    p.kaczmarek2
    Moderator Smart Home
    Sure, but can you provide specifics? DDP driver may be running all the time, but light can be still controlled manually if nothing is sent via DDP. Do you want just an information whether given driver is running, or do you in fact want to check whether DDP is really currently active and in use, processing packets?
    Helpful post? Buy me a coffee.
  • ADVERTISEMENT
  • #32 21692097
    teri928tv
    Level 2  
    >>21692065 Thanks for the reply! I just mean if the DDP driver is active at all. Basically in my use case, I have a template switch in Home Assistant that sends startDriver/stopDriver commands to basically toggle DDP on/off for my device to put all my RGB lights into "light show mode."
    Specifically, I'm wanting to know if the DDP driver is running via MQTT, so I can use that as a 'state' in HomeAssistant for the template switch to track it's state correctly since DDP is reset on a reboot. Even something as simple as a binary value sent via MQTT if DDP driver is running or not.
    I'm new to OBK to be honest, and I'm coming from ESPhome. I'm really looking for any way to get more simple data available via MQTT about the drivers running, but ANY data about the DDP plugin over MQTT would be incredibly useful to me personally. I hope that makes sense. I'm forever thankful I found this project, but again I'm very new to OBK and I'm not sure what all is possible. I'll happily receive any direction.
  • #33 21693022
    p.kaczmarek2
    Moderator Smart Home
    Well, I can easily add this for you, but the question is, should we also have it in the main release? You can create your own version of OBK easily with online builds:
    https://www.elektroda.com/rtvforum/topic4033833.html
    Or maybe you can do just a work around. I think OBK publishes uptime value. So, if uptime becomes smaller than before, then it means that reboot happened.

    Do you just want to listen to a topic to know whether DDP runs? Or do you want a request-response approach, like with Tasmota , where you can publish to cmnd topic and receive status?

    Added after 13 [minutes]:

    Maybe something like this?
    DDP protocol - a way to create real-time LED animations via WiFi - OBK, xLights, configuration
    Then you can add this in autoexec.bat after waitFor MQTTState 1...
    Helpful post? Buy me a coffee.
📢 Listen (AI):

Topic summary

The discussion focuses on implementing and testing the DDP (Distributed Display Protocol) for real-time LED animation control over WiFi using UDP, particularly with OpenBK (OBK) firmware on GU10 RGBW and RGBCCT bulbs. DDP supports 24-bit RGB and 32-bit RGBW color formats, enabling control of LED strips like WS2812. A key issue addressed is that OBK bulbs remain off (black) after DDP animation stops, unlike WLED bulbs which revert to the previous state. The conversation explores adding RGBW support in OBK, with experimental firmware versions enabling parsing of 4-byte RGBW packets, splitting the white channel evenly between Cool White and Warm White at approximately 4000K. Testing with xLights revealed that channel 4 (white) control works for single channel tests but causes unexpected white illumination during RGB cycle animations, likely due to xLights packet formatting. Users shared hex packet dumps to aid debugging. The DDP driver was initially missing in LN882H builds but was added upon request, enabling DDP functionality on new BK7231-based GU10 bulbs from SmartLed. The discussion also covers firmware flashing via OTA, configuration templates, and the need for brightness override behavior by DDP. Overall, the thread provides practical insights into configuring DDP on OBK devices, troubleshooting xLights integration, and firmware development for enhanced RGBW LED control over WiFi.
Summary generated by the language model.
ADVERTISEMENT