Kezdo kerdese

[hwsw famulus]

>.... azota Atmelezek, mert tul bonyolult nekem a PIC
> hulye architecturaja, a sajat magaval sem kompatibilis csaladok, a minden
> generaciohoz uj egeto, a meg mindig szegmentalt RAM terulet, a korlatos
stack, a
> valaha latott legbutabb interrupt rendszer, szoval inkabb valasztottam az
idok kezdete
> ota ot szal madzaggal programozhato Atmelt a klasszikus architecturaval,
minden
> egyes esemenyhez biztositott IT vektor cimmel, azzal a nyuggel, hogy a
legbutabb
> Atmel is megveri a legujabb PIC-et, ha valaki visszaemlekszik meg a
stackmelyseggel
> kapcsolatos remes elmenyekre. Aztan ha az arat veszem osszehasonlitasul,
ott mar
> alig olcsobb az azonos kategoriaju Atmel, bar egy picit tobbet tud, mint a
PIC.
> Igaz, ha a project nem fer bele a valasztott tipusba, akkor PIC eseten is
egy kis
> atrendezessel megoldhato a dolog. Atmelnel ez a turkalas elmarad, mert
csak a tipust
> kell modositanom, hiszen az eroforrasok az Atmel csalad elemein
kompatibilisek, igy
> nincs mit elrontani a tipusvaltassal. Puff, megint kevesebb egy
hibalehetoseggel.
> Aztan egy PIC interrupt eseten szepen nekiallsz totozni es
statuszregisztereket
> faggatni, hogy megprobald kisutni, hogy a fenebe keveredett a program az
interruptra.
> Atmel eseten ez ugy nez ki, hogy timer overflow eseten a timer overflow
vektorra ugrok,
> ha az rs232 vett valamit, akkor az rs232 kezelore es igy tovabb.


No...most dobhatom el a majdnem kesz amokfutasom, mert megirtad immar a
LENYEGET!
Akkor jojjon helyette  a tortenet, hogy hogyan is lett platform az Atmel
nalam.

Mint emlekezetes ugy masfel eve valasztottam MCU platformot a dolgaimhoz.
A hw mesterenek keresese kozben kotottem ki vegul Arnold-nal aki akkor
helybol PIC-el csinalt barmit, az Atmelt talan nem is hasznalta elotte.

Azt kell mondjam igen jol ismerte es ki(hasznalta) amit a PIC tud....

Akkor en az evekkel azelotti Z80/M6xxx es Intel286/386 alapu assembler
tapasztalatok birtokaban
napokat toltottem  a PIC es az Atmel osszevetesevel csupan adatlap es minta
peldak birtokaban.
Mivel aakkor mindenki PIc-ezett es csak egy ket newave-es emlegette az
Atmelt...

A cpu programozoi tapsztalatok birtokban EGYERTELMU volt szamomra, hogy
az Atmel-re SOKKAL konnyebb es gyorsabb fejleszteni sw-es szemmel nezve a
dolgot.....
Marpedig az MCU-s kutyuk foleg sw-ek ugyebar, plane az osszetettebb
funkcioju kutyuk eseten.

De!!! Arnold ragaszkodott a PIC-hez, mondvan az is mindent tud es a C
fordito ugyis elfedi a nyugoket.
Ezert akkor nem lett uzlet vele, elkezdtuk a kutyut Atmel alapon F.Rob-al
Arnold PIC-je helyett.

A tavasszal azonban megis kellett Arnold is egy nagyobb sw megirasara a kesz
Atmel hw-re.
Ekkor ugy 3-4 het alatt a NULLAROL indulva irta meg a kb. 70 kbyte meretu
igen osszetett
sw-t....(emlekezhettek ra volt par nyugje itt is menetkozben)

Nos, miutan (lenyegeben kenyszerbol) megismerte az Amelt kozelrol, amennyire
tudom
manapsag uj kutyuhoz mar csak az Atmelt-valasztja :-))))

Ennek meglatasom szerint 2 oka van:
1. tenyleg kevesebb melo ugyanazat azt eredmenyt elerni, ha nem csak
partucat sor C kodrol van mar szo
2. a JTAGICE-os debug igen hatekony melo kozben

Azt gondolom, hogy kis dolgoknal total kozombos melyik MCU-t hasznalja az
emberfia, de
nagyobb, oszetettebb sw-t igenylo esetekben az Atmel tobbszor hatekonyabb a
sw-esen konnyebben kezelheto, programozasra alkalmasabb architecturaja
miatt.

Szamomra:
A PIC inkabb hw alapu nyers eszkoz amit sw-esen lehet vezerelni
Az Atmel inkabb egy sw alapu eszkoz (virtualis gep) ami hw-t vezerel.

De, ismetlem par kbyte kodig ez a hatekonysag kulonbseg nem igazan latszik,
ill
stabil belakott rutinok birtokaban talan afolott se....

Mert sw-rel ezek a kulonbsegek vegul is jol eltakarhatok, csakhat
ez az eltakaras ido es munka legalabb egyszer az elejen.
Tovabba neheziti a kod atlatasat, amikor utolag kell azt ertelmezni, mert
olyasmire is kod kell amivel az Atmelnel nem kell foglalkozni......
A pluszz kod meg persze nyilvan eszi a szamitasi kapacitast is.

A PIC-nel tobblet kod kell mar ahhoz is, hogy olyan szintu virtualis gepet
lasson
a programozo amilyet az Atmel helybol nyujt!!!!!

Mert ugye a sw rutin gyujtemeny celja vegul is az, hogy
a valodi sw-t egy olyan virtualis gepre irhassa
az ember aminel mar nem nagyon kell a hw-kozeli reszletekkel bajlodnia :-)

....es, ha ez a virtualis gepe mar megvan mondjuk mindkettore (pl. Arnold)
akkor elvben mindegy, hogy melyiket valasztja ki az adott feladatra.

Es! megis az Atmelt valasztja, tehat meg ezen szint folott is vannak
elonyei......
DEBUG-olasnal pl. gondolom en aki csak kicsiben jatszik sajatkezuleg hw-rel.

KJ