32 Digital I/Os am PC (USB3/PCI-E)

Das sollte gut machbar sein, kommt aber auf ein paar Dinge drauf an, 
daher:

Werden die Ausgänge "zufällig" gesteuert oder ist das quasi ein Ablauf 
der dan mit festem Timing ablaufen soll?

Die Idee wäre eine Hardware mit USB oder so auf der dann eine Schaltung 
sitzt die feste Abläufe (wiederholt) "abspielen" kann. Und der Ablauf 
wird dann über USB in diese Hardware übertragen.

Schau dir mal die IOWarrior von Codemercs an:
https://www.codemercs.com/de/io-warrior?L=1

Ob die in der Latenz ausreichen, kannst du anhand der Datenblätter 
checken.

Ich hätte jetzt gesagt:

Ein digitales USB-Audio-Interface auf S/PDIF (10,- in der Bucht) mit 
64-Bit-Schieberegister (2,-) als Seriell-Parallel-Wandler, getaktet mit 
dem bitclock und enabled mit dem word clock. Damit stehen die 24 Bits 
eines Kanals zur Verfügung. Mit einer Schaltung, die den WC auf ein DFF 
schiebt und ein Exor dahinter, gibt es eine Taktflanke pro word und 
damit hat man alle 48 Bits statisch. Kann mit jedem Audio-Player 
beschrieben werden.  BTDT

fchk schrieb:
> Geringe Latenz und USB schließen sich gegenseitig aus.
So ist es. Die bessere Alternative wäre dann eine Soundkarte, die direkt 
über PCIe beschrieben wird und S/PDIF kann. Mit sehr kurz eingestelltem 
Samplebuffer.

Wenn es etwas fetter sein darf: Eine PCI-FPGA Karte. Vor Zeiten hatte 
ich mal eine Enterpoint Raggedstone, als ich noch probierte meinen 
FPGA-Synth direkt in den PC einzugliedern.

Christian M. schrieb:
> Gustl B. schrieb:
>> Das sollte gut machbar sein
>
> Nein, rein auf dem PC ist das völlig utopisch!

Auf einem Linux mit RT-Kernel ist das per PCIe sehr wohl machbar. Mit 
klassischem Non-RT-Kernel oder gar Windows braucht man da aber nicht 
anfangen.

Jürgen S. schrieb:
> Ein digitales USB-Audio-Interface auf S/PDIF (10,- in der Bucht) mit
> 64-Bit-Schieberegister (2,-) als Seriell-Parallel-Wandler, getaktet mit
> dem bitclock und enabled mit dem word clock. Damit stehen die 24 Bits
> eines Kanals zur Verfügung.

Die üblichen Audio Interfaces liefern nur 16 Bit. Das ist aber gar nicht 
das Hauptproblem. Es nahezu unmöglich definierte Bits zu bekommen weil 
Audiodaten durch ks.sys geroutet werden. Dort passieren Dinge die du 
nicht beeinflussen kannst. Es wird also ziemlich kompliziert wenn man 
explizit Bits in einem Audiostream setzen will und diese gezielt am 
SPDif Anschluss abgreifen will.

Thomas