Colorlight card not responding to FPP

[toozie21]

What should the channel inputs

That would depend on your use case, but typically people use the MultiSync protocol for panels to reduce jitter. In that case you do not need any inputs configured. But if you want to do some basic testing from xLights, then just enable the inputs. (testing panels from xLights will usually be jittery and show some tearing.

channel outputs settings

You do not want any E1.31 channel output (or any other outputs) configured/enabled. The only outputs would be the LED panels.

OK, this is helping a lot, thank you. It is very troubling to me that it will play the sequence when I output the lights from within xlights, but not from within FPP itself. This tells me that something is configured wrong on the FPP that is overruled when running from xlights.

If I upload via FPP connect, it seems like it changes things when I disable input channels, etc. I tried messing with FPP connect, but unless it has to do with my model in xlights, I don't see why it would make those changes.

Won't multicast attempt to go out all interfaces, not just eth0 where my colorlight card is connected? I currently have eth0 set to 192.168.0.109 (static IP), and wlan set to 192.168.1.109 (via DHCP reserved ip address). So they are different subnets, but I certainly don't want to blast my home network with the sequence over the wlan.

Sent from my SM-G998U1 using Tapatalk

[Poporacer]

It is very troubling to me that it will play the sequence when I output the lights from within xlights, but not from within FPP itself.

That would depend on your total configuration which we know nothing about.....Players, remotes, other FPP devices, etc.

his tells me that something is configured wrong on the FPP that is overruled when running from xlights.

Yes, sounds like there is some configuration issue, but we haven't seen any screenshots so can't really tell you.

If I upload via FPP connect, it seems like it changes things when I disable input channels, etc. I tried messing with FPP connect, but unless it has to do with my model in xlights, I don't see why it would make those changes.

There are a lot of settings in xLights that can affect how FPP connect will configure your FPP devices. We would need to see your Controller page in xLights and your FPP Connect dialog to help you. Include a description of how you are sending data.

Won't multicast attempt to go out all interfaces, not just eth0 where my colorlight card is connected?

Colorlight cards do not communicate via normal networking protocols.

I currently have eth0 set to 192.168.0.109 (static IP),

And that is not recommended as was mentioned previously.

I really think that you should drop by the Zoom Room, they can get you up and running in just a few minutes...you have been waiting like 5 days already! The Zoom Room is so much quicker and you will also get a lot of optimization tips along the way.

[Daveymist]

Just got my colorlight card yesterday and wow what a poop show.
Used the utility on PC to set it up all great but a slight flicker. Hooked to fpp and nothing worked, could see activity on nic and color card but no screen output. Checked the firmware version it was in the 13something, seen sujestion to downgrade it to fix flicker. It fixed everything it now is flawless even fpp. Downgraded to ver 11something

[CaptainMurdoch]

There is a chance that the newer firmware requires a newer protocol on the wire.  The old protocol is rather simple.  If we start to get more reports of users requiring this, we may need to look at a newer card/firmware to see if the protocol appears to have changed.