[vlsi-nastava:2005] - Re: Pitanja za asistenta u vezi domaceg za april by "Nedeljkovic Miroslav" <djoki@verat.net>

Da li sam shvatio dobro.Mi treba da realizujemo kontrolnu logiku,wisbone,
interfejs prema memoriji i video mikser.Funkcija video mixera nije unapred
poznata, vec je nama ostavljeno da je smislimo i ukomponujemo sa kontrolnom
logikom i ostalim elementima da to zajedno radi.
Da li se koristi video frejmer iz januarskog domaceg?Da li on sme da ima
samo one signale navedene u specifikaciji januarskog domaceg ili smo
slobodni da dodamo jos neki signal?Koji je signal koji ide od videofrejmera
ka video mixeru?

Ako ovo nije tacno i ne treba da se realizuje videomixer da li moze da se
zna kako on radi?

Pozdrav!


----- Original Message -----
From: "Gvozden Marinkovic" <mgvozden@EUnet.yu>
To: <vlsi-nastava@titan.etf.bg.ac.yu>
Sent: Wednesday, March 30, 2005 10:44 PM
Subject: Re: [vlsi-nastava] Pitanja za asistenta u vezi domaceg za april


> Marija, necu da te menjam, hvala. Sve u svemu Marija je, cinimi se
> precizno dogovorila na pitanja.
>
> Pozdrav
>
> Gvozden
>
> Marija Stojsavljevic wrote:
> > Dugo vec pratim ovu listu (oko 3 godine), na FLE sam kao neki tutor za
> > VLSI, pa evo na osnovu predjasnjeg iskustva - sta ja mislim da su
odgovori
> > na ova pitanja:
> >
> >
> >
> >>    U tekstu zadatka se kaze da je logo smjesten u ROM memoriju (samim
> >
> > tim
> >
> >>ima neku fiksnu velicinu (m*n piksela)), i velicina logoa se zadaje
> >
> > preko
> >
> >>Wishbone interfejsa.
> >>    Ova dva uslova su kontradiktorna, osim ako se ne ocekuje da se logo
> >>uveca ili umanji po potrebi.
>
> ... pa imate memorijski modl od npr. 2 MB, a velicina logoa je 100K
>
> >>    Da li moze da se smatra da je velicina logoa fiksna i da se ignorise
> >>zahtjev da se njegova velicina zadaje preko WB interfejsa?
> >
> >
> > U svakom slucaju, za realizaciju je mnogo povoljnije da se velicina
logoa
> > zna unapred. Kako bi se inace znalo kada treba prestati sa citanjem iz
ROM
> > memorije i nastaviti sa prenosom sa linije Video IN? Ako se WB interfejs
> > ukloni (sto bi bila posledica), onda je jedini korisnicki pristup preko
> > ROM memorije, sto podrazumeva usvajanje jos jedne
konvencije/pretpostavke
> > (recimo da se velicina i polozaj citaju kao prva tri podatka iz ROM-a).
> > Ovo alternativno resenje dodatno komplikuje stvar sa sinhronizacijom
> > (treba definisati i koji je to trenutak pogodan za citanje ta prva tri
> > podatka, sta ako bas tada krene validna sekvenca sa Video IN), pa treba
> > jos smisliti neke pocetne uslove (za slucaj da krene sekvenca sa Video
IN
> > pre citanja) - koji dodatno ogranicavaju fleksibilnost uredjaja (mora da
> > se pretpostavi velicina slike unapred)...
> > Ukratko, mislim da WB interfejs i zadavanje parametara preko njega ne
> > treba izbaciti - nista tu nije kontradiktorno (osim ako ne mislite da je
> > velicina logo-a fiksna i jednaka preostaloj velicini ROM-a, sto je opet
> > ogranicavajuci faktor).
> >
> >
> >>    Da li FIFO memoriju cita samo video-mixer ili i video-framer? Da li
> >
> > postoji neki kontrolni signal preko koga video mixer i framer
> >
> >>"kazu" kontrolnoj logici da su procitali jedan piksel iz FIFO memorije
> >
> > (da bi ona znala da treba da ucita novi piksel iz ROM-a)?
> >
> > FIFO memoriju cita kontrolna logika, a podaci koji su procitani salju se
> > na video mikser. Kako se dimenzija logo-a zna unapred, kontrolna logika
> > (FSM/konacni automat) samo treba da cita u svakom taktu po jedan podatak
> > iz FIFO-a dok se ne procita poslednji piksel.
> >
> >
> >>    U tekstu zadatka u 3. tacki stoji da je potrebno realizovati
> >>strukturni VHDL opis logo insertera na nivou blokova datih na
> >>principijelnoj semi.
> >>    Da li to znaci da je dovoljno napisati entitete za te blokove, i
> >
> > nije
> >
> >>potrebno pisati neku arhitekturu koja ce opisati ponasanje video mixera
> >
> > i
> >
> >>framera?
> >
> >
> > U tekstu zadatka u 4. tacki pise da treba realizovati test bench koji
> > simulira ponasanje logo insertera :) Dakle, uredjaj mora da radi, a to
ne
> > moze bez arhitekture ;)
> > Zbunjujuci deo 'na nivou blokova datih na principijelnoj semi' sluzi
samo
> > da sugerise organizaciju koda (koji u ovom slucaju bas mora da se podeli
> > na delove da bi mogao ikako da se debaguje), a i moze se shvatiti
> > indikativnim pri resavanju drugih dilema (kao na primer, sta radi video
> > mikser).
> >
> >
> >>    Ako mozete da zbog lakseg razumijevanja zadatka, u par recenica da
> >>pojasnite sta rade video-mixer i video-framer?
> >
> >
> > Neko je postavljao pitanje na listu pre par dana u vezi framer-a i
receno
> > je da je to onaj framer iz januarskog roka. Dakle, framer sluzi da na
> > osnovu signala Video In prepozna koristan deo (active video) i postavi
> > statusne flegove: one koji indikuju da li je u toku VBI i/ili HBI, i one
> > koji indikuju polozaj piksela u okviru slike (sto je veoma potrebno za
> > akciju ubacivanja logo-a).
> > Sad, video mikser treba realizuje u skladu sa funkcionalnoscu kontrolne
> > logike i video framera. Ako se framer realizuje kao u januarskom domacem
> > (ili veoma slicno), kontrolna logika tako da samo postavlja kontrolne
> > signale, onda video mikser treba na osnovu pozicije tekuceg piksela i
> > zadate pozicije logoa da na Video OUT izbaci piksel sa ulaza ili piksel
> > logo-a.
> >
> > Nadam se da je ovo bilo od pomoci... Sve u svemu, potrebno je
> > izanalizirati januarski domaci - sve je mnogo jasnije kada se zna sta
radi
> > video framer.
> >
> > Pozdrav,
> > Marija
> >
> > -----------------------------------------------------------------
> > Informacije vezane za predmet Racunarski VLSI sistemi:
> >    http://titan.etf.bg.ac.yu/~gvozden/vlsi
> > -----------------------------------------------------------------
> > unsubscribe:
> >    minimalist@titan.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> > -----------------------------------------------------------------
> >
>
> -----------------------------------------------------------------
> Informacije vezane za predmet Racunarski VLSI sistemi:
>    http://titan.etf.bg.ac.yu/~gvozden/vlsi
> -----------------------------------------------------------------
> unsubscribe:
>    minimalist@titan.etf.bg.ac.yu?subject=unsubscribe%20vlsi-nastava
> -----------------------------------------------------------------
>
>
> --
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.308 / Virus Database: 266.8.5 - Release Date: 3/29/2005
>
>