DCCWorld.it DCCWorld.com

giorgio_italy ha scritto:

Buddace ha scritto:Enzo mi diceva per telefono che con i decoder accessori NCE e JMRI riesce a programmarli in corsa.

Fatti spiegare come, con quali decoder e se funziona con accesori e locomotive aventi lo stesso indirizzo (ch'e il problema base).

Giorgio

Visto che legge risponderà 
Ma secondo voi se chiedo ai tizi di jmri di implementare detta feature sotto loconet , me la fanno ? Non c'è un opc specifica per farlo ma usando OPC_IMM si può ovviare

Buddace ha scritto:Ma secondo voi se chiedo ai tizi di jmri di implementare detta feature sotto loconet , me la fanno ? Non c'è un opc specifica per farlo ma usando OPC_IMM si può ovviare

Puoi provare ma ho dei dubbi, perchè non c'è nel roster una distinzione tra i due tipi di decoder su cui basarsi per decidere il tipo di programmazione da usare (e probabilmente non c'è un interesse generalizzato, visto che nessuno ha sentito sinora questa esigenza). Se il tuo è un problema estemporaneo, puoi usare la funzione "Send LocoNet packet" nel menu LocoNet (Systems->Loconet se usi JMRIdemo). Devi inserire il paccheto a manina e ricordarti di inviare il comando tre volte di seguito, come da specifiche NMRA.

Giorgio

Voglio poter riciclare il comodo roster...la funziome me la posso fare da me sia su un mio programma che sul mio palmare.

Buddace ha scritto:Enzo mi diceva per telefono che con i decoder accessori NCE e JMRI riesce a programmarli in corsa.

Ho verificato il sorgente JMRI. Nell'interfacca NCE viene definita una funzione per inviare il comando di programmazione accessori "in corsa" (si chiama usbOpsModeAccy), ma... non viene mai chiamata!

Giorgio

Scritto sulla mail list di JMRI, mi sembra che nessuno abbia avuto mai detta necessità ...mi sa che tanto per cambiare dovrò fare da me.

giorgio_italy ha scritto:

Buddace ha scritto:Enzo mi diceva per telefono che con i decoder accessori NCE e JMRI riesce a programmarli in corsa.

Ho verificato il sorgente JMRI. Nell'interfacca NCE viene definita una funzione per inviare il comando di programmazione accessori "in corsa" (si chiama usbOpsModeAccy), ma... non viene mai chiamata!

Giorgio

