[APP] LG Touch LED Notifications

Search This thread

lean7

Senior Member
May 21, 2012
96
12
Buenos Aires
Hello guys!

I've downloaded this app a few days ago and it's very usefull, here I share the info of Google Play:

[...] This application uses the touch LED buttons to show if there is any missed notifications by turning them on and off. It is enabled by default and will autostart on boot but has to be run once after installation to start the service [...]

More info and download Here
 

ciplukzz

Senior Member
Jan 15, 2012
66
8
Hello guys!

I've downloaded this app a few days ago and it's very usefull, here I share the info of Google Play:

[...] This application uses the touch LED buttons to show if there is any missed notifications by turning them on and off. It is enabled by default and will autostart on boot but has to be run once after installation to start the service [...]

More info and download Here
this work with zeus?
 

theaks30

Senior Member
Jan 11, 2012
1,172
335
Used it once, in february...its not this good
But does the job ;)

Sent from my LG-P970 using Tapatalk
 

dcop7

Senior Member
Jul 5, 2011
3,216
1,923
Leiria
This app is known here. There already was a discussion with it.

From the app in Google play:
"We are aware of the issues with Optimus Black since the 2.3.4-update"
 

brownowski

Member
Nov 5, 2009
15
5
I've been checking out this program and it's source code. The problem seems to be some sort of power management that turns the leds off after about 2 seconds when the screen is off and the phone is on battery.

The kernel exports some files to /sys/bus/i2c/devices/2-001a/ that can be used to control the leds. One file in particular is led_onoff. I've found that while on battery, if I do "# echo 0 > led_onoff; echo 1 > led_onoff" from a console, it will reset the leds and turn them on before the system turns them off after about 2 seconds when on battery. Everything seems to work as expected while on charge.

I'm not sure how to troubleshoot too much further than that. It looks to be something either in the kernel or android system files but I'm not about to start cooking my own kernel just to check it out. It's probably also a bit beyond my whole understanding of the code.

But, I've been able to implement a fairly bad hack to get it working in the 'blink' mode. Basically it just adds in some code to reset the leds before starting the next cycle which is enough to get it going (same as the command above). It has the side effect of making all the leds flash for a split second when they come on and uses a timer to control the blink so the phone will constantly waking every few seconds to control the leds and I'm not sure how that will affect the battery. Also works best with a blink time of 2 seconds on obviously because power management turns them off after then anyway.

Download it below if you want to try it out:
http://www.mediafire.com/?ez9rxjr8od9gouc

If you have the old version installed you will need to remove it first as this has a different signature.

If you want the source my build directory is hosted here: http://www.mediafire.com/?hmx5wpbwx00c47l
 
Last edited:

Huexxx

Senior Member
Jul 21, 2009
1,741
4,899
45
Madrid
I've been checking out this program and it's source code. The problem seems to be some sort of power management that turns the leds off after about 2 seconds when the screen is off and the phone is on battery.

The kernel exports some files to /sys/bus/i2c/devices/2-001a/ that can be used to control the leds. One file in particular is led_onoff. I've found that while on battery, if I do "# echo 0 > led_onoff; echo 1 > led_onoff" from a console, it will reset the leds and turn them on before the system turns them off after about 2 seconds when on battery. Everything seems to work as expected while on charge.

I'm not sure how to troubleshoot too much further than that. It looks to be something either in the kernel or android system files but I'm not about to start cooking my own kernel just to check it out. It's probably also a bit beyond my whole understanding of the code.

But, I've been able to implement a fairly bad hack to get it working in the 'blink' mode. Basically it just adds in some code to reset the leds before starting the next cycle which is enough to get it going (same as the command above). It has the side effect of making all the leds flash for a split second when they come on and uses a timer to control the blink so the phone will constantly waking every few seconds to control the leds and I'm not sure how that will affect the battery. Also works best with a blink time of 2 seconds on obviously because power management turns them off after then anyway.

