Ste da piccola bestia informatica quale sono il problema piu grosso per come la vedo io non e tanto il sistema hardware che vuoi utilizzare ma il software che lo deve far funzionare..
Sarebbe da trovare un programmatore che abbia una minima conoscenza di meccanica che riesca a scrivere un software in grado di leggere i dati che a te interessano e riproporli in maniera grafica come vuoi tu.
Una volta che si hanno queste basi sara sempre lo stesso programmatore a dirti quale tipo di ingressi gli servono e poi da li si puo capire come acquisire quei dati.
Per esperienza ti posso garantire ch il difficile oggi giorno e proprio il software perche di perfiriche di acquisizione ce ne sono a bizzeffe e collegabile in milioni di modi

Il banco di Zocchi è il modello da Kart della soft-engine. E' inerziale (quindi nessun tipo di freno a correnti parassite e cella di carico) e dispone di frizione per sganciare il rullo dal motore, un freno a disco per rallentarne i giri del rullo (per non aspettare troppo tempo che da solo scenda di giri per effettuare il lancio successivo) e di un motorino di avviamento che nel caso minimoto non viene usato in quanto c'è la cordicella.

come ho detto prima serve un programmatore esperto di calcolo ;) da quello nn si transige... senza un esperto di calcolo il programma nn lo fai...

Il mio collega ha detto ke se in qualke modo si riesce ad avere dei dati in uscita dalla scheda di interfaccia del tipo valori numerici, si può fare tutto con diversi software, reperibili anke su internet… addirittura scrivendo delle macro in visual basic (ke io nn so nemmeno cosa sia) si può usare Excel…

piccolo chiarimento... i dati in uscita vanno elaborati... e questo nn vuol dire messi in una tabella excel ma i giri del rullo moltiplicati in modo da avere quelli motore... mentre la formula accellerazione rotativa+giri rullo+momento innerziale che ti darà come risultato la curva di coppia... poi di conseguenza la potenza... e poi dopo riversati in un grafico... la parte grafico si fa semplice semplice e magari anche a mano... ;)

ok ma dall'interfaccia non ti uscira mai un numero diciamo puro (tipo giri mot etc etc) ma avrai sempre e ccomunque un segnale binario che poi il software dovra interpretare per capire di cosa si sta parlando.
concordo anche io sul fatto che se dalle varie interfacce uscissero numeri puri poi i calcoli con excell o access ancora meglio sarebbero di veloce e facile utilizzo.
Ma non e che per caso avete un link a qualche scheda tecnica di ste interfacce che gli si da un'occhiata???

certo ma di quello se ne occupa il dispositivo+i suoi driver+il programmino che farà i numeri... tipo la wideband della dinojet ti printa una lista di dati in un file CSV che poi importi in excell e fai un grafico...

cque certo il discorso che fai tu è sensato ma quella sarà tutta la parte di cui si occuperò il programmatore ma con interfacce tipo arduino che hanno layer di astrazione preconfezionati, facilita tutto....

Appunto il difficile e carpire i dati dal sensore e dargli un senso ..poi una volta fatto quello ci si puo muovere in mille maniere.

eh bhe se però il programmatore è capace, quello è il suo lavoro :D

si ma occorre sapere a priori questi dati proprio perche in fase di scrittura del programma si possa "insegnare" al software come utilizzare il dato