[vlsi-nastava:2004] - Re: TestBench ?! by "Sasa Rudan" <mprinc@galeb.etf.bg.ac.yu>

> Specifikacija , kao i svi uslovi se daju na pocetku projekta,
a ne na
> kraju. Naknadna izmena zahteva, povlaci i jos neke izmene ;)

Za ovo se treba obratiti asistentu, medjutim ja mislim da niko
nije imao losu namjeru promjene tipova portova, vec su u igri
dvije intepretacije sirine port: a) na osnovu sirine DATA
magistrale i b) na osnovu sirine maksimalnog podatka koji ce
njome biti poslan.

Ako se prihvati b) tada cete vidjeti da o tome sto je DATA
32-bitna ne treba ni da se brinete jer to ne morate ni
primjetiti (sve vrijeme podaci idu na DAT(15 downto 0)

> Komercijalni UARTI dozvoljavaju da u CLKDIV upises sta tebi
> odgovara, pri cemu tacan opis treba navesti u dokumentaciji.

Ne mogu se sjetiti ni jednog UART-a komercijalnijeg od UART-a
16x50, a u njemu je interpretacija DLR-a (CLKDIV u nasem
slucaju) kao djelitelja kristala 1'8432 MHz. Ali posto i on
sempluje FIKSNIH 16 puta (dakle nema ni govora o nekom
"upisivanju sta nam odgovara") imamo FIKSNU racunicu:

            glavna frekvencija       referentna frekvencija
 Bd =    ------------------------- = -------------------------
=
               16 * DLR                          DLR

            1,8432 MHz                     115'200Hz
      =  ------------------------- = -------------------------
               16 * DLR                          DLR

Dakle ISTOVJETNO kao u asistentovom TestBench-u. E sad, to sto
je nekom problem postici 300'000Bd, to je ipak samo problem
kristala.

> Moj predlog je izmena:  constant BD_RATE_FACTOR: positive :=
16;
> ,kao sto je i receno ranije.

Mislim da je taj prijedlog u stvari poodavno i ideja
asistenta - ako si semplovala sa 16 bice na odbrani
BD_RATE_FACTOR= 16, a za onoga ko je semplovao sa 8 bice
upisano 8.

> Molila bih osobu koja je odgovorna za TB da da krajnji
odgovor sto pre.

Za konacan odgovor moracemo da cekamo asistenta, a moj stav je
da ce on bez problema usvojiti sve razumne primedbe, naravno
koje nisu odraz loseg dizajna nasih serijskih portova.

U kontekstu toga se pojavljuje problem oko ucestanosti kojom se
pobudjuje Rx linija (od strane TestBench-a) i najpribliznije
ucestanosti kojom odabire nas UART. One za date parametre ne
mogu biti iste i mnogi su se oko toga brinuli i zahtjevali od
mene da to izmjenim. To nije u mojoj jurisdikciji, a opet
mislim da je to jedna od blagih nacina provjere ispravnosti
naseg odabiranja. Ipak ja u novoj verziji i to ispravljam na
neku pitkiju vrijednost (djeljivu i sa 16 i sa 3), a na
asistentu je da to prihvati.

> p.s. Zastoje TX definisan kao inout? Da li je to neka greska?

>      Ranije nije receno da treba implementirati handshake kao
kod
>      modema,a sada su se pojavile neke linije  RTS,DTR...

Izvinjavam se za ovaj propust, potekao je od moga dizajna
UART-a gje sam implementirao te signale i time ih propagirao u
enkapsulirajuci entitet. Sad ih vise nema :))

pozdrav,
    Sasa

Attachment: test.vhd
Description: Binary data