Pøenos signálù

Zpráva

paveltl · #1 Příspěvek od **paveltl** » 29 bře 2012, 09:36

Zdravím,
rozšiøujeme jednu èasomíru o externí displej a bohužel jsme narazili na dost podstatný problém.
Mám v podstatì dvì možnosti:
1. využít hodiny a povely a vnìjší displej udìlat autonomní, což ze zkušenosti vím že nemá dostateènou pøesnost a lže o pár setin sekundy.
2. kamarád by radìji vyvedl BCD kódy pro sedmisegmentovky, ale to je moøe drátù.

Takže napadá vás nìkoho jak pøenést 15 BCD kódù elagantním zpùsobem?
Ideální by bylo použít nìjakou prùmyslovou sbìrnici na 3 dráty a vzdálenost 10m. Bohužel s mikroprocesory si neruzumíme, ale kdyby to nìkdo byl schopen to vyøešit za rozumnou cenu, i to by byla možnost.

Pro pøedstavu je to charita pro hasièe, 3 èasy 1:00,00.
Nìjaká stokoruna se vždycky najde, ale pár tisícovek už ne.

Andrea · #2 Příspěvek od **Andrea** » 29 bře 2012, 09:39

A ta stávající časomíra není řízená mikroprocesorem?

paveltl · #3 Příspěvek od **paveltl** » 29 bře 2012, 13:01

Bohužel, to je už pár let starý a vypadá to že je dìlaná podle nìjaký konstrukce z amára, klasickou TTL logikou. Jsou to v podstatì 3 nezávislý èasomíry, propojený všelijak dohromady.
Bohužel tehdejší stavitel je už po smrti a tak to zbylo na nás jestli by jsme nezkusili.

Banda · #4 Příspěvek od **Banda** » 29 bře 2012, 20:41

Určitě bych šel cestou menší počet vodičů a posílat data.
Přečíst informace v hlavní jednotce a poslat je do externího displeje.
Avšak bez mikroprocesoru bych se do toho ani nepouštěl - což vás nemusí trápit, s tím bych pomohl, jen je potřeba mít aspoň nějakou dokumentaci k původní časomíře.
Když tak pošlete mi SZ a pobavíme se o tom přes SKYPE.

#5 Příspěvek od **mtajovsky** » 30 bře 2012, 12:25

Pokud budete přenášet celá data po nějaké sériové lince, stejně tam bude diference a to větší, než nějaká setina sekundy. Nešly by přenášet jen synchronizační impulsy? Myslím tím mít vzdáleně samostatné hodiny a například při přeskoku minuty přenést impuls a tím zkorigovat čas.

#6 Příspěvek od **Hill** » 30 bře 2012, 14:54

Snad nejde o souhlas aktuálně zobrazovaného údaje za chodu časomíry, ty setiny by stejně nikdo nestihl přečíst.
Důležité budee zobrazení zastaveného (mezi)času, v podstatě zkopírování stavu buď BCD výstupů před dekódováním (a dekódovat v obou displejích) nebo rovnou zkopírování stavu budičů segmentů, tím odpadne u podružných displejů dekodér, ale pro přečtení výstupů a jejich aktivaci u podřízených displejů bude vyžadovat vícebitový čítač s pamětí, než pro BCD.
Přenos může být pak klidně sériovou linkou, údaj bude stejný, jen se na ostatních displejích objeví o desetiku sekundy později.

jasin · #7 Příspěvek od **jasin** » 30 bře 2012, 16:57

Nejede ten displej v multiplexu? To by dost zredukovalo počet drátů.

Atlan · #8 Příspěvek od **Atlan** » 31 bře 2012, 12:02

4021 a 4094, na skopirovanie stavu BCD a teoreticky 2-3 vodice pre clk a data. 4021 nacitava stav posiela cez data a na vystupoch 4094 sa to vystavi...

frpr666 · #9 Příspěvek od **frpr666** » 31 bře 2012, 13:11

