[Arm-netbook] LCD LED driver IC recommendation

luke.leighton luke.leighton at gmail.com
Thu Jan 10 18:05:19 GMT 2013


On Thu, Jan 10, 2013 at 2:49 PM, jm <joem at martindale-electric.co.uk> wrote:
> On Wed, 2013-01-09 at 20:21 +0000, luke.leighton wrote:
>> On Wed, Jan 9, 2013 at 11:01 AM, jm <joem at martindale-electric.co.uk> wrote:
>>
>> > This link shows a couple of chips that have various input and output
>> > voltages and currents: http://tinyurl.com/bgbdsaq
>> >
>>
>> found one!  ahhh $0.20.... love it.  SY7201 SOT23-5:
>>     http://item.taobao.com/item.htm?spm=a230r.1.10.2.wpwLD6&id=14798320846
>>
>> > High frequency inductor based switch mode supplies have >80% efficiency
>> > is probably what you need for battery based operation.
>>
>>  yeah i think that SY7201 is... well, there's an inductor on the
>> circuit, right? :)
>>
>>  oooo ciircuits, niiice:
>>
>>  ftp://relay.alkotel.ru/service/eBOOK/TB-723A/Diagrams/
>>
>>  this was where i found the reference to SY7201.
>
> hmmm....
>
> the solution looks a bit crude.

 i looove crude.

> I think what the diagram is trying to say is that a signal
> PWM0 is varied by generating a pwm signal from the CPU to control
> the backlight brightness of the LCDs.

 yes.

> That taxes the CPU a little however insignificant that might be.

 ah no it doesn't - these embedded controllers have PWM drivers
built-in, you upload (once) to a memory register what frequency and
duty cycle you want the PWM to operate at, and let it get on with it.

> A software crash will result in either a fully on or fully off
> screen I assume.

 well, a software crash would leave any PWM BL IC in either an on or
off state, so it's no odds.  actually, a software crash on a
CPU-controlled PWM would probably shut it down.

 those PWM backlight ICs are really there for systems which don't have
hardware-level PWM.

 i did choose the STM32F for a good reason :)

l.



More information about the arm-netbook mailing list