SPI-Bus (Slave) zu USB

Gast #872222
Lesenswert?

Hallo,

ich suche nach einer Möglichkeit, die Daten meines AD-Wandlers (AD7366) 
per USB an den Computer zu senden. Ich habe es zuerst mit dem USB-Board 
von braintechnology probiert. Leider hat der SPI-Bus nur eine maximale 
Datenübertragungsrate von 50KHZ.

Der 12 BIT AD-Wandler tastet das Signal allerdings mit 1MHz ab.

Ich suche nun dringend nach einer passenden Alternative. Am liebsten 
wäre mir ebenfalls ein schon fertiges Board.

Gruß
Klaus
Gast #872270
Lesenswert?

Mir ist gerade eine Idee gekommen.

Wäre es möglich einen FIFO zwichenzuschalten, der das SPI-signal vom 
AD-Wandler in ein paralleles Signal umwandelt? Das parallele 
Eingangsport des USB-Boards arbeitet mit der nötigen Geschwindigkeit.

Ich habe noch nie mit einem FIFO gearbeitet. Gibt es so etwas?
Gast #872277
Lesenswert?

> Wäre es möglich einen FIFO zwichenzuschalten, der das SPI-signal vom
> AD-Wandler in ein paralleles Signal umwandelt? Das parallele
> Eingangsport des USB-Boards arbeitet mit der nötigen Geschwindigkeit.
Wenn die Logik ausgeknobelt ist, dann geht das.

Weitere Alternativen wären:
- SiLabs USB 8051er
- FTDI 2232D
- weitere USB Controller mit anderer Architektur (AVR, usw.)

Bei der Controllerlösung kannst du selbst bestimmen, wie du es machst, 
der FTDI kann auch SPI, allerdings mit Einschränkungen (kein 
gleichzeitiges Lesen/Schreiben).

In beiden Fällen bräuchtest du die entsprechenden DLLs für die USB 
Kommunikation.

Ralf
#872295
Lesenswert?

Ein kleines CPLD, was die Daten parallelisiert und dem USB-Interface zur 
Verfügung stellt sollte reichen. Allerdings hast du dann schon 16 
MByte/s, die du per USB verschicken musst. Da du (bei BULK-Tansfer) 
nicht garantieren kannst, die Daten immer sofort abholen zu können, 
müsstest du noch einen FIFO dazwischen schalten. Das CPLD parallelisiert 
die ADC-Daten und schreibt sie in den FIFO, das USB-Interface liest sie 
dann aus dem FIFO aus.
Gast #872364
Lesenswert?

Für mich ist das jetzt halt auch ne Kostenfrage.
Ich müsste sowieso noch einen FIFO implementieren.
Diese Tatsache habe ich leider am Anfang des Projektes total übersehen.

Wenn der FIFO mir das SPI-Signal in ein Parallels wandeln könnte, wäre 
mein Problem perfekt gelöst.

Wenn dafür wirklich ein Umweg über einen weiteren IC nötig ist, werde 
ich wohl eher einen anderen AD-Wandler benutzen müssen.
#872417
Lesenswert?

Wie sollte das FIFO denn sowas machen? Das kann höchsten Bus-Matching, 
also von 8 Bis Bus auf 16 Bit oder umgekehrt. Sind aber dann schon 
teurere. Am einfachsten wird es, wenn du gleich einen kleinen FPGA 
nimmst, da kannst du den FIFO aus dem internen Block-RAM benutzen. Ein 
Spartan 3E-250 kostet nichtmal 30€.
Gast #872545
Lesenswert?

Was hat denn jetzt 1MHz? Der SPI als Datenrate, oder ist das die 
Abtastrate des A/D Wandlers?

Bei 3x1MHz mal 12 Bit ergibt sich das Problem, dass einfache USB 
Interface Chips da nicht ausreichen. Wenn die Daten pünktlich ankommen 
müssen ist ein Iso-Transfer notwendig und den kriegt man nur, wenn man 
den USB Controller selber programmiert (also kein IO-Warrior, FTDI 
o.ä.). In jedem Fall ist es notwendig die Daten in größere Datenpakete 
zu packen, da es nicht möglich ist 1 Mio Datenpakete pro Sekunde zu 
senden.
Gast #873380
Lesenswert?

Also ich nutze das USB-Board von Braintechnology. Das hat den CY7C68013A 
von Cypress.

Die dll kommt vom Entwickler. DIese kann man in C und Delphi einbinden 
und deren Funktionen nutzen.

So zum Beispiel das Parallelport. Man kann selber ein 
ParallelPortProtokoll entwickeln oder eins der bereits implementierten 
benutzen.

Ein bereits implementiertes hat zum Beispiel folgende Spezifikationen:

Bus width / Max. Data transfer rate (Burst rate)
16 Bit / 48 MB/s

Ich dächte, das müsste locker ausreichen?
Gast #873569
Lesenswert?

Hallo,

ohne Zwischenpuffer/Kompression funktioniert das bei konstantem abtasten 
nur mit HighSpeed USB. Das haben die wenigsten Controller.

12Bit bei 1MHz = 1,5 MBytes/s
3 Controller gleichzeitig = 4,5 MBytes/s

USB FullSpeed schafft grade mal 1,5MBytes/s ohne Protokoll-Overhead.

Grüße Gast

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren