www.elektronik.si

[tiger]

Hi

Trenutno delam merilni sistem za stružnico z rotacijskim inkrementalnim dajalnikom.
Najprej sem naredil z AVRjem M16 nato še z DSPICem 30F4011.
Na obeh kontrolerjih deluje dvososni sistem X,Y uredu.
Vendar, ko sem navil na os rotacijskega dajalnika vrvico in hitro potegnil je AVR štel uredu, DSPIC je pa spustil precej impulzev?????????? Inkrementalni dajalnik je bil vezan hkrati na oba procesorja vzporedno in na oba vhoda hkrati (X in Y).
AVR je na obeh oseh X in Y preštel enako, DSPIC, pa kr neki.

Kako je mogoče, da 8 bitni procesor prekaša 16 bitni procesor. V obeh primerih sem imel spremenljivko Integer, torej 16 bitno in uporabil prekinitev INT0 in INT1. Oba procesorja sta delala na max možni frekvenci.

LP

[spy]

Ha.... 1:0 za AVR.

Verjetno imaš napisano (prevedeno) ISR rutino v DSPicu daljšo, kot v AVRju. In se ti ne zaključi do naslednjega interrupta. Primerjaj ju v zbirniškem načinu. Pomeri časovno trajanje posamezne.

[Sokrat]

Slabo napisan program. Niti teoreticno ne more biti 20 MIPS 8-bitnik hitrejsi od 30 MIPS 16-bitnika, ko je program primerno napisan za obe arhitekturi.

[aly]

Še ena stvar glede same arhitekture inkrementalnega števca. Imaš na voljo par variant:
- narejen v CPLDju, in samo bereš vrednost ven
- z logičnimi vrati dobiš signala DIR in CLK, če imaš ustrezen števec s temi vhodi
- z logičnimi vrati generiraš signala CNT_UP in CNT_DOWN. Ta dva signala pelješ na HW števca procesorja. Vse kar mora SW potem narediti je, da odšteje obe vrednosti med seboj. Ta zadnja je najlažja in pokuri najmanj procesorskega časa.
- in še kakšna...

[tiger]

Hi

Bom še enkrat napisal, merilna sisitema mi pri normalni uporabi z AVRjem in DSPICem delujeta OK. Vendar ko sem probal, kaj zmoreta procesorja je AVR meril pri višjih impulzih uredu, DSPIC pa ne. Čeprav se je tudi pri AVRju ustavilo, če sem hitrost impulzov povečeval.

Za AVRje uporablam prog. orodje FastAvr za DSPICE pa MikroBasic.
Oba programa sem napisal na isti način, kaj je naredil prevajalnik je pa druga.
Znano je , da FASTAVR dela optimalno- kratko kodo. Iz tega lahko sklepam, da je koda od Mikro basica slabša - se počasneje izvaja. Mogoče pretirana uporaba sklada, v ASM kodi je precej inštrukcij POP in PUSH. V detajle se pa nisem spuščal.

LP

[Sokrat]

Baje so (ali pa vsaj bodo v kratkem) vsaj za nekatere svoje prevajalnike uredili, da bo lahko interrupt handler za 16-bitne PICe napisan povsem v assemblerju, kar zdaj ni mogoce (mnozica nepotrebnih push/pop parov ne glede na dejansko uporabo registrov znotraj ISR). Morda bo Basic tudi med njimi ...

To moznost njihov prevajalnik za pascal (in najbrz tudi C) za 8-bitne PICe ze ima.

Casovno kriticnih stvari se ne pise v Basicu (imam eno zabavno zgodbico o tem, jo bom ob priliki povedal ).