Welcome to the forum   
Welcome Guest! To enable all features please Login or Register.

Notification

Icon
Error

Share
Options
View
Go to last post in this topic Go to first unread post in this topic
Offline nfotis  
#1 Posted : 18 December 2007 23:08:08(UTC)
nfotis


Joined: 13/12/2006(UTC)
Posts: 125
Location: ,
Hello there,

I am planning to get a DCC command station (I expect to have my first decoder-equipped locomotives this winter), so I stumbled upon some decisions to be made:

First one:

if I want two-way communication between decoder (locomotive) and central command, should I decide for Railcom (promoted by Lenz and slated to become an NMRA standard) or Transponding (promoted by Digitrax)?

I am not persuaded that Lenz's solution is the best (they offer Railcom only in their pricey 'Gold' decoders, the lighting in wagons needs modifications, etc.etc.).

Digitrax's solution (from a first read) seems to use the Loconet for sending the data from the decoder to the console, avoiding 'polluting' the signals on the rails with extraneous signals (but I may be wrong, I will have to re-read the documents).

Here is Digitrax's opinion: http://www.digitrax.com/faqtransponding.php

Here's Lenz opinion and information:
http://www.lenz.com/techinfo/railcom.htm
http://www.lenz.com/techinfo/railcomfaq.htm

Another idea would be to buy a booster and control everything from a laptop computer via JMRI in Java, but I get enough computers in my working hours already... :-)

Second question: Loconet or Xpressnet have better support and tools for expanding your system? Or it's a draw?

If the console can handle also Marklin/Motorola data/protocols, that would be nice (here is your involvement wink).

