RDP vs eRDPml vs Dive Computer

Please register or login

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

  • Ability to post and comment on topics and discussions.
  • A Free photo gallery to share your dive photos with the world.
  • You can make this box go away

Joining is quick and easy. Log in or Register now!

That'd entail either:

1) Enforcing every computer manufacturer to use the same algorithm.... and somehow re-writing history so that all tables used the same algorithm also.

or

2) Programming every computer with a selection of algorithms to match the specific table back-ups that the dive used.

What about understanding the fact that what REALLY counts is the DIVE PROFILE and not the algorithm (table/DC) that analyzes it?
 
You can't strap tables onto your arm next to your timing device and swim around until the dive is over. You are forced to think, at least once.

You can strap a DC onto your wrist and swim around until the dive is over.
 
Where do I get it? I went to the divenav website, and all it does is show you its products, not how to get them. Are they run on a PC? I have an iPhone also, but do not own an iPad.
PM divnav.

He should be able to assist you.
 
What about understanding the fact that what REALLY counts is the DIVE PROFILE and not the algorithm (table/DC) that analyzes it?

Absolutely. I was just responding to a specific statement that raised the issue of dive computer providing 'pressure groups' that would be interchangable with common planning tables.

On that note, could your software do such a thing? (provide a PADI 'PG' from a dive profile?)
 
...//.....On that note, could your software do such a thing? (provide a PADI 'PG' from a dive profile?)

If they can't, it is a 1-dive no preload simulator.

I gave the recipe for a reasonably good NOAA conversion to PG's over recreational limits in another thread.

Interesting question! The eDiving software could re-unite the table and computer users for instructional purposes. Now that would be something of value...
 
...... On that note, could your software do such a thing? (provide a PADI 'PG' from a dive profile?)
Yes of course ..... but, what is the proper "conversion method" of a multilevel dive to a square one?
As you know, several agencies define the bottom time from the beginning of descent to the beginning of the "final ascent". That makes sense for a square profile, but, in a multilevel dive profile, where is the beginning of the final ascent?

As an example, looking at the dive profile below (a real dive on the USS Spiegel Grove) is the beginning of final ascent point A? Or is it point B?

divepal_pg.jpg

If it is A, then, using average depth, the dive could be approximated to a square dive with a depth of 70ft and a bottom time of 18:06 min, but if it is B, then the "converted" square profile has a depth of 68ft and a bottom time of 24:24min and the related NOAA pressure groups would be E and F respectively.

Or, should we just consider the "square profile" concluded when the diver approaches the safety stop depth? In this case the "converted" square profile would be to a depth of 58ft for 31:31min - corresponding to a pressure group G

So, which one is more correct?

Alberto (aka eDiver)
 
.....I gave the recipe for a reasonably good NOAA conversion to PG's over recreational limits in another thread...
Where?


.....Interesting question! The eDiving software could re-unite the table and computer users for instructional purposes. Now that would be something of value...
As indicated in my other post, to implement this is not that complicated at all .... it is more a question of agreeing on definitions.
But, wouldn't it be better to teach students the meaning of compartments, half times and pressure gradients instead of teaching them how to use a table - or some other similarly limited and discrete devices?

Alberto (aka eDiver)
 
Actually, the software by eDiving has a very close match to the PADI Wheel (in regard to "caution" zones for N2 loading). A couple simulated multi-level profiles were hitting the caution zone within reasonable tolerances of each other. No, it didn't spit out a PG letter, and if I really needed one (for the log book or in case of a computer death), the wheel gave me an answer I was comfortable with.. maybe they should bring it back???? I haven't had time to work out the SI credits (actually the interest) for now, as the current focus is to see how the gas consumption is comparing to real data. Regrettably, its winter here, and I'm not diving, so its just playing with old data which has its limitations....
 
Actually, the software by eDiving has a very close match to the PADI Wheel (in regard to "caution" zones for N2 loading).....
Do you remember which set of conservatism where you using in divePAL?
 
I have a default PADI PG letter that I can use after every computer dive. It is PG "Z". I use it if I can not produce another letter based on my actual dive profiles. It then becomes the basis for future dive planning which can be confirmed and adjusted on the computer just before the next dive. And I would use it in the event of a computer failure to continue diving on tables while I "break in" a replacement computer. No empirically proven basis for this procedure. Just some rather straight forward reasoning. I know my previous dives did not violate NDL. I know the worst case on the PADI table, given no-deco dives, is PG "Z". I'll go with that and usually a 2.5 hr SI. If the SI is shorter, I can make other adjustments to be more conservative as I see fit. The only time I would consider taking two computers on a dive is if there would be a problem aborting a dive early due to a computer failure.
 
https://www.shearwater.com/products/perdix-ai/

Back
Top Bottom