ESU CabControl on TMTV

TMTV - CabControl pt 1

As mentioned previously on this blog, I recently hosted Matt Herman from ESU on TrainMasters TV, to discuss the company’s new DCC system. CabControl is a based on the ECoS 50200 that I use on my layout.

You can click on the image, above, to view* the first of two parts about CabControl. Enjoy if you watch!

(*TrainMasters TV is a subscription-based service, but subscriptions are quite reasonable. For example, as I write this you can subscribe for as little as 83 cents (US) per week.)

Matt and Me at TMTV

Matt and Me - TMTV
(State of the art throttles – in their eras)

I spent the day yesterday at the TrainMasters TV studios with Matt Herman from ESU (the “Loksound” people). Matt and I shot a number of segments together for future episodes, including two that will focus on ESU’s CabControl – a new DCC system designed for the North American and Australian markets. (I wrote more about this system in an earlier post.)

In the photo above, Matt is holding ESU’s Mobile Control II throttle. This is essentially an Android-based tablet, enhanced with a throttle knob and some physical buttons. I use a pair of these with my ECoS 50200 system from ESU and they’re the nicest throttles I’ve ever encountered. They combine the flexibility of a software defined throttle with the tactile feel and convenience of hardware-based controls to access the most commonly used functions while running a train. What’s more, the feel of the throttle itself is quite high-quality – like a high-end smart phone. They’re just nice in the hand.

The CabControl system has many attractive features, which we will delve into on upcoming segments of “DCC Decoded” on TrainMasters TV. But here’s a sampling:

– Support for at least 32 mobile throttles. (The system can probably handle more, but as Matt said, “We gave up opening packages at 32.”)

– An incredibly intuitive user interface based on common smart phone gestures. Swiping left or right lets you switch locomotives from your stack. Swiping up or down lets you scroll between the function button screens for the active locomotive.

– Artwork for decoder-equipped locomotives and rolling stock. The user can choose from a selection of stock photos, or create and load their own. It’s a great way to confirm, at a glance, what locomotive is active on the throttle.

– Icons that may be mapped onto any function button. Need to know where the headlight is? You don’t need to remember it’s at F0 – just look for the lightbulb symbol.

– Custom menus for each decoder-equipped locomotive or car. If you have a model that doesn’t have a bell, you can hide the bell function button from the menu, keeping more of the function buttons that you do need on the first menu page.

– A motorized throttle knob that automatically resets itself to the last-set speed when switching between locomotives. This knob also has built-in reverse (by rotating counterclockwise past the zero speed point) for true one-handed operation.

– Four physical buttons that may be assigned to any function. I use these for the functions I access most frequently during an ops session, such as the whistle and bell.

– The ability to load other apps onto the throttles. For example, one could load a fast clock app, a car forwarding app, and so on. The throttles could even be loaded with Skype, and used for radio communication between crews and a dispatcher – who does not even have to be in the same country! (The throttles include a jack for headphones/mic.)

– Easy programming via the throttle, using menus written in plain language instead of CVs – and full compatibility with JMRI/DecoderPro, of course.

If it sounds like I’m a fan, it’s because I am. If you’re in the market for a DCC system – or looking to upgrade the one you already have – then CabControl should definitely be on your list.

I’m really happy with my ECoS 50200 from ESU, although it has a number of features that I will never use – for example, support for command control protocols from Marklin, Motorola and others in addition to the NMRA’s DCC standard. But the new CabControl system does everything that I need for my layout, so I would’ve gone with this one had it been available.

I know some friends are already looking at CabControl, and I’ll be happy to bring along my two Mobile Control II throttles to future operating sessions.

Cooling the DCC drawer

From the moment I purchased it last year, my current DCC system – the ECoS 50200 from ESU – has lived in a cabinet under my staging yard, which is also how I store my large and growing collection of S scale rolling stock.

The rolling stock storage cabinets are kitchen drawers from IKEA, chosen for their capacity and their soft close mechanisms:

Car Storage by IKEA
(Click on the image to read about my car storage solution)

Ordering from IKEA is like eating at the gourmet burger bar. You build your own – mixing and matching cabinet fronts, drawer sizes, and so on. For my stock storage cabinets, I chose the Marsta drawer fronts primarily because they have recessed handles: I didn’t want people catching their pant legs on handles that projected into the aisle.

