Hi! hab noch ned so viel erfahrung mit Microkontrollern... warum sind die AVRs beliebter als Pics? Vor und Nachteile??? also ich arbeite mom mit Pics...
Druckbare Version
Hi! hab noch ned so viel erfahrung mit Microkontrollern... warum sind die AVRs beliebter als Pics? Vor und Nachteile??? also ich arbeite mom mit Pics...
AVRs sind schneller, oftmals billiger und das mapping der speicherbänke entfällt. auch der Grundbefehlssatz ist reichhaltiger bei avrs.
Ich steh auch für AVRs. Da gibts extrem viel zu im Web zu finden, die Dinger sind ziemlich flott und es hat sie in den nur erdenklichsten Arten.
Meine Entscheidung ist auch auf AVRs gefallen (bin von 8051 umgestiegen).
AVRs sind flott, es gibt eigentlich für jeden Hobbyzweck ein passendes Derivat/Package, kein segmentiertes Speicherlayout, ISP, starker und auf C-Compiler optimierter Befehlssatz, nicht teuer und last not least:
Mit avr-gcc hat man einen mächtigen C-Compiler für AVRs (ausser den Tiny1200), und was auch sehr wichtig ist: die sehr guten Manuals und Application Notes von Atmel!
Um die jeweilige Peripherie zu verwenden, reicht ein Blick ins Datenblatt! Das ist absolut nicht selbstverständlich, wenn man es mit anderen, weniger rühmlichen µC-Herstellern vergleicht...
welche vorteile bieten PIC'S?
Vorteile ?
ÄÄÄhhhhhh. da muß ich mal nachdenken. Ich komm' aber darauf zurück
:-k
Nimm einfach AVRs! Mein Liegling ist gerade der ATmega32... Viel Speicher, schnell und viele Möglichkeiten.
Wie wärs denn zum Beispiel mit CAN und USB bei den PIC18Fxxxx. In dieser hinsicht hinken die AVRs noch ein bißchen hinterher...Zitat:
Zitat von skillii
Das mit dem reichhaltigerem Befehlssatz ist übrigens realtiv, danach müssten ja CISC-Mikrocontroller die besten sein...
MfG Kjion
Ich glaube was am meisten für AVRs spricht ist die große Informationsflut in Form von 1a Datenblätter großen Communitys und sehr viele Webseiten im WWW welche sich mit AVRs beschäften. PICs sind da nicht so...
Also die Datenblätter und Appnotes von Microchip sind IMHO sehr vorbildlich - und Atmel spart sich soweit ich gehört habe öfters mal ausführliche erratas...
Und mit den neuen dsPIC sind die PICs was Geschwindigkeit und viele andere Dinge angeht wieder im Vorteil - und die Typenvielfalt und die vielen Hardwaremodule sind natürlich auch nicht zu verachten.
Aber eigentlich ist es nur Geschmackssache - mit beiden Familien lässt sich jedes Ziel erreichen.
Also, wer frisch anfängt, findet pics vieleicht toll. Gibt auch jeden sche*** dafür im Netz. Aber ich denke mal, jemand, der mit richtigen Prozessoren schon zu tun gehabt hat, wird weniger auf PICs umsteigen. Ich persönlich kenne niemanden, der 8051er in ASM proggen kann und danach auf PICs umgestiegen ist.
Übrigens, USB und CAN gibts auch mit AVRs. Durch den aufkauf von der Fa.Temic ist Atmel führend in der RFID- Technik.
Ist im Prinzip wie Windows: Gibt weitaus bessere Systeme, aber jeder hat den Schrott auf seinem Rechner installiert. Marketing???
Was die datenblätter angeht, erklärung hin oder her, schon vom Speicheraufbau ist der PIC oftmals komplizierter. Zu dem sind die Dinger oftmals teurer: Preis - Leistung (!!!)
Wenn ich einen PIC17C576 mit 32MHz nehme, der hat ja nur etwas über 6MIPS!!! Da schaft nen 90s1200 mit 8MHz bis zu 8MIPS!
(Nenne extra 2 ältere Typen zum vergleich)
naja, die 16er PICs sind für kleine Anwendungen nicht schlecht, aber für das Geld nehme ich lieber doch gleich nen Mega8 (oder heutzutage MEGA88)
Also, Vorteile beim PIC kann ich persönlich niergends finden, nur das es viel über die Dinger im Netz gibt. Jedoch steht der AVR was Informationen im Netz angeht inzwischen nichtmehr weit nach.
Und, wenn Microchip erst mit der "neuen" PIC-Generation mit der Geschwindigkeit aufgeholt hat, ist die technik dort wohl etwas hinterher. Zu dem gibt es oftmals BUGs in neuen PIC-Typen (spreche aus erfahrung, die viel Nerven und Geld kostete).
Naja, muß jeder selber wissen.
Die dsPICs sind wirklich geil - das kann man nicht anders sagen.Zitat:
Und, wenn Microchip erst mit der "neuen" PIC-Generation mit der Geschwindigkeit aufgeholt hat, ist die technik dort wohl etwas hinterher.
Sind 16bit Havard RISC mit DSP(!) in einem Chip und erreichen in allen Varianten 30MIPS und haben eigentlich nichts mehr von der alten PIC Architektur...
Es gibt von Microchip sogar nen GCC port dafür (den lassen die sich in Binary form zwar gut bezahlen, aber die sourcen gibts frei zum Download auf deren Homepage, müsste sich nur mal jemand dran machen und nen komplett funktionsfähigen freien GCC von erstellen - ich würds ja machen - hab aber von den GCC internals leider nicht so die Ahnung ...)
Teurer als die PIC18 sind die auch nicht und noch immer im guten alten PDIP18 - 40 Gehäuse erhältlich (die größeren Varianten aber natürlich nur im TQFP...)
http://www.microchip.com/stellent/id...GE&nodeId=2126
Ich arbeite momentan noch mit den PIC18 (vorher PIC16, immer in C programmiert (ausser einigen kleinigkeiten) - deswegen stört mich deren Architektur überhaupt nicht), aber wenns demnächst dann mal nen funktiosfähigen freien GCC für die dsPIC gibt - nix wie hin ;)
Eigentlich geht es hier um 8Bit µCs dachte ich. :-k Ansonsten: http://www.atmel.com/dyn/products/pr...p?part_id=3395(wohl bemerkt Date: 2004!) \:D/
Aber ich glaube, wir sollten bei 8 Bit bleiben, ein Anfänger mit DSP oder 16Bit zu Konfrontiren wäre etwas zu hoch angesetzt.
Ein riesen Vorteil der PICs wurde hier noch nicht erwähnt:
Man kann sich kostenlose Samples bestellen!!! Ich glaube, daß das bei Atmel nicht möglich ist. Vom angeblich so komplizierten Speicheraufbau habe ich bis jetzt noch nichts mitbekommen(programmiere in C), das betrifft wohl eher die Assemblerfraktion??!!
In meinen Augen der größe Nachteil von PICs: Es ist kein kostenloser C-Compiler erhältlich, zumindest habe ich noch keinen gefunden!!!
Der C18 von Microchip ist für die PIC18 in der Student Edition kostenlos. MPLAB kann man direkt als IDE benutzten.
Hat so gut wie keine Einschränkungen - nur einige spezielle Befehle für Optimierung des Softwarestack (oder irgendsowas - ich brauchs sowieso nicht also isses mir egal) werden nach 60 Tagen nicht mehr unterstützt - braucht aber sowieso kaum jemand.
EDIT:
@Rage_Empire:
Die MSP von Ti sind ja auch 16bitter, werden aber auch ständig mit PICs und AVRs verglichen...
Und die 16bit sind sowieso egal - denn das gute an den dsPIC ist die Kombination von Mikrocontroller und DSP (den man ja auch gar nicht benutzten muss wenn man den nicht braucht)... ob nu 8bit oder 16bit ist ziemlich egal.
Und die dsPIC sind sehr günstig wie ich finde...
Bei Microchip gibt's doch nen GCC-port für pic, oder seh ich das falsch? Jedenfalls gibt's da Quellen. Das Problem scheint eher die Generierung zu sein. Tipps zum build findest du im Netz, zB google nach "--target=pic30" (mit den ")Zitat:
Zitat von peterguy
Hallo!
Habe alle bisherige Beiträge aufmerksam gelesen und denke, dass bei der Wahl: AVR oder PIC jeder selber entscheiden soll. Habe 6502, Z80, 8051, ´286 programiert (@Rage_Empire) und noch heute werde ich gerne zu den "alten" zurückgreifen, wenn ich es brauche. Vor ca. einem Jahr habe mich für die PIC enschieden, weil für mich das wichtigste ist, kompliezierte Programme immer im Griff zu haben und meine Hardware am effizientesten zu steuern. Mein Freund hat sich für AVR entschieden, und seine Probleme mit den AVR´s haben meine Wahl bestätigt. Für mich sind auch die PIC einfacher und schneller in ASM zu programmieren. Als Nachteil von PIC´s finde ich, dass ein Programm, das in bestimmter PIC-Familie läuft, in der anderen Familie "fremd" ist.
Wenn man eigene Idee verwirklichen will, fidet im Internet sicher keine fertige Lösung. Wenn man sie findet, ist die Idee nicht seine, oder?
MfG
2x dito.Zitat:
Zitat von peterguy
Bei mir ist grad heute wieder eine gratis-Lieferung von Microchip eingetrudelt. 9x16er PICs, 3x dsPIC30F6014.
2x18F2480 hab ich noch rumliegen. Damit dürfte ich auf LANGE Zeit versorgt sein ;)
Welche Kekse schmecken besser, die von Bahlsen oder die von Leibnitz ?
PS: Ich arbeite lieber mit PIC's, weil ich die Ausstattung dafür habe.
Wenn man nur in C programmiert, ist die Frage, ob man PICs oder AVRs nimmt nicht so wichtig. Da geht es dann darum, wer welchen IC mit welcher Hardwareausstattung hat und ob das optimal mit meinen Anforderungen zusammenpasst. Man braucht für beide passende Programmiertools - sowohl am Rechner, wie auch an Hardware. Die Hardware kostet ungefähr gleich, die Software macht den Unterschied.
Und da kommt es dann vor allem darauf an, mit welcher Familie ich schaffen möchte:
- Wenn ich einen PIC16 nehmen will, dann muss ich für den C-Compiler zahlen - daher für Anfänger nicht zu empfehlen.
- Wenn ich einen PIC18 nehmen will, gibts nen kostenlosen C-Compiler von Microchip und der ist wirklich gut, aber man darf damit halt keine kommerziellen Projekte machen (sonst muss man ihn kaufen).
- Wenn ich einen AVR verwende, lade ich mir kostenlos den GCC runter und schreib damit meinen C-Code, hab aber den Nachteil, dass es immer noch einige Stellen gibt, die Buggy sind und die muss man halt kennen.
Was Geschwindigkeit angeht, so würde ich zu einem AVR raten, weil die im Vergleich zum Preis deutlich schneller laufen.
Was Robustheit angeht, kann ich nur die PICs empfehlen - oder hat hier schon jemand einen AVR nur über einen Vorwiderstand an 230V gehängt und der AVR hats überlebt? Oder einfach mal 20V drauf gegeben und nach 5 Minuten gemerkt: oh, der wird aber so langsam warm...
Die PICs bekommt man fast nicht kaputt, aber dafür sind se halt langsamer und die Tools sind aufwändiger oder kosten Geld, aber dafür halt ausgereifter.
Es kommt einfach ganz auf die Frage an, was für Anforderungen jemand hat und welcher Controller die besser und vor allem billiger erfüllt.
Persönlich nehm ich (fast) nur noch PIC18er und schaff dort mit dem C18-Compiler von Microchip. Ist halt ein Industriecompiler und damit braucht man halt für vieles externe Bibliotheken (die Microchip zum Glück mitliefert).
PS: Die Automobil-Industrie und die Hausgeräte-Industrie verwenden beide, wobei in sicherheitskritischen Systemen meist den PICs der Vorzug gegeben wird, da die robuster sind - ansonsten sind aber beide Controller etwa gleich stark vertreten (naja, PICs ein bissle mehr, aber AVR holt teilweise auf).