Thursday, March 18, 2010

Power District 2

So, following up on the last post, it took 3 evenings of work to complete the rewiring for power district 2, not just 1 evening as I'd hoped.

Although I reused the feeder wires that were already in place everything else was installed from scratch: power bus, terminals, labels, soldered connections, and even two sets of new feeder wires. It was interesting and a bit nostalgic going over wiring that I'd installed nearly 4 years ago when I started on this layout. At the time, in my innocence, I'd used terminals that were 4-6 feet apart and as such had 22 gauge feeder wires that were commonly longer than three feet and occasionally as long as 6 feet. I've since learned that this just won't do -- the maximum lenght of thin feeder wire should be about 2', assuming you have a connection to each rail, and ideally less than that. Power District 2 now meets that ideal.

I'll need to post a map of the power districts at some point. Power Districts 2 and 3 overlap, both covering the lower peninsula and west wall, and slightly encroaching into the north wall. 2 includes the SAMR double tracked main, the interchange yard, the track that connects the SAMR to staging, and the one Union Station approach that is not an auto-reverse district. Power District 3 includes the BNSF double tracked main and the commuter train yard, plus the track that connects this line to staging.

As I've worked through this I've accepted that Power District 1, which covers all three tiers of lower staging, is way too large. I have added a project to my to-do list to convert the middle tier to it's own power district.

I've also had a good conversation with someone from the Digitrax user group who suggests that the PM42, which I'm using for AR, performs acceptably as a power district manager but not for AR. The problem is that it is too slow to react to shorts to be an effective AR. Now, I'm using N, while he is using HO, but I've seen similar comments before. I think that I'll order a PSXR to replace the PM42 on the AR function, but then reprogram the PM42 for 4 power districts. This will need to be done fairly soon as I hope to soon have more power districts on line.

