If you start using DCC, someday you may feel the need to go further than just controlling trains. There are numerous options today: smart touch screen command centers, PC control… But the prerequisite for automating a layout is to implement basic train detection: modules that will monitor your track sections and tell your DCC system whether or not a train is there.
Here is a quick introduction of 2 popular systems used for train detection: S88 and Loconet.
One of the oldest – and still popular – detection bus is called S88. It was created by/for Märklin more than 15 years ago. It is simple, and most of all cheap now that it is in the public domain.
S88 is a “serial” bus: all modules are connected in a chain, one after the other. There is no “adressing” per say, each feedback address depends on the position of the module in the chain, and how many feedback addresses the module has (8 or 16 in most cases):
Basic principle of the S88 bus
The modules are connected via a standard 6-pin cable from a module to another, and finally to the control station (or PC interface).
There is however an alternative to this flat cable (prone to interferences in some cases): the use of standard computer network cables as a replacement. There is a semi-official norm for this new S88 connection, called S88-N. This standard is now being adopted by many manufacturers (mostly German), who integrate network (RJ45) plugs directly in their modules.
Just a common sense piece of advice: using Network cables to connect your S88 modules does NOT mean you can plug your module to a computer network; it simply means the cables are shielded, and will be less prone to interference than the legacy flat cables of the S88 norm.
A module from LittfinskiDatenTechnik ©Equipped with both standard (S88) and RJ45 (S88-N) connectors
Loconet was developed by the US-based company Digitrax. It is semi-open, as the company allows other companies to distribute product based on the technology, and publishes extensive documentation.
It differs a great deal from S88, for 2 mains reasons:
Example of Loconet networks (Source: http://en.wikipedia.org/wiki/Network_topology)
Loconet connections are based on RJ-12 cables, which is a standard phone connector in the US, that Europeans are used to seing on devices such as computer or DSL modems. One should note however, that RJ12 uses 6 cables, instead of the 4 cables present in the standard RJ11 phone plugs (in other words, don’t use phone cables for Loconet).
Loconet cable with RJ12 plugs
Well, it all depends on what you want to achieve. In my case, I started with S88. There are many people complaining about S88 reliability (interferences on large layouts). These reports are surely true. But if you have a reasonably sized layout, and use the RJ45 S88-N connectors instead of the flat 6 pin S88 cables, you have little chances of encountering reliability issues.
Loconet may seem a bit more complex, but is allows much more. In my case, I ended up converting to Loconet after deciding to build a modular layout. What this means for me is that I can add a new module in the middle of my layout without having to reconfigure all feedback addresses numbers.
Of course, all this depends on which central station you are using. Here is a – far from exhaustive – list of S88 or Loconet capable interfaces:
More about the modules will be discussed later in this blog. I hope this introduction helped those some of you, who are starting to feel the need to know where your trains are!
What is your preference, do you favor another bus type (XpressNet…)? Don’t hesitate to comment.
Bummer to see the somewhat limited options for LocoNet now that you got be excited to consider that direction! I’m trying to determine if I want my next layout to be more ‘modular’ in design, or not.
Great article by the way. Your blog is very helfpul for me in figuring out what I really want from my next layout!
Great Post! Loconet seems really useful. Shame that the ESU does not support it! Arghh! Thanks for this- it’s excellent info as I try and deterine what I want from my next layout!
Well, ESU actually does have a Loconet adapter for the Ecos II now: http://www.esu.eu/en/products/digital-control/lnet-converter/
It comes with a big hidden caveat IMHO: it is (for now) impossible to send the Loconet occupation information to a PC via the ECOS. So using Loconet for detection + ECOS II with Lnet adapter is a bad idea (not future proof).
But I still love my ECOS II. One future-proof setup could be:
– ECOS II + LNet converter (e.g. for cheap Loconet throttles)
– Using the ECOS’ S88 port or proprietary ECOSlink for occupancy feedback (these can be transmitted to a PC if ever needed).
– Of course, using smartphones with an app (or even the fancy ESU Mobile Control II) is also always an option.
The cleanest Loconet option these days is the Roco Z21 (the “black” version with the big Z, not the white version). But in that case, no fancy touchscreen, you need to “bring your own screens” (free apps on phones, tablets, or expensive PC software) or connect physical Loconet throttles. And again, since you mentioned the ESU Mobile Control II on your website, remember: although you can (already) install and use the Z21 app on the ESU Mobile Control II, the MCII’s buttons and physical throttle will NOT work unless Roco decides to update their app…for the competition. Which basically means, if you really need to have an ESU Control II (and I would tend to agree 😉 ), using it with a Z21 would bring no added value compared with the same Z21 app on an old iPhone or Android phone without physical buttons….
I stand by my remote control analogy: touchscreen are great, physical buttons remains vital. Just as you need to “feel” where the volume buttons are with the eyes still on the TV, you need to “feel” where the throttle is while keeping the eyes on the train. No smartphone or tablet can provide this… the ESU Mobile Control II is the only solution to bring (on paper) all advantages together.
Yep, for command stations and DCC…it’s also a mess, but it’s becoming a fancier mess 😉
Thanks again. Yeah, like you, I can’t ‘run’ trains just off a touch screen. I think your Ecos II solution makes the most sense.