I never had a chance to operate with DPU’s, as they came into use just after I retired. So I have a few questions on how they are operated.
For my questions, let’s assume a 150-car train of 2 engines up front, 2 mid-train, and 2 on the rear, trudging along at 25mph.
If the lead engines are pulling the first 50 cars, and the mid-trains are pushing 25 cars as well as pulling 25, and the rear units are pushing their 50, how is the slack beyond the range of the lead units controlled? Somewhere between car 1 and car 75 and also between car 76 and car 150 is there a point where at least one car is ‘floating’–neither being pulled by the head-end power or being pushed by the engines behind it?
If that is the case, would the ‘floating’ car change positions as topography dictates, and if it does change position, how does the slack in the cars ahead and behind the changing ‘floater’ position behave?
Is all of this slack action visible in the various “add-on” control systems’ displays?
Now let’s change the train situation to one where the train is struggling up or down a grade at 5mph.
Does the train still have slack issues similar to as described above? Are there places where there is neutral slack, or is everything bunched with no floaters?
Some generalized DPU queries:
To what extent can the units be individually controlled?
With the lead unit working dynamics and the rear unit working power, what about mid-train units? Can they be configured per Engineer’s request?
What locomotive functions are controllable from the lead unit? Is it similar to the 27-point jumper controllability?
If the second unit is connected via the 27-pointer, can that unit still be controlled by the DPU system?
I can only speak as a dispatcher, but on road trips I have had engineers demonstrate a “fence” that can be put up between lead and rear units, so you can have your lead units braking and the rear units still shoving as you take a train over a hill. So braking can be different as well as throttle settings and of course dynamics between the lead and rear units. On my RR we only dp front and rear but toward the west coast more mid-train DP’s are used
Around here CSX is placing DPU about 2/3 way back of IM trains. Front end ( 2 units ) may be in any throttle posittion. But 2/3 back full out pushing /pulling. May have more to do with track is somewhat hog backed in places. As far as manifest ? ? ?
I’m in a hurry right now, but will post some more detailed answers later today or tomorrow, if Jeff or someone else doesn’t already.
On CN we call it the “fence” as well, which appears as a vertical line on the DP control menu screen. You only have one fence, regardless of how many remote consists the train has. I believe the DP system allows up to 4 remote consists but the most I have ever seen is 2, CN runs certain trains with both mid-train and tail-end remotes. If you have such a train you can control the tail-end consist independently, or have the lead consist doing something different than what the two remotes are.
The technical term for using the fence is “independent motoring”, when not using the fence you are in “synchronous mode”.
In independent motoring you can have the remote(s) pushing in throttle with the lead in dynamics, but not the other way around. I have always assumed the system will not allow you to put the remote into DB with the lead in throttle, but since our rules forbid handling the train in that manner I have never actually tried to see if it is possible.
Distributed power can control 4 remote consists from the lead consist. I’ve only once had a train with 2 remote consists. With only one remote, it can be operated seperately from the head end. With 2 remote consists, the choices are consists A & B in sync (consists are lead=A with remotes appearing as B,C,D,E) with C being independent or A with B & C in sync but independent from A. Only throttle and dynamics are independent. Air brake operation is always in sync with the lead.
When in independent operation, the system won’t let you place the remotes in dynamics when the lead is in power. There are times because of communication (comm) loss that you could end up with the remotes in dynamics while placing the lead in power. Remotes that are out of comm in power will obey the last command received for 90 minutes will then cut out their brake valve and idle down. When comm loss happens with the remotes in dynamics, they will stay in dynamics until comm is restored or someone gets on the unit to manually fix things. When in power during comm loss, the engineer can make a 10 lbs reduction that will cause the remotes to idle down. For remotes in dynamics during comm loss, the only way to get the remotes to go to idle is to place the train in emergency.
On the operation screen, the only info displayed for remote consists is the info for the remote lead engine in that consist. A remote consist can have multiple engines MUed together, but only one is set up to “lead”, that is receive commands from the actual lead consist. Info is throttle/dynamic position, how much it’s loading in power/dynamics in lbs of effort. brake pipe pressure, equalizing reservoir pressure, locomotive brake cylinder pressure and main reservoir pressure. (If a remote stops loading, watch the main reservoir. If it’s dropping the engine probably shut down.) It’s a guess as to the status of units MUed to the
Here’s another hypothetical example. How about a 270 car coal train. Two engines in front, three midtrain and one on the rear. It would be about 38500 tons and about 15000 ft long.
Oh wait, it’s not hypothetical. They’re running such a train today. I believe it’s a test as it appears they combined two trains for the same destination. Other future symbols appear to be normal sized. For now.
I think this was an issue in the early days of remotely controlled helpers (ie, DPU), but I doubt it is now. Still, I gotta ask - are all locomotives equipped with DPU capable of either leading or following, if you will?
I guess It made it OK to OK. OK being the Oak Creek WI plant.
I saw it leave Boone. I don’t know about other crew districts, but there was a manager riding from Boone to Clinton. A day before I first heard about this stunt, this manager had been on the simulator “running” a 200+ car coal train simulation.
The night before, I had a 15000ft manifest coming home. (3 engines in front, one midtrain about 8400 feet back, with an EOT on the rear.) I was lucky in that I only had about 1/4 of the cars with cushioned drawbars. It ran pretty good. It’s those cushioned drawbars that can make handling those long trains through undulating areas tricky. This coal train was really 2x1 DPU 135 car train coupled to a second train of the same arrangement. I hate to say it, but running that coal train may have been easier than the manifest. As long as you pay attention to where everything is at (I use my counter and a hand written diagram of the train showing footage from the front
Dang. I wish I had known it was heading my way–I could have driven the two miles just to watch it and be amazed.
Stunt. I love your choice of words! Did he ‘arrive’ in one piece?
Are those simulators any good? Or are they kind of a joke for someone like you who has lots of experience? Without any ‘seat-of-the-pants’ feedback, how can one even pretend?
Tricky? That might be the understatement of the month! Jeez, 25% of the train with those drawbars. Pretty impressive that you were able to handle it!
Agreed. With coal trains, all you have to worry about is tonnage; but with a manifest where you have a mix of everything, running is much more complicated.
Kind of what I was wondering. More specifically, how can the simulator be programmed to accurately mimic that kind of situation, without any real-world experience or data to go by, since it hasn’t been actually done yet? "Well, it worked OK on the simulator . . . "
[:-,] Does the simulator include delays for when the pull-aparts (or worse) happen?
More seriously, if trains blocking grade crossings gets beyond reasonable frequency and duration, there will be serious consequences for the industry. As a colleague once counseled me - “Pigs get fat, but hogs get slaughtered”. Sadly, all it’ll take is a fire or accident where kids die because of the delayed response time - the result will be demands on the politicians to do something about it. An amendment to the STB law and FRA regulations either limiting crossing blocking time or making the railroads subject to local jurisdiction ordinances could be the result. Anyone who doubts this could occur should just look at how PTC was forced on the railroads as a result of the 2008 MetroLink wreck. Do the railroads really want to risk having that happening with grade crossings all across the country? Either that, or be prepared to spend a lot of money for their share of crossing elimination projects by bridge construction. That will eat into - but probably not eliminate -
A day before I first heard about this stunt, this manager had been on the simulator “running” a 200+ car coal train simulation.
Stunt. I love your choice of words! Did he ‘arrive’ in one piece?
Are those simulators any good? Or are they kind of a joke for someone like you who has lots of experience? Without any ‘seat-of-the-pants’ feedback, how can one even pretend?
Kind of what I was wondering. More specifically, how can the simulator be programmed to accurately mimic that kind of situation, without any real-world experience or data to go by, since it hasn’t been actually done yet? "Well, it worked OK on the simulator . . . "
Does the simulator include delays for when the pull-aparts (or worse) happen?
More seriously, if trains blocking grade crossings gets beyond reasonable frequency and duration, there will be serious consequences for the industry. As a colleague once counseled me - “Pigs get fat, but hogs get slaughtered”. Sadly, all it’ll take is a fire or accident where kids die because of the delayed response time - the result will be demands on the politicians to do something about it. An amendment to the STB law and FRA regulations either limiting crossing blocking time or making the railroads subject to local jurisdiction ordinances could be the result. Anyone who doubts this could occur should just look at how PTC was forced on the railroads as a result of the 2008 MetroLink wreck. Do the railroads really want to
I would like to point out (even though it doesn’t directly answer the OP’s question) that I often see DPUs operate singlely on the rear helping two units up front. This is on the BNSF, so this could be different on other railroads. Based on my observations this is in multiple places. Investors seen it in Montana on both BNSF’s own lines and on BNSF train exercising trackage rights on the MRL. Also seen in Washingto, on both the exNP stampede line and the exSP&S line on the Columbia River (Many of the trains on these lines run in a Pasco, Portland, Seattle, Pasco triangle with the same consists headed west loaded on SP&S, and returning East on NP, BNSF does not change any of the consis).
If a train needs more power mid train helpers may be added. On the MRL I saw some MRL helper (which I think where manned) added mid train to help up Boazman Pass westbound.
For some time now CN has been running certain coal and grain trains at over 200 cars. They get either 4 DC units or 3 AC’s, usually set up 2x2x0 or 2x1x0, with the remote consist halfway back in the train. A few go 2x1x1 or 1x1x1 which is way better for air and train handling but is more trouble to set up and yard.
Our intermodals and manifests are usually limited to 12,000’ due to siding length on the predominantly single track mainlines out here, but they have tried running 16,000’ intermodals out here a few times, westbound only to avoid any over-siding meets. Those trains aren’t too tough to operate compared to a manifest, especially if set up 1x1x1.
They seem to have cut back on running those trains for about the past year, because of delays building and yarding them, and (as Jeff said) finding a place to stop them without blocking crossings.
Our rules do not allow a remote consist to have more powered axles than the lead consist, so UP’s 2x3x1 coal train would be illegal out here.
With any train that long you start having communication issues with the remote(s) and SBU (EOT/FRED), in rough terrain on even a 10,000’ train the tail end will be in comm loss more often than it is not. I have heard stories that the DP system is supposed to be able to use the middle remote as a radio repeater to reach the tail end, but have never seen official confirmation of this. No such capability exists for the EOT.
For those unaware, the air compressor on GM/EMD locomotives (except for the SD70ACE-T4) is directly driven by the diesel engine’s crankshaft. The faster the engine revs, the more air it pumps. GE units have electrically driven compressors.
60 and 70 series units will automatically rev up to about notch 4 as needed to try and maintain MR pressure, and CN’s SD70M-2’s will go a couple notches higher, to what sounds like notch 6, but even this is often not enough to maintain proper MR pressure when charging a train, in cold weather, or compensate for a large leak on the locomotive, like the MR drain “spitter” valve or air dryer sticking open.
Actually, there are EOT repeaters. Mid train DPs on these long trains are supposed to have them, but often don’t. If one is having a lot of comm loss with the EOT, chances are they didn’t put the repeater box on the DP.
DP units will repeat commands between themselves and other consist(s). At least they’re supposed to.
Difference between comm loss for DPs and EOTs. EOTs will not show comm loss until 16 mins and 30 seconds has elapsed. Once you get the comm loss, which means you’ve lost the capability to intiate an Emergency brake application from the rear end, you’re required to slow down to 30mph until comm is restored. (That’s for us “flat landers”. Heavy grade requirements I believe are different.)
With the DPs, comm loss is displayed immediately. So if the comm loss is with a DP at the rear of the train (which replaces the EOT) one needs to time how long it lasts. Once the 16mins 30secs has elapsed, one again is required to slow down. The clock restarts should comm be restored and then lost again.
I don’t like the simulators. All the images are computer generated and leave a lot out. Imagine being on a desert. Road crossings are depicted, but all look the same whether a main artery or a dirt farmer’s crossing. There are very few, if any, trees. The last time I was on one we at least now have buildings where the towns are. However there is no resemblence to actual buildings or even proper placement. It’s just hard, for me anyway, to get the proper “feel” on the simulator.
The lack of vegetation and building placement allows one to see block signals in some places way in advance of where you would see them in the real world. They are allowed to qualify people on territories using the simulator. I’m not sure I agree with that practice.