Costruirsi un banco prova? - Pagina 6

SB07 · 15-12-11, 23: 24

Quote:

Originariamente inviata da davlight

secondo me se hai già una ruota fonica ti basta un adc (convertitore analogico - digitale) possibilmente usb e un alimentatore. Dalla ruota fonica ti esce un segnale in tensione, questo viene letto dall'adc e quindi mandato al pc. Sul pc puoi utilizzare labview, con il quale riesci ad interfacciarti con quasi tutti gli adc che ci sono in giro, oppure matlab.
A questo punto il programma si scrive direttamente con labview (o matlab) una volta che sai tutto del tuo sistema (pesi, misure, ecc...)
Se hai bisogno col Matlab me la cavo

Be..dire ke hai parlato Arabo è poco... LABVIEW..MATLAB.. ADC...
We... io stringo delle viti!!!

al massimo uso delle lime!!!

Hahahahaha dai ke skerzo!
Sembra interessante quel ke dici..ma io demando a ki mi fa le "feci" su queste pugnette elettroniche... tipo Tia e Panzer o kiunque sia....

sbragone5 · 16-12-11, 03: 44

dav parla di un robo che ti traduce il segnale analogico della ruota fonica che hai li in segnale digitale... ma stando a quello che dicevi prima il problema con quel sensore li è che ha una risoluzione bassa, ergo nn ti da una misurazione accurata...
per chiarire quando parlo di bassa risoluzione, mi riferisco alla sensibilità dello strumento... sl che in campo informatico/elettronico si parla di risoluzione

@simo... questa volta devo contraddirti in parte... è verissimo che serve un software fatto bene, per avere una lettura accurata e veritiera... però quando dico software nn mi riferisco al programmino semplice semplice di cui parlava tuca in VB o quello che ti pare, ma mi riferivo all'algoritmo che gira sotto al software, il quale deve prendere tutti i dati, dare una bella shekerata e fare la torta= grafico coppia potenza in funzione dei giri...

per fare questo, nn è che nn serve esperienza(quella serve sempre e nn basta mai) più che altro come ho gia detto ci vuole un programmatore ESPERTO DI CALCOLO...(perchè un programmatore esperto con anni di esperienza se nn ci azzecca con gli algoritmi nn ci fa niet) quando dico calcolo nn intendo bravo ad usare la calcolatrice, ma a scrivere un algoritmo che traduca bene i dati in ingresso.... in soldoni immaginiamoci un matematico travestito da informatico... poi certo il resto dipende tutto dalla buona fattura del rullo, perchè come giustamente dicevi un banco di per sè ha una meccanica abbastanza rudimentale...

io dalla mia esperienza personale incrociata tra meccanica ed informatica (ed una squadra di amici programmatori) so che con il famosissimo arduino queste cose si possono fare, perchè esistono i moduli e perchè la piattaforma è praticamente preconfezionata, alla quale c'è sl da appiccicare modulo su modulo (all'occorrenza) i quali poi hanno gia tutti i driver che servono, ergo facilitano nn poco il compito... a chi sa usare queste cose

**davlight** · 16-12-11, 08: 39

Quote:

Originariamente inviata da SB07

Be..dire ke hai parlato Arabo è poco... LABVIEW..MATLAB.. ADC...
We... io stringo delle viti!!!

al massimo uso delle lime!!!

Hahahahaha dai ke skerzo!
Sembra interessante quel ke dici..ma io demando a ki mi fa le "feci" su queste pugnette elettroniche... tipo Tia e Panzer o kiunque sia....

se hai bisogno ti posso dare una mano per il software e l'acquisizione col pc

Ma poi come è la tua ruota fonica? Quanti "buchi" hai sulla circonferenza?

SB07 · 16-12-11, 08: 50

Bello bello!!! vedo ke c'è tanta gente interessata!!!

