Bravo crystal13 !

Interessante il sito Arduino.

E' vero che con i sistemi digitali più evoluti (io utilizzo Zimo) si possono ottenere risultati uguali ma non vedo perchè non utilizzare anche questo prodotto.

gabriele

Io intendevo dire che se riusciamo a far muovere un passaggio a livello tu con il decoder ed io con il mio arduino ottenendo lo stesso risultato, vado a guardare quanto mi costerebbe farlo con un decoder e quanto mi costerebbe farlo con arduino. Per quello dico che a livello di costo non c'è paragone....

Inoltre, mi domando quanta differenza ci sia tra cambiare i parametri di movimento di un servo (es. gradi, e tempo di rotazione) attraverso la modifica di CV usando un decoder e tra cambiarli attraverso la modifica di un numero lato IDE arduino. Forse che non devi collegare arduino al PC mentre in DCC puoi farlo dal multimaus?

Se il gioco vale la candela.....

Premesso che non uso il multimaus! ...ma l'intellibox
La soluzione sarà sempre è comunque + flessibile e di facile accessibilità.
Giusto per farti un esempio, mia moglie, che non è un esperta di dcc (anceh se qualcuno ultimamente mi ha detto il contrario) potrà muovere il servo con il DCC ma non con il tuo arduino.

no no ma infatti per carità!!!! E' la premessa che ho fatto...se il gioco vale la candela, vada per decoder e DCC....il mio topic ha come titolo "DCC non è l'unica soluzione"....nel senso che chi ha voglia di smanettare un po', e stiamo parlando di scemenze perche si tratta di scaricare un programma, copiare e incollare dalla rete (per chi non ha voglia di ragionare o non ha conoscenze) dei listati da editare, e comprare un dispositivo che si sostituisce benissimo al DCC....

dipende dalle attitudini delle persone. Io ho fatto inizialmente il discorso economico:
27 dispositivi da gestire -> DCC=175/200€ circa
27 dispositivi da gestire -> arduino (o similare) = 39€ (ps. l'arduino di 39 gestisce fino a 54 dispositivi...ho messo 27 immaginando per ognuno 1 pulsante di controllo)

Fate voi le vostre scelte, li dove arduino può essere ovviamente usato.

Considerando poi che un "servo" non fa parte della componentistica principale in un plastico ne deriva che direttamente ai terminali di Arduino non ci puoi collegare molti accessori tra i quali il più importante di tutti: uno scambio sia a bobina sia a motore, nemmeno direttamente dei relè che non siano da segnale e nemmeno ripetizioni sinottiche su un QL.
Ne deriva che siamo di nuovo da capo: ci vogliono delle interfacce di potenza !

bhe fausto questo , quantomeno per il sottoscritto, era sotto inteso dall'inizio. Per pilotare carichi di potenza ci vuole sempre un apposito driver Devo anche dire che ci sono dei pic particolari con dei ponti ad H integrati...ma mai usati.

quando parli di scambio a bobina/motore intendi quelli peco/tillig?

Se sì, è ovvio che in questo caso non useresti proprio arduino, dato il costo di questi motori....non ne varrebbe proprio la pena.
La combinazione giusta è a mio parere servo (dal costo di 5€) + arduino. Se li hai, li rivendi.
I servo ti danno la possibilità di avere un movimento lento (e quindi realistico) dello spostamento degli aghi.

Natuaralmente questo è rivolto piu a chi deve iniziare un plastico che chi ha un impianto gia montato e funzionante....per i secondi, ormai credo che non avrebbero piu la voglia di ricominciare tutto daccapo.

Un esempio di Relè che non siano da segnale?


scusate per le domande/osservazioni a volta banali, ma sto cercando di capire con voi....

Che vuol dire ?

Fausto (Tz) scriveva:

"nemmeno direttamente dei relè che non siano da segnale e nemmeno ripetizioni sinottiche su un QL. "


Non ho capito cosa vuol dire

Per relè "da segnale" intendo quelli che si inseriscono sugli zoccoli da IC e che assorbono a 12 V 20 mA con i quali puoi giusto commutare dei segnali ma non alimentare direttamente dei relè un po' più potenti che possano commutare sui loro contatti qualche A perchè assorbono già sui 70 mA e quindi necessitano di un transistor per il pilotaggio.
Figuriamoci degli scambi ! Poi per cercare di usare Arduino non mi pare conveniente cercare di modificare il comando degli scambi... conviene di più realizzare un'idonea interfaccia... e siamo dinuovo al punto di prima...

Credo che infatti dipende da chi vuole fare il sistema...se ho già comprato e non montato (o montato parzialmente) dei motori a movimento lento tipo tortoise/tillig pagato 15/20€ l'uno, se permetti, sinceramente, li rivendo tutti e mi compro dei servo da 5€ + arduino!!

Già l'elettromeccanica in ca può essere più veloce, in cc di sicuro; una logica cablata a porte logiche è più veloce.

Per un qualsiasi sistema d'automazionea microprocessore oggi sono un eternità, gia nei primi anni '80 erano tempi lunghi, e si andava con le varie versioni custom dello Z80 (8031, 8051, 8052, ecc.), o i primi 68000.
Un migliaio di I/O letti e scritti (75% digitali 25% analogici) e pure remoti, almeno 50 MB di programma compilato ovvero già in assembler, (molta gestione dati, calcolo e PID, senza farsi mancare task multiple), comunicazione seriale (RS232 e Ethernet) tripla, ecc. = meno di 2 ms (flottanti), e si può fare anche di meglio.

Nessun processore può gestire più processi contemporaneamente e comunque lavora in modo sequenziale, ovvio che se nello stesso cip ho più processori posso svolgere tante sequenze contemporanee quanti sono i processori, va da se che con le opportune tecniche si simula lo svolgimento in parallelo.

Se proprio vuoi risparmiare e non montare movimenti appositamente costruiti per i nostri deviatoi modellistici adattando dei servo per usi vari avrebbe senso risparmiare anche nel fare a meno di Arduino che i trenini girano lo stesso...

No no no...aspettate! Un po come in quintana o setta... o per dire scribai in confandina. Quando stuzzica la prematurata poi è ancora troppo veloce per gestire lo trottel. Per dire...intendiamoci cosi per due. Poi lo invii col microcip emozionale in parallelo e siamo tutti patata.





Scusate...mi è venuto in automatico.
Sono 10 pagine che non capisco una beata mazza di ciò che scrivete...

Quel che non ho capito (mi sto procurando dei testi in merito, prima di sprecar soldi... e tempo), è come si possa comandare Arduino.
Quel che intendo è se Arduino possa "ricevere ordini" dall'esterno o serva per ottenere un controllo esclusivamente automatico. E se una Arduino possa ricevere ordini da una seconda Arduino in una configurazione "encoder/decoder". E quanto possa essere più economico e flessibile questo metodo rispetto a un DCC "experimental" (o autocostruito che dir si voglia).
Io ho fatto una NanoX col suo "Maus" e ce l'ho in un armadio (non me l'hanno ritirata ), spero nei prossimi mesi di riuscire ad usarla senza digitalizzare le locomotive (decoder con l'uscita trazione collegata alle rotaie), dato che vorrei ammodernare ed un po' espandere un plastico che già esiste ed è cablato.


Con qualche chilometro di fili in più, però.