Diskussion:Microchip AVR

message: Der Satz passt nicht zum Thema und ist meiner Meinung nach auch falsch.
"Genau genommen interpretiert der Hersteller den RISC-Ansatz hier jedoch ein wenig großzügig, denn urspünglich war RISC so definiert, daß alle Befehle in einem Taktzyklus ausgeführt werden müssen."
RISC steht fuer "Reduced Instruction Set Computing". Bei diesem Architekturansatz wird versucht
die Semantische-Luecke zwischen Anwendungprogrammierung und Maschine nicht wie frueher
auf Maschinenprogrammebene zu ueberbruecken, sondern auf der Hochsprachenebene. Dadurch
kann man die Hardware-Architektur stark vereinfachen und sich auf Technischeaspekte 
konzentieren.
Das ein Befehl nur einen Taktzyklus brauchen darf ist Unsinn, da Prozessortakt und 
Speichertakt schon seit langem stark unterschiedlich sind (Ende der 70er Jahre). Der letzte
mir bekannte Rechner war eine Cray.
Ausserdem wurden in RISC-CPUs-Konzepte wie die Befehls-Pipeline oder Superskalare-Ausfuehrungseinheiten
als erstes eingefuehrt. Beides Konzepte die nur Sinn machen, wenn die Anzahl der Befehle
unabhaengig vom Prozessortakt ist.
mtc.
: Naja, stimmt schon, finde ich. Von Atmel wird's als "Enhanced RISC Architecture" bezeichnet. In einem Takt lassen sich nur die wenigsten Befehle ausführen, grad mal die einfach wie ADD, ADC, SUB,... die meisten brauchen 2, viele 3 oder 4 Zyklen.
Außerdem werde ich mal die Zahl der Befehle editieren, hab' grad nur Manual von AtMega128 und AtMega168 bei der Hand, aber für die stimmt's schon mal teilweise nicht, was hier steht, die haben unterschiedliche Befehle... 
--Gelbasack 12:17, 7. Nov 2005 (CET)
thread_title: RISC

message: In dem Artikel steht (noch) nicht drin, in welchen Bereichen die Prozessoren eingesetzt werden. --Wiesel 00:04, 2. Aug. 2007 (CEST)
thread_title:  Einsatzbereiche 

message: Hallo,
die Programmierschnittstelle ist eine SPI keine ISP.
Die Programmierung erfolgt "In System". Es ist also eine In System Programmierung über eine SPI-Schnittstelle. Nicht über eine ISP-Schnittstelle wie im Text. Der ISP (In System Programmer) steckt im Controller und wird über SPI angesprochen.
Das erkennt man auch an dem Bild rechts daneben. Da sind die Datenleitung als MOSI und MISO gekennzeichnet. Also als MasterOutSlaveIn bzw. MasterInSlaveOut. Das macht deutlich, dass es sich um eine SPI handelt.
Falls mir da niemand wiederspricht, würde ich das bald ändern.
--Murdoc123 09:23, 4. Mär. 2008 (CET)
replies: text: Auch wenn es schon eine Weile her ist: ich muss dir Widersprechen. Sieh dir mal den ATmega128 an. Da liegen die MOSI und MISO Leitungen auf RxD und TxD. Außerdem benötigt SPI eine Slave Select Leitung, ISP dafür Reset. Es sieht zwar so aus und im Endeffekt sind die Unterschiede minimal, aber trotzdem ist SPI != ISP -- 94.219.147.81 21:14, 2. Feb. 2010 (CET)
thread_title:  ISP <> SPI 

message: In der Softwareliste fehlt ein wichtiges Detail, und zwar für welche Prozessorserien es die angegebenen Programme gibt. So gibt es z.B. von Atmel selbst das AVRStudio 2.0.2, welches auf Windows und Linux läuft aber nur für die AVR32 Architektur taugt, während AVRStudio 4 nur für Windows zu haben ist, aber auch ATmega Prozessoren unterstützt. Gleiches gilt analog auch für die anderen aufgelisteten Programme. --88.71.70.219 13:12, 11. Dez. 2008 (CET)
thread_title:  Softwareliste überarbeiten 

message: Der Compiler von IAR unterstützt auch inline Assembler, Assembler Quelldateien und Projekte die nur aus Assembler Dateien bestehen. Ich würde vorschlagen bei "IAR Embedded Workbench for AVR" auch einen Haken bei Assembler zu setzen.
--Einsteins 19:35, 14. Apr. 2009 (CEST)
thread_title: IAR Compiler

message: AVR Studio kann IMHO kein C++, sondern nur C. In der Tabelle stehen aber beide. -- Varon 20:06, 15. Jun. 2009 (CEST)
thread_title:  AVR Studio und C++ 

message: ... wurde von jemanden, gefolgt von einen Kommentar, unter Software als weiteres Entwicklungswerkzeug gelistet. Den Kommentar habe ich entfernt, da obsolet. (nicht signierter Beitrag von 80.141.87.36 (Diskussion) 01:38, 25. Jan. 2012 (CET)
thread_title:  AVR IO Designer 

message: Bei den UC3L ist ausschliesslich de Kern für 1,8V geeignet. Die IO läuft auf 3,3V. Siehe www.atmel.com
Habe auch noch die neuen Serien ( D und AUDIO ) eingefügt.
-- ReneDens 12:52, 10. Feb. 2012 (CET)
thread_title:  AVR32 

message: myAVR Workpad ist eine IDE, die selbst wiederum WinAVR verwendet. Ist nicht so klar in der Liste -- Jemand (nicht signierter Beitrag von 213.160.62.84 (Diskussion) 11:19, 25. Apr. 2012 (CEST)
thread_title:  Compiler 

message: Hallo,
der erste Satz behauptet, AVR sei eine 8-Bit-Mikrocontroller-Familie. Es gibt aber z.B. auch 32-Bit AVR.
...okay, hab nix gesagt :)
Habe nicht weit genug gelesen. Der Abschnitt kann gelöscht werden. (nicht signierter Beitrag von 176.52.200.86 (Diskussion) 11:23, 19. Feb. 2015 (CET)
thread_title:  AVR = 8 Bit 

message: ENGLISH - there is an ATtiny comparison table on English Wikipedia at :en:ATtiny microcontroller comparison chart. Sbmeirow (Diskussion) 08:46, 3. Aug. 2018 (CEST)
thread_title:  ATtiny table on English Wikipedia 

message: • MPLAB X IDE
• Microchip Studio --2003:E4:A72C:8804:1410:B285:4571:A652 07:45, 9. Dez. 2023 (CET)
thread_title:  IDE