But I also picked them because the fronts have removable inserts to allow one to choose the colour of the recess in the handle. I didn’t care about the colour – but I did like the idea of being able to leave the handle open to allow air to circulate in the drawer where the DCC system resides.

Air circulation through the drawer front.
(That’s the glow of the DCC system, seen through the open drawer front)

This has worked fine for 10 months of the year, but this summer it got so hot in the layout room – despite it being in a basement – that the ECoS was overheating and shutting down. Obviously, some active cooling was required.

I talked over the problem with Matt Herman from ESU and based on that discussion, I picked up a pair of computer case fans from a local electronics supply house, plus a 12-volt wall wart to power them. I’ve attached them to the drawer with double-sided foam tape (to dampen vibration), and aimed them so they blow directly on the back of the ECoS 50200:

DCC Cooling fans.
(Not pretty – my wiring never is – but effective!)

The power supply for the fans is plugged into the same power bar as the DCC system, so they run whenever the DCC system is turned on. There’s a gap between the top of the drawer at the back, and the top of the case, so fresh air is drawn in from the back of the drawer and blown out through the drawer handle. I can definitely feel the breeze blowing out the front of the drawer, and they’re pretty quiet – especially with the drawer fully closed.

This solution would work well for any DCC system, of course…

One of the nice things about the ECoS 50200 command station is that one can monitor its operation – including the voltage and current being drawn, and the internal operating temperature. Therefore, I’ll be able to easily assess the effectiveness of my cooling solution:

ECoS operation settings screen
(33 Celcius – and holding!)

Thanks for the advice, Matt!

ESU CabControl DCC system announced

Even though I don’t need one, I’m pretty excited to learn that ESU (the “LokSound” decoder company) has announced a new DCC system designed specifically for the North American and Australian markets. The new “CabControl” system offers layout builders the best of ESU’s ECoS system while removing some of the more “Eurocentric” features and dropping the price to make it competitive with other popular DCC systems.

ESU CabControl
(The ESU Cab Control system | Click on the image to read about it on ESU’s website)

Regular readers will recall that just under a year ago, I upgraded my layout with the ECoS 50200 DCC system. I’m really happy with this decision but I knew that the ECoS would not be for everybody, since it includes a number of features that are not in high demand in North America – specifically, the two case-mounted throttles. These add considerably to the price of an ECoS system, putting it in a different snack bracket from starters sets offered by other manufacturers.

Obviously, the developers at ESU have decided they’re missing an important opportunity here, because the new CabControl starter set deletes the case-mounted throttles (and the touch screen) in favour of a black box that houses the command station and a WiFi access point. It then adds the Mobile Control II – a WiFi-based wireless throttle that combines the best of a touch-screen Android-based tablet with a super-sweet servo-driven throttle knob and some programmable push buttons to give operators quick and intuitive access to commonly-used functions (such as the bell and whistle). I saw this new system in action at a recent train show in the greater Toronto area, and I was definitely impressed.

ECoS-01
(My current ESU DCC system – including the ECoS 50200 command station, a wireless access point, and two wireless Mobile Control II throttles)

I have a pair of the Mobile Control II throttles that I use with the ECoS 50200 and I love them, so it’s great to see that ESU has made this fresh commitment to the North American market. With a product more suited to our tastes in control systems – at a more competitive price – I expect more modellers on this side of the Atlantic will make the switch to ESU. And from a purely selfish perspective, that means my ECoS 50200 – which is already well supported – will be even better served in the years to come.

I see Matt Herman from ESU fairly regularly at local shows, and he’s a frequent guest on the “DCC Decoded” segment of TrainMasters TV. What’s more, I know that I’ll be hosting Matt in the TrainMasters TV studios before the month is out for an in-depth exploration of the ESU CabControl system. I’ll post about that here when I do – so stay tuned!

“Go on, what’s the THIRD verse?”

Well, look who’s moved into the neighbourhood…

Calvin - Hobbes - Tree Fort

This is a story four years in the making.

Back in November 2013, I built a tree fort in one of the trees behind the station in St. Williams. You can read about that project by clicking on the photo, below…

Tree Fort in St Williams, with GROSS sign

… but at the end of that post, I noted that I was inspired by Calvin & Hobbes, and wondered where I could find a suitable tiger.

