Nationwide, US railroads, both freight and passenger, are embroiled in difficulties implementing a huge federally mandated project for advanced radio based positive train control systems, achieving what Europeans would call ATP functionality, but sadly according to this report:
http://www.nytimes.com/2015/05/15/u...onths-away-from-installing-safety-system.html it seems modern radio-based PTC for the North East Corridor had already been largely designed and built but the equipment had lain idle for FOUR YEARS pending resolution of a dispute over rights to use certain radio frequencies. As demonstrated by the 2013 Santiago de Compostella tragedy in Spain and the Metro North Bronx derailment the same year, perhaps this latest Amtrack Philadelphia derailment might also have been prevented by a little more intelligent use of legacy technologies that already exist and are in extensive use.
The Spanish Santiago de Compostella incident, like Philadelphia involved over-speeding in a tight curve, and was at least partly a result of authorities deciding it wasn't worth the effort to properly configure the trackside safety protection systems at a high risk transition between the new line and the old line just before the sharp curve, for a temporary interim stage of a major new line project. in the absence of the final ETCS, a legacy warning and protection system was present in the transition area but was only used for signal protection not for static speed restrictions, although there were known methods for configuring the system for that purpose. However as with many rail organisations Spanish railways were reluctant to extend the use of the legacy system to protecting static speed restrictions for curves for example, perhaps seeing it as costly 'scope creep' or, as with early BR AWS at speed restriction warning boards in the 1950s, considering it 'too confusing' for the driver. Consequentially there was no warning and no intervention approaching the curve, nor did the second driver in the cab notice the mistake. Tellingly, within days of the incident technicians had completed fitting the legacy trackside protection systems for the speed restriction.
The Metro North (MN) Bronx derailment in December 2013 was also not prevented by safety systems, despite the trains having an effective speed control system, designed to positively control trains on approach to signals and stop them if they pass reds -
http://en.wikipedia.org/wiki/Pulse_code_cab_signaling . These systems use a range of pulse codes at varying frequencies superimposed on the track circuit voltage used for train detection. On entering a new track section at an insulated boundary joint, an inductive sensor at the front of the train picks up the pulse frequency just before the first axle shorts out the rail voltage and equipment on the train processes it accordingly. Unfortunately, despite every cab on Metro North being fitted with this technology there was an institutional reluctance at that particular railroad, unlike the nearby Long Island Railroad (LIRR), to use the system for enforcing static speed limits not related to dynamic signalling states, such as those on curves. Nevertheless, within days of the incident technicians were out installing the appropriate code generator modules for the particular track circuits on the curve and its approaches.
The Pennsylvania Railroad (PRR) invented the original pulse code system in the 1920s. What is now referred to as Amtrack's North East Corridor (NEC) was once PRR property and unsurprisingly the infrastructure and all the trains that run on it are equipped with the pulse code system. Amtrack started to use the pulse codes to enforce civil speed limits on the NEC in the 1990s, supplemented by a new transponder based system from 2000 that enables the Acela trains to run at up to 150MPH, but the fitment was confined to what were considered the most dangerous speed restrictions. The southbound track at the crash site made the grade because of the longer, higher speed (110MPH) straight approach, but the northbound failed the investment criteria because all Amtrack trains stop or go slowly through Philadelphia and their typical achievable speed, on re-accelerating and reaching the curve was assumed to be within an acceptable safe range.
Justifying not fitting of this automatic train control (ATC) system based on likely achievable speed of rolling stock of the time (1990s) perhaps left a dangerous trap for when future trains arrived having better acceleration, as I think was demonstrated at Frankford Junction tragically. The almost brand new Amtrack City Sprinter locomotive involved:
http://en.wikipedia.org/wiki/Amtrak_Cities_Sprinter is capable of developing extraordinary feats of short-term power and tractive effort output across a wide speed range, and was built to be able to accelerate eighteen Amfleet cars from 0 to 125MPH within eight minutes. The derailed train was only seven cars so might have been up to 100MPH within two or three minutes, and with that kind of performance it's worth exploiting it for a short burst of higher speed sprinting after the station stop before having to brake sharply again for the curve. With older less powerful trains, it may not have been worth trying for the top speed until after the curve.
So better performance may have changed the safety assumptions. Perhaps that was tolerated under the assumption the new radio PTC should have been in operation by now, although in that case some of the more dangerous 'borderline fail' sites should have been reconsidered for the old system once it was known how late the new system delivery might be. Amtrak has now been ordered by the Federal Railroad Administration (FRA) to install the old ATC system at the crash site and reassess other speed restriction sites along the route. The new northbound speed restriction at Frankford Junction has been set at 45MPH, which corresponds to one of the original standard pulse codes. The legacy system has now been installed within days, just as in the aftermath of the MN Bronx incident.
http://www.ft.com/cms/s/0/0b49d57c-fc8f-11e4-800d-00144feabdc0.html#axzz3aXKl0aF9
Here is an interesting paper on NEC protection systems:
https://www.arema.org/files/library/2001_Conference_Proceedings/00022.pdf