<div dir="ltr">Hi Jef<div><br></div><div>Looking back through my git history it looks like it may have actually been imported correctly, so I now suspect that the first issue may not actually be download issue.  I'll see if I can reproduce that one. It looks like it happened when added the dives to a trip, and renumbered them. </div><div><br></div><div>The second problem, however, is not so much a bug as a challenge. How to map transmitter data to gasses. </div><div><br></div><div>I'll keep you posted</div><div><br></div><div>thanks</div><div><br></div><div>Martin</div></div><br><div class="gmail_quote"><div dir="ltr">On Thu, 6 Dec 2018 at 15:42, Jef Driesen <<a href="mailto:jef@libdivecomputer.org">jef@libdivecomputer.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 2018-12-05 17:17, Long, Martin wrote:<br>
> I've noticed some problems with the import of gases on Shearwater<br>
> computers. There are possible 2 issues here, but these seem to be<br>
> related.<br>
> <br>
> 1) I just imported 4 dives from last weekend, all CCR. The first 3<br>
> were on 13/60 diluent and the last one on 15/57. However, it put all<br>
> of the divers in as 15/57, which seems to just be the last diluent<br>
> set. The Shearwater cloud software does identify the correct gas used<br>
> at the start of the dive.<br>
> <br>
> 2) I'm using two transmitters on a Perdix AI. Transmitter 1 is on my<br>
> diluent, and transmitter 2 on my oxygen. On import it seems to<br>
> correctly associate my transmitter one with the diluent (apart from<br>
> the error in 1 above). Now, providing I don't do any gas switches<br>
> (e.g. a bailout) then transmitter 2 I can simply set up as 100% O2.<br>
> However, if I do a gas switch, the software automatically assigns this<br>
> gas switch to cyl 2, and so it becomes associated with the transmitter<br>
> data.<br>
> <br>
> I now have 2 choices... Either I can enter a new gas of 100% and<br>
> manually type the start and end pressure - however I cannot remote it<br>
> from cyl 2. Or, I can set cyl 2 as 100%, and add a new one for my<br>
> baiout gas. However this then means the cylinder swtich then points at<br>
> the wrong gas, and will say I switched to 100% on my bailout!<br>
> <br>
> I don't have a solution to this. As the import process has no manual<br>
> intervention, it would be tricky to have a solution which works. My<br>
> suggestion would be to treat transmitters and gas swtiches as<br>
> completely separate cylinders, and then allow the user to "merge" them<br>
> later. The current assumption that transmitter 1 will be the first<br>
> gas, and transmitter 2 will be the next one is incorrect.<br>
> <br>
> By the way, the ability to merge the 2 profiles from my Petrel<br>
> controller, and Perdix backup (with AI) is excellent! and works really<br>
> well.<br>
<br>
Can you send us the subsurface and libdivecomputer logfiles of a (full) <br>
download? That will allow us to have a look at the raw data, and see <br>
where or what is going wrong.<br>
<br>
PS: The shearwater protocol doesn't support memory dumps, but I can <br>
extract the raw dive data from the download log.<br>
<br>
Jef<br>
</blockquote></div>