Mikrokontroller

[Bodosi Bal zs]

> Nem az benne a l‚nyeg, hogy meg lehet sp¢rolni 20-30 sornyi programot 
> (kb ennyi v‚gigk‚rdezgetni az IT forr sokat, r ad sul egyszer kell az 
> ‚letben meg¡rni :-).
> Az‚rt j¢, mert ¡gy gyorsabban reag l a mikrovez‚rl  a megszak¡t sra. 
> Nagyobb projektn‚l, ahol sok IT forr s van, eg‚szen jelent s lehet a 
> kl”nbs‚g, ‚s ott is, ahol kritikus az IT k‚r‚sre a reakci¢id .

Es ha egyszerre megy interrupt a sok kulon vektorra, a linearis proci 
mit csinal? Ha mar annyira vektoros meg idokritikus reszeket 
emlegetunk.

> Rendes helyen az IT-nek be ll¡that¢ priorit sa is van, ami az‚rt j¢, 
> mert a nagyobb priorit s£ IT bele tud szak¡tani a kisebb priorot s£ba, 

A PIC 18F-es sorozata tud is ket prioritasi szintet kezelni.

> ¡gy a debuggol st igazi, embert pr¢b l¢ feladatt  teszi :-)

A debuggolas mindig embert probalo :)) Nalam LED-ek dolgoznak erre, 
bonyibb esetben a karakteres oled display. A linearis progikban az a 
jo, hogy csak egy ponton akadhatnak el. Ha ezt megtalaljuk, a hiba 
hamar felfedezheto.
Eppen a multkor volt egy bosszanto hiba, 2 percenkent hulyeseg kerult 
az adatfolyamba a PIC->PC stream kapcsan. Persze, en voltam a hulye, 
a watchdog bekapcsolva maradt, ennyi idonkent resetelt...

> Egy‚bk‚nt azon a terleten, ahol ‚n mozgol¢dok, eddig mindent meg 
> tudtam oldani PIC-el.

Valszeg a ket mikrokontroller (PIC vs AVR) tudasa nagyban fedi 
egymast es csak az izlesen mulik, melyiket valasztod. Neha szamit az 
is (ahogy itt paran ervelnek), hogy az egyik mondjuk szaz forinttal 
olcsobb. Hobbiszinten ez tokmindegy.

Udv:
    BBalazs
    
http://www.phys.szote.u-szeged.hu/bbalazs/bbalazs.htm