Backlight HAL driver or how to control backlight of the VU7+

joerg · Post by **joerg** » Fri Jun 02, 2017 4:08 am

As I stated already in an other thread I made the driver to control backlight with pwm (pin 33).
The driver need to be copied to the folder system/lib/hw/ and after reboot it should do his job.
The driver loads the kernel modules for pwm automatically, so pwm-meson.ko and pwm-ctrl.ko must be present, what they should normally.
If you use this, you won't be able to use the pwm for other than backlight, also not the pin 33.

The driver:

lights.odroidc.so.zip: V2: Inversion of pwm duty selectable; (8.63 KiB) Downloaded 377 times

To copy to Odroid C1: adb push lights.odroidc.so /system/lib/hw/

[edit]
To support also screen like VU8 this version read bootarg backlight_pwm=yes|no|invert.
Need to add in boot.ini as follow:

Code: Select all

# Enable backlight_pwm
# backlight_pwm=yes, no, invert
backlight_pwm=yes

# Booting
setenv bootargs "root=/dev/mmcblk0p2 rw console=ttyS0,115200n8 no_console_suspend vdaccfg=${vdac_config} logo=osd1,loaded,${fb_addr},${outputmode},full hdmimode=${hdmimode} cvbsmode=${cvbsmode} hdmitx=${cecconfig} vout=${vout_mode} disablehpd=${disablehpd} ${disableuhs} androidboot.serialno=${fbt_id#} ir_remote=${ir_remote} usbcore.autosuspend=-1 ${selinuxopt} suspend_hdmiphy=${suspend_hdmiphy}} backlight_pwm=${backlight_pwm}"

The source code: https://github.com/joerg65/lights.

To control the backlight of the VU7+ there is to do a little tinkering. At the pin 4 of the PT4103 backlight driver must be soldered a resistor. I used a 330 Ohms type. But it should also be possible without resistor. Other than in this picture the EN pin on the VU7+ has pull up resistor 10k to be enabled always. I measured the current when the EN pin is connected to GND, it is about 0.5mA which comes from the pull up resistor: 5V divided by 10k. But I put a resistor, call it fear resistor

. And glued it on the board and soldered carefully to the pin 4. This can be connected to the pin 33 of Odroid.

: Bildschirmfoto vom 2017-06-01 20-44-16.png (10.52 KiB) Viewed 18670 times

: DSC_0607.JPG (508.96 KiB) Viewed 18670 times

: DSC_0608.JPG (273.87 KiB) Viewed 18670 times

[youtube]https://www.youtube.com/watch?v=mVvnLiKiksw[/youtube]

Post by **odroid** » Fri Jun 02, 2017 9:25 am

Thank you for a very useful tutorial for Vu7+ users.

tobetter · Post by **tobetter** » Fri Jun 02, 2017 10:38 am

This is cool, @joerg, you did great work.

It might be a good idea to merge your code to ODROID source tree to build light.odroidc.so, so that it can control VU7 when it's attached. I am not sure if it is possible that ODROID can detect VU7 through EDID to enable backlight control.

joerg · Post by **joerg** » Fri Jun 02, 2017 12:49 pm

Thank you. It need to be discussed if the driver should be merged to the tree. One can use this also for the hdmi board M.NT68676, so it should not depend on a lcd model. And once the lights.odroidc.so is in it's place, Android loads it automatically and then the pwm is used. Maybe to read an env variable from build.prop could be a solution.

Post by **odroid** » Fri Jun 02, 2017 1:04 pm

How about the compatibility with Vu8C model?

joerg · Post by **joerg** » Fri Jun 02, 2017 5:52 pm

I would need a function description for this two inputs of the VU8 as I don't know if it can be dimmed. In the script is refered only to the gpio97 pin 35 as On/Off. Or you can test it, maybe work out of the box?

Post by **odroid** » Fri Jun 02, 2017 6:19 pm

It seems to be compatible.

