Vuol dire quello che ho scritto...a cui si somma errori di progettazione e copia incolla di varia natura.

gestire i servo in termini di segnale inviato?
gestire i servo in termini di alimentazione e assorbimento corrente?
gestire i servo in termini di ampiezza di tensione?

gestire vuol dire tutto e niente...se poi vuoi fare i segreti con gli ignoranti come me, fai pure.

comunque...provo ad ipotizzare le risposte alla tua osservazione.

Come già detto in topic,
- per gestire i servo in termini di segnale inviato, Arduino invia segnali a modulazione PWM per movimento rallentato (ricordate il mio video del PL al primo topic);
- per gestire i servo i termini di alimentazione, come detto piu volte, basta un semplice alimentatore esterno (es. alimentatore PC dal costo di 1€) dove hai diverse dorsali a 12V, 5V, 3V e amperaggio fino a 20A (un servo assorbe per assurdo picchi di 1A); Arduino gestirà il solo filo giallo o bianco del servo (filo di controllo) e i pulsanti per azionarlo;
- per gestire i servo in termini di ampiezza di tensione, vedi risposta precedente.

non occorre alcun circuito aggiuntivo.

ps. gli errori di progettazione di un qualsiasi circuito elettrico sono opinioni soggettive.

Il servo che si muove alla cazzo o che ti spacca la traversa mobile non è un opinione soggettiva è un errore di progettazione.

scusa ma se il servo si muove alla cazzo, non ha sbagliato la macchina ma chi ha detto alla macchina di muoversi alla cazzo!!

io al mio servo gli ho detto di fare 85° di movimento, partendo come punto iniziale da 0°, e il servo quello fa....................mentre per lo scambio gli ho detto di muoversi di 5° e lui 5 gradi mi fa.....e non mi ha spaccato nulla.......è ovvio che il servo va regolato e suppongo che sia la stessa cosa che tu fai via CV.

Tuttavia, come chiunque farebbe, per evitare problemi di questo tipo, basterebbe provare il servo a vuoto (cosa che ovviamente ho fatto) e poi attaccarlo al dispositivo....


ps. teniamo sempre conto che stiamo parlando di modellismo e non di impianti industriali, in cui sono richieste le certificazioni ISO CE e compagnia bella per approvarlo!

Le cose non stanno cosi è evidente che non hai esperienza dell'utilizzo del servo su un plastico e relative problematiche.
E come dici te non ti accorgi ne del problema ne tanto meno lo risolvi.

questo è poco ma sicuro, però non vedo perche arduino dovrebbe distruggere una traversina e un impianto con decoder no...alla problematica che citi darei per istinto più la colpa alla qualità del servo.

Se tu per un servo gli dai un range massimo di 5° di escursione, potrebbe sbagliare di qualche grado oppure potrebbe scattare in modo inverso? Ma in tutti i test che ho fatto non mi è mai successo.

aggiorno il topic riportandovi questo interessantissimo tutorial:

http://www.siliconvalleylines.com/downl ... rduino.pdf

gli USA stanno sempre avanti eheheheh....

Inoltre, qualcuno mi segnala che è uscito un articolo addirittura sulla rivista Model Railroader (in basso a sinistra):

Sì, ma è un articolo praticamente inutile........non dice assolutamente nulla se non spiegare la potenzialità di Arduino

ciao

penso di aver già detto tanto in questo topic su come fare....quello che ho linkato è solo per farvi capire che non sono l'unico cretino che lo sta usando....e che funziona eccome.

di che info hai bisogno?

Confermo.
Uno degli articoli più incompleti ed inutili mai visti negli ultimi 25 anni su MR.
Ha però confermato l'impressione che mi ero già fatto leggendo questo thread: Arduino è un oggetto con grandi potenzialità, sicuramente sprecato per muovere qualche servo sul plastico.

Ti smentisco....Arduino è un giocatto a livello industriale...per un plastico o progettini universitari di robotica è più che idoneo. Non so dove hai letto che ha grandi potenzialità....sono microcontrollori a 8 bit con nemmeno una memoria e un disco rigido dedicato (hanno una memoria flash e una microSD usabile tramite una ethernet shield, che non servono a nulla per lo scopo proposto).

Viceversa, è sicuramente sprecato spendere 4 volte tanto per avere la stessa cosa che fa Arduino, in DCC.

Ho un amico professionista che usa il "nano" per produrre effetti multimediali vari (meccanici, luminosi ecc) che vanno a finire nei musei scientifici e nelle exibition di molte mostre organizzate in Italia e all'estero, parlando con lui mi sono convinto che effettivamente le potenzialità di arduino sono infinite, l'unico "ostacolo" è che bisogna imparare a programmare i PIC.

Ciao, da circa 25 anni programmo microprocessori, da circa 15 uso i PIC ed adesso sto provando Arduino.... che non è niente di diverso da un PIC o da un Motorola, o da un ST, con la sola differenza che ha un Atmel a bordo ed ha un minimo di elettronica associata per funzionare, e per poterlo utilizzare così com'è o con aggiunte minime dovute all'applicazione. Qualcosa di simile è stato fatto anche da altri produttori, di schede di valutazione di certi PIC penso di averne una decina..... le potenzialità sono effettivamente infinite, non solo x Arduino, ma per tutti gli altri tool: chi ha 'inventato' Arduino, ha avuto l'idea di rendere 'open source' tutto quanto possibile, ma non è niente di diverso da una qualsiasi scheda di valutazione di altri produttori (la concorrenza avanza, c'è già il PIC-DUINO ). le potenzialità sono davvero infinite, x Arduino, ma anche x gli altri prodotti: è comunque un grosso vantaggio l'open source, che permette a chiunque di utilizzare pacchetti di funzionalità già sviluppate x determinate funzioni (comando motori, servo, USB ecc.), risparmiando un sacco di tempo.

X me l'unico problema è imparare quello pseudo-C che non mi vuole entrare in testa....

ne ho già comprati 3, tutti diversi, accesi x vedere se funzionano e messi lì (mannaggia la tempo che manca..... )

saluti

Max

quoto max in tutto...addirittura io ho trovato anche il BE-DUINO


Il C è molto semplice perche non è un liguaggio a oggetti (oltre che procedurale) come il C++, ma solo procedurale. Cosa vuol dire? Vuol dire che funziona anche se scrivi:



dove arriva_treno è una viariabile che può essere associata ad un sensore ad infrarossi posto a 1 metro dal passaggio al livello.


ovviamente è solo un esempio stupido di quello che si puo fare. Basta che su google scrivete sketch arduino servo e trovate l'impossibile.