www.elektronik.si

[bonny]

Zivijo...

Ima morda kdo podatek koliko casa porabi posamezna instrukcija?
Moram napisat casovno zelo obcutljivo rutino pa sem opazil da se posamezne instrukcije ne izvajajao z enako hitrostjo.

za primer sekvenca NOP NOP NOP NOP NOP NOP vzame enako casa kot
LDR R1,[INTERNI RAM] STR R1,[INTERNI RAM]

Najprej sem mislil da je bil problem GPIO ker sem kopiral iz porta v ram pa je cist enako tudi iz rama v ram (kar isti naslov) Sam za vsak ukaz pa res nebi z osciloskopom in frekvencmetrom timinga iskal.

[Roadracer]

Glede na to da je časovno zelo občutljiva bi bila mogoče rešitev operacijski sistem. Potem bi delal preko shedulerja in bi bila zadeva lažja. Vse je vezano na takt procesorja tako da točno veš kje si.

[bonny]

Hoj...

Ne bo slo. Moram generirat signale v MHz podrocju. Gre za cca 50 ukazov ki se morajo izvrsit v meni znanem zaporedju in pravilnih casih. In enostavno ni "casa" za se nek operacijski sistem.

[NeoTO]

Uporabi simulator ali debugger in poskušaj, dokler ne dobiš pravih časov...

[Glitch]

Si preprican, da si se lotil na pravi nacin? Generiranje signalov v MHz obmocju je za kaksen FPGA, CPLD ne pa mikro. ARM ima ukaze, ki se izvajajo razlicno dologo, deterministicen odziv pa moti tudi cevovod. Starejsi procesorji imajo GPIO priklopljen se na APB, ki je sploh pocasen. Vse skupaj precejsna latenca.

Uporabi timer interupt kot FIQ.

[bonny]

Ja FPGA spila. Sam sem poleg rabil se mikrokontroler ker je bil sam FPGA pac preneumen. Ni pa slo da bi dal v sam fpga se kaksen core procesor.

Sicer je pa videti da bo slo za to hitrost ki jo cem dobit. Nekaj osnovnih podatkov imam. Sama koda se izvaja dovolj hitro. Trenutno nastane problem ce bi rad poslal na port vzorec iz flasha ker je flash prepocasen in to skazi tok podatkov. Podatki iz rama pa gredo ok. Sam ker rabim ravno obratno (veliko podatkov in kratek program) bo verjetno najlazja resitev da se program izvaja iz RAMa (go ga uspem tja napisat :< ) podatke pa vlecem iz flasha.