<html><head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head><body bgcolor="#FFFFFF" text="#000000">Henrik Brautaset Aronsen
wrote:
<blockquote cite="mid:5471B79C.8070003@henrik.synth.no" type="cite">
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
Dirk Hohndel wrote:
<blockquote
cite="mid:149db3b58a0.276d.56b47ea4a24d1c5a000e92dcca3c60d5@hohndel.org"
type="cite"><meta http-equiv="Content-Type" content="text/html;
charset=UTF-8">
<div style="color: black;">
<p style="margin: 0 0 1em 0; color: black;">On November 22, 2014 9:52:42
PM
Miika Turkia <a moz-do-not-send="true" class="moz-txt-link-rfc2396E"
href="mailto:miika.turkia@gmail.com"><miika.turkia@gmail.com></a>
wrote:<br></p>
<p style="margin: 0 0 1em 0; color: black;">> > I'll need to poke
at
that and figure out what's happening. I'm quite<br>
> > pressed for time right now, hopefully I'll get to it after the
weekend.<br>
> ><br>
><br>
> The XML contains po2 values. Isn't that currently enough to make
Subsruface<br>
> treat the dive as a CCR dive?</p>
<p style="margin: 0 0 1em 0; color: black;">I believe you are correct</p></div></blockquote>
<br>
I did a new fresh import from my Petrel on the latest master and saved
it. This time the saved petrel2.xml [1] does not contain the empty
<cylinder /> statements. But id does contain cylinders with
something in them, even on gauge dives:<br>
<br>
<cylinder o2='52.0%' /><br>
<cylinder o2='18.0%' he='45.0%' /><br>
<br>
I tried to do a data dump, but both subsurface and the libdivecomputer
dump app doesn't cooperate:<br>
<br>
$ examples/universal -l petrel2.log -m petrel2.bin -v -n "Shearwater
Petrel" /dev/tty.Petrel-SerialPort <br>
DATETIME 2014-11-23T10:29:31Z (1416738571)<br>
VERSION 0.5.0-devel (e307227b808186beccc00461103477156e97f5e4)<br>
Opening the device (Shearwater Petrel, /dev/tty.Petrel-SerialPort).<br>
INFO: Open: name=/dev/tty.Petrel-SerialPort<br>
INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=1,
flowcontrol=0<br>
INFO: Timeout: value=3000<br>
INFO: Sleep: value=300<br>
INFO: Flush: queue=3, input=0, output=0<br>
Registering the event handler.<br>
Registering the cancellation handler.<br>
Downloading the memory dump.<br>
universal.c:793: Error downloading the memory dump.<br>
INFO: Write: size=9, data=FF0105002E902000C0<br>
Result: Unsupported operation<br>
<br>
(at this point, the Petrel immediately drops out of the upload dive
mode)<br>
</blockquote>
<br>
The same thing happens with the universal app from
<a class="moz-txt-link-freetext" href="http://libdivecomputer.org/builds/macosx/">http://libdivecomputer.org/builds/macosx/</a> as well. Any ideas, Jef?<br>
<br>
$ ~/Downloads/universal -l petrel2.log -m petrel2.bin -v -n "Shearwater
Petrel" /dev/tty.Petrel-SerialPort <br>
DATETIME 2014-11-23T10:37:18Z (1416739038)<br>
VERSION 0.5.0-devel (5e88cf749475377fe21d2dd2b4d60fce6542127c)<br>
Opening the device (Shearwater Petrel, /dev/tty.Petrel-SerialPort).<br>
INFO: Open: name=/dev/tty.Petrel-SerialPort<br>
INFO: Configure: baudrate=115200, databits=8, parity=0, stopbits=1,
flowcontrol=0<br>
INFO: Timeout: value=3000<br>
INFO: Sleep: value=300<br>
INFO: Flush: queue=3, input=0, output=0<br>
Registering the event handler.<br>
Registering the cancellation handler.<br>
Downloading the memory dump.<br>
../../source/examples/universal.c:802: Error downloading the memory
dump.<br>
INFO: Write: size=9, data=FF0105002E902000C0<br>
Result: Unsupported operation<br>
<br>
-H<br>
</body></html>