Mailing List Archive Mailing List Archive
>From: Eric Maiken <ebmaiken@ea*.oa*.uc*.ed*> > >On Wed, 27 Sep 1995, Christopher M. Parrett wrote: >> >> The only problem becomes one of emergency gas switches. >> If you deviate from the anticipated gas regiment, your Screwed Big-Time, as >> the previous deco stops have now become dependant on the subsequent ones. >> With the Buhlman system, previous stops are independant of each other. > [good stuff deleted] >i see a few solutions to the problem: > >-if you are doing a real-time computation (that you believe....), then you >can leverage the decompression by staying deep (30ft, or so) and keeping >enough bubbles at zero or negative supersaturation so that they shrink. >also, for any excess population of growing nuclei and elimination gradients, you can >lengthen time at stops to make the future contributions (say on the >surface) of the critical-volume integral smaller. as no-one (who i know >of...) has real-time capability, this is moot for now. so,...bring a set >of worst-case back-up tables.... > It seems to me that real-time capability for a basic bubble algorithm would not be too hard to build into today's computers. I think the problem would be the user interface. You would need a way to tell the computer what you planned to breathe on the way up and when you wanted to start the ascent (otherwise, multi-level profiles may be a problem). You would also need an "oh shit, someone has stolen/drained/busted my O2 stage" button! Presumably the computer could be programmed to switch back to an air algorithm and send you down deeper again to deal with those over-grown bubbles. An interesting feature might be the capability to handle missed deco in a more constructive way than current computers (lock off for 24 hours). The computer could probably tell you exactly how to perform IWR based on bubble growth during the time you were at the surface. It should also be able to give you an air version of IWR. These are the sort of capabilities I believe a future technical computer based on a bubble model should have. These are also the reasons I am keen to see bubble models fully implemented and tested. [Chris, how about you and Bruce try some of this in that chamber you said you had access to ? I know - it's a major project!] Regards, David. ______________________________________________________________________________ David Giddy, Voice: +61 3 9253 6388 Telstra Research Laboratories, Fax: +61 3 9253 6144 P.O. Box 249, Rosebank MDC, 3169, AUSTRALIA Email: d.giddy@tr*.te*.co*.au* ------------------------------------------------------------------------------
Navigate by Author:
[Previous]
[Next]
[Author Search Index]
Navigate by Subject:
[Previous]
[Next]
[Subject Search Index]
[Send Reply] [Send Message with New Topic]
[Search Selection] [Mailing List Home] [Home]