Verwenden der MCU, um SPI-Signale an den Verstärkerchip zu liefern

Ich arbeite mit einem Verstärkerchip (Slave-Modus), der derzeit die SPI-Befehle über ein SPI-Kabel empfängt, das mit einer FPGA-Karte (Master-Modus) verbunden ist. Ich versuche, den Chip auf einer drahtlosen Plattform zu betreiben und unabhängig vom FPGA zu machen, und habe auch Leistungs- und Größen-/Gewichtsbeschränkungen, also versuche ich, das Gerät so klein wie möglich zu machen. Was ich im Wesentlichen suche, ist eine MCU, die verwendet werden könnte, um die FPGA-Karte zu ersetzen und die erforderlichen SPI-Signale (CS +, SCLK +, MOSI +) zu liefern, damit der Chip kontinuierlich läuft und Daten über MISO + ausgibt (was nicht der Fall ist). müssen von der MCU so verarbeitet werden, wie sie an anderer Stelle verarbeitet würden) Der Chip führt 16-Bit-ADC aus, wobei die minimale SCLK-Periode 40,8 ns (24 MHz) beträgt, abhängig von der Abtastrate. Der Chip tastet MOSI+ an der ansteigenden Flanke von SCLK ab.

Da ich relativ neu in der Mikroelektronik bin, habe ich mich gefragt, was der effizienteste Weg wäre, dies zu tun, und was wäre die beste MCU (oder ein kleines FPGA mit geringem Stromverbrauch?), Um diese Aufgabe auszuführen?

Bisher sind die beiden MCUs, über die ich nachgedacht habe, folgende:

BEARBEITEN:

Ich hatte gehofft, dass die MCU so programmiert werden könnte, dass sie die Befehle über die MOSI + -Leitung sendet, darunter: Einstellen von 18 16-Bit-Registern des Chips beim Einschalten, Senden eines 16-Bit-Befehls zum Kalibrieren des Chips und Senden des Konvertierungsbefehls um mit der Ausführung des ADC zu beginnen (fahren Sie weiter durch die Kanäle des Chips, solange er mit Strom versorgt wird). Die drahtlosen Fähigkeiten der MCU würden nur wirklich zum Ein- und Ausschalten des Slave-Chips verwendet. Da der Chip einen 16-Bit-ADC ausführt und 16-Bit-Befehle liest, wird SCLK 16 Mal gepulst, wenn CS auf Low gezogen wird. MISO+ vom Slave-Chip wird an einen anderen Ort gesendet, um außerhalb des Boards gesendet zu werden (an ein Gerät, das nur den rohen Bitstrom benötigt, der von MISO+ kommt), sodass die MCU ihn nicht verarbeiten muss.

Da der Chip zum Betrieb 16-Bit-Wörter benötigt, würde er nicht mindestens einen 16-Bit-uC benötigen, um ihn zu steuern?

Beachten Sie, dass die Tatsache, dass ein uC mit einer bestimmten Frequenz läuft, nicht bedeutet, dass es SPI-Signale mit derselben Frequenz liefern kann. Aus dem, was ich zum Beispiel über den TI CC2650 gesammelt habe, wenn er als SPI-Master eingestellt ist, beträgt der maximale SPI-Bitstream 12 MHz, obwohl die MCU selbst mit 48 MHz läuft. Gibt es normalerweise eine Korrelation zwischen der Beziehung zwischen dem Basistakt der MCU und den SPI-Frequenzen, die sie bereitstellen kann?

Vielen Dank im Voraus,

Was ist der maximale SCK-Zeitraum, den Sie akzeptieren würden?
Sind Sie sicher, dass BTLE die gewünschte Abtastrate unterstützen kann?
Derzeit sind Ihre tatsächlichen Anforderungen nicht klar genug, um dies sinnvoll beantworten zu können. Wahrscheinlich geht das, was Sie benötigen, über die bloße Taktung eines SPI-Busses mit 24 MHz hinaus. Aber sobald diese gelöst sind, bleibt das Problem, dass die aktuelle Richtung Ihrer Frage in Richtung einer bestimmten Teilauswahl geht, die sowohl ausdrücklich vom Thema abweicht als auch in die Kategorie der Dinge fällt, die wahrscheinlich eher von der persönlichen Meinung als von der endgültigen Meinung abhängen Antworten der Art, für die die Stack-Austauschseiten gedacht sind.

Antworten (1)

Ich würde sagen, dass Sie nach dem kleinstmöglichen uC suchen möchten, das mit der gewünschten Frequenz laufen kann. Da Sie es nur verwenden werden, um die Daten mit dem SPI-Protokoll zu übertragen, spielt es keine Rolle, ob es sich um ein 8-, 16- oder 32-Bit-uC handelt - Sie übertragen sowieso Bit für Bit. Die andere Frage ist, wie Sie die Befehle für die Übertragung generieren werden. Oder werden sie einfach gespeichert und aus dem Gedächtnis gelesen?

Und denken Sie daran, dass Ihre maximale Taktfrequenz 24 MHz betragen kann, und da Sie neu in der Elektronik sind, sollten Sie besser mit einem Mikrocontroller als mit einem FPGA beginnen.

Sie haben nichts über die drahtlose Kommunikation erwähnt, was Informationen senden und was die Informationen empfangen wird, daher gehe ich davon aus, dass Sie das FPGA durch etwas Einfacheres ersetzen möchten.

Ich habe meine ursprüngliche Frage bearbeitet, in der ich einige Ihrer Fragen beantwortet habe (hier nicht genug Platz), und einige neue gestellt. Danke noch einmal.
Es wäre schön zu wissen, warum meine Antwort abgelehnt wurde
Ich bin mir nicht sicher, ich war es nicht. Ich fand deine Antwort konstruktiv. Mir ist aufgefallen, dass meine Frage ebenfalls abgelehnt wurde.
Ich persönlich habe Attiny85 verwendet, um einige Hardware zu konfigurieren. Ich habe einfach den Pin umgeschaltet, um eine Pseudouhr zu erstellen, und der andere Pin wurde für Daten verwendet. Bevor ich also das Taktbit von 0 auf 1 änderte, aktualisierte ich meinen Daten-Pin mit einem 0 1-Wert. Es sah also wie eine serielle SPI-Übertragung aus, also spielte es keine Rolle, dass es sich um ein 8-Bit-uC handelte. Allerdings war die Frequenz nicht so hoch wie gewünscht