PIC vs ATMEL #2

[VF]

Thus spake Varsanyi Peter <varsanyi at axelero.hu>:

> A 25 típusból 8 típust már nem ajánlják új fejlesztéshez, valószínûleg meg
> fog szûnni a gyártása. Jellemzõen a TINY és CLASSIC típusokról van szó.
> További 8 típusból 2004 elsõ negyedévében még csak mintapéldányok léteznek,
> tehát ezekkel sem megyek per pillanat semmire. Maradt tehát 25-bõl 9 (!)
> lehetséges típus. 

Es? Kepzeld el, meg az L-es verziok is meg fognak szunni, mert ugyanaz az
ic fog menni 5V-on max 16MHz orajellel, 3.3V-on max 8MHz orajellel, vagy
1.8V-on max 1MHz orajellel, amikor is super low power kategoriaju lesz a
fogyasztasa. Tehat lehet hogy osszesen nehany tipus marad.
(Az orajelek termeszetesen valoszinuleg valtozni fognak)
Mexoktatok hogy PIC-bol van tobb szaz tipus, mi?
Es nehez elkepzelni hogy mashogy is lehet csinalni?
Meg kene erteni, hogy az AVR nem valami ujabb fajta PIC, hanem egy
teljesen mas stilusu eszkoz.

> ugyan az MSC-nél egy AT90S2313-as típus, mindössze 500 Ft-ért, azonban erre
> azt írja az adatlap, hogy nem ajánlott új feljesztéshez, az ATTINY2313
> típusú új típus meg még sehol. A kör bezárult! (Megjegyzem, ez a típus
> lenne az egyetlen alternatíva az általam kinézett primitív projektekre.)

A ketto ugyanaz, lehet is kapni, de miert nem jo helyette a kovetkezo
legkisebb tipus, pl egy ATmega8? Az is 500Ft alatt van, legalabbis
amikor utoljara vettunk (igaz tobb csovel) akkor talan 476Ft+AFA volt
az ipari verzio.
Mostanaban viszont nehez beszerezni, mert iszonyatos tulrendeles van
belole, mindenki ter at az AVR-re...
Mi jol bespajzoltunk, ugyhogy korlatozott szamban szoktam is eladogatni
a kornyezetemben, ha eppen nem lehet beszerezni.

> jelenleg "csak" az ATMega8/16/32/64/128 széria elérhetõ, meg még 4 típus,
> viszont ezek tényleg többet tudnak a PIC felsõbb osztályú tagjainál. Árban
> kicsit erõsebb, bár ez nem vészes. Az ATMega8 kapható egyedül

Ugy erted dragabb? Ezt reszletezned? Mit hasonlitottal ossze mivel?
Valoszinuleg sulyos tevedes lehet a hatterben...

> Összességénem én úgy érzem, hogy a primitív feladatokra továbbra is a PIC a
> gazdaságos megoldás. Gondolok itt olyan egyszerû feladatokra, amit
> jellemzõen a PIC16F84/PIC16F62x-el szokás megoldani, pl. primitív riasztó,

??? A 16F84 amikor utoljara vettem, ezres korul volt. 2k flash, 2.5MIPS
sebesseg, stb...
ATmega8 fele arbol megvan, 8k flash, 16MIPS, hardver szorzas, 10bit ADC,
millio egyeb periferia stb... Es akkor az assembly programozasarol meg
nem is beszeltunk, mert azt meg nem probaltad.
Hogy a francba jott ki, hogy a 16F84 gazdasagosabb?

> Ami számomra negatív: Az ATMEL supportja. Hólyagnak, beképzelt köcsögnek
> már lettem nevezve magánban, pusztán csak azért, mert fel mertem magamnak
> tenni a kérdést, hogy melyiket válasszam, és nem az "Isteni

