Cochran Changes

[John Van Ostrand]

Hi,

Now that our branches match I went through last year's thread on Cochran
development, "Cochran_commander refactoring".

I think this is a summary of where we left of:

1. dc_context_t pointer doesn't need to be passed to cochran serial open a
setup functions. (fixed with patch pending.)

2. Cochran can store more log entries than profiles. So when the profile
ring buffer wraps earlier logs will point to profile data from other dives.
Jef suggests processing dives in reverse chronological order, adding up
profile data used and not processing profiles after it's processed a full
ring-buffer of data. I have yet to work on this or consider alternatives.

3. Corrupt dive handling. In some cases (like a low battery especially in
cold water) the computer resets during a dive. This results in a
"start-dive" block written but no valid "end-dive" block written. We know
information from the start of a dive (like date/time, gasses, profile start
pointer, etc.) but we don't know information accumulated during or at the
end of a dive (like end-profile pointer, max depth, min temp, etc.) I've
taken to guessing the end of a dive by starting with the next dive's
pre-dive-profile-pointer and backing up until we think we have the previous
dive's end. We haven't resolved our differences on this. It seems to down
to the question: Do we present a partial or broken profile in the interest
of giving the diver something or do we give nothing in the interest of
being accurate?

-- 
John Van Ostrand
At large on sabbatical
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libdivecomputer.org/pipermail/devel/attachments/20160120/52708afa/attachment.html>