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: 16905
Latest: Overwatch
New This Month: 21
New This Week: 6
New Today: 1
Stats
Total Posts: 135516
Total Topics: 16993
Most Online Today: 69
Most Online Ever: 7634
(January 21, 2020, 02:14:03 AM)
Users Online
Members: 0
Guests: 62
Total: 62

Pixel bullets

Started by Christmasdisplay100, August 23, 2021, 01:40:50 PM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

Christmasdisplay100

Hi there I have a general question about the data on pixel lighting I'm. Doing our cherry tree with many directional. Branches from the main branches on the trunk and wondered if you attach 2 pixels strings inwards to the outwards side if the single string like a 'Y' shape will that work and just mimic each side of the branches on the y branch or will it corrupt data on a smallish length string

k6ccc

Having the output side of one pixel driving the input of two pixels generally will work.  Obviously for any pixels downstream of the Y, the lighting will be duplicated.  In other words, whatever commands are given to the 4th pixel after the Y will appear on the 4th pixel of both strings after the Y.  That can be quite limiting.  For example using your situation of branches of a tree, you would be able to do a sweep from top to bottom or bottom to top, but not side to side.

Just as an FYI, several years ago, I did a test where I had a WS2811 pixel strip that had the output end of the strip connected to more and more pixels.  I was adding only a couple of pixels on each test segment (mainly to keep current consumption down), and the wire length was less than one foot.  As I recall, I got to one pixel output driving five pixel inputs, and it was still working, but when I added a sixth, it was obviously failing.  Your pixels could be quite different.

In general, it's not highly recommended, but can work if you understand the limitations.
Using LOR (mostly SuperStar) for all sequencing - using FPP only to drive P5 and P10 panels.
My show website:  http://newburghlights.org

Jim

AAH

Breaking the string and creating a Y will lose the ability to have each individual pixel mapped so that you can control them individually. What you probably should be doing is on the shorter branches having the 3 wires extended back to the fork and then continue on up the longer fork. If doing that extends the string unreasonably long you can just have the data wire returning from end of the fork and at the fork T off the -ve and +ve to go up to the other fork.

Christmasdisplay100

Quote from: AAH on August 23, 2021, 05:37:12 PMBreaking the string and creating a Y will lose the ability to have each individual pixel mapped so that you can control them individually. What you probably should be doing is on the shorter branches having the 3 wires extended back to the fork and then continue on up the longer fork. If doing that extends the string unreasonably long you can just have the data wire returning from end of the fork and at the fork T off the -ve and +ve to go up to the other fork.
OK. Many thanks for the info on how to. Split the strings in a correct way much appreciated

Christmasdisplay100

Quote from: k6ccc on August 23, 2021, 02:02:44 PMHaving the output side of one pixel driving the input of two pixels generally will work.  Obviously for any pixels downstream of the Y, the lighting will be duplicated.  In other words, whatever commands are given to the 4th pixel after the Y will appear on the 4th pixel of both strings after the Y.  That can be quite limiting.  For example using your situation of branches of a tree, you would be able to do a sweep from top to bottom or bottom to top, but not side to side.

Just as an FYI, several years ago, I did a test where I had a WS2811 pixel strip that had the output end of the strip connected to more and more pixels.  I was adding only a couple of pixels on each test segment (mainly to keep current consumption down), and the wire length was less than one foot.  As I recall, I got to one pixel output driving five pixel inputs, and it was still working, but when I added a sixth, it was obviously failing.  Your pixels could be quite different.

In general, it's not highly recommended, but can work if you understand the limitations.
OK thanks v much for this info I wasn't sure what would happen to fork the strings into a y and you have explained that many thanks

Support FPP

+- Recent Topics

Falcon PiCap not working on FPP 8.3.1 by Poporacer
March 26, 2025, 07:35:33 PM

Cheap Amazon pixel controller by Mr Tinker
March 26, 2025, 05:10:43 PM

Virtual Display not working? by avarrassi
March 24, 2025, 02:29:34 PM

Interactive Mini golf using FPP? by Bwinter
March 24, 2025, 09:32:30 AM

Light Elf Bluetooth IP65 Laser by Kap10G
March 22, 2025, 12:45:02 PM

HA MQTT plugin for single model by s1godfrey
March 20, 2025, 08:21:46 PM

PixelOverlay-Clock - Revisited Again by jnealand
March 18, 2025, 06:00:53 PM

PixelOverlay-Clock.php works but I have questions... by datajack
March 18, 2025, 04:38:32 AM

Backup Feature not functional by efamlights
March 16, 2025, 11:58:28 AM

WS2811, Raspberry Pi 5, GPIO, could not initialize. by Ulysse-srfc24
March 16, 2025, 05:07:48 AM

Powered by EzPortal
Powered by SMFPacks Menu Editor Mod