I looked at the sensors that are used by fish finders and depth sonar, but they're expensive, require a lot of power and the technology is very old (no I2C versions).Why not ultrasound?
Welcome to ScubaBoard, the world's largest scuba diving community. Registration is not required to read the forums, but we encourage you to join. Joining has its benefits and enables you to participate in the discussions.
Benefits of registering include
I looked at the sensors that are used by fish finders and depth sonar, but they're expensive, require a lot of power and the technology is very old (no I2C versions).Why not ultrasound?
Exactly. You can buy just about anything if the check is long enough. Making something come to life, especially something said not possible... (chef's kiss)The fun is in DIY.
IP68 Underwater Ultrasonic Obstacle Avoidance Sensor (3m, UART)I looked at the sensors that are used by fish finders and depth sonar, but they're expensive, require a lot of power and the technology is very old (no I2C versions).
The signal to noise ratio will eventually make your results unusable without external correction. For a device without correction, it's just a question of accelerometer capability versus time.Would have thought that the speed of a diver relative to the speed of the water would make the measurements very difficult.
For example, jump in at the end of slack water and the tide reverses. If the diver's heading in a constant direction (whilst wagging around, pulsing on each fin stroke, etc.), and the tide slowly changes over 10 minutes or more in the opposite direction, then the inertial system has to be exceedingly sensitive and accurate, not to mention very high resolution to integrate all the propulsion "pulses" and subtle movements of the diver during the dive. The accuracy would very quickly degrade as that 'noise' happens.
My very early system (and any system I would attempt) was/would be primararily a machine vision system - the IMU was supplementary to hopefully "fill in" estimates for occassions when zero environmental features were in view. I don't think there's anything to be gained trying an IMU-only system as a first step, since it doesn't really generalize to the diving use-case.So my first thought on it would be to run 4 cheap IMU sensors in a purely data logging mode to start (a la @TooCold ), and take them for a walk
Yes. Which is why any IMU-based system is doomed to failure without external data inputs (as @tursiops points out).Would have thought that the speed of a diver relative to the speed of the water would make the measurements very difficult.
When I've periodically noodled around the internet with this project in mind I have never been able to find small enough and/or cheap enough transducers with the necessary range. And capable ones want *lots" of power.Why not ultrasound?
What I don't understand about all these inertial navigation posts:
Accelerometers measure acceleration, which is relative to gravity (i.e., the bottom), not to the motion of the water in which one is swimming.
Your absolutely right. But AFAIK the size, cost and power budget of the systems and even the components, especially the transducers, put them out of the DIY realm - if you know of good (i.e. smallish, cheapish, battery-friendly) candidates, please let me (us) know!There are some very good underwater navigation systems that use acoustics;
If only. The killer is (as pointed out by at least @tursiops and @James79) that even a "perfect" IMU is blind to your movement due to current.Assuming a "perfect" IMU, that would be enough to know your position for the duration of the dive.
Do you know the price, weight, dimensions? When I go to the website I see nothing but a login prompt...Suex developed such a unit
Yup.I looked at the sensors that are used by fish finders and depth sonar, but they're expensive, require a lot of power
These sensors (even if you hacked the housing for use at greater depth) typically have a range less than 3m, which I think makes them impractical for diving unless you're hugging the bottom or a wall.