La mia ruota fonica è un disco con dei denti non dei buchi! per farti capire è tipo "merlo" dei castelli... ora non ricordo quanti siano, ma penso siano 12 su un diametro di circa 180mm. Sono al lavoro dunque vado a memoria!

hornet · 16-12-11, 10: 30

Io capisco ed ammiro la voglia di potersi "arrangiare" sempre e comunque, ma fino ad ora non mi sembra di aver visto nessuno con le capacità di poter "costruire" quello che al momento manca: il software.
Senza quello non funziona nulla e fin qui ci siamo. Non occorre nessun super calcolatore: se a tutti gli altri software di ogni marca di banchi prova è sufficiente uno "stupidissimo" pc con minimi requisiti tecnici e un windows (anche 98) non vedo perchè pensare che occorra chissà che.
Il problema è far comunicare il sensore di prossimità/ruota fonica (come c'è sugli abs delle nostre auto) o in alternativa un encoder con il pc che a fare calcoli non ha nessun problema; purtroppo manca la persona in grado di "dire" al pc che cosa deve fare.
Resta sempre il fatto che occorre comunque comprare del materiale come l' encoder o prossimity e tutto quello che c'è dentro la scatola che si interpone tra detto tipo di sensore ed il pc.
Più che altro, sarei curioso di sapere come si fà a calcolare la potenza del motore sapendo ovviamente il momento di inerzia di tutto ciò che partecipa alla rotazione (quindi oltre al rullo anche i vari ingranaggi e catene ecc..), il numero di giri di detti componenti e quindi indirettamente anche quelli del motore, il tempo in cui avviene la variazione di giri.
Come è già stato detto il vero banco prova misura la coppia (e moltiplicandola per il regime di rotazione di conseguenza si ottiene la potenza) istantanea a quel regime fisso (perchè il banco frena il motore e lo tiene "fisso" a quel determinato n° di giri) misurando effettivamente tramite una bilancia o una cella di carico nei casi di banco più moderni.
Quindi qui c'è un calcolo preciso da fare.
Come si fà a sapere come un tipo di motore di tot cavalli potrà accellerare (e in che tempo e modo?) un rullo di seppur nota massa inerziale?
Secondo me i banchi inerziali vengono "tarati" con un banco frenato; cioè si fà in modo che al lancio inerziale corrisponda un grafico più verosimilmente somigliante a quello del banco frenato. Ecco perchè vedo il tentativo di autocostruirsi il software molto difficile.
Prima bisogna capire come "ragiona" un banco prova inerziale, poi se si è in grado si prova a "inventare" il software.
Quindi io sposto un attimo la domanda: chi sà come "ragiona" il software di un banco inerziale? (cioè quali sono i calcoli da far fare poi al pc?).

sbragone5 · 16-12-11, 13: 10

oggi ho sentito uno dei miei amici informatici (quello che scanchera con arduino) e mi ha sostanzialmente confermato quello che detto, cioè che lato hardware è abbastanza semplice, mentre lato software una volta noti variabili, costanti e come sono in relazione, poi per il resto è abbastanza facile... la spesa per l'HW siamo circa sulle 100 euri...

SB07 · 16-12-11, 13: 21

Quote:

Originariamente inviata da hornet

Io capisco ed ammiro la voglia di potersi "arrangiare" sempre e comunque, ma fino ad ora non mi sembra di aver visto nessuno con le capacità di poter "costruire" quello che al momento manca: il software.
Senza quello non funziona nulla e fin qui ci siamo. Non occorre nessun super calcolatore: se a tutti gli altri software di ogni marca di banchi prova è sufficiente uno "stupidissimo" pc con minimi requisiti tecnici e un windows (anche 98) non vedo perchè pensare che occorra chissà che.
Il problema è far comunicare il sensore di prossimità/ruota fonica (come c'è sugli abs delle nostre auto) o in alternativa un encoder con il pc che a fare calcoli non ha nessun problema; purtroppo manca la persona in grado di "dire" al pc che cosa deve fare.
Resta sempre il fatto che occorre comunque comprare del materiale come l' encoder o prossimity e tutto quello che c'è dentro la scatola che si interpone tra detto tipo di sensore ed il pc.
Più che altro, sarei curioso di sapere come si fà a calcolare la potenza del motore sapendo ovviamente il momento di inerzia di tutto ciò che partecipa alla rotazione (quindi oltre al rullo anche i vari ingranaggi e catene ecc..), il numero di giri di detti componenti e quindi indirettamente anche quelli del motore, il tempo in cui avviene la variazione di giri.
Come è già stato detto il vero banco prova misura la coppia (e moltiplicandola per il regime di rotazione di conseguenza si ottiene la potenza) istantanea a quel regime fisso (perchè il banco frena il motore e lo tiene "fisso" a quel determinato n° di giri) misurando effettivamente tramite una bilancia o una cella di carico nei casi di banco più moderni.
Quindi qui c'è un calcolo preciso da fare.
Come si fà a sapere come un tipo di motore di tot cavalli potrà accellerare (e in che tempo e modo?) un rullo di seppur nota massa inerziale?
Secondo me i banchi inerziali vengono "tarati" con un banco frenato; cioè si fà in modo che al lancio inerziale corrisponda un grafico più verosimilmente somigliante a quello del banco frenato. Ecco perchè vedo il tentativo di autocostruirsi il software molto difficile.
Prima bisogna capire come "ragiona" un banco prova inerziale, poi se si è in grado si prova a "inventare" il software.
Quindi io sposto un attimo la domanda: chi sà come "ragiona" il software di un banco inerziale? (cioè quali sono i calcoli da far fare poi al pc?).

Tutto giusto!!!
Ma allora come mai ci sono un sacco di fornitori tipo Soft-engine, d-tech... ke vendono elettroniche plug&play per banchi fatti in casa? o in aggiornamento ai loro vecchi modelli?

**davlight** · 16-12-11, 13: 28

Quote:

Originariamente inviata da SB07

Bello bello!!! vedo ke c'è tanta gente interessata!!!

La mia ruota fonica è un disco con dei denti non dei buchi! per farti capire è tipo "merlo" dei castelli... ora non ricordo quanti siano, ma penso siano 12 su un diametro di circa 180mm. Sono al lavoro dunque vado a memoria!

non è male, se ad esempio hai il motore attaccato al rullo con un rapporto 10:1, se il motore è a 10000 giri/min vuol dire che la tua ruota fonica sta acquisendo segnali a 200 hz, cioè un segnale ogni 5 millesimi di secondo

.

**Tucatucacincilla** · 16-12-11, 14: 09

Quote:

Originariamente inviata da hornet

Il problema è far comunicare il sensore di prossimità/ruota fonica (come c'è sugli abs delle nostre auto) o in alternativa un encoder con il pc che a fare calcoli non ha nessun problema; purtroppo manca la persona in grado di "dire" al pc che cosa deve fare.

Esatto, infatti ripeto come gia scritto più volte, di mettere giu i dati che servono, variabili, costanti, risultati etc. se ognuno da il suo contributo si può riuscire a fare. Quello che ne sa di hardware ti dice quali strumenti servono per rilevare i dati, quello che ne sa di hardware-software e relativa comunicazione, dice come si fanno ad importare i dati nel pc, quello che ne sa di meccanica, motori, banchi prova etc. ti dice tutti quanti i calcoli da fare per ottenere i risultati richiesti, chi ne sa di programmazione fa il programma che serve per fare tutti i calcoli necessari da raccogliere in una tabella per poter poi metterli su grafico ed arrivare al risultato finale.
Non la vedo una cosa impossibile!!!se poi salta fuori un elettronico non si sa mai che ti fa anche l'hardware in casa per i rilevamenti necessari!!!

Però come ripeto serve un elenco dettagliato di tutti i dati che servono per buttare giu qualche cosa!

Senior · 16-12-11, 14: 10

OK Stefano, era ora che introducessi un argomento cosi valido, mi trovi pienamente d'accordo vediamo se da una comunita si riesce ad arrivare ha qualcosa di concreto invece delle solite chiacchere da bar.
E' quello che io sto cercando da far capire da anni hai miei ragazzi ma non ci sono ancora riuscito.
A mio avviso, a parte che non potrebbero servire dati come misure in assoluto, ma bensi dati per la comparazione di accelleracione tempo/giri cosi togliamo molti sfonzoli e non ingigantiamo la cosa (per il resto sono solo formule relazionali).
Anche da parte mia la parte meccanica sarebbe gia pronta diciamo.

16-12-11, 10: 30	#55
hornet Junior Biker Registrato dal: 31-08-09 ubicazione: Ravenna Messaggi: 428 Minimoto: GRC	Io capisco ed ammiro la voglia di potersi "arrangiare" sempre e comunque, ma fino ad ora non mi sembra di aver visto nessuno con le capacità di poter "costruire" quello che al momento manca: il software. Senza quello non funziona nulla e fin qui ci siamo. Non occorre nessun super calcolatore: se a tutti gli altri software di ogni marca di banchi prova è sufficiente uno "stupidissimo" pc con minimi requisiti tecnici e un windows (anche 98) non vedo perchè pensare che occorra chissà che. Il problema è far comunicare il sensore di prossimità/ruota fonica (come c'è sugli abs delle nostre auto) o in alternativa un encoder con il pc che a fare calcoli non ha nessun problema; purtroppo manca la persona in grado di "dire" al pc che cosa deve fare. Resta sempre il fatto che occorre comunque comprare del materiale come l' encoder o prossimity e tutto quello che c'è dentro la scatola che si interpone tra detto tipo di sensore ed il pc. Più che altro, sarei curioso di sapere come si fà a calcolare la potenza del motore sapendo ovviamente il momento di inerzia di tutto ciò che partecipa alla rotazione (quindi oltre al rullo anche i vari ingranaggi e catene ecc..), il numero di giri di detti componenti e quindi indirettamente anche quelli del motore, il tempo in cui avviene la variazione di giri. Come è già stato detto il vero banco prova misura la coppia (e moltiplicandola per il regime di rotazione di conseguenza si ottiene la potenza) istantanea a quel regime fisso (perchè il banco frena il motore e lo tiene "fisso" a quel determinato n° di giri) misurando effettivamente tramite una bilancia o una cella di carico nei casi di banco più moderni. Quindi qui c'è un calcolo preciso da fare. Come si fà a sapere come un tipo di motore di tot cavalli potrà accellerare (e in che tempo e modo?) un rullo di seppur nota massa inerziale? Secondo me i banchi inerziali vengono "tarati" con un banco frenato; cioè si fà in modo che al lancio inerziale corrisponda un grafico più verosimilmente somigliante a quello del banco frenato. Ecco perchè vedo il tentativo di autocostruirsi il software molto difficile. Prima bisogna capire come "ragiona" un banco prova inerziale, poi se si è in grado si prova a "inventare" il software. Quindi io sposto un attimo la domanda: chi sà come "ragiona" il software di un banco inerziale? (cioè quali sono i calcoli da far fare poi al pc?). __________________ www.se mi cerchi mi trovi "LA LEGGE E' UGUALE PER TUTTI, MA TUTTI NON SONO UGUALI PER LA LEGGE" chissà perchè finisce sempre così..... Mi trovate anche su facebook Michele Campadelli

16-12-11, 14: 10	#60
Senior Super Biker Registrato dal: 16-02-08 ubicazione: milano Messaggi: 1,644 Minimoto: Tante GRC	OK Stefano, era ora che introducessi un argomento cosi valido, mi trovi pienamente d'accordo vediamo se da una comunita si riesce ad arrivare ha qualcosa di concreto invece delle solite chiacchere da bar. E' quello che io sto cercando da far capire da anni hai miei ragazzi ma non ci sono ancora riuscito. A mio avviso, a parte che non potrebbero servire dati come misure in assoluto, ma bensi dati per la comparazione di accelleracione tempo/giri cosi togliamo molti sfonzoli e non ingigantiamo la cosa (per il resto sono solo formule relazionali). Anche da parte mia la parte meccanica sarebbe gia pronta diciamo. __________________ Un saluto. VALDONIO TEAM CORSE

16-12-11, 03: 44	#52
sbragone5 MotoGP Biker Registrato dal: 01-09-10 ubicazione: cremona Messaggi: 2,609 Minimoto: Blata Ultima, xxxxxx Reverse in arrivo	dav parla di un robo che ti traduce il segnale analogico della ruota fonica che hai li in segnale digitale... ma stando a quello che dicevi prima il problema con quel sensore li è che ha una risoluzione bassa, ergo nn ti da una misurazione accurata... per chiarire quando parlo di bassa risoluzione, mi riferisco alla sensibilità dello strumento... sl che in campo informatico/elettronico si parla di risoluzione @simo... questa volta devo contraddirti in parte... è verissimo che serve un software fatto bene, per avere una lettura accurata e veritiera... però quando dico software nn mi riferisco al programmino semplice semplice di cui parlava tuca in VB o quello che ti pare, ma mi riferivo all'algoritmo che gira sotto al software, il quale deve prendere tutti i dati, dare una bella shekerata e fare la torta= grafico coppia potenza in funzione dei giri... per fare questo, nn è che nn serve esperienza(quella serve sempre e nn basta mai) più che altro come ho gia detto ci vuole un programmatore ESPERTO DI CALCOLO...(perchè un programmatore esperto con anni di esperienza se nn ci azzecca con gli algoritmi nn ci fa niet) quando dico calcolo nn intendo bravo ad usare la calcolatrice, ma a scrivere un algoritmo che traduca bene i dati in ingresso.... in soldoni immaginiamoci un matematico travestito da informatico... poi certo il resto dipende tutto dalla buona fattura del rullo, perchè come giustamente dicevi un banco di per sè ha una meccanica abbastanza rudimentale... io dalla mia esperienza personale incrociata tra meccanica ed informatica (ed una squadra di amici programmatori) so che con il famosissimo arduino queste cose si possono fare, perchè esistono i moduli e perchè la piattaforma è praticamente preconfezionata, alla quale c'è sl da appiccicare modulo su modulo (all'occorrenza) i quali poi hanno gia tutti i driver che servono, ergo facilitano nn poco il compito... a chi sa usare queste cose

16-12-11, 08: 50	#54
SB07 Super Biker Registrato dal: 28-12-07 ubicazione: goito (MN) Età : 46 Messaggi: 1,899 Minimoto: ...	Bello bello!!! vedo ke c'è tanta gente interessata!!! La mia ruota fonica è un disco con dei denti non dei buchi! per farti capire è tipo "merlo" dei castelli... ora non ricordo quanti siano, ma penso siano 12 su un diametro di circa 180mm. Sono al lavoro dunque vado a memoria!

16-12-11, 13: 10	#56
sbragone5 MotoGP Biker Registrato dal: 01-09-10 ubicazione: cremona Messaggi: 2,609 Minimoto: Blata Ultima, xxxxxx Reverse in arrivo	oggi ho sentito uno dei miei amici informatici (quello che scanchera con arduino) e mi ha sostanzialmente confermato quello che detto, cioè che lato hardware è abbastanza semplice, mentre lato software una volta noti variabili, costanti e come sono in relazione, poi per il resto è abbastanza facile... la spesa per l'HW siamo circa sulle 100 euri...