Was it really 2 years since the last railway weekend? With Covid intervening, I guess it was. Since the last weekend I'd added stop sensors for two blocks, and added quite a few signals to allow manual driving interlocked to automatic train operations. I'd added uncoupling magnets to the carriage sidings in Portsmouth. And I'd bought some new throttles and sound decoders.
We used the new DT602 & UT6 wireless throttles. For train driving they're OK; for some reason they lock up when used for CV programming. Interestingly when plugged into LocoNet they program OK so it seems to be a wireless issue. Chris was able to use the UT6 single handed without problems.
The turntable had stopped working; The TXC1 just stalled with its LED flashing meaning it hadn't reached a destination. It turns out that its slip rings needed cleaning, and to do that several of the "blanking" segments needed to be removed; needless to say I'd glued them in. A few minutes with IPA and cotton wool fixed that, and it is turning eagerly again.
An access road into the engine shed caused a short circuit as the loco drive onto it. At first we assumed this was an issue with the power reversing relay for the turntable, but eventually we found that the track was simply wired the wrong way round and it had never worked.
It turns out that my carriage sidings are too short for 4 carriages: you can't have the magnet under the resting point for the couplings. They uncouple just fine, but you can't recouple again. My only ways out of that are to use an electromagnet, or just have three carriages per siding.
And as for traincontroller.... it seems that if you go to drag a loco from a block when you are accidentally in edit mode, instead it drags the block away from its track. "Undo" put it back but doesn't fix all of the schedules it was removed from. That took a while to fix!
And the new sound decoders are great. I have a "Desiro" electric train sound, and a steam sound. Both have their moments but I love the power controller sound as the Desiro starts to pull away - just like the real thing. I'd worried that they wouldn't be loud enough to be heard when the models were running, but it has worked out fine.
Not much had happened since last October. We had partly completed the "steam excursion" schedule, but a watcher had to call all the block signals where the train was required to stop. For it to work properly, we needed all the rest of the signals to be added to the railway and for Traincontroller block signals, when red, to force a SIGM20 signal to red. That pretty much took two days to resolve - adding in the end 13 new signals.
There are still a few more needed:
At the top of the hill, on approach to Portsmouth;
The four fiddle yard roads that take two smaller trains each need "intermediate" signals;
The long block behind Portsmouth and running up to Petersfield needs to be split into two. That will mean a visible signal, and a hidden one. The catch is we have a spare sensor to add a stop marker for one track, but not the other (power zone G has 15 of 16 sensors used, but zone C has all 12 of 12 sensors used). I do have a BD4, so I could in principle add one more set of sensors to zone C.
Railway weekend October 2018 - so I had to do something!
I want to get to the point where you can run a "manually driven" train around the railway on a Traincontroller schedule. That meant being able to see where the trains are on underground sections, and see the signals. The simple answer: CCTV.
I was able to get on ebay a pair of 7" monitors, each of which could take feeds from two cameras. I also got three miniature cameras. o provide light, I got LED tape lights. The cameras are mounted to the baseboard and look along the track pretty much head-on.
My initial assumption was that I should have lights above the track I wanted to see, but not elsewhere. That resulted in very poor image quality. We added diffusers; it just kept getting worse. Eventually we found the solution was to have light everywhere, with no "blacked out" zones. The image quality was much better. We added two aspect signals, with the direction reversed so they face the cameras.
So, a simple solution, that works well!
There is a new version of Traincontroller: version 9, requiring an upgrade.
The new TC9 converted the old TC8 files uneventfully. Its appearance is quite different, but we seem to have got used to it quite quickly.
A significant new feature that should have been useful is the crossing gates symbol on the switchboard. We have logic to operate the level crossing in each of 16 routes; having all that logic in one place would be much better. Unfortunately we haven't been able to make it work here. The operation we want is:
- Lights start flashing
- wait 4 seconds
- barrier comes down
- wait 4 seconds
- train can now cross the crossing
We can't find a way to do that. You can't have an operation on the crossing - you can only set at DCC accessory address. You can add the logic into a flagman, but you can't stop a train driving onto a crossing until the flagman operation is complete. Yuo can set a "switch time" on the crossing, but that time adds to the time before the barriers come down.
Tony and I have had another busy operating and development weekend 30 Sept - 2 October 2016. Here's what we got through.
Some topics we've looked at are:
- We added the interlocks to the control panels at Portsmouth and Clanfield, so the manual operators there have the ability to reserve track and request schedules. The one in Clanfield is done using routes, rather that reserving blocks.
- We looked into why we'd created "cycle" schedules last time. More here!
- We've develop more schedule sequences so trains can go for a run. There's more detail in a separate article about that.
- We've added trees to the backscene on the run up to Portsmouth. Previously there was an abrupt change in brightness of the backscenes where a rural one joined an industrial one. More to do, but it's a start.
- We've added voice announcements to the end of some schedules, where manual intervention needed. It is done as a scheule operation, so it can't be specific about the train type (ideally you'd say "driver required" only for a passenger or goods train requiring a shunting operation). We haven't yet looked at using a different voice: essentially can the Windows script specify the voice to be used.
- I'd wired up a batch of signals near Petersfield in the last few weeks. We programmed them up using Locoanalyse, and spent quite a while getting the logic right. It does appear that board 4 had the most recent SIGM20 software, but board 5 had older software: it did not properly set when "next signal is red" was programmed. With a chip change it was fine.
- We've found a way to delay a train leaving Petersfield to the left, so that the level crossing barrier has time to come down. It needed operations on each route through the crossing with the required time delays; having the delays in a flagman triggered by the route didn't make the route wait until the operation was completed. Read more.
- We found that trains were still sometimes getting shown a red signal while running through Portsmouth reversing loop. The problem is because the point into the diamond crossing needs to be set back straight, and that should be done by an operation on the release of a route through the crossing. It was on some routes but not others.
- I've added more photos (particularly of Portsmouth) for the website front page. Also Tony has taken a video using a 360 degree video camera: so there could be more views to come.
- I modified a wagon in the small goods train to have a magnetic coupling. That should now be fully usable.
- Petersfield platform 5 had trains stopping instantly when the hit the start sensor. It was as if the stop sensor wasn't there. We deleted the sensors and markers and re-created them - which solved the problem.