EuclidIncidentally, I did try to call New York Air Brake to ask if empty/loaded sensors are being applied to new tank cars as a matter of course. But, although you can pick up the phone and call them, you can’t expect anyone to answer. I have not seen any photographs of tank cars where the load sensors are evident.
Probably not equipped since they have relatively low load/tare ratio and can keep the loaded braking ratio high enough without it.
-Don (Random stuff, mostly about trains - what else? http://blerfblog.blogspot.com/)
1) First car (GTCX 742045) derails, establishes point of derailment (P.O.D.), and begins dragging and damaging track. First car is designated as car #1 in this analysis.
2) Car #2, following car #1, derails at P.O.D. due to the track damage cause by car #1.
3) Cars #3-8 derail in succession at P.O.D. with each dragging car increasing the track damage.
4) Cars #1-8 are all dragging in line with the track bed while the entire train is still coupled together, and no emergency brake application has been initiated.
5) Car #9 derails at P.O.D. and the train separates between cars #8 and #9.
6) Upon separation, the air hoses between cars #8 and #9 separate, causing the entire train to initiate an emergency brake application.
7) As the brakes begin to apply, the portions of the train ahead of and behind the separation continue moving with more events unfolding within both portions of the separated train.
8) The portion ahead of the separation of cars #8 and #9 continues to drag derailed cars #1-8.
9) After car #8 moves approximately 200 feet past the P.O.D., the forward portion of the train separates between dragging cars #5 and #6.
10)The portion ahead of the separation of cars #5 and #6 continues to drag cars #1-5.
11)After car #5 moves approximately 60 feet past the separation of cars #5 and #6, the forward portion of the train separates between dragging cars #1 and #2.
12)The portion ahead of the separation of cars #1 and #2 continues to drag car #1.
13)After car #1 moves approximately 1,200 feet past the P.O.D., the forward portion of the train stops with car #1 still coupled to the car ahead of it. Note: The trailing truck of the car ahead of car #1 also derailed at some point in this dragging process.
14)As the train separates at the P.O.D, between cars #8 and #9, and the emergency brake application begins, the portion behind the P.O.D. continues moving forward, led by the derailed car #9.
15)Because derailed car #9 has lost the pull of the cars ahead of it upon separation, and because it is being shoved ahead by the cars behind it, car #9 has no guidance whatsoever. So it makes an angular excursion from the track line.
16)As a reaction to car #9 making an angular excursion, the car immediately behind it makes an angular excursion from the track line in the opposite direction, thus beginning a jackknifing progression that involves the next eight cars including car #9.
17)Rear portion of train stops.
You assume that the force that was keeping the train from jacknifing was the pull of the engines on the front. The train derailed, the train parted and the lack of pulling allowed the train to jacknife.
I believe the events happened in a different order. The train derailed, the train jacknifed, the train parted and the head end had nothing to do with the jacknifing.
Dave H. Painted side goes up. My website : wnbranch.com
So, how fast was the Lynchburg train going when the derailment occurred? (It's probably been stated, but to review...)
EuclidTherefore, if the trailing cars were to shove against the derailing cars, where would the resistance strong enough to cause jackknifing come from?
That force would come from the first car that jacknifed going from X MPH to Zero MPH in about two seconds flat (or less). The reason for the jacknife in the first place would be because the car dug into the ballast. The faster it's going, the harder it's going to dig in.
The head end stopped when it did because the coefficient of friction between the cars and the ballast was much higher than what the brakes would have provided.
1200 feet is less than a quarter mile - peanuts when you're talking about a loaded, 100 car (more or less) train.
Once again - go back and look at the tornado derailment. About six cars were blown off the track, amounting to some 300 feet. I would opine that it's unlikely that even if there were 1200 feet between the locomotive and the cars still on the rail at the point that the derailed cars were clear of the rail, that the cars still on the rail would have stopped in time. A derailment detector would have done nothing in that incident.
The remaining cars would clearly have been in emergency (or at least beginning the application), yet look at the speed with which the trailing cars collided with the locomotive.
Had that been an oil train, there would likely have been spills and a fire.
Larry Resident Microferroequinologist (at least at my house) Everyone goes home; Safety begins with you My Opinion. Standard Disclaimers Apply. No Expiration Date Come ride the rails with me! There's one thing about humility - the moment you think you've got it, you've lost it...
So I've been following this thread and see all the complaints about Euclid not letting up on his ideas. All the railroaders seem to be stuck in their ways and pooh pooh his ideas. I'd like to point out that the same reactions were spouted about steam engines an flanged wheels.
I see that Euclid s ideas do add up and can make a tremendous improvement in train handling, not just derailments. But it's not something that will happen soon. Given time for ecp to mature, and for it to be added to the fleet pushes his complete system out at least 10 years.
That said how about a simpler approach? But first some questions, can a FRED dynamite the brakes? Do they have valves that can? How difficult would it be to enable such a feature and have it be cab controlled?
I'm seeing this as a spinoff of the differential braking idea that Euclid has. If the engineer senses a derailment (meaning wheels offtrack but not to the point of jacknife) he can start the braking from the rear and keep power applied up front to stretch the train.
Iirc cabooses had such a valve that the conductor could activate.
The way I see it modified FFREDs and programming to support such a feature is small potatoes in cost and certainly worth trying.
And why aren't load/empty valves standard? Many pickup trucks had them prior to ABS brakes and they worked. Its a proven technology that wouldn't be hard to adapt to the fleet when cars are in the shop.
I see these 2 systems being easy enough and inexpensive enough to add to trains especially unit trains with their dedicatd routes and consists.
Re ECP and derailmentsenfutureleaving costs out of the discussion since we already know they are expensive to implement, it seems the 2 biggest problems to solve would be power supply and communication. Its been stated that adding the necessary wiring would be frought with connection troubles between cars. I agree. So what about on board power and wireless communication? The transmitters need not be powerful a range of 100 feet would be adequate if the transmitters could also repeat the signal and send it down the length of the train. This should be weak enough that the FCC shouldn't have too much trouble accepting it.
Power supply could be in the form of an axle mounted generator and battery. But again nothing huge like needed on passenger equipment. Automotive sized components should be adequate and inexpensive.
Like I said this isn't in the near future but I believe it is coming...
Modeling the Cleveland and Pittsburgh during the PennCentral era starting on the Cleveland lakefront and ending in Mingo junction
ruderunner So I've been following this thread and see all the complaints about Euclid not letting up on his ideas. All the railroaders seem to be stuck in their ways and pooh pooh his ideas. I'd like to point out that the same reactions were spouted about steam engines an flanged wheels.
There are a lot of things that Euclid brings up that would be really cool to have. The problem is that there is a degree of difficulty in establishing them that Euclid doesn't seem to understand. So many of his ideas take off on wild tangents with things he doesn't understand or physical actions he ignores or refuses to accept.
Remember Euclid said that "big things were coming" in the oil train standards and it would incluld a heavily armored car and ECP and new couplers, etc, etc, etc. The professional railroaders said that the new car standards would be an evolution of the standards for flammable gas cars. Have you read the recommendations? They are an evolution of the flammable gas cars.
It will take 10 years at a cost of billions or trillions of dollars. You should really read some of the literature. Here's an interesting statistic from a Federal report. If you converted 98% of all the rail cars in the US to ECP, the chances of having a 100 car train with all ECP is less than 40%. How many short lines and small shippers will you put out of business or drive away from rail because its not economical to spend a million dollars on upgrading their car fleet? Abstract questions to railfans, real problems to real railroaders.
But first some questions, can a FRED dynamite the brakes? Do they have valves that can? How difficult would it be to enable such a feature and have it be cab controlled?
You are a couple decades late to the party, EOT's that can initiate an emergency application have been around for a long time and have been required on trains operating on substantial grades for years.
One thing all the studies seem to ignore and there has been very little discussion about is DPU. It can also intitiate an emergency application. It also mimics all the the brake activity (sets, releases) that the head end engine does. DPU cuts the reaction time by the factor of at least how many DPU sets there are (one rear DPU cuts the application time in half, mid and rear cuts it about a quarter to third).
If the engineer senses a derailment (meaning wheels offtrack but not to the point of jacknife) he can start the braking from the rear and keep power applied up front to stretch the train.
And how to you think he can sense the derailment? If he's dragging a car he might feel the drag increase a bit but that's about it. Chances are the first time he knows its derailed is when it goes in emergency.
So did the railroads, that's why they did that 10-20 years ago.
And that's the trap. "Proven" technology is not necessarily reliable technology. Most ECP applications have been in unit trains. You make all the electrical connections and they stay together for months. What happens when you put them in general freight service and couple and uncouple them a dozen times each loaded trip? What happens when you uncouple them and leave the connections exposed to the elements for a month, two months, a year, then try and use them. The trials the railroads have had haven't been that favorable. If the railroads have a good system that will work 99.9999% of the time and better system that works 98% of the time they will go with the good system. The operating costs associated with the extra one or two percent less reliability would be millions or billions of dollars in delay costs.
That's because you don't see the additonal operating costs (bad orders, cars used in other than unit service, cars used in other service, interchange, etc).
So what about on board power and wireless communication? The transmitters need not be powerful a range of 100 feet would be adequate if the transmitters could also repeat the signal and send it down the length of the train. This should be weak enough that the FCC shouldn't have too much trouble accepting it.
If that happens then the failure of one car would immobilize the entire train. You now have to rely on 150+ power supplies, 150+ transmitters and 150+ recievers to work. Impossible? No. Jacks up the degree of difficulty? Yes. The railroad environment is harsher than possibly any environment except the military. The equipment has to function at 120 degr, -50 degr, bone dry desert, monsoon rains. They have to be able to sit for 6 months then fire up immediately and work flawlessly non-stop for years. No updating the software once a week, no running dianostics, no boot errors, no software crashes.
Now you will need to replace batteries every couple years, so now you need stores of batteries at every repair location. What happens when a car doesn't get used for 6 months (not uncommon) and the battery dies/loses it charge/goes bad during that time? How do you move the car (or cars since there are thousands of cars that fall into this category)? If a wheel goes bad, if its the one with the axle mounted generator, what happens if the repair point doesn't have that type of wheel set? what happens if the wheel goes bad out in the middle of nowhere?
(Technically I'm just jerking your chain, they would probably use an air operated turbine-generator set like they have been using on EOT's for the last decade or so, as soon as the train gets air on it, it has power, it just needs a battery for very short periods of time. But that illustrates why we get frustrated, 75% of the "innovations" are really old news, been there, tried that. )
Dhuesman I realize that none of this is cheap or easy. But we have to start somewhere. I'm just getting frustrated by the old school thinking of that's not how we do it or was tried 50 years ago and didn't work so it will never work etc etc etc.
Instead of putting the ideas down, I'd like to see some ow could we make it work feedback.
As someone in the auto industry, I can recall when computer controls started. At first they were troublesome but became more refined and reliable. The early systems in the late 50s only controlled fuel and disappeared quickly, next came ignition control, then a combination. Now there isn't much in a car that isn't compute controlled.
Someone somewhere developed manufacturing processesthat allowed for those improvements
In the railroad world individual roads or other companies are developing their own systems apparently without much thought to interoperability amongst the national network. I'd like to see the roads try to develop something as a team. Preferably before the government steps in with another mandate like PTC.
ruderunner I'm just getting frustrated by the old school thinking of that's not how we do it or was tried 50 years ago and didn't work so it will never work etc etc etc.
Fair enough. But there's also some of us that get frustrated at new school thinking that we must take this "whiz-bang electronic, computerized untested and unproven theoretical device" to modify the most basics of train operations (like brakes). Also adds much expense and will make the cars that much harder to repair/maintain.
I wonder if the lack of ECP development isn't in due part to newer AC power with extended-range dynamic brakes that can grind just about any train to a halt on all but severe grades?
It's been fun. But it isn't much fun anymore. Signing off for now.
The opinions expressed here represent my own and not those of my employer, any other railroad, company, or person.t fun any
Moving on, thanks for the clarification on how capable FRED is. I should have guessed it was tried al tree already. And pointing out the DPU angle.
As for how an engineer could sense a derailment well isn't that what derailment sensors are for? Or perhaps its time to bring back rear end crews? I know the snowball is getting bigger...
It seems that my comments on load/empty valves are crossed up with ecp. Load/empty can be fully mechanical and reliable. Its also car centric not caring if its loose car or unit train. And to me proven means functional and reliable.
The transmitter problem may not be as bad as you think. It can be setup such that a few failed transmitters won't disable the train. That would be a programming issue. Even looking at a dead transmitter between t good ones, I picked 100 feet as a number that could jump the distance of a car without a transmitter/broken transmitter. If that needs to be raised to 200 fett that's still not a large,powerful,or expensive unit. And the temperature angle doesn't fly for me. Many modern electronics are on daily use under such temperature ranges. Automobile computers deal with this everyday all over the world. Sure vibration from rough track or hard coupling is more severe but a cushioned or sprung mounting would be easy to design and implement.
Air generator, that's a better idea than axle mounted and the kind of feedback I think we need to share. Working together to solve the problems instead of bickering over them.
And fair enough as well Zugman. But you sound just like mechanics from the early 80s when computer controls started to appear. But the industry adapted to the technology and now its second nature as well as far less expensive. For reference personal computers cost hundreds of dollars when they can out and weren't very powerful. Today the price is the same but when adjusted far inflation the cost is half or less for computers that are a 100 times more powerful.
I think we need to look past the hhuge initial costs of some of these technologies and look forward to how the costs drop per unit as the number of units increase. Outfitting one car today with all the bells and whistles can indeed run to 1,000,000 but a large run of them may make the added cost only a couple thousand per car. Think mass production versus custom built.
Load empty sensors can be purely mechanical and self contained. They have been around for a long time already I'd just like to see more implementation of them.
Are dynamic brakes a substitute for ECP? I dont think so. Dynamic brakes dont have the future capabilities that ECP can offer. Things like built in load/empty capability, Euclid's differential braking idea, or even antilock braking. Practical now? No but sometime in the future it may be.
ruderunnerAs for how an engineer could sense a derailment well isn't that what derailment sensors are for? Or perhaps its time to bring back rear end crews? I know the snowball is getting bigger...
Reference the story in trains some time back (and a more recent incident I know of but won't get into), where a derailed car ran for several miles and then re-railed itself. This was in the days of cabeese, no less. The only reason the derailment was discovered as soon as it was was the fact that a signalling junction box was damaged, preventing the remote operation of a switch.
Granted, a derailment detector might have sensed the derailment and stopped the train, if the car was so equipped.
On the other hand, the line would have been tied up until the car was manually re-railed. As it was, the train arrived on time, and if it weren't for the damaged signal equipment, MOW would have been the first to discovere the evidence, perhaps days later...
The beauty of railcars is their simplicity. It doesn't matter if you have a multi-billion dollar high-tech class 1 shop, or a weed-choked siding on uncle billy bob's shortline - both places can do just about any repairs needed on a railcar. As was mentioned earlier, railcars are expected to perform no matter the temperature, humidity, weather, or experience of the crew slamming them around.
When cars fall outside of the basic and proven form, their success has been limited. (Think roadrailers). Maybe if enough money and trials are given, there could be success. But how much are we willing to invest?
tree68 ruderunner As for how an engineer could sense a derailment well isn't that what derailment sensors are for? Or perhaps its time to bring back rear end crews? I know the snowball is getting bigger... Reference the story in trains some time back (and a more recent incident I know of but won't get into), where a derailed car ran for several miles and then re-railed itself. This was in the days of cabeese, no less. The only reason the derailment was discovered as soon as it was was the fact that a signalling junction box was damaged, preventing the remote operation of a switch. Granted, a derailment detector might have sensed the derailment and stopped the train, if the car was so equipped. On the other hand, the line would have been tied up until the car was manually re-railed. As it was, the train arrived on time, and if it weren't for the damaged signal equipment, MOW would have been the first to discovere the evidence, perhaps days later...
ruderunner As for how an engineer could sense a derailment well isn't that what derailment sensors are for? Or perhaps its time to bring back rear end crews? I know the snowball is getting bigger...
Johnny
tree68 So, how fast was the Lynchburg train going when the derailment occurred? (It's probably been stated, but to review...) Euclid Therefore, if the trailing cars were to shove against the derailing cars, where would the resistance strong enough to cause jackknifing come from? That force would come from the first car that jacknifed going from X MPH to Zero MPH in about two seconds flat (or less). The reason for the jacknife in the first place would be because the car dug into the ballast. The faster it's going, the harder it's going to dig in. The head end stopped when it did because the coefficient of friction between the cars and the ballast was much higher than what the brakes would have provided. 1200 feet is less than a quarter mile - peanuts when you're talking about a loaded, 100 car (more or less) train. Once again - go back and look at the tornado derailment. About six cars were blown off the track, amounting to some 300 feet. I would opine that it's unlikely that even if there were 1200 feet between the locomotive and the cars still on the rail at the point that the derailed cars were clear of the rail, that the cars still on the rail would have stopped in time. A derailment detector would have done nothing in that incident. The remaining cars would clearly have been in emergency (or at least beginning the application), yet look at the speed with which the trailing cars collided with the locomotive. Had that been an oil train, there would likely have been spills and a fire.
Euclid Therefore, if the trailing cars were to shove against the derailing cars, where would the resistance strong enough to cause jackknifing come from?
EuclidOne advantage that I see with ECP brakes is that they are not restricted to just an emergency brake application upon a derailment, or anything else that would cause the so-called UDE application. Not only do ECP brakes have less potential for producing UDEs, but they also could be programmed to make a modulated application in response to what would normally cause a UDE, as opposed to making an emergency application. ECP also has the advantage of applying all brakes simultaneously, as opposed to propagating the application in two directions from a mid-train UDE.
Here's the million dollar question: When do you program (and how?) the brakes to go into emergency vs. not?
For every one time where you may not want the brakes to dump, there's probably many more times when you do.
Euclid tree68 So, how fast was the Lynchburg train going when the derailment occurred? (It's probably been stated, but to review...) Euclid Therefore, if the trailing cars were to shove against the derailing cars, where would the resistance strong enough to cause jackknifing come from? That force would come from the first car that jacknifed going from X MPH to Zero MPH in about two seconds flat (or less). The reason for the jacknife in the first place would be because the car dug into the ballast. The faster it's going, the harder it's going to dig in. The head end stopped when it did because the coefficient of friction between the cars and the ballast was much higher than what the brakes would have provided. 1200 feet is less than a quarter mile - peanuts when you're talking about a loaded, 100 car (more or less) train. Once again - go back and look at the tornado derailment. About six cars were blown off the track, amounting to some 300 feet. I would opine that it's unlikely that even if there were 1200 feet between the locomotive and the cars still on the rail at the point that the derailed cars were clear of the rail, that the cars still on the rail would have stopped in time. A derailment detector would have done nothing in that incident. The remaining cars would clearly have been in emergency (or at least beginning the application), yet look at the speed with which the trailing cars collided with the locomotive. Had that been an oil train, there would likely have been spills and a fire. I think the ninth car did dig into the ballast. You can see the track getting progressively torn up as the eight cars were dragged over it. The ninth car derailed and jackknifed either before or after it separated from the eighth car. If it jackknifed before it separated because the ninth car dug into the ballast, then that ninth car would have become the sole obstacle of resistance to cause the jackknife. So the jackknifing would have begun between the ninth and tenth car as the ninth car dug in and became the obstacle to the tenth car. That would have induced the eighth car to separate from the ninth car. Or the jackknifing may have come after the separation as the ninth car dug in and thus caused the separation prior to any jackknifing. So the ninth car either began to jackknife and then separated because of that; or it separated first and jackknifed because it was no longer being pulled. Either way, the jackknifing and the separation were nearly simultaneous, and either way, it does not change the point I am making about the derailment. My point is that eight cars were pulled ahead and kept in line, and prevented from piling up. I do not follow the point you make in comparing the tornado derailment to this Lynchburg derailment. You say that a derailment sensor would not have helped. I agree because the brakes went into emergency the instant the train derailed, so there would have been no advantage offered by quicker brake response as is the normal advantage of derailment sensors. But I do see two points in the tornado wreck that I had not considered before. One is that the video shows the effect of derailed cars being dragged at high speed while staying coupled together and in line without digging in and jackknifing (just like with the Lynchburg wreck). And those cars are being dragged while on their sides and completely off of the track bed. That supports my ideas about the effect of differential braking just like the Lynchburg derailment does. The other point I see in the tornado derailment is that the tank car is derailed and being shoved down the track without jackknifing. I had considered that to be impossible, so I will have to revise my thinking about that type of action. Granted, the track was apparently undamaged ahead of the tank car, but still I would not have expected a derailed car leading a cut to remain in line. I suppose the derailed truck could have sat down on the rails in a way that continued the guidance by skidding on the rails.
You cannot calculate what will happen in a derailment BEFOREHAND. You can see what happened afterwards, but the instant to instant of what is happending during the incident cannot be accurately predicted.
Just like ACCURATELY predicting earthquakes; you can calculate the stresses afterwards, but have no REAL handle on the stresses beforehand and what the actual breaking point is and where the weakest point is.
Never too old to have a happy childhood!
zugmann Euclid One advantage that I see with ECP brakes is that they are not restricted to just an emergency brake application upon a derailment, or anything else that would cause the so-called UDE application. Not only do ECP brakes have less potential for producing UDEs, but they also could be programmed to make a modulated application in response to what would normally cause a UDE, as opposed to making an emergency application. ECP also has the advantage of applying all brakes simultaneously, as opposed to propagating the application in two directions from a mid-train UDE. Here's the million dollar question: When do you program (and how?) the brakes to go into emergency vs. not? For every one time where you may not want the brakes to dump, there's probably many more times when you do.
Euclid One advantage that I see with ECP brakes is that they are not restricted to just an emergency brake application upon a derailment, or anything else that would cause the so-called UDE application. Not only do ECP brakes have less potential for producing UDEs, but they also could be programmed to make a modulated application in response to what would normally cause a UDE, as opposed to making an emergency application. ECP also has the advantage of applying all brakes simultaneously, as opposed to propagating the application in two directions from a mid-train UDE.
I would say they should go into a non-emergency braking mode any time there is an application initiated by the system without the intent of the engineer. Then the engineer would have the ability to override that application with maximum braking if it were deemed necessary. I am speaking of ECP brakes without any differential braking system that I have descibed. If you had differential braking, the ECP would automatically go into that mode for all unintended brake applications, and that too could be overriden if necessary.
I may be misunderstanding what you are saying, but how can the engineer tell how cars are derailing in the middle of his train? It would likely be out of sight.
NorthWest I may be misunderstanding what you are saying, but how can the engineer tell how cars are derailing in the middle of his train? It would likely be out of sight.
The engineer would not see the derailment happening in many cases, and I don’t mean to suggest that he do anything with the braking in response to the derailment. The system with ECP and derailment sensors would detect a derailment and automatically react with a default brake application. That would be something less than a full force application at first, and then ramp up to full force. The point would be to perturb the derailment as little as possible with the brake application so as not to encourage the development of jackknifing and a pileup. I would call that a modulated brake response.
If the system were further equipped with differential braking, upon sensing a derailment, the default brake response would be to apply more brake force to the cars behind the derailment than to the cars ahead of it. The point would be to prolong the car dragging for as long as possible without a jackknifing and pileup. The longer the dragging, the more kinetic energy can be dissipated before a pileup begins. So it works to either prevent a pileup, or to reduce the energy that is fed into a pileup if one occurs.
With either the modulated braking or differential braking, the train stopping distance is increased because full braking force is withheld to some extent. So, just in case the train derails and starts this specialized braking, and the engineer happens to spot a gasoline tanker truck stalled on a grade crossing 2000 feet ahead; he can override the automatic default ECP derailment braking to stop before hitting the gasoline truck.
That is the reason for the engineer having the option to override the automatic default application caused by a derailment. The default application would be only in response to a derailment, and to any application not intended by the engineer.
Here's a thought for a cheap simple and rugged derailment sensor: a set of limit switches located near the kingpin and contacted by an arm mounted to the truck. Set them so that the arm contacts a switch if the truck rotates too far from straight ahead. Example if one truck rotates 10 degrees but the other stays straight ahead that indicates a truck off the rails. 10 degrees is just an example number, the actual number would vary by car length and track curvature. This wouldn't have to effect a brake application but just an alarm to alert the crew. Heck it could even include a "switching" setting to prevent false alarms when working tight trackage at low speeds. It doesn't need to be extremely precise either, if the truck is within normal range of rotation then its likely tracking correctly. But once outside of that range we need to stop the train and find out what happened.
I'm not looking to prevent derailments but rather prevent simple wheels off rails from turning into a flaming pileup.
Zug maybe railroaders need to adapt to changing technology. Maybe they need to learn a new skill set. And if they are already smart enough the repair a locomotive then this newer technology shouldn't completely stymie them. Geez look at the computer controls on an ac44 for example. That makes the rest of what were discussing nearly stone age in terms of complexity.
I kind of understand the resistance to change and technology, I deal with it daily. Then I hop into my non computerized car and drive home. I dont care for vehicles that coddle the driver and activate brakes and steering for them. But those drivers would be just as well served to ride the bus,er, tram.
Let's face it though, train brakes haven't changed too much since old man Westinghouse came up with air brakes 100+years ago. Its time to take another look.
Euclid That would be something less than a full force application at first, and then ramp up to full force. The point would be to perturb the derailment as little as possible with the brake application so as not to encourage the development of jackknifing and a pileup. I would call that a modulated brake response.
If the system were further equipped with differential braking, upon sensing a derailment, the default brake response would be to apply more brake force to the cars behind the derailment than to the cars ahead of it.
Maybe you don't understand that emergency IS the maximum braking effort available.
The point would be to prolong the car dragging for as long as possible without a jackknifing and pileup. The longer the dragging, the more kinetic energy can be dissipated before a pileup begins. So it works to either prevent a pileup, or to reduce the energy that is fed into a pileup if one occurs.
Only in your imaginary world. In the real world the more cars you drag through the derailed area the worse the track damage is. If it takes 8 cars then its going to take 8 cars. If you drag them faster then they will do more damage and then they might pile up even faster.
Pouring more kinetic energy into a wreck is not helpful. The idea is to get everything stopped as fast as possible. If derailment detectors do that, that contributes. If ECP does that, then that contributes. Digging a bigger hole in the track faster doesn't help anything.
Euclid & Rude - sell the FRA on your ideas. Simple! Once they are sold it can be mandated by the end of the year!
Don't you see your example of the computer controls on the AC4400 (or equivalent EMD for that matter) shows how the railroaders do adapt, and enthusiastically embrace new technology. Consider DPU operation; it has become widespread, but it took years of development and technological refinements before it became fully reliable. What once required bulky equipment in a dedicated piece of rolling stock is now merely a piece of software in a micro-processor. Those track geometry cars that can measure track surface, gauge, rail wear while travelling at 60mph are another example of how, in this case, the track department is embracing new technology as soon as it becomes available.
The railroads are not resistant to change, or technology. They do, however, want to ensure that any new development is robust enough to enhance safe operations in a way that is both close to 100% reliable and affordable. If the benefit is marginal and the cost is significant there are better ways to improve safety.
Several railroads have tested electric controlled braking systems on dedicated unit trains. They were willing to commit a fairly significant investment to outfit several hundred cars and a number of locomotives, and run them in regular service to gain experience with the benefits and problems that may occur in real world operation. It would appear that the test results were not compelling.
Many things would be "nice to have" but cost is always an issue. A few thousand dollars a car doesn't sound like much, until you multiply it by the number of cars roaming the rails of North America. It just became billions of dollars of extra cost.
While home computers have become very powerful and affordable, try using one outside in the pouring rain, or a dust storm, and see how long it remains trouble free. Drop it a few times each day to simulate slack action and bouncing over frogs and diamonds. Any electronics on freight equipment face a tough environment. Ideally they should survive trouble free for the 50-year lifespan of the car. And that's not realistic.
cx500 Don't you see your example of the computer controls on the AC4400 (or equivalent EMD for that matter) shows how the railroaders do adapt, and enthusiastically embrace new technology. Consider DPU operation; it has become widespread, but it took years of development and technological refinements before it became fully reliable. What once required bulky equipment in a dedicated piece of rolling stock is now merely a piece of software in a micro-processor. Those track geometry cars that can measure track surface, gauge, rail wear while travelling at 60mph are another example of how, in this case, the track department is embracing new technology as soon as it becomes available. The railroads are not resistant to change, or technology. They do, however, want to ensure that any new development is robust enough to enhance safe operations in a way that is both close to 100% reliable and affordable. If the benefit is marginal and the cost is significant there are better ways to improve safety. Several railroads have tested electric controlled braking systems on dedicated unit trains. They were willing to commit a fairly significant investment to outfit several hundred cars and a number of locomotives, and run them in regular service to gain experience with the benefits and problems that may occur in real world operation. It would appear that the test results were not compelling. Many things would be "nice to have" but cost is always an issue. A few thousand dollars a car doesn't sound like much, until you multiply it by the number of cars roaming the rails of North America. It just became billions of dollars of extra cost. While home computers have become very powerful and affordable, try using one outside in the pouring rain, or a dust storm, and see how long it remains trouble free. Drop it a few times each day to simulate slack action and bouncing over frogs and diamonds. Any electronics on freight equipment face a tough environment. Ideally they should survive trouble free for the 50-year lifespan of the car. And that's not realistic.
Also I'm not really pushing for ECP .
Nor did I say a home PC would be applicable to railcar use, it was just an example of how technology costs come down as useage goes up. You yourself pointed out that former DPU controls used to require a separate CSR to contain them and now fit comfortably into the operator's console.
I think there is a disconnect between what Euclid is attempting to describe and how everyone is perceiving it. He's not advocating adding kinetic energy but rather controllinig it, and attempting to dissapate it in directions that will help minimize how much goes into a pileup.
ruderunnerHere's a thought for a cheap simple and rugged derailment sensor: a set of limit switches located near the kingpin and contacted by an arm mounted to the truck. Set them so that the arm contacts a switch if the truck rotates too far from straight ahead. Example if one truck rotates 10 degrees but the other stays straight ahead that indicates a truck off the rails. 10 degrees is just an example number, the actual number would vary by car length and track curvature. This wouldn't have to effect a brake application but just an alarm to alert the crew. Heck it could even include a "switching" setting to prevent false alarms when working tight trackage at low speeds. It doesn't need to be extremely precise either, if the truck is within normal range of rotation then its likely tracking correctly. But once outside of that range we need to stop the train and find out what happened. I'm not looking to prevent derailments but rather prevent simple wheels off rails from turning into a flaming pileup.
No doubt something like this could be worked out. I'd look for rate of change rather than absolute limits. It could react faster.
Lots of research needed, however. Not simple or easy to do. Expensive to validate since you have to actually derail a car at speed, on purpose.
But, that's not the biggest problem. The biggest problem is failed compontents. Mainline derailments are exceedingly rare. Component failures are not. How you mount them, wire them, etc. Are you allowed to run with failed components? What do you do when a train stops for a failed sensor?
The trick is not to create more trouble than you solve.
Our community is FREE to join. To participate you must either login or register for an account.