Kann keine Code::Blocks Projekte kompilieren mit GCC

[Gast (Gast)]

Hi!

Ich beschäftige mich seit kurzem mit µControllern. Bis jetzt 
programmierte ich in Bascom, wollte aber jetzt auf C umsteigen.
Als IDE dachte ich an Code::Blocks.

Mein Problem ist nun, dass wen ich ein Projekt kompilieren will folgende 
Fehlermeldung erscheint:
"Projektname" uses an invalid compiler. Skipping...

Als Compiler is der AVR GNU GCC ausgewählt, der eigentlich auch 
installiert sein sollte, da ich das Packet mit dem enthaltenen GCC habe.
Ausgewählt ist er auch.

Was kann ich tun, um endlich wieder kompilieren zu können?

Sollte ich auf Eclipse oder ähnliches umsteigen?

danke schonmal für die (hoffentlich) nützlichen und vielen Antworten!

[Martin T. (mthomas) (Moderator)]

> Als Compiler is der AVR GNU GCC ausgewählt, der eigentlich auch
> installiert sein sollte, da ich das Packet mit dem enthaltenen GCC habe.
> Ausgewählt ist er auch.
Soweit erinnert, kommt das Packet mit einem Compiler für den PC. Sicher, 
dass die AVR-Cross-Toolchain installiert ist? (avr-gcc et al, für 
MS-Windows: z.B. in WinAVR)

[Mark .. (mork)]

Die installation von WinAVR alleine reicht nicht aus, man muss 
Code::Blocks auch mitteilen, wo sich der Compiler usw. befindet. Geh auf 
Settings->Compiler and Debugger, wähl dann den AVR-GCC als Compiler und 
wechel auf den Tab 'Toolchain Executables'. Dort muss man das 
Installationsverzeichnis von WinAVR angeben. Danach sollte alles 
klappen.

MfG Mark

[Gast (Gast)]

Jippie, hat geklappt!
Warum ich WINAVR auch noch installieren muss, obwohl ich das mingw 
PAcket von C::B installiert habe, bleibt mir zwar ein Rätsel, aber 
solange es geht, is alles im grünen bereich!

Danke für die klasse Hilfe!

[Mark .. (mork)]

Gast wrote:
>Warum ich WINAVR auch noch installieren muss, obwohl ich das mingw
>PAcket von C::B installiert habe, bleibt mir zwar ein Rätsel [...]

MinGW ist eine Toolchain für Win32, nicht für AVRs! Deshalb muss man 
erstmal WinAVR installieren.

[Gast (Gast)]

Achso, jetzt versteh' ich das.

Vielen tausend Dank!

[Gast (Gast)]

Nochmal eine Frage:

Ich taste mich so langsam in die Welt von C vor. Nun da mein C::B wieder 
geht, kann ich endlich weitermachen, stehe aber schon vor einem Problem:

#include <avr/io.h>
#define F_CPU 16000000


int main(void)
{

   DDRC  = 0b00000110;
   PORTC = 0b00000110;
    while(1)
    ;

    return 0;
}

Ich habe das Pollin Eval Board V2.0.1.
EIgentlich sollten doch alle Leds angehen, oder?
Leider tun sie das aber nict, und ich weiss nicht warum.

Danke für die Hilfe!

[Peter D. (peda)]

Gast schrieb:
> EIgentlich sollten doch alle Leds angehen, oder?
> Leider tun sie das aber nict, und ich weiss nicht warum.

Du mußt erstmal den AVR-Typ verraten.
Es gibt AVRs, da haben manche Pins nach dem Reset Sonderfunktionen, z.B. 
JTAG-Debug.
Das läßt sich per Befehl oder Fuse abschalten.


Peter

[Gast (Gast)]

>Du mußt erstmal den AVR-Typ verraten.
Mist! Eigentlich dachte ich, ich hab das angegeben. Es ist ein ATMega16 
der mit einem 16MHz Quarz läuft.

Due Fuses sind so wie für das Pollin Beispielprogramm gesetzt. Ich denke 
also die müssten für Zugriff auf die LED's passen.

Grüße und danke für die Antwort, Peter!

[Peter D. (peda)]

Gast schrieb:
> Ich denke
> also die müssten für Zugriff auf die LED's passen.

Nicht denken, sondern im Datenblatt nachschauen.


Peter

[Gast (Gast)]

Hi Peter!

Mit den Fuses hat der Zugriff auf die LEDs mit dem Pollin Testtool doch 
geklappt. Und auch eigene Bascom Programme haben so gklappt. An den 
Fuses kanns also nicht liegen.

Ich werde das .hex nochmal neu aufspielen...


Grüße...

[Werner B. (werner-b)]

IIRC sind auf dem Pollinboard die LEDs am PORT D5 und D6, nicht C.