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 > <[email protected]> het volgende geschreven: > > On Tue, Feb 18, 2020 at 1:43 PM Linus Torvalds > <[email protected]> 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
_______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
