Du kannst keine neue Antwort schreiben


Autor Thema 
icepic

SP-Schnüffler

icepic

Registriert seit: Okt 2003

Wohnort: Schönaich

Verein: Solaris-RMB e.V.;TRA #10579 L2;T2

Beiträge: 840

Status: Offline

Beitrag 93623 , AVR Programmieren in C [Alter Beitrag14. Januar 2006 um 11:33]

[Melden] Profil von icepic anzeigen    icepic eine private Nachricht schicken   Besuche icepic's Homepage    Mehr Beiträge von icepic finden

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

Stefan Wimmer

Registriert seit: Aug 2000

Wohnort: Berlin

Verein: Deutsche Experimental Raketen Arbeitsgruppe (DERA)

Beiträge: 2398

Status: Offline

Beitrag 93676 [Alter Beitrag15. Januar 2006 um 15:56]

[Melden] Profil von Stefan Wimmer anzeigen    Stefan Wimmer eine private Nachricht schicken   Besuche Stefan Wimmer's Homepage    Mehr Beiträge von Stefan Wimmer finden

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 [Alter Beitrag16. Januar 2006 um 01:16]

[Melden] Profil von Andreas Mueller anzeigen    Andreas Mueller eine private Nachricht schicken   Andreas Mueller besitzt keine Homepage    Mehr Beiträge von Andreas Mueller finden

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

Stefan Wimmer

Registriert seit: Aug 2000

Wohnort: Berlin

Verein: Deutsche Experimental Raketen Arbeitsgruppe (DERA)

Beiträge: 2398

Status: Offline

Beitrag 94001 [Alter Beitrag20. Januar 2006 um 18:37]

[Melden] Profil von Stefan Wimmer anzeigen    Stefan Wimmer eine private Nachricht schicken   Besuche Stefan Wimmer's Homepage    Mehr Beiträge von Stefan Wimmer finden

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

icepic

Registriert seit: Okt 2003

Wohnort: Schönaich

Verein: Solaris-RMB e.V.;TRA #10579 L2;T2

Beiträge: 840

Status: Offline

Beitrag 94029 [Alter Beitrag21. Januar 2006 um 11:19]

[Melden] Profil von icepic anzeigen    icepic eine private Nachricht schicken   Besuche icepic's Homepage    Mehr Beiträge von icepic finden

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 mad

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

icepic

Registriert seit: Okt 2003

Wohnort: Schönaich

Verein: Solaris-RMB e.V.;TRA #10579 L2;T2

Beiträge: 840

Status: Offline

Beitrag 94030 [Alter Beitrag21. Januar 2006 um 11:27]

[Melden] Profil von icepic anzeigen    icepic eine private Nachricht schicken   Besuche icepic's Homepage    Mehr Beiträge von icepic finden

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 [Alter Beitrag21. Januar 2006 um 12:06]

[Melden] Profil von Andreas Mueller anzeigen    Andreas Mueller eine private Nachricht schicken   Andreas Mueller besitzt keine Homepage    Mehr Beiträge von Andreas Mueller finden

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

Stefan Wimmer

Registriert seit: Aug 2000

Wohnort: Berlin

Verein: Deutsche Experimental Raketen Arbeitsgruppe (DERA)

Beiträge: 2398

Status: Offline

Beitrag 94034 [Alter Beitrag21. Januar 2006 um 12:22]

[Melden] Profil von Stefan Wimmer anzeigen    Stefan Wimmer eine private Nachricht schicken   Besuche Stefan Wimmer's Homepage    Mehr Beiträge von Stefan Wimmer finden

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

Reinhard

Registriert seit: Sep 2003

Wohnort: Österreich

Verein: TRA #10691, AGM

Beiträge: 1187

Status: Offline

Beitrag 94072 [Alter Beitrag21. Januar 2006 um 19:51]

[Melden] Profil von Reinhard anzeigen    Reinhard eine private Nachricht schicken   Besuche Reinhard's Homepage    Mehr Beiträge von Reinhard finden

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]
Du kannst keine neue Antwort schreiben