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.... >> I would tend to agree that having a set of tables as ultimate backup would be a VERY wise idea. I have finally gone to diving with two identical computers. Something I should have done long ago! > >It seems to me that real-time capability for a basic bubble algorithm would not >be too hard to build into today's computers. > Agreed. We now have plenty of hardware capability to run all of the calculations in real-time. >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). > User interface and information display ARE the KEY elements to a diver usable computer. >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. > Contingencies for the computer raise all sorts of possible scenarioes. most of which i have not yet explored. >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. > As you may or may not know, I am a big supporter of IWR when apporpriate, and we are looking into building an IWR protocol into the computer. >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!] > Well, first I have to get one of the OEMs to sign off on the computer. Much to my surprise I was approached by another major manufacturer at the AAUS workshop last weekend. Just as soon as we look down the manufacturing contract on the submersible, things will kick into high gear. As for the chamber dives... i was hit up for model verification protocols at the AAUS meeting. As you can well imagine, there is NO way to truely verify such a broad spectrum model. Where we need a solid 300 dives per fixed table, I can't see any way to do a real model verification series. BUT, the submersible will have to be run through hundreds of chamber dives to verify the model is properly opperating. Then we will put it into field Beta testing and let a handfull of divers start playing with it in real-world conditions. Needless to say, there is MUCH yet to be done. And all the while, the model is still evolving. >Regards, > >David. >______________________________________________________________________________ >David Giddy, Voice: +61 3 9253 6388 Christopher M. Parrett, President, Abysmal Diving Inc. Makers of ABYSS, Advanced Dive Planning Software. 6595 Odell Place, Suite G. Boulder CO, 80301 Ph, 303-530-7248, Fx, 303-530-2808 ftp://abysmal.com/users/abysmal http://www.emi.net/boynton/abyss/abyss.html
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]