Dive computer

From Infogalactic: the planetary knowledge core
(Redirected from Bottom timer)
Jump to: navigation, search
File:Suunto D9 Dive Computer.jpg
A watch sized dive computer incorporating an electronic compass and the ability to display cylinder pressure when used with an optional transmitter (Suunto D9)

A dive computer, personal decompression computer or decompression meter is a device used by an underwater diver to measure the time and depth of a dive so that a safe ascent profile can be calculated and displayed so that the diver can avoid decompression sickness.[1]

Purpose

Dive computers address the same problem as decompression tables, but are able to perform a continuous calculation of the partial pressure of inert gases in the body based on the actual depth and time profile of the diver.[1] As the dive computer automatically measures depth and time, it is able to warn of excessive ascent rates and missed decompression stops and the diver has less reason to carry a separate dive watch and depth gauge. Many dive computers also provide additional information to the diver including air and water temperature, data used to help prevent oxygen toxicity, a computer-readable dive log, and the pressure of the remaining breathing gas in the diving cylinder. This recorded information can be used for the diver's personal log of their activities or as important information in medical review or legal cases following diving accidents.[2][3]

Because of the computer's ability to continually re-calculate based on changing data, the diver benefits by being able to remain underwater for longer periods of time at acceptable risk. For example, a recreational diver who plans to stay within "no-decompression" limits can in many cases simply ascend a few feet each minute, while continuing the dive, and still remain within reasonably safe limits, rather than adhering to a pre-planned bottom time and ascending directly. So-called multi-level dives can be planned with traditional dive tables, but the additional calculations become complex and the plan may be cumbersome to follow. Computers allow for a certain amount of spontaneity during the dive.

Dive computers are used to safely calculate decompression schedules in recreational, scientific, and military diving operations. There is no reason to assume that they cannot be valuable tools for commercial diving operations, especially on multi-level dives.[4]

History

Uwatec Aladin Pro dive computer showing the log of a previous dive

The Office of Naval Research funded a project with the Scripps Institute of Oceanography for the theoretical design of a prototype decompression analog computer. The Foxboro Decomputer, Mark I was manufactured by the Foxboro Company and evaluated by the US Navy Experimental Diving Unit in 1957.[5] Confusion between the diffusivity coefficient and the then new concept of tissue half time resulted in a device that did not properly mirror decompression status. Had this error not occurred, the U.S. Navy Tables might never have been developed, and divers might have been using instrumentation to control their dives from 1957 on.

The first recreational mechanical analogue dive computer, the "decompression meter" was designed by the Italians De Sanctis & Alinari in 1959 and built in their factory named SOS, which also made depth gauges. The decompression meter was distributed directly by SOS and also by scuba diving equipment firms such as Scubapro and Cressi. It was very simple in principle: a waterproof bladder filled with gas inside a big casing bled into a smaller chamber through a semi-porous ceramic cartridge (to simulate tissue in/out gassing). The chamber pressure was measured by a bourdon tube, calibrated to indicate decompression status. The device functioned so poorly that it was eventually nicknamed "bendomatic".[6]

In 1965, Stubbs and Kidd applied their decompression model to a pneumatic analogue decompression computer.[7][8]

Several analogue decompression meters were subsequently made, some with several bladders for illustrating the effect on various body tissues, but they were sidelined with the arrival on the scene of electronic computers.

In 1983,[9] the Hans Hass-DecoBrain, designed by Divetronic AG a Swiss start-up, became the first decompression diving computer, capable of displaying the information that today's diving computers do. The DecoBrain was based on A. Bühlmann's 16 compartment (ZHL-12) tissue model[10] which Jürg Hermann, an electronic engineer implemented in 1981 on one of Intel's first single-chip microcontrollers as part of his thesis at the Swiss Federal Institute of Technology.

The 1984 Orca EDGE was an early example of a dive computer.[10] Designed by Craig Barshinger Karl Huggins and Paul Heinmiller, the EDGE did not display a decompression plan, but instead the EDGE showed the ceiling or the so-called "safe-ascent-depth". A drawback was that if the diver was faced by a ceiling, he did not know how long he would have to decompress. The EDGE's large, unique display, however, featuring 12 tissue bars permitted an experienced user to make a reasonable estimate of his or her decompression obligation.

