esatto

Aspetta... lascia stare il freno... non ce ne facciamo nulla!

A noi interessa avere un sistema ke legga in quanto tempo il nostro rullo impiega a fare un giro! basta, nient'altro!!!

Se consolidi con me ke il numero di giri del rullo lo legge l’encoder, I giri motore si calcolano attraverso i vari rapporti ke ci sono tra:

ES:
diametro rullo 400mm
diametro ruota minimoto 280mm
corona 64 denti
pignone 6 denti

Mettendo ke l’encoder mi dica ke in questo momento il rullo sta facendo 1000 giri/min vorrà dire ke:

400/280=1.428
1.428x1000=1428 giri/m ruota minimoto
64/6=10.666
10.666x1428=15232 giri/m albero motore

Molto semplice..dando per scontato ke la frizione non slitti!!! Ma questo è un problema risolvibile, ke tratteremo più avanti casomai…

Per farti capire con un esempio molto vicino alla realtà, a noi servirà avere una curva ke parta da 7000 giri ad un max di circa 15000 giri
Tenendo buoni i dati di prima, quando il nostro motor sarà a 7000 giri/m il nostro rullo sarà a circa 437.67 giri /min.
Noi dovremo avere un sistema in grado di campionare il delta-tempo ke impiega il nostro rullo per passare da 437.67 a 465.93 giri/m ke vorrebbe dire il tempo ke impiega il nostro motorino per passare da 7000 a 7100 giri/m e via andare fino ad arrivare a 15000 giri/m.

Con questi delta T campionati tra dei range di giri prestabiliti e l’inerzia del rullo si riesce a ricavare una curva!

se ho sbagliato dei conti perdonatemi! :lol1:

il discorso è giusto.... un solo appunto di cui per altro nn sn completamente certo,
da mia esperienza, nn si guarda al diametro ruota ma alla circonferenza...
cque poi dopo questi saranno le variabili (giri motore + altre ed eventuali e le costanti (corona pignone rullo ecc ecc ecc) che dovrà inserire il programmatore, per poi avere un output leggibile per te... nn ti regoli i giri del rullo ma del motore ;)

Ke sia diametro ruota o circonferenza, come hai detto poco conta… dipende dai parametri ke andremo ad inserire nel programma di calcolo…
Per esempio il mio banco non userà la minimoto…avrò l’albero del rullo collegato direttamente all’asse della ruota… dunque non avro il rapporto ke c’è tra ruota e rullo…
Ma queste sono figherie… :lol1:

ah quindi è un banco prova motore... quindi avrai solo il rapporto di trasmissione da considerare ;)

Vista la semplicità con cui si smonta un motore da minimoto ti consiglierei di realizzare un banco per il solo motore come ha Zocchi.
In quella configurazione ci metti un attimo a fare qualsiasi intervento sul propulsore considerando anche che si eliminano variabili come pressione pneumatico con conseguente attrito nel punto di contatto, tiro delle cinghie che tengono ferma la minimoto ecc...
Per il software non saprei suggerirti altro che contattare soft engine, ma hai già detto che 1800 euro sono troppi per i tuoi gusti.
Considera però che con quella cifra hai il software ma anche la scheda di acquisizione dati e l' encoder più ovviamente la loro assistenza.
Informati bene sui prezzi, magari possono scendere.

Si.
Il mio banco, avrà il radiatore montato fisso e una ventola ke raffredda regolata da un termostato preimpostato...
In questo modo, avro la possibilità di lavorare più agevolmente sul motore, oltre al fatto di diminuire i rischi di letture imprecise dovute al tiro cinghie non sempre ripetitivo...o menate di quel tipo...
Sopratutto io su quel banco vorro provarci anke i kart!
Infatti tra l'albero dove verrà fissata la corona e i rulli ho iterposto una frizione di un automobile... in modo da poter finita la prova liberare il motore dal trascinamento per innerzia del rullo in fase di decelerazione....
Ma queste sono come sempre mie fisse.!

:si::si::si: stavamo scrivendo la stessa cosa

in banco di zocchi ha un freno (magnetico mi pare) che frena il rullo a fine test, ma deve essere una cosa decisamente difficile da realizzare in casa

ma che fisse e fisse... se una cosa va fatta, o la fai bene o nn la fai ;) eh!

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