A dive computer, personal decompression computer or decompression meter is a device used by an underwater diver to measure the time and depth during a dive and use this data to calculate and display an ascent profile which according to the programmed decompression algorithm, will give a low risk of decompression sickness.
Hydrospace Explorer Trimix and rebreather dive computer. Suunto Mosquito with aftermarket strap and iDive DAN recreational dive computers
|Other names||Personal dive computer|
|Uses||Dive profile recording and real-time decompression information|
Most dive computers use real-time ambient pressure input to a decompression algorithm to indicate the remaining time to the no-stop limit, and after that has passed, the decompression required to surface with an acceptable risk of decompression sickness. Several algorithms have been used, and various personal conservatism factors may be available. Some dive computers allow for gas switching during the dive. Audible alarms may be available to warn the diver when exceeding the no-stop limit, the maximum operating depth for the gas mixture, or the recommended ascent rate.
The display provides data to allow the diver to avoid decompression, to decompress relatively safely, and includes depth and duration of the dive. Several additional functions and displays may be available for interest and convenience, such as water temperature and compass direction, and it may be possible to download the data from the dives to a personal computer via cable or wireless connection.
Dive computers may be wrist-mounted or fitted to a console with the submersible pressure gauge. A dive computer is perceived by recreational scuba divers and service providers to be one of the most important items of safety equipment.
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. 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.
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 battery-powered computers within a watertight and pressure resistant case. These computers track the dive profile by measuring time and pressure. All dive computers measure the ambient pressure to model the concentration of gases in the tissues of the diver. More advanced dive computers provide additional measured data and user input into the calculations, for example, the water temperature, gas composition, altitude of the water surface, or the remaining pressure in the diving cylinder.
The computer uses the pressure and time input in a decompression algorithm to estimate the partial pressure of inert gases that have been dissolved in the diver's tissues. Based on these calculations, the computer estimates when a direct ascent is no longer possible, and what decompression stops would be needed based on the profile of the dive up to that time and recent hyperbaric exposures which may have left residual dissolved gases in the diver.
Examples of decompression algorithms are the Bühlmann algorithms and their variants, the Thalmann VVAL18 Exponential/Linear model, the Varying Permeability Model, and the Reduced Gradient Bubble Model. The propitiatory names for the algorithms do not always clearly describe the actual decompression model.
Many dive computers are able to produce a low risk decompression schedule for dives that take place at altitude, which requires longer decompression than for the same profile at sea level, because the computers measure the atmospheric pressure before the dive and take this into account in the algorithm. 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.
The decompression algorithms used in dive computers vary between manufacturers and computer models. The algorithm may be a variation of one of the standard algorithms, for example, several versions of the Bühlmann decompression algorithm are in use. The algorithm used may be an important consideration in the choice of a dive computer. Dive computers using the same internal electronics may be marketed under a variety of brand names.
The algorithm used is intended to keep the risk of decompression sickness (DCS) to an acceptable level. Researchers use experimental diving programmes or data that has been recorded from previous dives to validate an algorithm. The dive computer measures depth and time, then uses the algorithm to determine decompression requirements and estimate remaining no-stop times at the current depth. An algorithm takes into account the magnitude of pressure reduction, repetitive exposures, rate of ascent, and time at altitude. Most algorithms are not able to directly account for age, previous injury, ambient temperature, body type, alcohol consumption, dehydration, and other factors such as patent foramen ovale, because the effects of these factors have not been quantified, though some may attempt to compensate for temperature and workload by having sensors that monitor ambient temperature and cylinder pressure changes.
As of 2009, the newest dive computers on the market use:
- Liquivision X1: V-Planner Live: VPM-B Varying Permeability Model and GAP for X1: Bühlmann GF (Buhlman with Gradient Factors)
- Mares: Mares-Wienke Reduced Gradient Bubble Model
- Pelagic Pressure Systems: modified Haldanean/DSAT Database or Bühlmann ZHL-16C(called Z+)
- Seiko: Bühlmann ZHL-12 + Randy Bohrer
- Suunto: Suunto-Wienke Reduced Gradient Bubble Model The Suunto folded RGBM is not a true RGBM algorithm, which would be computationally intensive, but a Haldanean model with additional bubble limitation factors.
- Uwatec: Bühlmann ZH-L8 /ADT (Adaptive), MB (Micro Bubble), PMG (Predictive Multigas), Bühlmann ZHL-16DD (Trimix)
- Heinrichs Weikamp OSTC and DR5: Bühlmann ZHL-16 and Bühlmann ZHL-16 plus Erick Baker's Gradient Factors deep stop algorithm both for open circuit and fixed set point closed circuit rebreather.
As of 2012:
- Cochran EMC-20H: 20-tissue Haldanean model.
- Cochran VVAL-18: nine-tissue Haldanean model with exponential ongasing and linear offgasing.
- 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).
- Mares: 10-tissue Haldanean model with RGBM; the RGBM part of the model adjusts gradient limits in multiple-dive scenarios through "reduction factors".:16–20
- Suunto: nine-tissue Haldanean model with RGBM; the RGBM part of the model adjusts gradient limits in multiple-dive scenarios through "reduction factors".:16–20
- Uwatec: eight-tissue Haldanean model.
As of 2019:
- Aqualung: Pelagic Z+ - a proprietary algorithm based on Bühlmann ZHL-16C algorithm.
- Cressi: Haldane and Wienke RGBM algorithm.
- Garmin: Bühlmann ZHL-16C algorithm.
- Oceanic: Dual Algorithm - Pelagic Z+ (ZHL-16C) and Pelagic DSAT.
- ScubaPro: Predictive Multi-Gas ZHL8 ADT MB algorithm.
- Shearwater: Bühlmann ZHL-16C with optional VPM-B and VPM-B/GFS.
Dive computers provide a variety of visual dive information to the diver.
- Current depth (derived from ambient pressure).
- Maximum depth reached on the current dive.
- No stop time, the time remaining at the current depth without the need for decompression stops on ascent.
- Elapsed dive time of the current dive.
- Total ascent time, or time to surface (TTS) assuming immediate ascent at recommended rate, and decompression stops as indicated. When multiple gases are enabled in the computer, the time to surface may be predicted based on the optimum gas being selected, during ascent, but the actual time to surface will depend on the actual gas selected, and may be longer than the displayed value. This does not invalidate the decompression calculation, which accounts for the actual exposure and gas selected.
- Required decompression stop depth and time, also assuming immediate ascent at recommended rate.
- Ambient temperature.(actually temperature of the pressure transducer)
- Current ascent rate. This may be displayed as an actual speed of ascent, or a relative rate compared to the recommended rate.
- Dive profile (often not displayed during the dive, but transmitted to a personal computer).
- Gas mixture in use, as selected by the user.
- Oxygen partial pressure at current depth, based on selected gas mixture.
- Cumulative oxygen toxicity exposure (CNS), computed from measured pressure and time and selected gas mixture.
- Battery charge status or low battery warning.
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 computers can provide a real time display of the oxygen partial pressure in the rebreather. This requires an input from an oxygen cell. These computers will also calculate cumulative oxygen toxicity exposure based on measured partial pressure.
- "Time to Fly" display showing when the diver can safely board an airplane.
- Desaturation time
- A log of key information about previous dives – date, start time, maximum depth, duration, and possibly others.
- Maximum non-decompression bottom times for subsequent dives based on the estimated residual concentration of the inert gases in the tissues.
- Dive planning functions (no decompression time based on current tissue loads and user-selected depth and breathing gas).
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.
Data sampling, storage and upload
Data sampling rates generally range from once per second to once per 30 seconds, though there have been cases where a sampling rate as low as once in 180 seconds has been used. This rate may be user selectable. Depth resolution of the display generally ranges between 1m and 0.1m. The recording format for depth over the sampling interval could be maximum depth, depth at the sampling time, or the average depth over the interval. For a small interval these will not make a significant difference to the calculated decompression status of the diver, and are the values at the point where the computer is carried by the diver, which is usually a wrist or suspended on a console, and may vary in depth differently to the depth of the demand valve, which determines breathing gas pressure.
Temperature resolution for data records varies between 0.1°C to 1°C. Accuracy is generally not specified, and there is often a lag of minutes as the sensor temperature changes to follow the water temperature. Temperature is measured at the pressure sensor, and is needed primarily to provide correct pressure data, so it is not a high priority for decompression monitoring to give the precise ambient temperature in real time.
Data storage is limited by internal memory, and the amount of data generated depends on the sampling rate. Capacity may be specified in hours of run time, number of dives recorded, or both. Values of up to 100 hours were available by 2010.
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 dive computer can be considered safety-critical equipment when there is a significant decompression obligation, as failure without some form of backup system can expose the diver to a risk of severe injury or death.
- The diver may carry a backup dive computer. The probability of both failing at the same time is orders of magnitude lower.
- 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. It also requires the diver to follow the planned profile conservatively.
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 to increase the margin of safety, and to provide a backup decompression schedule based on the dive tables in case the computer fails underwater. 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.
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.
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
- If using a backup computer, run one on a low conservatism setting as an indication of fastest acceptable risk ascent for an emergency, and the other at the diver's preferred conservatism for personally acceptable risk when there is no contingency and no rush to surface. The diver can always elect to do more decompression than indicated as necessary by the computer for a lower risk of decompression sickness without incurring a penalty for later dives.
- Continue to breathe oxygen enriched gas after surfacing, either in the water while waiting for the boat, after exiting the water, or both.
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 ceiling violated. The Scubapro/Uwatec Galileo technical trimix computer will switch to gauge mode at 155 m after a warning, after which the diver will get no decompression information.
A single computer shared between divers cannot accurately record the dive profile of the second diver, and therefore the decompression status will be unreliable and probably inaccurate. In the event of computer malfunction during a dive, the buddy's computer record may be the best available estimate of decompression status, and has been used as a guide for decompression in emergencies. Further diving after an ascent in these conditions exposes the diver to an unknown risk. Some divers carry a backup computer to allow for this possibility. The backup computer will carry the full recent pressure exposure history, and continued diving after a malfunction of one computer will not affect risk. It is also possible to set the conservatism on the backup computer to allow for the fastest acceptable ascent in case of an emergency, with the primary computer set for the diver's preferred risk level. Under normal circumstances the primary computer will be used to control ascent rate.
Special purpose dive computers
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.
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.
Some additional functionality that may be available from a dive computer:
- Breathing gas oxygen analyser
- Electronic compass
- Gas blending calculator
- Global navigation satellite receiver (only works at the surface)
- Lunar phase indicator (useful for estimating tidal conditions)
- Magnetometer (for detecting ferrous metal)
- Pitch and roll angle
- Time of day in second time zone
- Gauge mode (overrides decompression monitoring, and just records and displays depth and time and leaves the diver to control decompression by following tables)
- Air integration – Some dive computers are designed to measure, display, and monitor pressure in the diving cylinder. The computer is either connected to the first stage by a high pressure hose, or has two parts – the pressure transducer on the first stage and the display at the wrist or console, which communicate by wireless data transmission link; the signals are encoded to eliminate the risk of one diver's computer picking up a signal from another diver's transducer or radio interference from other sources. Some dive computers can receive a signal from more that one remote pressure transducer. The Ratio iX3M Tech and others cam process and display pressures from up to 10 transmitters.
- Workload modification of decompression algorithm based on gas consumption rate from integrated gas pressure monitor.
- Heart rate monitor from remote transducer. This can also be used to modify the decompression algorithm to allow for an assumed workload.
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. 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 by their company 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".
In 1965, Stubbs and Kidd applied their decompression model to a pneumatic analogue decompression computer, and in 1987 Brian Hills reported development of a pneumatic analogue decompression computer modelling the thermodynamic decompression model. It modelled phase equilibration instead of the more commonly used limited supersaturation criteria and was intended as an instrument for on-site control of decompression of a diver based on real-time output from the device. Hills considered the model to be conservative.
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, 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 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. Designed by Craig Barshinger Karl Huggins and Paul Heinmiller, the EDGE did not display a decompression plan, but instead 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. They later released the Delphi computer in 1989 that included calculations for diving at altitude as well as profile recording.
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 dive resorts felt that the increased bottom time would upset their boat and meal schedules, to that experienced divers felt that the increased bottom time would, regardless of the claims, 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 Bill 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."
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:
- Only those makes and models of dive computers specifically approved by the Diving Control Board may be used.
- 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.
- Each diver relying on a dive computer to plan dives and indicate or determine decompression status must have his own unit.
- On any given dive, both divers in the buddy pair must follow the most conservative dive computer.
- If the dive computer fails at any time during the dive, the dive must be terminated and appropriate surfacing procedures should be initiated immediately.
- A diver should not dive for 18 hours before activating a dive computer to use it to control his diving.
- 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.
- When using a dive computer, non-emergency ascents are to be at the rate specified for the make and model of dive computer being used.
- Ascent rates shall not exceed 40 fsw/min in the last 60 fsw.
- 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.
- 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.
- 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.
- 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."
After the AAUS workshop most opposition to dive computers dissipated, numerous new models were introduced, the technology dramatically improved and use of dive computers soon became standard diving equipment.
In 2001, the US Navy approved the use of Cochran NAVY decompression computer with the VVAL 18 Thalmann algorithm for Special Warfare operations.
In 2008, the Underwater Digital Interface (UDI) was released to the market. This dive computer, based on the RGBM model, includes a digital compass, an underwater communication system that enables divers to transmit preset text messages, and a distress signal with homing capabilities.
By 2010 the use of dive computers for decompression status tracking was virtually ubiquitous among recreational divers and widespread in scientific diving. 50 models by 14 manufacturers were available in the UK.
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.
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.
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 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 risk greater than profile risk:|
|Atmos 2||11 minutes|
|Atmos ai||11 minutes|
|Pro Plus||11 minutes|
|Versa Pro||11 minutes|
|Atmos 1||9 minutes|
|Cyber Aqualand||4 minutes|
|Smart Pro||12 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. As of 2012, the accuracy of temperature and depth measurements from computers may lack consistency between them making this type of research difficult.
If the diver cannot effectively use the dive computer during a dive it is of no value except as a dive profile recorder. To effectively use the device the ergonomic aspects of the display and control input system are important. Misunderstanding of the displayed data and inability to make necessary inputs can lead to life-threatening problems underwater. The operating manual is not available for reference during the dive, so either the diver must learn and practice the use of the specific unit before using it in complex situations, or the operation must be sufficiently intuitive that it can be worked out on the spot, by a diver who may be under stress at the time. Although several manufacturers claim that their units are simple and intuitive to operate, the number of functions, layout of the display, and sequence of button pressing is markedly different between different manufacturers, and even between different models by the same manufacturer. Experience using one model may be of little use preparing the diver to use a different model, and a significant relearning stage may be necessary. Both technical and ergonomic aspects of the dive computer are important for diver safety. Underwater legibility of the display may vary significantly with underwater conditions and the visual acuity of the individual diver.
- Ease of reading critical data, including:
- No decompression time remaining
- Current depth
- Elapsed time since the beginning of the dive (run time)
- If decompression is required, total time to surface, and depth of the first required decompression stop
- If gas integration is the only way to monitor the remaining gas supply, the remaining gas pressure.
- Ease of reading the primary screen display. Misinterpretation of the display data can be very dangerous. This can occur for various reasons, including lack of identifying information and poor legibility. Ease of returning to the primary screen from alternative display options is also important. If the diver cannot remember how to get back to the screen which displays safety-critical information, their safety may be severely compromised. Divers may not fully understand and remember the operating instructions, as they tend to be complicated. Under stress complicated procedures are more likely to be forgotten or misapplied. Critical information may be displayed on all stable screen options during a dive as a compromise.
- Ease of use and understanding of the user manual.
- Ease of reading and clarity of meaning of warnings. These be by simple symbol displays, by audible alarms, flashing displays, colour coding or combinations of these, and may include:
- Excessive ascent rate
- Low cylinder pressure (where applicable)
- Oxygen partial pressure high or low
- Decompression ceiling violation
- Omitted decompression
- Maximum depth violation
- For more technical applications, ease of making gas switches to both pre-set gas mixes and non-preset mixes, which might be supplied by another diver.
- Ease of accessing alternative screen data, much of which is not directly important for safety, but may affect the success of the dive in other ways, like use of compass features.
- Legibility of the display under various ambient conditions of visibility and lighting, and for varying visual acuity of the diver, which may include fogging of the mask or even loss of the mask.
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:
- The computer must be simple to operate or it will probably not be accepted.
- The display must be easily read in low visibility conditions to be effectively used.
- 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.
- The decompression algorithm should be adjustable to more conservative settings, as some divers may want a more conservative profile.
- The dive computer must be easy to download to collect profile data so that analysis of dives can be done.
A bottom timer is an electronic device that records the depth at specific time intervals during a dive, and displays current depth, maximum depth, elapsed time and may also display water temperature and average depth. It does not calculate decompression data at all, and is equivalent to gauge mode on many dive computers.
- Cochran Undersea Technology
- HeinrichsWeikamp (Open source)
- Heliox Technologies
- HTM Sports: Dacor and Mares
- HydroSpace Engineering
- Orca Industries Inc. (No longer in business)
- Pelagic group: Aeris, Hollis and Oceanic
- Ratio Computers
- Scubapro-UWATEC by Johnson Outdoors
- Shearwater Research
- Technical Dive Computers
- Underwater Technology Center
- VR Technology
Along with delayed surface marker buoys, dive computers stood out in a 2018 survey of European recreational divers and diving service providers as highly important safety equipment.
- Subsurface (software) – Open source dive log program
- Bühlmann decompression algorithm – Algorithm for modelling of inert gases entering and leaving body tissues in solution as pressure changes
- Reduced gradient bubble model – An algorithm by Bruce Wienke for modelling inert gases leaving the body during decompression in mixed dissolved and bubble phases
- Thalmann algorithm – Recent US Navy algorithm for modelling of inert gases entering and leaving body tissues as pressure changes
- Varying Permeability Model – Decompression model and algorithm based on bubble physics
- Lang, M.A.; Hamilton, Jr R.W. (1989). Proceedings of the AAUS Dive Computer Workshop. United States: USC Catalina Marine Science Center. p. 231. Retrieved 2011-12-14.
- Azzopardi, E; Sayer, MDJ (2010). "A review of the technical specifications of 47 models of diving decompression computer". International Journal of the Society for Underwater Technology. Society for Underwater Technology. 29 (2): 63–70. doi:10.3723/ut.29.063.
- Lucrezi, Serena; Egi, Salih Murat; Pieri, Massimo; Burman, Francois; Ozyigit, Tamer; Cialoni, Danilo; Thomas, Guy; Marroni, Alessandro; Saayman, Melville (23 March 2018). "Safety Priorities and Underestimations in Recreational Scuba Diving Operations: A European Study Supporting the Implementation of New Risk Management Programmes". Frontiers in Psychology. 9 (383). doi:10.3389/fpsyg.2018.00383.
- Caruso, James L (2006). "The Pathologist's Approach to SCUBA Diving Deaths". American Society for Clinical Pathology Teleconference. Retrieved 2011-01-14.
- Concannon, David. (2007). "Dive Litigation in the Electronic Age: The Importance of Preserving Dive Computer Data in the Event of an Accident". Dive Center Business. 10 (6). Retrieved 2011-01-14.
- Blogg, S.L., M.A. Lang, and A. Møllerløkken, editors (2012). "Proceedings of the Validation of Dive Computers Workshop". European Underwater and Baromedical Society Symposium, August 24, 2011. Gdansk. Trondheim: Norwegian University of Science and Technology. Retrieved 2013-03-07.CS1 maint: multiple names: authors list (link) CS1 maint: extra text: authors list (link)
- Mount, Tom; Sawatsky, David; Doolette, David J.; Somers, Lee (2011). "1: Dive planning". Tek Lite: The Complete Guide to Advanced Enriched Air Nitrox and Recreational Trimix. Miami, Florida: IANTD. p. 10. ISBN 978-0-915539-07-9.
- "How to measure absolute pressure using piezoresistive sensing elements" (PDF). www.amsys.info. Retrieved 9 December 2019.
- "MS5803-07BA Altimeter and diving pressure sensor". www.te.com. Retrieved 10 December 2019.
- Hamilton, RW, Jr, ed. (1995). Effectiveness of Dive Computers in Repetitive Diving. 44th Undersea and Hyperbaric Medical Society Workshop. UHMS Publication Number 81(DC)6-1-94. (Report). Undersea and Hyperbaric Medical Society. p. 71. Retrieved 2009-04-19.
- Bruce R Wienke, Timothy R. O'Leary. "Reduced Gradient Buuble Model with Basis and Comparisons" (PDF). www.scuba-doc.com. Retrieved 2017-01-22.
- "Dive Computer Algorithms For Dummies". Dip 'N Dive. 2019-04-04. Retrieved 2019-11-21.
- "Suunto Zoop In Depth Review". Accidents and Adventures. 2016. Retrieved 2016-08-07.
- Shearwater Predator User Manual V2.3.3 http://www.shearwaterresearch.com/pages/3740/1895-shearwater-predator-oled-procte
- Ratio computers iX3M User Manual Version 4.02 (PDF). Livorno, Italy: Ratio Computers.
- "Perdix AI operating instructions" (PDF). Shearwater. Retrieved 10 October 2019.
- "iX3M User Manual: iX3M Easy, iX3M Deep, iX3M Tech+, iX3M Reb" (PDF). Livorno, Italy: Ratio Computers. Retrieved 10 October 2019.
- "HS Explorer Dive Computer Owner's Manual". hs-eng.com. St. Augustine, Florida: HydroSpace Engineering, Inc. 2003. Archived from the original on 2016-03-04. Retrieved 2017-09-11.
- McGough EK, Desautels DA, Gallagher TJ (1990). "Dive Computers and Decompression Sickness: A Review of 83 Cases". J. Hyperbaric Med. 5 (3): 159–162. Retrieved 2008-05-02.
- McGough EK, Desautels DA, Gallagher TJ (1990). "Performance of Dive Computers During Single and Repetitive Dives: A Comparison to the US Navy Diving Tables". J. Hyperbaric Med. 5 (3): 163–170. Retrieved 2008-05-02.
- Technical diving software for Galilio: User manual (PDF). Scubapro. Retrieved 18 September 2019.
- Huggins KE (2006). "Evaluation of Dive Computer Options for Potential Use in 300 FSW Heliox/ Trimix Surface Supplied Scientific Diving". In Lang, MA; Smith, NE (eds.). Proceedings of Advanced Scientific Diving Workshop. Smithsonian Institution, Washington, DC. Retrieved 2008-05-02.
- Staff. "Suunto Wireless Tank Pressure Transmitter". Accessories and spare parts. Suunto. Retrieved 27 November 2016.
- Searle Jr, WF (1957). "Foxboro Decomputer Mark I". United States Navy Experimental Diving Unit Technical Report. NEDU-7-57. Retrieved 2008-05-02.
- Davis, M (2006). "Editor comment following article on "Automatic decompression meters": The SOS decompression meter". Diving and Hyperbaric Medicine. 36 (1). Retrieved 2013-03-28.
- Stubbs R.A.; Kidd D.J (1965). "A pneumatic analogue decompression computer". Canadian Institute of Aviation Medicine Report. 65-RD-1. Retrieved 2008-05-02.
- Stubbs R.A.; Kidd D.J (1965). "Control of decompression by analogue computer". Canadian Institute of Aviation Medicine Report. 65-RD-8. Retrieved 2008-05-02.
- Hills, B.A. (September 1967). "A pneumatic analogue for predicting the occurrence of decompression sickness". Medical and Biological Engineering. 5 (5): 421–432. doi:10.1007/BF02479136.
- Seveke, Lothar (1988). "Entwicklung des Tauchcomputers (nur der Technik, nicht der Algorithmen)". tauchen.seveke.de (in German). Retrieved 2011-09-16.
- Huggins, Karl E (1988). "Underwater decompression computers: Actual vs. Ideal". In: Lang, MA (Ed). Advances in Underwater Science...88. Proceedings of the American Academy of Underwater Sciences Eighth Annual Scientific Diving Symposium. American Academy of Underwater Sciences. Retrieved 2011-11-20.
- Heinmiller, PA (1989). "ORCA's new Delphi computers: Impact on the diving community". In: Lang, MA; Jaap, WC (Ed). Diving for Science…1989. Proceedings of the American Academy of Underwater Sciences Annual Scientific Diving Symposium 28 September – 1 October 1989 Wood Hole Oceanographic Institution, Woods Hole, Massachusetts, USA. American Academy of Underwater Sciences. Retrieved 2013-03-28.
- Butler, Frank K; Southerland, David (2001). "The U.S. Navy decompression computer". Undersea and Hyperbaric Medicine. 28 (4): 213–28. PMID 12153150. Retrieved 2008-05-02.
- The U.S. Navy Decompression Computer Article by Capt. Frank K. Butler, M.D. Director of Biomedical Research Naval Special Warfare Command
- "UDI – Underwater Digital Interface". www.utc-digital.com. UTC Corporation. 2008. Retrieved 2009-09-14.
- Huggins, Karl E (2004). "Performance of dive computers exposed to profiles with known human subject results. (abstract)". Undersea and Hyperbaric Medicine. 31. Retrieved 2013-09-17.
- Hamilton, Robert W; Rogers, RE; Powell, Michael R; Vann, Richard D (1994). "Development and validation of no-stop decompression procedures for recreational diving: The DSAT Recreational Dive Planner". Diving Science and Technology Corp. Retrieved 2013-09-17. Cite journal requires
|journal=(help)CS1 maint: multiple names: authors list (link)
- Azzopardi, E; Sayer, MDJ (2012). "Not All are Created Equal: Operational Variability in 49 Models of Diving Computer". In: Steller D, Lobel L, Eds. Diving for Science 2012. Proceedings of the American Academy of Underwater Sciences 31st Symposium. Dauphin Island, AL: AAUS. Retrieved 2013-09-17.
- Ozyigit, Tamer; Egi, Salih (2012). Evaluating the Ergonomic Performance of Dive Computers. 2nd International Conference on Digital Information and Communication Technology and its Applications, DICTAP 2012. pp. 314–318. doi:10.1109/DICTAP.2012.6215418.
- "Descent Mk1". garmin.co.za. Retrieved 2 September 2019.
- Staff. "Home". www.heinrichsweikamp.com. Heinrichs Weikamp. Retrieved 30 August 2016.
- "Ratio dive computers". www.diveavenue.com. Retrieved 2 September 2019.
- Bowen, Curt. "Shearwater GF". Advanced Diver Magazine. No. 24.
- "Technical Dive Computers TDC-3". www.tdc-3.com. Retrieved 25 January 2019.
- Egner, Sarah (1 November 2018). "Risks and Hazards in SCUBA Diving: Perception Versus Reality". Alert Diver. Retrieved 2 September 2019.
- Blogg, S.L., M.A. Lang, and A. Møllerløkken, editors (2012). "Proceedings of the Validation of Dive Computers Workshop". European Underwater and Baromedical Society Symposium, August 24, 2011. Gdansk. Trondheim: Norwegian University of Science and Technology. Retrieved 2013-03-07.CS1 maint: multiple names: authors list (link) CS1 maint: extra text: authors list (link)
- Blogg, SL; Lang, MA; Møllerløkken, A (2012). "Validation of Dive Computers". American Academy of Underwater Sciences. Retrieved 4 May 2016.
|Wikimedia Commons has media related to Dive computers.|