http://odroid.com/dokuwiki/doku.php?id= ... l_with_pwm

I will check it early next week.

joerg · Post by **joerg** » Fri Jun 02, 2017 7:03 pm

Value can be 0 to 1023 and lower value means brighter.
This is inverted, the driver works in the other direction. It would be possible to read a env variable and invert the value before send to pwm-ctrl. Need to add a little code for this but any idea what would be the best and most praticable way to pass a env variable? E.g BACKLIGHT_PWM: YES, INVERT, NO.

Post by **odroid** » Fri Jun 02, 2017 8:59 pm

joerg wrote:BACKLIGHT_PWM: YES, INVERT, NO.

It is very reasonable and understandable.

joerg · Post by **joerg** » Sat Jun 03, 2017 11:09 pm

Updated the driver code to support also the inverted duty like it is needed for VU8.
I searched a lot, but didn't found a simple way to read a env variable. So I ended in reading the /proc/cmdline.
Question to the geeks: Is there not existing something simple like getenv()?

Code: Select all

        //check the bootargs for backlight_pwm
        FILE * fp;  
        char * line = NULL; 
        char * list;
        char * value;
        size_t len = 0;
        
        fp = fopen("/proc/cmdline", "r");                                                                                                                         
        if (fp != NULL) {
            getline(&line, &len, fp);
            list = strtok (line, " ");
            while (list != NULL)
            {
                LOGD ("%s\n",list);
                if (0 == strncmp(BACKLIGHT_PWM, list, 13)) {
                    env_backlight = strtok(list, "="); 
                    env_backlight = strtok(NULL, "=");
                    break;
                }
                list = strtok (NULL, " ");
            }
        }
        enable = false;
        invert = false;
        if (env_backlight != NULL) {
            LOGD("backlight_pwm : %s", env_backlight);
            
            if (0 == strncmp( BACKLIGHT_PWM_YES, env_backlight, 3 )) {
                enable = true;
            } else if (0 == strncmp( BACKLIGHT_PWM_NO, env_backlight, 2 )) {
                //enable = false;
                //return -EINVAL;
            } else if (0 == strncmp( BACKLIGHT_PWM_INV, env_backlight, 6 )) {
                enable = true;
                invert = true;
            } else { enable = false; }
        }

Post by **odroid** » Fri Jun 09, 2017 1:28 pm

Thanks joerg !

We've released a new C2 Android update with the brightness control function.
http://odroid.com/dokuwiki/doku.php?id= ... allow_v3.0
There are options in boot.ini file.

Code: Select all

# Enable backlight_pwm
# disable : backlight "no"
# ODROID-VU5/7 : backlight "yes"
# ODROID-VU8 : backlight "invert"
setenv backlight_pwm "no"

We will release C1 update early next week.

poptmartone · Post by **poptmartone** » Fri Jun 09, 2017 6:37 pm

This man is GREAT!!!!!

joerg · Post by **joerg** » Sat Jun 10, 2017 5:29 pm

Thank you poptmartone!
And thank you odroid, for the great hardware. Very fast integration to the Android image and great wiki page. That's why so many users love the odroids.

joerg · Post by **joerg** » Mon Jun 19, 2017 5:02 am

I encountered a problem when connected the VU7+ to the otg port of the C1. When C1 (Lollipop) goes sleep it doesn't wake up when touch screen is touched. I saw in log that there are touch events, but display stays dark. There are also no backlight commands from Android framework. I can wake it up by command input keyevent 26, then the VU7+ becomes illuminated again.
In different, when it is connected to one of the 4 usb ports, C1 always wakes up and display is illuminated again when touchscreen is touched.
Also I have a VU7+ with old firmware (the one that need usb reconnection), this one is not affected. It wakes up always when touch event occurs.
If can't be found solution, I have to make a special usb adapter for the screen of my Alam Central, because very little space.

joerg · Post by **joerg** » Wed Jun 21, 2017 1:00 am

