Sending DDP to FPP+Kulp K32A-B From RaspberryPi

[cschill2020]

Hi,

I am new to FPP and about to start working on a project involving around 100 5meter ws2811 strips 30,000 leds (10k individually addressable).

I want to test some custom effects/sequences that are generated programatically. I am exploring options for sending DDP to the controller real-time. Something similar to the code here:

WLED/wled00/udp.cpp at eb66a403d9ab0f1ec4511fcc590c03e0a8ece6f3 · wled/WLED

Control WS2812B and many more types of digital RGB LEDs with an ESP32 over WiFi! - wled/WLED

github.com

Has anyone tried anything like this? Is it as simple as sending the ddp packets to the IP address of the Kulp+FPP? I assume there is a UDP port on the FPP that is listening for this protocol. What port should I use? Are there any other settings on FPP that I would have to apply? Is "bridge mode" still a thing/relevant to this use case?

If anyone has any examples of doing something like this, I would love to see them. Right now I am in over my head wrt to the networking and data protocols. But I have a pretty good grasp of the pixel programming that I want to implement.

Thanks!

 

[merryoncherry]

Yes, it is as simple as sending some packets to the UDP port. See http://www.3waylabs.com/ddp/
The FPP device has to be configured though, so it knows which channels in the UDP packets go to which ports / strips.
While this is partly covered by standards / specifications, in reality FPP and xLights have coevolved and are open source so sometimes the best way is to just read the code for them.

 

[cschill2020]

Thank you for the reply! Knee deep in code. Onto ddp encoding

 

[cschill2020]

In case anyone comes across this thread, I was able to get this working:

RaveCylinder/main.cpp at main · cschill2020/RaveCylinder

Contribute to cschill2020/RaveCylinder development by creating an account on GitHub.

github.com

 

[MikeKrebs]

What did you end up using for controller on this project? Was it a Kulp or two or did you do something else?