|
Anzeige
|
Variablenübergabe bei _delay_msHallo, Bin beim programmieren auf ein Hindernis gestoßen: Ich wollte für eine Methode die Pausendauer übergeben, nur scheint Atmel Studio da zu meckern.
Folgender Fehler wird ausgegeben: Error 1 __builtin_avr_delay_cycles expects a compile time integer constant Ich könnte natürlich eine Zahl übergeben, bis zu der eine schleife hochzählt und dann jeweils x Milisekunden delay reingeschoben wird, aber gibt es da eine elegante Weise wie man das Problem umgeht?
Gast
#3651628
> Ich könnte natürlich eine Zahl übergeben, bis zu der eine Whileschleife > hochzählt und dann jeweils x Milisekunden delay reingeschoben wird, aber > gibt es da eine elegante Weise wie man das Problem umgeht? Selbstverfreilich, einfach den von Dir schon angesprochenen Code in eine Funktion verpacken.
Gast
#3651634
Versuch mal den Parameter "dauer" mit dem Datentyp "double" Torben K. schrieb: > Error 1 __builtin_avr_delay_cycles expects a compile time integer > constant _delay_ms(ms) kann anscheinen nur mit Konstanten arbeiten. Mögliche Lösung:
Gast
#3651646
Du kannst und solltest _delay_ms nur mit einem KONSTANTEN Wert aufrufen. Ansonsten klappt das nicht. Der Compiler baut das nämlich fest ein. Musst dir mal ansehen wie das umgesetzt wird! Ansonsten könntest du einen Timer als einstellbare Verzögerung verwenden. Ist natürlich aufwändiger. Aber _delay_ms würde ich insgesamt NICHT verwenden, weil du damit das gesamte System blockierst.
Gast
#3651647
ja, es geht nur mit Konstanten. Noch ne Möglichkeit: Makro (etwa so):
isnah schrieb: > Versuch mal den Parameter "dauer" mit dem Datentyp "double" Funktioniert nicht, dann steuer ich das über die Methode an. :) meckerziege schrieb: > Ansonsten könntest du einen Timer als einstellbare Verzögerung > verwenden. Ist natürlich aufwändiger. Aber _delay_ms würde ich insgesamt > NICHT verwenden, weil du damit das gesamte System blockierst. Wie meinst du das? Hab bisher nur mit delay gearbeitet. Torben K. schrieb: > Wie meinst du das? > Hab bisher nur mit delay gearbeitet. Timer-Interrupt, dann kann der µC in der Wartezeit auch was Anders machen.
Gast
#3651668
isnah schrieb: > Versuch mal den Parameter "dauer" mit dem Datentyp "double" Und wie bringst du diese Empfehlung mit der in delay.h angegebenen Anweisung zur Nutzung in Einklang? Wenn ich mal aus delay.h zitieren darf: "In order for these functions to work as intended, compiler optimizations <em>must</em> be enabled, and the delay time <em>must</em> be an expression that is a known constant at compile-time. If these requirements are not met, the resulting delay will be much longer (and basically unpredictable), and applications that otherwise do not use floating-point calculations will experience severe code bloat by the floating-point library routines linked into the application."
Gast
#3651673
@Torben warun glaubst du Atmel nicht? ;-) http://www.atmel.no/webdoc/AVRLibcReferenceManual/group__util__delay_1gad22e7a36b80e2f917324dc43a425e9d3.html isnah schrieb: > @Torben > warun glaubst du Atmel nicht? ;-) > > http://www.atmel.no/webdoc/AVRLibcReferenceManual/... Ich glaube gerne Atmel, nur funktioniert dein Vorschlag mit der Übergabe eines double bei mir nicht. Ich kann nur wiederholen was ich gesagt habe: Gebe ich den Datentyp double an, kommt da die selbe Fehlermeldung. Das liegt immer noch daran, dass der Parameter eine zur Compilierzeit bekannte konstante sein muss. Antwort schreiben |
Anzeige
|
