A discussion that frequently becomes a side bar for the “Should I switch to or start with DCC?” posts, is whether or not you really need DCC.
Some members of the forum insist that anything that can be done with multi-trains on DCC can be done with a little thought and DC. That the programming of consists and stitching road-numbers on the keypads is every bit as complex as running trains through multiple cabs and power blocks.
My personal opinion is that we are just on the beginnings of the rise of DCC technology, and that the NMRA standards have a lot of room for expansion. I also foresee that as other systems like DCS push beyond the common ground of the DCC standards, that the NMRA will have to find a way to leave the original standards behind.
However, DCC for all it’s limits, seems far more versatile than DC in it’s current state of technology.
The REAL question remains: Will there be a cure all system for multi train operation?
As I already stated DCC or DC is not the cure all answer for multi train operation.Both require fiddling to include programing,then addressing EACH locomotive or throwing toggle switches.Both have their pros and cons to include block wiring(aka power blocks on DCC layouts) on larger layouts…There must be a superior but,simpler way to operate multiple trains…And no I don’t have the answer if I did I would design it,have it produce,package it and sell it…I fully believe both DC and DCC is outdated technology in todays high tech world.
This should not be yet another useless DCC/DC debate…We should look into another form of multiple train operation that is simpler to use then DC or DCC…
Speaking as a modeler who has returned after a 40-year lay off, I have to say that DCC makes the whole model railroading experience more rewarding for me. With DCC, my grandson and I can operate up to 4-trains on the BRVRR with just throttles. No blocks to worry about unless we are doing some switching.
While my current layout is not large at 4 x 10-feet, a couple of smaller DC predecessors were infinitely more difficult to operate more than a couple of trains at a time on.
I’m sure that you are right. There is a lot of room in the current standards for expansion. Expansion will come with time, but if everyone waits for the latest and greatest to fall into his or her lap, progress will be very slow. Compare DCC to computers. The technology changes so fast that your brand new computer is obsolete by the time you load it in your car to take it home. DCC technologies are similar; the change is just not as obvious.
If someone comes up with a significantly better idea, particularly something ‘transparent’ to existing technology, they could make a mint. In the mean time, the DCC manufacturers are advancing one-step-at-a-time. Witness the ‘functions’ battle going on in sound locomotives and DCC controllers.
I believe we are up against a cost vs. limited-use wall, if you will. We are not a big enough market to justify the development of a “Blackberry” comparable unit. Think about it. These suckers are basically a Windows compatible mini PC with a camera and internet access built in, for the cost of a locomotive sound decoder.
Someday they may get around to a “Windows version”, that plugs into your computer and you can program in plain english, maybe choose from different speed curves, etc., but we are light years away and I do not see much impetus to develop anything ‘new’ because they are selling what they have available now like hot cakes to some people. The current technology is soooooo primitive in comparison to the rest of the increasingly computerized world.
I agree there is something better ‘down the road’. I refuse to change before that gets here. I doubt I will live to see it.
The only thing that is going to happen is the DCC is going to get simpler and simpler to operate and program. It will be more intuitive and with more of a graphic interface. The decoders will continue to get smaller and with more bells and whistles. For multi-train operation there really is no comparison. I can’t see ever going back to DC nor recommending it to anyone. - Nevin
Fair enough. Perhaps then what we should look at are the issues that limit both DC and DCC in multi-train operation, and then look at how these issues can be resolved. A good example of the limitations of both systems is the previously mentioned synchronization of engines. DC has no good way and the DCC approach is convoluted and clunky at best. (I had one Proto 2K A/B unit bought at the same time with the same engines in which the B unit was near twice as fast as the A unit. DCC programing could not resolve this issue. In fact, the pro it was ultimately sent to resolved the issue by making the B unit a dummy.)
The biggest problem I see with DCC is lack of robustness. If one user runs his locomotive into a switch and jams, the WHOLE transformer block gets shut down. That doesn’t happen with DC. It’s not much of a problem on small layouts, but on big ones it can be. The guy on the other end of the room has no idea why he is shut down. Everyone has to punch a bunch of buttons. Biggest advantage of DCC is the ability to run two engines at different speeds in the same block. The other problem is not all locomotives are available in DCC or convertible, and a few wont run on DC on top of DCC (if you have that). People with large collections of old and vintage and foreign and whatever locomotives are reluctant to convert. I don’t think having to “program” an engine is any big deal. It’s really easy if you have the instructions. Like takes 15 seconds and 3 or 4 button pushes on my system.
Ultimately, I think the solution is battery and wireless. Get the power out of the track entirely. You could even charge the batteries off of the track voltage if it is there. Extra batteries could be carried in the tender or auxilairy car. And it would run on ANYONE’s power system, DC, DCC or XYZ. Park it on a siding and charge it. Could have rubber traction wheels to REALLY pull grades!
Not true. When I get a short, only the one district experiencing the problem shuts down…the rest of my system continues to function merrrily…my locos still chugg and move, just not the one having the issues.
If you are interested, I can tell you how that happens.
…or, maybe I am not understanding you? You say there is a difference, apparently, between the two ways of operating in that in DC, nothing shuts down when a short takes place?
Or are you saying only a block shuts down? Well, see my initial comment above. No difference.
I’m another back-after-40-years guy, and I’m also a big fan of DCC. I find it particularly helpful on my small layout (5x12 feet) because a small layout is difficult to effectively block-wire, but with DCC I can run a bunch of trains without worrying about them crossing block boundries every 10 or 15 seconds.
There are already much more user-friendly options for doing complicated things with DCC, but they involve interfacing a computer to the DCC system. In all cases that I know of (feel free to correct me if I’m ignorant of some) it’s necessary to buy an add-on interface unit to connect your DCC system to the computer, and then obtain some software. These should be relatively simple things, but right now they are pricey enough that you run into that “Should I buy a computer interface, or another locomotive?” question. Also, the interfaces are DCC-system specific, I think, so you can’t use your laptop-and-Lenz combination on someone else’s Digitrax layout.
As the cost of things like USB interfaces comes down, the DCC manufacturers should start including the interface and some rudimentary software packages with the basic DCC hardware, and it would be good for everyone involved if there were interface protocol standards so that they could all talk to each other, the same way that all decoders work on all systems. This would make it a lot easier for software developers to get into the act, since they wouldn’t have to either deal with proprietary interfaces or choose between competing protocols.
I don’t see the computer interface as being that expensive. What I see is that the manufacturers have not yet decided that it is worth the extra $5 to put a USB port in their base units. (Let the customer run down to RS for the cable.) They are still in cost competition mode and don’t see the future of software development using their equipment.
But this chicken or egg dilemma will be crossed and one of the manufacturers will put the interface into their base unit then they all will. Then we will be able to add the power of the PC to the layout. Add intuitive mind reading and Brakie won’t feel like an accountant. [:D]
Not true. When I get a short, only the one district experiencing the problem shuts down…the >rest of my system continues to function merrrily…my locos still chugg and move, just not the >one having the issues.
If you are interested, I can tell you how that happens.
Dont you need extra electronics between blocks to prevent this?
One area where DC is superior is in short circuit detection. Diagnosing shorts in a DC system with blocks is much easier than DCC.
If I understand DCC, you split up larger layouts into electrical subsystems or districts. How many depends on the load and size of your layouts as well as individual preferences. My small layout can be broken down into 20 sections or blocks if you will. Do DCC layouts have 20 districts? Does each spur have the ability to be shutdown electrically?
If I have a short on my layout I can tell if it is on any single siding by flicking a switch. I can break down the mains into 5-foot sections. Some blocks are only the length of a single engine by the engine house. Each yard lead has a block. It is very easy for someone with limited skills to find a problem when the circuit is so easily broken down. Of course a person can climb under a DCC layout and break it down electrically but there is something to be said about the blocks being diagnostic aids.
Bruce Chubb did DCC-like things with DC using the C/MRI quite a long time ago. basically the idea consisted of a cab per block, and computer switchign of said cabs to your throttle. You had to imput the starting block of each train and then the system ‘followed’ you around the layout. Not allt hat easy to implement, and there is a lot of hardware involved, not to mention software. Moving the ‘throttle’ into the locomotive ala DCC is definitely a better way to go.
You hear a lot about how “DCC is complicated” I disagree strongly. You can now buy many different locos with the decoders (even with SOUND) alreasy in them - so forget ‘complicated’ installation. With the price of decoders falling, and the new ones able to operate just fine on DC, I think we will only be seeign more and more lcoos come with decoders already in them. The choice will not be “sound and dcc” vs “DC” but simply sound vs no sound, both versions capable of oeprating on DC or DCC with no changes.
The next step is to have the factory DCC locos come programmed witht he cab number insteadof address 03. Then, operation under DCC would be no more complictaed than DC. You could take the loco out of the package, set it on the track, and away you go. NO programming. People get scared when they see words like “electronic”, “computer” and “programming” but there is no requirement for understanding any of that to use DCC. It’s a black box, no need to really know what happens inside just to use it. How many people even have a clue anymore about how the car they drive every day works?
A DCC layout that will have multiple users can be broken down into power blocks that would each have their own booster. These blocks, or the single user home layout can be broken down into power districts that are simply independently powered sections of track.
If you place a $1 light bulb in series between the track and the power, when that area shorts, the whole system does not go down, the load transfers to the light bulb and only that small section of track is shorted. Obviously, the light bulb is a good indication which section of track has been shorted. No switches to flip for detection. Sounds pretty easy to me.
How many feet of track is in each power district? As I said above blocks are much shorter runs. Some are only a foot long. Any time you can break an electrical system down into many small pieces it is always easier to trouble shoot. Basic troubleshooting 101.
Just because a light comes on it does not show you where the short is, only that you have a short. Now what do you do?
How many districts would you place in a DCC 4x8? A 4x8 DC layout can be broken down into 10-20 blocks. Very easy to track down within a couple feet of rail without doing anything other than flicking a switch. If you had a short in a house or car and it was designed with only 1-4 fuses / breakers how long would it take to trace out the circuits?
Now lets use the same home/car and use 20-40 fuses /breakers. You zero in on the area much quicker.
I"m using a DC only layout with several blocks and cabs and there are many things I don’t like about it.
However DCC IMHO is cost prohibitive, this is more than likely a supply demand market / economics issue and DCC will become more cost effective but again IMHO it is too steep for me.
Regarding battery power, I don’t think this is a good idea. There isn’t a battery that can supply enough “juice” for a long session, powering the rails is the only way IMHO.
The failure in DCC is the requirement to convert the rails to AC. This was a design flaw from the get go. The technology should have been implemented more along the lines of bluetooth or wifi as these are tested and true and going through constant technology improvements. Why the NMRA felt the need to invent the wheel again IMHO was a mistake.
If DCC had been implemented like a TCP/IP network it would have made more sense. There wouldn’t have been a requirement to convert to AC. We’d be using a technology that has global standards, etc etc. You could control your train from a bluetooth smartphone
I’m not in any position to say DCC under its current itteration will fail however it has been pourly designed and frankly it doesn’t appear the folks that did design it involved non-hobby technologists.
DCC is WAY to freaking sensitive. When I hear about how folks are putting in leads every 3 feet or more, that is rediculus (sp). Compensation for dirty rails or poor design in wire, etc, again a mistake IMHO. If you have to put in leads like that, it should say something about the technology. I’d call a design like this one, crap. You don’t hide problems by saturating the condition with non-required components. You do it right from design to implementation resulting in SOLID frameworks. (That said perhaps I’m un-enlightend on why folks put in leads every 3 feet /shurg).<
One part of DC that does not appeal to me is in my engine terminal. I have a lot of blocks to park locos in different areas and stalls. When I want to get to the engines in the rear I have to move the ones in front.
Would jockeying them around be that much easier with DCC?
Jim