AVR32 Studio Build Probleme nach Neustart

[Börger]

Hallo alle miteinander,

bin neu hier und hab leider keine lösung für mein PRoblem im Forum gefunden und hoffe das es hier jemanden gibt der mein problem kennt und noch besser eine Lösung dafür hat.
Also ich nutze (im moment) AVR32 Studio in der Version 2.1.1 und dazu das benötigte AVR GNU Toolchain 2.1.6 und das läuft alles auf einem handelsüblichen Win XP System, bin zudem nicht ganz unerfahren und schreibe meine Programme in C. Und nun zum Problem. Also ich erstelle ein Projekt, code meine zeilen und Kompiliere mein Programm mit Build Projekt. Dach flashe ich die entstandene .elf datei über meinen Debuger (JTAGICE mk2) auf das übliche EVK1101 Evalboard. Danach sehe ich was ich möchte und alles geht seinen geng. Diesen vorgang kann ich auch beliebig oft wiederholen wenn ich mein programm geändert hab und so weiter. Und nun ist mein tag zu ende und ich beende mein Programm, und da gehts los mit den Problemen. Nach einem neustart des AVR32 Studios kann er die im Workspace liegenden Projekte (oder auch andere die man ja importieren kann) nicht mehr Fehlerfrei Kompilieren. Es kommen ständig Fehlermeldungen in den Headerdateien des mitgelieferten Softwareframeworks. Vorwiegend in den GPIO, PM, und PWM headern. Ich habe bislang nur zwei möglichkeiten herausgefunden diesen Bug zu fixen.1. möglichkeit: Ich erstelle ein neues Projekt und kopiere den identischen Code via copy and paste hinein, build projekt und alles is super. Oder 2. Rechner nicht ausmachen und Programm nicht beenden. (is für manche sicher kein problem weil sie eh 24h am tag programieren ).
Eine direkte anfrage bei ATMEL hat mir leider auch keine lösung gebracht. Ich bin dadurch lediglich von der 2.2 mit Toolchain 2.?keine ahnung mehr auf die jetzige gekommen, wo sich nichts geändert hat und die neuste 2.3 mit zugehörigem Toolchain hat mir leider auch nicht geholfen.

Also bin ich grundsätzlich der einzige den dieses problem betrifft? dann würde es sicher irgendwie an der art der erstellung des Projektes liegen.
Wenn ich nicht der einzige bin, hat jemand anderes eine Lösung für das problem gefunden und kann mir weiterhelfen?

Danke schon mal im voraus
Greetz der Börger

 

[Nomis3000]

Guten Morgen Börger,

POAH das gibts nicht, hab als Koffein-Abstinenzler Heute(äh Gestern) um 19:25 einen Becher Cola beim MC Donalds getrunken und fühle mich deshalb immer noch wie ein Kolibri. Sonst liege ich nämlich meistens schon um 10Uhr im Bett. Das heißt aber leider nicht, dass ich im Moment klare Gedanken fassen kann.

Dein Problem ist mir nicht bekannt, und ich habe bisher immer die v2.1 genutzt. Aber: Dass sich Fehler bei der GPIO.h und ähnlichen zeigen, lässt mich vermuten, dass das Projekt nach dem erneuten Laden, aus irgend einem Grund als C++ Code Compiliert wird. Die GPIO.h beinhaltet nämlich ein paar für C++(nicht aber für C) unakzeptable Konstrukte. Schau doch diesbezüglich einmal nach.

Ich muss aber gestehen, dass ich schon seit Monaten keinen Atmel mehr angerührt habe.

 

[Börger]

Servus Nomis3000,

Danke für den Tip. Das währ natürlich gut wenns die lösung währe. is aber fragwürdig weil die Beispielprogramme vom Softwareframework immer zu compilieren gehen, obwohl die ja auch die selben Header nutzen. so also is irgendwie die frage wo da der unterschied is. immerhin compilier ich auf die selbe art. da stellt sich mir die frage, ob im Projekt irgend welche build settings verankert sind oder nicht. mann mann mann das is sicher nur so nen beknackter hacken an der falschen stelle.
Jetzt ur noch die frage, worann ich das seh ob der nun in c oder c++ compiliert? immerhin heißts ja auch main.c das sollte der compiler doch eigentlich raffen oder?
Ach so was vieleicht noch interessant is is die tatsache, dass die entstandenen errors nach jedem weitern compilen ändern. Also beim ersten mal sind errors in der GPIO und beim nächsten mal in der PWM und keine mehr in der GPIO and so on. Vieleicht auch ein hinweis, dass es nicht an einer falschen c oder c++ compilierung liegt sonder irgendwo ein tieferes ballaballa existiert.

greetz der heiko

p.s. is dein coffein flash nun vorbei oder machst immernoch einen auf flattermann?

 

[Nomis3000]

Hi Heiko

Tja, mein Coffein flash ist inzwischen vorbei.

Wenn das Projekt als C++ Projekt kompiliert wird, beginnen einige Ausgaben an der Console mit "avr32-g++", anstatt mit "avr32-gcc". Dass es sich dabei um C-Files handelt ist dem Compiler übrigens egal, zumindest war es bei dem gewöhnlichen avr-gcc so. Weiter kann ich dir aber nicht helfen, weil ich das Problem nicht reproduzieren kann.

 

[Börger]

Hallo alle zusammen, also habs nochmal überprüft, in der Console schreibt er auch jedesmal nur avr32-gcc also denk schon das er das auf die richtige art und weise kompiliert.

Ich frag mich echt ob ich der einzige bin der so nen problem hat. Wir haben immerhin das gleiche problem auf jedem rechner den wir zum programmieren benutzen. Hab jetzt sogar nochmal alles runter gehauen und neu drauf gemacht und hat sich nix geändert.

Fals es doch noch hoffnung gibt, dass jemand nen tip hat, dann immer her damit ich währe sehr dankbar.

greetz der Heiko

 

[rr_zx]

Hi Heiko

Ich habe das gleiche Problem, hast du etwas rausbekommen?

Mfg
Ralph

 

[Börger]

Hallo Ralph,

ne leider is bislang nichts passiert.
aber gott sei dank gibts noch jemanden mit dem gleichne problem. ich dacht schon ich bin einfach zu doof.

Hast du mal den support von atmel angeschrieben? würd mich mal interessieren, was sie so bei dir sagen.

greetz Heiko

 

[Börger]

So hab grad mal was in einem anderen Forum gelesen.

"After reading this thread, I tried changing the MCU settings to another processor and compiling; this produced errors still. However, when I changed it back to the UC2b0256 all the errors went away. I don't know what the hell problem is, but am now at least grateful for a quick work around."

Is nicht die Perfekte Lösung hilft aber und ist weniger kompliziert wie ein neues Projekt anzulegen!

greetz der Heiko