Import dives from Cressi Cartesio

Martin de Weger martin at deweger.org
Tue Feb 18 14:10:33 PST 2020


That sort of sucks. :(

I’m happy with the fact I can download the dives using USB on my Mac now, so that is a win… ;) Thanks for the help so far! I have been looking into finding the BLE packet, but am not able to find a way to do so.



Kind regards,

Martin De Weger

> Op 18 feb. 2020, om 22:57 heeft Linus Torvalds <torvalds at linux-foundation.org> het volgende geschreven:
> 
> On Tue, Feb 18, 2020 at 1:43 PM Linus Torvalds
> <torvalds at linux-foundation.org> wrote:
>> 
>> There's two possibilities:
>> 
>> (a) the Cressi protocol isn't the same on BLE as it is on a regular serial line
>> 
>> (b) the Nordic UART service needs more setup for the other end (tell
>> it baud-rate etc)
> 
> Ugh. A quick look at some Nordic docs seems to imply that _both_ of
> these will be true.
> 
> Not only does Nordic have a APP_UART_FIFO_INIT() thing in their UART
> SDK, there's also magic for reading buttons and setting LED lights
> etc. So it looks like there is a lot more than just "transfer data".
> 
> It also looks like the buffering done by the UART->BLE end is line-based:
> 
>  "Received characters are buffered into a string until a new line
> character is received or the size of the string exceeds the limit
> defined by NUS_MAX_DATA_LENGTH"
> 
> which means that I wouldn't be surprised if Cressi might have added
> newlines to the protocol just to get that UART->BLE side to flush in a
> timely manner.
> 
> So ouch. This looks more complex than most BLE things have been.
> 
>                Linus

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.subsurface-divelog.org/pipermail/subsurface/attachments/20200218/034d3eff/attachment.html>


More information about the subsurface mailing list