Recent Posts

Pages: [1] 2 3 ... 10
1
Falcon Player (FPP) / Re: FPP to Cosmic Ribbon not working through F16v2
« Last post by Gilrock on Today at 07:36:43 AM »
I am not a unicast guy but I cannot imagine your CCR should be on same IP as what you're running on 18-22 as well.  18-24 all have same IP...  On FPP output, I would imagine 18-21 would have it's own, 22 CTB16 on it's own, and each CCR 23/24 have their own too.  Do they ping? 

Also, E.131 of F16 is off a bit but do not think it matters since dmx/serial looks good.

The CCR is not receiving Ethernet packets they are being run as DMX so the IP address should match the Falcon card.
2
Falcon Player (FPP) / Re: FPP to Cosmic Ribbon not working through F16v2
« Last post by Gilrock on Today at 07:34:43 AM »
I see several replies that focused on what he had Output #1 set to but he's not even using that output so it doesn't matter.
3
Falcon Player (FPP) / Re: FPP to Cosmic Ribbon not working through F16v2
« Last post by zwiller on Today at 06:48:07 AM »
I am not a unicast guy but I cannot imagine your CCR should be on same IP as what you're running on 18-22 as well.  18-24 all have same IP...  On FPP output, I would imagine 18-21 would have it's own, 22 CTB16 on it's own, and each CCR 23/24 have their own too.  Do they ping? 

Also, E.131 of F16 is off a bit but do not think it matters since dmx/serial looks good. 
4
DMX universes are set by using "absolute" values as the start channel.

Universe 1 starts at 1
Universe 2 starts at 513
Universe 3 starts at 1025
Keep adding 512 for more
5
So I did a test last night to see how far my power supply could be located from my Falcon differential receiver board. I got some interesting results. Here is the setup.
12V ws2811 pixels running off the diff receiver each pulling 28 mA.
96 pixels on 3 outlets so 294 pixels
Power to the board is from 20' of 18 awg spt wire
Sequence where lights are static on all white.
With the lights output set to 50% in the Falcon hardware I get a starting voltage of 9.68 volts at the board when the lights are on. The voltage at the end of the strings was some where around 8v I don't remember.  There was no noticeable change in the white color. At 60% I saw the change.
My question is will the IC within the  lights respond correctly with these lower voltages during a sequence that requires them to do something other than just turn on?  Is there a minimum voltage for the IC?  Am I missing something else?



Sent from my iPhone using Tapatalk
6
Falcon Player (FPP) / Re: FPP to Cosmic Ribbon not working through F16v2
« Last post by JonB256 on Today at 05:10:59 AM »
With a start address of 8 on DMX1 there is no associated universe definition so there will be no output from that port.
No, you will get output, but it will be a full block of 512 channels from 8 to 520 (absolute addressing).
7
Falcon PiCap / Re: PiCap - why?
« Last post by CaptainMurdoch on Today at 12:57:05 AM »
yes I joined two years ago. But been away most of that time. Getting real serious about going FPP this year. I just read something that makes me go "oh no!". First is there a difference between the PiHat and the PiCap?  I have a PiCap on order and will be getting it in Feb 2017. I just picked up a Pi 3 B cause my Pi 1 B would not work with it. I was hoping to run about 100 pixels off of both of the Cap connectors for pixels. Then set up the RJ-45 for LOR off of the Cap. Lastly the RJ-45 on the Pi would be my E1.31 out to a E6804 for a few more pixels. Then get the audio from the Pi for the FM Transmitter. Did I just read that if I use the "Other" connectors that I cant get audio?

The PiCap is by David Pitts and helps support FPP Development.  The original version of the PiHat was lacking in several features which the PiCap has.  The PiHat has undergone some enhancements lately which make the latest version functionally closer to the PiCap, but I believe the new PiCap is stepping up functionality as well, so the PiCap is still ahead in features.

The outputs on the PiCap that conflict with onboard audio are the WS281x pixel outputs.  They use the PWM pins on the Pi which conflicts with the onboard audio which also uses PWM.  This is why some PiCap users install a USB soundcard so they can still use audio while driving WS281x pixel strings.
8
Falcon PiCap / Re: PiCap - why?
« Last post by taybrynn on January 18, 2017, 11:59:22 PM »
I believe most just buy one of those $6-8 USB to audio adapters built for the raspberry pi ... if your using the pi cap (which disable the onboard sound, which isn't great anyways). 


I bought one after reading the audio quality was improved over the built in anyways.  It worked fine. 
9
F16v2 Pixel Controller / Re: Output to LOR
« Last post by taybrynn on January 18, 2017, 11:41:17 PM »
LOR DMX isn't true DMX ... they swapped a couple wires ... so I believe the Falcon F16v2 outputs the LOR version of DMX, which is nice because no special cable or converter is needed to swap
the two wires that LOR decided to swap (from true DMX wiring).  You would not want to hook up a true DMX thing to this output.  THe F16v2 or v3 would allow you to configure one serial output for the LOR DMX and 1-2 other for true DMX and 1 other for Pixelnet or Renard or DMX.  Super flexible/configurable.

The LOR protocol is a special rs485 ... I believe ... nice and long range, pretty tolerant to adverse conditions ...  but is very SLOW compared to DMX, so can lag with higher channel counts,
xlights used to cap at 96 LOR protocol channels (still does?), but no limit for DMX.  The link below shows a nice history on these.   LOR allows for a regular telephone cable to be used and I guess because of that, the LOR protocol runs very slow to allow for that late 90's tech.

http://blog.holidaycoro.com/2013/03/dmx-lor-protocols-and-rs-485.html

The only thing you lose with going LOR DMX is the LOR hardware based shimmer effect, which can be replaced in DMX with other effects that are similar ... but
not exactly the same.  To me, its the least compelling effect, and a weak reason to stay with the sluggish LOR protocol.

The first year I switched from using LOR protocol to LOR DMX (on same LOR controllers), WOW -- I never knew my show was lagging -- but it was ... around 300-400 channels at the time.
All I had to do was update my firmware on those boxes (can be done in the field) ... and they were DMX capable, just send them DMX on the same cable and it auto detects.

The LOR boxes use the unit number to determine the LOR DMX starting address ... kind of limiting, but you just set the unit accordingly, and its not in pure numeric order, it goes to some hex values around 9 or 10 ... its well documented by LOR.
10
F16v2 Pixel Controller / Re: Output to LOR
« Last post by jem5136 on January 18, 2017, 07:54:14 PM »
I'll keep this in mind that it outputs DMX with the correct LOR pin rather than the LOR protocol.


Thanks for the helpful info.
Pages: [1] 2 3 ... 10
Back to top