EuclidBut aside from that ability, it won't actually be needed because there will always be some interval between the sensing of a derailment and the breaking of the wire in which this system can tell the controller where to differentiate the two sections of cars, thus telling the trailing section to go to full default “Emergency” response; and tell the leading cars to go to the specialized reduced force response.
This is an interesting control modality. I am tempted to suggest that you modify it slightly by commanding a full service brake on the rear, which then transitions to 'emergency' as soon as the brake gear has set up completely under control (or automatically, as currently provided, if the trainline continuity becomes lost. That will give you the full time benefit of ECP for commanded reduction without losing at least the ability to modulate both halves of the train under control until everything is predictably set 'equally' for max braking.
At some point there may be a period of time where the front end needs to 'stop' more positively than the max service set, but less heavily than full mechanical emergency. I see a potential problem with excessive draft-gear or coupler force in that instance if you are controlling differential only with the front railed 'end' of the train. (This may not be significant in a given accident's consist, but I worry that in a very wide range of contexts it might be).
tree68 M636C I think that if USA railroad managers had closely inspected the operating ECP trains in Australia last June they would have had to reconsider their position. I would opine that there are only two things that will cause US railroads to adopt ECP: 1. Government Regulation 2. Proving that ECP has an ROI sufficient to make it worth their while (ie, increasing the bottom line). At this point, #1 hasn't come into play for general railroading, and #2 hasn't shown it's face or ECP would be delayed only for lack of parts.
M636C I think that if USA railroad managers had closely inspected the operating ECP trains in Australia last June they would have had to reconsider their position.
I would opine that there are only two things that will cause US railroads to adopt ECP:
1. Government Regulation
2. Proving that ECP has an ROI sufficient to make it worth their while (ie, increasing the bottom line).
At this point, #1 hasn't come into play for general railroading, and #2 hasn't shown it's face or ECP would be delayed only for lack of parts.
Despite the recent statements by our political leaders, Australia is not noted for innovation.
However, in 2005, what is now Aurizon introduced their first unit coal trains in the Hunter Valley and used the first AC traction locomotives and the first trains with ECP brakes.
Clearly, with no significant numbers of locomotives and cars in that area (and in their case, on that track gauge) they were free to start as they wished and they had the first regular ECP trains and the first AC traction locomotives.
In the eleven years since, every operator in that area has wholly or partially converted to ECP, even the operators who had substantial quantities of conventional locomotives and cars.
Also in 2005, Pacific National purchased four GT46CWM locomotives. These were effectively low clearance SD60s and EMD asked a couple of times "are you sure that's what you want?" Since then PN have purchased only AC traction locomotives and all those are fitted for ECP braking.
These are all private companies worried about the bottom line. They don't see their competitors internal costs but they see the published profits. They do see the ECP trains running with fewer brake and wheel defects, able to run faster due to reduced stopping distances for service applications.
When PN decided to enter the Central Queensland traffic to compete with Aurizon there, they purchased only ECP braked equipment and only AC traction locomotives (including AC traction electric locomotives).
Back in the Hunter Valley, there has been a downturn in coal and the ECP trains are running and conventional trains being stored.
A whole order of coal hopper cars from the 1990s suffered from cracking due to the stainless steel being unexpectedly harder than specification. As these are replaced with new car bodies using the old trucks and couplers and brake gear, the new cars get ECP instead of triple valves. It costs a little more but the operators see a tangible return on the investment.
Even visting USA executives should detect the trend.
M636C
One thing to remember about US unit coal trains - in many cases the cars are owned by private interests - not the trailroads - they are also maintained by private interests - not the railroads. If the private owners thought there was a ROI sufficient to cover the costs and add to the owners bottom line - they would be shouting and demanding ECP for the operation of their equipment. You don't own and maintain several hundred upto several thousand railcars and not think about the bottom line of your ownership.
Never too old to have a happy childhood!
BaltACD One thing to remember about US unit coal trains - in many cases the cars are owned by private interests - not the trailroads - they are also maintained by private interests - not the railroads. If the private owners thought there was a ROI sufficient to cover the costs and add to the owners bottom line - they would be shouting and demanding ECP for the operation of their equipment. You don't own and maintain several hundred upto several thousand railcars and not think about the bottom line of your ownership.
I perhaps should explain some aspects of Australian Railways.
The tracks are owned by the state governments. Outside Queensland and Western Australia the main lines are leased to the Federal Government and operated and maintained by an operating authority the Australian Rail Track Corporation which acts as a commercial entity.
As a result, an operator can lose the traffic from a mine on a straight commercial basis, since the tracks accessing any given mine are open to all operators.
One mining company, Whitehaven, purchased their own train (3 x EMD 4300 HP locomotives and 80 coal hoppers) which is operated for them by Pacific National, presumably at a lower rate than PN charge for supplying a train.
Another company, Glencore, purchased nine trains and thirty 4350 HP GE locomotives which carries all their coal and that of some others, and is operated by Freightliner, a subsidiary of Genessee and Wyoming.
Both Glencore and Whiehaven purchased only ECP equipped stock, and Glecore bought theirs in three batches over years, so they must have thought the additional cost was worth the effort.
In Central Queensland, the BHP Billiton Mitsubishi Alliance (BMA) a coal miner, purchased thirteen electric locomotives and nine trains all fitted with ECP braking to be operated by Pacific National.
The operator who had all conventional fleets are converting to ECP (not just testing one train) so they must be convinced of the return on investment too.
While conditions are different in Australia, return is important and cometition is serious. Pacific National lost a mine contract to Glencore/Freightliner (who run only ECP trains) and as a result PN have started to put non ECP cars and locomotives in storage.
The return on investment is there, both to operators and private owners of locomotives and cars or they wouldn't keep buying ECP equipment.
I can't believe that conditions are so different in the USA that the same ECP gear on basically similar rolling stock won't give the same favourable return on investment.
EuclidWizlish, When you speak of modulating the brake application, what characteristics of that modulation are you considering? You cite the modulation in reference to your father’s system for Conrail for the brake response to PTC. I assume that the point of this modulation was to prevent the braking train from derailing. I further assume that this would be controlled by providing strain gages on draft gear to measure the buff and draft and then tell the ECP system what to do in order to balance the buff and draft forces draft in a train in order to prevent a derailment during a hard stop.
It was actually something quite different, and much more 'simple-minded' (as might be expected from '80s technology).
The 'problem' was that the effect of PTC, at that time, was similar to ATC in triggering a full 'penalty brake' application (if not in fact an emergency application) when a signal was passed -- much the same, I think, as the operation of the PZB 'intermittent' train control would have done. There are movies of test trains, I think on New Jersey Transit, that show the result.
The problem is, or was, that the testing was done on passenger consists, whereas the problem, for Conrail after the Chase accident, was that the trains that were needing to be 'stopped quickly' were particularly long and heavy freight trains, of 'interchange' quality as far as maintenance or any sort of special equipment like ride-height braking load adjustment would be concerned, operating at high speed.
That meant that all sorts of 'cure-worse-than-the-disease' knuckle snatching, derailing, and perhaps even stringlining might be observed if the 'wrong' consist were to be automatically big-holed by a nominal "safety" system.
What my father proposed was a safety system that worked in 'parallel' with the service brake valve. but was implemented in a handheld system that would be assigned to a particular engineer (the special part of the system on the locomotive being a proportionally-controlled 'rotair' valve, not a modification to the regular brakes). The idea was that a given consist's information (weight, load, car type, etc.) would be translated from the manifest into a 'computer model' of how the train would be handled in fast braking by a good engineer, and a 'penalty' application from the ATC/PTC system, whether from overspeed or signal violation, would result in the rotair valve 'simulating' how that engineer would work the regular brake handle over time to make a best-distance stop for that particular train.
Of course a much more 'sophisticated' version of this would have additional sensors in the equipment, or modules put in the train every so few cars that could read brakeline pressure, load between the knuckles and coupler faces, etc. But that was not the 'point' of the actual system, which was simply to make the automatic system imitate a human engineer stopping an ordinary train under then-ordinary conditions, instead of just pretending that dumping the air was the answer.
EuclidTherefore, with ECP, a “Service” application can stop the train just as quickly as an “Emergency” application—if the “Service” reservoirs are fully charged. However that might not be the case, so the system includes “Emergency” reservoirs that always hold a full charge in reserve just for an “Emergency” application. Therefore, with ECP, the one main difference between a “Service” application and an “Emergency” application is which of the two reservoirs provides the air.
Point of order: The current system also includes an emergency reservoir. It's not a feature unique to ECP.
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...
tree68 Euclid Therefore, with ECP, a “Service” application can stop the train just as quickly as an “Emergency” application—if the “Service” reservoirs are fully charged. However that might not be the case, so the system includes “Emergency” reservoirs that always hold a full charge in reserve just for an “Emergency” application. Therefore, with ECP, the one main difference between a “Service” application and an “Emergency” application is which of the two reservoirs provides the air. Point of order: The current system also includes an emergency reservoir. It's not a feature unique to ECP.
Euclid Therefore, with ECP, a “Service” application can stop the train just as quickly as an “Emergency” application—if the “Service” reservoirs are fully charged. However that might not be the case, so the system includes “Emergency” reservoirs that always hold a full charge in reserve just for an “Emergency” application. Therefore, with ECP, the one main difference between a “Service” application and an “Emergency” application is which of the two reservoirs provides the air.
Euclid tree68 Euclid Therefore, with ECP, a “Service” application can stop the train just as quickly as an “Emergency” application—if the “Service” reservoirs are fully charged. However that might not be the case, so the system includes “Emergency” reservoirs that always hold a full charge in reserve just for an “Emergency” application. Therefore, with ECP, the one main difference between a “Service” application and an “Emergency” application is which of the two reservoirs provides the air. Point of order: The current system also includes an emergency reservoir. It's not a feature unique to ECP. I said that the difference between ECP and conventional air brakes was how they operated their “Service” and “Emergency” applications. I elaborated that ECP includes a dedicated “Emergency” reservoir only to clarify that point about ECP. I did not say that the “Emergency” reservoir is not included with conventional air brakes. When I said (with ECP) the one main difference between a “Service” application and an “Emergency” application is which of the two reservoirs provides the air; I was referring at that stage to the difference between the two types of brake applications within ECP. The point of that difference between the two brake applications was opposed to the case with conventional air brakes in which there are other differences between the two types of brake applications besides which of the two reservoirs provide the air. The main difference I had in mind is that a “Service” application with conventional air brakes must have a limited rate of reduction in order to avoid triggering a change to an “Emergency” application. I assume that this is not the case with ECP because its electrical control dispenses with the need for the pneumatic control feature of conventional air brakes that produces an “Emergency” application on the basis of the rate of reduction triggering the “quick action” of the triple valves.
There is still the need for pneumatic actuated emergcy applications - when the train becomes uncoupled for whatever the reasons (slip over, unlocked coupler operation, broken knuckle, drawhead failure etc. etc.) as the airline will be opened to atmosphere and the electric line uncoupled.
Unless there are batteries on the cars, charged from the train-line electric cable. Then, loiss of signal applies the brakes from the batteries. Probably just as expensive and requireing greater maintenance than the above, however.
Remember that 'Emergency' is just as pneumatic on a current ECP setup as it is for Westinghouse for any of the events BaltACD mentions. If there are reserve power means on the cars, the emergency will follow quick opening of the valves; if there is no reserve, the valves are arranged to 'fail safe' by going to maximum (design) application as they de-energize.
If you remember M636C's comments about how crosstalk was supposed to be causing 'emergency' events -- if the computer 'thinks' it has lost control authority ... or if it in fact does lose authority and cannot modulate valves ... the default is essentially indistinguishable from a 'big-hole' emergency application. I do not think there is a way to design a truly 'failsafe' EC system (without distributed power and intelligence!)) that would not have such a behavior to some very significant extent.
Part of this of course is that, as I understand it, the current kind of ECP dual-mode conversion leaves the triple valve intact and provides a secondary modulating valve that 'bolts to it'. So any catastrophic drop of the (kept continuous) line pressure in an ECP one-pipe system will, when the pressure drops to where the 'existing' triple actuates, cause things to behave 'just' like a regular Westinghouse-equipped car going to emergency after a trainline break (well, maybe a little slower if the line starts at a higher actual gauge pressure...). In that case there 'might' be a little more or less actuating pressure depending on where the ECP valve was when it 'de-energized' and it was 'designed' just to stop in whatever position it was when the lights went out, or automatically closed to avoid 'false actuation conditions'.
Wizlish Remember that 'Emergency' is just as pneumatic on a current ECP setup as it is for Westinghouse for any of the events BaltACD mentions. If there are reserve power means on the cars, the emergency will follow quick opening of the valves; if there is no reserve, the valves are arranged to 'fail safe' by going to maximum (design) application as they de-energize. If you remember M636C's comments about how crosstalk was supposed to be causing 'emergency' events -- if the computer 'thinks' it has lost control authority ... or if it in fact does lose authority and cannot modulate valves ... the default is essentially indistinguishable from a 'big-hole' emergency application. I do not think there is a way to design a truly 'failsafe' EC system (without distributed power and intelligence!)) that would not have such a behavior to some very significant extent. Part of this of course is that, as I understand it, the current kind of ECP dual-mode conversion leaves the triple valve intact and provides a secondary modulating valve that 'bolts to it'. So any catastrophic drop of the (kept continuous) line pressure in an ECP one-pipe system will, when the pressure drops to where the 'existing' triple actuates, cause things to behave 'just' like a regular Westinghouse-equipped car going to emergency after a trainline break (well, maybe a little slower if the line starts at a higher actual gauge pressure...). In that case there 'might' be a little more or less actuating pressure depending on where the ECP valve was when it 'de-energized' and it was 'designed' just to stop in whatever position it was when the lights went out, or automatically closed to avoid 'false actuation conditions'.
Wizlish If you remember M636C's comments about how crosstalk was supposed to be causing 'emergency' events -- if the computer 'thinks' it has lost control authority ... or if it in fact does lose authority and cannot modulate valves ... the default is essentially indistinguishable from a 'big-hole' emergency application.
If you remember M636C's comments about how crosstalk was supposed to be causing 'emergency' events -- if the computer 'thinks' it has lost control authority ... or if it in fact does lose authority and cannot modulate valves ... the default is essentially indistinguishable from a 'big-hole' emergency application.
My comments about crosstalk were that I didn't believe it has ever occurred in real life. I have seen hundreds of ECP trains pass eachother at full track speed or dead slow and there was never any interaction of any kind.
I have seen an empty 80 car coal train stop following an emergency application and it did so so quickly and quietly that I didn't believe what I was seeing. There was no run in of slack. The train which was doing around 40 mph just stopped in less than its own length. The faulty signal was visible from a bridge I was standing on but not visible to the crew before they cleared the bridge. The train stopped with about 1/3 of the cars still in rear of the bridge.
I don't know the specific arrangement of air reservoirs on those cars, but it worked well.
My short answer is that it makes no difference, as long as both reservoirs are fully charged. Both types of application can happen instantaneously. Both will produce the same braking force. Both can be initiated by the intact wire when the affected derailment detector sends the signal to the ECP controller.
(They appear to be tinkering with the automatic 'quote' function, so I used BBcode directly)
As a 'nit', the ECP "emergency" application with an intact trainline will set up on the part of the train away from any command control valves (engineer's brake valve, properly-equipped FRED or DPU, an 'air repeater' midtrain car or Dave Klepper's midtrain valves, etc.) a little quicker, and that is the source of most of the observed "3%" difference. The 'rest' would come in if the ECP system is 'reliable' enough that a faster application rate in emergency without overshooting pressure on cars that can't handle 'excess' developed pressure can be achieved.
I'm uncertain whether the latter effect is safe to assume if the control cable (or other modality) parts or is impaired; I also presume that an ECP system that sets a 'penalty brake' emergency when it detects something like LOS or a wrong checksum or whatever would default to some 'maximum safe rate' and not to what the system could achieve under full sensing and feedback authority.
If the trainline parts, and the ECP is a 'hybrid' system, I expect the actual setup may be slower for ECP than one-pipe, because the trainline pressure will have to fall further before the physical triple valve ports over and the brake cylinders start to fill. If, as I think highly likely, the control cable 'parts' at roughly the same time the air line does, any 'default' modulation of the individual valves would depend on the way the particular ECP system handles catastrophic power-off (as distinct from catastrophic LOS of analog, digital, or mixed control signals). But this is an extreme case!
In my opinion, 'differential braking' in this situation would control the ECP on the 'front' end SPECIFICALLY to a service brake and not emergency application, not least because that preserves some chance of controlling the front end to keep out of the way of the back end piling up and sliding. if you have a dedicated ECP system (no use of a drop in the 'constant' supply pressure to actuate physical triple valves as a backup) then you have the authority to command graduated release on part or all of the 'intact' forward part of the consist, and even apply power to accelerate the train 'away' at graduated release ... but I'd think this will be much easier with a 'service' application than the digital equivalent of big-holing.
Most (perhaps all) the part of any system that controls braking with a 'derailment detector' is going to be concerned with trains that have not broken in two; in fact one of the important parts of having derailment detection at all is to prevent actual breaks from happening. So I think it makes some sense to have the 'right kind' of derailment detector ... one that can discriminate between different things happening with the truck position or perhaps geometry, and that understands when flange force or wheel accelerations are wrong, and that can communicate with the brake controller to 'figure things out' as much as possible, and as long a lead time as possible, before catastrophe actually starts. And then develop some protocol, probably involving metadata codes, that signal 'events' of progressive importance (as if they were guide numbers) to the ECP controller, so that the choice of differential vs. progressively 'fuller' service braking vs. emergency can be made with better assurance.
As I understand it, both 'commercialized' and marketed systems of American ECP (WABTEC and NYAB) use a procedure to establish physical location of the different cars at 'startup' (and, presumably, in realtime any time a car is switched out of a consist, etc.) It is comparatively simple to establish a metadata 'protocol' that tags a derailment-detector code with data associating it with a specific car, and in turn with that car's position, derived weight or maintenance state, etc. So nothing radical should be required either in the equipment or the programming to add the important part of this functionality ... in my current opinion.
(I should insert here that I still think redundant wireless backup, and some self-power and modulation for the ECP valves, is a valuable thing in one of these systems, but of course YMMV.)
I confess I have never quite understood what the controversy with 'crosstalk' between trains using twisted-pair conductors was supposed to be. My father thought that some 'early' applications might not have twisted the conductors "enough" (perhaps not at all?), thinking they were power and not mixed power/data. Certainly none of the Australian adopters would be that dumb.
Euclid However, if the electric train line parts after the two applications are triggered, the application behind the derailment cannot be further modified. Off hand, I cannot see any reason why the trailing application should ever be less than maximum force; or would need any further modification during the stopping process.
You're with buslist and some other very smart people in thinking this. I still think that it would be better to modulate the application, even if the 'ultimate result' is to have the brakes applied with full 'emergency' force and perhaps sliding, and I also think that this needs to be done with some sort of wireless enablement.
My current thought is to put simple metadata into the DPU protocol that could be 'read' by the (still connected) processors in a following segment. Presumably it is not a 'difficult' exercise to provide tail-end 220V emergency power from a device on the 'disconnected' part of a consist, whether or not actual DPU power is there, so the issue becomes how the rear brakes are modulated IN SPECIFIC EMERGENCY CONDITIONS -- this would probably involve a special reception mode and perhaps an 'emergency button' (tied in with PTC somewhere) that would actuate the DPU overlay recognition or priority if automatic systems did not do the job right.
This might only be good for 'a couple' of stops to rest, but it would assure as well as much more complicated systems that the rear end of the train progresses to maximum achievable safe deceleration and then a stop in minimum-time or minimum-distance in the 'best' way that jurisprudence, insurers, lawyers and newsworkers would recognize...
This would also coordinate overall as well as incremental braking rate relative to some 'conditions' ... most notably, if the rear of the train turns out to be stopping "less slowly" than expected, or if it were to start to move again after stopping for some reason, there could be an indication (both automatically and to the crew) that they should do a graduated release even before (as would apply in any other circumstance I could conceive) the front-end crew has not yet been able either to walk the consist or assess the 'state' of the cars at the point of separation.
I'm taking up the point in your last paragraph in a following post.
EuclidOne factor in particular to consider for reason to modify the brake force on the leading cars is the train speed. If the train deceleration happens to be exceeding the initial expectation of the system, then the application on the leading cars might be increased; and vice versa.
I would be a little more careful about 'which cars' get the increased braking effort, both in terms of reduction of train speed in different ranges (especially high speed, where you will want to modulate 'loads' differently from empties even if you haven't telemetered the load sensing, e.g. with higher effort on the loads initially shifting to a 'bias' toward the rear end of the consist to keep the slack from run-in or oscillation as the speed comes down.
The situation with unexpected deceleration also has a couple of aspects. This does not only involve graduated reduction of the front end to 'keep out of the way', it might also call for quick reduction if derailed cars start acting as an anchor and you want to preserve your drawbar integrity through the 'forward section' to avoid more potential run-ins.
I have already addressed some of the 'reasoning' for why you would want brake modulation relative to deceleration on the rear part of the consist, and at least one way that could be achieved without compromising more than about 3% of the ultimate "ideal-case" stop time or distance.
Wizlish Wizlish It's a bit like emergency brakes that make trains 'stop short' at crossings. There is technology that could do this, and we've discussed it in a couple of fairly long threads. I don't recall anything like that ever being discussed here. How would this be accomplished? Under what terms would "stopping short" occur? Dave Klepper, I think, started a thread on electromagnetic track brakes, in which I think you participated. Interestingly enough, erikem did an engineer's analysis on the requirements to actually make such a thing work at full scale and concluded it could be made to function. The basic idea (correct me anyone if this is wrong) is to provide an electromagnet of appropriate field strength and characteristics that 'rides' along the railhead, with enough cross-sectional area to produce both 'clamping' friction and eddy current induction in the rail steel. When a high current is applied through this magnet it produces a strong retarding force, independent of any braking being applied to the wheels, and under some circumstances it can exert a restoring force to keep a carbody (or truck frame, perhaps) in line with the rails. There is a limit as to energy dissipation (in part set, I think, by the Curie point of the railhead) and there are some potential problems with rail lifting or activation on curves or crossovers, and of course with dramatic problems in train handling if there is any differential slack or disproportionate braking level in different parts of the train. A version of this is and was applied historically to streetcars, where it has I believe been demonstrated to work quite well, at the (unexpected to me) cost of increasing rail corrugation when used more than intermittently. Apparently modern Li-ion battery tech has gotten to the point that it can store enough energy to brake a given loaded car down to a reasonable speed in a respectably short time ... once. It may not matter if parts of the system, or indeed parts of the track, require even expensive repairs when the emergency track brake is 'fired'. The more important consideration -- which as I mentioned would be difficult if not impossible to substantiate -- is whether the system introduces more danger or risk than it relieves.
Wizlish It's a bit like emergency brakes that make trains 'stop short' at crossings. There is technology that could do this, and we've discussed it in a couple of fairly long threads. I don't recall anything like that ever being discussed here. How would this be accomplished? Under what terms would "stopping short" occur?
Wizlish It's a bit like emergency brakes that make trains 'stop short' at crossings. There is technology that could do this, and we've discussed it in a couple of fairly long threads.
I don't recall anything like that ever being discussed here. How would this be accomplished? Under what terms would "stopping short" occur?
Dave Klepper, I think, started a thread on electromagnetic track brakes, in which I think you participated. Interestingly enough, erikem did an engineer's analysis on the requirements to actually make such a thing work at full scale and concluded it could be made to function.
The basic idea (correct me anyone if this is wrong) is to provide an electromagnet of appropriate field strength and characteristics that 'rides' along the railhead, with enough cross-sectional area to produce both 'clamping' friction and eddy current induction in the rail steel. When a high current is applied through this magnet it produces a strong retarding force, independent of any braking being applied to the wheels, and under some circumstances it can exert a restoring force to keep a carbody (or truck frame, perhaps) in line with the rails. There is a limit as to energy dissipation (in part set, I think, by the Curie point of the railhead) and there are some potential problems with rail lifting or activation on curves or crossovers, and of course with dramatic problems in train handling if there is any differential slack or disproportionate braking level in different parts of the train.
A version of this is and was applied historically to streetcars, where it has I believe been demonstrated to work quite well, at the (unexpected to me) cost of increasing rail corrugation when used more than intermittently.
Apparently modern Li-ion battery tech has gotten to the point that it can store enough energy to brake a given loaded car down to a reasonable speed in a respectably short time ... once. It may not matter if parts of the system, or indeed parts of the track, require even expensive repairs when the emergency track brake is 'fired'. The more important consideration -- which as I mentioned would be difficult if not impossible to substantiate -- is whether the system introduces more danger or risk than it relieves.
I've just read the whole thread, and I just can't keep from commenting on Wizlish's post, where he has described the system quite well. Probably this has already been said somewhere else, but here is the state of things in Germany.
Trams have been legally required since 1950 to use track brakes to achieve the mandated deceleration (about 9 feet per second squared). On heavy rail, every vehicle except locomotives which is certificated for speeds above 140 km/h (87 mph) has to have such a brake; brakes on individual vehicles are powered by batteries. This applies, of course, mainly to passenger equipment, as very few freight vehicles operate at speeds above 120 km/h or 75 mph.
(I hope the picture landed in the post, have no experience doing this).
This kind of brake is, AFAIK, used in this fashion everywhere in the UIC region (Europe without former USSR). DB ICE3 EMUs have a contactless brake system using only eddy currents for braking.
Electrically-signalled pneumatic brakes are in widespread use on passenger equipment; they can be controlled either by electric signals transmitted by cable or in the traditional way by pressure in the air line. In the UIC version of this system, the locomotive provides electrical power to the train via the UIC-standard cable link and is therefore suitable for freight equipment. the cable link is constantly monitored for malfunctions or train separation. The UIC region once planned to convert all rail vehicles to automatic couplers (the AK69E); tests had shown that conventional pneumatic brakes in conjunction with these couplers led to inacceptable slack action up to derailments, so it was planned to use EP brakes throughout. The conversion to automatic couplers was planned to happen on an Easter weekend (I think in 1972) all over Europe at the same time, but a number of countries balked - understandably. As the new coupler was completely incompatible with the traditional screw-link coupling every vehicle would have to have been converted at the same time, and the total number of vehicles concerned was certainly at least comparable to the number of rolling stock in the US, with a considerably larger number of locomotives. I seriously doubt the changeover would have been possible in much less than a month, with a resulting disruption in rail traffic. So the automatic coupler didn't happen, except in special applications (mainly ore unit trains above 4000 tonnes) and EP brakes in freight applications died with it.
Our community is FREE to join. To participate you must either login or register for an account.