Bascom - C Umstieg Teil 1 - IDE-Probleme

Marie L. schrieb:

> F_OSC = 2000000

Vielleicht solltest du ja das Symbol hier auch F_CPU benennen? ;-)

Du müsstest auch eine Warnung bekommen haben dafür.

> Funktioniert auch, allerdings wechselt jetzt der Port alle 5 Sekunden
> den Zustand.

Default F_CPU ist halt 1 MHz (da das bei vielen der älteren AVRs der 
Auslieferungszustand ist).

> Code::Blocks habe ich unter Linux zusätzlich noch eingerichtet, da
> bekomme ich aber schon beim Kopilieren folgende Fehler:
>
> [code]
> In file included from /usr/include/math.h:43:0,
>                  from /usr/lib/avr/include/util/delay.h:46,

Das passt irgendwie nicht zusammen. Da werden Include-Dateien aus dem 
System benutzt (/usr/include). Da ist irgendwas beim Einrichten der 
AVR-Umgebung schief gegangen. Er müsste /usr/lib/avr/include/math.h 
benutzen.

> Vielleicht solltest du ja das Symbol hier auch F_CPU benennen? ;-)

Habe ich gemacht, brachte aber keine Verbesserung.
Es sind immer noch 5 Sekunden statt 10.
Kann ich noch irgendwas überprüfen?

Marie L. schrieb:
> /usr/lib/avr/include/util/delay.h:112:3: Warnung: #warning "Compiler
> optimizations disabled; functions from <util/delay.h> won't work as
> designed" [-Wcpp]

Und die Optimierung einschalten.

Marie L. schrieb:
> Kann ich noch irgendwas überprüfen?

Ja: ob das auch als -D Option an den Compiler überreicht wird.

Oder du schreibst das

1

#define F_CPU 2E6

halt direkt über dein

1

#include <util/delay.h>

Wenn deine IDE aber dafür noch eine -D Option generiert, bekommst du 
ggf. eine Warnung über die Mehrfachdefinition des Makros.

Dirk B. schrieb:

> Und die Optimierung einschalten.

Das war ja ihre Option #3, während der Fehler, dass die Delay nur halb 
so lang wie gewünscht sind, bei ihrer Option #2 auftritt.

Aber ansonsten natürlich ein berechtigter Einwand.

Jörg W. schrieb:
> Oder du schreibst das
> #define F_CPU 2E6
>
> halt direkt über dein
> #include <util/delay.h>

Hallo Jörg,

das hat funktioniert. Der Zustand wechselt jetzt im 10 Sekunden Takt.
Vielen Dank!

Somit habe ich mit Geany eine funktionierende Variante!

Nur als Randbemerkung: das Design von <util/delay.h> ist vorsätzlich so 
gewählt worden, dass intern alles mit Gleitkommazahlen gerechnet wird 
(die zur Compilezeit dann völlig weg optimiert werden), sodass man bspw. 
halt Dinge schreiben kann wie

1

#define F_CPU 3.579e6 // Quarz mit 3,579 MHz

2

3

// ...

4

5

   _delay_us(23.5);

ausgehend von der Annahme, dass dies besser/einfacher lesbar ist als 
wenn du schreiben musst

1

#define F_CPU 3579000 // zähle die Nullen ;-)

2

3

  _delay_ns(23500);

Leider wurde beim Design von <util/setbaud.h> nicht darauf geachtet: 
dort muss F_CPU zu einem Integer-Argument auflösen. Falls du jemals 
diesen Header benutzen möchtest, musst du entsprechend darauf achten.

Bleibt noch die Option mit Code::Blocks:

Dirk B. schrieb:
> Und die Optimierung einschalten.

Ich habe die Optimierung eingeschaltet und der Fehler:

Marie L. schrieb:
> /usr/lib/avr/include/util/delay.h:112:3: Warnung: #warning "Compiler
> optimizations disabled; functions from <util/delay.h> won't work as
> designed" [-Wcpp]

ist weg.

Allerdings bleiben die beiden anderen Fehler bestehen:

1

-------------- Build: Debug in test3 (compiler: GNU GCC Compiler for AVR)---------------

2

3

avr-gcc -Wall -mmcu=atxmega128a1u -DF_CPU=2000000UL -g -Os -I/usr/include -c main.c -o obj/Debug/main.o

4

avr-gcc -L/usr/lib -o bin/Debug/test3.elf obj/Debug/fuse.o obj/Debug/main.o  -mmcu=atxmega128a1u -Wl,-Map=bin/Debug/test3.map,--cref  

5

In file included from /usr/include/math.h:43:0,

6

                 from /usr/lib/avr/include/util/delay.h:46,

7

                 from main.c:5:

8

/usr/include/bits/floatn.h:75:1: Fehler: Unbekannter Maschinenzustand »__TC__«

9

 typedef _Complex float __cfloat128 __attribute__ ((__mode__ (__TC__)));

10

 ^

11

/usr/include/bits/floatn.h:87:9: Fehler: unbekannter Typname: »__float128«

12

 typedef __float128 _Float128;

13

         ^

14

Process terminated with status 1 (0 minute(s), 0 second(s))

15

2 error(s), 0 warning(s) (0 minute(s), 0 second(s))

Ich habe an einem Ersatz-Linux PC auch Code::Blocks installiert, dort 
tritt dieser Fehler nicht auf.
Wo könnte ich noch suchen?

Marie L. schrieb:
> Wo könnte ich noch suchen?

Da musst du Leute fragen, die sich mit Code::Blocks auskennen, warum 
dort Anwendungs- und System-Header-Dateien in den (von Code::Blocks 
generierten) -I Optionen vermischt werden (-I/usr/include; auch 
-L/usr/lib ist Unfug, wenn man für einen AVR compiliert).

Vielleicht findest du solche Leute auch hier im Forum, aber 
möglicherweise nicht unter der von dir jetzt benutzten Überschrift.

Hallo Jörg,

vielen Dank für den Hinweis. Ich werde bei Gelegenheit einen neuen 
Thread aufmachen.
Aber Du hast mir ja jetzt mit Geany schon sehr weitergeholfen und ich 
habe somit eine funktionierende IDE und kann anfangen C und C++ zu 
lernen.

ich denke da wird noch die ein oder andere Frage aufkommen... :-)

Marie L. schrieb:
> Ich habe die Optimierung eingeschaltet und der Fehler:
>
> Marie L. schrieb:
>> /usr/lib/avr/include/util/delay.h:112:3: Warnung:

Beachte bitte, das dies eine Warnung ist.
Das bedeutet, der Compiler versucht nocht etwas lauffähiges zu 
generieren.
Das Ergebnis kann aber falsch sein.

Behandele Warnungen wie Fehler - beseitige deren Ursache und setze den 
Warnlevel auf Maximum.

Dirk B. schrieb:
> setze den Warnlevel auf Maximum

Ist hier egal, da die Warnung ja durch den Code selbst erzeugt wird 
(#warning).

Aber ansonsten natürlich generell ein guter Ratschlag.