The present application relates to a user-interface and input for underwater diving devices.
Humans who dive underwater often require the use of specialized devices, such as wrist-worn diving devices, while diving. These devices can be used to provide information to the diver, such as depth, time underwater, distance traveled, current position, water temperature, communication information, directional heading, acoustic or visual alarms, or other information. Frequently, these devices are electronic in nature. Divers must often interact with these devices to view various information, to change various settings, or to queue the device to measure or perform various tasks. The classical method of interacting with underwater devices is by means of buttons. Buttons, although sometimes suitable in above-water applications, present numerous problems underwater. Divers often must wear extremely thick gloves, making pressing buttons difficult. Further, buttons must interact with both the electronic circuit and be accessible by the user while being insulated from water in order to function properly. This presents numerous engineering challenges that make underwater buttons difficult and expensive to manufacture. It will be appreciated that the use of buttons causes a risk of flooding and failure of the device. As a result, existing underwater devices often use a small number of buttons to reduce cost and complexity. Fewer buttons means that interacting with a device becomes more complicated and less intuitive, as the diver must push the buttons in complicated sequences to accomplish the desired tasks. Since divers often suffer impaired mental functioning due to nitrogen narcosis or other pressure or temperature induced physiological changes, memory recall can be impaired, making the recall of special button pressing sequences difficult or impossible. Further, engineering challenges make underwater buttons difficult to push and therefore excessive force is often required.
It is therefore an object of an aspect to obviate or mitigate at least one disadvantage of the prior art.
According to one aspect, there is provided a method of controlling a device for underwater use. The method includes detecting a user-interaction with the device based on signals received from an accelerometer, and causing a visible change to the device as a result of the user-interaction.
According to another aspect there is provided a device for underwater use. The device includes a housing, a display device framed by the housing, an accelerometer housed in the housing and a controller connected to the accelerometer and the display device and housed in the housing. The controller is operable for receiving signals from the accelerometer, determining a user-interaction event based on the signals received from the accelerometer; and causing a change the display device as a result of the interaction event. Other aspects and features of the will become apparent to those ordinarily skilled in the art upon review of the following description of specific in conjunction with the accompanying figures.
Embodiments of the present application will now be described, by way of example only, with reference to the attached Figures, wherein:
It will be appreciated that for simplicity and clarity of illustration, where considered appropriate, reference numerals may be repeated among the figures to indicate corresponding or analogous elements. In addition, numerous specific details are set forth in order to provide a thorough understanding of the embodiments described herein. However, it will be understood by those of ordinary skill in the art that the embodiments described herein may be practiced without these specific details. In other instances, well-known methods, procedures and components have not been described in detail so as not to obscure the embodiments described herein. Also, the description is not to be considered as limiting the scope of the embodiments described herein.
The present invention relates to a user-interface and input for electronic devices for use in underwater diving such as electronic wrist-worn diving computers. Such diving computers are waterproof or water resistant and may be used for monitoring any one or a combination of depth, time underwater, distance traveled, current position, water temperature, communication information, directional heading, acoustic or visual alarms, or other information.
Referring to
The microprocessor 20 also interacts with a pressure sensor 28 for reading pressure information and calculating a diver's depth and dive time.
A display such as an organic light emitting diode (OLED) display 30 is also connected to the microprocessor 20, for providing display screens in a graphical user interface.
The electronic device 20 is a battery-powered device and includes a battery 32 for providing power to the other components of the electronic device 20.
As indicated above, the electronic device 20 includes the microcontroller 26, and the acceleration sensor 24, which can be a 3-axis acceleration sensor (accelerometer). The acceleration sensor 24 outputs analog or digital values proportional to the acceleration along the three cardinal directions (arbitrarily denoted x, y, and z). The microcontroller 26 receives and/or digitizes the three values, repeatedly. These three values, sampled repeatedly over time, produce three signals, corresponding to the x, y and z acceleration vectors respectively.
As indicated above, the electronic device 20 is suitable for underwater use and can be, for example, wrist-worn. Thus, the electronic device 20 according to the present example is sized to be worn on the wrist of a user and includes rectangular box-like housing 34, providing flat surfaces for the user to tap, such as that shown in
Referring now to
The user (diver) can tap the housing 34 with his or finger or hand in any one of several directions (denoted as +X, −X, +Y, −Y, as indicated by the arrows in
In one exemplary embodiment, the electronic device 20 can operate in a ‘standard’ mode, as well as a separate ‘menu’ mode. Transition from the standard mode to the menu mode can be accomplished by a simple but specific sequence of taps, for example, a number of taps in a direction such as three taps in the −Y direction. A sequence such as this reduces the probability of accidental entry into menu mode via random movements of the diver.
The actual directions that the diver taps the electronic device 20, as well as the associated operations carried out in response to those taps can vary and therefore can depend on the implementation.
An appropriate type of acceleration sensor 24 (accelerometer) and signal processing can be determined by tapping the device and determining the response by measurement of, for example, acceleration versus time. A device tapped by a person in a typical scenario, results in an acceleration vs. time graph, such as that shown in
Referring still to
Although several methods of signal processing can be employed to decipher that the sudden increase in the measured acceleration value as shown in
While softer taps can produce accelerations with peak amplitudes of about 0.8 g, very strong taps can produce accelerations approaching 6 g. Thus, the acceleration sensor 24 is used to detect accelerations in the range of 0.8 g to 6 g. In this light, a piezo accelerometer capable of measuring accelerations of only 10 g or more is not sensitive enough. However, a micromachined (MEMS) accelerometer capable of measuring ±2.0 g or a high accuracy MEMS or similar accelerometer capable of measuring ±6.0 g are possible. It should be noted that even if the peak of the acceleration graph lies outside the range of the accelerometer, the signal processing method may still be able to detect the tap correctly. Thus, a 4 g tap on a 2 g accelerometer can still be detected.
A response time for the acceleration sensor 24 (accelerometer) of about 3 ms or faster can be used, as determined from the time scale shown in
Given that two or three axes of acceleration are processed, each at 1000 samples per second, the supporting circuitry (analog-to-digital converter & microcontroller) is also capable of digitizing and processing data at that rate. It will be appreciated that the electronic device 20 is powered using the battery 32, power consumption of the electronic circuitry involved in tap detection is a consideration in order to provide suitable battery life.
Given the high processing power required by the microcontroller 26, a dedicated microcontroller 26, as shown in
For wrist mounted electronic devices, tapping the device in the X or Y directions as shown in
Many possible signal-processing methods can be used to detect the presence of a tap from the graph in
It will be appreciated that during operation of the device, gravity is present. Gravity always produces a 1.0 g acceleration in a direction towards the center of the Earth. Thus, the direction of the gravitational acceleration vector with respect to the X, Y, and Z axes of the device depends upon the instantaneous orientation of the device with respect to the Earth itself. The gravitational vector (gravitational acceleration) is taken into account in the signal-processing method although the direction of the gravitational vector is not necessarily known. Assumptions can be made about the way the device is tapped. For example, the user taps the device along one desired direction (X, Y, or Z) at any time. Although such a tap may produce oscillations in any or all three of these axes, one axis with the strongest oscillations is assumed to be the axis through which the device was tapped. Therefore, the graphs of all allowable tap axes are analyzed, and the relative magnitude of each is compared to determine the axis with the strongest oscillations, which is the axis through which the user tapped the device. Further, the user taps the device at certain rate. For example, about two taps per second may be the limit at which a person can reliably tap the device. Therefore, after the detection of a tap along a particular axis, a ‘blackout’ period follows, during which tap detection is suspended. Tap detection resumes after a suitable period of time, for example, after 500 ms. This blackout period is employed as the tap graph is sinusoidal in nature. Since some methods may detect each sinusoidal oscillation as a separate tap, a blackout period reduces such spurious ‘multiple detections’.
The following tap detection methods are provided for exemplary purposes only and are not intended to be limiting. Any suitable tap detection method can be employed.
According to the present exemplary method, the acceleration vs. time signal is correlated with a single square wave kernel, as shown in
Assuming 1000 samples per second per axis, a 20 point circular buffer is used to store the acceleration values for each axis. Each time a new point is recorded, a square wave kernel is correlated with the data buffer. If the correlation sum is greater than an experimental threshold value, then a tap is determined to have occurred. The inverted kernel is also correlated, for detection of taps in the opposite direction, along the same axis. A similar correlation is done on other axes. The axis and direction with the greatest correlation value is determined to be the tap axis and direction. However, a ‘margin’ can be employed, so that a tap is determined to have occurred only if a correlation value exceeds other correlation values by a minimum amount. This method has the advantage that the gravitational vector is irrelevant. The gravitational vector produces a constant offset in the graph (either positive, or negative, and not more than 1.0 g). Because of the symmetrical nature of the correlation kernel, a constant offset in the graph does not change the result of the correlation. Note that the gravitational vector is only constant as an approximation. As the user moves his or her hand, the orientation of the device with respect to the gravitational vector changes. The time scale of the tap detection is so short, however, that over such a short interval, the gravitational offset appears relatively constant. This is a result of the limited rate at which a user can move his or her hand. Using the symmetric correlation method, a ‘blackout period’ after tap detection is used to reduce spurious detections resulting from each wave peak being detected as a separate tap.
This method is based upon a simple trait of the acceleration vs. time graph. A tap is identified by a minimum period of ‘quiet’ or small acceleration values, followed by a sudden monotonically increasing acceleration beyond a peak value. Initially, for a suitable period such as, for example, 10 ms, the detected acceleration, in absolute values, remain small and are bounded by experimental thresholds such as those shown between T=10 ms and T=20 ms in
Many other methods of detecting the presence of taps are possible.
The following exemplary implementation is provided for the purpose of understanding and is not intended to be limiting. The implemented system includes many components, three suitable components for one exemplary implementation are described below. These include the acceleration sensor 24, the microcontroller 26 and the processor 22.
The acceleration sensor 24 can be a Freescale MMA7260Q three-axis MEMS accelerometer including adjustable ranges of ±1.5 g, ±2.0 g, ±4.0 g, ±6.0 g and a suitable response time of 3 dB Bandwidth of 350 Hz.
The microcontroller 26 can be a Texas Instruments device MSP430F1232, 16-bit ultra-low power microcontroller having a multi-channel 10-bit analog to digital converter with up to 8 MHz CPU frequency and 8 MIPS processing speed along with 8 KB of flash program memory.
The processor 22 can be a Philips LPC2138, 32-bit ARM7 core, 512K program flash memory with up to 60 MHz operating frequency.
The MMA7260Q three-axis MEMS accelerometer can output analog values proportional to the acceleration along the x, y and z axes. These analog signals can be fed into the MSP430F1232, 16-bit ultra-low power microcontroller. The 10-bit analog to digital converter in the MSP430F1232, 16-bit ultra-low power microcontroller can digitize each of the three channels at 1000 samples per second. The MSP430F132, 16-bit ultra-low power microcontroller processes the signal (as described above). Upon the detection of a tap, the MSP430F1232, 16-bit ultra-low power microcontroller activates an interrupt signal line to the LPC2138 processor 20, and at the same time, the type of tap (+X, −X, +Y, −Y, +Z, −Z) is encoded in four other signal lines. The LPC2138 primary microcontroller reads pressure information from a pressure sensor, and calculates the diver's depth and dive time, displaying them on the display 30 visible to the user.
Reference is now made to
As indicated above, when the electronic device 20 is in a low-power state, the user can wake up the electronic device 20 by, for example, three or five consecutive taps in the −Y direction shown in
In the example of
In the present example, an item is selected by a user by tapping in either the +X or −X directions. This symmetry allows for the user to use the device on either the left hand or the right hand, based on which arm the device is worn. The symmetry of the ‘select’ action therefore allows the user the freedom to choose which side of the unit he or she taps, to select the item.
Advantageously, the present invention allows for interaction with and control of the electronic device even when thick diving gloves are worn. The menu navigation is accomplished by tapping the device and without the use of buttons or complicated button-pressing. The method allows taps in relatively quick succession, resulting in an improved interaction speed as compared to that of buttons. Further, the device can be ‘potted’ or filled with a semi rigid epoxy, creating a hermetic seal against the ocean water as there are no internal moving parts. This reduces the risk of flooding and failure that occurs with traditional devices.
In the preceding description, for purposes of explanation, numerous details are set forth in order to provide a thorough understanding of the embodiments of the present application. However, it will be apparent to one skilled in the art that certain specific details are not required. In other instances, features, including functional features, are shown in block diagram form in order not to obscure the description. Further, certain Figures and features are simplified for ease of understanding. In some cases, for example, specific details are not provided as to whether the embodiments described herein are implemented as a software routine, hardware circuit, firmware, or a combination thereof.
While the embodiments described herein are directed to particular implementations of the diving device, it will be understood that modifications and variations to these embodiments are within the scope and sphere of the present application. For example, many of the options provided in menus and submenus and the details displayed in the screen shots provided are shown for exemplary purposes and such options and details can vary.
The above-described embodiments are intended to be examples only. Alterations, modifications and variations can be effected to the particular embodiments by those of skill in the art without departing from the scope of the present application, which is defined by the claims appended hereto.
The present application claims the benefit of priority of provisional patent application No. 60/975,662, filed on Sep. 27, 2007, which is incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
60975662 | Sep 2007 | US |