AVR-Timing-Frage: PORTx so schnell wie Variablenzugriffe?

[Frank (Gast)]

Sind beim ATMega Zugriffe auf PORTA...D genauso schnell wie Zugriffe auf 
Variablen im C-Code?

Hintergrund: UART0 und UART1 eines AVR sollen in Software verbunden 
werden (als ob der PC an UART0 mit dem Chip an UART1 verbunden wäre) - 
aber ohne UART-Programmierung, sondern indem Bits in PORTD in kurzer 
Endlosschleife in einem Bootloader kopiert werden: RXD1-Bit nach 
TXD0-Bit, RXD0-Bit nach TXD1-Bit. F_CPU ist 18.432MHZ, es soll bis 
115200 Baud funktionieren, Interrupts sind aus. Ich frage mich jetzt, 
was schneller ist:

A: PORTD auslesen, Bitschieberei in lokaler Variable, dann PORTD 
aktualisieren, oder
B: PORTD ohne Zwischenvariable verwenden

/* A */

while (...)
{
    uint8_t out = PORTD;

    if (out & BITMASK2)      // copy RXD1 (D2) to TXD0 (D1)
        out |=  BITMASK1;
    else
        out &= ~BITMASK1;

    if (out & BITMASK0)      // copy RXD0 (D0) to TXD1 (D3)
        out |=  BITMASK3;
    else
        out &= ~BITMASK3;

    PORTD = out;
}

/* B */

while (...)
{
    if (PORTD & BITMASK2)    // copy RXD1 (D2) to TXD0 (D1)
        PORTD |=  BITMASK1;
    else
        PORTD &= ~BITMASK1;

    if (PORTD & BITMASK0)    // copy RXD0 (D0) to TXD1 (D3)
        PORTD |=  BITMASK3;
    else
        PORTD &= ~BITMASK3;
}

[(prx) A. K. (prx)]

Frank schrieb:
> Sind beim ATMega Zugriffe auf PORTA...D genauso schnell wie Zugriffe auf
> Variablen im C-Code?

Sie sind langsamer, schneller und gleich. Je nach Kontext.

[Peter II (Gast)]

Frank schrieb:
> Ich frage mich jetzt,
> was schneller ist:

schau dir den ASM-code und dazu die Doku, dann sieht du wie viele Takte 
dafür notwendig sein.

Gefühlt würde ich sagen, sollte gehen.

[Falk B. (falk)]

@ Frank (Gast)

>Sind beim ATMega Zugriffe auf PORTA...D genauso schnell wie Zugriffe auf
>Variablen im C-Code?

Ja.

>Hintergrund: UART0 und UART1 eines AVR sollen in Software verbunden
>werden (als ob der PC an UART0 mit dem Chip an UART1 verbunden wäre) -
>aber ohne UART-Programmierung, sondern indem Bits in PORTD in kurzer
>Endlosschleife in einem Bootloader kopiert werden: RXD1-Bit nach
>TXD0-Bit, RXD0-Bit nach TXD1-Bit. F_CPU ist 18.432MHZ, es soll bis
>115200 Baud funktionieren, Interrupts sind aus.

Kann man machen, auch wenn das etwas sinnfrei ist.

>Ich frage mich jetzt, was schneller ist:

ASM ;-)

>A: PORTD auslesen, Bitschieberei in lokaler Variable,

Gar nicht schieben, nur abfragen. Bei Einlesen muss es PIND sein. Beide 
Versionen dürften ansatzweise gleich schnell sein. Denn das wird alles 
auf Bitbefehle umgesetzt. Das dürfte 3 Takte / Port sein, in Summe 6 + 
Schleife, macht 8 Takte Umlaufzeit. Im Zweifel ist B einen Tick 
schneller.

[Jörg W. (dl8dtl) (Moderator)]

Zwei UARTs auf einem Port D?  Normale AVRs haben sowas nicht, ist das
ein Xmega?

Bei den Xmegas liegen die Port-Adressbereiche alle im MMIO-Bereich,
sodass SBI/CBI nicht funktionieren.  Allerdings kann man sie speziell
für diesen Zweck wiederum als virtuelle Ports konfigurieren.

Ansonsten: du hast pro Bitzeit 160 CPU-Takte, das genügt allemal, egal
wie du es anstellst.  Es entsteht ja auch nur ein Jitter, kein
kumulativer Fehler.

[Frank (Gast)]

> auch wenn das etwas sinnfrei ist

Danke für die ausführliche Antwort. Der Sinn ist in diesem Fall, mit 
wenig Code (da es um einen AVR-Bootloader geht) ein am AVR hängendes 
WLAN-Modul (UART0) vom PC aus (UART1) zu flashen. Also ein Bootloader, 
der sowohl den AVR als auch den WLAN-Chip flashen kann. Die Baudrate des 
WLAN-Chips ist unbekannt bzw. wechselt, mal 115200 im normalen Betrieb, 
mal 75400 Baud, wenn der Bootloader des WLAN-Chips aktiviert wird.

> Zwei UARTs auf einem Port D?  Normale AVRs haben sowas nicht, ist das ein Xmega?

Das ist ein normnaler AVR (ATMega1284P)

[Falk B. (falk)]

@Jörg Wunsch (dl8dtl) (Moderator) Benutzerseite

>Bei den Xmegas liegen die Port-Adressbereiche alle im MMIO-Bereich,
>sodass SBI/CBI nicht funktionieren.  Allerdings kann man sie speziell
>für diesen Zweck wiederum als virtuelle Ports konfigurieren.

Wenn es ein Xmega ist, kann man das auch per DMA ganz ohne CPU machen. 
Dazu gab es hier mal einen Thread.