Motori sottoplancia o Servocomandi?

[FRANCO]

Grazie Giulio e scusa se mi sono ripetuto aspetto il software e poi decidero'.

[ptreno49]

Buongiorno a tutti, andando in giro in internet alla ricerca di decoder per scambi mi sono imbattuto in questo prodotto per Robot.

http://cgi.ebay.it/ws/eBayISAPI.dll?Vie ... TQ:IT:1123

Dalle descrizione sembrerebbe che possano funzionare per i servo per i deviatori. A questo punto chiamerei in aiuto l'esperienza elettronica di Mauro per sapere cosa ne pensa. Grazie e buona giornata. Paolo

[buddacedcc]

Effettivamente sembra possa controllare i servo. Ma vedo due controindicazioni controlla si 24 servo ma devi portare 24 connettori di servo in un unico punto del plastico. L'altra è come lo comandi ? Se devi usare il pc dubito che rocrail o simile possa gestirlo direttamente a me non di non usare degli accrocchi.

[buddacedcc]

Aggiungo la terza ..cosi ad occhio, quindi da verificare, sembra non ci sia alcuna gestione dell'alimentazione dei servo....se usi servo economici all'avvio avrai una bella botta

[Digtrain]

Ciao Paolo,
come dice Nuccio manca un interprete dei comandi DCC che lo piloti.
Forse conviene utilizzare prodotti specifici: industriali (vedi Almrose o oscilloscopio.it) o amatoriali (vedi Paco).

Ciao Walter :geek:

[ptreno49]

Grazie, pur essendo ai primi approcci con il digitale, me lo immaginavo. Quindi credo che il problema sia risolto.
Ho già un deco Almrose e funziona molto bene: ho provato a collegarci due mini servo, uno anonimo venduto da Almrose a 9€ ed un Extronix MXT 900 a €.3,75
Sono perfettamente uguali.
Quello che non ho capito sui miniservo è la differenza sui grammi e sul tempo e poi anche sul peso spostabile, ma questo è più intuitivo.
Non so esattamente cosa scegliere

[buddacedcc]

Lascia perdere quello di Paco.....eventualmente valuta anche il mio decoder per servo in Kit che comanda in parallelo anche i segnali

[Marshall61]

...è sufficiente una spinetta ad "Y" per poter comandare in parallelo due servi da un'unica uscita.....

Ciao, Carlo

[Digtrain]

Ciao Nuccio,
non sapevo di questo kit, ma esattamente sul tuo sito dove lo trovo?

Ciao Walter :geek:

[buddacedcc]

...è sufficiente una spinetta ad "Y" per poter comandare in parallelo due servi da un'unica uscita.....

Ciao, Carlo

cosa che in generale sconsiglio!!

[buddacedcc]

Ciao Nuccio,
non sapevo di questo kit, ma esattamente sul tuo sito dove lo trovo?

Ciao Walter :geek:

Non lo trovi infatti diciamo che è moltoo recente (ho portato il prototipo a Bereguardo e ci ho mosso i conrad). Se ne è resa la costruzione dopo che in cv19 abbiamo avuto problemi sia con i decoder commerciali e sopratutto con quelli di paco.
Al fremo meeting abbiamo rimosso da una stazione (roccafabio) i decoder commerciali e rimpiazzati con i miei per i sopracitati problemi
Se mi mandi un email a info@dccworld.com ti mando la prima "draft" del manuale.

[Digtrain]

Grazie Nuccio per la dettagliate informazioni merito.
Sono contento di questo tuo progetto e ti invierò al più presto l'email.
Io mi sto dilettando con il decoder open source di Davide.

Ciao Walter :geek:

[gianfranco.p]

se vuoi provare prodotti per robot c'è la collaudata Arduino.
Qui il mio codice testato e funzionante.

Codice: Seleziona tutto

#include <Servo.h>

#define servoPin 5
#define swClose  2
#define swOpen   3

#define posMin 0
#define posMax 20

boolean statoPL=false;
int currentGrad=posMax;

Servo myservo;

void setup()
{
  pinMode( swClose,INPUT );
  pinMode( swOpen,INPUT );
 
  myservo.attach(servoPin);
  myservo.write(currentGrad);
}

void loop()
{
  if ( digitalRead(swClose) == HIGH ) { statoPL = true;  }
  if ( digitalRead(swOpen) == HIGH )  { statoPL = false; }

  if ( statoPL == true && currentGrad > posMin) {
     while (currentGrad > posMin) {
        currentGrad--;
        myservo.write(currentGrad);
        delay(200);
     }
  }

  if ( statoPL == false  && currentGrad < posMax) {
     while (currentGrad < posMax) {
        currentGrad++;
        myservo.write(currentGrad);
        delay(200);
     }
}
}

Il codice lo copi e incolla sul software gratuito scaricabile dal sito http://www.arduino.cc/ e poi, previo attacco di arduino al PC, lo programmi.

---------

Lo schema:

Immagine:

