DCCWorld.it DCCWorld.com

complimenti bel lavoro....

Chi capisce il polacco ?

http://www.gbbkolejka.pl/www/index.html

Se invece capite il tedesco:

http://www.demessieur.com/modelleisenba ... index.html

Se invece capite l'olandese:

http://www.miniware.nl/de/index.html

Io conosco solo il dialetto siculo LOL quindi detti software non li capisco

Ne hoscovati anche altre...ma li posterò più avanti.

ok l'olandese propone un client per il ddw compatibile anche con la markin 6051

il tedesco propone train_serv che dovrebbe essere compatibile con le centrali LENZ (LI100 / LI101F)

per il polacco chiederò alla nonna acquisita

ciao

spurN_db

Avete presente che il booster del lokamus se connesso alla seriale non ha la protezione dei corti attiva ed in caso di corto va a fuoco a meno di non mettere un fusibile che va cambiato ?
Uovo di colombo....
Grazie al denny c'è una soluzione più efficiente e funzionale.....mettere al posto del fusibile una lampadina da di tipo automobilistico 12V , 21W.
Durante il normale funzionamento la lampadina non si accende e la tensione sulle rotaie è di valore leggermente inferiore rispetto a quella dell'uscita del booster.
In caso di corto circuito sui binari (deragliamento o altro) si accende lampadina imprendendo la cottura del booster.

Una cosa simile è proposta da http://www.wiringfordcc.com/

anche io nel sistema di rivelazione ack ho messo la r da 12 hom 20W o 40W... non ricordo.... con in parallelo ad essa un led e la sua resistenza.. quando l'ack funzia (il motore assorbe) si illumina per un attimo.... se invece va in corto il decoder o altro si illumina al max... l'ho messo come controllo visivo della sezione prog nel booster dello zdcc, nel quale in caso di corto non si disattiva facendo cuocere la normale resistenza da 12 hom 1/2 w ma solo nella programmazione... so che in fase di prog il corto è una cosa piu che rara... direi impossibile.. ma a me piace preciso

Spurrrrrrrrrrrrr.....hai tradotto prolok e non mi hai detto niente!

Ed ecco.. finalmente l'ho inscatolato...
Manca ancoira il circuito della retroazione... cerco la spina rj12 da pannello e sono pronti i 5 volt dallo zdcc....
Vi è uno stabilizzatore a + e - 15 volt prima del booster dello zdcc per non sovralimentare le mie loco in N.....
Devo rifare il frontalino in plex.....
Peso 6Kg.
Potenza superiore i 5A
Alcune foto...

http://www.cicocri.it/file/scrp/f1.jpg
http://www.cicocri.it/file/scrp/f2.jpg
http://www.cicocri.it/file/scrp/f3.jpg
http://www.cicocri.it/file/scrp/f4.jpg
http://www.cicocri.it/file/scrp/f5.jpg

Daniele domani o lunedi ti chiamo.. scusa....

E' l'scrp (http://www.dccworld.it/index.php?page=d ... /srcp.html) con booster dello zdcc... l'ho fatto l'anno corso.. e solo ora l'ho inscatolato (montato dentro alla sua scatola che vedi in fot)... prima era "volante"...

Minkia.. ti devo ancora chiamare.. sono cotto...

Stasera ho scoperto alcune cose sul ddw....

Allora uso ddw e railyplan...

Finalmente ho scoperto come eliminare i "lampeggii" delle luci quando sono accese..
Non so se si è gà  parlato del problema.... a DESP potrebbe interessare, ricordo che la cosa gli era indigesta...
Stasera ho verificato che a moto lento, ogni tanto le loco si fermavono per una frazione di secondo e ripartivono.... adirittura con altro software, in versione beta di Elleerre, si spegnevano le luci, in corrispondenza di questa micro fermata.
Così grazie alla beta ho fatto prove... precisamente, ho impostato le priorita nel task manager di windows nel programma beta, mettendolo in alta o tempo reale tutto andava bene....
Quindi tornato a railypaln e ddw ho messo entrambi in tempo reale ma ancora il problema sussiteva...
Avendo io un pc a 64 bit dualcore... ho impostato l'affinita di un programma che succhia molte risorse (500 700 mega di ram) sulla cpu 0 edho messo i programmi scrp su cpu 1 a priorità  tempo reale e come per magia sono spariti sfarfallii ed il funzionamento è migliorato, anche se, nelle accellerazioni (trà  uno step e l'altro) si nota un calo delle luci....
Quindi in definitiva, io avevo troppi processi aperti, ma impostanto le priorità  dei programmi ddw (ogni volta che li si fa partire) dovreste riscontrare un funzionamento migliore e piu reattivo...
Se qualcuno a voglia può provare e riportare qui se il risultato è il medesimo....

