CS3 Trials and Tribulations

I read the whole 4 pages of this thread... one thing I would say, is never put incandescent bulbs across the track, they have been shown to cause issues, since not only do they have resistive value, but inductance. I would recommend at least using a full wave bridge to feed a small constant voltage circuit, with a small noise cap on the DC side...

Greg
 
I read the whole 4 pages of this thread... one thing I would say, is never put incandescent bulbs across the track, they have been shown to cause issues, since not only do they have resistive value, but inductance. I would recommend at least using a full wave bridge to feed a small constant voltage circuit, with a small noise cap on the DC side...

Greg
Very interesting thanks very much Greg
 
In large HO layouts, "snubbers" are used to "clean up" signal in places where reflections (signal) on the track can cause issues. They basically dampen some of the signal.

Almost any capacitance or inductance you add can cause issues, an inexpensive 100 MHz scope can be made from a kit (LCD screen) for about 40 dollars and you can look at the DCC signal for excessive distortion.

The best thing is if you can locate a packet analyzer, they still make some hardware that can be hooked to JMRI, and of course there is the wonderful standalone one: (which analyze packet errors, types of packets, etc)
DCCT-Both.JPG
 
In large HO layouts, "snubbers" are used to "clean up" signal in places where reflections (signal) on the track can cause issues. They basically dampen some of the signal.

Almost any capacitance or inductance you add can cause issues, an inexpensive 100 MHz scope can be made from a kit (LCD screen) for about 40 dollars and you can look at the DCC signal for excessive distortion.

The best thing is if you can locate a packet analyzer, they still make some hardware that can be hooked to JMRI, and of course there is the wonderful standalone one: (which analyze packet errors, types of packets, etc)
DCCT-Both.JPG

Will try and get hold of one of these machines. I did actually put a DC snubber on the layout last week.

what size cap would you recommend ? I have some full wave bridge rectifiers, but the smallest caps I have to hand are 1000uF. Is this over kill for just one or two incandescent 18v bulbs ?
 
If it is speed steps you need to change CV29. This is a tricky CV to set as there are many settings controlled by individual bits. There is a helpful calculator here:
http://www.2mm.org.uk/articles/cv29 calculator.htm
Bit 1 ("on" for 28 steps) is the relevant bit.

Folks - No need to use a CV calculator for setting CV29. The basic settings for CV29, which includes setting 14 or 28 Speed Steps, is very easy. Most factory DCC decoders use factory-set values of 28 Speed Steps in their decoders. I'm familiar with and install into customers' LGB locomotives Massoth XLS, ESU 5 XL, Soundtraxx Tsunami2 4400 series, and Phoenix PB17 (Sound Only) DCC Sound decoders, which follow this approach. If you want to set CV29 to 28 Speed Steps, which is what most DCC hobbyist use, and also set the decoder for both digital and analog operations, then set CV29=6. If you want 14 Speed Steps, and again use both digital and analog operations, then set CV29=4. Bingo!

If you want to change the driving direction, set the internal driving curve, or change from the default short Address to Long Address format, then there are additional values you need to set.......not needed by most DCC hobbyists, but if you do, then you might want to use a CV bit calculator.
 
Still needs binary math for people who want to understand, but as Tom points out, you may only want 2 numbers, or maybe 4

14 ss no DC
14 ss with DC
28 ss no DC
28 ss with DC

oh, wait, what about long and short addresses, ok now you need 8 numbers....

oops, the motor runs backwards, now your cheat sheet is 16 numbers...

get the drift? CV29 calculators are all over the web...


Greg
 
Multidécodeurs LGB 55025 et CS3

Après quelques essais, j'ai réussi à faire fonctionner des multidécodeurs LGB 55025 avec des moteurs d'aiguillage EPL via le CS3. Il faut créer un TrackBoard et l'équiper d'au moins un aiguillage. Cela permet de configurer les paramètres du décodeur. Le premier multidécodeur est par défaut nommé « A » avec les adresses A.1 à A.4. L'ajout d'un aiguillage supplémentaire au TrackBoard permet d'ajouter un second multidécodeur « B » avec les adresses B.5 à B.8. Le décodeur « B » peut ensuite être programmé via la voie de programmation pour modifier son adresse de départ à « 5 », comme décrit par Muns sur ce forum. Il peut être nécessaire d'appuyer plusieurs fois sur le bouton « Stop » pour que le CS3 lise les CV du 55025 et modifie l'adresse de départ. Une fois les décodeurs intégrés au système, il est possible d'ajouter ou de supprimer des aiguillages ou d'autres dispositifs de la plage d'adresses du décodeur. Je n'ai pas modifié les paramètres par défaut du 55025, à l'exception de l'adresse de départ.

Les moteurs d'aiguillage EPL sont actionnés par simple contact avec la représentation graphique sur le TrackBoard. La voie droite sélectionnée apparaît en vert, la voie déviée en rouge, et la voie non sélectionnée en gris. Le réglage de l'aiguillage bascule à chaque contact avec la représentation graphique. Remarque : j'ai dû inverser les fils orange et blanc sur les deux aiguillages EPL utilisés pour les tests afin que la représentation graphique corresponde à la réalité. Globalement, le système semble performant. Vous pouvez représenter votre réseau sur le TrackBoard, y compris les dispositifs à solénoïde classiques tels que les signaux et les découpleurs fixes. Ces dispositifs sont actionnés par simple contact sur l'écran. Les moteurs 55025 sont alimentés par la voie. Cela ne devrait pas poser de problème pour les consommations intermittentes, comme celles des solénoïdes, à condition de disposer d'un courant maximal de 5 ampères. Pour les consommations continues, comme l'éclairage, il est préférable d'utiliser un amplificateur séparé si elles sont commandées par des décodeurs.

Quelques remarques concernant l'application mobile iPhone. Je n'ai pas pu afficher la représentation graphique du CS3 sur l'application. Les appareils connectés au décodeur peuvent être commandés par l'application, mais ils apparaissent comme des touches de clavier. De plus, l'application iPhone semble limitée à 48 appareils/adresses, et non aux 128 pris en charge par le CS3. Par ailleurs, un bug fait que l'application iPhone affiche par défaut l'itinéraire de divergence comme étant sélectionné, même si la connexion sans fil avec le CS3 est interrompue puis rétablie. Ce bug n'affecte pas l'affichage du TrackBoard du CS3, qui indique l'état réel des appareils. Je ne sais pas si ce problème est également présent sur l'application Marklin pour tablette ou sur l'application Android.

On espère qu'ils mettront à jour les applications mobiles prochainement. La version iPhone n'a pas été mise à jour depuis juillet 2013.

Phil S.
 
Back
Top Bottom