[CCR PATCH] reorganise po2 calculations
Willem Ferguson
willemferguson at zoology.up.ac.za
Tue Oct 14 03:04:51 PDT 2014
Robert,
On 14/10/2014 11:01, Robert Helling wrote:
> 1) The planning of CCR is broken (after reenabling it). It was working
> before we started to mess with this CCR sensor code (needs looking
> into at some point, but I don’t have that right now, but might have
> soon. Also: Not critical as currently disabled anyway)
>
> 2) The code of fill_o2_values() seems fishy to me: Why is that called
> for OC dives, anyway and if it is, why are the last lines excited for
> OC???
Thank you for spotting this. I have just submitted a patch to improve
this situation. As indicated in the patch message, the po2 values have
not been explicitly initialised at the point when this code executes.
po2 is initialised here for both CCR and OC.
>
> 3) Possibly unrelated: I looked into the xml of the Poseidon MkIV
> reference dive. That has a number of missing pressures and some values
> are NaX. There seems to be something broken as well.
>
I hope you are talking about the inconsistent pressure data at the start
of the log. If not, please indicate because I have looked but cannot
find this lower down in the log. It takes the dive computer 3-10 seconds
to start reporting all parameters. The log starts when the very first
value is reported (in this specific case, depth and o2sensor1), even
though other parameters (o2sensor2, other pressures, temp, etc) have not
been reported yet. Therefore the very first few log records may contain
undefined fields. This is inherent in the way the MKVI logs dives and
will be cleaned up when the log import code is finalised and integrated
within the Subsurface code.
Kind regards,
willem
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20141014/a1358e59/attachment.html>
More information about the subsurface
mailing list