In 1984 the US Navy diving computer (UDC) which was based on a 9 tissue model of Edward D. Thalmann of the Naval Experimental Diving Unit (NEDU), Panama City, who developed the US Navy tables. Divetronic AG completed the UDC development – as it had been started by the chief engineer Kirk Jennings of the Naval Ocean System Center, Hawaii, and Thalmann of the NEDU – by adapting the Deco Brain for US Navy warfare use and for their 9-tissue MK-15 mixgas model under an R&D contract of the US Navy.

Orca Industries continued to refine their technology with the release of the Skinny-dipper in 1987 to do calculations for repetitive diving.[11] They later released the Delphi computer in 1989 that included calculations for diving at altitude as well as profile recording.[11]

Even by the late 1980s, the advent of Dive Computers had not met with what might be considered widespread acceptance. Combined with the general mistrust, at the time, of taking a piece of electronics that your life might depend upon underwater, there were also objections expressed ranging from the ridiculous (dive resorts felt that the increased bottom time would upset their boat and meal schedules) to the sublime (knowledgeable divers felt that the increased bottom time would, regardless of the facts, result in many more cases of Decompression sickness). Understanding the need for clear communication and debate, Michael Lang of the California State University at San Diego and William Hamilton of Hamilton Research Ltd. brought together, under the auspices of the American Academy of Underwater Sciences a diverse group that included most of the dive computer designers and manufacturers, some of the best known hyperbaric medicine theorists and practitioners, representatives from the recreational diving agencies, the cave diving community and the scientific diving community.

The basic issue was made clear by Andrew A. Pilmanis in his introductory remarks: "It is apparent that dive computers "are here to stay" but are still in the early stages of development. From this perspective, this workshop can begin the process of establishing standard evaluation procedures for assuring safe and effective utilization of dive computers in scientific diving."[1]

After meeting for two days the conferees were still in, "the early stages of development," and the "process of establishing standard evaluation procedures for assuring safe and effective utilization of dive computers in scientific diving," had not really begun. University of Rhode Island Diving Safety Officer Phillip Sharkey and ORCA EDGE's Director of Research and Development, prepared a 12-point proposal that they invited the Diving Safety Officers (DSO) in attendance to discuss at an evening closed meeting. Those attending included: Jim Stewart (Scripps Institution of Oceanography), Lee Somers (University of Michigan), Mark Flahan (San Diego State University), Woody Southerland (Duke University), John Heine (Moss Landing Marine Laboratories), Glen Egstrom (University of California, Los Angeles), John Duffy (California Department of Fish and Game), and James Corry (United States Secret Service). Over the course of several hours the suggestion prepared by Sharkey and Heinmiller was edited and turned into the following 13 recommendations:

  1. Only those makes and models of dive computers specifically approved by the Diving Control Board may be used.
  2. Any diver desiring the approval to use a dive computer as a means of determining decompression status must apply to the Diving Control Board, complete an appropriate practical training session and pass a written examination.
  3. Each diver relying on a dive computer to plan dives and indicate or determine decompression status must have his own unit.
  4. On any given dive, both divers in the buddy pair must follow the most conservative dive computer.
  5. If the dive computer fails at any time during the dive, the dive must be terminated and appropriate surfacing procedures should be initiated immediately.
  6. A diver should not dive for 18 hours before activating a dive computer to use it to control his diving.
  7. Once the dive computer is in use, it must not be switched off until it indicates complete outgassing has occurred or 18 hours have elapsed, whichever comes first.
  8. When using a dive computer, nonemergency ascents are to be at the rate specified for the make and model of dive computer being used.
  9. Ascent rates shall not exceed 40 fsw/min in the last 60 fsw.
  10. Whenever practical, divers using a dive computer should make a stop between 10 and 30 feet for 5 minutes, especially for dives below 60 fsw.
  11. Only 1 dive on the dive computer in which the NDL of the tables or dive computer has been exceeded may be made in any 18-hour period.
  12. Repetitive and multi-level diving procedures should start the dive, or series of dives, at the maximum planned depth, followed by subsequent dives of shallower exposures.
  13. Multiple deep dives require special consideration.

As recorded in "Session 9: General discussion and concluding remarks:" "Mike Lang next lead the group discussion to reach consensus on the guidelines for use of dive computers. These 13 points had been thoroughly discussed and compiled the night before, so that most of the additional comments were for clarification and precision. The following items are the guidelines for use of dive computers for the scientific diving community. It was again reinforced that almost all of these guidelines were also applicable to the diving community at large.[1]"

