nice work buddy - I’ve had to take a break from some projects the last couple weeks while I started a new job but I hope to jump back into it soon.
I’m interested to see what you find re: power and heat. As you say, you’re never going full white and you have your brightness limited… I bet you can get away with a LOT less power than you think you’ll need, and also throw off less heat than you anticipate… as long as you’re not running it to be seen in daylight too much.
1500 pixel vest runs off of a single USB battery putting out 5V 2.4A, and in a nighttime environment I had to turn it up decently past what I would consider a reasonable brightness before I tripped the battery protection, and thats 1/4 of the LEDs you have here. I really DO think you’ll need sunglasses before you put any serious strain on your power supplies
@chad_steinglass indeed I totally agree with you. The max brightness setup is 64 (1/4 of the max) and it’s already bright enough even in daylight. I never have all the pixels turn on at the same time. I should take some measurements but I don’t think I draw more than 40A-60A. Even after couple of hours the power supply(and they are cheap ones) are kinda cool. I have decided to buy a nice pro one power supply (5v x 240A=1200W) to be able to do some crazy light shows if I want.
I am interested to know which portable power supply you’ve used. My next build would also be something portable.
@Yves_BAZIN I am only running the 64 x 64 (which at 4096 pixels is in the same hood as Yves’ beast) at 1/4 of full brightness. A pair of 5 volt 10 amp cheap-o power supplies, stay cool at that. If I got to 1/2 brightness, they start to get warm enough that I do not feel comfortable. 1/3 brightness is right about the limit. I also avoid turning them all on at once and avoid large patches of white.
@Yves_BAZIN Art-net is an industrial standard for equipment control sweet. For example, the led screen. For example, using the Resolume arena. Results via the UDP Protocol. just like this. Is it possible in your implementation will use the Internet to handle packages(1 packages=572 byte=170 pixel(Header+512 color channel))?
I have an example implementation for the Ardunio due. I can tell you more.
@X-WL1 the resolution is 123x48 pixels. I will need to look at that in more details. For now I need to put the panel on its frame I have built this week end and then I will focus on programmingmissing/deleted image from Google+
@Yves_BAZIN It’s going to be amazing! I already have code to work with art-Net for Due. You can use: http://resolume.com - Resolume VJ Software & Media Server - Resolume VJ Software Or any other software(including the iPad) I wait until esp32 comes to me. I can’t wait to try them out! It would be cool if you tried it too!
I would use Jinx! software that can drive a number of display protocols, such as art-Net or the simpler UDP based http://TPM2.NET for smaller matrices. http://www.live-leds.de/ This software is amazing !
@X-WL1@Frederic_Delhoume now that the panel is fînished I would love to use one of this software to push data to the esp32. Which ones are free and easy to use ? At least well documented. I see a lot of video on gladiator.
For info I am refreshing the 5904leds at 82fps
Glediator (with an e) is free I think, and Jinx! also. I know best about Jinx!, it is very easy to use and supports many protocols. 5904 leds x rgb x 84 = 1 452 384 bytes per second, this is a lot. It will also require splitting the frame into chunks, Jinx! allows that for multiple protocols. I have tried the http://TMP2.NET protocol, which is very simple and works over UDP. On ESP8266 UDP packets are limited to about 1460 bytes (maybe this is higher on ESP32), that is about 484 rgb leds, so the frame will have to be splitted in about 12 subframes. I do not know exactly how Jinx! splits frames, but I think it can be done, the http://TPM2.NET protocol supports multiple packets. https://gist.github.com/jblang/89e24e2655be6c463c56
Glediator also has a simple protocol supported by Jinx! but I do not know much about that.
@Frederic_Delhoume thx for the info !! I don’t need to refresh at 82fps that is just to say I have speed around 24fps should be way enough I think. Do you have an example code of your implementation on esp8266 it’s’ quite close to the esp32.
I will try jinx then. Can I bip you if any question ?
Rgds
@Yves_BAZIN From professional solutions:
MADRIX(Used worldwide) https://www.madrix.com/
Resolume (Avenue & Arena 6(Used to work with video. Supports a bunch of customization options. You can also use it to add a projector to your project. In case of difficulties-can help you.)) https://resolume.com/
I know what you can use with ArtNet program for IPad/Android.
What do you want to achieve in the end?
Here is my sample code, it is compiling but I did not test it yet ;-( . It will give you an idea of how to handle the http://TPM2.NET protocol though… It is expected to work with a 8x8 matrix. It is using WifiManager to get Wifi config but this can be #undefined to allow static IP.
As you can see it is very simple, you will have to deal with packet numbers to get it working for your huge number of leds.
I am using “Packet Sender” software to display the UDP packets, it may help you debugging the protocol.
Jinx! is Windows only so if you have another OS you may try glediator which is written in Java. They look very similar and seem to handle the same protocols.
