Raketenmodellbau.org - Forum - AVR Programmieren in C

Portal > Forum > Rund um Elektronik und Programmierung > RMB AVR Kurs > RMB AVR Kurs Diskussion > AVR Programmieren in C

Autor	Thema
icepic SP-Schnüffler Registriert seit: Okt 2003 Wohnort: Schönaich Verein: Solaris-RMB e.V.;TRA #10579 L2;T2 Beiträge: 834 Status: Offline	Beitrag 93623 , AVR Programmieren in C [14. Januar 2006 um 11:33] [Melden] Hallo AVR-Freaks, habe heute eine interessante Homepage gefunden, dort gibt es ein schönes Paket "AtmanAVR C". Eine schöne IDE zum Programmieren und Debuggen, mit CodeWizard !! und neuere GCC Version als in WinAVR (Stand 09.01.2006 gcc-3.4.5, binutils-2.16.1, avr-libc-1.4.2). Wen es interessiert bitte hier schauen: AtmanAVR Auf der Seite findet man auch ein "Unique Operating System for AVR" OPEX V1.0 siehe: OPEX V1.0 Viel Spaß beim ausprobieren... Uli Achtung AtmanAVR leider keine Freeware, sondern Shareware (30 Tage zum Testen) Die Frage ob man den "neusten" PC hat, beantwortet man sich, wenn man links neben der SPACE-Taste schaut !!!!
Stefan Wimmer Grand Master of Rocketry Moderator Registriert seit: Aug 2000 Wohnort: Berlin Verein: Deutsche Experimental Raketen Arbeitsgruppe (DERA) Beiträge: 2398 Status: Offline	Beitrag 93676 [15. Januar 2006 um 15:56] [Melden] Zitat: Original geschrieben von icepic ... und neuere GCC Version als in WinAVR (Stand 09.01.2006 gcc-3.4.5, binutils-2.16.1, avr-libc-1.4.2). ...genau damit wird es in einigen Tagen ein neues WinAVR-Paket geben. Schaut mal ab&zu bei www.avrfreaks.com rein, dort gibt es sicher eine Ankündigung wenn's soweit ist. Geändert von Stefan Wimmer am 15. Januar 2006 um 16:01 It's the Government - it doesn't have to make sense! (B. Kaplow in r.m.r)
Andreas Mueller Epoxy-Meister Registriert seit: Sep 2004 Wohnort: Verein: ARGOS Beiträge: 322 Status: Offline	Beitrag 93707 [16. Januar 2006 um 01:16] [Melden] Zitat: Original geschrieben von Stefan Wimmer Zitat: Original geschrieben von icepic ... und neuere GCC Version als in WinAVR (Stand 09.01.2006 gcc-3.4.5, binutils-2.16.1, avr-libc-1.4.2). ...genau damit wird es in einigen Tagen ein neues WinAVR-Paket geben. Schaut mal ab&zu bei www.avrfreaks.com rein, dort gibt es sicher eine Ankündigung wenn's soweit ist. Aber so richtig aktuell ist das auch nicht, denn GCC 4.0.2 gibt es auch schon seit letztem September, und ist eine Voraussetzung, wenn man den AT90CAN128 (und vielleicht ein paar andere AVRs wie den attiny13) programmieren will, der wird erst ab GCC 4.0.2 unterstützt. Das ist etwas schade ist, weil der ATtiny13 der einzige 1k Flash Tiny ist, den man in C programmieren kann (C verlangt einen RAM basierten Stack). Alle anderen in C programmierbaren 8pin Tinys werden ebenfalls erst von 4.0.2 unterstützt! Der Support für diese Prozessoren wurde nicht in 3.4.5 integriert. Wie man GCC und alle anderen Tools zur AVR Programmierung auf Linux installiert, habe ich übrigens in folgendem Thread mal beschrieben: http://www.raketenmodellbau.org/forum?action=viewthread&threadid=5653
Stefan Wimmer Grand Master of Rocketry Moderator Registriert seit: Aug 2000 Wohnort: Berlin Verein: Deutsche Experimental Raketen Arbeitsgruppe (DERA) Beiträge: 2398 Status: Offline	Beitrag 94001 [20. Januar 2006 um 18:37] [Melden] Sooo, das neue WinAVR ist da! Download (24,2MB) gibt es HIER. EDIT: Oops, Eric Weddington hat gerade in der AVR-GCC Mailingliste geschrieben, dass er noch ein Bug-fix Release nachschieben muss. Man kann das derzeitige aber auch zum Laufen bringen, wenn man einen Kopiervorgang manuell nachholt: > mkdir C:\msys\1.0\WinAVR > cp -a /c/WinAVR/avr/ /c/msys/1.0/WinAVR/ ..oder einfach ein paar Tage auf die neue Version warten. (Dies ist kein Problem von GCC, sondern des Windows-Installlers) Geändert von Stefan Wimmer am 21. Januar 2006 um 12:24 It's the Government - it doesn't have to make sense! (B. Kaplow in r.m.r)
icepic SP-Schnüffler Registriert seit: Okt 2003 Wohnort: Schönaich Verein: Solaris-RMB e.V.;TRA #10579 L2;T2 Beiträge: 834 Status: Offline	Beitrag 94029 [21. Januar 2006 um 11:19] [Melden] Zitat: Original geschrieben von Stefan Wimmer Sooo, das neue WinAVR ist da! ...na super, wo ich jetzt diese Woche mir ein neues Paket selber compiliert habe Wer es sich auch an tun will....unter Windows.....hier: Hier lang !! Uli Die Frage ob man den "neusten" PC hat, beantwortet man sich, wenn man links neben der SPACE-Taste schaut !!!!
icepic SP-Schnüffler Registriert seit: Okt 2003 Wohnort: Schönaich Verein: Solaris-RMB e.V.;TRA #10579 L2;T2 Beiträge: 834 Status: Offline	Beitrag 94030 [21. Januar 2006 um 11:27] [Melden] Zitat: Original geschrieben von Andreas Mueller Das ist etwas schade ist, weil der ATtiny13 der einzige 1k Flash Tiny ist, den man in C programmieren kann (C verlangt einen RAM basierten Stack). Nicht unbedingt, auch ein Tiny15(ohne RAM basierten Stack) läßt sich in C programmieren. Nicht einfach, aber es geht !!! Im User Manual zur Avr-Lib steht in der FAQ folgendes: Is it really impossible to program the ATtinyXX in C? While some small AVRs are not directly supported by the C compiler since they do not have a RAM-based stack (and some do not even have RAM at all), it is possible anyway to use the general-purpose registers as a RAM replacement since they are mapped into the data memory region. Bruce D. Lightner wrote an excellent description of how to do this, and offers this together with a toolkit on his web page: http://lightner.net/avr/ATtinyAvrGcc.html Uli Die Frage ob man den "neusten" PC hat, beantwortet man sich, wenn man links neben der SPACE-Taste schaut !!!!
Andreas Mueller Epoxy-Meister Registriert seit: Sep 2004 Wohnort: Verein: ARGOS Beiträge: 322 Status: Offline	Beitrag 94032 [21. Januar 2006 um 12:06] [Melden] Zitat: Original geschrieben von icepic Nicht unbedingt, auch ein Tiny15(ohne RAM basierten Stack) läßt sich in C programmieren. Nicht einfach, aber es geht !!! Wenn man aber nur noch zwei Unterprogrammebenen hat, und praktisch keine lokalen Variablen, dann kann man auch die C-Library kaum mehr nutzen, welche ja eigentlich eine wesentliche Komponente einer Hochsprache wäre. Wenn man etwas grösseres Multiplizieren will, hat man nur noch eine Unterprogrammebene, und wenn man mit floats rechnen will gar keine mehr. Dann hat man nur noch die Kontrollstrukturen, und die sind in Assembler etwa ähnlich kompliziert, d.h. der Nutzen der Hochsprache wird äusserst zweifelhaft. gcc-4.0.2 installieren muss man nur einmal, aber den im genannten Dokument genannten grauenhaften Hack muss man immer wieder machen. Das scheint mir nicht wirklich praktikabel. Ein Hack halt.
Stefan Wimmer Grand Master of Rocketry Moderator Registriert seit: Aug 2000 Wohnort: Berlin Verein: Deutsche Experimental Raketen Arbeitsgruppe (DERA) Beiträge: 2398 Status: Offline	Beitrag 94034 [21. Januar 2006 um 12:22] [Melden] Zitat: Original von Andreas Mueller Wenn man aber... ...am falschen Ende spart, zahlt man am Ende immer drauf. Was spricht denn gegen die Verwendung eines grösseren AVRs? Den kann man dann ohne Kopfschmerzen in C programmieren und die paar Cent werden's bei unseren Losgrössen wohl kaum reissen... Offensichtlich verfolgt ihr die GCC-Mailingliste nicht mit, denn sonst wüsstet ihr um die reichlichen Diskussionen darum, ob man den gerade eben herausgegebenen WinAVR-Release auf 3.4 oder auf 4.0 basieren lässt. Die 4-er Version wurde relativ schnell wieder verworfen, weil dort einige Dinge dermassen umgekrempelt wurden, dass es beim AVR-Port erhebliche Probleme gab. Da die AVR-Gemeinde im Verhältnis zur Gesamtzahl aller GCC-User ziemlich klein ist, ist nicht absehbar, wann es für die 4-er Version einen entsprechenden Fix gibt, denn das Problem tritt wie geschrieben (erst mal) nur bei AVR-Portierung auf. Geändert von Stefan Wimmer am 21. Januar 2006 um 12:26 It's the Government - it doesn't have to make sense! (B. Kaplow in r.m.r)
Reinhard Überflieger Registriert seit: Sep 2003 Wohnort: Österreich Verein: TRA #10691, AGM Beiträge: 1186 Status: Offline	Beitrag 94072 [21. Januar 2006 um 19:51] [Melden] Hi, ansonsten bleiben immer noch die Varianten ATtiny25 (bzw. 45 oder 85) wenn man auf das SOIC-8 Gehäuse scharf ist und RAM braucht. Ob und wie das jetzt mit den 3.4er bzw. 4er Versionen des GCC funktioniert weiß ich jetzt aber nicht. Gruß Reinhard

[Zurück zum Anfang]