cortex-m0+ inline assembler anweisung

Elektolurch schrieb:

> ich programmiere in GCC-C (Atmel Studio 7) einen Cortex-M0+ Prozessor.
> Nun habe ich Probleme, die sich wohl nur durch (inline-) Assembler lösen
> lassen, da ich auf die Flanke von sehr schnellen/kurzen Signalen
> synchronisieren muss.

Es ist unwahrscheinlich, daß die Lösung dafür in (Inline) Assembler 
liegt. Schreibst du ja selber:

> Weis jemand dafür Assembler-Lösungen?

Ein wesentliches Charakteristikum der µC-Programmierung liegt darin, daß 
man Probleme nicht (nur) mit brachialer CPU-Power rein softwaremäßig 
löst, sondern daß man die vorhandenen spezialisierten Hardware-Einheiten 
benutzt. Für die schnelle Reaktion auf Pegelwechsel würden sich 
Pin-Change Interrupts oder Timer anbieten.

> - Problem 1:
> An Portpin PA18 (Eingang) liegt 16MHz (50:50) Signal an.
> Nach fallender Flanke PA18 soll Portpin PA00 den Pegel wechseln.

Also ein schlichter Frequenzteiler 2:1? Warum belästigst du den µC mit 
derartigen Trivialitäten?

> - Problem 2:
> Nach einem 60ns langen Puls an Portpin PA02 muss innerhalb 6µs eine
> Timer-PWM gestartet werden - TC3->COUNT8.CTRLA.bit.ENABLE= 1

6µs Reaktionszeit sind eine Ewigkeit bei 48MHz Taktfrequenz. Das kann 
man mit einem Interrupt lösen.

Da es um Atmel und CM0+ geht: SAMD21 und Konsorten haben das 
Event-System des Xmega geerbt. Das wäre aus meiner Sicht prädestiniert 
für solche Aufgaben.

Elektolurch schrieb:
> Nein, es geht NICHT um einen Frequenzteiler 2:1.
> Ich muss einen Synchronisationsimpuls für ein IC erzeugen (einmalig zur
> richtigen Zeit)

Das war deiner Beschreibung nicht zu entnehmen.
Ich kopiere sie nochmal her:

>> An Portpin PA18 (Eingang) liegt 16MHz (50:50) Signal an.
>> Nach fallender Flanke PA18 soll Portpin PA00 den Pegel wechseln.

Ein 16MHz Signal produziert am laufenden Band fallende Flanken. Und von 
"einmalig" steht da nichts.

>>> Hast Du denn das überhaupt schon mit C versucht?
> Das habe ich natürlich:
> while(!(PORT->Group[PORTA].IN.reg & PORT_PA18)) ;  // bei 0-Pegel warten
> while(PORT->Group[PORTA].IN.reg & PORT_PA18)  ;  // bei 1-Pegel warten
> PORT->Group[PORTA].OUTCLR.reg= PORT_PA00; // Ausgang ändern

Aha. Du versuchst es also auf die dummstmögliche Weise. Nochmal:

Axel S. schrieb:
> Ein wesentliches Charakteristikum der µC-Programmierung liegt
> darin, daß man Probleme nicht (nur) mit brachialer CPU-Power
> rein softwaremäßig löst, sondern daß man die vorhandenen
> spezialisierten Hardware-Einheiten benutzt.

Bei einem SAMD spielt da das Event-System natürlich die erste Geige. 
Hatte ich gar nicht so auf dem Radar.

>>> 6µs Reaktionszeit sind eine Ewigkeit bei 48MHz Taktfrequenz.
>>> Das kann man mit einem Interrupt lösen.

> Ja, das muss ich mir nochmal durchdenken, da ich andere INTs solange
> sperren kann.

Wozu das denn? Ein Cortex-M kann verschachtelte Interrupts.

> Ich dachte halt, dass sich die Probleme mit effektiven
> Assembler-Anweisungen direkt lösen lässt.

Du mußt dich davon lösen, alles von der CPU machen lassen zu wollen. 
Damit kommst du auf keinen grünen Zweig. Es sei denn, deine CPU ist sehr 
sehr sehr viel schneller als die Signale, die sie verarbeiten muß.

Uwe Bonnes schrieb:
> Welche Peripheriefunctionenhaben PA18 und PA02?

Dazu müsste er wohl erstmal schreiben, welcher Controller es konkret ist 
… den SAMD21 hatte ich nur in den Ring geworfen, weil es einer der 
ersten Cortex-M0+ von Atmel war (OK, es gab auch noch einen SAMD20 
davor).