3 ms·

What I find most amazing in that video is that the treadmill stalls, detects an error condition, reverses for a second, then immediately goes full pelt forward

What I find most amazing in that video is that the treadmill stalls, detects an error condition, reverses for a second, then immediately goes full pelt forward again. It’s crazy to think the treadmill has the ability to detect a potentially dangerous situation (the belt is completely jammed). But instead of shutting down, it does everything it can to keep operating and doing as much damage as possible. Peloton didn’t need to add extra guards or sensors, they just needed someone to program the damn thing to shutdown when it jams. Rather than programming it with some dangerous and stupid auto-unjam sequence.

herpderperator 6y ago
> Peloton didn't need to add extra guards or sensors, they just needed... This is a very naive comment. Substantial damage can be caused prior to the system detecting an error condition; this is no excuse for not having guards.
koheripbal 6y ago
The good news with this is that they can deploy software updates with their treadmills, so they'll likely fix this.
- biofox 6y ago
  I can't tell if this is sarcasm or not, but software should never be used to compensate for unsafe hardware. That lesson should have become standard knowledge after the Therac-25 disaster, which happened as a result of replacing a hardware interlock with a software one. https://en.wikipedia.org/wiki/Therac-25 https://en.wikipedia.org/wiki/Therac-25
  - avianlyric 6y ago
    Software is used to make hardware safe all the time. Look in any factory with automation and you’ll find hundreds Programmable Logic Controllers (PLCs) running safety critical operations, and acting as interlocks. Look inside a car, and you can find a dozen software based systems designed to make the hardware safer. E.g. Traction control, body stability systems, ABS breaking, software that decides which airbags fire in a collision, lane departure computer vision systems, air pressure alerts, engine control systems that look for unsafe operating conditions etc etc Ultimately software can be made safe. Long and rigorous software development processes and audit process are what makes it safe. Ultimately there’s nothing inherently safer about hardware safety systems, they’re engineered and suffer from human error. Proper risk assessments are always required, and safety systems should be built to match the risk. There’s no one size fits all’s. In Pelotons case, they clearly failed to assess and address the risk properly.
    - biofox 6y ago
      I agree with all of your points here, but I think there is an important distinction to be made between passive and active safety features. All of the examples you give are active features, which means they require continuous error-free sensing to remain functional. Passive safety has inherent advantages.

herpderperator 6y ago

> Peloton didn't need to add extra guards or sensors, they just needed... This is a very naive comment. Substantial damage can be caused prior to the system detecting an error condition; this is no excuse for not having guards.

koheripbal 6y ago

The good news with this is that they can deploy software updates with their treadmills, so they'll likely fix this.

biofox 6y ago
I can't tell if this is sarcasm or not, but software should never be used to compensate for unsafe hardware. That lesson should have become standard knowledge after the Therac-25 disaster, which happened as a result of replacing a hardware interlock with a software one. https://en.wikipedia.org/wiki/Therac-25 https://en.wikipedia.org/wiki/Therac-25
- avianlyric 6y ago
  Software is used to make hardware safe all the time. Look in any factory with automation and you’ll find hundreds Programmable Logic Controllers (PLCs) running safety critical operations, and acting as interlocks. Look inside a car, and you can find a dozen software based systems designed to make the hardware safer. E.g. Traction control, body stability systems, ABS breaking, software that decides which airbags fire in a collision, lane departure computer vision systems, air pressure alerts, engine control systems that look for unsafe operating conditions etc etc Ultimately software can be made safe. Long and rigorous software development processes and audit process are what makes it safe. Ultimately there’s nothing inherently safer about hardware safety systems, they’re engineered and suffer from human error. Proper risk assessments are always required, and safety systems should be built to match the risk. There’s no one size fits all’s. In Pelotons case, they clearly failed to assess and address the risk properly.
  - biofox 6y ago
    I agree with all of your points here, but I think there is an important distinction to be made between passive and active safety features. All of the examples you give are active features, which means they require continuous error-free sensing to remain functional. Passive safety has inherent advantages.