search

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.7k stars 1.17k forks source link

P10 16x32 outdoor image invert or not mapping correct #1072

Open fabioharry opened 4 years ago

fabioharry commented 4 years ago

@hzeller Thank you very much for the wonderful library!

I'm in trouble and I don't know what the cause is.

I have a P10 16x32 outdoor 1/4 scan, but without pin marking, when I run the tests it seems to be cut in half and inverted.

I tested all the multiplexing options but they didn't work.

Any idea what it is?

Defect in the LED module or mapping?

IMG_20200528_204226390

Command: 0 - some rotating square ./demo -D 0 --led-cols=32 --led-rows=16 --led-brightness=20 --led-multiplexing=9 --led-row-addr-type=4 --led-slowdown-gpio=4 --led-no-hardware-pulse

Output: D3

Command: 1 - forward scrolling an image ./demo -D 1 --led-cols=32 --led-rows=16 --led-brightness=20 --led-multiplexing=9 --led-row-addr-type=4 --led-slowdown-gpio=4 --led-no-hardware-pulse runtext.ppm Output: D1

Command: 9 - Volume bars ./demo -D 9 --led-cols=32 --led-rows=16 --led-brightness=20 --led-multiplexing=9 --led-row-addr-type=4 --led-slowdown-gpio=4 --led-no-hardware-pulse

Output: D9

hzeller commented 4 years ago

This might be one of the other --led-multiplexing modes maybe ?

fabioharry commented 4 years ago

This might be one of the other --led-multiplexing modes maybe ?

I tried from mode 1 to 16, but to no avail. (--led-multiplexing)

I noticed that they are dividing 8x8 LEDs, should I develop a new mapping?

There is no pin HUB75 marking on the board.

Command: 1 - forward scrolling an image ./demo -D 1 --led-cols=32 --led-rows=16 --led-brightness=20 --led-multiplexing=9 --led-row-addr-type=4 --led-slowdown-gpio=4 --led-no-hardware-pulse runtext.ppm

:)

quadadode8

hzeller commented 4 years ago

If none of the existing led-multiplexing choices don't work, maybe you need to write one indeed.

I am not surprised that there is no pin-marking, some panels do, others don't.

fabioharry commented 4 years ago

If none of the existing led-multiplexing choices don't work, maybe you need to write one indeed.

I am not surprised that there is no pin-marking, some panels do, others don't.

This is bad news for me, I don't know how to program in C ++.

Any tips or documents on how to do to develop the new mapping?

Should I implement in lib/multiplex-mappers.cc?

hzeller commented 4 years ago

Yes, that is the right locaiton.

The C++ stuff should be mostly copy-paste and modifying an existing examples. The most interesting part for you is to figure out how the coordinates are mapped in your particular panel.

alealexa commented 4 years ago

If none of the existing led-multiplexing choices don't work, maybe you need to write one indeed. I am not surprised that there is no pin-marking, some panels do, others don't.

This is bad news for me, I don't know how to program in C ++.

Any tips or documents on how to do to develop the new mapping?

Should I implement in lib/multiplex-mappers.cc?

Hello @fabioharry, did you found solution? Same issue with 16x32 matrix.

Alexey

alevecchio commented 3 years ago

Does anyone find a definitive solution? If not, I'm coding a new multiplexer model.