«« ( Date ) »» // «« ( Thread ) »» // mips-nastava - 2004

Re: rezultati ispita

by Dragoslav Pavkovic
nedelja, 11. jul 2004 - 19:42.

> 2. Prilikom realizacije hardvera mnogi nisu vodili racuna o brzini
> svetlosti. Kao sto znate brzina svetlosti je 300000 m/s => da bi se
> izmerilo 50m snop putuje 0.33 ms (2*0.1666 ms). Merenje vremena mora
> biti sto je moguce preciznije, pa se to mora realizovati hardverski,
> koristeci tajmer. U tacki cetiri potrebno je samo ocitati vrednost i
> izracunati potrebno rastojanje. Ideja da se overklokuje mikrokontroler
> je stvarno fantasticna (necu navoditi ime ...:).

Ako se dobro secam, ja sam spominjao, vise kao saljivu napomenu, overklokovanje (a mozda je to jos neko predlozio).
Razlog je sto je brzina svetlosti 300,000 km/s (bar u vakuumu), tj. snopu treba oko 0.00033 ms (3.3e-7) da predje 2*50m.
Resenje je principijelno ok, da neki dogadjaj (ovde detekcija reflektovanog snopa) izazove prekid, pa
da se u prekidnoj rutini racuna proteklo vreme, bilo lecovanjem i ocitavanjem (pravilno inicijalizovanog) tajmera, bilo ocitavanjem neke globalne promenljive koja se azurira u prekidnoj rutina tajmera posle svake jedinice vremena, bilo na neki treci nacin.

Moja pretpostavka je bila da se ocekuje kao resenje ispitnog zadatka, da se signal koji predstavlja dogadjaj veze na neki ulaz kontrolera prekida, pa da se onda odradi pomenuto principijelno resenje za merenje vremena.
Problem je sto bi tesko mogla da se postigne trazena tacnost merenja (50m), ako bi signal koji predstavlja dogadjaj samo izazivao prekid i ako bi ucestanost kloka bila onolika kolika je.
Drugim recima ili bi mikrokontroler trebalo da bude brzi ili brzina svetlosti manja ili nesto inventivnije (i realnije).
Overklokovanje sigurno ne bi upalilo...

Resenje koje bi i moglo (koliko toliko) da upali, jeste da se tajmer hardverski lecuje - preko gate signala.
Uz koriscenje jednog d-ff, nand (ili or) kola i dva pina paralelnog porta to bi moglo da se odradi (ukljucujuci i softverska kontrola svega toga)...
Ovo bi moglo da se primeni na brze dogadjaje, kako je ovde slucaj, a gde se i ocekuje preciznost u merenju intervala vremena.
I ovo mi je naravno, tek sad palo na pamet, ali mozda bude nekom od znacaja za neki buduci domaci/ispit...

E sad, mozda sam ja ovde nesto pobrkao, ali skoro sam siguran da ovo nema nikakve veze sa samim zadatkom (ima veze ako ko hoce da napravi zadati mikrokontroler) i da nekakvo hardversko lecovanje ili sta vec, nije nikom ni palo na pamet da treba da se radi.
Ali naravno, ako sam pogresio u pretpostavkama i ovoj analizi, bilo bi dobro da to saznam na vreme (pre nego sto krenem npr. da projektujem neke mikrokontrolere :)).

Pozdrav,
Dragoslav