Benötigt aber nicht vorhanden: 8xSPI, was tun?

Der Clock kann 10MHz betragen, oder muss ?

Man kann bei langsameren Peripherien auch pins im Bitbang Mode 
betreiben. Einfach das Pin Timing, welche in der Geschwindigkeit nach 
unten nicht begrenzt ist nachbilden. Ausser eben man benoetige die 
Geschwindigkeit fuer die Daten des Peripherals.
Alternativ : Einen Mux an die drei Pins MISO, MOSI und Clock. Dabei aber 
das Ruhepotential des Clocks pro Peripheral beachten.

SPI schrieb:
> Besagter, geheimer Sensor

Sensor klingt nicht nach riesen Datenraten. Da kann man einfach 
beliebige IO-Pins nehmen und mit den Bits wackeln.

SPI schrieb:
> CLK beträgt ca. 10MHz.

Typisch ist das nur der Maximalwert, d.h. es gibt keine untere Grenze. 
Interrupts dürfen also beliebig dazwischen funken.

Ich glaub ja die Geschichte von dem seltsamen Sensor nicht - ist wohl 
eher was ausgedachtes.
8:1-Multiplexer, vor dem Auslesen schaltest du den entsprechenden Kanal 
auf MISO.
Jetzt kommst du wahrscheinlich daher und behauptest das wäre zu langsam 
:-)

Du willst bestimmt nur sagen, dass es keine STM32 mit 8 SPI gibt.

edit: 74HC151 z.B.

SPI schrieb:
> Die 10MHz waren ein relativ hoher SCLK der mir schon begegnet ist und es
> wäre im Idealfall dann natürlich auch wünschenswert diesen voll
> auszuschöpfen

Meistens schaffen "geheime Sensoren" eh nicht viel, vielleicht 10 
Messungen/s. Da wären 10MHz völlig oversized.

SPI schrieb:
> Was tun?

Eigene CPU mit ARM-Core und ausreichend vielen SPIs backen. Das ist für 
die geheime Anwendung mit den geheimen Sensoren die passenden Lösung.

Manche Probleme sollte man erst dann lösen, wenn die sich wirklich 
stellen.

Oliver

SPI schrieb:
> Besagter, geheimer Sensor, verfügt nicht über eine "Chip Select"-Leitung
> sondern nur SCLK und MISO.
Das ist üblicherweise eine schlechte Idee.

Wie erkennt besagter geheimer Sensor dann den Telegramm-Anfang? Wie 
machst du da den Frame-Sync? Wwie erkennt dein Sensor, dass er mit dem 
nächsten Takt das erste Bit des Datentelegramms schicken soll?

Oder ist dann nach dem ersten ESD-Spike auf der Taktleitung fürderhin 
den Rest vom Tag alles um 1 Bit versetzt?

Wolfgang schrieb:
> Es ist normalerwiese nicht erforderlich, zur Kommunikation mit 8
> Sensoren über SPI auch 8 SPI Schnittstellen vorzuhalten.
Allerdings hat ein richtiger SPI-Teilnehmer eben auch die dafür nötigen 
SlaveSelect-Leitungen, um einen der Slaves auszuwählen und das Telegramm 
zu synchronisieren.

H. schrieb:
> Dieses Spielchen ist doch schon vom allseits beliebten HX711 bekannt
Der behauptet von sich aber auch nicht, SPI-konform zu sein. Und er 
teilt ja wenigstens seinen eigenen Frame-Sync (= nächster Takt liefert 
das erste Bit) über eine fallende Flanke am Dout mit.

Wühlhase schrieb:
> Hat das Ding wenigstens einen Time-Out, sodaß er nach
> kurzer Wartezeit wieder "im Takt" liegt?
Oder kann man ihn mit einem MagicPattern/Startmuster synchronisieren?

Lothar M. schrieb:
> Wühlhase schrieb:
>> Hat das Ding wenigstens einen Time-Out, sodaß er nach
>> kurzer Wartezeit wieder "im Takt" liegt?
> Oder kann man ihn mit einem MagicPattern/Startmuster synchronisieren?

Da es ja ein rein hypothetisches Szenario ist, gelten die 10MHz SPI Takt 
sicher als Minimum und der Timeout ist 1µs. Bestimmt!

Oliver S. schrieb:
> Eigene CPU mit ARM-Core und ausreichend vielen SPIs backen.

Für viele Fälle interessant ist in solchen Fällen auch ein FPGA mit 
Softcore, z.B. ein Spartan/Artix/Virtex mit Microblaze. Oder auch gleich 
ein Zynq. Wenn man dann auch noch nicht einfach separate normale 
SPI-Blöcke instantiiert, sondern sich den passendem 100*SPI-Block 
zusammenklöppelt, kann man dank identischer Geschwindigkeiten auch noch 
alle in einer gemeinsamen Treiberinstanz bearbeiten statt 100 separate 
Interrupts zu verarbeiten.

Wolfgang schrieb:
> Dafür braucht man aber nicht für jeden Teilnehmer eine eigene
> SPI-Schnittstelle, sondern es reicht ein eigener Chip-Select Pin
Logisch, dafür ist der didizierte SS# Pin pro Slvae ja da.

Und letztlich muss man dann nur noch ausrechnen, ob die Übertragungsrate 
(samt SS# Umschaltung) hoch genug ist, um nacheinander alle Slaves in 
der nötigen Zeit einzulesen.

BTW: wenn ich da "8 Sensoren" höre, dann würde ich mir auch mal Gedanken 
um die räumliche Ausdehnung des gesamten Konstrukts und der Auswahl 
einer geeigneten Baudrate samt Leitungsterminierung machen...

c-hater schrieb:
> Also ich würde alles lieber machen als z)...
z) wäre meine erste Wahl... ;-)
Ein kleiner MachXO2/3 macht locker die obigen 8 VSSI-Busse ("Very 
Specific Serial Interface") samt Timeout und/oder MagicPattern.
Und zum µC hin kann das FPGA ja ganz einfach über 1 einzigen 
artgerechten SPI mit allen üblichen Steuerleitungen angebunden werden.
Morgen Abend ist das Design fertig.