| sicelo | I will still investigate this properly in the near future (next week?) , but I guess it won't hurt to ask here so long: | 17:23 |
|---|---|---|
| sicelo | lp5523 - I'm playing with the engines and patterns. there's something that's either not explained or I'm missing in wiki and kernel documentation, namely ... i can make the pattern work and blink as required | 17:24 |
| sicelo | but i don't see how to set color properly, e.g. orange needs r=127 and g=64 brightness. i don't know how to do that. I've read the documentation a couple of times, and couldn't find it | 17:26 |
| sicelo | tldr; how can i produce the *orange* battery charging pattern using the led engines facilities | 17:28 |
| sicelo | solved. the trick is in `led_current`. mainline has higher values, so the LED is much brighter, and shows different color as a result. | 23:17 |
| L29Ah | sicelo: do you mean it's commanding 100% to red but it turns out orange due to excessive current? | 23:24 |
| sicelo | i found the problem with, `echo 100 | tee red/brightness | tee green/brightness`. on the two devices, the same command gave different colors. on the mainline device, it looked more green than orange, while on the maemo device it's orange | 23:26 |
| sicelo | i'm not sure what sets the current in maemo, but at least i now know the led engines work fine | 23:27 |
| sicelo | with mainline, both leds (green and red) had 50mA. i guess the green overpowers the red. in maemo, green had 2, and red had 20. setting the same on mainline produces the expected color | 23:30 |
| sicelo | actually, rtfm ... the wiki states this somewhat, but i guess in my rush, i didn't take note of the section that says: | 23:42 |
| sicelo | "So the driver init default "50" for all LEDs is 5 mA, and mce seems to set current to 0.2 mA (value 2 in the led_current sysnode) for B and G, and either to 0.2 mA or 0.8 mA for R." | 23:42 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!