What would you suggest for someone looking to start at a low cost into digital model railroad, with a view towards modular layout operation?
(don't own any own layout, only the modules)

Here is a photo from our first public meeting, done last Sunday:

UserPostedImage

It's still a 'work in progress', but we hope to expand it.

Cheers,
N.F.
Offline Lars Westerlind  
#2 Posted : 19 December 2007 00:12:50(UTC)
Lars Westerlind


Joined: 19/10/2001(UTC)
Posts: 2,379
Location: Lindome, Sweden
Interesting question. I've already started using a third alternative, Uhlenbrock Lissy. It does not send anything on track, but instead uses easy to install IR-senders in loco, and detectors in track; connected to a receiver. The receiver is a programmable device, which may send differnt LocoNet commands, like change speed or function on detected loco, turn on light on a nearby station or level crossing, or more advanced functions as "make a stop at the station", or "stop, and return after 5 minutes".

Lissy is not cheap, but I love it for it's functionality, which certainly encourages modular thinking (the whole LocoNet does). On a module layout it would only react on locos with an installed IR-transmitter, but for those make some fun things. Normally the programming is "for any detected loco, do ..." but it's possible to do some extra actions for special locos ("send F3 (horn)" if the adress detected is no 1234"). Lissy operates in with any track protocol, but Märklin/Motorola and DCC or combination is the typical thing to use.
Lissy also makes the detection at a point, which in my eyes makes more sense than detected a loco just entered a section. No great difference, but still. But most important; to my knowledge the signals from Lenz or Digitrax can't really be used by ready made equipment yet; just presented, and of course used by software in a computer. Lissy shows the whole chain, and it works very well. For my part, I don't consider changing.

And LocoNet I love even more for it's design.

/Lars
Offline nfotis  
#3 Posted : 19 December 2007 00:32:33(UTC)
nfotis


Joined: 13/12/2006(UTC)
Posts: 125
Location: ,
Hmm, I would avoid infrared-based systems, because we often have our modules outdoors (as you may have noticed in the photo above), and I suspect that the Sun would cause lots of problems in an outdoor setting.

I have noticed that the FREMO users have standardized years ago on Loconet and Digitrax-compatible equipment, don't know if they will go towards Railcom though.

I do not expect to decide very soon which platform to follow on (probably in this winter), but I would like to have as many options open as possible, while starting with a low cost.

Here in Greece, Roco digital starter sets are rather popular, and these could be a starting point. But for a modular layout with, say, a dozen locomotives operating (half of them 'sleeping'), I would like to have something more powerful and flexible.

All this is something we in our group will have to decide. One of us has an Intellibox, and he imports the Tams system, but I am not sure these are the best way to do things.

I think this thread could help us clear up our vision and decide on our 'standard'.

Cheers,
N.F.
Offline perz  
#4 Posted : 19 December 2007 01:01:27(UTC)
perz

Sweden   
Joined: 12/01/2002(UTC)
Posts: 2,578
Location: Sweden
Quote:
[size=1" face="Verdana" id="quote]quote:Digitrax's solution (from a first read) seems to use the Loconet for sending the data from the decoder to the console, avoiding 'polluting' the signals on the rails with extraneous signals (but I may be wrong, I will have to re-read the documents).


The Digitrax solution is based on modulating the current consumption of the decoder ( same principle as mfx feedback). The Lenz system uses the standard NMRA method of sending data during periods of no track voltage ("cut-outs").

From just a theoretical wiew of the two different principles, I would definitely vote for the Digitrax solution. Reasons:

1. I think current sensing is (at least theoretically) more robust than the NMRA method.
2. No 'polluting' of the track signal.
3. You can use existing DCC decoders and just add the transponder. Certainly cheaper and easier than replacing the decoders in all locos.
4. You can use any DCC control unit.
5. The current sensing works even if you have static load (e.g. lighted cars). The NMRA method may not work in that case (this is also just a theoretical conclusion based on the NMRA spec.).

However, I have no practical experience of any of the systems.

I Don't know if the Digitrax system works also with Märklin/Motorola signalling. The method as (described in the underlying patent application) could work with both DCC and Märklin/Motorola, but it seems like Digitrax don't care about the Märklin/Motorola protocol at all.


Offline perz  
#5 Posted : 19 December 2007 01:08:15(UTC)
perz

Sweden   
Joined: 12/01/2002(UTC)
Posts: 2,578
Location: Sweden
I also have an IR based system, although home made. It is absolutely reliable for indoor use, but it fails if exposed to direct sunlight. So I think you are right in avoiding IR solutions if you have your layout outdoors.
Offline Lars Westerlind  
#6 Posted : 19 December 2007 08:53:13(UTC)
Lars Westerlind


Joined: 19/10/2001(UTC)
Posts: 2,379
Location: Lindome, Sweden
In short, it still seems to me that Lenz, sorry, NMRA system, is to complicated at least transition from an old system. And I feel the same as perz say; Digitrax system appears more robust also in the long run. Fully agreed that using IR seems a bad idea outdoors. The abiltiy of Lenz to read out decoder values like this doesn't seem very usable to me. I want to locate my running locos, and cause them trigger actions like:
- change speed, direction and functions of the loco, including modify sound etc.
- cause changes of accessories like lamps, signals, maybe turnouts.
- less important: show train ids on a display, and why not, "dispatch" control of the loco to a throttle near yourself.

Most focus so far has been on the detection part, not only here, but also on other places. However, what I like most with Lissy is how the system is built. The *system* is modular I would say, and also uses LocoNet which strongly encourage modular solutions. Most system rely on stupid sending the info to a PC-program, which keep track on everything, and perform actions upon receiveing info. This would need at least on program configuration for club running, and another for running at home. If one module is missing at the club, the program must be modified.

Of course, it's possible to build software modular, so with each layout module included, one also installs a software module desribing that piece of track, what actions to take etc. But to me it seems easier ot handle to have those programmable receivers as hardware units mounted at the layout module they monitor. When you come to the club, you just plug in the LocoNet, and are ready to go. (Well, I think some adress mapping could cause problems, but if each member has an assign series of addresses it would be OK).

At least the digitrax solution could be extended into this direction, I mean, Digitrax could develop a more intelligent current supervisor, and in that case Lissy and Transponding would be rather equal but use different techniques.





Offline nfotis  
#7 Posted : 20 December 2007 11:45:43(UTC)
nfotis


Joined: 13/12/2006(UTC)
Posts: 125
Location: ,
Hello again,

as an USA-modeler mentioned when I asked these same questions in a USENET newsgroup (rec.models.railroad), transponding and Railcom are a minority inside a minority of a minority (or something like that). Since DCC still has only 25% of the market share in USA modelers, and few of them use even occupancy detection, I suspect that his remark is valid.

Maybe it's a bit premature to base a buying decision on the bi-directional technology used, and I should instead focus on other criteria.

Like, e.g. (you can add or change features from this list, judging from your experience):
- Capability of controlling 1-2 dozen locomotives in a club layout (with extra boosters, obviously)
- 4-digit addresses, 28- and 128-speed steps, at least control of 8 functions per locomotive
-
- Capability of working with Marklin rolling stock (in order to be able to accomodate ACers in Greece)
- Wireless (*not* infrared) throttles (the Lenz adapter for wireless phones looks like a neat idea, but they don't seem to support Motorola format)
- Low starting costs, initially working with three to five Amperes capacity, then adding boosters as needs grow (I even thought about Ebay, would you recommend such a route?).

Would you prefer Loconet or XpressNET for expanding with extra throttles, boosters, etc.? I would expect this time in next year to have around 15 modules in total (maybe even more).

Regards,
N.F.
Offline Lars Westerlind  
#8 Posted : 20 December 2007 13:12:12(UTC)
Lars Westerlind


Joined: 19/10/2001(UTC)
Posts: 2,379
Location: Lindome, Sweden
As said, I'm biased towards LocoNet, have it and love it. If you speak about wireless together with mixed protocol (Motorola + DCC IMHO is good enough) I think about Uhlenbrock central and Digitrax throttles, however, no experience about Digitrax throttles. In Europe radio units seems to rare, becuase of all authority approvals needed. ESU have one, but ECoS seems to be a very centarlized solution. Just my few cents; I don't have any market overview. /lw
Offline Lars Westerlind  
#9 Posted : 20 December 2007 13:22:09(UTC)
Lars Westerlind


Joined: 19/10/2001(UTC)
Posts: 2,379
Location: Lindome, Sweden
BTW,
minority of minority of... seems to me to be correct. When speaking about digital system there is alway a focus on commanding locos, and possibly manually controlling turnouts. If auomation, people tend to use the old s88 of Märklin, which are really elementary, together with programs where I think you mainly make static setups. In few cases people ask question or have opinions abut train recogintion, and nearly never diskuss what to use it for; it's typical that Digitrax tell as the benefit that it's possible to display the recognized train. IMHO I find it easier to recognize the train by looking at it than to see it's address on a display...

So my thinking is still that you need something for your modules where train recognition isn't required. Which leaves RailCom out for the moment. As Motorola is a big plus, I don't think transponding can be used. Lissy works with multiprotol, but the IR receiver is in the track, and will probably not work unless you have it few places in tunnels or likewise. Some year ago I heard about RFID ideas, but it has been silent for a long while.

/Lars
Users browsing this topic
Guest
Forum Jump  
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

| Powered by YAF.NET | YAF.NET © 2003-2025, Yet Another Forum.NET
This page was generated in 0.306 seconds.