Druckbare Version
Ja das hab ich ja gemacht, hatte ich ja auch geschrieben. Wollte das halt von jemand mit Ahnung bestätigt haben. Bin mir nicht ganz sicher, weil ich gelesen habe ( http://www.mikrocontroller.net/articles/AVR_Fuses ): "Bei Atmel AVR µCs heisst eine Fuse setzen (programmieren) übrigens, dieses Bit auf Null zu setzen". Wäre klasse, wenn mir jemand meine Frage beantworten könnte, ob mein RN-Control richtig gefused ist...
Dein RN-Control ist richtig gefused.
Das ganze ist ein Compiler-Problem. Es funktioniert nicht richtig wenn man dem _delay_ms eine Variable übergibt. Der Compiler optimiert dann da einiges weg.
Du brauchst nur die Optimierung abschalten, dann hast du den richtigen ton.
Danke für die Hilfe, werde ich mal ausprobieren, klingt plausibel.
EDIT: Bevor ich es probieren kann, habe ich mich noch etwas schlau gemacht: http://www.nongnu.org/avr-libc/user-...il__delay.html erklärt den Sachverhalt ganz gut.
Speziell der Auszug: "In order for these functions (_delay_ms und _delay_us) 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. If these requirements are not met, the resulting delay will be much longer" ist für mich die Erklärung des Problems.
Und auch einen speicherfressenden Code. Der Compiler sollte nichts optimieren, wenn die entsprechedne Variable mit volatile deklariert wird, also z.B. volatile int iTest;Zitat:
Du brauchst nur die Optimierung abschalten, dann hast du den richtigen ton.
Probiere das mal aus.