Newsgroup: it.hobby.elettronica.digitale
Titolo: Registrare 12 flussi digitali paralleli su hard disk

Devo portare avanti un progetto per un apparato di registrazione in real
time su HD PC-based.
I dati digitali sono codificati con protocollo NZR (non-zero-return).
Qualcuno ha esperienza ed è interessato?
Pref. zona Roma.
Ciao

 I dati digitali sono codificati con protocollo NZR (non-zero-return).
Che dati? Bit singoli? A che velocita'?

 ha scritto nel messaggio
news:Oxnxb.150540$e6.54...@twister2.libero.it...

Si tratta di dati raw provenienti da uno scanner che legge fino a 100 linee
al sec.. Ogni linea è di circa 1000 pixel ciascuna. Tutto questo senza
fermarsi mai e il tutto moltiplicato per 14.

 fermarsi mai e il tutto moltiplicato per 14.
Quindi circa 1,4 milioni di dati al secondo. Pero' non hai
specificato se il valore di ogni pixel e' di uno piu' bit.
Se fosse di un bit significherebbe un flusso di circa 180 KBytes
al secondo, tranquillamente gestibili anche dalla porta parallela.
Eventualmente, se i dati arrivano in modo non uniforme, potresti
avere bisogno di un buffer esterno per regolarizzare la velocita'.
Se i dati di ogni pixel fossero invece di piu' bit, allora il flusso
di dati potrebbe superare le capacita' della porta parallela
e in questo caso bisognerebbe trovare un'altra soluzione.

 ha scritto nel messaggio
news:kNvxb.152108$e6.55...@twister2.libero.it...

Le specifiche attuali chiedono un campionamento a 8 bit, quindi con 256
livelli per pixel...  ma sarebbe un bel risultato campionarlo a 12.
Diventa dura, vero? Pensi che sia difficile trovare qualcuno interessato a
collaborare?
Grazie

 collaborare?
Personalmente non conosco persone in grado di progettare
una scheda PCI e relativo driver. Pero' c'e' qualche azienda
che puo' farlo. La cosa piu' importante, come sempre, sono
i costi. Se ti chiedessero, per esempio, 10 mila euro per il
progetto ti andrebbe bene? Bisogna vedere anche quanti
di questi sistemi ti servono.


per il progetto che abbiamo in mente la cifra non spaventa. Secondo me una
scheda PCI di I/O, magari bufferata esiste già, e cercherò in rete. Se cmq
esistesse, il costo della progettazione si ridurrebbe all'implewmetazione
dell'HW con relative interfacce e a scrittura del sw che formattasse i dati
in formati standard. Giusto?

 Diventa dura, vero?
Tutto sommato non si tratta di un flusso di dati
grossissimo... Perfino se decidessi di campionare a 16 bit
il troughput richiesto sarebbe minore di 5MB/sec (se non ho
fatto male i calcoli...).
Mi vengono in mente diverse soluzioni:
1) utilizzare più porte USB1.0, con il famoso chip della
FDTI...
2) utilizzare l'interfaccia IDE
3) utilizzare l'interfaccia USB2.0 (480Mb/sec... sulla
carta... :-) )
4) utilizzare l'interfaccia IEEE1394 (il Firewire, 400Mb/sec
quasi effettivi)
Il vantaggio di queste soluzioni è che esistono dei driver
già scritti o si possono usare quelli del sistema operativo.
L'hardware da costruire può essere molto semplice o
abbastanza elaborato a secondo dei casi...
Ciao,
Dr. Jones


tra i vari metodi sopracitati, quale useresti per ottenere la massima
stabilità in ambiente particolarmente disturbato (i.e. vicino a motori e
radiotramettitori?)
Grazie

 campionarlo a 12.
Quindi stiamo parlando di 1000*100*14*12=16.8 Mbps o 2.1 MB/s. Non mi
sembra una cosa cosi` improba, parecchi protocolli di comunicazione
comuni (ad esempio Firewire o USB 2.0) reggono una bit rate del genere,
non scomoderei una scheda PCI custom.
-- 
Lorenzo

 radiotramettitori?)
se l'ambiente di funzionamento e'  ostile e non
trovi una soluzione in commercio, queste sono 2 aziende serie
abituate a lavori su specifica inusuali:
http://www.caen.it/
http://www.kayser.it/
e' chiaro che i costi salgono ma non so di quanto.
Pero' potrebbero avere qualcosa in catalogo per il tuo caso.
Tullio Grassi

 Grazie
Prego! ;-)
Ciao,
Dr. Jones

fermarsi mai e il tutto moltiplicato per 14.
Che devi mettere in piedi, un centro di meccanizzazione postale ?
Giuseppe

 ha scritto nel messaggio
news:bqnm2q$a9l$1...@yyy.xxxx...

No, uno scanner multispettrale. Interessante, vero?