"purtroppo" ... esatto! Ho controllato anche io e ....
Quello che dicevo a Nuccio era che , avendo alcuni decoder Tam Valley per i servo e centrale NCE li avevo programmati dalla Main.... ma non ho tenuto in considerazione il fatto di avere le loco sul tracciato o meno (possibilissimo in quanto sul mio plastico sto lavorando alla parte elettrica
In ogni caso mi chiedo come mai nessuno abbia avuto bisogno di programmare un decoder accessori "già  cablato" senza dover togliere tutte le loco dai binari?
Mah!

Ho comunque cercato di espandere meglio il post di Nuccio su:
http://groups.yahoo.com/group/jmriusers/message/94735
Spero di aver interpretato bene il problema?

Ah quindi in realtà  fai un service mode tradizionale..escamotage che avevo pensato ma scartato per una serie di problematiche tipo le loco sul binario o altro.

babbo_enzo ha scritto:Quello che dicevo a Nuccio era che , avendo alcuni decoder Tam Valley per i servo e centrale NCE li avevo programmati dalla Main.... ma non ho tenuto in considerazione il fatto di avere le loco sul tracciato o meno (possibilissimo in quanto sul mio plastico sto lavorando alla parte elettrica

Ma lo hai programmato dalla centrale o da JMRI? Ed in ogni caso, lo hai programmato sull'indirizzo 1, dopo aver inserito il "jumper" di programmazione sul decoder?

In ogni caso mi chiedo come mai nessuno abbia avuto bisogno di programmare un decoder accessori "già  cablato" senza dover togliere tutte le loco dai binari?
Mah!

In genere i decoder per accessori si programmano una volta (tastino o binario di programmazione) e poi non si modificano più. Gli unici che possono aver bisogno di successivi aggiustaggi sono proprio quelli per servo, non molto diffusi per il momento (negli USA prevalogono le Tortoise).

Giorgio

PS: I decoder per servo della Tam Valley, a giudicare dalle specifiche, sembrano molto ben fatti e ad un prezzo ragionevole. All'accensione, causano il solito scatto dei servo, come la maggior parte degli altri decoder?

Bha giorgio veramente i decoder per servo una volta programmati non li tocco più..sto giro mi serve sta funzione perchè nonostante inviti e reinviti ai soci di cv19 di provare i segnali non lo hanno fatto....il decoder è programmato per gestir eil negativo comune invece i segnali sono a postivio comune...
CMQ sui miei dec la vibrazione all'avio viene o eliminata del tutto o molto accentuata dipende anche dal decoder e dall'alimentazione in uso.

giorgio_italy ha scritto:lo hai programmato dalla centrale o da JMRI?

Io sto usando gli Octopus (oramai da 3 generazioni fa)
http://www.tamvalleydepot.com/products/ ... river.html
e sull'ultimo modello III Duncan ha fatto anche un semplicissimo decoder plug-in. Per ora ne ho tre. Tieni presente che la programmazione consiste solo in: gira il jumper sul decoder- chiama un indirizzo accessori (l'ho fatto per comodità  dal palmare NCE) e riposiziona il jumper. Il decoder occupa 8 indirizzi successivi compreso a quello chiamato. Poi i servo li comandi "anche" da JMRI.

Ed in ogni caso, lo hai programmato sull'indirizzo 1, dopo aver inserito il "jumper" di programmazione sul decoder?

No, ho dato indirizzi spiazzati "con prefisso" (01xx = prima yard sul percorso, 02xx= seconda stazione...)

In genere i decoder per accessori si programmano una volta

Forse, ma è non comodo ad esempio programmare i segnali dopo averli cablati e montati?

I decoder per servo della Tam Valley sembrano molto ben fatti e ad un prezzo ragionevole. All'accensione, causano il solito scatto dei servo, come la maggior parte degli altri decoder?

Confermo che sono fatti bene e il firmware è ottimo (usando scambi fatti a mano ho necessità  di variare il punto di fine corsa in maniera precisa ogni scambio, e devo dire che fino ad ora il risultato è perfetto, semplice da settare e duraturo.
All'accensione c'è in effetti un leggero movimento dei servo (che si riposizionano in ogni caso come prima dello spegnimento), ma non disturba poi tanto. Le alimentazioni sono sovradimensionate e non fanno una piega.

PS... dimenticavo : una prima risposta alla domanda di Nuccio ( in pratica conferma quanto già  detto qui !)
http://groups.yahoo.com/group/jmriusers/message/94738

Si ma le risposte non dicono niente di nuovo e necessitano pure di correzione.

Buddace ha scritto:Si ma le risposte non dicono niente di nuovo e necessitano pure di correzione.

Vedo purtroppo
Tieni presente che al gruppo di yahoo accedono "tutti" e non solo gli sviluppatori.
Potresti aprire un Ticket qui, se ritieni, per chiedere una funzionalità  nuova o una modifica specifica:
http://sourceforge.net/p/jmri/feature-requests/
ma non è detto che qualcuno accetti di farlo: sono tutti "volontari"...
A me pare che l'unico che si potrebbe esprimere correttamente sia Bob Jacobsen.
Prova a mandargli una mail diretta dal gruppo Yahoo?
buona fortuna!

Scritto messaggio sulla ML di JMRI per tentare di trarre qualche conclusione...