Linus, i think i have successs in compiling with new pid (not easy for me ...), but no success for connecting aladin square :
subsurface.log : Subsurface: v4.7.2-54-g97712559192c, built with libdivecomputer v0.6.0- devel-Subsurface-branch (7de3a549ee588fef4702ee9d894e390aca43950d) INFO: Open: vid=c251, pid=2006 INFO: Open: interface=0, endpoints=81,02 ERROR: Failed to open the usb device (LIBUSB_ERROR_ACCESS). [in ../../src/usbhid.c:392 (dc_usbhid_open)] ERROR: Failed to open Scubapro G2 device [in scubapro_g2.c:224 (scubapro_g2_device_open)] Vincent Le mercredi 08 novembre 2017 à 13:16 -0800, Linus Torvalds a écrit : > On Wed, Nov 8, 2017 at 1:02 PM, vavincavent <[email protected]> > wrote: > > > > : USB HID v1.00 Device [Uwatec AG Square] on usb-0000:00:14.0- > > 1/input0 > > Ok, so this is one of the "native USB" devices, not one of the > "serial > device, using a USB-to-serial cable" devices. > > That means that you need to use the actual native USB access. > > We don't have any way to set the USB device ID's, but it is > *possible* > that it works the same way the Scubapro G2 does (which also shows up > as a USB HID device). > > If you can build your own subsurface, you could try this: > > - status = dc_usbhid_custom_io(context, 0x2e6c, > 0x3201); > + status = dc_usbhid_custom_io(context, 0xc251, > 0x2006); > > in libdifvecomputer's src/scubapro_g2.c and then say "download from > Scubapro G2". > > It would be good to have some way to let people test USB ID's like > this without having to build things specifically for it, but I can't > think of a sane way. > > Linus _______________________________________________ subsurface mailing list [email protected] http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface
