<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, 21 Jun 2018 at 22:57, Anton Lundin <<a href="mailto:glance@acc.umu.se" target="_blank">glance@acc.umu.se</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 21 June, 2018 - Dirk Hohndel wrote:<br>
<br>> I am reasonably certain that we can rectify this.<br>
> <br>
> Please make a copy of your dive data (simply export them to an XML<br>
> file), open that XML file, and then re-download from the Shearwater.<br>
> In the Download dialog check the two boxes (sorry, English text, I'm<br>
> sure you can figure out the Italian version):<br>
> "Force download of all dives"<br>
> "Always prefer downloaded dives"<br>
> <br>
> With these options checked it should keep all of your other data like<br>
> notes, buddies, etc, but replace the downloaded data with the new<br>
> version which we assume will be corrected with the fix in place.<br>
> <br>
> So this should be reasonably easy to recover from.<br></blockquote><div><br></div><div>Great Dirk!</div><div>This completely change everything. I always thought it would have delete everything.</div><div>I will try ASAP.</div><div><br></div><div>Thanks</div><div><br></div><div> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> > A CCR dive without pO2 samples is like a cake with no sugar. If I<br>
> > still have them on my Petrel (I never investigated how many profiles<br>
> > it stores) I should import everything from scratch into Subsurface and<br>
> > compile everything again. Not a nice perspective for the future. Right<br>
> > now I'm diving two/three times per week so the count will increase<br>
> > rapidly. I've tons of notes, wrecks positions, all dives have GPS<br>
> > locations...<br>
> <br>
> See above - you should be able to do this without having to manually<br>
> re-edit all of this work!<br>
<br>
I would rather describe it as without the pretty icing on the cake.<br>
Every thing else about the profile is correct. Time, depth, temp and so<br>
on. The pO2 is just affecting your deco and the monitoring of your<br>
rebreather performance. Thats my view on it.<br></blockquote><div><br></div><div>I respect your point but I run my unit completely manual from the beginning so pO2 matters to me. It's a way to monitor my progress and see how the Shearwater Buhlmann behaves with the pO2 when I do not use ratio deco. </div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">> If someone can extract this as one or two sample dives that show the<br>
> problem and add words that make enough sense to me, I'll reach out<br>
> to Shearwater again to see if they have suggestions. I know I sent them<br>
> one of the earliest exchanges on this topic but neither they nor I really<br>
> understood the problem and it got dropped<br>
<br>
The calibration constants stored in the dive header are the default<br>
value of 2100, and not the actual calibration constant.<br>
<br>
First, that caused us to incorrectly convert the mV values from the<br>
sensors into po2 values, and the later code did just skip exposing any<br>
po2 values at all.<br>
<br>
Now we fall back to the averaged/voted po2 value stored in a different<br>
position in the samples.<br>
<br>
> > Moreover other questions remained unanswered; In one year my unique<br>
> > Petrel was identified as 3 different devices with random number of<br>
> > sensors. My logbook is a mess and nobody knows the reason.<br>
> <br>
> Also something I can ask about if you give me more information.<br>
<br>
I rarely thing its random.<br>
<br>
The old code exposed 1 value, the averaged/voted one.<br>
<br>
Later, we exposed the individual sensor values.<br>
<br>
Now we will expose the individual sensor values if we can find sane<br>
calibration constants, otherwise the averaged/voted one. We will also<br>
add a row in the "Extra info" pane saying which one it is.<br></blockquote><div><br></div><div>I was referring to my logbook. Looking into my logbook I find 4 different computers (deviceid it's the same):</div><div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><br></div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><div><divecomputer model='Shearwater Petrel 2' deviceid='1a2d46b1' diveid='3db7eb77' dctype='CCR' no_o2sensors='1'></div><div><divecomputer model='Shearwater Petrel 2' deviceid='1a2d46b1' diveid='52d4ba3e' dctype='CCR' no_o2sensors='3'><br></div><div><divecomputer model='Shearwater Petrel' deviceid='1a2d46b1' diveid='a6e05a10' dctype='CCR'><br></div><div><divecomputer model='Shearwater Petrel 2' deviceid='1a2d46b1' diveid='3db24900' dctype='CCR'><br></div></div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><br></div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">Where these differences originate from?</div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">1 sensor, 3 sensor, no sensor, Petrel and Petrel 2</div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial"><br></div><div style="background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial">Different Subsurface versions with different approach?</div>

<br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>> > Months ago, given your good relationship with Shearwater, I warmly<br>
> > recommended to contact them privately asking info on this nasty<br>
> > behaviour of some devices.<br>
><br>
> I will look again if there are more emails that I've missed.<br>
<br>
The devices behave just fine. Its just our reverse engineered code who<br>
doesn't work any longer.<br>
<br>
There has bin some email exchanges, (don't remember who talked to them<br>
or when), about how to use the calibration constants and the comment<br>
from Shearwater back then was that this is a internal detail they didn't<br>
want to say anything about it.<br>
The answer might change when someone else asks them, but thats the last<br>
thing I heard.<br>
<br>
I don't have any Shearwater devices nor any contacts at that company. I<br>
just stared at the data long enough and figured out a (what later turned<br>
out to be a faulty) relationship between them. Later Jef figured out<br>
what the real relation ship was which matched the data way better.<br>
(To my defence, my formula matched all the test data I had =)<br><br></blockquote><div><br></div><div>Two users affected in a very small Subsurface user base. Who knows how many units expose the default calibration values?</div><div><br></div><div>Anyway, mine was just a suggestion. No problem at all.</div><div>I will try Dirk suggestion so I can save my old data.</div><div><br></div><div>Thanks</div><div> </div></div></div>