Präprozessor: Variable Anzahl von "nop"s?

Michael Z. #1027952
Lesenswert?
• ▲
▼ 
Für die Ansteuerung eines Displays (KS108, lib von Ape) würde ich gerne 
die Anzahl der "nop" Instruktionen je nach Prozessortakt konfigurierbar 
machen.

Für einen einzelnen Taktschritt verwende ich:
1
#define nop() asm volatile("nop")


Was ich nun gerne hätte wäre sowas wie
1
 nop(4)

das mir genau 4 nop-Instruktionen mittels Präprozessor erzeugt. Die 
Anzahl soll dann in einer Config-Datei als #define anpassbar sein.

Kann man sowas per Präprozessor hinbekommen? Wenn ja, wie? Irgendwie 
steh ich da auf dem Schlauch bzw. mir fehlt die Erfahrung....

Rekursion? Geht sowas wie:
1
#define nop(x)   asm volatile("nop"); nop(x-1)

Nur wie bekomme ich dort die Abbruchbedingung (x > 0) rein?

Danke, Michael
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Michael Z. #1027995
Lesenswert?
• ▲
▼ 
Schön, nur was mach ich, wenn ich eine Wartezeit von min. 450 ns 
einhalten muss und die Wartezeit möglichst gering sein soll?

In meinem Fall ist eine Funktion ist sehr zeitkritisch, da sie vielfach 
je Page für das Display aufgerufen wird. Eine Verzögerung von 1000 ns = 
1 µs ist hier sichtbar langsamer verglichen mit 6 nop-Commands = ca. 500 
ns.

Daher meine Idee, mir ein entsprechendes Makro zu schreiben....

cu, Michael
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Michael Z. #1028032
Lesenswert?
• ▲
▼ 
@let:
_delay_us() kann ich mit double-Werten füttern, da hast du recht. Dies 
hatte ich nicht bedacht.

_delay_us() ruft intern _delay_loop_1() auf. Diese braucht je "count" 
genau 3 Taktzyklen, so dass ich nur folgende Delays erreichen könnte: 
3,6,9,... Zyklen + einmaling einen Overhead für die Register.

@Falk: Optimierung ist an, klar. Für eine Verzögerung von 450 ns sind 
8-9 Takte nötig. Dies kann ich mit den avr-libc Funktionen erreichen.

Nenn es Erbsenzählerei, aber ich habe Feuer gefangen, wie man dies exakt 
per Makro auch für delays von 2-3 Zyklen erzielen kann. Mal schauen, was 
der Präprozessor da alles kann.

Alternativ ginge für größere Zyklenzahlen auch sowas: 
Beitrag "AVR: Delay 7 ... 65542 Zyklen"

Michael
Antwort Zitieren Bearbeiten Löschen Beitrag melden
risu Gast #1028035
Lesenswert?
• ▲
▼ 
Wenn Du weder die "_delay_us(..)" noch so viele "nop" verwenden willst, 
schreibe Dir eine Inline-Stub-Funktion -- etwa so:

void inline cyc4(uint16_t cnt) {
    asm volatile (
      "0: sbiw %0,1" "\n\t"
      "brne 0b"
      :
      : "w" (cnt)
    );
}

Diese Funktion benötigt (4*cnt)+1 Zyklen.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Michael Z. #1028192
Lesenswert?
• ▲
▼ 
Wow, da habe ich jetzt ja gleich die Auswahl, welche Möglichkeit ich für 
sehr geringe Delayzeiten (< 10 Takte) verwenden kann.

@chirs: Genau soetwas habe ich gesucht, bin allerdings an meinen 
Präprozessor-Kenntnissen gescheitert. Einfach Rekursion geht ja leider 
nicht.

@risu: Eine schöne Inline-Funktion, die auch ich asm-Banause noch 
halbwegs verstehe.

Und die Roboternetz-Variante erschlägt per Präprozessor fast alles, was 
man sich vorstellen kann. Wunderbar.

Danke, Michael
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Jörg W. Moderator Persönliche Seite #1028465
Lesenswert?
• ▲
▼ 
Michael Z. wrote:

> _delay_us() ruft intern _delay_loop_1() auf. Diese braucht je "count"
> genau 3 Taktzyklen, so dass ich nur folgende Delays erreichen könnte:
> 3,6,9,... Zyklen + einmaling einen Overhead für die Register.

Dann bau sie so um, dass der Rest der Zyklenzahl bei einer Division
durch 3 dann als NOPs aufgefüllt wird.  Wenn du's gemacht hast, schick
es der avr-libc als Patch, damit andere auch was davon haben.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren