Stránka 1 z 1
Časomíra.
Napsal: 10 bře 2013, 12:58
od kutilmil
Zdravím Vás.
Prosím o radu. Postavil som túto časomíru
http://adam.kafelanka.cz/index.php?id=9 resp ukazatel skore, ale mam taky problem že displej strašne bliká. je to preto, že obnovovacia frekvencia z pc je strašne malá. neviete mi niekto poradit co s tým?? nestavali ste ju niekto??
Za rady ďakujem.
Napsal: 10 bře 2013, 13:54
od EKKAR
Jedině kompletně změnit časování refresh ve zdrojáku programu. Další možnost je předělat dekódování zobrazení z multiplexu na statický - a aby se obludně nenavýšilo množství spojovacích kabelů, použít sériovej přenos a dekódování sériovým posuvným registrem. To by ale znamenalo předělat nejen soft, ale i celej hardware... Blikat to už ale potom samozřejmě nebude - s výjimkou změny stavu, kdy to jen 1x přeblikne na novej stav.
Napsal: 10 bře 2013, 14:27
od kutilmil
Ďakujem Ekar.
Napadlo ma na jednotlive segmenty zapojiť MKO tak, aby sa segment pridržal dlhšie rozsvieteny. Lenže neviem aky IO použiť, idealne by bolo aby mal 7 vstupov a 7 vystopov, pričom vystupy by zopli okamzite s privedenym signalom a rozopli by o nejaku ms neskor. Zdrojovy program nemam k dispozicii.
Dik za radu.
Napsal: 10 bře 2013, 14:59
od Panda38
Nespouštíš to pod Windows XP nebo vyšší? Operační systém nuceně přerušuje běh úloh po časových kvantech. Ve Windows 95 a 98 to ještě celkem je reálné učasovat (i když také už špatně), protože tam multitask není nucený, ale pod XP už je nereálné dělat správné hw časování.
Napsal: 10 bře 2013, 15:10
od kutilmil
Skušal som aj pod XP aj pod 98. Pod obidvomi systemami to bliké.
Napsal: 10 bře 2013, 16:40
od Honza_dy
Tuhle konstrukci jsem zkoušel taky, bylo to spíš jen tak z nudy. Tenkrát jsem použil HW, který jsem měl hotový v šuplíku. Každý displej měl svůj dekodér MHB4543. Jejich vstupy jsem propojil paralelně a multiplexování použil pro aktivaci jednotlivých dekodérů (latch). Vím jistě že to fungovalo dobře a bez blikání.
Datasheet CD4543
Napsal: 10 bře 2013, 17:41
od p32
Jak jsem se díval, tak to asi blikat musí, ale není to dané tím hardwarem. Tam totiž není žádný "buffer", co by si ten původní stav pamatoval do nového. Takže je to věc jen sofwaru a v něm toho mazání původního stavu před přepsáním. Z toho mi vychází, že bych řešil problém v programu pro tuto časomíru nebo tam dal něco, co si ten stav pamatuje do dalšího přepsání (nezhasíná až do doby těsně před dalším přepisem).
Napsal: 10 bře 2013, 18:55
od kutilmil
Pre p32.
Ano to by bolo riešenie ale neviem čo nezhasne než sa to prepiše teda aka sučiastka by sa tam mala dať.
Napsal: 10 bře 2013, 23:10
od p32
To už ti psal Honza_dy, ne ? Mrkni se na ten odkaz a porovnej obvody, proč mu to nedělá.
Moje připomínka ohledně změny v programu byla v případě, že by se v hardwaru nic neměnilo.
Napsal: 10 bře 2013, 23:49
od kutilmil
Dik. zle som si to precital. Zajtra kupim IO a odskusam to. Dam vediet ako to dopadlo.
Napsal: 11 bře 2013, 19:42
od kutilmil
Zdravím.
Chcem poďakovať hlavne honzovi a p32 za rady. Funguje to perfektne, len ma to vycvičilo trocha, lebo som si nevšimol že sa má uzeniť pin 7.
Inak velmi pekne dakujem.