<div dir="ltr">Dear Willem,<div><br></div><div>I am pretty sure that the MCS7780 (the standard UWATEC IR adapter) is a FIR device.</div><div><br></div><div>lsusb lists the device as : Bus 001 Device 008: ID 9710:7780 MosChip Semiconductor MCS7780 4Mbps Fast IrDA Adapter</div><div><br></div><div>The content of file /proc/sys/net/irda/max_baud_ra<wbr>te is "16000000" . A 16 M baud rate cannot be reached by anything else than a FIR device.</div><div><br></div><div>The WXP Virtual machine also lists the MCS7780 as a FIR device.</div><div><br></div><div>Moreover the IR interface works perfectly with the FAST Galileo and does not work with the slower SmartTec.</div><div><br></div><div>What I am saying in this message is referred to the Ubuntu trusty system, since I am not able to get a working IR interface in Ubuntu xenial and Fedora 24.</div><div><br></div><div>More details about the irda issue can be found in a  post of mine in the subsurface mailing list on Febrary 18th  2017. Linus Torvalds has replied to my post on  February 19 and I have understood he is not very optimistic about the chance of being able to work with the UWATEC IR with linux in the future ...</div><div><br></div><div>Very best regards.</div><div><br></div><div>Alessandro</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 13, 2017 at 10:52 AM, Willem Ferguson <span dir="ltr"><<a href="mailto:willemferguson@zoology.up.ac.za" target="_blank">willemferguson@zoology.up.ac.za</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto">From phone. Alessandro,  you need to know whether the Smartek does only serial infrared (SIR) or fast infrared (FIR). Then you need to understand whether your Linux driver does any or both of these speeds. Maybe it is a speed issue? If I remember correctly, the Linux driver I use allows speed selection. The Galileo also has a menu setting to choose between slow and fast infrared. Does the Smartek have anything similar? <div dir="auto">Kind regards, Willem. </div></div><div class="gmail_extra"><br><div class="gmail_quote">On 13 Mar 2017 12:15, "Jef Driesen" <<a href="mailto:jef@libdivecomputer.org" target="_blank">jef@libdivecomputer.org</a>> wrote:<br type="attribution"><blockquote class="m_8608476927120755644quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_8608476927120755644quoted-text">On 2017-03-12 18:52, Alessandro Volpi wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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></div>
No problem. I have them now.<div class="m_8608476927120755644quoted-text"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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></div>
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.<div class="m_8608476927120755644quoted-text"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;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></div>
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.<div class="m_8608476927120755644elided-text"><br>
<br>
Jef<br>
______________________________<wbr>_________________<br>
subsurface mailing list<br>
<a href="mailto:subsurface@subsurface-divelog.org" target="_blank">subsurface@subsurface-divelog.<wbr>org</a><br>
<a href="http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface" rel="noreferrer" target="_blank">http://lists.subsurface-divelo<wbr>g.org/cgi-bin/mailman/listinfo<wbr>/subsurface</a><br>
</div></blockquote></div><br></div>
</blockquote></div><br></div>