The remarkable thing about this process is that after the AAUS workshop the opposition to Dive Computer crumbled, numerous new models were introduced, the technology dramatically improved and Dive Computers became, virtually overnight, the standard pieces of diving equipment that they are today.

In 2001, the US Navy approved the use of Cochran NAVY decompression computer with the VVAL 18 Thalmann algorithm for Special Warfare operations.[12][13]

In 2008, the Underwater Digital Interface (UDI) was released to the market. This dive computer, based on the RGBM model, includes an underwater communication system that enables divers to transmit text messages, also featuring SOS and homing capabilities, and digital 3D compass.[14]

Display information

Technical diver wearing a dive computer on his left wrist during a decompression stop.

Dive computers provide a variety of visual dive information to the diver.

Modern dive computers display the following information on a LCD:

  • Current depth.
  • Maximum depth reached on this dive.
  • No stop time, the time remaining at the current depth without the need for decompression stops on ascent.
  • Dive time, often measured from the end of the last longer surface interval.

Many dive computers also display additional information:

  • Total ascent time
  • Required decompression stop depth and time.
  • Water temperature.
  • Ascent rate.
  • Dive profile (often not displayed during the dive, but transmitted to a personal computer).

Some computers are designed to display information from a diving cylinder pressure sensor, such as:

  • Gas pressure.
  • Estimated remaining air time (RAT) based on available gas, rate of gas consumption and ascent time.

Some information is only shown at the surface to avoid an information overload of the diver during the dive:

  • "Time to Fly" display showing when the diver can safely board an airplane.
  • Desaturation time
  • A log of key information about previous dives.
  • Maximum non-decompression bottom times for subsequent dives based on the partial pressure of the gases in the tissue.
  • dive planning functions


Audible information

Many dive computers have warning buzzers that warn the diver of events such as:

  • Excessive ascent rates.
  • Missed decompression stops.
  • Maximum operation depth exceeded.
  • Oxygen toxicity limits exceeded.

Operation

Schematic structure of a dive computer

Modern dive computers are battery-powered computers within a watertight case. These computers track the dive profile by measuring time and pressure. All dive computers measure the surrounding pressure to estimate the partial pressure of gases in the human tissue. More advanced dive computers also include additional information into the calculations, for example, the water temperature or the diving cylinder pressure.

The computer then uses the profile and a decompression algorithm to estimate the partial pressure of inert gases that has been dissolved in the diver's tissues.[15] Based on these calculations, the computer estimates when a direct ascent is no longer possible, and what decompression stops would be needed.[15]

Examples of decompression algorithms are Bühlmann tables, the Multi-Tissue Model, the Varying Permeability Model, and the Reduced Gradient Bubble Model.

Many dive computers are able to produce a safe decompression schedule for dives that take place at altitude, which requires a slower ascent than at sea level, because the computers measure the atmospheric pressure before the dive. When divers travel before or after diving and particularly when they fly, they should transport their dive computer with them in the same pressure regime so that the computer can measure the pressure profile that their body has undergone.

Algorithms

Mares M1 diving computer, showing simulated data

Algorithms vary by model from each manufacturer but only a few algorithms have been developed, for example the Bühlmann decompression algorithm. The algorithm used may also be a modification of an existing algorithm and may be an important consideration in the choice of a dive computer. Dive computers using the same internal electronics are often marketed under an array of brand names.

The algorithm used helps to minimise a diver's risk of decompression sickness (DCS). Diving scientists use known data that is recorded and averaged from previous divers to create an algorithm. The computer measures depth and time, then uses the algorithm to determine decompression requirements and no-stop times. An algorithm tries to account for magnitude of pressure reduction, repetitive exposures, rate of ascent, and time at altitude. Some algorithms may not be able to account for age, previous injury, ambient temperature, body type, alcohol consumption, dehydration, and other factors such as patent foramen ovale, when determining the decompression requirements, while others may attempt to compensate for temperature and workload by having sensors that monitor ambient temperature and cylinder pressure.

As of 2009, the newest dive computers on the market use:

As of 2012:

  • Cochran EMC-20H: 20-tissue Haldanean model.[4]
  • Cochran VVAL-18: nine-tissue Haldanean model with exponential ongasing and linear offgasing.[4]
  • Delta P: 16-tissue Haldanean model with VGM (variable gradient model, i.e., the tolerated supersaturation levels change during the dive as a function of the profile, but no details are provided as to how this is done).[4]
  • Mares: 10-tissue Haldanean model with RGBM; what the RGBM part of the model does is not described in detail anywhere and is not available to the public.[4]
  • Suunto: nine-tissue Haldanean model with RGBM; what the RGBM part of the model does is not described in detail anywhere and is not available to the public.[4]
  • Uwatec: eight-tissue Haldanean model.[4]

Special purpose dive computers

A dive computer incorporating Nitrox functions (Suunto Vyper Air)

Some dive computers are able to calculate decompression schedules for breathing gases other than air, such as nitrox, pure oxygen, trimix or heliox. The more basic nitrox dive computers only support one or two gas mixes for each dive. Others support many different mixes.[16]

Most dive computers calculate decompression for 'open circuit' SCUBA where the proportions of the breathing gases are constant: these are "constant fraction" dive computers. Other dive computers are designed to model the gases in some 'closed circuit' SCUBA (rebreathers), which maintain constant partial pressures of gases by varying the proportions of gases in the mixture: these are "constant partial pressure" dive computers. There are also dive computers which monitor oxygen partial pressure in real time in combination with a user nominated diluent mixture to provide a constantly updated mix analysis which is then used in the decompression algorithm to provide decompression information.[17][18]

Precautions

The ease of use of dive computers exposes the diver to other dangers. Dive computers allow divers to perform complex dives with little planning. Divers may rely on the computer instead of dive planning and monitoring.

Many dive computers have menus, various selectable options and various display modes, which are controlled by a small number of buttons. Control of the computer display differs between manufacturers and in some cases between models by the same manufacturer. The diver may need information not displayed on the default screen during a dive, and the button sequence to access the information may not be immediately obvious. If the diver becomes familiar with the control of the computer on dives where the information is not critical before relying on it for more challenging dives there is less risk of confusion which may lead to an accident.

It is possible for a dive computer to malfunction during a dive. If the diver has been monitoring decompression status and is within the no-decompression limits, a computer failure can be safely managed by simply surfacing at the recommended ascent rate, and if possible, doing a short safety stop near the surface. If, however the computer could fail while the diver has a decompression obligation, or cannot make a direct ascent, some form of backup is prudent.

  • The diver may carry a backup dive computer.
  • If diving to a well regulated buddy system where both divers follow closely matched dive profiles, the buddy's dive computer may be sufficient backup.
  • A dive profile can be planned before the dive, and followed closely to allow reversion to the planned schedule if the computer fails. This implies the availability of a backup timer and depth gauge, or the schedule will be useless.

Some organisations such as the AAUS have recommended that a dive plan should be established before the dive and then followed throughout the dive unless the dive is aborted. This dive plan should be within the limits of the decompression tables[clarification needed] to increase the margin of safety, and to provide a backup decompression schedule based on the dive tables in case the computer fails underwater.[1][19][20] The disadvantage of this extremely conservative use of dive computers is that when used this way, the dive computer is merely used as a bottom timer, and the advantages of real time computation of decompression status are sacrificed.[4]

The main problem in establishing decompression algorithms for both dive computers and production of decompression tables, is that the gas absorption and release under pressure in the human body is still not completely understood. Furthermore, the risk of decompression sickness also depends on the physiology, fitness, condition and health of the individual diver. The safety record of most dive computers indicates that when used according to the manufacturer's instructions, and within the recommended depth range, the risk of decompression sickness is low.[4]

A diver wishing to further reduce the risk of decompression sickness can take additional precautionary measures such as one or more of:

  • Use a dive computer with a relatively conservative decompression model
  • Induce additional conservatism in the algorithm by selecting a more conservative personal setting or using a higher altitude setting than the actual dive altitude indicates.
  • Add additional deep safety stops during a deep dive
  • Make a slow ascent
  • Add additional shallow safety stops
  • Have a long surface interval between dives

Many computers go into a "lockout" mode for 24 hours if the diver violates the computer's safety limits, to discourage continued diving after an unsafe dive. While in lockout mode, these computers will not function until the lockout period has ended. When this happens underwater it will leave the diver without any decompression information at the time when it is most needed. Other computers, for example Delta P's VR3, will continue to function, providing 'best guess' functionality whilst warning the diver that a stop has been missed, or stop depth exceeded.

Validation

The risk of the decompression algorithms programmed into dive computers may be assessed in several ways, including tests on human subjects, monitored pilot programs, comparison to dive profiles with known decompression sickness risk, and comparison to risk models.[4]

