News:

LATEST RELEASE:  FPP 8.5.1 - Download from here - https://github.com/FalconChristmas/fpp/releases/tag/8.5

+-+-

+-User

Welcome, Guest.
Please login or register.
 
 
 
Forgot your password?

+-Site Stats

Members
Total Members: 16967
Latest: Jrbrown
New This Month: 5
New This Week: 0
New Today: 0
Stats
Total Posts: 135729
Total Topics: 17041
Most Online Today: 135
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 0
Guests: 101
Total: 101

Recent posts

#1
Falcon F16v1 / Re: Falcon 16v4 configuring to...
Last post by JonD - Today at 05:26:28 AM
Glad you got it working!

Quote from: Jack S on July 13, 2025, 11:23:32 AMSo a total of 3 smart receivers out of six allowed.
SRx2 (2) + SRx2 (2)+ SR (1) = 5 smart receivers out of six allowed.

Quote from: Jack S on July 13, 2025, 01:17:17 PMSo had to go back to selecting 2 smart receiver chains on receiver ports
Correct.  The mode option is how the F16v4 allocates ports.  Selecting "16 local ports plus 4 smart receiver chains" assigns ports 17-32 to the expansion slot which you do not appear to have.  Ports RCVR1 and RCVR2 are just 2 smart receiver chains.

If the chain order is SRx2 + SRx2 + SR, then the only receiver that should be terminated is the last SR.  The first SRx2 should be set to A, the second SRx2 should be set to C, and the third SR should be set to E.  You have used A-B,C-D, and E and still have F available for later.
#2
Falcon Player (FPP) / Re: E1.31 Bridge Mode - Crash
Last post by Poporacer - July 13, 2025, 10:54:02 PM
Quote from: Dszoka on July 13, 2025, 05:08:57 PMI Found setting it to unicast instead of multicast made everything work. 
That is because some routers don't handle multicast efficiently

Quote from: Dszoka on July 13, 2025, 05:08:57 PMI think the amount of data being sent across the network was just a bit too much for the Pi / FFP to handle.
It might be if you were running 2,000,000 pixels
#3
Falcon Player (FPP) / Re: E1.31 Bridge Mode - Crash
Last post by Dszoka - July 13, 2025, 05:08:57 PM
Thanks Alan 

I decided to upgrade to V9 and start again.   I Found setting it to unicast instead of multicast made everything work. 

I think the amount of data being sent across the network was just a bit too much for the Pi / FFP to handle.
 
