Re: Import dives from Cressi Cartesio

I have downloaded Subsurface-4.9.3-976-gc6f73ae14456.dmg from https://github.com/Subsurface-divelog/subsurface/releases/tag/ci-release . I did download the app from the GitHub location (I’m not familiair with GitHub, so

Re: Import dives from Cressi Cartesio

I’m afraid it still doesn’t work. Kind regards, Martin De Weger > Op 18 feb. 2020, om 22:17 heeft Linus Torvalds > het volgende geschreven: > > Good, that's the right one. > > Let me know if that works now. And if it does, I'll just merge it into > mainline and we'll have a real build

Re: Import dives from Cressi Cartesio

I gave it a number of tries (and checked the save logfile option).The Cartesio was in PC mode, so should be able to download. subsurface.log Description: Binary data log Description: Binary data Hope this will help.  Kind regards,Martin De Weger Op 18 feb. 2020, om 22:24 heeft Linus Torvalds

Re: Import dives from Cressi Cartesio

> On Feb 18, 2020, at 12:36 PM, Linus Torvalds > wrote: > And we definitely should add our version string to the log outputs so > that we can see that it matches the right version. Dirk? I can add this... /D ___ subsurface mailing list

Re: Import dives from Cressi Cartesio

The result looks the same in de UI. log Description: Binary data Kind regards,Martin De Weger Op 18 feb. 2020, om 22:10 heeft Martin de Weger het volgende geschreven:I have downloaded Subsurface-4.9.3-976-gc6f73ae14456.dmg from 

Re: Import dives from Cressi Cartesio

Running the Artifacts that GitHub creates on a Mac is really painful. That's why for master I create DMGs on my system. If you can't get this to work, I can create a one-off binary for you /D > On Feb 18, 2020, at 1:10 PM, Martin de Weger wrote: > > I have downloaded

Re: Import dives from Cressi Cartesio

I haven’t deleted anything from the log, I ran the command "Subsurface.app/Contents/MacOS/Subsurface > log 2>&1" per previous instruction. The -v parameter was not given. Can I enter “Subsurface.app/Contents/MacOS/Subsurface -v > log 2>&1”? Kind regards, Martin De Weger > Op 18 feb. 2020,

Re: Import dives from Cressi Cartesio

On Tue, Feb 18, 2020 at 1:33 PM Martin de Weger wrote: > > I gave it a number of tries (and checked the save logfile option). Ok, I see the several tries, and I also see the lack of replies. Oh well. There's two possibilities: (a) the Cressi protocol isn't the same on BLE as it is on a

Re: Import dives from Cressi Cartesio

Good, that's the right one. Let me know if that works now. And if it does, I'll just merge it into mainline and we'll have a real build soon. And if not, I'll take a new log-file and go back to the drawing board.. Linus On Tue, Feb 18, 2020 at 1:15 PM Martin de Weger wrote: >

Re: Import dives from Cressi Cartesio

On Tue, Feb 18, 2020 at 1:36 PM Martin de Weger wrote: > > With the -v parameter, the logfile is as attached. Yup, with that I see the version in the logs too. We'll try to remember to ask people to do "-v" next time. Linus ___

Re: Import dives from Cressi Cartesio

On Tue, Feb 18, 2020 at 12:20 PM Martin de Weger wrote: > > I’ve downloaded the new version and retried to download the dives. The > logfile is attached. Damn. No change. It still tries the other service. I wonder what went wrong. I see that Found service

Re: Import dives from Cressi Cartesio

On Tue, Feb 18, 2020 at 1:17 PM Martin de Weger wrote: > > The result looks the same in de UI. .. but the log looks different. Now you have Using service "{6e41-b5a3-f393-e0a9-e50e24dcca9e}" as preferred service which is the correct Nordic UART service. So my patch did what it was

Re: Import dives from Cressi Cartesio

On Tue, Feb 18, 2020 at 1:43 PM Linus Torvalds 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

Re: Import dives from Cressi Cartesio

log Description: Binary data Hi Linus,I’ve downloaded the new version and retried to download the dives. The logfile is attached. Kind regards,Martin De Weger Op 17 feb. 2020, om 22:18 heeft Martin de Weger het volgende geschreven:I’ll save your head from more injuries

Re: Import dives from Cressi Cartesio

With the -v parameter, the logfile is as attached. log Description: Binary data Kind regards,Martin De Weger Op 18 feb. 2020, om 22:32 heeft Martin de Weger het volgende geschreven:I haven’t deleted anything from the log, I ran the command

Re: Import dives from Cressi Cartesio

On Tue, Feb 18, 2020 at 12:36 PM Linus Torvalds wrote: > > For that test-build, the version string *should* be > > Subsurface 4.9.3-959-gaa80ecc77ee9 > > and if it isn't, you're not testing with my Cressi hack in place. Actually, I take that back. The build server did a merge commit, so it

Re: Import dives from Cressi Cartesio

I might have solved this. Let me test again. I’m testing with: Kind regards, Martin De Weger > Op 18 feb. 2020, om 22:10 heeft Martin de Weger het > volgende geschreven: > > I have downloaded Subsurface-4.9.3-976-gc6f73ae14456.dmg from >

Re: Import dives from Cressi Cartesio

> On Feb 18, 2020, at 12:39 PM, Dirk Hohndel wrote: > >> On Feb 18, 2020, at 12:36 PM, Linus Torvalds >> wrote: >> And we definitely should add our version string to the log outputs so >> that we can see that it matches the right version. Dirk? > > I can add this... Just FYI - Martin must

Re: Import dives from Cressi Cartesio

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