After about a month, I refreshed the local git sandbox but I was not anymore able to receive any sample, even with the test program. I am using a Terratec NOXON DAB/DAB+ USB dongle (rev 1) on Ubuntu 11.10 x86_64 .
./rtl_sdr - Found 1 device(s): 0: Terratec NOXON DAB/DAB+ USB dongle (rev 1)
Using device 0: Terratec NOXON DAB/DAB+ USB dongle (rev 1) Found Fitipower FC0013 tuner Tuned to 100000000 Hz. Tuner gain set to -1.000000 dB. Reading samples in async mode...
but I can get no output.
*am*
--------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 ---------------------------------------------------------
On Mon, May 07, 2012 at 11:52:28PM +0200, Andrea Montefusco wrote:
After about a month, I refreshed the local git sandbox but I was not anymore able to receive any sample, even with the test program.
It would help if you still know which git version you had been using before.
You could even try to use "git bisect" to find out which particular change made it break.
On 05/08/2012 09:57 AM, Harald Welte wrote:
On Mon, May 07, 2012 at 11:52:28PM +0200, Andrea Montefusco wrote:
After about a month, I refreshed the local git sandbox but I was not anymore able to receive any sample, even with the test program.
It would help if you still know which git version you had been using before.
You could even try to use "git bisect" to find out which particular change made it break.
I did that and the result was the same, so the wholly system becomes the suspicious one. Really after Oliver was back, he restarted everything and, now, it is working again. Many other times I managed to lock the dongle, however this is the first time we could access the device but not getting data from it
Consider that I am remotely developing the software, thanks to Oliver that is sharing its dongle, Linux PC and Internet connection, and it seems that there is no practical way to do an hard reset the dongle remotely (I would like to be wrong of course, so if anyone know how, please tell me).
Sorry to reporting a not existent problem.
*am*
--------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 ---------------------------------------------------------
Hi Andrea,
On Tue, May 08, 2012 at 07:47:40PM +0200, Andrea Montefusco wrote:
and it seems that there is no practical way to do an hard reset the dongle remotely (I would like to be wrong of course, so if anyone know how, please tell me).
have you tried issuing a USB Bus reset to the bus the device is residing on?
Harald Welte wrote:
and it seems that there is no practical way to do an hard reset the dongle remotely (I would like to be wrong of course, so if anyone know how, please tell me).
have you tried issuing a USB Bus reset to the bus the device is residing on?
I think that's still only a software reset. :\
USB hubs can optionally allow software to control the power supply of ports individually, and this could of course be used to power cycle any bus powered USB device.
As far as I know, no hub driver exposes an API to do this however - but I'd love to be wrong about this, so please tell me if anyone knows!
//Peter
On Tue, May 08, 2012 at 11:03:36PM +0200, Peter Stuge wrote:
As far as I know, no hub driver exposes an API to do this however - but I'd love to be wrong about this, so please tell me if anyone knows!
The hub drivers inside the kernel export this via the set_port_feature(.. USB_PORT_FEAT_POWER) function, which core/hub.c wraps in the hub_power_on() function.
But it seems like it is only used by suspend/resume and overcurrent related code paths.
Harald Welte wrote:
As far as I know, no hub driver exposes an API to do this however - but I'd love to be wrong about this, so please tell me if anyone knows!
The hub drivers inside the kernel export this via the set_port_feature(.. USB_PORT_FEAT_POWER) function, which core/hub.c wraps in the hub_power_on() function.
But it seems like it is only used by suspend/resume and overcurrent related code paths.
Yes, I haven't seen it available in any userspace API on any system. :\
It may be possible to send the request to the hub from userspace, but I haven't tried it.
//Peter
On 05/08/2012 08:08 PM, Harald Welte wrote:
have you tried issuing a USB Bus reset to the bus the device is residing on?
I did, no results. BTW, it seems that Oliver, the owner of dongle on which I remotely try to destroy :-) discovered that, at least some times, the module has been frozen simply trying to set it at a too much low frequency.
*am*
--------------------------------------------------------- Andrea Montefusco iw0hdv http://www.montefusco.com tel: +393356992791 fax: +390623318709 ---------------------------------------------------------
-
Andrea Montefusco -
Harald Welte -
Peter Stuge