Mehrere STM32 an Masterclock

Was meinst du mit "synchronisieren", und wozu? Zur Datenübertragung 
müssen i.A. die einzelnen µC nicht synchron laufen...

Ich denke so lange die Slaves mit der Grundfrequenz und gemeinsamen 
Reset laufen, geht das Synchron.
Sobald ein PLL ins Spiel kommt wird es vermutlich damit vorbei sein.

Ist aber einen Versuch wert.

Der Aufbau sieht so aus, der Mastercontroller dient als Schnittstelle 
zum PC. Er kommuniziert via SPI mit den Slaves. Die Slaves selber sind 
auf einem anderen SPI Master um steuern jeweils mindestens einen DAC. 
Die Ausgangssignale der DACs möchte ich gerne synchronisieren um z.B. 
definierte Phasenoffsets zwischen den einzelnen DAC Ausgangssignalen zu 
haben.

Mir kam gerade denke ich die Lösung. Ich hänge die "Masterclock" an 
einen normalen Inputpin und sende bei steigender "Masterclock" Flanke 
die Daten an den DAC.

Sim schrieb:
> Er kommuniziert via SPI mit den Slaves. Die Slaves selber sind
> auf einem anderen SPI Master um steuern jeweils mindestens einen DAC.
Ist ja voll kompliziert... Sicher dass das nicht komplett in einen 
dicken STM32 passt? Ein µC der mit dem PC kommuniziert schafft locker 
noch beliebig viele weitere SPI-Kommunikationen. Und manche STM32 haben 
auch DAC's integriert.

Sim schrieb:
> Dabei erzeugt ein STM32 die Masterclock und die anderen
> sollen dazu synchronisiert werden. Kann ich dazu die Masterclock einfach
> an den OSC Input des Slaves legen?

Dann laufen sie mit dem gleichen Takt. Dass sie vom Start bis in alle 
Ewigkeit synchron laufen (was heisst das überhaupt? Identische 
Software?) ist nur ein frommer Wunsch.

Sim schrieb:
> Die Ausgangssignale der DACs möchte ich gerne synchronisieren

Das geht anders: DAC mit internem Register, die gesendeten Daten werden 
mit einem gemeinsamen Impuls an alle vom Register an den Ausgang 
übernommen.

Georg

Wenn der Reset-Schaltpegel hypergenau (meist was analoges), bei allen 
Prozessoren der gleiche ist. Wenn der Reset-Zyklus bei allen die gleiche 
Anzahl an Taktzyklen braucht.
Wenn während des Programmlaufs alle Routinen die gleiche Abzweigung 
nehmen; sprich mit den gleichen Daten laufen; dann stellt sich natürlich 
die Frage: Wozu denn mehrere Prozessoren?