timing: zu langsam bei GPIO-Zugriffen

GPIOs schalten nicht so schnell wie die CPU rechnen kann.

Gruß Stefan

na soviel ist es nun auch wieder nicht: 284/16,67 sind ca. 17 Takte 
(also Schritte)!

Hast du dir mal den ASM-Code zu diesem Stück C-Code angesehen?

Hast du mal ins Datenblatt geguckt wie schnell die GPIOs sind ? Als oan 
welchem Takt sie hängen und ob man sie an nen anderen Takt schalten kann 
bzw. den Takt verändern ?

Soweit ich weiß, habe ich überall den 60 MHz Takt dran gehängt. Aber ich 
werde das noch mal kontrollieren. ASM werde ich ebenfalls noch anschauen 
(heute Abend). Danke für die Tipps.

Was ich im Datenblatt noch gefunden habe, ist die "HSB Bus Matrix". 
Damit konnte ich bisher nie etwas anfangen.
Habe ich das richtig verstanden? Mit der HSB kann ich mich direkt mit 
dem Register verbinden und somit innerhalb eines Taktes den Registerwert 
ändern? (Ob ich nur bestimmte Adressbereiche/Module anschließen kann, 
oder auch mein gewünschtes GPIO-Register, konnte ich bis jetzt noch 
nicht raus finden.)

>Habe ich das richtig verstanden? Mit der HSB kann ich mich direkt mit
>dem Register verbinden und somit

Das wird wohl ein chip-interner Bus sein. Die Register befinden
sich im Peripherieblock.

>innerhalb eines Taktes den Registerwert
>ändern?

auf aktuellen (ARM-)Mikrocontrollern gibt es i.d.R
nicht nur einen Takt, sondern eine ganze Latte davon...

>(Ob ich nur bestimmte Adressbereiche/Module anschließen kann,
>oder auch mein gewünschtes GPIO-Register, konnte ich bis jetzt noch
>nicht raus finden.)

Das sollte Dich nicht kümmern müssen. Die Register sind
im CPU-Adressraum eingeblendet und fertig.

Zeichnungen und Screenshots schrieb:
>>Habe ich das richtig verstanden? Mit der HSB kann ich mich direkt mit
>>dem Register verbinden und somit
>
> Das wird wohl ein chip-interner Bus sein. Die Register befinden
> sich im Peripherieblock.

Wie meinst du das mit dem Chip-internen Bus? Der Peripherieblock ist 
doch auch (intern) im Chip.

Bei den UC3s sind die GPIO-Register auch teilweise auf einem sogenannten 
Local-Bus verfügbar, da geht das in einem Takt. Über die HSB wird das 
wohl erheblich langsamer sein. Zeig doch mal den Assemblercode den der 
Kompiler ausgibt.

>Wie meinst du das mit dem Chip-internen Bus? Der Peripherieblock ist
>doch auch (intern) im Chip.

Was glaubst Du, wie der CPU Core mit der Peripherie spricht?

Schau' am besten in's Datenblatt oder Reference Manual (oder wie
auch immer das bei Atmel heisst.).
Da sollte die Chiparchitektur abgebildet sein.
Bei heutigen Controllern oder SOCs gibt es i.d.R
mehrere on-chip Busse.

avr32-pro schrieb:
> Zeig doch mal den Assemblercode den der
> Kompiler ausgibt.

1

    *gpio_port_clear = 1<<(CLK_PIN&0x1F);

2

80013D88  ld.w R8, R7[-8]     

3

80013D8C  movhi R9, 0x0200     

4

80013D90  st.w R8[0], R9     

5

    *gpio_port_set   = 1<<(CLK_PIN&0x1F);

6

80013D92  ld.w R8, R7[-12]     

7

80013D96  movhi R9, 0x0200     

8

80013D9A  st.w R8[0], R9

Es sind ja in der Tat nur 3  Befehle pro C-code-Zeile. Ich hätte 
allerdings schon gedacht, dass das ein 60 MHz Chip schneller umsetzt.

>Ich hätte
>allerdings schon gedacht, dass das ein 60 MHz Chip schneller umsetzt.


Dann schau' doch mal in's Datenblatt und finde heraus, mit welchem
Takt der GPIO-Block getaktet wird und wieviel Wait-States beim Programm- 
und Datenspeicherzugriff fällig sind.

Du kannst auch mit der Compileroptimierung spielen und testen,
ob schnellerer Code die Sache beschleunigt (falls Du das in einer 
Schleife laufen lassen wolltest). Nützt aber nat. nix, wenn
die Peripherie die CPU ausbremst.

Eine ganzen haufen Takte kannst du schon mal sparen wenn du das

1

80013D88  ld.w R8, R7[-8]

loswirst indem du den Blödsinn mit den gpio_port_clear/set Zeigern lässt 
und direkt die Zielregister da hin schreibst. Sohier muss er immer erst 
den Zeiger laden um dann dort hin zu schreiben.
Und noch mehr Zeit sparst du dann wenn du über den Localbus schreibst.

>Eine ganzen haufen Takte kannst du schon mal sparen wenn du das80013D88  >ld.w 
R8, R7[-8]
>
>loswirst indem du den Blödsinn mit den gpio_port_clear/set Zeigern lässt

Kannst Du die Grösse des "Haufens" quantifizieren?