MCU s LCD driverem

[Ondrej]

Díky za info všem. Rozhodnutí zda řadič nebo větší MCU je spíše o vkusu. 
Mě přijde mnohdy jednodušší si to napsat sám než lovit v DS, proč 
externí integráč nefunguje. A pak zjistit, že je odpálený.

Mě jede tedy o LCD, protože LEDky moc žerou.

Ještě jeden dotaz - máte spolehlivého dodavatele LCD (ideálně těch 7 
segmentovek). Hlavně mi jde o to, aby byl displej dostupný i za pár let. 
Hlavně mechanicky, ale vlastně i elektricky a zapojením.

O.


Dne 4.1.2018 v 22:56 Pavel Hudecek napsal(a):
> Musí se tam vyrobit AC, jinak číslíčka časem zmizí. Ale v programu je 
> to triviální. Prostě se všechno pravidelně invertuje.
>
> S multiplexem je to horší, protože se musí použít více napětí a 
> kombinovat tak, aby co má být vidět bylo přes hranici a co ne, tak aby 
> mělo menší napětí. Tam už to chce MCU s řadičem, nebo k němu odporový 
> dělič a dostatečně velký maticový analogový multiplexer. V horším 
> případě nemusí stačit rozsah Vdd-GND.
>
> V případě LED multiplexu je to triviální, protože LEDky svítí jen v 
> jednom směru, takže je snadné zajistit, že v určitém čase svítí vždy 
> jen 1 číslo. A už jsem jednou uvažoval udělat to naruby, že by vždy v 
> určitém čase svítil jeden segment ve všech číslech, kde zrovna svítit 
> má:-)
>
> Jenže LCD funguje v obou polaritách, takže při použití LEDkové metody 
> by "svítily" i další kombinace. A pak ještě ta nutnost AC...
>
> Rychlost MCU v tom (alespoň u sedmisegmentovek) nehraje roli. Možná 
> tak kdyby měl hodiny hodně pod MHz, začal bych mít u hodněmístného 
> displeje starosti (ale jsem línej počítat, zda oprávněné). Standardně 
> mám v programech "univerzální" přerušení 1 kHz a v něm řeším i 
> displeje. U LCD bych vlastně naopak musel řešit, že ta AC frekvence má 
> být v nějakých desítkách Hz (ale nevím, zda by něčemu vadilo, kdybych 
> tam pustil 500).
>
> PH
>
> -----Původní zpráva----- From: Ondrej
> Je pak v řízení nějaká záludnost? Je potřeba řídit jednotlivé segmenty
> střídavě (obdelníky) nebo stačí stejnosměrně (za předpokladu že
> zobrazovaný údaj se bude měnit s frekvencí cca. 1 Hz)?
>
> Pokud bych měl dost rychlé MCU, mohl bych teoreticky řídit i
> multiplexovaný LCD?
>
>
> Dne 2.1.2018 v 21:41 Pavel Hudecek napsal(a):
>> Tam, kde se dají použít tyto řadiče (pro nemultiplexované LCD), se dá 
>> použít i jakýkoli MCU s dostatečným počtem nožiček. Řadič netřeba.
>>
>> PH
>>
>> -----Původní zpráva----- From: Radek Koutsky
>> Zkuste použít (sám to tak používám) jakýkoli MCU PIC, nebo Atmel a k 
>> tomu jako řadič používám MAX7219 - u nás je poměrně drahý, tak to 
>> řeším nákupem přes Ali, kde jako DotMatrix modul vyjde na cca 1,5USD.
>> A nebo používám hojně rozšířený starý řadič AY0438 v DIP-40 pouzdru a 
>> nebo ještě jako PLCC44.
>>
>>
>> -----Original Message-----
>> From: Hw-list [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Ondrej
>>
>> potřebuji procesor s určitými parametry a buď hledám špatně nebo se 
>> něco podobného (už) nedělá.
>>
>>
>> Moje požadavky jsou
>>
>> * DIL/PDIP pouzdro (prostě ne SMD)
>>
>> * integrovaný řadič 7 segmentového LCD (4-5 číslic)
>>
>> * ideálně uvnitř ARM nebo alespoň něco běžněji dostupného
>>
>> * dospanost v desítkách ks
>>
>>
>> Našel jsem toho spoustu, ale buď v SMD nebo bez LCD řadiče. Jako
>> alternativu bych bral i nějaký řadič 7 segmentového LCD v DIL (ke
>> kterému bych připojil ARM), ale to jsem také nenašel.
>>
>>
>> Ostatní parametry raději nechme, protože i tak bude asi výběr dost 
>> omezený.
>>
>>
>> Víte někdo o něčem podobném? 
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list