<div dir="ltr">Dear Salva,<div><br></div><div>I think it is worth while to spend some words to summarize the sometimes weird features of the UWATEC hw/sw, related to tanks and gas handling.</div><div><br></div><div>Let us start with the naming conventions. The Galileo Trimix sw names the first tanks (or gases) from T1 to T9.  Tank # 10 is labeled as T0 ; this is not in principle correct, since any regular sorting procedure would put T0 in the first place, T1 in the second and T9 in the tenth place. Luckily this potential bug generator is not very effective, since nobody actually relies in a 10 cylinder dive configuration.</div><div><br></div><div>Older sw for Galileo and SmartTec supports only 3 tanks, labeled T1, T2 and TD. The oxygen volume fraction of T2 ( travel mix) must be equal or higher than that of T1 (bottom mix) . The oxygen volume fraction of TD (decompression mix) must be equal or higher the that of T2.</div><div><br></div><div>As already said in one of my latest posts the SmarTtec and Galileo programs do not allow to enter the O2 concentration of T2 if the same parameter has not been set for TD.</div><div><br></div><div>The diver is allowed to switch off tanks T2 or TD before the dive. If TD is switched off T2 is also automatically switched off. The option of switching off one or two tanks is useful when said tanks are NOT BEING USED during a dive. The values of O2 molar fraction and the pairing data for the pressure transmitter are not erased when a tank is simply switched off.</div><div><br></div><div>If a dive is carried out without switching off one or two tanks the sw assumes that all tanks with a defined O2 fraction and all tanks paired with the DC are being actually used.</div><div><br></div><div>Please note that the tank volume is not defined before the dive. The Remaining Bottom Time calculation is executed by simple monitoring of the tank pressure decrease with time.</div><div><br></div><div>The tank type and volume definition is manually done  when the data are downloaded by means of the SmartTrak program. Only when the tank capacity is defined,  SmartTrak is able to calculate the SAC.</div><div><br></div><div>The calculation of the SAC can be executed even when a tank is not equipped with a pressure transmitter. In this case the Start and End pressure must be manually entered.</div><div><br></div><div>The MOST ANNOYING "feature" of the SmartTrack software is that IT IS NOT POSSIBLE to MANUALLY enter Start and End pressure when a tank is equipped with a NON working transmitter ...</div><div><br></div><div>The smkt2ssrf program assumes that a tank has not been used during a dive if the START PRESSURE IS NOT DEFINED. This implies that even the MAIN TANK description is set to "unknown" when a paired  transmitter is not actually mounted on the tank or when such transmitter has NOT BEEN WORKING from the beginning to the end of the dive, so that the Start pressure CANNOT BE MANUALLY ENTERED.</div><div><br></div><div>I agree on the statement that a way MUST BE FOUND for making smtk2ssrf to ignore the tanks not BEING USED during a dive in spite of fact that their transmitter has been paired or their O2 fraction of the gas has been defined:  most divers are too LAZY to switch off non used tanks before the dive ...</div><div><br></div><div>The issue is NOT SO IMPORTANT, but I would suggest that you consider the possibility of using a different criterion to select the tanks WHICH ARE ACTUALLY BEEN USED. Such a criterion could be to look for the presence of the tank DESCRIPTION or the definition of tank VOLUME,  instead of checking the existence of the START PRESSURE value. It is very unlikely that a SmartTrak user  is going to waste time with the manual input of data for tanks which HAVE NOT BEEN ACTUALLY USED. On the other hand the tank type and/or the tank volume CAN ALWAYS BE MANUALLY INSERTED, even when a pressure transmitter is paired but not working.</div><div><br></div><div>I do not know how much work is required for implementing such program modification. If this implies a significant effort there are surely more important things to be done first ...</div><div><br></div><div>Very best regards.</div><div><br></div><div>Alessandro</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Mar 8, 2017 at 10:43 PM, Salvador Cuñat <span dir="ltr"><<a href="mailto:salvador.cunat@gmail.com" target="_blank">salvador.cunat@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Good night Alessandro.<br>
<br>
On Tue, Mar 07, 2017 at 09:51:53PM +0000, Alessandro Volpi wrote:<br>
><br>
> GalileoTrimix tank names range from T1 to T0 ( it should be T10 ... ).<br>
><br>
> Standard UWATEC computer are supporting only 3 tanks, denominated T1 T2 and<br>
> TD; TD means Decompression Tank.<br>
><br>
And so did older smarttrak version, jut supported three tanks,<br>
<br>
> The problem is that the user is not allowed to define T2 unless TD has been<br>
> defined; for example if you dive with a 15 liter tank with air and a small<br>
> 3 liter tank filled with Nitrox 35, you are forced to call this tank TD and<br>
> not T2.<br>
><br>
Hmmmm, didn't know this "feature", it explains a lot of things.<br>
<br>
> Dives #418 and # 419 in my logbook were carried out according to the<br>
> example.<br>
><br>
I've noticed the duplicity in these dives.<br>
It's origin is a mix. I'm pretty sure that libdivecomputer reports two<br>
tanks (say 0 and 1) and just complains about different number of<br>
tank and mixes (2 tanks, 3 mixes). After parsing the raw data with<br>
libdc, we have tank_0 and tank_1 (TD for Galileo) with correct initial<br>
and end pressures and mixes, and a third tank tank_2 with just a mix.<br>
One of the "features" included in smtk2ssrf is to look into de<br>
database if we have a tank with a 0 initial pressure, to ensure we<br>
collect data manually added by the user, so smtk2ssrf reads the TD<br>
data again and puts it in tank_3 (notice that tank_3 has the type set,<br>
while tank_2 doesn't in the final .xml file).<br>
<br>
> I am sending this message to your attention, since i guess that the gas<br>
> switch event handling is carried out by smtk2ssrf .. perhaps I am wrong<br>
><br>
Gas switch events are reported by libdivecomputer, directly from the DC<br>
raw data stored in smrttrak.<br>
<br>
I was working on this last sunday, then went quite busy with real<br>
live. Probably it'll be fixed this weekend, simply removing duplicated<br>
tanks. This way we can get rid of all (actually, most) unused tanks (up to 10)<br>
and reduce a bit the size of the resulting .xml file.<br>
<br>
Regards.<br>
<br>
Salva.<br>
</blockquote></div><br></div>