Fast forward almost two years, and in October 2015 my friend Stephen Gardiner surprised me with a model of Hobbes, which he had designed, 3D Printed, and painted. Again, clicking on the image, below, will link you to that part of the tale (or, tail?)…

Hobbes by Stephen Gardiner

Since then, I’ve been keeping my eyes open for a suitable figure that I could modify into a Calvin – but without any luck. There aren’t any nice models of S scale kids around – and certainly nothing with Calvin’s Peanutsy proportions.

Still, when Stephen got in touch and suggested we get together for lunch, adding, “I have something for you”, it never occurred to me what that might be. So I was completely gobsmacked – and delighted – when we met up yesterday and he presented me with a 3D Printed Calvin:

Calvin model by Stephen Gardiner

I carefully added a pin to the bottom of his foot, and placed him in a patch of light in the backyard.

Everybody sing along with Calvin!

Calvin - Hobbes - Tree Fort Comic

If Hobbes ever lets Calvin into the tree fort, he’ll have a good view of the passing trains:

Calvin - Hobbes - Tree Fort

Thanks Stephen – what an awesome surprise!

The visit was grand: We went for lunch at Harbord House and had a great conversation about a number of subjects.

We discussed the announcement on Monday from Rapido Trains that it would be producing HO scale models of the iconic Canadian diesel switcher: The SW1200RS. Stephen was at the launch party, and had a lot of details to share. This is huge news for the Canadian hobby, and Rapido notes it is their most-requested model. The good news is, the Rapido Trains SW1200RS is more than vapourware – the company had test shots from the tooling on display, and a running sample. The models are due early next year, and already I know a number of people who are considering switching scales back to HO just to take advantage of these. The SW1200RS certainly figures prominently in a number of the Canadian prototypes I’ve covered on my Achievable Layouts blog.

After lunch, Stephen and I ran a freight extra to Port Rowan and back. Stephen took the engineer’s seat in CNR 10-wheeler 1532, while I headed for the conductor’s desk in the van. The layout ran well, with only a couple of misaligned couplers to contend with. It was Stephen’s first experience with ESU’s Mobile Control II wireless throttles – a combination of Ambroid tablet computer and throttle with physical knob and buttons. I switched to this system late last year and it’s been a terrific experience. (Stephen was suitably impressed, I think – but I’ll let him provide his thoughts if/when he reads this.)

All in all, a terrific day – and let’s do it again!

“The Daily Effort” with Andrew and Chris

Yesterday, I hosted Andrew Batchelor and Chris Abbott for an operating session. Andrew took on the conductor’s role while Chris held down the engineer’s seat – and the session was different than most I host in several respects.

Ops - 2016-11-20
(The star of the show: M238 after collecting its lifts in St. Williams. It ended up being too long for my sector plate…)

This was the first session I’ve hosted in a long time in which we’ve run Mixed Train M233 / M238. Usually when guests arrive – especially first-time guests like Andrew – we run a freight extra because they’re more familiar to most hobbyists. But Andrew was really interested in the paperwork that I use on the layout, and since there’s a fair bit of paper involved with running The Daily Effort it was the better choice for an ops session.

Ops - 2016-11-20
(That’s a whole lotta paperwork…)

While I’m quite comfortable with using the waybills and switch lists, I’m a bit rusty with the paperwork for the mail, express, LCL and passenger portion of the Mixed Train, and it showed. My method for calculating the time taken to transfer packages etc between train and baggage wagon is clunky and distracts from the feeling of operating the train. This was not apparent when I was doing it myself, but is definitely an issue when I try to explain the process to guests. So I need to rethink this.

One possibility I’m now seriously considering is to use a set of triggered sounds to represent the time required. My layout’s ambient audio system easily supports this type of application. I may build several sound files that include the following:

– The railway car door unlocking and opening
– The rumble of a baggage wagon being positioned.
– The sounds of hand trucks and workers moving cargo.
– The railway door closing and locking.

If I were to build a half-dozen of these sound files, each of different lengths, and then have the audio system select and play one at random when triggered via a button on the fascia, that might add enough randomness to the time required for a station stop. The fact that each stop could require three such sequences (for combine, baggage/mail, and LCL boxcar) would further randomize the length of a station stop.

I would still retain the paperwork – the conductor would exchange these with the station agent, as he does now by using the pigeon holes at each station desk – but there would be less math during a session. And that would be a good thing.

