<HTML><BODY><div id="composeWebView_editable_content" data-mailruapp-compose-id="composeWebView_editable_content" style="text-align: left;">Hi Linus,<div><br></div><div>I just realized the same, none of my code changes do anything to the events but I am working on a patch to detect pressure drops that happen if you decouple the regulator before the uemis has finished its dive which is usually 2-3 minutes after you surface.</div><div><br></div><div>If you have done some fixes already please let me know so we do not duplicate efforts. If you haven't it's a good learning for me but will take some time as I don't know that part of the code yet.<br><br>G. Lerch<br><br><br>Montag, 28. September 2015 04:17 +0200 von Linus Torvalds <torvalds@linux-foundation.org>:<br> <div id="composeWebView_previouse_content" data-mailruapp-compose-id="composeWebView_previouse_content"><blockquote style="border-left: 1px solid #fc2c38; margin: 10px 10px 10px 5px; padding: 0 0 0 10px;"><div class="js-helper js-readmsg-msg">
<style type="text/css"></style>
<div>
<base target="_self" href="https://e-aj.my.com/">
<div id="style_14434066370000003757_BODY">On Mon, Sep 21, 2015 at 3:30 PM, Guido Lerch <<a href="/compose?To=guido.lerch@gmail.com">guido.lerch@gmail.com</a>> wrote:<br>
<<br>
<div class="mail-quote-collapse">> Has someone recently changed something to the equipment info.<br>
> Reading a dive from my Uemis today the first time since I test the end<br>
> pressure in the equipment info is wrong.<br>
</div><br>
I just got the same thing, and my SAC rate was hugely worse than it<br>
should be, because the end pressure for the dive was recorded as 1.94<br>
bar, even though the *display* shows 108.05 bar. Small difference<br>
between tank half full, and tank at ambient pressure.<br>
<br>
And it turns out that the pressure reading of 1.94 bar is actually<br>
technically correct, it's just that the Uemis downloader seems to have<br>
changed. The end of that dive looks like this:<br>
<br>
...<br>
57:44 2.67m 109.68bar<br>
57:47 2.67m 109.57bar<br>
57:52 2.58m 109.48bar<br>
58:00 2.56m 109.38bar<br>
58:03 2.33m 109.24bar<br>
58:08 2.37m 109.16bar<br>
58:16 2.16m 109.05bar<br>
58:19 1.89m 108.96bar<br>
58:24 2.09m 108.88bar<br>
58:27 2.13m<br>
58:32 1.95m 108.78bar<br>
58:40 1.57m 108.58bar<br>
58:43 1.48m 108.49bar<br>
58:48 0.0m<br>
...<br>
60:56 0.0m 108.0bar<br>
60:59 0.0m 29.5°C 108.02bar<br>
61:04 0.0m 108.03bar<br>
61:06 0.0m 29.4°C<br>
61:12 0.0m 29.5°C<br>
61:20 0.0m 108.05bar<br>
61:23 0.0m<br>
61:28 0.0m 108.06bar cns=4%<br>
61:36 0.0m<br>
61:39 0.0m<br>
61:44 0.0m<br>
61:47 0.0m<br>
61:52 0.0m 56.11bar<br>
62:00 0.0m 29.06bar<br>
62:02 0.0m 1.94bar<br>
62:08 0.0m<br>
62:14 0.0m<br>
<br>
ie I came to the *surface with 108 bar, but then a couple of minutes<br>
later I turned off my air and depressurized the regulator. The Uemis<br>
has helpfully saved all of that, and while we don't *display* the<br>
surface events at the end, the "end pressure" calculations and the SAC<br>
calculations do actually see it.<br>
<br>
I *think* the old Uemis downloader used to just ignore pressure events<br>
at the surface, because I don't recall having seen this before. So I<br>
suspect it's actually your Uemis changes that caused this.<br>
<br>
At the same time, I think we should just ignore the pressure data from<br>
the surface. It's not meaningful, regardless of whether you<br>
depressurize the regulator or not, since you'd presumably be breathing<br>
the surface air, not from the cylinder. So surface time shouldn't<br>
count towards the SAC, and likewise is meaningless for "end pressure"<br>
as exemplified above.<br>
<br>
So I'll fix the generic code, and we can let the Uemis downloader be.<br>
<br>
Linus<br>
</div>
<base target="_self" href="https://e-aj.my.com/">
</div>
</div></blockquote></div></div></div></BODY></HTML>