Hi Josh,

    thanks for your answer. Anyway if the UHD makes trouble because of the 
USRP2 
than I decided to build my own UHD.dll from source code with MSVC 2008. I set 
in 
CMake environment that I don't want to include USRP2 stuff into the UHD driver 
(it won't look for USRP2 devices only for USRP1 devices on USB). I installed 
BOOST. I compiled the UHD, I got the DLL and utils files (uhd_usrp_probe and 
uhd_find_devices), I copied the DLL to location C:\program files (x86)\uhd\bin 
and the LIB file to location C:\program files (x86)\uhd\lib (both from 
D:\uhd\host\build\lib\Release\) but it's not working, so the problem is due to 
paths. I downloaded UHD source code to D:\uhd. Maybe I set wrong some 
parameters 
in CMake.

Do you have any idea regarding this? 

Thanks,

Mark.




________________________________
From: Josh Blum <j...@joshknows.com>
To: Mark Colin <markcoli...@yahoo.com>
Cc: Discuss-gnuradio@gnu.org
Sent: Thu, April 28, 2011 9:05:44 AM
Subject: Re: Error when using UHD, GRC



On 04/27/2011 02:34 PM, Mark Colin wrote:
> Hi,
> 
>      OK, the uhd_find_devices --args="type=usrp1" is working, there's no 
>device 
>
> discovery error message, but when I tried to run the uhd_usrp_probe 
> --args="type=usrp1" the uhd_usrp_probe broke down giving a nice error message:
> 
> "uhd_usrp_probe.exe has encountered a problem and needs to close.  We are 
> sorry 
>
> for the inconvenience."
> 

The last time I saw this, was when I learned that the libusb callbacks
needed to be defined w/ a different calling convention. If you got UHD
from this installer then I don't know the problem:
http://www.ettus.com/downloads/uhd_releases/003_000_001/UHD-003.000.001-win32-with-LIBUSB_CALL-fix.exe


> If I disconnect from the Internet (I have internet connection on PPPOE) then 
> I 

> don't get any error when running uhd_find_devices.exe instead when I 
> run uhd_usrp_probe.exe I get the mentioned error. I even tried to disable 
> Local 
>
> Area Network, and VirtualBox Network, but the error is there.
> 

If I read your message right, then it seems that the interaction between
PPPOE and UHD may be the culprit. But it wasnt consistent between find
and probe? but I would expect them to behave identically.

> I tried many packet sniffer (TCP, UDP) programs but there's no data transfer 
> (I 
>
> couldn't find any packet sent by UHD) when running uhd_usrp_probe 
> --args="type=usrp1" therefore it  might be some error in the test 
> program uhd_usrp_probe before sending out any packet.
> 

It may be the act of opening up a socket on that interface for broadcast.

> 
> What could be the problem?
> 

Windows is that nosey neighbor who always manages to get into your house
at those awkward moments; even though you know you locked the door.

-Josh
_______________________________________________
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Reply via email to