Skip to content

Multi Universe Multicast #63

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
mysecretstache opened this issue Aug 3, 2017 · 14 comments
Closed

Multi Universe Multicast #63

mysecretstache opened this issue Aug 3, 2017 · 14 comments

Comments

@mysecretstache
Copy link

I've been testing w/ an ETC Eos system, Luminair, as well as MAD Mapper, and they don't seem interface well with the Pixelstick Firmware. I can't get the PixelStick to respond to any of these Pro Level aplications/hardware without putting the Pixel Stick into multicast mode which of course currently supports one universe.

None of these pieces of software have a unicast mode. Is there planned support for multiple universes in muliticast? I'm trying to control a 256 Pixel Panel with a single controller. using either an EOS lighing console or MAD Mapper.

@forkineye
Copy link
Owner

forkineye commented Aug 3, 2017

Multicast for multiple universes was implemented a while back and works in my testing, however I've just been testing with Vixen 3 and xLights as I don't have access to professional software or hardware. What version of the ESPixelStick firmware are you using?

@mysecretstache
Copy link
Author

I'm using 3.0 Rc1.

Using any of my regular tools, I can't get any output on the PixelStick unless I select Multicast, but I still only see response on Universe 1. Nothing is carrying over into Universe 2. I have confirmed w/ sACNView that I am sending data, and I see data on my DMX Gateways.

@mysecretstache
Copy link
Author

I am running this on an Adafruit Feather ESP Breakout board since I have a few dozen of them laying around from a canceled project. But I don't think that would make a difference.

I also confirmed that I can control all the pixels through the test modes in the web interface.

@forkineye
Copy link
Owner

What are you using for an AP and are there any settings for IGMP within it? Anyway you can verify the IGMP subscriptions on the AP or open up multicast / disable IGMP snooping for testing?

@mysecretstache
Copy link
Author

mysecretstache commented Aug 3, 2017 via email

@forkineye
Copy link
Owner

I'll do some testing and IGMP sniffing tonight to see if anything has broken recently. Sounds like the AP is ignoring the IGMP subscriptions for some reason. Just to clarify, you have other wireless devices associated to the airport express that are receiving multiple universes per device via multicast properly?

@mysecretstache
Copy link
Author

mysecretstache commented Aug 3, 2017 via email

@forkineye
Copy link
Owner

Note that if your console / e1.31 source is wireless as well, you'll have all sorts of lag issues and dropped packets going beyond a single universe (if on the same AP) due to the simplex nature of 802.11. You need to have a wired source when using ESPixelStick devices for optimal performance.

@mysecretstache
Copy link
Author

mysecretstache commented Aug 3, 2017 via email

@forkineye
Copy link
Owner

forkineye commented Aug 3, 2017

Found a bug that was causing the IGMP subscriptions to be all jacked to due moving some code around. Didn't notice it on my end as I don't use IGMP snooping. Just pushed a fix - 3bcbcfa. Let me know if it solves your issue. Thanks!

@mysecretstache
Copy link
Author

mysecretstache commented Aug 3, 2017 via email

@forkineye
Copy link
Owner

forkineye commented Aug 5, 2017

Found another bug while testing in lwip within the ESP8266 Arduino project and submitted a PR for the fix.
Issue: esp8266/Arduino#3498
PR: esp8266/Arduino#3499

Binaries: https://github.com/forkineye/ESPixelStick/releases/tag/v3.0rc3

@mysecretstache
Copy link
Author

Works Now Thanks for your help. If you ever want to borrow a license of Mad Mapper for testing, let me know

@forkineye
Copy link
Owner

Great to hear, thanks! I may take you up on that in the future.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants