AtmelStudio 7 util/delay.h funktioniert nicht

[Dominik (Gast)]

Hallo,
und Zwar hab ich ein Problem, mit den Atmega328 - PU.

Umgebung: AtmelStudio 7.

C code

 
#include <avr/io.h>
#include <util/delay.h>

int main(void)
{
  DDRB = 0xFF;
  PORTB = 0X00;
  _delay_ms(200);
  PORTB = 0xFF;
    /* Replace with your application code */
    while (1) 
    {
    PORTB = 0X00;
    _delay_ms(200);
    PORTB = 0xFF;
    }
  return 0;
}

die F_CPU=16000000 hab ich in den Symbols Deklariert.

Wenn ich die F_CPU in Code Deklariere, Bekomme ich eine Warnung mit : 
"F_CPU not defined for <util/delay.h>".

Beim ausführen des Debugers bleibt der code bei _delay_ms() hängen.

und auch auf den Board wir Der code bis _delay_ms(200) ausgeführt und 
dan bleibt er hängen habt ihr vlt Abhilfe ?


Danke für Eure Hilfe.

[Jim M. (turboj)]

Dominik schrieb:
> die F_CPU=16000000 hab ich in den Symbols Deklariert.

Da ist entweder ein Tippfehler drin oder es kommt beim C-Compiler nicht 
an.

Auch Atmel Studio kann die komplette Kommandozeile ausspucken die beim 
Kompilieren ausgeführt wird. Schau Dir die mal genau an.

[define (Gast)]

Moin,

in meinem Code ist die korrekte definition für den Takt:

#define F_CPU 4000000UL

