hzeller / rpi-rgb-led-matrix

Controlling up to three chains of 64x64, 32x32, 16x32 or similar RGB LED displays using Raspberry Pi GPIO
GNU General Public License v2.0
3.59k stars 1.15k forks source link

Support for FM6253 Chipset? #1352

Open smith288 opened 2 years ago

smith288 commented 2 years ago

Does anyone have any information on this particular chipset? I ordered it off AliExpress but this doesnt look like the model on the listing but if I can make it work, I might as well try.

IMG_1912 IMG_1911 2

smith288 commented 2 years ago

Well, it could be I’m using an adafruit hat with a matrix with a hub75e connector. I’ll do some research but if anyone knows a quick tip to get it running I’ll be happy to try it.

smith288 commented 2 years ago

I soldered the 8 to the middle on the Adafruit Hat and it didnt seem to make any change. Im not even getting a pixel to light anywhere, wrong or right. This board hosed?

hzeller commented 2 years ago

did you try all available --led-panel-type ? Maybe they are compatible with the one you have.

smith288 commented 2 years ago

I did. At this point, I just want to see if I can get a single LED to light up. LOL

smith288 commented 2 years ago

So, I decided to just switch to the "outgoing" HUB75e connector and the display lit up some... Commands seem to make the pixels dance some but still not working at all. Just random lines across the board in a few places. I've done the various tricks like using the resetmatrix.py trick, soldering the Adafruit Hat's E jumper, trying a bevy of various flag options afforded to me in this fantastic library... this board might just be garbage.

hzeller commented 2 years ago

It could be, that the FM6253 requires a different initialization sequence to light up at all. So you might need to find the datasheet and then figure out what needs to be done; there are a few existing ones in framebuffer.cc

smith288 commented 2 years ago

Holy hell... Hows your Mandarin? LOL FM6253.pdf

greatballoflazers commented 2 years ago

Not supported. This is basically ICN2053, MBI5153, etc. Anything with hardware PWM on LED outputs or that supports multiplexing on chip via SRAM is not supported by this code base. FM6126/FM6127 are supported because they require initialization. After that they are basically supported type.

As I understand it these require a completely different code base. The entire memory structure, set pixel logic, and background thread would need to be overhauled. As I understand it they are possible but could be a little more difficult to configure properly. Stability on Pi could be better or worse. No one really comes by anymore with any real interest in doing this.

You could try porting the ESP32 ICN2053 library. That will work for a few panels, but has issues with long chains. This is likely correctable. It is based on someone else's works. Overall this really is not the place to talk about that. There was another person on here who used to and that got a little ugly. That is all you got unless you want to pay 150+ on sender and receiver hardware.

smith288 commented 2 years ago

Well $h1t. There was fighting about this? LOL anyone want to buy this board for development/research?

hzeller commented 2 years ago

I'd probably like such a panel for adding support to the rpi-rgb-led-matrix. I currently travelling, but after Thanksgiving I might have some time to experiment with it. If you want to send it to me, you find my email on the github @smith288 .

smith288 commented 2 years ago

Sent you an email