Posts: 8
Joined: Sat Jun 22, 2019 9:27 pm

HDMI Display Problems with Pi 3A+ and LS060R1SX01 screen

Sat Jun 22, 2019 10:00 pm

Hey! I'm trying to get a LS060R1SX01 screen on my Pi 3A+ to work in landscape. I can get it to work just fine with the script provided by the supplier, but only vertically. I am looking for some help in rotating the screen 90 degrees, and no, it's not quite as easy as adding "display_rotate=1" to the config.txt.

Allow me to explain. The LS060R1SX01 screen was obtained here:
https://www.aliexpress.com/item/6-inch- ... 4c4dCBcP7Q

The supplier offers a custom config.txt (below) that is already configured with the custom hdmi timing based on the spec sheet of the display (sounds great, right?). And, this config file is simple and works, but only with width 1440 and height 2560. For my project, I need the opposite (width 2560 and height 1440). I have tried nearly every combination of max_frame_buffer, frame buffer, display_hdmi_rotate, display_rotate, hdmi_timing, and hdmi_cvt, and I am out of ideas.

Simply trying to set

Code: Select all

in the config.txt results are in the attached pics, but this isn't right.

I feel like this should be a lot easier than what I've run into. It's strange that its not as easy as just flipping the horizontal and vertical numbers and, voila! Any ideas out there?

Just because I know someone will ask, its a fresh install that has been updated as of today. ;)

Code: Select all

# For more options and information see
# http://www.raspberrypi.org/documentation/configuration/config-txt.md
# Some settings may impact device functionality. See link above for details
# ***********************************************
# Includes Display settings for Sharp 2K Display
# ***********************************************

# uncomment if you get no picture on HDMI for a default "safe" mode

# uncomment this if your display has a black border of unused pixels visible
# and your display can output without overscan

# uncomment the following to adjust overscan. Use positive numbers if console
# goes off screen, and negative if there is too much border

hdmi_timings=1440 0 60 10 35 2560 0 4 4 2 0 0 0 60 0 198378000 0


# uncomment to force a console size. By default it will be display's size minus
# overscan.

# uncomment if hdmi display is not detected and composite is being output

# uncomment to force a specific HDMI mode (this will force VGA)

# uncomment to force a HDMI mode rather than DVI. This can make audio work in
# DMT (computer monitor) modes

# uncomment to increase signal to HDMI, if you have interference, blanking, or
# no display

# uncomment for composite PAL

#uncomment to overclock the arm. 700 MHz is the default.

# Uncomment some or all of these to enable the optional hardware interfaces

# Uncomment this to enable the lirc-rpi module

# Additional overlays and parameters are documented /boot/overlays/README

# Enable audio (loads snd_bcm2835)
swapped hdmi_timing w and h 20190622_122741.jpg
swapped hdmi_timing w and h 20190622_122741.jpg (211.74 KiB) Viewed 430 times
display_hdmi_rotate 1 20190622_172547.jpg
display_hdmi_rotate 1 20190622_172547.jpg (153.75 KiB) Viewed 430 times
display_hdmi_rotate 0 20190622_172336.jpg
display_hdmi_rotate 0 20190622_172336.jpg (226.63 KiB) Viewed 430 times

Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 7124
Joined: Wed Dec 04, 2013 11:27 am
Location: ZZ9 Plural Z Alpha, aka just outside Cambridge.

Re: HDMI Display Problems with Pi 3A+ and LS060R1SX01 screen

Sun Jun 23, 2019 7:02 am

You don't want to change the hdmi_timings - those are what the monitor sees, and it will only accept certain modes.
Display_rotate=1 should automatically flip framebuffer_width and height from the defined hdmi mode.

The issue I suspect you are hitting is that the transposer (the hardware block that does the rotate) has a maximum line buffer of 1920. Your display being 2560 wide is going to cause issues there.
The simplest check to confirm that is to set framebuffer_width/height to being 1920/1080 respectively. The hardware should scale that up to the full screen, but hopefully the rotate should work.

The other day we were milling over whether it was worth adding code to do multiple tiles through the transposer, but it's not a trivial change.
Software Engineer at Raspberry Pi Trading. Views expressed are still personal views.
I'm not interested in doing contracts for bespoke functionality - please don't ask.

Return to “Graphics, sound and multimedia”