Inviato: domenica 4 luglio 2004, 11:49
Aggiungo alla mia domanda, cosa sono gli step di comando?
C'è scritto nelle faqAggiungo alla mia domanda, cosa sono gli step di comando?
DCCWorld.it DCCWorld.com
Dedicato alla diffusione della cultura fermodellistica digitale.
https://dccworld.it/forum/
Ho paura che il futuro ci riservera' una brutta sorpresa
Pagina 2 di 3
Inviato: domenica 4 luglio 2004, 11:54
Inviato: domenica 4 luglio 2004, 12:15
Per step si intende 14-28-128?
Allora lo sapevo gia. Però mi sfugge il modo in cui si possa calcolare la velocità attraverso gli step.
Forse si calcola la velocità massima (con una barriera a infrarossi, con reed o in altro modo), si divide per il numero degli step e si moltiplica per lo step corrente?
Allora lo sapevo gia. Però mi sfugge il modo in cui si possa calcolare la velocità attraverso gli step.
Forse si calcola la velocità massima (con una barriera a infrarossi, con reed o in altro modo), si divide per il numero degli step e si moltiplica per lo step corrente?
Inviato: domenica 4 luglio 2004, 12:16
No niente di cosi complicato, sa fa solo una stima alla buonaForse si calcola la velocità massima (con una barriera a infrarossi, con reed o in altro modo), si divide per il numero degli step e si moltiplica per lo step corrente?
... tanto non c'è modo di verificare.Inviato: domenica 4 luglio 2004, 13:51
Ciao!
Può interessare un misuratore istantaneo della velocità del treno? Ho sottomano un sensore IR della Sharp che si usa in robotica e non so che farmene... magari faccio un progettino: funzionerebbe tipo "pistola laser" degli autovelox: si punta il treno in arrivo, lui esegue 2-3 misure in tempi fissati, calcola la velocità e la rapporta alla scala selezionata dando la velocità "virtuale" del treno
bye
Può interessare un misuratore istantaneo della velocità del treno? Ho sottomano un sensore IR della Sharp che si usa in robotica e non so che farmene... magari faccio un progettino: funzionerebbe tipo "pistola laser" degli autovelox: si punta il treno in arrivo, lui esegue 2-3 misure in tempi fissati, calcola la velocità e la rapporta alla scala selezionata dando la velocità "virtuale" del treno
bye
Inviato: domenica 4 luglio 2004, 13:58
Si vai tanto immaggino che il sensore lo danno in sample, vero ?Luca ha scritto:Ciao!
Può interessare un misuratore istantaneo della velocità del treno? Ho sottomano un sensore IR della Sharp che si usa in robotica e non so che farmene... magari faccio un progettino: funzionerebbe tipo "pistola laser" degli autovelox: si punta il treno in arrivo, lui esegue 2-3 misure in tempi fissati, calcola la velocità e la rapporta alla scala selezionata dando la velocità "virtuale" del treno
bye
Inviato: domenica 4 luglio 2004, 14:16
Da quello che ho letto sul depliant del train navigation ,mi sembra sia una specie di bidirezionalita' ,probabilmente meno raffinata ,ma ugualmente efficace .La velocita' viene rilevata anche da questo sistema tramite display a led ,collegato via loco net.Probabilmente la velocita' del mezzo viene rilevata tramite la frequenza del segnale dcc. Cioe' la velocita' con cui il segnale viene captato dal decoder.Nuccio potrebbe essere un discorso valido secondo te? 
Inviato: domenica 4 luglio 2004, 15:23
Non credo che si possa chiamare bidirezionalità . Infatti non è il decoder del treno che parla con la centralina ma un'altro decoder. Mi spiego
Sul treno c'è il decoder classico che parla in un solo senso, centale->decoder
Sotto il treno c'è un'altro decoder, che viene attivato dal passaggio del treno su un ricevitore. Al passaggio del treno questo decoder invia, con sistemi ottici, delle informazioni al ricevitore posto sui binari. Anche in questo caso la comunicazione è a senso unico treno->centrale
Sul treno c'è il decoder classico che parla in un solo senso, centale->decoder
Sotto il treno c'è un'altro decoder, che viene attivato dal passaggio del treno su un ricevitore. Al passaggio del treno questo decoder invia, con sistemi ottici, delle informazioni al ricevitore posto sui binari. Anche in questo caso la comunicazione è a senso unico treno->centrale
Inviato: domenica 4 luglio 2004, 15:52
ciao
purtroppo no... il sensore digitale a IR la sharp non lo manda: a me è rimasto in mano da un surplus di materiale di robotica (sono i sensori normalmente usati per rilevare l'avversario in gare di minisumo o explorer)
bye
purtroppo no... il sensore digitale a IR la sharp non lo manda: a me è rimasto in mano da un surplus di materiale di robotica (sono i sensori normalmente usati per rilevare l'avversario in gare di minisumo o explorer)
bye
Inviato: lunedì 5 luglio 2004, 10:50
si', anche digitrax lo fa. ma non e' il decoder a mandare questa info, e' sempre la centrale a tenerla in memoria. sarebbe invece comodo sapere per esempio quando, quanto e come il controllo di carico lavora su un decoder, sapendo questra informazione DIRETTAMENTE dal decoder. potrebbe essere utile anche nella costruzione del plastico: se il decoder lavora troppo con il controllo di carico in un punto in salita, significa che e' meglio diminuire la pendenza.Buddace ha scritto:Questo si può fare gia adesso semplicemente vedendo lo step impostato sulla centrale. Iil tbx, lo zimo e mi sembra anche l'NCE lo fanno gia.comunque se non la velocita' effettiva della loco in scala, quantomeno si potrebbe sapere a quanti "step" si sta muovendo. in modo tale da riprendere il controllo della loco e visualizzare sul dislay questa info (oltre che l'assorbimento).
appunto... una stima.Il software fa una stima in base al tempo di utilizo e agli step di comandno.come fa la centrale a misurare i km percorsi se hai appena detto che e' impossibile mettere un tachimetro sulle ruote?
infatti. quella non e' bidirezionalita'.La fleischmann per dialogare con i decoder usa dei sensori infrarossosolo su una rotaia, pero' e senza bisogno di troppi acrocchi infrarosso/assorbimento.
Inviato: lunedì 5 luglio 2004, 16:41
Bha, sarò un nostalgico dell'analogico convertito al digitale ma...ringrazio il celo che grazie al DCC si riescano a comandare n locomotive sullo stesso binario senza i sezionamenti con luci costanti e comandabili e una funzione per eventuali sganciatori, il resto per me è solo aria fritta a partire dall'uso del pc alla bidirezionalità . Questo è il mio pensiero...scusate se vado contro corrente ma non amo troppo complicarmi la vita... 
Ciao
Despx
Ciao
Despx
Inviato: lunedì 5 luglio 2004, 17:13
Bidirezionalità aria fritta ? Bah se non da nulla innovativo concordo.
Un protocollo DCC bidirezionale dovrebbe "tappare i buchi" del DCC nudo e crudo tipo la gestione di tratte e stazioni nascoste.
Ovvio che il tutto deve essere fatto senza sezionamenti.
Un protocollo DCC bidirezionale dovrebbe "tappare i buchi" del DCC nudo e crudo tipo la gestione di tratte e stazioni nascoste.
Ovvio che il tutto deve essere fatto senza sezionamenti.
Inviato: lunedì 5 luglio 2004, 17:22
E infatti è proprio questo il problema che secondo me non si risolve neanche col bidirezionale; i sezionamenti, reed e barriere ad infrarossi serviranno comunque per le stazioni nascoste.Buddace ha scritto:Bidirezionalità aria fritta ? Bah se non da nulla innovativo concordo.
Un protocollo DCC bidirezionale dovrebbe "tappare i buchi" del DCC nudo e crudo tipo la gestione di tratte e stazioni nascoste.
Ovvio che il tutto deve essere fatto senza sezionamenti.
Inviato: lunedì 5 luglio 2004, 18:21
Ciao!
Beh i sezionamenti credo che saranno sempre obbligatori... altrimenti come si conosce la posizione di un treno? Penso che il massimo che si potrà sempre fare sarà un rilevamento o puntuale (es barriera IR, reed... che ci dicono se nel punto in cui sono collocati è presente "qualcosa") oppure "estensivo" (es. assorbimento di corrente) che ci dice se nella tratta in esame (quindi sezionata) c'è qualcosa.
La bidirezionalità dei decoder penso che possa aiutare a identificare (per quanto riguarda i sensori "a tratta") "cosa" ci sia, mentre ora per identificare un treno vi sono soluzioni proprietarie (quella di Zimo, simile alla bidirezionalità NRMA, oppure codici a barre, transponder...).
Un'idea malsana: se in futuro prenderà piede anche da noi l'uso degli rfeed al posto dei codici a barre potremo riutilizzarli per questi scopi
bye
Beh i sezionamenti credo che saranno sempre obbligatori... altrimenti come si conosce la posizione di un treno? Penso che il massimo che si potrà sempre fare sarà un rilevamento o puntuale (es barriera IR, reed... che ci dicono se nel punto in cui sono collocati è presente "qualcosa") oppure "estensivo" (es. assorbimento di corrente) che ci dice se nella tratta in esame (quindi sezionata) c'è qualcosa.
La bidirezionalità dei decoder penso che possa aiutare a identificare (per quanto riguarda i sensori "a tratta") "cosa" ci sia, mentre ora per identificare un treno vi sono soluzioni proprietarie (quella di Zimo, simile alla bidirezionalità NRMA, oppure codici a barre, transponder...).
Un'idea malsana: se in futuro prenderà piede anche da noi l'uso degli rfeed al posto dei codici a barre potremo riutilizzarli per questi scopi
bye
Inviato: lunedì 5 luglio 2004, 18:43
Sfruttare la riflessione e mappare l'onda riflessa ?Beh i sezionamenti credo che saranno sempre obbligatori... altrimenti come si conosce la posizione di un treno?