Performance of dive computers exposed to profiles with known human subject results.

Studies at the University of Southern California Catalina Hyperbaric Chamber ran dive computers against a group of dive profiles that have been tested with human subjects, or have a large number of operational dives on record.[21]

The dive computers were immersed in water inside the chamber and the profiles were run. Remaining no-decompression times, or required total decompression times, were recorded from each computer 1 min prior to departure from each depth in the profile. The results for a 40 msw “low risk” multi-level no-decompression dive from the PADI/DSAT RDP test series [22] provided a range of 26 min of no-decompression time remaining to 15 min of required decompression time for the computers tested.

Computer model Decompression required No decompression time remaining
Algorithm Conservative:
Low risk		 Algorithm risk greater than profile risk:
Unknown Risk
EMC-20H 26 minutes
Veo250 18 minutes
Resource 17 minutes
Atmos 2 11 minutes
Atmos ai 11 minutes
Pro Plus 11 minutes
Versa Pro 11 minutes
Atmos 1 9 minutes
Versa 9 minutes
Edge 4 minutes
Nemesis 4 minutes
Cyber Aqualand 4 minutes
Solution 7 minutes
Darwin 9 minutes
M1 10 minutes
Archimedes 12 minutes
Smart Pro 12 minutes
Vytec 12 minutes
Mosquito 13 minutes
Darwin RGBM 14 minutes
M1 RGBM 15 minutes

Comparative assessment and validation

Evaluation of decompression algorithms could be done without the need for tests on human subjects by establishing a set of previously tested dive profiles with a known risk of decompression sickness. This could provide a rudimentary baseline for dive computer comparisons.[4] As of 2012, the accuracy of temperature and depth measurements from computers may lack consistency between them making this type of research difficult.[23]

Operational considerations for use in commercial diving operations

If the decompression algorithm used in a series of dive computers is considered to be acceptable for commercial diving operations, with or without additional usage guidelines, then there are operational issues that need to be considered:[4]

  1. The computer must be simple to operate or it will probably not be accepted.
  2. The display must be easily read in low visibility conditions to be effectively used.
  3. The display must be clear and easily understood, even if the diver is suffering from nitrogen narcosis, to reduce the risk of confusion and poor decisions.
  4. The decompression algorithm should be adjustable to more conservative settings, as some divers may want a more conservative profile.
  5. The dive computer must be easy to download to collect profile data so that analysis of dives can be done.

Manufacturers

Other retailers sell computer clones made by Seiko (Apeks, Cressi, Dive Rite, ScubaPro, Tusa, Zeagle) or Pelagic Pressure Systems (Beuchat, Genesis, Seemann, Sherwood) or Benemec Oy (A.P.Valves).

See also

References

  1. ↑ 1.0 1.1 1.2 1.3 1.4 Lua error in package.lua at line 80: module 'strict' not found.
  2. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  3. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  4. ↑ 4.00 4.01 4.02 4.03 4.04 4.05 4.06 4.07 4.08 4.09 4.10 4.11 Lua error in package.lua at line 80: module 'strict' not found.
  5. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  6. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  7. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  8. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  9. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  10. ↑ 10.0 10.1 Lua error in package.lua at line 80: module 'strict' not found.
  11. ↑ 11.0 11.1 Lua error in package.lua at line 80: module 'strict' not found.
  12. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  13. ↑ The U.S. Navy Decompression Computer Article by CAPT. Frank K. Butler, M.D. Director of Biomedical Research Naval Special Warfare Command
  14. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  15. ↑ 15.0 15.1 Lua error in package.lua at line 80: module 'strict' not found.
  16. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  17. ↑ HS Explorer Dive Computer Owner's Manual,2003, HydroSpace Engineering, Inc. St. Augustine, FL, http://hs-eng.com
  18. ↑ Shearwater Predator User Manual V2.3.3 http://www.shearwaterresearch.com/pages/3740/1895-shearwater-predator-oled-procte
  19. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  20. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  21. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  22. ↑ Lua error in package.lua at line 80: module 'strict' not found.
  23. ↑ Lua error in package.lua at line 80: module 'strict' not found.

Further reading

  • Lua error in package.lua at line 80: module 'strict' not found.

External links

Retrieved from "https://infogalactic.com/w/index.php?title=Dive_computer&oldid=196731#Bottom_timer"