@odroid
Could you verify this? I tested also with the C2 Marshmallow, with the newer VU7+ connected to otg port, touches don't wake up the system, but moving of a connected mouse does wake up the system.
Connected to one of the type A usb ports, touches wake up the system.

Post by **odroid** » Wed Jun 21, 2017 7:37 pm

If the VBUS is off in the display sleep mode, it will not wake the backlight up.
Please check the lsusb output via serial adb console when the display turns off.

joerg · Post by **joerg** » Thu Jun 22, 2017 1:34 am

Hi, as I described already there are touch events, but device dosn't wake up.

This logs are taken in sleeping mode:
lsusb

Code: Select all

Bus 001 Device 002: ID 05e3:0610
Bus 002 Device 002: ID 16b4:0705 <--
Bus 001 Device 001: ID 1d6b:0002
Bus 002 Device 001: ID 1d6b:0002
Bus 001 Device 004: ID 046d:c00e
Bus 001 Device 003: ID 7392:7811

getevent -lt /dev/input/event1 (touch at otg, does not wake up)

Code: Select all

[    1890.890140] EV_ABS       ABS_MT_TRACKING_ID   0000000f            
[    1890.890140] EV_ABS       ABS_MT_POSITION_X    00000162            
[    1890.890140] EV_ABS       ABS_MT_POSITION_Y    000000e3            
[    1890.890140] EV_KEY       BTN_TOUCH            DOWN                
[    1890.890140] EV_ABS       ABS_X                00000162            
[    1890.890140] EV_ABS       ABS_Y                000000e3            
[    1890.890140] EV_SYN       SYN_REPORT           00000000            
[    1890.922141] EV_ABS       ABS_MT_POSITION_X    0000017a            
[    1890.922141] EV_ABS       ABS_X                0000017a            
[    1890.922141] EV_SYN       SYN_REPORT           00000000            
[    1890.954141] EV_ABS       ABS_MT_POSITION_X    00000197            
[    1890.954141] EV_ABS       ABS_MT_POSITION_Y    000000e1            
[    1890.954141] EV_ABS       ABS_X                00000197            
[    1890.954141] EV_ABS       ABS_Y                000000e1            
[    1890.954141] EV_SYN       SYN_REPORT           00000000            
[    1890.986142] EV_ABS       ABS_MT_POSITION_X    000001cf            
[    1890.986142] EV_ABS       ABS_MT_POSITION_Y    000000da            
[    1890.986142] EV_ABS       ABS_X                000001cf            
[    1890.986142] EV_ABS       ABS_Y                000000da

getevent -lt /dev/input/event4 (mice connected to type A usb, does wake up)

Code: Select all

[    2142.348357] EV_REL       REL_X                00000003            
[    2142.348357] EV_REL       REL_Y                00000001            
[    2142.348357] EV_SYN       SYN_REPORT           00000000            
[    2142.356363] EV_REL       REL_X                00000005            
[    2142.356363] EV_REL       REL_Y                00000003            
[    2142.356363] EV_SYN       SYN_REPORT           00000000            
[    2142.364363] EV_REL       REL_X                00000008            
[    2142.364363] EV_REL       REL_Y                00000003            
[    2142.364363] EV_SYN       SYN_REPORT           00000000            
[    2142.372378] EV_REL       REL_X                00000008            
[    2142.372378] EV_REL       REL_Y                00000002            
[    2142.372378] EV_SYN       SYN_REPORT           00000000            
[    2142.380369] EV_REL       REL_X                0000000a            
[    2142.380369] EV_REL       REL_Y                00000003

getevent -lt /dev/input/event4 (other VU7+ touch connected to type A usb, does wake up)

Code: Select all

