Date: Wed, 21 Dec 2022 09:55:36 +0100 From: Hans Petter Selasky <hps@selasky.org> To: Milan Obuch <freebsd-usb@dino.sk>, freebsd-usb@freebsd.org Subject: Re: USB logic analyzer problem Message-ID: <eca1b773-63b1-fb76-c782-a1c4b55715f3@selasky.org> In-Reply-To: <f2140d0d-ffe5-1444-c706-d8b4b9a51c9e@selasky.org> References: <20221221084423.71de3559@zeta.dino.sk> <f2140d0d-ffe5-1444-c706-d8b4b9a51c9e@selasky.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On 12/21/22 09:52, Hans Petter Selasky wrote: > On 12/21/22 08:44, Milan Obuch wrote: >> Hi, >> >> recently I've got two simple USB logic analyzers (one with analog >> channel as well), and I am trying to get them working under FreeBSD. >> They are >> >> ugen0.x: <vendor 0x08a9 product 0x0014> at usbus0 >> ugen0.y: <vendor 0x0925 product 0x3881> at usbus0 >> >> as seen on plugging in USB port (x, y varies on attempts). These should >> be handled by sigrok and pulseview (science/sigrok* and >> science/pulseview ports). While building and installing ports was >> relatively easy, I did not managed them to work correctly. >> >> Looking at sigrok wiki, both should work with fx2lafw driver, info at >> >> https://sigrok.org/wiki/AZDelivery_Logic_Analyzer/Info >> https://sigrok.org/wiki/Noname_LHT00SU1/Info >> >> At first, I thought problem is access rights, as all devices are >> created with mode crw-------, uid root. I did not succeed to change >> this, trying devd and/or devfs, even manually chmod. As a simple test, >> I started pulseview as root, still, no success - I can see my devices >> listed and selectable for data acquisition, but trying to get data >> yields >> >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> sr: fx2lafw: resubmit_transfer: LIBUSB_ERROR_NO_DEVICE >> Acquisition took 0.07 s >> >> at best. So, data set is empty, nothing is captured. >> >> I am out of ideas. Has anybody any experience with this kind of devices? >> Any idea how to debug this issue? >> >> Regards, >> Milan >> > > Hi Milan, > > If you get a no device error on re-submit, the device has been > disconnected, but the software side has not yet done the same I believe. > Can you check that? > > --HPS > I.E. you need to regularly check that the device is connected, and close all USB handles when you see it is gone! --HPS
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?eca1b773-63b1-fb76-c782-a1c4b55715f3>