I note that Kalmbach recently published a book by Jeff Wilson called Express, Mail & Merchandise Service. As the name suggests, it covers this head-end traffic and how to model it. I have not yet perused a copy, so I don’t know if it addresses how to represent the traffic at the kind of micro level that interests me, or whether it’s confined to (for example) moving carloads of LCL between freight houses. But I have other books by this author and he does a good job of covering a topic, so I’ll investigate next time I’m at my local hobby shop.

This session marked the first time we’ve run trains (beyond some five-minute tests) using my new DCC system – the ECoS 50220 command station and Mobile Control II wireless throttles from ESU.

Overall, things went well – although there were some minor issues. I put these down to the novelty of the new controllers. Chris, who was engineer for our session, is fairly used to my Lenz keypad throttles so it took a bit of time to adjust to the ESU approach.

For example, the ESU throttle knob also acts as the reverser: turn it all the way to the left until it stops then let go and it’ll click and switch direction. But we discovered that the movement has to be deliberate – if it’s done too fast the controller doesn’t necessarily register it. That’s not a problem with the controller – just something that operators have to learn. Now that I know this, I can explain it better to others.

Ops - 2016-11-20

On the positive side, I figured out ahead of the session how to program the physical buttons on the throttle. I mapped frequently used commands to them so that the operator does not have to look at the touch screen to use the horn, bell or progressive engine brake (which is a feature on the TCS WOWSound decoders I’m currently using).

On the slightly annoying and somewhat humorous side, we found that the throttle will save power by going to sleep – but the factory setting (one minute of inactivity) is too quick for a typical operating session. This is slightly annoying because Chris was spending a lot of time tapping the power button on the top of the unit to bring it back to life, and there’s a very slight delay while powering up. I’ve adjusted the sleep setting to a five-minute delay. We’ll see if that works. I can set it as long as 15 minutes, but of course the longer the screen stays active the more power it consumes. I’ve also tried to balance the extra power I’ll be using with the longer delay by dimming the screen.

The sleep issue was humorous because every time Chris woke up the throttle, the WOWSound decoder – which has something like 40 whistles built into it – would randomly change its whistle setting. The next time he blew the whistle, it would be different.

I have to admit that I’m underwhelmed by the WOWSound decoders. They have some neat features that my previous Tsunami decoders did not, including the progressive brake (which I really like) and an audio function to represent clearing the cylinders of condensed steam (which I know is vital when operating a steam engine). But the audio circuit occasionally blasts a “Matrix”-like digital distortion. And I’ve had other issues.

So I’m not too concerned about interoperability issues with the ESU throttles because I plan to replace the TCS decoders at some point. I’m waiting to see what Matt Herman from ESU in North America does with steam sound. He’s already done a great job introducing new diesel audio files under the “Full Throttle” banner and I know he’s been travelling over the past few months to record steam sounds across North America. So it’s only a matter of time. That Engine Brake button can always be remapped to the LokSound “Drive Hold” feature…

Naturally, food and drink was involved. Before our operating session, the three of us enjoyed brunch at Harbord House. While there are other places worth eating at, this has become the tradition of sorts for new guests. I’m currently quite keen on a Toronto brew, Henderson’s Best ESB from the Henderson Brewing Company.

Andrew: Thanks for getting in touch. It was great to see you and I hope the day answered some questions about paperwork. It did for me.

Chris: Thanks as always. Cheers!

ESU ECoS owners forum: what a great idea!

I should’ve mentioned in my original post on my new DCC system that one of the features I really like about the ECoS system is that ESU runs a forum for its owners. To access the owners section, one submits the serial number from your ECoS unit.

The forum covers a variety of topics and is divided into several sections by language, which makes sense since ESU is a European (and therefore multilingual) company. It has a few thousand threads in the English section alone.

ECoS Forum - Screen Grab

There are many places online to discuss DCC – including ESU systems and decoders. But I think a forum in which every member is an owner is a great idea for several reasons.

For starters, the discussions are all about actual experiences. This means that when someone asks a question, they’re getting advice from people who have actually figured out the answer, instead of speculation. I found many useful answers to questions about, for example, hooking up the ECoS to a Macintosh computer to update the firmware.

As well, ESU monitors the forum and participates in it – and appears to take feedback from the forum members seriously. And why wouldn’t they, since we’ve all shelled out for their system?

