Velke sedmisegmentovky

[MK]

> On Thu, 10 Oct 2002 19:02:58 +0200, MK wrote
> > Mozna Vas to prekvapi, ale napriklad onen "silovy" rozvod byl resen
> > "ksandou" se samoreznymi konektory, a tam ta chyba nejak nesla
> > udelat :-))
> No vidite, a toto ste ani v clanku na mcu.cz nespomenuli... My mame 4x3
2,3"

Oops, clanek na www.mcu.cz popisuje STATICKY displej :-))


> 2colorLED 7seg na 1 plosaku, a rozvod napajania/zeme po plosaku je uz
> problematicky... A najma kvoli spickam v odbere, ktore vznikaju kvoli
MUXu, a
> ktore spolahlivo zarusia shifty.

Nechci byt valecny stvac, ale co sverit navrh odbornikum, jiste jich zde
najdete dost :-))))
Kombinace MUXu a shift registru ??? Pravda, pouzivam je k rizeni anodovych
spinacu (74164) a to bez nejakych problemu. Ale jestli Vas dobre chapu, tak
Vy jimi ridite katody (segmenty) a jeste k tomu tam mate MUX???? No proti
gustu zadny dysputat :-)))) Ale tohle by me nenapadlo ani v nejtezsi depresy


> > K zotaveni saturovanych darlingtonu staci odpor :-))
> To je mozne, ale musite o tom probleme vediet a ten odpor tam tym padom
dat.

Tohle neni argument, to je naprosta demagogie. Pokud neco delam, tak tomu
mam rozumet, nebo se to snazit naucit. Nejenom, ze se podobne veci uci v
zakladech elektroniky, ale vetsinu lidi velmi brzy napadne, kde ze je
zakopany pes.


> Ved preto som navrhol pre staticky rezim tie 2051ky - tam by tento problem
> pri slusnom protokole mal byt mensi. Ja viem, ze to je brutalne znejuce
> riesenie, ale pre vyvarovanie as chyb je mozno lepsie a rychlejsie; a ak
ide
> o jednorazovku, kde az tak strasne nezalezi na cene ale na rychlosti
> riesenia...

A co takhle zavest zpetnou vazbu z poslednoho shiftu do uC a prepisovat data
do zachytnych registru pri shode vyslanych a prijatych dat :-))))
Jeden drat navic a kousek programu. Jinak stejna zvrhlost, jako tam dat
2051. Je asi absurdni delat neco jednoduse, kdyz to jde slozite.

> No a to je zasa uplne iny pristup, t.j. namiesto dosky displejov so
shiftami
> a budicmi + dosky riadenia urobit shifty a budice na riadenie a roztahovat
to
> dlhymi kablami do jednotlivych displejov. Tak ak je tato "mala krabicka",
ako
> pisete, _dobre_zabezpecena_proti_ruseniu_, nevidim uz vobec pricinu na
> trvanie na MUXe.

Nekde se vloudil informacni sum, nebo kazdy mluvime o necem jinem
MUX       = 7 + N (7+16=   23) dratu na rizeni katod a anod
NEMUX  = 7 x N (7x16=  112) dratu na rizeni katod

Jsem liny, radeji pouziji tech dratu ponekud mene :-)))))

>Aby som to zhrnul: MUX vs. neMUX:
> + menej obvodov (lacnejsie)
> + pri "roztahanom" CLK/DATA (shifty+budice pri displejoch) menej nachylne
na
> chybne zobrazenie
> - potreba vykonovych budicov a ich spravne budenie
> - potreba slusneho vykonoveho rozvodu
> - zlozitejsie ovladanie
> - zataz LEDiek pulznym prudom
> - prudove razy v napajani

A ted zase ja:
+ jednodussi a levnejsi konstrukce sedmisegmentovek
+ jednodussi a levnejsi  kabelaz
+ mensi nachylnost k zaruseni
+ mensi a lehci zdroj
= srovnatelna narocnost na SW obsluhu
? kde jste se dostal k informaci, ze pulzni provoz LEDkam vadi ???
? proudove razy v napajeni - jedine pri nevhodnem navrhu, jinak k nim
opravdu neni duvod

> >  je to dano vrozenym hulvatstvim, lety vytribenym k dokonalosti :-))
> Aha, no, to mozno chapat, aj ked od cloveka s Vasim vzdelanim a rozhladom
> najma vzhladom na "obecenstvo" na tomto fore trocha zaboli :-<

Je mi lito, ale uz se nezmenim, a ani se menit nechci :-))) Mozna se budu
trochu vice kontrolovat, ale na podobnou argumentaci jako je Vase budu vzdy
reagovat stejne. Me nazory vychazeji z mych zkusenosti a poznatku a jsou
overeny praxi. Proslapaval jsem si slepe ulicky a take se presvedcil, ze
vyfukovanim dymu do vody zlato neudelam :-)))

Postavil jsem tri staticke tabule a nekolik desitek multiplexovanych. Behaji
dodnes vsechny, ale multiplexovane s drtive mensim procentem problemu.

S pozdravem
MK

http://www.mcu.cz
http://www.mcu.cz/atm
http://www.mcu.cz/bazar