Divecomputer-reading from Mobile devices (Was: Divemate Fusion)

[Dirk Hohndel]

> On Apr 10, 2016, at 10:44, Martin Gysel <me at bearsh.org> wrote:
> 
>> Am 10.04.2016 um 15:53 schrieb Dirk Hohndel:
>> 
>>> On Apr 10, 2016, at 12:42 AM, Robert Helling <helling at atdotde.de
>>> <mailto:helling at atdotde.de>> wrote:
>>> 
>>> Hi,
>>> 
>>> this is going fast!
>>> 
>>>> On 09.04.2016, at 18:57, Linus Torvalds
>>>> <torvalds at linux-foundation.org
>>>> <mailto:torvalds at linux-foundation.org>> wrote:
>>>> 
>>>> Because $9 is $9. And depending on where I ship it, the postage is
>>>> going to be more than that ;)
>>> 
>>> Availability seems to be a problem at the moment. I preordered two at
>>> their website and it said „Ships in June 2016“. Let’s hope for the best.
>> 
>> Yeah, I talked to the VP of Marketing. They can't make them fast enough.
>> 
>>> In the meantime I will play a bit with a Pi that I have right here. I
>>> was thinking along the lines of adding a command line option to
>>> subsurface which just downloads new dives from an attached dive
>>> computer and updates the local git accordingly. Leaving the BT stuff
>>> for the moment and maybe doing wifi first (as that should be easier
>>> there).
>> 
>> I don't think we need a command line option for Subsurface.
>> libdivecomputer already has a command line tool. I've used that
>> successfully on my C.H.I.P to download from the Cobalt.
> 
> I can think of one reason to use subsurface (at least some parts of it)
> to download the dives instead of libdc directly is subsurface supports
> the Uemis whereas libdc doesn't.

Since they aren't making them anymore and the displays are dying fast, my guess is we are talking about a low single digit user base. 
Let's aim for less complexity, less new code. 

/D