As the screen grab of the topic list above illustrates, there’s even a thread where owners can propose features they would like to see included in future firmware updates. I think that’s neat, because these are suggestions coming from people who are actually using the system. If someone suggests a new feature and and a large percentage of your installed base of customers enthusiastically supports the idea, that’s a good reason to build it in right there.

I’m enjoying the forum immensely and look forward to diving into it further.

Say hello to the new DCC system

Spock at the controls.
(“These are my controls!”)

Poor Spock: Not only is his track plan completely illogical, but he’s still using a control system that looks like it was designed in the 1960s. All those toggles and buttons to learn – and his friends keep messing up and shorting out the layout. No wonder he’s holding them at bay with that phaser!

What Spock needs is an upgrade.

I know how he feels. I’ve had a Lenz DCC system for 20 years now, and while I’m happy with it, the 1990s approach to technology is really starting to feel dated. To provide just one example, equipment that was defined – and constrained – by its hardware has evolved into more flexible, scalable, upgradable systems that are defined by their software. Yet DCC has, for the most part, remained built around “the box”.

So, for a couple of years now, I’ve been keeping an eye on the evolution of DCC. And as reported previously, I’ve taken the plunge on a new system. It arrived this week and I’ve finally had a chance to hook it up to the layout and get it running. Say hello to DCC in a drawer…

ECoS-01

For those who aren’t familiar with this (and many North Americans will not be) you’re looking at the ECoS 50200 and two Mobile Control II wireless throttles from ESU – the folks who bring us LokSound decoders.

This is a pretty powerful, console-based system that uses a high-resolution touchscreen to good effect. It makes programming pretty darned simple and intuitive. It has a pile of features (many of which, frankly, I’ll likely never use – at least not on this layout). Many operations are done graphically, although one can also access CVs.

The ECoS 50200 is also designed to allow hobbyists to take advantage of their legacy systems. In my case, I’ll be able to take my Lenz equipment, and wire the track output from the Lenz command station into a special port on the back of the ECoS. The ECoS will then pass through commands from the Lenz system. So, I can still use my Lenz throttles and the XpressNET throttle plug-in panels if I desire.

And since the unit can be easily connected to a home network, one can take full advantage of JMRI. But in addition, ESU can deliver firmware upgrades over the Internet. If ESU wants to add a new feature, it can be written in, and the touch screen interface updated accordingly.

An example of this is the Mobile Control II wireless throttles, which were not available when the ECoS 50200 was first introduced. When ESU launched the throttles, the company simply updated the firmware for the command station to allow it to connect to them: Now, the ECoS 50200 can also act as its own router, connected to a small WiFi access point (the little black box to the right of the command station in the photo above). Cool!

The Mobile Control II is an open source, Android-based throttle. It’s basically a specially-designed tablet computer, to which a few welcome hardware features have been added, such as the large throttle knobs. Overall, the throttles have a hefty, high-quality feel to them. The knobs are motorized, which gives them a nice tactile feel and allows the system to automatically zero the speed so that when one is acquiring a locomotive one doesn’t accidentally start running it randomly. Another nice feature is that the direction switch is built into the knob: turn it to the left past zero until it clicks, and the direction is reversed, even as the knob returns itself to the zero position.

Since the throttle is Android-based, one can customize it with apps from the Google Play store – for example, by adding a fast clock app, or even another throttle app. And since the throttle hardware is open source, developers can create new interfaces to work with it. So far (as far as I know) the ESU app is the only one available that interfaces with all features including the throttle knob. But those developing WiThrottle or other throttle apps can get the information they need from ESU to enhance their apps to make them fully compatible with the Mobile Control II. And of course, ESU can update their own throttle app by posting to the Google Play store.

The two built-in throttles remind me a bit of my Troller Twin-Pack days, and in normal operation on my layout they’ll note be used. But I’ve located the command station in the top drawer of one of my recently-built rolling stock storage cabinets

ECoS-02

… and I plan to rewire the front track on the sector plate to serve double-duty as a programming track. One of the nice features in the ECoS 50200 is that one does not need to add a mechanical switch to the programming track: an internal relay automatically puts the track into programming mode when that mode is selected on the console. Otherwise, the programming track is treated as part of the mainline.

I’m still learning the many features on this system, but so far I’m really pleased – and very excited to be working with a state of the art DCC system!