-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
64x32 P5 panel "YS-P5-320X160-8S-1921(PRO)-V1" not displaying any output. Completely Blank. #1744
Comments
Greetings, And, WHERE is your command line? Where your connection from RPi (what Rpi do You have) to HUB75 |
Hi,
The gpio mapping is custom to the pcb, and has worked with other p5, p8, and p10 panels. |
Every panel (RGB) it's a different story. Try first, using demo... and wiring "regular", picture and result if any.... |
Every panel with 1/8 scan has only a A B C pins (not D or E) for addressing. And it can be either shift registering or binary type multiplexing. According to line driver type (TC7258) - your panel has a standard line driver type, so your As about a LED driver chip - SM16169SH - I afraid it is a new PWM-type led driver, most of them are not supported by the library. Most likely this is the reason why your panel does not work. Unfortunately, if the problem is in the driver, there is no way to fix it, you will have to look for another panel. |
I am trying to display to a 64 by 32 P5 panel. It has the code: YS-P5-320-160-8S-1921(PRO)-V1
No pixels light up when trying to display to the panel.
The panel has the following chip specs.
Driver: SM16169SH
Line Decoder: 74HC138
Additionally there are two chips labelled on the input HUB75 side RUC7258d, and then 2 more on the output HUB75 side, if that helps.
From the namecode I would assume 1/8 scan. And the pinout printed on the output HUB75 socket seems to imply ABC addressing, however I have it on relatively decent authority that it might have a D line on the pin labelled GND opposite the C pin, for some reason. probing on the pin, points to it being grounded though.
I have managed to make maps for panels of different pixel size before by reverse engineering pixels positions, this one is a bit different.
With previous panels, I could test different multiplexing and row addressing methods and work backwards from there to remap pixels to their correct places.
In this case the entire panel is blank no matter which mapping scheme or row addressing I perform.
No pixels light up on test, including when it is set to display a completely white box the size of the panel.
Any advice or insight into getting a panel like this to work is appreciated.
The text was updated successfully, but these errors were encountered: