Welcome to ScubaBoard, the world's largest scuba diving community. Registration is not required to read the forums, but we encourage you to join. Joining has its benefits and enables you to participate in the discussions.
Benefits of registering include
Your computer will lock out, if you ascend above your deco ceiling for more than 2mins (in your case)
Please provide realistic examples as to why you'd do this?
Why do you run out of gas?You are decompressing at 27 or 24 mt and you run out of 30/30 or 35/30 and your next available mix is EAN 50 or Heliox 50/20 which has a mod of 21 would blow the remaining time at 24 (probably one or two minutes) or breathe an too rich mix? Depending on the GF I am set (I dive 45/85) probably blowing a few minutes at 24 is better than breathing a too rich mix.
Just a realistic example ...
You should not but:Why do you run out of gas?
Just a realistic example ...
Running scenarios makes you prepared for emergencies ...
the lock out feature is IMO a safety aspect to force untrained divers in deco to remain on the surface for a day if they mis a deco stop after aquireing an unplanned obligation.
This is how I look at it. I assume the models that keep calculating show you decompressing really fast when you are on the surface when you should be at 30 feet? Does it work that way or do big bubbles leave slower?Not only that, but also (to quote Wienke) DCS is a hit or no hit binary statistic, like a coin toss. If you "bend" a computer built on that assumption, it's already "hit". It can't continue computing your "no hit" loading, it has to clear its little mind before it can function as designed again.
The alternative design decision is to keep computing the loadings, with no regard to how far above the M-values they are. I can see how some technical divers in emergency situations may find that useful -- but as a programmer I much prefer code that has well-defined limits and throws EOUTOFRANGE when the luser tries to push it beyond its design specs.