ATMega328 553 Takte warten mit Inline Assembler

[UnendlichHoherPotentialtopf (Gast)]

Hi,

ich würde gerne eine genaues Delay haben.
Man könnte dazu einen Timer nutzen aber ich würde gerne mal sehen wie 
man das mit Inline Assembler schafft.
553 x NOP würde gehen :) aber da gibt es sicherlich bessere 
Möglichkeiten die auch weniger Speicher verbrauchen.
Ich brauche also eine Warteschleife in ASM die ich C-Code nutzen kann 
(Inline Assembler).
Ich hoffe das hier schon mal jemand gemacht.

Danke
UnendlichHoherPotentialtopf

[nga (Gast)]

schau dir mal die Datei delay_basic.h in util an (bei WinAVR bzw AVR 
libc dabei)
--> Taktgenaue warteschleifen

[spess53 (Gast)]

Hi

http://electronics-lab.com/downloads/mcu/003/index.html

MfG Spess

[UnendlichHoherPotentialtopf (Gast)]

So ganz klappt es noch nicht.
Der Compiler schmeißt noch einen Fehler.
C:\Temp\ccTCJIsi.s:59: Error: garbage at end of line

asm volatile ("ldi  R24, HIGH(552)" "\n\t"
"ldi  R24, LOW(552)" "\n\t"
"WGLOOP0:  dec  R24" "\n\t" 
"brne WGLOOP0" "\n\t"
"nop");

UnendlichHoherPotentialtopf

[UnendlichHoherPotentialtopf (Gast)]

Drei Fehler habe ich noch gefunden :)
Den High Wert muss ich in Register 25 schreiben.
HIGH und LOW mag der Compiler nicht.
sbiw anstatt dec.
Jetzt sieht das so aus

asm volatile ("ldi  R24, 0x28" "\n\t"
"ldi  R25, 0x02" "\n\t"
"WGLOOP1:" "\n\t" 
"sbiw  R24" "\n\t" 
"brne WGLOOP1" "\n\t"
"nop");

So geht das zwar durch den Compiler aber die LED ist fast aus.
Bei einem delay von 553 Takten (_delay_loop_2(553)) sieht man ein 
schönes Pulsen.

hier der ganze code

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

void pwm_init()
{
    // Init TCCR0
    TCCR0A |= (1<<WGM00)|(1<<COM0A1)|(1<<WGM01);
    TCCR0B |= (1<<CS00);
    // PD6 als Ausgang
    DDRD |= (1<<PD6);
}
  
void main()
{
    uint8_t brightness;
  
    pwm_init();
  
    while(1)
    {
        // increasing brightness
        for (brightness = 0; brightness < 255; ++brightness)
        {
            OCR0A = brightness;
  
            //_delay_loop_2(553);

            asm volatile ("ldi  R24, 0x28" "\n\t"
            "ldi  R25, 0x02" "\n\t"
            "WGLOOP0:" "\n\t" 
            "sbiw R24,1" "\n\t"
            "brne WGLOOP0" "\n\t"); 
        }
 
        // decreasing brightness
        for (brightness = 255; brightness > 0; --brightness)
        {
            OCR0A = brightness;

            //_delay_loop_2(553);

            asm volatile("ldi  R24, 0x28" "\n\t"
            "ldi  R25, 0x02" "\n\t"
            "WGLOOP1:" "\n\t" 
            "sbiw R24,1" "\n\t"
            "brne WGLOOP1" "\n\t");

        }
    }
}

Jetzt kommt es aber total unerwartet für mich.
Wenn ich in der For Schleife (egal ob in decreasing oder increasing) das 
_delay_loop_2(553) nutze und den ASM Code auskommentiere funktioniert es 
auch.

UnendlichHoherPotentialtopf

[S. Landolt (Gast)]

sbiw und brne benötigen jeweils 2 Takte.

[UnendlichHoherPotentialtopf (Gast)]

S. Landolt schrieb:
> sbiw und brne benötigen jeweils 2 Takte.

OK, das habe ich geändert aber das ändert nichts an dem Problem, dass 
wenn ich beide ASM Teile aktiv habe, die LED nicht pulst sondern einfach 
nur ganz schwach glimmt.

UnendlichHoherPotentialtopf

[UnendlichHoherPotentialtopf (Gast)]

So jetzt funktioniert es aber ein Erklärung habe ich nicht.
Also ich hatte bei Optimazation immer -Os.
Jetzt habe ich -O 0 genommen und jetzt funktioniert es.
Sieht für mich aus als würde der Compiler das wegoptimieren.
Warum aber nur wenn ich es zweimal nutze?

UnendlichHoherPotentialtopf