Pagina 2 di 2
Inviato: martedì 12 settembre 2006, 20:02
da p48308

Salve,ho rivolto la domanda ad un amico ING.informatico x quale motivo si ha un comportamento a saltelli fornito dal decoder,la RE è cosi organizzata:una volta inviati i dati di prog. il chip li riporta nel suo registro
ma per utilizzarli essendo una cpu risc ha bisogno di resettare il sistema x accedere di nuovo al registro dove sono i nuovi dati,x cui le centrali devono x forza attivare/disattivare la tensione in uscita,alcune cpu durante questo reset tengono separate le logiche calcolo/memoria x cui non/possono attivare tutte le uscite e anche dal software prog.,con conseguente attivazione delle uscite a cui sono collegati i vari servizi,ecco i famosi saltelli e il perchè si consiglia di programmare i decoder su binario protetto(limitato in corrente cosi da non distruggere il ponte h-bridge)
scusatemi se mi sono dilungato nella spiegazione .
saluti a tutti
Inviato: martedì 12 settembre 2006, 20:08
da Buddace
p48308 ha scritto:
Salve,ho rivolto la domanda ad un amico ING.informatico x quale motivo si ha un comportamento a saltelli fornito dal decoder,la RE è cosi organizzata:una volta inviati i dati di prog. il chip li riporta nel suo registro
ma per utilizzarli essendo una cpu risc ha bisogno di resettare il sistema x accedere di nuovo al registro dove sono i nuovi dati,x cui le centrali devono x forza attivare/disattivare la tensione in uscita,alcune cpu durante questo reset tengono separate le logiche calcolo/memoria x cui non/possono attivare tutte le uscite e anche dal software prog.,con conseguente attivazione delle uscite a cui sono collegati i vari servizi,ecco i famosi saltelli e il perchè si consiglia di programmare i decoder su binario protetto(limitato in corrente cosi da non distruggere il ponte h-bridge)
scusatemi se mi sono dilungato nella spiegazione .
saluti a tutti
Non è questo caso. Il saltello è generato di rpoposito per tutt'altro motivo come ho scritto qualche topic fa......leggiamolo.
Inviato: martedì 12 settembre 2006, 20:29
da p48308

mi indicheresti circa il periodo in cui è stato spiegatocosi posso andare a leggerlo ,
grazie
Inviato: martedì 12 settembre 2006, 20:32
da Buddace
Faccio che riscriverlo velocemente che faccio prima, il saltellamento è provocato da una voluta accensione del motore che serve a dire alla centrale digitale che la programmazione è andata a buon fine.
Inviato: martedì 12 settembre 2006, 20:53
da p48308

si questo è gia stato specificato molte volte ,ma in questo caso si parla del lokomause di cui si è sempre detto che non è ingrado di leggere se le prog vanno a okfine, ma le altre centrali lo sono ,pero non capisco xche la tensione sui binari di prog va e viene(anche i +5v ai capi del chip ,il che conferma la tesi di prima)il che modificherebbe la risposta del dec .
Inviato: martedì 12 settembre 2006, 21:28
da Buddace
p48308 ha scritto:
si questo è gia stato specificato molte volte ,ma in questo caso si parla del lokomause di cui si è sempre detto che non è ingrado di leggere se le prog vanno a okfine, ma le altre centrali lo sono ,pero non capisco xche la tensione sui binari di prog va e viene(anche i +5v ai capi del chip ,il che conferma la tesi di prima)il che modificherebbe la risposta del dec .
Il lokmaus non legge ma il decoder non lo sa. Il decoder sa che quando viene programmato deve confermare, se poi chi c'è dall'altra parte non lo ascolta non è un problema suo.
Inviato: martedì 12 settembre 2006, 22:50
da greenant
Mentre la programmazione avviene in "tensione", ovvero mandando dei segnali in tensione (tra +12 e -12 volt) al decoder, l'acknowledge avviene in corrente, nel senso che il decoder manda impulso di corrente alla centrale di programmazione.
Per fare questo deve attaccare un carico ai binari, e un carico che è sicuramente presente su una locomotiva è il motore: quindi il decoder accende il motore per una frazione di secondo, in modo da dare un impulso di corrente, e segnalare la corretta programmazione. àˆ per questo che la loco fa un balzello in avanti
Inviato: mercoledì 13 settembre 2006, 10:20
da p966225
ma allora un decoder non si puo' programmare se e' ancora staccato dalla loco?
gery
Inviato: mercoledì 13 settembre 2006, 10:23
da Buddace
Si possoni programmare senza problemi.
Inviato: mercoledì 13 settembre 2006, 10:33
da p966225
e allora chi segnala la corretta programmazione? se il carico non c'e', la corrente non c'e'...
oppure e' tutto diverso;
gery
Inviato: mercoledì 13 settembre 2006, 10:42
da Buddace
Il decoder attiva il motore...anche se non collegato. Se ad esempio provi a programmare una dec senza motore con l'intellibox questa ti da un errore anche se la programmazione è andata a buon fine.