|
Anzeige
|
Atmega16 delay Compilererror
Gast
#2070989
Hallo, vielleicht kann mir hier jemand helfen, ich habe ein Compilerproblem mit folgendem Code: _delay_us(Korrektur1); inialisiert als: uint32_t Korrektur1=0; wenn ich Compalieren will bringt er immer eine Fehlermeldung die lautet: 163 error: __builtin_avr_delay_cycles expects an integer constant kann mir villeicht jemand sagen, wo der Fehler liegt? Habe schon im Internet geschaut und finde nichts dazu. Bei den delay...-Funktionen braucht es eine Konsztante als Parameter, keine Variable. Daher auch die Fehlermeldung "...expects an integer constant" heiko_h schrieb: > 163 error: __builtin_avr_delay_cycles expects an integer constant Der Fehler wird vom Compiler schon genau beschrieben.Achte besonders auf das letzte Wort.
Gast
#2070995
heiko_h schrieb: > 163 error: __builtin_avr_delay_cycles expects an integer constant steht doch da, du sollte nicht eine variable übergeben sonder eine wert. (delay ist ein Makro und arbeitet sonst nicht richtig) Falsch: uint32_t Korrektur1=0; _delay_us(Korrektur1); Richtig: _delay_us(1); Steht z.B. bei http://www.nongnu.org/avr-libc/user-manual/group__util__delay.html Note: In order for these functions to work as intended, compiler optimizations must be enabled, and the delay time must be an expression that is a known constant at compile-time.
Gast
#2071036
In der Korrektur1 Variablen steht bei mir ein Zeitwert drin, den ich aus einem Timer ausgelesen und in Korrektur1 übergeben habe. Wie kann ich delay dann definieren das mir delay genau so lange verzögert wie es in Korrektur1 steht? Korrektur 1 hat nach jedem Programmablauf einen anderen Wert.
Gast
#2071050
Habe gerade etwas in einem Tutorial gefunden, das scheint mir eine Verzögerungsschleife zu sein. _delay_loop_1(uint8_t __count) dann müsste das so ja eventuell gehen _delay_loop_1(uint32_t __Korrektur1)
Gast
#2071052
Ungefähr so:
heiko_h schrieb: > ... das mir delay genau so lange verzögert Wobei man die _delay_* eh meist nicht nehmen kann, wenn es genau sein soll. Die warten nicht nämlich nicht wirklich eine bestimmte Zeit, sondern verballern einfach CPU-Zeit. Das bewirkt die erwartete Verzügerung bestenfalls dann, wenn das Warten nicht durch eine ISR unterbrochen wird. In diesem Fall verlängert sich die Wartezeit klammheimlich um die Rechenzeit der ISR.
Gast
#2071178
heiko_h schrieb: > Habe gerade etwas in einem Tutorial gefunden, das scheint mir eine > Verzögerungsschleife zu sein. > > _delay_loop_1(uint8_t __count) > > > dann müsste das so ja eventuell gehen > > > _delay_loop_1(uint32_t __Korrektur1) Kann mir jemand was du der Delay loop sagen? Kann ich dort meine Korrektur1 Variable einfügen?
Gast
#2071184
> Kann mir jemand was du der Delay loop sagen?
Ja, die Doku :-) Ums kurz zu machen: Nein, das ist nicht das was Du
suchst. Machs so wie oben vorgeschlagen mit einer schönen Schleife
aussen rum.
Gast
#2071657
g457 schrieb: >> Kann mir jemand was du der Delay loop sagen? > > Ja, die Doku :-) Ums kurz zu machen: Nein, das ist nicht das was Du > suchst. Machs so wie oben vorgeschlagen mit einer schönen Schleife > aussen rum. Dann könnte ich die Schleife aber auch so schreiben ohne das delay zu verwenden. for (Korrektur1 != 0; Korrektur1--) {} So müsste das doch auch gehen, oder? Von der falschen Syntax abgesehen: Klar geht das, sogar sehr schnell. Es wartet nur nicht. Antwort schreibenBitte melde dich an, um einen Beitrag zu schreiben. |
Anzeige
|