So, what to do next? I still have the same goal stated in the last post, regarding fully automated switching functionality for the SAMR line by end of next weekend. I think I'll try to set up the DS64 circuit. This means establishing the standards for numbering of DS64s, and wiring them for power and Loconet, then setting up two of them (the second one is en route now). After that I'll have the power setup in place for me to test Tortoises as I install and tune them. If all goes well I'll have DS64s in place and two Tortoises working smoothly by end of the weekend.

    Monday, March 15, 2010

    Towards Automated Switches

    My goal is to have complete switch automation for the section of the SAMR line on the main layout -- the only part of the main layout that gets regular use now -- by the weekend after next (March 27th). This will require:

    1. Redoing the wiring for that section of the layout to match the new wiring standards.

    2. Installing (or in two cases, re-installing) and tuning Tortoise switch machines for 12 switches.

    3. Appending feeder wires to the 12 switch frogs, and connecting them to the main power busses through an internal Tortoise SPDT switch.

    4. Ordering one more Digitrax DS64, and installing and configuring two DS64s to drive the switch machines. Because 8 of the 12 switches are in crossover pairs only two DS64s, capable of controlling 8 separate switches, will be needed.

    5. Setting the standard for DS64 power, and installing a DS64 power bus.

    6. Setting the numbering standards for the DS64s.

    7. Settling on the method and design of the fascia switch panels.

    8. Building and installing 4 fascia switch panels.

    9. Setting the standard for powering the switch panel lights, and installing the power bus for same.

    10. Wiring switch panel lights, using the other internal Tortoise SPDT switch.
    So far I've verified that I can append a feeder wire to the frog of installed Peco switches using the exposed frog wire underneath the switch, and have attached two such wires. I've also settled on the power district boundaries for the lower deck and am about 45% through rewiring power district 2, which is the only PD needed for this project.

    I hope to complete the rewiring tomorrow (Tuesday) and then install and tune two Tortoises on Wednesday. This may take longer as I'm trying a new method. I should also send in the order for the next DS64 tomorrow so that I can have it by this time next week.

    All in all this is a good goal to have now. It focuses my work on a single, tangible goal (I've tended to be a bit scattered in my efforts lately, as the previous post demonstrates). Furthermore, once done the change will yield an immediate boost to the fun factor of operating the layout. And, finally, once done I'll have resolved quite a few open layout implementation issues, which should speed up subsequent construction.

    After this goal is accomplished I'll focus on connecting the middle tier of staging to the main layout.

      Friday, March 12, 2010

      A Fortnight of Progress

      The past two weeks has been busy in terms of model railroading, but I don’t have a huge amount of physical layout evidence to show for it. A lot of what I’ve done has been of the nature of experimentation and learning in preparation for the next layout steps. In addition to my first attempt at ballasting track, here are the activities of the past fortnight:

      1) Decoder installations - F59PHI.

      I now have the large majority of engines running on the layout. One big task the past two weeks has involved the Athearn F59PHI locomotive. I bought 10 of these about 3-4 years ago for the commuter fleet, and alas aren’t designed for a PNP (plug and play) decoder. Back in 2007 I installed DZ143 decoders in two of them using a procedure from the Digitrax web site. This worked, but not perfectly, and I fried one decoder in the learning process. I resurrected this project a couple weeks ago after my son, while cleaning the wheels of one of them, fried its decoder as well. This was not my son’s fault – my faulty installation left a motor and a power wire too close together, causing the short.

      Fortunately, the benefit of all these mistakes is that eventually you will develop better skills in spite of yourself. I now have 5 of the locomotives running with decoders, and I’ve improved the installation process. When I do the next install I’ll take pictures and post the process.

      Alas, Athearn just released an updated, DCC ready version of this locomotive, so this process is already obsolete. This reinforces a lesson I’ve learned earlier – which is to delay buying a non-optimal version of a locomotive you want because an optimal version will probably be released in a few years. It also made me resolve to not buy any more locomotives without PNP decoder capability (but I still have 6 non-PNP locomotives in the queue waiting for decoder installs, plus the remaining 5 F59PHIs, so I’ll be doing this for a while longer).

      Another learning point is to test/use decoders within a few months of purchase. TCS has had a “no goof” warranty for several years now, which means that within a year they will replace the decoder for any reason, even if you clearly screwed up the installation yourself. Digitrax now offers the same warranty for all their components. This is a really nice policy.

      2) Decoder installations – F59PHI HO scale.

      I mentioned earlier that I was trying to get my son’s HO Athearn F59PHI working with DCC. This locomotive does have PNP capability, but it didn’t work. After lots of email with the Athearn support people – who were very helpful and responsive – and getting two replacement boards from them I discovered that the problem was a short between the bottom of the motor and the metal frame. Of course, with DCC installs the first rule is “isolate the motor”, but a) this should already be done in a PNP locomotive, and b) my experience is that motor/frame shorts fry the decoder, but in this case all that happened was the decoder didn’t send power to the motor.

      Even the Athearn people didn’t deduce this problem from the symptoms. Only after the second replacement board failed in the same way did I take the whole locomotive apart and find the issue. Once found the fix was easy -- some Kapton tape between the frame and motor. Great learning experience. I could have bought a replacement locomotive for a fraction of the cost of the time I worked on this problem, even if you price my hours at minimum wage, but now I have a much, much better understanding of the guts of these things.

      3) Motor problems – Kato F3.

      Although the F3/F7 locomotive is way too obsolete for the modern time period I model, I have a bunch of them for my museum trains. 3 for the California Zephyr, 3 for the Empire Builder, 4 for the Super Chief, and 1 for an SP commuter train. Like my other Kato engines they all have worked flawlessly except one.

      Turns out the motor would not turn unless the armature (the part that turns around) is nudged. I tried many things, consulted with friends who are experts in the area, and asked on-line groups. Learned a ton in the process and was told that the problem is probably a broken wire – something almost impossible to repair. Because a replacement motor is only $26 from KatoUSA I eventually decided to take it completely apart. Learned even more, although I haven’t yet located the problem. I am showing the motor to a friend this week who probably will find the issue right away.
      A learning point here is, similar to point (1) above, fully test locomotives shortly after purchase. Because I bought this one in 2006 the warranty has expired, although this had to be a manufacturer defect as the F3 in question had been unopened until I started the decoder install last month.

      4) Switch management – control.

      Thinking beyond my first ballast experiment I figured that before I ballast around any switches I will need to have them fully configured. Currently I have installed each switch with the manual spring still in place. There is a drill hole underneath to accommodate a switch machine wire, but nothing else.

      This is a fairly involved task, and the first part was to figure out the control scheme. I have a DS64 which I mentioned last year, but although I purchased it and read the docs I never tried it out. Well, I set it up in a temporary configuration to control the two installed Tortoises. This allowed me to throw the switch using the Digitrax throttle. I then added a push button to an input circuit, and confirmed that it will be easy to also allow the throwing of switches from a button on the fascia panel. I also worked out the wiring and power approach for the DS64, and sent out a message to a Digitrax discussion group to confirm that this will work. Everyone who responded said I was on the right track, and this in turn led to a few very useful email discussions on related topics.

      I also have started the process of designing and building the fascia switch panels, including buying materials to test out the first panel. My intent is to have a single push button to toggle between “closed” and “thrown” positions on the switches, and to have lights indicating the current position of the switch. Long term, one thing I want to do is support “night” operations, which means “lights out” except for layout lights, and that means the switch boards will need illumination.

      5) Switch management – Tortoises.

      Worked on resolving two outstanding questions regarding the Tortoise switch machines. The first involved the crossover question. Briefly, in the case of a crossover between schematically parallel tracks the two switches are logically linked, in that it never makes sense for one to be closed (i.e. switched so that trains go in the straight, or “normal”, direction) and the other thrown (i.e. switched for the “diverging” direction). Either they both are closed or they both are thrown. This means that in theory you can get by with one switch control for both switch machine, or even one machine controlling two switches.

      So, starting two years ago I struggled with trying to get one machine working with two switches. I actually got it working on the layout earlier this year, but it was not very "tuned". After working on a tuning strategy for a while I decided to see just how much money this would save me.

      A pack of 12 Tortoises has a street price of $160 plus shipping. I have 19 crossovers, so the potential savings is 19 motors, or about $260. However, there are parts required for modifying a Tortoise to control two switches. My lowest estimate was a parts cost of about $6 per crossover, which is probably optimistic. So the net savings is around $140, or likely less. Given the extra hours required, PLUS the likely additional reliability issues, I finally dumped this idea. I will now buy one Tortoise per switch.

      So, having decided that I now need to figure out how to tune each Tortoise to work best with my N scale switches. I think I have an answer, and I'll cover that in a future post when I've tested it out.

      6) General Electronics

      In many of these topics I've found that I'm getting blocked by holes in my knowledge of electronics. I bought a book on the topic and am studying closely. So far it has helped in several cases.

        Monday, March 8, 2010

        Confessions of a scenery wimp

        I admit it. I'm deathly afraid of doing scenery. There, I said it.

        Layouts 1, 2, 3, 4, and 5 had no real scenery. Oh, I built a few structures. I built a few freight cars for layout 2, and even a scratch built bridge. I've never built mountains, roads, trees, grass, or even ballast (my Dad was responsible for our ballast attempt on layout 1). I've read all kinds of articles and books on the various topics, but it has been a huge struggle for me to start.

        Well, here is the first attempt at scenicing the track, with "concrete" ties and ballast:


        Still a lot to learn. The ballast surface isn't as smooth as I'd like it (modern class 1 track tends to have remarkably even ballast), the color turned out darker than it started before the glue dried, and the rail side color is brighter than I expected. There are other issues, too, that bug me. I consider it a so-so start but on the positive side I'm now familiar with all these techniques and ready to try again.

        I took step-by-step pictures of this process, but given that it didn't turn out as well as I'd like I won't bother posting them. Maybe with my next attempt -- there are a lot of things I'm going to try differently.