#4
Falcon F16v1 / Re: Falcon 16v4 configuring to...
Last post by Jack S - July 13, 2025, 01:17:17 PM
Okay problem solved!! Setting up the controller configuration in xLights does not distinguish between smart receiver chains and smart receiver chains on receiver ports. So when selecting 4 smart receiver chains it did not mean those receivers were connected to the RJ45 ethernet connectors. I guess that mode has to go through a differential receiver. At any rate when you open the controller directly and go to status it shows either smart receiver chains or smart receiver chains on receiver ports. So had to go back to selecting 2 smart receiver chains on receiver ports which seems to mean I can have 6 smart receivers connected to one of those ports or maybe 6 on each port. The key for me was configuring  xLights ports as 17C thru 20C on the 3rd smart receiver in visualize.
#5
Falcon F16v1 / Re: Falcon 16v4 configuring to...
Last post by allknowing2012 - July 13, 2025, 12:25:14 PM
That is fine .. you said no leds. That is a big clue .. that means the cable from controller to first is not working .. or 1st to 2nd (depending on which lights are not lit). Configuration has nothing to do with it (yet). Is there an in and out on the ports? Swap cables or something. You must get 4 led lights.
#6
Falcon F16v1 / Re: Falcon 16v4 configuring to...
Last post by Jack S - July 13, 2025, 11:23:32 AM
To add to previous statement the SRx2  mode dial is set to A. The SRx1 mode dial is set to C. I know the SRx2 counts as 2 smart receivers. So a total of 3 smart receivers out of six allowed. How should the 16v4 be configured? 
#7
Falcon F16v1 / Re: Falcon 16v4 configuring to...
Last post by Jack S - July 13, 2025, 10:41:42 AM
I'm connecting the Smart receivers to the 16v4 using ethernet cable plugged into RCVR1. That cable goes to SRx2 the 8 port SR. Then I have another ethernet cable going from the SRx2 to the SRx1 so they are daisy chained. Because of location I cannot run a 2nd cable from the 16v4 to the SRx1.  So should the 16v4 be set to 16 local ports plus 4 smart receiver chains? This is what I did but the communication i.e. the 4 leds on the SRs don't light.
#8
Falcon F16v1 / Re: Falcon 16v4 configuring to...
Last post by JonD - July 13, 2025, 03:51:22 AM
How are you connecting the SRs to the F16v4?  The F16v4 only has the two local SR ports.  Are you trying to plug the single 4 port into the DMX port, or are you chaining it to one of the SRx2 8 port receivers?  Each RCVR port will support up to 6 SRs in smart mode (ABCDEF).  The SRx2-8 Port will count as two of the 6 it will support.  You probably want to place the F16v4 back in 2 smart receiver mode, plug two of the SRs into one of RCVR port, and the third into the other RCVR port, or plug all three SRs into one of the RCVR ports and leave the other RCVR port available for a rainy day.  To assist futher we would need to know how you have connected all of the SRs to the F16v4, and how each of the SRs are configured.

https://docs.google.com/document/d/1449zGk1HEiQjcu6e98ebWnFBMFKUiXaFzis9QGAnfsk/edit?tab=t.0#heading=h.c35trfridm50

The F16v4 4 port receiver chains mode is for the expansion board.  If you are only using the 2 local RCVR ports on the F16v4, the F16v4 should be configured for + 2 smart receiver chains like you originally had it configured.  If you have it configured for + 4 smart receiver chains mode and don't have the expansion board, that could be some of the issue.
https://pixelcontroller.com/store/main/73-f16v4differentialexpansion.html
#9
Falcon Player (FPP) / Re: E1.31 Bridge Mode - Crash
Last post by AAH - July 12, 2025, 09:19:22 PM
Bridge mode isn't bridge mode any longer. You just need the Pi in player mode and the outputs setup as usual. To get FPP to work as per the old bridge mode you just need to configure an E1.31 input and enable it. Fpp will then respond to any data being sent to it on the right universes.
As far as wifi goes I don't know of any limitations that FPP has. It's generally only used/recommended for accessing the webui and/or for sending/receiving sync packets when in master or remote modes.
#10
F16v5 Pixel Controller / E fuse api
Last post by Jrbrown - July 12, 2025, 08:06:48 PM
Is there an api for controlling efuses? Specifically being able to turn each individual one on and off

Support FPP

+- Recent Topics

Falcon 16v4 configuring to smart receivers by JonD
Today at 05:26:28 AM

E1.31 Bridge Mode - Crash by Poporacer
July 13, 2025, 10:54:02 PM

E fuse api by Jrbrown
July 12, 2025, 08:06:48 PM

FPP VS eero home network Static IP challenges by JonD
July 11, 2025, 06:11:50 PM

Setting up a wired on demand show on Pi/ FPP to push a show to Falcon Controller by lunchour
July 03, 2025, 03:57:56 PM

ELM (Enttec LED Mapper) and FPP with bare RPi questions by ericjforman
July 02, 2025, 03:10:16 PM

xCapture Playback Issues by ericjforman
July 02, 2025, 11:38:48 AM

fpp-Capture by ericjforman
July 02, 2025, 11:37:53 AM

FM Transmitter – Si4713 by jnealand
June 25, 2025, 08:46:47 AM

Limit for GPIO pixels by Poporacer
June 18, 2025, 07:13:49 AM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod