<div dir="ltr"><div dir="auto">On Wed, May 23, 2018, 12:08 Willem Ferguson <<a href="mailto:willemferguson@zoology.up.ac.za" target="_blank">willemferguson@zoology.up.ac.za</a>> wrote:<br></div><div class="gmail_quote"><div><br></div><div>Hi Willem,</div><div><br></div><div>Thank you for the kind reply. I will try to explain me again </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Davide,<br>
<br>
Does the correct pO2 show on the Shearwater download software (i.e. the <br>
Shearwater Desktop)?. This means that the data are correctly reported, <br>
not a default calibration value as currently with Subsurface.<br>
<br></blockquote><div><br></div><div>Yes,</div><div>Everything is ok using the Shearwater software to download dives.</div><div>pO2 samples are there and they are correct. I know it for sure because in a couple of dives I had the time to make oxygen and diluent flushes during my long deco taking note of dive time and values.</div><div>Later I could find those values on Shearwater desktop.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
If this is the case, then the problem should in principle be solvable <br>
and it possibly means that the coding in the dive log is slightly <br>
different from that of the standard Petrel and the Fischer Petrel 2. The <br>
most knowledgeable person to approach is Jef Driesen but he would need <br>
some specific information from your download. A first approach is to <br>
inspect the .bin dumpfile generated for debug in Subsurface. Then use <br>
his dctool executable (If I remember correctly it can do Bluetooth and <br>
it is extremely flexible) and see if you can trace the pO2 values.<br>
<br>
I am not sure this is what you may want to hear, but assume that (if you <br>
want the problem solved) you need to take the initiative. You may <br>
possibly be the only person in this circle which has a divecan Petrel so <br>
you are in the best position to address the problem.<br></blockquote><div><br></div><div>While I do not pretend anything (of course), regarding your questions I can assure you that I made everything I could as end user. I gave</div><div>- Shearwater desktop screenshots</div><div>- Shearwater xml exported logs</div><div>- Subsurface xml logs</div><div>- Subsurface bin dumps</div><div>- dctool dump files</div><div><br></div><div>My only fault was not filing a bug report on Github to resume everything in one place.</div><div>I even asked on the list if someone else was using a Shearwater Petrel ECCR controller and, maybe experiencing the same behavior. No reply. So I don't know if it's my specific unit or not.</div><div>BTW I recently updated Petrel firmware to the latest version without results. While it's possible I'm the only Shearwater ccr user on this list, we are speaking of the most common eccr controller on the market nowadays. It's used on countless rebreathers not an obscure dive computer implementation.</div><div><br></div><div>Everything started months ago when I discovered that pO2 samples reported by Subsurface were completely different (and wrong) from Shearwater desktop.</div><div>There was a long email thread in which AFAIK no solution was found: my Petrel is strange.</div><div>Maybe I missed something and Jef or Anton modified something. I don't know but at some point pO2 samples disappeared from Subsurface hence I opened this thread but I'm failing to understand what "default calibration" means and why in my logbook I find the same device listed with random number of sensors.</div><div>I asked again today because because even a "guy you must die!" reply  it's ok but I got no replies at all.</div><div><br></div><div>Bye </div><div><br></div><div>--</div><div>davide@mobile</div><div><br></div><div> </div></div></div>