<div dir="ltr"><div>I have tried once again to obtain the SmartTec memory dump with dctool.exe, on the WXP VM . VirtualBox was running on my  Ubuntu trusty laptop.</div><div><br></div><div>The command was THE RIGHT ONE, as suggested by Jef : "dctool.exe -v -l smart.log -f smart dump -o smart.bin" ; the failed trials described in my previous message were carried on with the WRONG COMMAND :</div><div>"dctool.exe -v -l smart.log -f smart.dump -o smart.bin"<br></div><div><br></div><div>The smart.log and smart.bin are now available in subdirectory  smarttec_import within my Dropbox folder :</div> <a href="https://www.dropbox.com/sh/dsg43qcbo013i1k/AAC_vCS3cZeZar5i3HngCNq3a?dl=0">https://www.dropbox.com/sh/dsg43qcbo013i1k/AAC_vCS3cZeZar5i3HngCNq3a?dl=0</a><div><br></div><div>I apologize for the inconvenience.</div><div><br></div><div>Anyway it is still to be understood why does the subsurface memory dump work with the Galileo and not with the SmartTec; the irda interface is a FIR and, AFAIK, a FIR device is characterized by high baud rate (16M in my trusty system), but should also be able to work at lower data rate when the connected device does not support such a high baud rate. The time required for the SmartTec memory dump has been much longer, compared to the same operation carried on the Galileo DC</div><div><br></div><div>Kind regards.</div><div><br></div><div>Alessandro</div><div><br><div><br><div class="gmail_quote">---------- Forwarded message ----------<br>From: <b class="gmail_sendername">Alessandro Volpi</b> <span dir="ltr"><<a href="mailto:volpial@gmail.com" target="_blank">volpial@gmail.com</a>></span><br>Date: Mon, Mar 13, 2017 at 7:45 PM<br>Subject: Re: direct import form dive computer<br>To: Jef Driesen <<a href="mailto:jef@libdivecomputer.org" target="_blank">jef@libdivecomputer.org</a>><br>Cc: Subsurface Mailing List <<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog<wbr>.org</a>>, Salvador Cuñat <<a href="mailto:salvador.cunat@gmail.com" target="_blank">salvador.cunat@gmail.com</a>>, Anton Lundin <<a href="mailto:glance@acc.umu.se" target="_blank">glance@acc.umu.se</a>><br><br><br><div dir="ltr">Dear Jef,<div><br></div><div>after  downloading dctool.exe, <span style="font-size:12.8px">I have tried to run it with command dctool.exe -v -l smart.log -f smart dump -o smart.bin and I have got an error message "dctool.exe: unknown option --o".</span><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I have also tried with command dctool.exe dump -v -l smart.log -f smart dump -o smart.bin ; the error message is : "No device name or family type specified"</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I was not able to find documentation about the use of dctool.exe ; so I do not know how to specify the device name.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">I am available for further attempt to get the memory dump for the SmartTec, but I need some more help from you about the use of dctool.exe .</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Very best regards.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Alessandro </span></div><div><span style="font-size:12.8px"><br></span></div><div>P.S. I have uploaded two files to subdirectory galileo_trimix_import within my Dropbox folder: dive_log.slg and ale_dive_log.xml. The former comes from Smarttrak and the latter was created by importing into subsurface the out<span style="font-size:12.8px">put file of smtk2ssrf. The two files are the most recent version, including my dive on Saturday March 11 2017</span></div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 13, 2017 at 10:15 AM, Jef Driesen <span dir="ltr"><<a href="mailto:jef@libdivecomputer.org" target="_blank">jef@libdivecomputer.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 2017-03-12 18:52, Alessandro Volpi wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I apologize for not having actually loaded the<br>
subdirectory galileo_trimix_import on my Dropbox folder. The Galileo data<br>
download was executed on a laptop computer. The Ubuntu trusty system is not<br>
set up so that it automatically starts the Dropbox sync operation, as usual<br>
for laptops, which may not be always connected to Internet. I just forgot<br>
to manually start the Dropbox sync, after having created the mentioned<br>
directory. If you open my Dropbox folder right now you are going to find it<br>
as expected.<br>
<br>
In the same folder you will also find the subdirectory Smarttec_import ,<br>
with the log file.<br>
</blockquote>
<br>
No problem. I have them now.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
I have not hitherto considered the chance of installing the Windows version<br>
of subsurface on the WXP VM .  I thought it might have been be a good<br>
suggestion, just in order to try to get the memory dump. It is  a bit<br>
funny, since I have begun to look for linux dive log software mainly in<br>
order to get rid of the WXP virtual machine ...<br>
<br>
I have also tried this possible solution. Subsurface seems to be flawlessly<br>
installed, but it does not work. As I try to launch it I only get an error<br>
pop-up saying : "The procedure entry-point qsort_s could not be located in<br>
the dynamic link library msvcrt.dll" .  This is not surprising since, in<br>
the subsurface web site, WXP is not mentioned in the list of the subsurface<br>
supported Microsoft operating systems.<br>
</blockquote>
<br>
That's probably a subsurface issue on Windows XP. As a workaround, you can download the memory dump using libdivecomputer's command-line tool. You can get it here:<br>
<br>
<a href="http://libdivecomputer.org/builds/stable/windows/dctool.exe" rel="noreferrer" target="_blank">http://libdivecomputer.org/bui<wbr>lds/stable/windows/dctool.exe</a><br>
<br>
Execute with these options:<br>
<br>
dctool.exe -v -l smart.log -f smart dump -o smart.bin<br>
<br>
<br>
What I would like to confirm with this test is very simple: Since you are able to download your smarttec with smarttrak, we know that IrDA is working fine on this system. That allows us to check whether the problem is located. If downloading with libdivecomputer works on this system, then the failure on linux is an IrDA related issue, if it fails then it's in libdivecomputer.<br>
<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
As far as the reasons for not being able to connect the SmartTec to the<br>
linux ( Ubuntu trusty ) IR interface, I think it may be related to the fact<br>
that, even with the SmartTrak program running on the WXP VM, the SmartTec<br>
takes much more time than the Galileo for the download, in spite of the<br>
fact that the amount of data sent by the former is much smaller than that<br>
sent by the latter. This means that the transmission data rate of the<br>
SmartTec is much lower.<br>
</blockquote>
<br>
For the smarttec, we don't even get a chance to download any data. The IrDA device was discovered successfully, but connecting to the device failed:<br>
<br>
INFO: Discover: address=f0e03201, name=Aladin Smart Tec, charset=00, hints=8000<br>
INFO: Connect: address=f0e03201, lsap=1<br>
ERROR: Connection reset by peer (104) [in irda.c:369 (dc_irda_connect_lsap)]<br>
ERROR: Failed to connect the device. [in uwatec_smart.c:188 (uwatec_smart_device_open)]<br>
<br>
This might indeed indicate a problem with the IrDA.<span class="gmail-m_-5619140953995491657gmail-m_-7376473999317873630gmail-m_4565734967783078111HOEnZb"><font color="#888888"><br>
<br>
Jef<br>
</font></span></blockquote></div><br></div>
</div><br></div></div></div>