In effetti i lampeggii ed i cali di tensione non mi piacciono ma ho notato che è praticamente impossibile eliminarli perchè sono insiti nella natura del processo, infatti il server deve avere una macchina decisamente veloce dedicata solo a lui per permettergli di restituire un segnale dcc decente perchè il segnale dcc ha tempi mooolto stretti per permettergli di mantenere la portante che alimenta il decoder (ricordo che il segnale dcc è al tempo stesso bus dati e portante di alimentazione). Se il pc è lento o ha diversi programmi attivi (antivirus, firewall, ecc) si ha un decadimento del segnale dcc specie durante le variazioni rapide dei comandi (spostamento del cursore della velocità  x esempio). In questi casi dalla seriale può anche uscire nulla perchè il server non ha il tempo di elaborare le informazioni e si creano o lampeggii o abbassamenti di luminosità  e/o velocità  della loco perchè la portante è assente. Un'altro problema dei lampeggii e/o abbassamento velocità  è se viene attivato anche il formato motorola oltre al DCC; ho notato che alcuni decoder alle basse velocità  fanno andare la loco a scatti in sincronia col segnale, in pratica, quando c'e il dcc la loco marcia bene, quando c'è il motorola la loco tende a fermarsi. Visto che queste variazioni avvengono parecchie volte al secondo si vede la loco che trema. Fortunatamente questo problema si elimina disattivanto il protocollo motorola.
Tutte le prove le ho condotte sia con un pentium 1000 MHz che con un AMD Sempron 3400 ma non ho riscontrato tante differenze.
In soldoni usare DDW è molto economico e permette spendendo poco di avere una centrale DCC decente ma non è proprio il massimo della praticità  e dell'efficienza (stressa non poco la CPU del PC facendola scaldare brutalmente quindi occhio a raffreddarla bene).

Ciau
Despx

Desxp, io ho usato più volte ddw su vecchio P100!

elimina i buffers su seriale e parallela e il fw di rete

Forse non mi sono espresso bene; DDW va bene anche col P100 ma i problemi che ho indicato permangono sempre anche disattivando tutti i buffer sopratutto quando si sposta il cursore della velocità  o si sposta o si riduce la finestra dei comandi. Il problema è proprio nell'esecuzione dei task di win che non non "sta dietro" ai tempi del DCC e crea dei vuoti di segnale sulla RS232 durante l'esecuzione di task non legati strettamente al server.
Se volete, provate ad ascoltare il segnale dcc della RS232 con un altoparlante e provate a smanettare il cursore della velocità , sentirete che porcherie escono tra lìinizio e la fine dello scrolling, oppure usate showdcc e vedrete che durante lo scrolling della velocità , visualizzerà  una serie ininterrotta di errori di lettura.

Ciau
Despx

Ottima osservazione despx.. quindi dici che per poterlo utilizzare al meglio, servono, pc dedicati con solo i software scrp installati e un pc almeno da 2 Giga in su con almeno 512 Mb di ram? giusto per dare indicazioni dell'ottimale....