[    2476.217129] EV_ABS       ABS_MT_TRACKING_ID   00000005            
[    2476.217129] EV_ABS       ABS_MT_POSITION_X    00000246            
[    2476.217129] EV_ABS       ABS_MT_POSITION_Y    000000ea            
[    2476.217129] EV_KEY       BTN_TOUCH            DOWN                
[    2476.217129] EV_ABS       ABS_X                00000246            
[    2476.217129] EV_ABS       ABS_Y                000000ea            
[    2476.217129] EV_SYN       SYN_REPORT           00000000            
[    2476.289205] EV_ABS       ABS_MT_POSITION_X    00000244            
[    2476.289205] EV_ABS       ABS_MT_POSITION_Y    000000ec            
[    2476.289205] EV_ABS       ABS_X                00000244            
[    2476.289205] EV_ABS       ABS_Y                000000ec            
[    2476.289205] EV_SYN       SYN_REPORT           00000000            
[    2476.361189] EV_ABS       ABS_MT_POSITION_X    00000241            
[    2476.361189] EV_ABS       ABS_X                00000241            
[    2476.361189] EV_SYN       SYN_REPORT           00000000            
[    2476.457203] EV_ABS       ABS_MT_POSITION_X    00000240            
[    2476.457203] EV_ABS       ABS_X                00000240            
[    2476.457203] EV_SYN       SYN_REPORT           00000000            
[    2476.505215] EV_ABS       ABS_MT_POSITION_X    0000023e            
[    2476.505215] EV_ABS       ABS_X                0000023e            
[    2476.505215] EV_SYN       SYN_REPORT           00000000            
[    2476.553227] EV_ABS       ABS_MT_TRACKING_ID   ffffffff            
[    2476.553227] EV_KEY       BTN_TOUCH            UP                  
[    2476.553227] EV_SYN       SYN_REPORT           00000000

Now I have tested with C1+ and Lollipop. Yesterday with C2 and Marshmallow.

Post by **odroid** » Thu Jun 22, 2017 9:57 am

Ah... sorry for my misunderstanding.
We will check the issue.

Post by **odroid** » Mon Jun 26, 2017 11:53 am

We've tested it.
The Vu7+ wake-up function doesn't work on the OTG port either host ports of C2 Marshmallow.
We will keep looking into what makes the difference.

joerg · Post by **joerg** » Mon Jun 26, 2017 4:45 pm

Thank you for verifying this. Actually I have a workaround: I switched on Daydream with option to dimm down during night time. For my project O.K., but nevertheless it should be looked further into this. As some user might have a issue with this, if connected with otg adapter tu VU7+.

codewalker · Post by **codewalker** » Tue Jun 27, 2017 1:18 pm

https://codewalkerster.blogspot.kr/2017 ... ke-up.html

http://odroid.com/dokuwiki/doku.php?id= ... allow_v3.1

joerg · Post by **joerg** » Tue Jun 27, 2017 3:39 pm

Thank you, I will check this when I am back home.

benwillcox · Post by **benwillcox** » Thu Jun 29, 2017 7:32 am

This looks like a great mod many thanks, I'm going to test it with an RTD2662 based LCD driver when I get a chance. In the meantime, can you tell me what the PWM frequency is if you know it?
Also, does the backlight PWM level get restored immediately on power up, or does Android need to fully boot before the level is set?

Thanks
Ben

Post by **odroid** » Thu Jun 29, 2017 10:12 am

The default PWM frequency is set at 100Khz. But you can change it.
http://odroid.com/dokuwiki/doku.php?id= ... l_with_pwm

Android OS must run to load the PWM device driver.

joerg · Post by **joerg** » Thu Jun 29, 2017 12:54 pm

@Ben: The level is set during Android boot animation, when the HAL drivers are loaded. Before this, the pin 33 is undefined. You probably would need to add a pull up resistor to the pin, to have full light untill the driver is loaded.

benwillcox · Post by **benwillcox** » Thu Jun 29, 2017 8:27 pm

Thanks @odroid and @joerg, sounds perfect I'm looking forward to trying it out.

Ben

