STM32F4 Alternate Port Functions

Wenn Du das Zeug nicht schon vorher aktivierst, dann kannst Du ja die 
Berechnung des Teilers für die Baudrate als sinnvollen Zeitvertreib 
zwischenschieben.

Ok. Vielen Dank.


Werde mir DSB/DMB (noch keine Ahnung => Mal die Assemblerefehle 
anschauen) zu Gemüte führen.

adenin schrieb:
> Wenn Du das Zeug nicht schon vorher aktivierst, dann kannst Du ja die
> Berechnung des Teilers für die Baudrate als sinnvollen Zeitvertreib
> zwischenschieben.

Naja. die Buad hab ich händisch ausgerechnet und einfach den Wert 0x1117 
für 9600 Baud bei 42MHz Pheripherie-Clock. das ist nur eine Zuweisung.
Das Problem daran ist, dass wahrscheinlich die Clock vom U(S)ART 
ebenfalls erst eingeschaltet werden muss, um das register zu schreiben. 
Hab ds noch nicht versucht. Ist das Problem hier ebenfalls vorhanden?
Bzw:
1. Muss die Clock für den U(S)ART aktiviert sein, um die Register zu 
beschreiben?

2. Gibt es hier auch dieses Delay von ein paar Takten? Ich denka ja, 
weil das ja auch erst durch die Bus-Struktur, die ja deutlich langsamer 
getaktet ist als der Kern, muss.

Sebastian V. O. schrieb:
> eine DSB memory barrier empfohlen.

Das sieht so aus:
_DSB();

M. H. schrieb:
> Naja. die Buad hab ich händisch ausgerechnet und einfach den Wert 0x1117
> für 9600 Baud bei 42MHz Pheripherie-Clock. das ist nur eine Zuweisung.
> Das Problem daran ist, dass wahrscheinlich die Clock vom U(S)ART
> ebenfalls erst eingeschaltet werden muss, um das register zu schreiben.
> Hab ds noch nicht versucht. Ist das Problem hier ebenfalls vorhanden?

Ja, das Problem ist hier natürlich auch vorhanden.
Aber ich las das berechenen aus der aktuellen Clock für die USART und 
als Parameter die Baudrate. Da brauch ich mich nicht um selbst um die 
Bautrate kümmern, und die ist dann immer richtig, auch wenn ich bei der 
vergabet der Frequenzen irgendwelchen Mist gemacht habe.
Ist gut fürs debuggen, wenn die CPU sich trotzdem immer meldet. ;)

Kann mir jemand den Unterschied zwischen DMB und DSB erklären?
1. DMB

DMB acts as a data memory barrier. It ensures
that all explicit memory accesses that
appear, in program order, before the DMB instruction are completed 
before any explicit
memory accesses that appear, in program orde
r, after the DMB instruction. DMB does not
affect the ordering or execution of in
structions that do not access memory.

2. DSB

DSB acts as a special data synchronization memory barrier. Instructions 
that come after the
DSB, in program order, do not execute until the DSB instruction 
completes. The DSB
instruction completes
when all explicit memory a
ccesses before
it complete.
Condition flags
This instruction does not change the flags.

Ok. Ich glaub ich habs.

DSB hält die Codeausführung an, bis die Speichervorgänge abgeschlossen 
sind.

DMB hält nur Befehle, die Speicher brauchen an.

Oder?

Hallo. Ich habe da noch ein ähnliches Problem:

Wenn ich eine Interruptroutine habe, und das Interrupt Flag erst am ende 
lösche, wird die Interruptroutine dannach erneut ausgeführt. Ich muss 
auch hier mehrere takte warten bzw. das Flag am Am Anfang der Routine 
löschen.

Hat das auch damit zu tun?

M. H. schrieb:
> Ich muss
> auch hier mehrere takte warten bzw. das Flag am Am Anfang der Routine
> löschen.

Ich lösch immer am Anfang.
Aber das ist mir auch dann noch nie passiert, wenn der Interrupt danach 
sofort verlassen wird.

Wo ihr gerade dabei seid: wie schreibt man "dsb" jetzt richtig?
__dsb();
_DSB();
__DSB();
__asm__("dsb");
?
Hier funktionieren die letzen beiden...

moin,

ich mach das anders, in Pascal

SetPIOClock.ON;
PIO.Moder = (PIO.Moder and Maske ) or AF;

Mit Gruß
Pieter

Sebastian V. O. schrieb:
> Laut dieser Quelle
> 
(http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dai0321a/BIHDGBJG.html)
> sind die Zugriffe auf die NVIC Register zumindest mit einer impliziten
> DMB memory barrier versehen. Möglicherweise reicht dies aber nicht aus
> und sorgt für das von dir beobachtete Verhalten.

Die Interrupt Flags liegen nicht in den NVIC-Registern. das sind 
Peripherie Register. Und dieses Falg löst dann im NVIC erst die Reaktion 
aus. Die NVIC Flags löschen sich ja auch selbst bei der Annahme eines 
Interrupts. Nur die Flags des Peripheriemoduls muss man selbst löschen.