[PATCH] Unify sample pressure and o2pressure as pressure[2] array

[Linus Torvalds]

On Jul 20, 2017 23:00, "Willem Ferguson" <willemferguson at zoology.up.ac.za>
wrote:


I gather that some of the newer DCs now actually store more than one
cylinder pressure at a time?


Correct.

If pressure data for both cylinders are stored for each depth measurement
this might remove the necessity of needing to select the appropriate
cylinder on the DC while diving. I doubt if one would want to graph both of
the pressure values simultaneously on the dive profile, as is the case for
dil/o2 in CCR.  But I suspect that one would still have to tell Subsurface
when cylinder switches were made in order to correctly interpret these
pressure data.


I suspect we can indeed just graph both cylinders at the same time, but
we'll have to see how it looks once we have more test data.

The Perdix AI can handle two pressures simultaneously, and the EON Steel
doesn't seem to have any limit placed by the protocol at least, so it
*might* be able to give up to ten pressures concurrently.

I did try to make sure that we can extend the array from two to more if we
ever have any reason to.

Please give a bit more information on how the Perdix AI and the G2 handle
pressure data? I cannot get much technical information from the web sites.
E.g. on the Perdix AI page it says it can handle two pressure transducers
but it does not say how the data are stored and presented on download. I
suspect the G2 is very similar to the Galileo.


I haven't looked at the G2, hur Dirk has a test dive that just shows two
different pressures for each sample, so we know that works without any tank
switching. And I've seen an EON Steel dive with the same. So we know those
two already work with our libdivecomputer code.

I only have a single G2 sensor, but I think we'll figure that one out some
way too. At worst I'll just buy another sensor for testing.

       Linus
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20170720/e731deea/attachment.html>