Carlo Borra , lo Joseph Brandl italiano che , non di rado , supera il "Maestro" teutonico. Potrebbe mai mancare questo numero di TTM in biblioteca ?

Semplicemente...NO.
il riconoscimento , se mai ce ne fosse ancora il bisogno, di un capolavoro fermodellistico a cui molti devono ispirarsi nella costruzione di un impianto.
saluti

Come promesso e segnalato nella sezione Arduino di questo numero monografico, e' gia' pronta sul sito FIMF la sezione Arduino con la descrizione dei circuiti impiegati nel plastico e relativi programmi oltre ad un elenco ragionato dei principali circuiti per fermodellismo realizzati con Arduino .
Buona navigazione
Antonello

Ciao Marco, come è stato fatto giustamente notare i meriti sono tutti dell'ex "socio" Carlo, io non c'entro assolutamente niente ne con il plastico e tantomeno con l'associazlione che lo ospita. Il mio compito si è limitato a fare mera consulenza quando richiesta a Carlo, questo per trasparenza e correttezza nei confronti dei validi modellisti che hanno assistito Carlo in questi quattro anni.


Emilio

Appena acquistato!!! ... e ho iniziato a sfogliarlo intanto che arrivavo in ufficio. dalle prime pagine ripeto semplicemente sfogliate posso dire che E' STUPENDO!!!

Quindi GRAZIE a TUTTI (Redazione e Autori)

Arrivato oggi Se non fosse che sono solo e dico solo 86 pagine potrebbe essere una enciclopedia del fermodellismo. Complimenti, cordialmente Giancarlo.

Prima di tutto i complimenti: progetto e realizzazione al massimo livello.
Un numero da tenere sempre sotto mano.
E' la traccia da seguire per chiunque voglia costruire un plastico.


Quesito : ad un certo punto, quando si parla dei servo per i deviatoi, si accenna alla sostituzione dei Conrad (immagino che economicità non faccia rima con affidabilità, almeno nel tempo).

Con cosa vengono sostituiti?

I Conrad sembrano essere stati scelti in quanto non rimangono alimentati dopo l'azionamento, quindi presumo niente Tortoise.

Scusate la curiosità.

Rispondo. I Conrad sono stati scelti per svariati motivi:

- fine corsa con disattivazione automatica dell'alimentazione, non è richiesta la taratura fine della corsa come per esempio nel caso dei Tillig
- assorbimento di corrente relativamente basso che facilita il compito al decoder servizi, nel nostro caso Lenz LS150
- azionamento veloce ma non troppo brusco come per esempio nel caso dei solenoidi Peco, ed anche abbastanza silenzioso
- costo competitivo rispetto alle altre soluzioni sul mercato

Tuttavia dopo un certo periodo di uso si è notata una certa inaffidabilità nel funzionamento, nel senso che qualche motore talvolta si rifiuta di muoversi o magari non effettua la corsa completa. Potrebbe trattarsi di un problema di intefaccia col decoder in termini di durata e/o intensità dell'impulso elettrico o magari di sovraccarico del sistema digitale quando il software di controllo (rocrail) invia un treno di comandi al controller Multimaus che poi deve smistarli fra i vari decoder Lenz. Infatti il problema si presenta quando viene selezionato un itinerario che prevede l'azionamento sequenziale di parecchi scambi.

Per quanto riguarda la eventuale sostituzione dei motori recalcitranti si è pensato di sostituirli con i solenoidi Peco del tipo a basso assorbimento in quanto sarebbero situati nella stazione nascosta dove il loro funzionamento brusco e rumoroso può essere più facilmente digerito ... fermo restando che il problema sia riconducibile ai motori e non al sistema DCC.

Carlo Borra

L'ho preso ieri.
Non è solo bello il plastico, ma tutto è molto ben spiegato.

Grazie per l'esauriente risposta.

Io penso che questo sia tra i migliori TTm che abbia acquistato...e li ho acquistati tutti!


Grazie mille redazione!!!

Buonasera a tutti,

mi associo ai complimenti finora espressi!

Forse (premetto, per mia ignoranza) sarebbe stato utile avere uno schema analogo a quelli già pubblicati nel quale si evidenziasse come funziona il blocco automatico in piena linea con gestione Arduino (in particolare la concatenazione dei segnali).

Infatti, è riportata la gestione del rallentamento davanti al segnale rosso ma, almeno per me apparentemente, la commutazione del colore da verde a rosso avviene manualmente (o tramite gestione del decoder).
Se invece del segnale "a comando manuale" ci fosse un segnale di linea che venisse comandato dal treno presente nella successiva sezione di blocco, quali sarebbero i collegamenti/dispositivi da disporre?

Scusate per la banalità della domanda.
Grazie e .............complimenti ancora, davvero!

Saluti
Marco

Caro Marco,
il plastico e' nato volutamente non automatizzato, ma e' predisposto.

Le due soluzioni che sono allo studio per il blocco automatico prevedono l'utilizzo di Rocrail oppure di Arduino a seconda che si utilizzi o meno il PC.

La disposizione dei sensori e' illustrata in questa immagine:



Prendiamo come esempio un convoglio che circoli in senso antiorario partendo dal terzo binario in F.

In Rocrail sono stati caricati tutti i sensori ( i trattini rossi ) e tutte le azioni corrispondenti oltre ovviamente ai vari segnali. Ogni volta che il convoglio passa su un sensore ( quelli ad effetto Hall, col magnetino ) viene eseguita l'azione corrispondente.

Esempio:

Lasciata la stazione il convoglio passa su A e mette al rosso il segnale precedente in F e mette al verde il segnale in E.
Successivamente il convoglio passa su B mettendo al rosso il segnale in A e al verde quello in F.
La cosa si ripete per ogni tratta fino al ritorno in stazione dove viene messo al rosso il segnale in E e al verde quello in D.
Se un convoglio si ferma in linea e' protetto dal tamponamento dal rosso sulla sezione di blocco precedente.
'Mettere al rosso o al verde' vuol dire che Rocrail invia il comando corrispondente ai vari decoder Lenz; il rallentamento e la sosta sono attivati come descritto nel testo.

Il nostro plastico, come hai potuto vedere, utilizza il sistema basato sul Maus / Booster Roco;
queste unita' parlano fra di loro con il protocollo Xpressnet.

Se volessimo operare senza Rocrail una delle soluzioni a parita' di impianto elettrico e' quella di utilizzare Arduino come emulatore del Maus codificando nel programma che al variare di stato di uno dei pin dedicati ( collegati ai sensori ) viene inviato sul bus Xpressnet il comando DCC corrispondente alla variazione di stato dei due segnali precedenti ( a mano dovremmo mandare i due comandi corrispondenti col Maus ).

Appena possibile mettero' a vostra disposizone gli schemi e il programma.

Nota 1 : la distanza fra i sensori deve essere tale che un convoglio non si trovi mai a cavallo di due sezioni.

Nota 2 : si sarebbero potuti utilizzare i blocchi e i percorsi di Rocrail ma, come detto, non abbiamo voluto spingere sull'automazione.
Antonello

Buongiorno a tutti, mi unisco al coro dei complimenti per l'ottimo numero della rivista.
Avrei una domanda: secondo voi si riesce a comandare un motore Conrad con arduino?

Grazie a chi vorrà rispondermi.

Eugenio

Direttamente non e' possibile comandare alcunchè che assorba piu' di qualche milliampere.

Va interposta una interfaccia come nell'esempio seguente:

clicca qui

oppure

clicca qui

oppure

clicca qui

oppure

clicca qui

Antonello