Download it below if you want to try it out (sorry for the format, can't post links yet - please remove the spaces):
Code:
www . mediafire . com / ?ez9rxjr8od9gouc

If you have the old version installed you will need to remove it first as this has a different signature.

Good aproach! Take into account that is normal that the kernel switch off leds on battery... think in the leds allways on... I have had some kernel-related atempts to correct this... but atm no luck.

Regards!
 
  • Like
Reactions: jn83 and ohadz

brownowski

Member
Nov 5, 2009
15
5
When the screen is off and the device is on battery it is doing some sort of polling every few seconds to check and reset the LEDs rather than just a trigger when the screen turns off and that is what makes the app not work.

I tried a few different ways to reset the LEDs but the only way that would work is to force them off by writing a 0 into led_onoff followed immediately by a 1 into led_onoff. It wasn't enough to just echo 1 > led_onoff, I had to do a 0 first. However, with power connected, just the echo 1 > led_onoff was all I needed.

As far as I could tell, the led_onoff seems to only part of the 970 device code. I'm guessing that the other devices don't have an issue because they don't have to activate the LEDs in that way.

One other thing I tried was removing all write privileges to those files after turning on the LEDs to see if the system was writing a value into them to turn them off. They were still turned off so I kind of figured it's something in the kernel itself manually resetting things.
 

OptimusCrack

Senior Member
May 4, 2012
235
38
Hello guys!

I've downloaded this app a few days ago and it's very usefull, here I share the info of Google Play:

[...] This application uses the touch LED buttons to show if there is any missed notifications by turning them on and off. It is enabled by default and will autostart on boot but has to be run once after installation to start the service [...]

More info and download Here

My only wish is that it was all 4 lights instead of just search, but who cares, in a month Ill probably prefer just search and be happy

Thanks for this find, I was desperate for it
 
J

jn83

Guest
I've been checking out this program and it's source code. The problem seems to be some sort of power management that turns the leds off after about 2 seconds when the screen is off and the phone is on battery.

The kernel exports some files to /sys/bus/i2c/devices/2-001a/ that can be used to control the leds. One file in particular is led_onoff. I've found that while on battery, if I do "# echo 0 > led_onoff; echo 1 > led_onoff" from a console, it will reset the leds and turn them on before the system turns them off after about 2 seconds when on battery. Everything seems to work as expected while on charge.

I'm not sure how to troubleshoot too much further than that. It looks to be something either in the kernel or android system files but I'm not about to start cooking my own kernel just to check it out. It's probably also a bit beyond my whole understanding of the code.

But, I've been able to implement a fairly bad hack to get it working in the 'blink' mode. Basically it just adds in some code to reset the leds before starting the next cycle which is enough to get it going (same as the command above). It has the side effect of making all the leds flash for a split second when they come on and uses a timer to control the blink so the phone will constantly waking every few seconds to control the leds and I'm not sure how that will affect the battery. Also works best with a blink time of 2 seconds on obviously because power management turns them off after then anyway.

Download it below if you want to try it out:
http://www.mediafire.com/?ez9rxjr8od9gouc

If you have the old version installed you will need to remove it first as this has a different signature.

Still not working on 2.3.4 :(
 

ObiDanKenobi

Senior Member
Dec 15, 2011
328
100
Cluj
New version of LG Notifications

Still not working on 2.3.4 :(

Hi, please test the attached APK. For now I have worked exclusively on the mode "repeat fading pulse". Please unintall the application if you have it already installed.

I used it for 2 days now and it seems to work for me, so report bugs, but only for the mode repeat fading pulse if have problems. I will try to fix also the other modes, when I have time.

PS: of course all credits go to the original creator of Lg Notification application. I only try to fix this to work on Lg Optimus Black on Gingerbread.
Dan
 
Last edited:
  • Like
Reactions: LookedPath and jn83

dcop7

Senior Member
Jul 5, 2011
3,216
1,923
Leiria
Hi, please test the attached APK. For now I have worked exclusively on the mode "repeat fading pulse". Please unintall the application if you have it already installed.

I used it for 2 days now and it seems to work for me, so report bugs, but only for the mode repeat fading pulse if have problems. I will try to fix also the other modes, when I have time.

PS:
Dan

There is a problem with repeat fading pulse. It eats too much battery. Constant light it is much battery friendly.
 

Top Liked Posts

  • There are no posts matching your filters.
  • 5
    I've been checking out this program and it's source code. The problem seems to be some sort of power management that turns the leds off after about 2 seconds when the screen is off and the phone is on battery.

    The kernel exports some files to /sys/bus/i2c/devices/2-001a/ that can be used to control the leds. One file in particular is led_onoff. I've found that while on battery, if I do "# echo 0 > led_onoff; echo 1 > led_onoff" from a console, it will reset the leds and turn them on before the system turns them off after about 2 seconds when on battery. Everything seems to work as expected while on charge.

    I'm not sure how to troubleshoot too much further than that. It looks to be something either in the kernel or android system files but I'm not about to start cooking my own kernel just to check it out. It's probably also a bit beyond my whole understanding of the code.

    But, I've been able to implement a fairly bad hack to get it working in the 'blink' mode. Basically it just adds in some code to reset the leds before starting the next cycle which is enough to get it going (same as the command above). It has the side effect of making all the leds flash for a split second when they come on and uses a timer to control the blink so the phone will constantly waking every few seconds to control the leds and I'm not sure how that will affect the battery. Also works best with a blink time of 2 seconds on obviously because power management turns them off after then anyway.

    Download it below if you want to try it out:
    http://www.mediafire.com/?ez9rxjr8od9gouc

    If you have the old version installed you will need to remove it first as this has a different signature.

    If you want the source my build directory is hosted here: http://www.mediafire.com/?hmx5wpbwx00c47l
    4
    Hello guys!

    I've downloaded this app a few days ago and it's very usefull, here I share the info of Google Play:

    [...] This application uses the touch LED buttons to show if there is any missed notifications by turning them on and off. It is enabled by default and will autostart on boot but has to be run once after installation to start the service [...]

    More info and download Here
    4
    Still don't work.
    2.3.4 on version v20-S rooted.
    Every time I start the app, shows the attached screen without changes if I press "accept" (superuser prompt accepted too) or restart the device.
    Don' t work with calls, whatsapp or into the option "Test".

    If I can help let me know

    Thank you

    Ok, please try this one. It should fix your problem.

    Dan
    2
    I've been checking out this program and it's source code. The problem seems to be some sort of power management that turns the leds off after about 2 seconds when the screen is off and the phone is on battery.

    The kernel exports some files to /sys/bus/i2c/devices/2-001a/ that can be used to control the leds. One file in particular is led_onoff. I've found that while on battery, if I do "# echo 0 > led_onoff; echo 1 > led_onoff" from a console, it will reset the leds and turn them on before the system turns them off after about 2 seconds when on battery. Everything seems to work as expected while on charge.

    I'm not sure how to troubleshoot too much further than that. It looks to be something either in the kernel or android system files but I'm not about to start cooking my own kernel just to check it out. It's probably also a bit beyond my whole understanding of the code.

    But, I've been able to implement a fairly bad hack to get it working in the 'blink' mode. Basically it just adds in some code to reset the leds before starting the next cycle which is enough to get it going (same as the command above). It has the side effect of making all the leds flash for a split second when they come on and uses a timer to control the blink so the phone will constantly waking every few seconds to control the leds and I'm not sure how that will affect the battery. Also works best with a blink time of 2 seconds on obviously because power management turns them off after then anyway.

    Download it below if you want to try it out (sorry for the format, can't post links yet - please remove the spaces):
    Code:
    www . mediafire . com / ?ez9rxjr8od9gouc

    If you have the old version installed you will need to remove it first as this has a different signature.

    Good aproach! Take into account that is normal that the kernel switch off leds on battery... think in the leds allways on... I have had some kernel-related atempts to correct this... but atm no luck.

    Regards!
    2
    There is a problem with repeat fading pulse. It eats too much battery. Constant light it is much battery friendly.

    Ok, lets take things one at a time. I'm first concerned to see that it really works for most people, like it works on my phone. Then we go to make it more battery friendly.

    The repeating fading pulse consists of 4 phases: fade in, active max, fade out and inactive. From these 4, in 3 of them the phone is active (fade in, active max, fade out) so indeed there is some battery drain. I have tested however that the CPU goes idle when the feedback is cancelled, so the battery is drained only when the feedback is on (LEDS are blinking).

    The other 2 modes "may" use less battery, but I could not get them working all the time, so I cannot recommend you to use them yet. Also there is a bug about them, that even after the feedback is off, the phone does not go back to deep sleep ( you have to disable/enable the application from its settings). This is the second reason why I would stick to the repeat fading pulse.

    PS: you could test the constant lighting and report if this works for you, or what problems do you find.

    Dan