Grüße (:

[Frank M. (ukw) (Moderator)]

Dominik schrieb:
> die F_CPU=16000000 hab ich in den Symbols Deklariert.

Ein Screenshot wäre hilfreich. Vergiss nicht, diese Definition sowohl 
für Debugging als auch Release einzutragen.

[Dominik (Gast)]

Jim M. schrieb:
> Auch Atmel Studio kann die komplette Kommandozeile ausspucken die beim
> Kompilieren ausgeführt wird. Schau Dir die mal genau an.

Wie bekomme ich die angezeigt ?

von define (Gast)

>in meinem Code ist die korrekte definition für den Takt:
>#define F_CPU 4000000UL

>Grüße (:

hab ich schon versucht mit #define F_CPU 16000000UL.

Bekomme "F_CPU not defined for <util/delay.h>".

Danke schon mal.

[Frank M. (ukw) (Moderator)]

define schrieb:
> in meinem Code ist die korrekte definition für den Takt:

Darum gehts nicht, ein #define im C-Code einfügen kann jeder.

Es geht darum, diese Definition projektweit anzulegen, damit man das 
nicht in allen C-Modulen separat machen muss. Ein Projekt kann nämlich 
durchaus aus mehr als einem C-Modul bestehen.

[Dominik (Gast)]

Output von Build :

------ Build started: Project: GccApplication3, Configuration: Debug AVR ------
Build started.
Project "GccApplication3.cproj" (default targets):
Target "PreBuildEvent" skipped, due to false condition; ('$(PreBuildEvent)'!='') was evaluated as (''!='').
Target "CoreBuild" in file "F:\Atmel\Studio\7.0\Vs\Compiler.targets" from project "E:\Projekte\Testprojekt\atemga 328p\GccApplication3\GccApplication3\GccApplication3.cproj" (target "Build" depends on it):
  Task "RunCompilerTask"
    Shell Utils Path F:\Atmel\Studio\7.0\shellUtils
    F:\Atmel\Studio\7.0\shellUtils\make.exe all --jobs 8 --output-sync 
    make: Nothing to be done for 'all'.
  Done executing task "RunCompilerTask".
  Task "RunOutputFileVerifyTask"
        Program Memory Usage   :  160 bytes   0,5 % Full
        Data Memory Usage     :  0 bytes   0,0 % Full
  Done executing task "RunOutputFileVerifyTask".
Done building target "CoreBuild" in project "GccApplication3.cproj".
Target "PostBuildEvent" skipped, due to false condition; ('$(PostBuildEvent)' != '') was evaluated as ('' != '').
Target "Build" in file "F:\Atmel\Studio\7.0\Vs\Avr.common.targets" from project "E:\Projekte\Testprojekt\atemga 328p\GccApplication3\GccApplication3\GccApplication3.cproj" (entry point):
Done building target "Build" in project "GccApplication3.cproj".
Done building project "GccApplication3.cproj".

Build succeeded.
========== Build: 1 succeeded or up-to-date, 0 failed, 0 skipped ==========

[define (Gast)]

#define F_CPU 4000000UL

#include <avr/io.h>
#include <util/delay.h>

das Define muss vor dem Include kommen. Ich bekomme die selbe 
Fehlermeldung wenn ich das Define nach dem Include mache.

Vllt ist es das?

[Dominik (Gast)]

define schrieb:
> #define F_CPU 4000000UL
>
> #include <avr/io.h>
> #include <util/delay.h>
>
> das Define muss vor dem Include kommen. Ich bekomme die selbe
> Fehlermeldung wenn ich das Define nach dem Include mache.
>
> Vllt ist es das?

Nein das Funktioniert eben auch nicht. das wahr mein erster versuch, 
dann hab ich gelesen mann soll es in Symbols eintragen.

[Oliver S. (oliverso)]

Zeig den nicht funktionierenden Code mit F_CPU define, oder einen 
Screenshot von den Symboleinstellungen. Alles andere hilft nicht weiter.

Oliver
P.S. wenn du das define in den Code schreibst, muß das VOR
#include <util/delay.h>
Stehen.

[Martin (Gast)]

Ich würde wenn das delay funktioniert aber nach dem Port einschalten ein 
weiteres delay machen, sonst wird deine aufgeschlossene Last kaum 
funktionieren

[Dominik (Gast)]

Oliver S. schrieb:
> Zeig den nicht funktionierenden Code mit F_CPU define, oder einen
> Screenshot von den Symboleinstellungen. Alles andere hilft nicht weiter.
>
> Oliver
> P.S. wenn du das define in den Code schreibst, muß das VOR
> #include <util/delay.h>
> Stehen.


Komisch ist jetzt, das ich keine Warnung mehr habe.

Aber es funktioniert trotzdem nicht.

[Johann L. (gjlayde)]

Dominik schrieb:
> die F_CPU=16000000 hab ich in den Symbols Deklariert.

Falsch.  F_CPU muss ein Makro sein, also per #define im Code oder per 
-DF_CPU=xxx bei den Optionen.

Ein Symbol ist was anderes, das würde man per -Wl,--defsym,F_CPU=xxx 
definieren.

[Dominik (Gast)]

Johann L. schrieb:
> Dominik schrieb:
>> die F_CPU=16000000 hab ich in den Symbols Deklariert.
>
> Falsch.  F_CPU muss ein Makro sein, also per #define im Code oder per
> -DF_CPU=xxx bei den Optionen.
>
> Ein Symbol ist was anderes, das würde man per -Wl,--defsym,F_CPU=xxx
> definieren.

[Oliver S. (oliverso)]

Johann L. schrieb:
> Falsch.  F_CPU muss ein Makro sein, also per #define im Code oder per
> -DF_CPU=xxx bei den Optionen.

Das passt schon, die IDE (und alle anderen, die die Optionsdialoge bei 
Eclipse abgeschaut haben) nennt das halt Symbol.

Oliver

[Johann L. (gjlayde)]

Oliver S. schrieb:
> Johann L. schrieb:
>> Falsch.  F_CPU muss ein Makro sein, also per #define im Code oder per
>> -DF_CPU=xxx bei den Optionen.
>
> Das passt schon, die IDE (und alle anderen, die die Optionsdialoge bei
> Eclipse abgeschaut haben) nennt das halt Symbol.

Prima.  Und Symbole heißen wie?  Vermutlich "Macros" oder "Defines"...

[Oliver S. (oliverso)]

Dominik schrieb:
> Aber es funktioniert trotzdem nicht.

Woher du wissen?

Da der Screenshot allerdings die Optionen für Configration Debug zeigt, 
vermute ich mal, daß du ohne Optimierung kompilierst. Das sollte dann a) 
doch eine Warnung vom Preprozessor geben, und b) funktioniert das Delay 
dann nicht, wie erwartet. RTFM.

Oliver

[Frank M. (ukw) (Moderator)]

Dominik schrieb:
> Aber es funktioniert trotzdem nicht.

Was heisst das: Dauern die Delays jetzt vielleicht 16 mal so lang?

Die AVR-Delay-Funktionen funktionieren nur dann korrekt, wenn man die 
Optimierung eingeschaltet hat. Also: Stell das Projekte mal auf 
"Release" statt "Debug" um.

Noch etwas: Ist Dein µC per Fuses überhaupt auf Quarzbetrieb umgestellt? 
Wenn nicht, läuft der nämlich mit internem 8MHz-Oszillator-Takt.

Und dann gibt es noch die CKDIV8 Fuse: Wenn Du diese nicht deaktivierst, 
wird der Takt nochmal durch 8 geteilt und Dein µC rennt nur mit einem 
Achtel, also lediglich 1MHz. Das ist die Standard-Einstellung jedes 
fabrikneuen AVRs.

