Jump to content

Hdmi 1280 x 800 display


mariuszb

Recommended Posts

Hi,

 

There is a lot of cheap 10.1 inches lcd on market, often have a resolution of 1280 x 800.
I connected this lcd with h3disp using  the mode of 1280 x 720 (720i).
Everything works, but aspect ratio is wrong.  (800->720)
Is there a fast and simply possibility to set 1280x800 resolution in  Armbian?
 
 
 

 

Link to comment
Share on other sites

Nope. Calculation, kernel patching, recompilation, testing, recompilation, testing, ...

https://forum.armbian.com/index.php/topic/2991-opi-pc-2e-h3disp-1680x1050-dvi-display-issues/

 

Hi,
I'm leaving for a few days , so given parameters it might be someone needed.
For these parameters, display works with 1280x800 , but I do not know if these values are optimum values.
I'll do some more tests after returning, but but for now it works correctly   :)
 
{HDMI1280x800_60, 0,83460000, 0, 1280, 800, 1680, 200, 64, 136, 828, 24, 1, 3, 1, 1, 0, 0, 0}
{{Video ID  ,4 , 0, 96, 5, 3, 3,  1,   1, 0,  0,  0, 144, 64, 136, 32, 28, 1,  1 }}
 PLL_VIDEO 334
Link to comment
Share on other sites

Nope. Calculation, kernel patching, recompilation, testing, recompilation, testing, ...

https://forum.armbian.com/index.php/topic/2991-opi-pc-2e-h3disp-1680x1050-dvi-display-issues/

 

I tested already 1280x800 resolution and works properly with my previous calculations.
 
{HDMI1280x800_60, 0,83460000, 0, 1280, 800, 1680, 200, 64, 136, 828, 24, 1, 3, 1, 1, 0, 0, 0},
{{Video ID  , 4 , 0,    96,  5,   3,  3,  1,   1,  0,  0,  0, 144,  64, 136, 32, 28, 1,  1 }}, 
PLL_VIDEO 334
In addition, I did the calculation in a different location and width of sync pulses (another school :) ) - it also works properly.
 
{HDMI1280x800_60, 0,83910000, 0, 1280, 800, 1656, 32, 32, 312, 841, 17, 16, 8, 1, 1, 0, 0, 0},
{{Video ID  ,  4 ,   0,  96,     5,   8,     3,  1,   16,  0, 1,   0,  120,    64,    56, 32,  41,  1,  1 }}, 
PLL_VIDEO 336
Personally, I am use this second setting.
 
Can you add it to Armbian? :)
 
post-1292-0-85775400-1484050106_thumb.jpg
post-1292-0-09882500-1484050108_thumb.jpg
post-1292-0-66267200-1484050108_thumb.jpg
Link to comment
Share on other sites

As I promised, I published helper tool. Please check this comment: https://github.com/igorpecovnik/lib/issues/594#issuecomment-272992961

Good afternoon. I also have to connect the monitor 1280x800. But I did not understand how to do it - you can write detailed instructions?

Link to comment
Share on other sites

Hello,

finally I understood what do I have to do. I have checked timings with .bin via fex. Then I recompiled kernel and installed to SD card. But I have problem: when I check via fex I get resolution 1280x720 instead of monitor's 1280x800. I have compiled with 720p, but the picture isn't sharp, but when I change 720 with 800 I don't get picture. Please help. 

Link to comment
Share on other sites

Hi tomter

does your timing correspond to this?

http://tinyvga.com/vga-timing/1280x800@60Hz

you have to check the lines in the kernel, and in h3disp (which sets fex) you will setup the pll_video.

it works for me if the value of the pll_video / divisor from kernel = pixel frequency. I had a problem with

wrong value in h3disp.

see also my question at: https://forum.armbian.com/index.php?/topic/4094-vesa-1280x1024-with-h3disp/

 

Disclaimer: I do not know what I am doing but I hope this helps,

 

gnasch

Link to comment
Share on other sites

On 1/10/2017 at 2:21 PM, mariuszb said:

 

I tested already 1280x800 resolution and works properly with my previous calculations.

