[elektro] gyors port kezeles

Horvath Janos winnerbt at fibermail.hu
Wed Jun 11 10:22:51 CEST 2008


Hali!

Mind a 400 bit be/ki allapota kell?
Kimenetre en ugy csinalnam, hogy 8-bites MS tarolo, ami ugye
felfutora bekapja a buszon levo adatokat, lefutora meg kiteszi.
A CLK-kat hosszu shiftregiszterrel adnam, folyamatos feltoltessel,
(1000,1100,1110,1111...), igy minden CLK-ra 1 byte beirasa jutna
(ha megfelezzuk a regisztereket es a masodik csoport CLK-t invertaljuk,
akkor felfutora egyik, lefutora masik lep, igy 2x-es a sebesseg).
Amikor tele a shiftreg 1-ekkel, akkor egyszerre vagy resetelnem vagy ha 
nincs reset laba, akkor OE-t tiltanam (csak ekkor kell lehuzoellenallat
a kimenetekre es utanna szabadidoban ki kell nullazni 25 orajellel).
Igy elmeletileg 25 orajellel + reset kinnt vannak az adatok.
(sajnos 8-bites bus-t el kell vinni mindenhova es jo hosszu
shiftreg kell, de 10 labbol megoldhato procioldalon).
Ha befele is olvasunk mondjuk ugyan ennyit, akkor annak kulon
8-bites buszt hasznalnek (ugyesebbek beolvashatjak a "kimeneti" buszon
is statikus allapotban, befele forditva a portokat), a bemeneti
meghajtokat, ha mar van shiftregiszterunk a kijelolesre, annak
2-2-2 bitjet hasznalnam, sajnos, mivel nem 1 bit fut vegig, igy paronkent
kell egy pl. 1GATE EXOR kapu, amikor csak akkor engedelyezi a 
beolvasast, ha csak az egyik bit van 1-be.

vagy valami ilyesmi...remelem valamit ki tucc-tucc hamozni belole.

JAni
10:21


> gondolkodom egy feladaton, de akarhogy szamolom, 50db 8 bites portot 
> kene nagyon gyors allaporvaltozasokkal kezben tartanom.
> a nagyon gyors jelen esetben 1-10 ms nagsagrendu polling.illetve kifele 
> meghajtas.
> mivel ez meg a legnagyobb labszamu cpld-be sem fer el, mindenkepp 
> kaszkadolni kell. meg szinkron beallitani, olvasni.
> arra gondoltam, hogy ki es befele is arnyekregiszterekkel, szinkron OE 
> latchbe atiro jellel oldanam meg.
> 
> ami a gondom, hogy proci oldalon milyen interface-t valasszak?
> dma aramkort nem kivannek cpld.bol csinalni, nomeg a kaszkad miatt 
> erdekes is lenne az arbitracio, a sima 8 bit i/o meg cimzessel lassunak 
> tunik. a page read esetleg jo, de a kezelese szoftver oldalon eleg sok 
> idot vesz el (kb mint dma-t felprogramozni) illetve nekem az adatokat 
> meg kezelgetnem is kell.. vagy legalabb hatter pufferbe irni.. (arm ext 
> memory) a dump merete akar 32M is lehet..
> 16 bit adatot meg nem szivesen aldoznek, mert a regisztermereteken tul a 
> labszamot is rendesen elvenne az i/o-tol
> 
> 
> 
> 
> -----------------------------------------
>           elektro[-flame|-etc]
> 



More information about the Elektro mailing list