MCU s LCD driverem

[Pavel Hudecek]

A hlavně jsem v předchozím příspěvku zapomněl: Pokud tazatel chce použít 
multiplexovaný LCD, ani jeden z těch švábů mu nepomůže.

PH

-----Původní zpráva----- 
From: Radek Koutsky
Právě proto, abych nemusel (někdy z lenosti) řešit tyto záludnosti, tak 
používám níže zmíněné řadiče; nasypu mu do bufferu to co chci, a o zbytek se 
postará sám. AY0438 ke své činnosti potřebuje 1 kondík a MAX7219 odpor a 
kondík.
MAX7219 používám pro řízení MUX 4-8xLED displej (tady bych to těžko 
nahrazoval) - MAX umí zároveň přes jednoduchý příkaz řídit jas (ano toto lze 
také vyřešit jinak, ale proč, když to zmíněný obvod umí sám o sobě.)

-----Original Message-----
From: Hw-list [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Pavel Hudecek
Sent: Thursday, January 04, 2018 10:57 PM
To: HW-news
Subject: Re: MCU s LCD driverem

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?