benwillcox · Post by **benwillcox** » Fri Jun 30, 2017 7:35 am

Hi, I tested this out today and of course the PWM works

I did find however that the default frequency seemed to be 1kHz not 100kHz.

There is an interesting issue with my LCD driver, I'm using one of these very commonly available boards: http://www.ebay.co.uk/itm/PCB800099-HDM ... 1684615018 and when driving the EN pin with the PWM I see lots of interference (horizontal lines) on the screen unless I use a PWM frequency higher than around 12kHz. This is the same issue when feeding PWM from another source i.e. an Arduino so nothing to do with the Odroid or this firmware addition but thought I would mention it.
The problem is that the higher the frequency the dimmer the display, my guess being that there is a minimum possible pulse length so with a higher PWM frequency the effective average OFF time gets longer. Maybe it's just a limitation of this type of board (I'm not sure the EN pin is actually designed to operate with PWM), but would be interested to know what PWM frequency works with the VU7 boards?
Do you know what defines the minimum OFF pulse period (i.e. at 100% brightness level control) and whether it can be changed?

Thanks,
Ben

joerg · Post by **joerg** » Fri Jun 30, 2017 10:23 pm

Hi Ben, indeed the default pwm frequency is 1kHz. I used this when I tried my code with the VU7. As the frequency should be much smaller than the underlying frequency of the led driver, I found 1kHz is o.k. and should not be visible by human eye. As you stated, I think the input you used is not for pwm as it seems that the pwm is causing interferences to the video signal. On the other hand, if you use 12kHz it may be possible that the underlying led driver has not enough time to swing in until next off period comes, so the backlight loose some voltage.
I measured the pwm with oscilloscope. When duty is 100%, means 1023, and 1kHz, the off time is 1us.

henri57 · Post by **henri57** » Wed Jul 26, 2017 8:18 pm

I use the VS-TY2662-V1 ( know as PCB800099-V9 too) a generic LCD driver board.
As you've said the EN pin isn't compatible with PWM backlight so i soldered resistors and capacitor as for the VU-8C kit to use the PWM signal from pin 33 of the ODROID.
this function perfectly with setenv backlight_pwm "invert".
The only problem if found is :
from 0 to around 75 % slider PWM change from 2.2V to 0V and suddenly the PWM start again from 0.9V to 0V for 100% of slider.
I've taken this measure at pin 33 with a simple multimeter.
I've just modified the setenv parameter without any other command.

codewalker · Post by **codewalker** » Fri Jul 28, 2017 4:30 pm

Hi, henri57.
Thanks your bug report. Try this test version.

https://dn.odroid.com/S905/Android/test/marshmallow/

Here, Guide for Update.
https://codewalkerster.blogspot.kr/2016 ... -slow.html

henri57 wrote:I use the VS-TY2662-V1 ( know as PCB800099-V9 too) a generic LCD driver board.
As you've said the EN pin isn't compatible with PWM backlight so i soldered resistors and capacitor as for the VU-8C kit to use the PWM signal from pin 33 of the ODROID.
this function perfectly with setenv backlight_pwm "invert".
The only problem if found is :
from 0 to around 75 % slider PWM change from 2.2V to 0V and suddenly the PWM start again from 0.9V to 0V for 100% of slider.
I've taken this measure at pin 33 with a simple multimeter.
I've just modified the setenv parameter without any other command.

henri57 · Post by **henri57** » Fri Jul 28, 2017 7:25 pm

codewalker wrote:Hi, henri57.
Thanks your bug report. Try this test version.

https://dn.odroid.com/S905/Android/test/marshmallow/

No more problem. Thanks

Jaguaruk · Post by **Jaguaruk** » Wed Aug 09, 2017 11:34 am

can you do this for lollipop 5.1.1

codewalker · Post by **codewalker** » Thu Aug 10, 2017 10:12 pm

Try to update.

Jaguaruk wrote:can you do this for lollipop 5.1.1