{HDMI1280x800_60, 0,83910000, 0, 1280, 800, 1656, 32, 32, 312, 841, 17, 16, 8, 1, 1, 0, 0, 0},
{{Video ID  ,  4 ,   0,  96,     5,   8,     3,  1,   16,  0, 1,   0,  120,    64,    56, 32,  41,  1,  1 }}, 
PLL_VIDEO 336

 

I would like to confirm that the above video settings work for me too on a samsung laptop pannel 1280x800 using a tsum v29 universal lcd controller, BUT i had to set PLL_VIDEO=330 to get correct colors. Using 336 or from 332 to 338 results in blurry mostly green screen. PLL 330 nad 331 worked for me so i havent tested anything else.

 

P.S. :

I tested first option and it works too whithout changing pll using the stated 334.

I made a patch for those that want to try it but dont know how and where to add the modlines. To activate resolution change screen0_output_mode = 38 screen1_output_mode = 38 and pll_video = 334 in script.bin

Or add :

                38|1280x800) # res
                        HDMIMode=38
                        pll_video=334
                        ;;

in /usr/bin/h3disp and use h3disp to set changes.

 

If you want to risc it and trust me you can try my precompiled packages for OrangePi_PC.

https://drive.google.com/drive/folders/0B40z5IEobXstb0g0am9NMHkwWTQ?usp=sharing

 

z-0004-add_1280x800.patch

 

And a big THANK YOU to mariuszb for finding the correct values for this resolution.

Link to comment
Share on other sites

Hello, I also have the 1280x800 monitor. The patch z-004-add-addonal-2048x1536.txt didn't work for me. The monitor works well with Armbian based on mainline kernel, but I need to continue with 3.4.113 kernel. I was unable to download the u-boot-h3-video-helper.bin file - the site can't be reached. Where can I find the file? Thanks,

Link to comment
Share on other sites

Hello, I've just tried to apply the z-0004-add_1280x800.patch file from the above link and was able to see in the new compilation

 

[warn] z-0004-add_1280x800.patch [failed]

 

I've compared the files in an older compilation and indeed, the patch was not fully applied. What is a good way to solve this problem (I assume that editing the source files is not a good way). Thanks,

Link to comment
Share on other sites

1 hour ago, perfstr said:

I assume that editing the source files is not a good way


If the patch doesn't apply you need to add those values manually. Pay attention that you don't add things that are already in the sources. CREATE_PATCHES="yes" is a build parameter that you need. Next is precies copy from z-0004-add_1280x800.patch/paste operation and when you have a patch that works, send it upstream: https://www.armbian.com/get-involved

Link to comment
Share on other sites

Hello, after I edited the sources manually, now it works, but shows purple background. Is this the only pll value to play with, or I need to change something else? I would like get correct results before publishing the patch. Thank you, 

Link to comment
Share on other sites

The bad background color is the pll value but not only that (for me atleast). There is some other problem because i use pll 334 and the picture is perfect but often if i turn off the display and turn it on again it gets this color problem as if the pll is wrong. This happens when i boot the board also. its like 50/50 chance to get this problem and cycling the display on and off fixes it for me but is really annoying. Since i use a laptop panel and a universal controller board i think it may be the lcd controller but it does not happen on other resolutions. Anyway since i got another display i haven't looked into this any further.

 

Hope its only pll value for you.

Link to comment
Share on other sites

Hello, the pll change didn't cause any difference. But when I set DVI mode, this did the trick - the background has changed to black. BTW, in order to set the RGB565 mode using h3disp command, the fb_mode should be set to 10.

Hope this will help also to somebody else.

Link to comment
Share on other sites

Hello, the patch I've published earlier, worked for me fine until the last OS version update (apt-get upgrade). After the update I get black screen. I have a development environment with Full HD display. The display is able to adapt to 120x800 resolution.  If I switch display mode to Full HD using h3disp, the system works fine. The h3disp still shows 1280x800 resolution in the list, but switching to that mode causes again black screen. I understand that some updated module doesn't support this resolution. How can I fix the problem without rebuilding all the system again?

 

Thanks in advance.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines