AVR czy PIC - oto jest pytanie
Masz problem? Zapytaj na forum elektroda.pl
From: <sq9eov_at_nospam_student.uci.agh.edu.pl>
Subject: AVR czy PIC - oto jest pytanie
Date: Fri, 18 Feb 2000 15:07:30 +0100
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Fri, 18 Feb 2000 15:07:23 GMT
<sq9eov_at_nospam_student.uci.agh.edu.pl> wrote in message
news:Pine.GSO.4.21.0002181503180.10532-100000_at_nospam_student.uci.agh.edu.pl...
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
Do czego zalezy.
Juliusz
From: "kris" <krilak_at_nospam_ki.onet.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Fri, 18 Feb 2000 20:08:45 +0100
Użytkownik <sq9eov_at_nospam_student.uci.agh.edu.pl> w wiadomooci do grup dyskusyjnych
napisał:Pine.GSO.4.21.0002181503180.10532-100000_at_nospam_student.uci.agh.edu.pl...
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
Procki PIC sa latwe i przyjemne w programowaniu.
Ich gama na rynku jest ogromna od malych 8-pin PIC14C508 do 40-pin a moze i
wiecej
sa ponoc troche drozsze od Atmela.
Lista rozkazow to tylko 33 sztuki dla PIC-a. Firma Microchip oferuje na
plytkach
obszerna dokumentacje wraz z wieloma przykladami zastosowan.
Kris
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: AVR czy PIC - oto jest pytanie
Date: Sat, 19 Feb 2000 01:45:11 +0100
kris wrote:
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
Procki PIC sa latwe i przyjemne w programowaniu.
Bo? Dla mnie AVRy tez sa latwe i przyjemne w programowaniu (mowa caly
czas o ASM oczywiscie).
Ich gama na rynku jest ogromna od malych 8-pin PIC14C508 do 40-pin a moze i
wiecej
AVRy maja od 8 nozek przez 20, 28, 40/44 az do duzych ATmega (notabene z
wewn. pamiecia programu Flash 128 KB).
sa ponoc troche drozsze od Atmela.
No to mamy pierwsza wade.
Lista rozkazow to tylko 33 sztuki dla PIC-a. Firma Microchip oferuje na
plytkach
obszerna dokumentacje wraz z wieloma przykladami zastosowan.
A Atmel to nie? Tak samo robi i zestawy startowe, i emulatory sprzetowe
(AVR ICE), i obszerne ksiazki. Ale praktycznie do programowania
wystarczy tylko przeczytac ze 2 PDFy (opis konkretnego AVRa i opis
instrukcji asemblera).
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sat, 19 Feb 2000 02:18:28 GMT
Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl> wrote in message
news:38ADE797.256505A2_at_nospam_amwaw.edu.pl...
kris wrote:
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
Procki PIC sa latwe i przyjemne w programowaniu.
Bo? Dla mnie AVRy tez sa latwe i przyjemne w programowaniu (mowa caly
czas o ASM oczywiscie).
AVR jest do opanowania w miesiac. Po miesiacu masz juz gotowy program i to
calkiem skomplikowany o ile wczesniej programowales inne dowolne procki w
jakimkolwiek assemblerze.
Zeznaj do czego ci to potrzebne.
Juliusz
From: MrWebsky <mrwebsky_at_nospam_free.net.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sat, 19 Feb 2000 23:21:15 +0100
Adam Dybkowski wrote:
kris wrote:
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
Procki PIC sa latwe i przyjemne w programowaniu.
Bo? Dla mnie AVRy tez sa latwe i przyjemne w programowaniu (mowa caly
czas o ASM oczywiscie).
Fakt. C na PIC'a to nieporozumienie. Sam Microchip wycofał się z
tworzenia
kompilatora C na 12 i 14 bitowe PIC'i.
Ich gama na rynku jest ogromna od malych 8-pin PIC14C508 do 40-pin a moze i
wiecej
AVRy maja od 8 nozek przez 20, 28, 40/44 az do duzych ATmega (notabene z
wewn. pamiecia programu Flash 128 KB).
Dla jasności AVR ma 16 bitowe rozkazy. W 128KB da to 128K znaków,
ale tylko 64K rozkazów. W każdym razie pamięci raczej nie zabraknie:-)
sa ponoc troche drozsze od Atmela.
No to mamy pierwsza wade.
Dorzucam jeszcze kilka z materiałaów reklamowych Motoroli gdzie
postawiono konkurencyjnym produktom (ale głównie Microchip'owi)
takie zarzuty:
-ograniczona liczba instrukcji wydłuża kod potrzebny do realizacji nawet
najprostszego zadania
-brak trybu adresowania pośredniego utrudnia przetwarzanie tablic i
dostęp do danych
-brak przerwań lub ich niedostatek wydłuża kod i komplikuje algorytmy
ich obsługi
-brak instrukcji mnożenia i porównania co spowalnia proces tworzenia
programu i wydłuża kod
-ograniczony zasięg adresowania wymusza stronnicowanie kodu programu
nawet przy niewielkich programach
-ograniczona pojemność stosu utrudnia implementacje języka C i czyni je
mniej efektywnymi
Tu jest miejsce na dalsze skargi i zażalenia :-))
MrWebsky
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sun, 20 Feb 2000 02:23:36 GMT
Dorzucam jeszcze kilka z materiałaów reklamowych Motoroli gdzie
postawiono konkurencyjnym produktom (ale głównie Microchip'owi)
takie zarzuty:
-ograniczona liczba instrukcji wydłuża kod potrzebny do realizacji nawet
najprostszego zadania
Z tym akurat nie jest tak zle w AVR, wlasciwie jest prawie wszystko co ci
potrzeba. Tutaj bym nie przesadzal :-)
-brak trybu adresowania pośredniego utrudnia przetwarzanie tablic i
dostęp do danych
Jak to nie ma ! A rejestry X Y Z ? rozkazy +X X+ lub samo X czy Y czy Z ?
Fakt, ze nie ma rozkazu ladujacego X,Y, Z za pomoca jednego posuniecia tylko
trzeba na 2 razy. Cos jak w 51-ce ladowanie DPTR, ale mimo tego zobacz o ile
szybciej sie to wszystko wykonuje.
-brak przerwań lub ich niedostatek wydłuża kod i komplikuje algorytmy
ich obsługi
EEE nie - tu jest wiecej przerwan niz w C51.
-brak instrukcji mnożenia i porównania co spowalnia proces tworzenia
programu i wydłuża kod
Tak to jest powazny problem ale ponoc ATmega ma dzielenie i mnozenie.
Jeszcze ich nie uzywalem, bo najszybszy zegar to 6MHz. Jak wyjdzie ATmega
161 to bede jej uzywal
-ograniczony zasięg adresowania wymusza stronnicowanie kodu programu
nawet przy niewielkich programach
to znaczy chodzi ci o brne breq i podobne ?, ze tylko potrafia zmienic PC o
63 i nie wiecej ? Czy chodzi ci o rjmp ? Assembler sam potrafi relative
jumpy rozwiklac jesli sa dalej niz 2k wiec nie ma klopotu. A jesli idzie o
breq i brne to robisz sobie "punkt zborny" i tam dajesz rjmp.
-ograniczona pojemność stosu utrudnia implementacje języka C i czyni je
mniej efektywnymi
A tego nie rozumiem ? Gdzie masz za maly stos w AVR ? Gdzie sie stos zaczyna
i jak sie go deklaruje wiesz ? Nie mowie o procku S1200 ale o kazdym
wyzszym.
Juliusz
From: Romuald Bialy <romekb_at_nospam_polbox.com>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Mon, 21 Feb 2000 01:09:05 GMT
Juliusz napisał(a):
Dorzucam jeszcze kilka z materiałaów reklamowych Motoroli gdzie
postawiono konkurencyjnym produktom (ale głównie Microchip'owi)
takie zarzuty:
-ograniczona liczba instrukcji wydłuża kod potrzebny do realizacji nawet
najprostszego zadania
Z tym akurat nie jest tak zle w AVR, wlasciwie jest prawie wszystko co ci
potrzeba. Tutaj bym nie przesadzal :-)
No, brakuje troche CPL bit i mnozenia/dzielenia, ale reszta jest OK.
-brak instrukcji mnożenia i porównania co spowalnia proces tworzenia
programu i wydłuża kod
Tak to jest powazny problem ale ponoc ATmega ma dzielenie i mnozenie.
Jeszcze ich nie uzywalem, bo najszybszy zegar to 6MHz. Jak wyjdzie ATmega
161 to bede jej uzywal
Wedlug PDF'a AtMega 103 i 603 nie ma ani mnozenia ani dzielenia. Nie
wiem jak w innych. Instrukcje porownania maja wszystkie AVR'y.
A tego nie rozumiem ? Gdzie masz za maly stos w AVR ? Gdzie sie stos zaczyna
i jak sie go deklaruje wiesz ? Nie mowie o procku S1200 ale o kazdym
wyzszym.
Tu chodzilo im chyba o Pic'e bo w AVR faktycznie ten problem nie
istnieje.
Jescze jedna rzecz ktora przemawia za AVR'ami to FLASH w ktory sa
wyposazone wszystkie modele, a z PIC'ow tylko kilka, i do tego
drogich.
--
Pozdrawiam.... Romuald Bialy
E'mail: romekb_at_nospam_polbox.com
WWW: http://www.polbox.com/r/romekb
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: AVR czy PIC - oto jest pytanie
Date: Tue, 22 Feb 2000 20:18:45 +0100
Juliusz wrote:
-ograniczona liczba instrukcji wydłuża kod potrzebny do realizacji nawet
najprostszego zadania
Z tym akurat nie jest tak zle w AVR, wlasciwie jest prawie wszystko co ci
potrzeba. Tutaj bym nie przesadzal :-)
-brak trybu adresowania pośredniego utrudnia przetwarzanie tablic i
dostęp do danych
Jak to nie ma ! A rejestry X Y Z ? rozkazy +X X+ lub samo X czy Y czy Z ?
Fakt, ze nie ma rozkazu ladujacego X,Y, Z za pomoca jednego posuniecia tylko
trzeba na 2 razy. Cos jak w 51-ce ladowanie DPTR, ale mimo tego zobacz o ile
szybciej sie to wszystko wykonuje.
Nie we wszystkich AVRach sa wszystkie tryby - czasem trzeba sie
ograniczyc do postinkrementacji (Z+) i predekrementacji (-Z), ew. to
samo z X i Y. Poza instrukcjami mul/div (juz byla o tym mowa) nie ma DA
A - poprawki przy dodawaniu BCD, a mi tego bardzo brakuje czasami.
-brak instrukcji mnożenia i porównania co spowalnia proces tworzenia
programu i wydłuża kod
Tak to jest powazny problem ale ponoc ATmega ma dzielenie i mnozenie.
Jeszcze ich nie uzywalem, bo najszybszy zegar to 6MHz. Jak wyjdzie ATmega
161 to bede jej uzywal
Ta nowa, mogaca sie "bootowac" z zewn. pamieci? Poczytaj PDFa - niestety
nie umie ona pracowac z zewn. pamiecia programu, jest to IMHO jak do tej
pory najpowazniejsza wada calej rodziny.
BTW: Ktos probowal podkrecac zegar AVR'ow powyzej specyfikacji?
Zastanawia mnie, na ile sie wysila male 2313 (nominalnie AFAIR 10 MHz),
srednie 8515 (8MHz) i ATmegi?
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows
From: "Juliusz" <juliusz_at_nospam_multi-ip.com.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Wed, 23 Feb 2000 00:08:33 GMT
Ta nowa, mogaca sie "bootowac" z zewn. pamieci? Poczytaj PDFa - niestety
nie umie ona pracowac z zewn. pamiecia programu, jest to IMHO jak do tej
pory najpowazniejsza wada calej rodziny.
BTW: Ktos probowal podkrecac zegar AVR'ow powyzej specyfikacji?
Zastanawia mnie, na ile sie wysila male 2313 (nominalnie AFAIR 10 MHz),
srednie 8515 (8MHz) i ATmegi?
Kolega zeznal, ze podkrecal go do 11.059. :-) Ja uzywam AVR-ow nagminnie,
mozna powiedziec, ze juz ponad 1000 szt ich uzylem i w nowych projektach
siedza wszedzie. Mimo to nigdy mi sie nie chce wlutowac innego kwarcu :-)
Zapominam o tym zawsze :-)
Z tego co gosc mowil to 8515 pracuje niby normalnie ale jak bedzie na
wiekszej ilosci to nie wiadomo. Moze sie trafic dostawa chodzaca na 12, a i
moze sie trafic taka nie chodzaca na 9.
Co do tego ATmega 161 to on chyba nie bootuje sie z zewnatrz ale ma
mozliwosc robienia self "flashowania". Ja bym sie cieszyl gdyby dali SRAM
5ns do srodka i podniesli czestotliwosc pracy do 33MHz :-) Zamiast FLASH'a
dac SRAM hehe :-) Bylaby to maszyna jak DSP. W tym AT161 bedzie ustawianie
wait-state'ow dla roznych adresow zewnetrznej przestrzeni wiec moze i
podniosa czestotliwosc ogolna w przyszlosci. Dzisiaj magistrala z cyklem
125ns x 3 to troche wolno !
Juliusz
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: AVR czy PIC - oto jest pytanie / BTW: TMS320F206
Date: Wed, 23 Feb 2000 23:48:45 +0100
Juliusz wrote:
BTW: Ktos probowal podkrecac zegar AVR'ow powyzej specyfikacji?
Zastanawia mnie, na ile sie wysila male 2313 (nominalnie AFAIR 10 MHz),
srednie 8515 (8MHz) i ATmegi?
Kolega zeznal, ze podkrecal go do 11.059. :-) Ja uzywam AVR-ow nagminnie,
mozna powiedziec, ze juz ponad 1000 szt ich uzylem i w nowych projektach
siedza wszedzie. Mimo to nigdy mi sie nie chce wlutowac innego kwarcu :-)
Zapominam o tym zawsze :-)
O, to juz by bylo cos! A moze pojdzie i wiecej? Zloze jakis
mini-trial-zestaw i podlacze generator. Ale jaki soft napisac do
testowania? Na pewno trzeba bedzie sprawdzic prace EEPROMu przy
podkrecaniu zegara, co dalej moze sie wylozyc?
Z tego co gosc mowil to 8515 pracuje niby normalnie ale jak bedzie na
wiekszej ilosci to nie wiadomo. Moze sie trafic dostawa chodzaca na 12, a i
moze sie trafic taka nie chodzaca na 9.
No to juz nie za dobrze. :(
Co do tego ATmega 161 to on chyba nie bootuje sie z zewnatrz ale ma
mozliwosc robienia self "flashowania".
O to mi chodzilo. Ale to i tak za malo.
Ja bym sie cieszyl gdyby dali SRAM 5ns do srodka i podniesli czestotliwosc pracy
do 33MHz :-) Zamiast FLASH'a
dac SRAM hehe :-) Bylaby to maszyna jak DSP. W tym AT161 bedzie ustawianie
wait-state'ow dla roznych adresow zewnetrznej przestrzeni wiec moze i
podniosa czestotliwosc ogolna w przyszlosci. Dzisiaj magistrala z cyklem
125ns x 3 to troche wolno !
Ja ostatnio duzo pisze w ASM na texasowego DSP TMS320F206. Fajna sprawa
- cykl 50 ns, wbudowany Flash 32Kx16b i 4.5Kx16b 0-ws SRAMu. Szybki jak
marzenie. Kupowany nawet pojedynczo kosztuje ponizej $10. BTW: Problem
tylko w tym, ze ma slaby (jak na DSP) pipelining, prawie nic nie umie
robic rownoczenie (eh, Motka DSP 56k to bylo to!) i ja wykorzystuje go
jako normalny, szybki proc - a nie do przetwarzania sygnalow.
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows
From: "Wojtek Sujkowski" <wpsujkowski_at_nospam_qdnet.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sun, 20 Feb 2000 12:38:13 +0100
U=BFytkownik MrWebsky <mrwebsky_at_nospam_free.net.pl> w wiadomo=B6ci do grup =
dyskusyjnych napisa=B3:38AF175B.4963ECFD_at_nospam_free.net.pl...
<...>=20
Dorzucam jeszcze kilka z materia=B3a=F3w reklamowych Motoroli gdzie
postawiono konkurencyjnym produktom (ale g=B3=F3wnie Microchip'owi)=20
takie zarzuty:
-ograniczona liczba instrukcji wyd=B3u=BFa kod potrzebny do realizacji =
nawet
najprostszego zadania
He, he,najciekawsze jest to, ze Microchip twierdzi dokladnie odwrotnie: =
ograniczona liczba rozkazow w polaczeniu z architektura typu Harvard =
skraca kod i przyspiesza czas realizacji programu :))
-brak trybu adresowania po=B6redniego utrudnia przetwarzanie tablic i
dost=EAp do danych
Twierdzenie to jest mocno naciagane zarowno w przypadku AVRow jak i =
PICow.
Przetwarzanie tablic (wiekszych) to nie jest glowny obszar zastosowan =
tych prockow. Podobnie mozna twierdzic, ze na ukladach tych trudno jest =
zrobic sterownik SVGA czy DMA.
-brak przerwa=F1 lub ich niedostatek wyd=B3u=BFa kod i komplikuje =
algorytmy
ich obs=B3ugi
Argument dotyczy tylko najstarszych i najprostszych prockow Microchipa - =
PIC16C5X
-brak instrukcji mno=BFenia i por=F3wnania co spowalnia proces =
tworzenia
programu i wyd=B3u=BFa kod
Prawdza ale tez w ograniczonym zakresie. Porownanie latwo realizuje sie =
robiac zwykle odejmowanie i badajac rezultat (flagi) a mnozenie w =
wiekszosci aplikacji jest w ogole niepotrzebne.
-ograniczony zasi=EAg adresowania wymusza stronnicowanie kodu programu
nawet przy niewielkich programach
Takze mocno naciagane twierdzenie i troche chybione, gdyz aplikacje =
AVRow i PICow to przede wszystkim obszar "small embedded devices"=20
-ograniczona pojemno=B6=E6 stosu utrudnia implementacje j=EAzyka C i =
czyni je
mniej efektywnymi
To juz jest przegiecie - nie projektuje sie procka po to aby latwo bylo =
zaimplementowac jezyk C. Najwyzej mozna probowac zaimplementowac C tam =
gdzie to ma sens.
Generalnie to zawsze trzeba z dystansem podchodzic do materialow =
reklamowych danej firmy - zawsze beda twierdzic, ze wyrob jest najlepszy =
na swiecie i bije na glowe konkurentow. Przytaczane beda materialy i =
porownania majace sie jak piesc do nosa - typowym tego przykladem jest =
sposob porownania PICow z innymi prockami dokonany przez Microchipa. =
Wynika z niego, ze PICe maja co najmniej 1.5x bardzej kompaktowy kod i =
sa co najmniej 5x szybsze od innych prockow, co jest wierutna bzdura i =
naciaganiem.
Wojtek
From: jfox_at_nospam_friko6.onet.pl (J.F.)
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sun, 20 Feb 2000 22:24:52 GMT
On Sun, 20 Feb 2000 12:38:13 +0100, Wojtek Sujkowski wrote:
Użytkownik MrWebsky <mrwebsky_at_nospam_free.net.pl> w wiadomości do grup dyskusyjnych napisał:38AF175B.4963ECFD_at_nospam_free.net.pl...
-ograniczona liczba instrukcji wydłuża kod potrzebny do realizacji nawet
najprostszego zadania
He, he,najciekawsze jest to, ze Microchip twierdzi dokladnie odwrotnie:
ograniczona liczba rozkazow w polaczeniu z architektura typu Harvard skraca kod
i przyspiesza czas realizacji programu :))
Moze nie doczytales?
-skraca czas realizacji ... kazdego rozkazu. Owszem, generalnie
prawda, ale jak dojdzie do konkretow to porownujemy dostepne
czestotliwosci i ilosc cykli na rozkaz.
-skraca czas napisania programu .... przez zielonego programiste,
ktory ma do przeczytania liste 30 instrukcji, a nie 130 :-)
-ograniczona pojemność stosu utrudnia implementacje języka C i czyni je
mniej efektywnymi
To juz jest przegiecie - nie projektuje sie procka po to aby latwo bylo
zaimplementowac jezyk C.
Oj, projektuje sie. Chocby starenki 8086. Ale PICe takie nie sa ...
Generalnie to zawsze trzeba z dystansem podchodzic do materialow
reklamowych danej firmy - zawsze beda twierdzic, ze wyrob jest najlepszy na
swiecie i bije na glowe konkurentow.
Hi, hi - polecam stare reklamowki TI o TSS 440. W reklamowkach wyglada
pieknie: pamiec RAM 576b, 4 przetworniki A/C 12 bitowe, kilkadziesiat
linii I/O, sterowanie wyswietlaczem LCD, znikomy pobor pradu, zegar od
32kHz do 2 MHz, wersja z epromem tss440E itp.
A naprawde: pamiec 576 .. bitow, wersja z epromem chyba nigdy sie nie
pojawila, tylko programowane maska, przetwornik jeden + multiplekser,
przetwornik zreszta C/A i komparator - pomiar mozliwy softwarowo,
linii I/O kilka - reszta to sterowanie LCD, zreszta specjalnym,
zestaw znakow programowany maska, zegar na wewnetrznym oscylatorze,
niestabilnym tak ze podaja "gdzies miedzy 1 do 2 MHz", kwarc to sobie
mozna do licznika dolaczyc - zeby uklad budzic, bo jak pracuje co
sekunde to faktycznie bierze srednio mikroampery ...
J.
From: Adam Dybkowski <adybkows_at_nospam_amwaw.edu.pl>
Subject: AVR czy PIC - oto jest pytanie
Date: Sat, 19 Feb 2000 01:42:23 +0100
sq9eov_at_nospam_student.uci.agh.edu.pl wrote:
Atmel Avr czy Microchip Pic - oto jest pytanie
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
Jak ma byc szybkie to tylko AVR. Wiekszosc rozkazow w 1 takcie zegara,
PICe potrzebuja minimum 4 takty. A jesli chodzi o niski pobor pradu to
oczywiscie Microchip - przy 32kHz pobierany prad jest praktycznie
pomijalny, a w PDF'ach do AVRow klamia, AVRy ciagna kilka razy wiecej
pradu przy niskich fCLK.
--
Adam Dybkowski
adybkows_at_nospam_amwaw.edu.pl
http://www.amwaw.edu.pl/~adybkows
From: "Wojtek Sujkowski" <wpsujkowski_at_nospam_qdnet.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sun, 20 Feb 2000 14:03:37 +0100
U?ytkownik <sq9eov_at_nospam_student.uci.agh.edu.pl> w wiadomooci do grup =
dyskusyjnych =
napisa3:Pine.GSO.4.21.0002181503180.10532-100000_at_nospam_student.uci.agh.edu.pl..=
.
=20
Atmel Avr czy Microchip Pic - oto jest pytanie=20
=20
Co sadzicie o tych ukladach, moze jakies porownanie, mozliwosci,
szybkosc, ceny, ktore z nich wypadaja lepiej ?
=20
Niezbyt fortunnie sformulowane pytanie.
Nalezaloby raczej zapytac: w jakich zastosowaniach bardziej odpowiednie =
beda AVRy a w jakich PICe.
Ciekawe, ze wiekszosc w pierwszej kolejnosci porownuje cene, szybkosc =
prockow, latwosc programowania, no i dostepnosc. Moim daniem wszystkie =
te cechy sa podobne lub bez znaczenia (dla aplikacji). Osobiscie, jesli =
mam aplikacje, w ktorej rownie dobrze moge zastosowac PICa jak i AVRa to =
wybiore PICa. Przede wszystki ze wzgledu na cechy jego hardware'u:
- porty skonfigurowane jako wyjscia maja symetryczna (w stanie H i L) i =
wysoka obciazalnosc (20mA), daje to wieksza swobode w dolaczaniu ukladow =
wspolpracujacych, nie ma koniecznosci stosowania =
buforow/inverterow/driverow (niepotrzebne skreslic :)). Ponadto dzieki =
temu zbocza sygnalow sa symetryczne i "czyste" (bez "dzwonien") gdyz =
pojemnosci i indukcyjnosci ukladowe najczesciej sa nieistotne w stosunku =
do mozliwosci pradowych wyjsc.
- porty skonfigurowane jako wejscia moga pracowac bez wbudowanych =
pull-up'ow dzieki czemu sa symetryczne tzn. mozna do nich przypiac =
zewnetrzny pull-up jak i pull-down o wartosci najbardziej adekwatnej do =
aplikacji i warunkow pracy (zaklocenia, wilgoc). Wynikiem jest takze =
wieksza swoboda w dolaczaniu ukladow wspolpracujacych.
- wysoka odpornosc portow na przeciazenia, zwarcia do zasilan. Nawet =
jesli dwa wyjscia o przeciwnych stanach zewrzec ze soba to uklad to =
"przezyje" (oj zdarzalo sie :))
- dobrze zaprojektowany uklad oscylatora mogacy pracowac w roznych =
konfiguracjach. Jeszcze mie sie nie zdazylo zeby oscylator nie chcial =
wystartowac (a w '51 to roznie bywa). Dodatkowo uklad jest calkowicie =
statyczny - mozna go taktowac z zewnatrz z dowolna szybkoscia
- uklad jest dobrze zaprojektowany pod katem idiotoodpornosci. Mozna =
robic z nim rozne dziwne (ale niedozwolone przez producenta) rzeczy: =
odwrotnie wkladac do podstawki, zle go zasilic. Wierzcie lub nie ale =
kiedys zdarzylo mi sie, ze zasililem PICa okienkowego (16C57)napieciem =
+12V (bo wypiela sie noga "masa" w stabilizatorze 7805) i jak zobaczylem =
swiecacy (!) chip w okienku to go natychmiast wylaczylem... Uklad dziala =
mi do dzis - daje sie kasowac i programowac na nowo. Co prawda nie wiem =
czy trzyma wszystkie parametry (watpliwe) ale na razie nie mialem =
klopotow.
Nie jestem zagorzalym fanem PICow i znam rowniez ich wady, ktore czasami =
sa trudne do ominiecia. Najwazniesze to:
- krociutki stos: 2 poziomy dla serii 16C5x, 8 poziomow dla pozostalych =
(to juz najczesciej wystarczy) i do tego sprzetowy, niedostepny dla =
softu
- slaby hardware I2C (nie dotyczy nowszych ukladow), sprowadzajacy sie =
do trybu SLAVE, tryb MASTER trzeba obslugiwac programowo
- niedopracowany UART: wiekszosc ukladow blednie pracuje w trybie =
asynchronicznym "high speed". Te wade na szczescie mozna latwo ominac =
(tryb low speed) dla zdecydowanej wiekszosci przypadkow.
- malo wewnetrznej pamieci RAM, ale to dotyczy niemal wszystkich =
mikrokontrolerow
- w przypadku serii 16C5X upierdliwe jest stronicowanie (512B) pamieci =
programu
Choroba, zrobilo sie to przydlugie wiec koncze,
Wojtek
From: Michal Tarasiejski <trans_at_nospam_szczecin.mtl.pl>
Subject: Re: AVR czy PIC - oto jest pytanie
Date: Sun, 20 Feb 2000 22:28:31 GMT
On Sun, 20 Feb 2000 14:03:37 +0100, "Wojtek Sujkowski"
<wpsujkowski_at_nospam_qdnet.pl> wrote:
Ciekawe, ze wiekszosc w pierwszej kolejnosci porownuje cene, szybkosc prockow, latwosc programowania, no i dostepnosc. Moim daniem wszystkie te cechy sa podobne lub bez znaczenia (dla aplikacji). Osobiscie, jesli mam aplikacje, w ktorej rownie dobrze moge