A holyagot en irtam, de a masik is nagyon talalo :)
Termeszetesen nem a kerdesnek szolt, hanem a tobb kilobajt frocsogesnek,
hogy mennyire nem veszik semmibe a fejlesztoket, meg kulon a kedvedert
nem irnak ingyen cd-t neked, meg milyen jo a PIC support, egybol kuldtek
a cd-t, stb...
Gondolom te a Metro-ban is csak akkor veszel 10 deka turot, ha kuldenek
elotte adatlapot, meg ingyen szakacskonyvet, meg free sample turoscsuszat??
A hab a tortan, hogy a Macro-t kerdezted AVR support ugyben :)
Megmosolyogtato ez a naivitas :))
(Foleg azok utan hogy a listan az egyik legnpszerubb tema, rengetegszer
elhangzott minden szukseges info)
Sajnos az AVR szallitas mostanaban neha ugy mukodik, hogy ha te kapsz,
akkor valaki masnak nem jut. Raktaron nincs egy sem, ellenben van
megrendeles 100000db-ra. Altalaban nem a jol fizeto, regi ugyfel nagy
multicegek szoktak hoppon maradni. Ha a kereskedo esetleg le tud csipni
neked nehany darabot, akkor kb szivesseget tett...
Az oka pedig az, hogy az AVR eladasok az utobbi idoben exponencialis
gorbet kovetnek, magyarul akinek esze van, ezt hasznalja.

> után továbbra is nyögvenyelõsen tudom összeszedni az infókat. Több negatív
> visszajelzést is hallottam a nehezen érthetõ doksikról. Kicsit nehézkes

En csak egyet hallottam, azzal sem ertek egyet... Mindenki mas tokeletesen
tudja hasznalni az Atmel doksikat. Sot szerintem boven atlagon feluli a
minoseguk, pl mukodnek a linkek a pdf-ben, egy kattintas a cimszora, es
maris a megfelelo fejezetnel vagy, nem kell lapozgatni, tartalomjegyzekben
keresni, stb...

> eligazodni az éppen kapható típusok között, hogy most melyik kifutó, melyik
> befutó. Ahogy lefikázták a PIC-et a különbözõ revíziók/verziók számát
> illetõen, ugyanez megtalálható az ATMEL-nél, elég csak a TINY és CLASSIC
> család körüli kavarodására gondolnom, vagy a 2313-as típusszám kettõsségére
> céloznom. Természetesen a MEGA szeriára ez már nem igaz, ott szépen látszik
> az átgondolt típuscsalád-kidolgozás!

:))) Nincsenek reviziok. Illetve lehet hogy voltak, talalkozott mar
valaki ujabb es regebbi AVR procikkal, melyek mashogy mukodtek vagy
hibasak voltak? Nem jellemzo.
Egyebkent: 90S kifuto, mega/tiny lesz kesobb is.
A 2313 egy regi proc, de rengetegen hasznaljak (tobbek kozott en is),
ezert 'atemeltek' a tiny sorozatba. (A megaba megsem tehettek :)
A neve valtozott, de kompatibilis a regivel.
(Specialisan ennek az a jelentosege, hogy labkompatibilis az AT89C2051
es 4051 procikkal, igy az atteres megkonnyitese erdekeben jo hogy lesz
kesobb is. Valamint a fogyasztasa is kisebb mint pl egy mega8-nak)

> Ami engem érdekelne, de még nem találtam rá választ: az ATMega 16-tól van
> JTAG interfész, amin keresztül programozható/debuggolható a proci, csakhogy
> ezt egy soros vonali JTAG interfész csinálja. Én mostanában XILINX-el
> foglalkozom, van egy nagyon jól mûködõ párhuzamos portos JTAG kábelem.
> Megoldható, hogy ezzel kezeljem az ATMegát? Milyen szoftvert és honnan
> kellene letöltenem hozzá?

Barmilyen parhuzamos portos JTAG letolto, ami tamogatja az ismeretlen
eszkozokhoz a bitszinten leirt kommunikaciot.
A debuggolas viszont csak az eredeti soros portos kabellel fog menni.
(illetve az azzal kompatibilis utanepitett verziokkal)
Ugyanis a debugger (talan nem veletlenul) csak azt tamogatja.
De miert kell feltetlenul a JTAG? Sokkal egyszerubb a sima Atmel ISP
programozas, amit pl a Ponyprog is tamogat.
A JTAG-hoz egyreszt konvertalni kell a fajlt, masreszt az ADC labakat
hasznalja, igy az ADC 4 csatornaja kilove, vagy legalabbis rosszabb
minosegu lesz, vagy feleslegesen bonyolult lesz a hardver.
Valamint ha a JTAG be van kapcsolva, a sleep modokban is fogyaszt nemi
naftat, igy az elemes kutyuket el is felejtheted.
(Ketsegtelen hogy neha hasznos lehet az OCD, de az igazi programozok
priman elvannak egy debug leddel is :)
A sima digitalis portlabakat sokkal egyszerubb illeszteni. Ugy kell
csinalni a hardvert, hogy az ISP labak vagy logikai kimenetkent, vagy
bemenetkent mukodjenek, ne hajtsanak meg valami nagyobb aramot igenylo
periferiat. (Ez altalaban teljesul, mert az USART-ra maximum egy 232/485
transceiver szokott menni) Ha bemenet, akkor a labat eredetileg meghajto
aramkorrel sorba kell kotni ~1k ellenallast. Ez normal mukodes kozben nem
befolyasol semmit, de lehetove teszi hogy programozas kozben a PC
ra tudja kenyszeriteni a megfelelo jelet a labra rovidzar nelkul.
Tehat egyszerubb a programozas menete, es 1-2 ellenallason kivul semmifele
pluszkoltseggel nem jar a programozo csatlakozas kiepitese.

A neten lehet talalni projecteket, ahol erre a celra egy kulon analog
kapcsolot hasznalnak/pocsekolnak. Az is jo, ha valaki szereti szandekosan
elbonyolitani az eletet... Szerintem eleg lame megoldas.

> "Isteni" ATMegát. 

Nem isteni. Ez sem tokeletes, de a 8 bites kategoriaban a tudomany es
technika jelenlegi allasa szerint ez a legkevesbe tokeletlen.
Ha tudsz jobbat, szolj... A PIC pedig egyertelmuen a lexarabb 8 bites
proci, ami valaha letezett. Na jo talan a 8051 meg alatesz :)
Egyebkent, ahogy masok mar ravilagitottak, lassacskan a 16/32 bites
vezerlok is olyan aron lesznek, hogy a tobbletkoltseg elhanyagolhato lesz.
1-2 gagyibb 16 bites mikrovezerlot meg le tud nyomni az AVR, de a 32
bitesekkel szemben eselye sincs.
Kivancsi vagyok, azt mennyi ido alatt fogjatok megerteni, hogy egy ARM,
vagy SH, esetleg Coldfire szinten jobb a PIC-nel...
Van egy olyan erzesem, hogy honapokig fog tartani :(
Aki nem tud lepest tartani a technika fejlodesevel, jobb ha az elektronika
helyett inkabb mezogazdasaggal foglalkozik.

> nem érdekelnek, ebbõl már kaptam eleget. Azt hiszem, nekem is jogom van
> elmondani a személyes véleményemet, mégha az egyeseknek böki is a csõrét.
> (Úgy vettem észre, a PIC vs ATMEL a tökéletes elektronikai megfelelõje a
> Windows vs Linux vitának.) Inkább azt kérném, hogy valaki segítsen nekem
> legyen szíves a fenti két kérdésben.

Pascalban nem tudok segiteni, pedig en is szeretem a pascalt.
De nem mikrovezerlon. Most is csak azert c-zek, mert talaltam kesz c
forrast egy problemara, ha lefutna, csak tartanom kene a markom a
zsetonert :)
De a pascal-c konverziora meg van is valami kis progi, unixokhoz
szoktak adni. A hello world szintu progikhoz szerintem eleg nehany
#define, es mar fordul is...

A fenti levelet tekintsetek hivatalos irasnak az AVR Stamp team-tol :)
Egyeb kerdesekre szivesen valaszolok maganban, a listan sajnos nem nagyon.

> Pepe

-- 
Valenta Ferenc <vf at elte.hu>   Visit me at http://ludens.elte.h u/~vf/
"A kulturalt ember nem szemetel. A tobbieknek meg tilos!"