LordOfDarkness
TS Member
- Favourite Ride
- Nemesis
Thank god we didn't get lap bars. OTSRS have certainly saved lives.
I think you misunderstand the point about the sensors. I'm a non-expert just basing my opinion on what I've read on here, but if I've understood correctly, the way they work is that if a car passes one sensor, but doesn't pass the next one, the system sees it as stuck and stops the ride. There needs to be some override in place so that, on the odd occasion when you have removed a car from between two sensors, the system isn't still sat waiting for the car to pass the second sensor.With the system overridden, it could have all the sensors in the world, but the entire purpose of the override is to ignore those
Putting any ride into manual mode will completely override any safety features and alerts from sensors etc within blocks. The sensors only apply when in full automatic mode
I would imagine that they are also taking time to strip the park of all Smiler-related promotional material. They had the logo plastered everywhere and it is a bit of a pointless and constant reminder of the event now, if the ride isn't gonna be up and running any time soon (judging from the forum consensus, next season if ever). It's gonna be a weird year (and possibly beyond?) at Alton, for sure.
Where are these rumours coming from? The lastest we have on the injuries are as follows:
Unfortunately it is. The ride still requires and override. For example when the ride valleys, they close it and lift it off the track with a crane. The ride will never start unless it's reset. There has to be a way to reset it and unfortunately that still means human interaction. However it's poor design, a few more sensors on the spot of the valley could eliminate this issue entirely.
I disagree, if the extra sensor was a presence detector in the batwing element, hard-wired to a braking system just beyond the lift hill crest (or to a very short chain section at the crest), and beyond the control of even the engineer's override key, this wouldn't happen. There would be no legitimate reason for an engineer to require an override for this function either, the system is reset by removing the offending train.
I agree, and that's why I believe that as ever, the simplest solution is the best, before any override have 2/3 confirmation points from which all of the ride is visible, if all ops give all clear after visual check, override.You're both correct in what you say, however this would be difficult to implement and makes processes harder because you would have multiple systems that could potentially contradict each other. If only because for it to work correctly you would need to have your extra sensors at every possible place the train could potentially stop. I know it's well known for the ride to stall where it stalled yesterday, but a wheel issue (or similar) could cause it to stall almost anywhere - unlikely, but possible.
The block system is tried and tested and works fine, it sounds like it worked yesterday, but something caused the train to move off the lift when it shouldn't have done. With the 'extra sensor', the train could stop elsewhere and the system show as clear.
Block in. Block out. That needs to be the nature of the control.