Jestli jsem dobře pochopil, jde o to zobrazovat čas na "displeji" 10m od boxu "časomíry".
Pokud by bylo zpoždění sér. přenosu dat např. 100ms, tak to přeci pro pozorovatele nevadí, že hodnota na displeji se "ustálí" až za 100ms, nebo se pletu?
Tenhle princip se používá např. pro spojení PLC a Operátor. panelu. Na PLC běží úloha a data se sér. přenáší na panel a zpět. Panel zde plní jen funkci "terminálu". Podstatné je, že číslo, které vidí operátor odpovídá číslu v PLC. To že je tam malé zpoždění nehraje roli.

paveltl · #10 Příspěvek od **paveltl** » 31 bře 2012, 13:40

Je to pøesnì jak píše Hill.
Zpoždìní pøenosu nehraje sebemenší roli, protože je nikdo nestihne odeèítat, dùležité jsou jen výsledné zobrazované 3 (mezi)èasy.
Nejsnazší by právì bylo èíst asi ty BCD kódy, proè èíst 7 informací když staèí jen 3.

jasin: bohužel je to klasická technologie TTL èítaèù s BCD dìlièkami a klasickým výstupem.

mtajovsky: princip pøenosu hodin jsme už jednou použily, vlastní èasomíra je øízena PLCèkem, vyhodnocuje se na PC (pìknej prográmek rovnou vše vyhodnocuje a øadí výsledky) a displej pro diváky je øízen hodinami. Divil by ses jak jsou lidi schopní se hádat že displej ukázal èas o 0,02s jiný než èasomíra, pøestože bylo pøedem øeèeno že displej je pouze informativní. Právì tomu se teï chceme vyhnout.

kevin_mitnick

A co ridit externi displej az z PC??

paveltl · #12 Příspěvek od **paveltl** » 01 dub 2012, 11:21

kevin_mitnick: Tahle èasomíra co upravujeme je klasika TTL. Ta s PC byla jiná.

kevin_mitnick · #13 Příspěvek od **kevin_mitnick** » 01 dub 2012, 13:16

paveltl píše: princip přenosu hodin jsme už jednou použily, vlastní časomíra je řízena PLCčkem, vyhodnocuje se na PC (pěknej prográmek rovnou vše vyhodnocuje a řadí výsledky) a displej pro diváky je řízen hodinami.

Ja vychazel z tohoto postu. Proto jsem navrhoval displej z PC...

#14 Příspěvek od **Hill** » 01 dub 2012, 14:48

Jsou tam dekodéry s latch nebo jsou tam mezi čítačem a holými dekodéry ještě zvlášť latche např. s MH7475? Pak by snad nebyl problém vyvést výstupy těch 75, multiplexerem periodicky číst stavy jednotlivých míst v kódu BCD.

Pokud by se data přenášela čistě sériově, pak bych volil snímání stavu jednotlivých výstupů BCD multiplexerem adresovaným z jednočipu, který si stav každé BCD číslice uloží do paměti a po dokončení čtecího cyklu všech míst ho odešle po vedení na podřízené displeje, které budou fungovat opačně: procesor přijatá data rozstrká do jednotlivých dekodérů s latchem.
Rutiny pro sériový přenos pro různé jednočipy jsou dostupné už hotové.
Asi bych to čtení výstupů řešil postaru se Z80SIO (U851D), když už tam jsou pažravá TTLka: umí 8 datových vstupů a umí udělat paket ve formátu RS232 a ještě si poklepat rukou s protějším zařízením, když se mu to dobře vysvětlí.
Jde navíc hardwarově jen o to, multiplexovat do těch 8 bitů všechny výstupy z čítačů a na konci je zase rozhodit do těch správných latchů před dekodéry v displejích.

Andrea · #15 Příspěvek od **Andrea** » 01 dub 2012, 15:04

Než takový orloj, to už radši rovnou předělat tu časomíru na jednočip, který by posílal aktuální časy po sériové lince ven do slave jednočipu, který by je zobrazoval.