Uwatec Smart Z data download takes 1.5 hours for only 4 dives

Benjamin nystire at gmail.com
Mon Dec 23 13:32:33 UTC 2013


I'm willing to try. Just not in the next 2 days, due to those fun things
called job interviews.


On 23 December 2013 23:25, Dirk Hohndel <dirk at hohndel.org> wrote:

> On Mon, 2013-12-23 at 22:21 +0100, Jef Driesen wrote:
> > Unfortunately that's a limitation of how subsurface implements the
> "download
> > only new dives" feature. Subsurface starts downloading dives, and aborts
> the
> > download once a previously downloaded dive is recognized. But the Uwatec
> > protocol forces you to always download ALL dives at once, unless you
> tell it not
> > to do that. This works by sending a device timestamp to the device during
> > handshaking, and then the device will only return those dives that are
> more
> > recent than the timestamp (e.g. only the new dives). This is available in
> > libdivecomputer through the fingerprint feature, but subsurface doesn't
> use it.
> >
> > @Dirk: This is one of those cases where a custom "download only new
> dives"
> > implementation will always be less efficient than libdivecomputer's
> built-in
> > fingerprint based implementation.
>
> Linus - I don't remember why we did not use the fingerprint based
> implementation... can you remind me?
>
> > > Another small issue I encountered: the dive download dialogue window
> does not
> > > remember the irda0 port setting, but returns to /dev/ttyS31.
> >
> > Doesn't matter, because the device node isn't used. IrDA communication
> uses
> > sockets, which don't need a device node at all.
>
> We really need to add code that recognizes the dive computers that don't
> need a device node and then simply gray that field out.
>
> Anyone interested in working on that? It shouldn't be all that hard -
> work with Jef to figure out which DCs don't need a device node,
> recognize them in the downloading Widget and if the user selects one of
> them disable the input field...
>
> /D
>
> _______________________________________________
> subsurface mailing list
> subsurface at hohndel.org
> http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hohndel.org/pipermail/subsurface/attachments/20131223/b3c7ad40/attachment.html>


More information about the subsurface mailing list