Fazit: Wenn Du die Fuses nicht korrekt konfigurierst, dauert jeder Delay 
tatsächlich 16-mal so lang wie Du erwartest.

[Dominik (Gast)]

Fuses :
        EXTENDED : 0xFD
        HIGH     : 0xD6
        LOW      : 0XFF

Board: Arduino Uno.  nur als test Board.

Der uc macht Gar nichts er führt DDRB = 0xFF und PORTB = 0x00 aus.
dan friert er ein und macht gar nichts mehr.

[define (Gast)]

Dass du teilweise ein großes 0X statt klein 0x benutzt wenn du 
Hex-Values zuweist stört nicht?

[Dominik (Gast)]

define schrieb:
> Dass du teilweise ein großes 0X statt klein 0x benutzt wenn du
> Hex-Values zuweist stört nicht?




Dominik schrieb:
> Fuses :
>         EXTENDED : 0xFD
>         HIGH     : 0xD6
>         LOW      : 0XFF

war ein Tipp fehler

[Georg M. (g_m)]

Dominik schrieb:
> war ein Tipp fehler

Noch einer:
PORTB = 0X00;

[Frank M. (ukw) (Moderator)]

Dominik schrieb:
> Fuses :        EXTENDED : 0xFD
>         HIGH     : 0xD6
>         LOW      : 0XFF

Laut Fusecalc

  http://eleccelerator.com/fusecalc/fusecalc.php?chip=atmega328p&LOW=FF&HIGH=D6&EXTENDED=FD&LOCKBIT=FF

sieht das gut aus.

> Der uc macht Gar nichts er führt DDRB = 0xFF und PORTB = 0x00 aus.
> dan friert er ein und macht gar nichts mehr.

Woran erkennst Du das? Am Verhalten im Debugger? Wie gesagt: _delay_ms() 
ist ohne Compiler-Optimierung unbrauchbar. Da gibt es hier zig Threads 
zu diesem Thema.

[Dominik (Gast)]

Wenn ich das _delay_ms() weck mache dann,
toggelt auch der pin.
laut Analyzer.

[Dominik (Gast)]

Frank M. schrieb:
> Woran erkennst Du das? Am Verhalten im Debugger? Wie gesagt: _delay_ms()
> ist ohne Compiler-Optimierung unbrauchbar. Da gibt es hier zig Threads
> zu diesem Thema.

ich hab schon Opzimize -O1 und -Os getestet.

Release ist gestellt.

hast du sonnst noch einen tipp ?

ich versuche es jetzt mal auf Laptop, mal sehen.

[Dominik (Gast)]

so am Laptop Funktioniert es -.-


ich hab aber keine Ahnung wieso weshalb warum ...



hat wer eine Idee?

[Hugo H. (hugohurtig1)]

Ich habe es mal getestet - auch im Debugger funktioniert es (dauert halt 
einige Sekunden und keine 200 ms). Bei Symbols trage ich 
F_CPU=16000000UL ein.

Vielleicht Atmel Studio mal updaten / neu installieren?

Edit: Stottermodus aus :-)

[Dominik (Gast)]

Hugo H. schrieb:
> Ich habe es mal getestet - auch im Debugger funktioniert es
> (dauert halt
> einige Sekunden und keine 200 ms). Bei Symbols trage ich
> F_CPU=16000000UL ein.
>
> Vielleicht Atmel Studio mal updaten / neu installieren?
>
> Edit: Stottermodus aus :-)



ich hab jetzt AtmelStudio neu installiert.
Es hat nichts gebracht, wie gesagt auf Laptop ohne Probleme nur das die 
Version Älter ist.

[Kurduppel (Gast)]

Hat jemand schon das gelöst?

[Marco H. (damarco)]

Die entsprechende Bibliothek installiert ? Atmel Studio hat die 
Eigenschaft alles ins Projekt zu kopieren.

F_CPU=16000000 muss vor den inkludieren der delay.h stehen. Und sie 
funktioniert nicht mit Optimierung !

[Oliver S. (oliverso)]

Eher nur als nicht.

Oliver

[Hmmm (Gast)]

Dominik schrieb:
> while (1)
>     {
>     PORTB = 0X00;
>     _delay_ms(200);
>     PORTB = 0xFF;
>     }

Ist das wirklich noch dieser Code? Dann fehlt ein zweites Delay, sonst 
ist der zeitliche Abstand zwischen PORTB=0xff und PORTB=0x00 etwas 
klein.

[Uwe Grassmé (Gast)]

