So I want to make a large 72x24 LED wall. I calculate everything wire thickness and how big power supply will need.
I want to use a Teensy 3.1 I think it’s enough for 1.728 LEDs . A question is will I need some amplifier to the DATA line if I need where i put these? (btw my English is sucks)
Look at the prop shield for the Teensy. It changes the output from 3.3V to 5V https://www.pjrc.com/store/prop_shield.html
i have used the low cost prop shield and it is very easy to use.
If you are using WS2812b/WS2811 style I would highly recommend the OCTOWS2811 adaptor also to be found at PJRC store you will multiply by 8 the FPS (Frames Per Second) AND they also provide 3V -> 5V level shifting.
@Tamas_Vasvary
I forgot about the OctoWS2811! That’s definitely the better option for the strips @JP_Roy mentioned. Plus if you are doing a wall, I think it works for multiple strips too.
Also, regarding the specific question as to whether you would need one, I think that’s depends on how much data is being sent out and how far, but more knowledgeable people than myself could answer that
The way data is communicated to WS2812b/WS2811 is a limitting factor for number of addressable led and framerates regardless of choosen microcontroller. For each led 24 bits of data need to get pulsed in series either at 400 or 800 KHz. For approx 3000 led, framerates are limmited to 10 fps for example and framerates will drop further with increasing number of leds.
800 KHz are 800,000 puleses second, divided by 24 bit are approx 33.333 leds/second,
Your wall consits of 72x24 leds, equals 1944 leds in total, allows for a max framerate of approx 17 fps
The calculation is an approximation as some control sequences consuming bandwith
@Tinkering_On_Steroid - Your calculations are correct for a single long strip. But FastLED parallel mode and OctoWS2811 send 8 outputs simultaneously in parallel. The strips are only 1/8th the length. 8X faster frame rates are possible. So instead of 17 Hz, approx 136 Hz frame rate is possible with 1944 LEDs. OctoWS2811 also uses DMA and double buffering to allow the CPU to be free during the update, which allows work on the next frame while the current frame is transmitting.