45,02 KB

La dorsale da 12V puoi farla a costo zero con un alimentatore per PC. Certo, dipende da quanti scambi vuoi pilotare.

---------

Il risultato:




Il costo dell'arduino a te necessario dipende da quanti scambi/segnali devi gestire (va da 15 a 39€).


ciao

[Marshall61]

[red]
cosa che in generale sconsiglio!!

...scusa, potresti dirmi il motivo? è comprensibile su di un aeromodello per questioni di trim e sub trim, geometrie di piani di quota e tipologia della pianta dell'ala e problematiche di sicurezza del volo, soprattutto se posizionata sugli alettoni, ma su dei servocomandi che azionano scambi e segnali......

Ciao, Carlo

[buddacedcc]

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext"> ma su dei servocomandi che azionano scambi e segnali......[/quote]
Prendo il caso peggiore che è quello di paco. il decoder è alimentato attraverso un L7805 che in base dalla versione eroga da 500mA ai 1000mA...un servo assorbe dai 400mA agli 800mA.
All'avvio a parte i problemi progettuali del decoder servo, questo muove i 4 servo per allinearli all'ultima posizione...fai una somma delle correnti assorbite e vedi che con 4 sei già oltre la corrente ammessa dal regolatore. Caso ancora peggiore che i 4 servo per qualche motivo stanno sforzando e la corrente assorbita è la massima....adesso mettici sopra delle Y per aumentare il numero di servo comandabili. Con l'oscilloscopio è uno spettacolo di fuochi pirotecnici. Sommando gli errori progettuali del decoder di paco (presenti anche nello schema arduino sopra) avrai all'avvio i servo che impazziscono e cominciano a muoversi a casaccio ... nel caso peggiore spaccando qualche traversa mobile (successo in cv19).

[gianfranco.p]

Nel caso di arduino non hai problemi di assorbimento nel momento in cui ti crei una dorsale a sé di alimentazione con ad esempio un alimentatore per PC, che erogando fino a 20A, ci puoi mettere pure 20 servo insieme....

Per quanto riguarda i movimenti "impazziti" che citi, li ho riscontrati (in realtà il servo si riporta semplicemente nella posizione iniziale quando viene acceso arduino), ma solo nel range di angolazione che io ho programmato PRIMA di montare il servo....e siccome stiamo parlando di 15° di rotazione non ho mai rotto nessuna traversa....

Questo per quanto concerne ovviamente le mie esperienze.

ps. è anche importante tener presente che stiamo parlando di plastici e non di sistemi della NASA......

[buddacedcc]

<div align="center" id="quote2"><table class="quote"><tr><td class="quotetd"></td></tr><tr><td class="quotetd2"><span class="quotetext">
ps. è anche importante tener presente che stiamo parlando di plastici e non di sistemi della NASA......
[/quote]
Vero, ma è altrettanto vero che se dopo aver lavorato la notte per finire un modulo non puoi usarlo per il sopracitato problemi...ti posso assicurare che ti arrabbi.

[Marshall61]

...gentilissimo Nuccio per le delucidazioni!!!....grazie!!!!

Ciao, Carlo

[buddacedcc]

...gentilissimo Nuccio per le delucidazioni!!!....grazie!!!!

Ciao, Carlo

prego tutte esperienze maturate sul campo ..anche il sorbirsi le incazzature .

[Digtrain]

ps. è anche importante tener presente che stiamo parlando di plastici e non di sistemi della NASA......

Buona questa!!!!
Sei forte Gianfranco!!!

Ciao Walter :geek:

[ptreno49]

Bene grazie , ma per me la discussione che si è sviluppata ha preso una strada un po' troppo "specialistica". Io ho un problema da risolvere, si fa per dire; vorrei sapere che caratteristiche dovrebbe avere un mini servo per poter funzionare bene con i deviatori: quanti grammi e che tempo in sec. perché poi sono queste le differenze tra un servo ed un altro.
Per il decoder non ci sono problemi, a questo punto va più che bene l'Almrose.
Grazie, Paolo

[gianfranco.p]

come mai hai bisogno di mini servo in particolare e non servo normali?

[buddacedcc]

Permettimi un ragionamento al momento al contrario:
-decoder a basse prestazioni necessita di servo ad alte prestazioni
-decoder ad alte prestazioni puoi usare servo economico.

Sempre per esperienza di vita vissuta con il decoder di paco ma anche con esu e zimo i servo economici hanno il problema del ronzio (e relative conseguenze) quando sono a riposo e della botta all'avvio. In questo caso meglio usare i servo digitali tipo quelli dell'esu stessa.

[buddacedcc]

Rettifica a quello che ho scritto il deocder di paco non soffre del problema del ronzio.

[gianfranco.p]

buddace, dove posso trovare info sulle differenze tra servo analogici e digitali? E' un cruccio che mi porto da un po'.

In rete ho trovato tante info, ma pochissimo relativamente al nostro hobby.

Grazie