Ich bin grad über den Beitrag gestolpert, also schlagt mich nicht, wenn 
ich falsch liege. Bei mir musste ich im Atmel Studio 7 im Fenster der 
Solution (hier "Pipe1") unter "Toolchain" bei "Symbols" den F_CPU-Wert 
eintragen. Die ganzen anderen #define-Anweisungen im Programm hatten 
nichts gebracht.

Im übrigen hat Dominik wohl recht ;).

[Stefan F. (Gast)]

Marco H. schrieb:
> Und sie funktioniert nicht mit Optimierung !

Es ist anders herum. Sie funktioniert nicht ohne Optimierung.

[Marco H. (damarco)]

Das habe ich schon mitbekommen und selbst geprüft das diese Aussage 
falsch war....

[Stefan F. (Gast)]

Marco H. schrieb:
> Das habe ich schon mitbekommen und selbst geprüft das diese
> Aussage falsch war....

Seltsam. Ich habe delay immer mit Optimierung benutzt und hatte damit 
nie  Probleme. Es passt auch zur Doku:

https://www.nongnu.org/avr-libc/user-manual/group__util__delay.html

"In order for these functions to work as intended, compiler 
optimizations must be enabled"

[Jörg W. (dl8dtl) (Moderator)]

Uwe Grassmé schrieb:
> Die ganzen anderen #define-Anweisungen im Programm hatten nichts
> gebracht.

Wichtig ist, dass F_CPU vor dem #include <util/delay.h> definiert ist. 
Ob man das nun per #define F_CPU eine Zeile davor schreibt oder auf 
globaler Ebene im Makefile bzw. Projekt, bleibt sich gleich.

Du bekommst allerdings auch eine Warnung, wenn du das nicht richtig 
gemacht hast. Ab da wird mit der Voreinstellung von 1 MHz weiter 
gearbeitet, die für viele AVRs im Auslieferungszustand passend ist.

Stefan ⛄ F. schrieb:
> Ich habe delay immer mit Optimierung benutzt und hatte damit nie
> Probleme.

Kann auch nicht anders sein. All diese "convenience functions" 
(_delay_us() und _delay_ms()) sollen halt "convenient" zu benutzen sein. 
Daher akzeptieren sie eben statt einer festen Anzahl von Zyklen (wie in 
<util/delay_basic.h>) eine Kombination aus einer als Gleitkommazahl 
angebbaren Verzögerungsdauer sowie einer als Gleitkommazahl angebbaren 
Frequenz. Es gibt ja bspw. Quarze mit 7.372 MHz, die kann man als

#define F_CPU 7.372E6

angeben. Damit die Gleitkomma-Rechnung aber nicht auf den Code 
durchschlägt, muss man natürlich die Compileroptimierungen aktiv haben.

(Meines Erachtens sollte man Microcontroller-Code sowieso nie ohne 
Optimierungen benutzen, auch zum Debuggen, aber das ist eine andere 
Sache und würde den Rahmen dieses Threads sprengen.)

[Ingo E. (ogni42)]

Dominik schrieb:
> Oliver S. schrieb:
>> Zeig den nicht funktionierenden Code mit F_CPU define, oder einen
>> Screenshot von den Symboleinstellungen. Alles andere hilft nicht weiter.
>>
>> Oliver
>> P.S. wenn du das define in den Code schreibst, muß das VOR
>> #include <util/delay.h>
>> Stehen.
>
>
> Komisch ist jetzt, das ich keine Warnung mehr habe.
>
> Aber es funktioniert trotzdem nicht.

Doch, es funktioniert alles perfekt - auch das Übersetzen. Du solltest 
aber Deine schleife entweder so

while(1)
{
   PORTB = 0x00;
   _delay_ms(200);
   PORTB = 0xff;
   _delay_ms(200); // sonst wird ja sofort wieder umgeschaltet
}

oder so:

while(1)
{
   PORTB ^= 0xff; // toggle alle bit auf PORTB
   _delay_ms(200);
}

schreiben

[Jörg W. (dl8dtl) (Moderator)]

Ingo E. schrieb:

> Doch, es funktioniert alles perfekt

> Dominik schrieb:

… am 6. Januar, muss man hier ergänzen.

Es hat nicht viel Sinn, jetzt wieder auf alle möglichen Altbeiträge hier 
zu antworten.

[Ingo E. (ogni42)]

Stimmt, aber alle anderen Antworten haben das, was ich geschrieben habe, 
nicht erwähnt - oder ich habe was übersehen.

[Einer K. (Gast)]

Ingo E. schrieb:
> oder ich habe was übersehen.

Ingo E. schrieb:
> PORTB ^= 0xff; // toggle alle bit auf PORTB

PINB = 0xff; // toggle alle bit auf PORTB