east1 · Post by **east1** » Wed Apr 29, 2020 5:38 pm

I have odroid c2 and vu5 and want make workable backlight. Should it works with 200 Ohms resistor or i need only 330 Ohms fot that?

joerg · Post by **joerg** » Wed Apr 29, 2020 10:05 pm

You can use also the 200 Ohms. As I wrote in the original post, the resistor is not really needed. I made it this way, because I can connect a wire very easy.

zyssai · Post by **zyssai** » Mon Mar 08, 2021 8:48 pm

Hi,
I wanna do the same with my Vu7a+, but it does not seems to be the same board, like the pictures on the wiki page

https://wiki.odroid.com/accessory/displ ... odroid-vu7

Where is located the 4103? Thanks

joerg · Post by **joerg** » Mon Mar 08, 2021 10:32 pm

We need to ask Hardkernel. I am not a owner of a VU7A+. Maybe another chip is used to control the backligt.

zyssai · Post by **zyssai** » Mon Mar 08, 2021 10:47 pm

joerg wrote: ↑
Mon Mar 08, 2021 10:32 pm
We need to ask Hardkernel. I am not a owner of a VU7A+. Maybe another chip is used to control the backligt.

Ok thanks you for your support

zyssai · Post by **zyssai** » Mon Mar 08, 2021 11:00 pm

If it can help you, here is a better picture

joerg · Post by **joerg** » Mon Mar 08, 2021 11:24 pm

Sorry, I can't find information about this chip. I think we need to wait for Hardkernel gives this information...

zyssai · Post by **zyssai** » Mon Mar 08, 2021 11:37 pm

I found it in the bottom right of the board

joerg · Post by **joerg** » Mon Mar 08, 2021 11:56 pm

Fine, than be careful with soldering iron.

zyssai · Post by **zyssai** » Tue Mar 09, 2021 12:02 am

joerg wrote: ↑
Mon Mar 08, 2021 11:56 pm
Fine, than be careful with soldering iron.

No worries, soldering is not a problem for me, but just don't wan't to burn the board if it's not the right place to solder

Post by **odroid** » Tue Mar 09, 2021 10:05 am

Pin #4 of the PT4103 on the Vu7A+ board is the right place to solder a resistor.

zyssai · Post by **zyssai** » Wed Mar 10, 2021 7:34 pm

Should i need to put pull up resistor or pull down ?
If i read correctly, the odroid will start at full brightness with pull up resistance.
If it's possible i wanna start it with minimum brightness, so could i put pull down resistance?
Thanks

joerg · Post by **joerg** » Wed Mar 10, 2021 8:04 pm

I think you don't need to pull up or pull down. The resistor is only in series. Originally I have done it this way to connect a Dupont connector easily to the pwm pin and to the resistor. You put backlight yes, and only for the VU8 display this must be backlight invert.

[edit]
You can adjust in Android the brightness level. I think it restores after boot this level.

zyssai · Post by **zyssai** » Wed Mar 10, 2021 8:05 pm

So it doesn't work with 330ohm resistance pin4 of 4103 to pin33.
I'm on lineage18.1, do i need to modify kernel?

joerg · Post by **joerg** » Wed Mar 10, 2021 8:09 pm

Do have enabled the right devicetree overlay? I remember that with overlays the numbering of the pins have changed.

zyssai · Post by **zyssai** » Wed Mar 10, 2021 8:19 pm

joerg wrote: ↑
Wed Mar 10, 2021 8:09 pm
Do have enabled the right devicetree overlay? I remember that with overlays the numbering of the pins have changed.

I'm sorry, don't know how to do that. Can i found it on wiki?

joerg · Post by **joerg** » Wed Mar 10, 2021 8:37 pm

You can find it in the Odroid Settings.
As I saw now, you would need to put pwm_d-backlight there, if you are on N2. But it points to pin35. There is a conflict with the default setting in GpioShutdownService App wpi 24. You must then select another pin for shutdown.