Send USRP-users mailing list submissions to
        [email protected]

To subscribe or unsubscribe via the World Wide Web, visit
        http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
        [email protected]

You can reach the person managing the list at
        [email protected]

When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."


Today's Topics:

   1. Re: Time Alignment Error Across Multiple B200s with
      10MHz/1PPS (Paul Garver)
   2. E310 FPGA design_Loopback test (BHUSHAN PAWAR)
   3. Network Connectivity problem about USRP X310 (Yan Huang)
   4. Re: Network Connectivity problem about USRP X310
      ([email protected])
   5. Re: Network Connectivity problem about USRP X310 (Marcus M?ller)
   6. Re: Network Connectivity problem about USRP X310 (Yan Huang)
   7. Re: Network Connectivity problem about USRP X310
      ([email protected])
   8. Re: Network Connectivity problem about USRP X310 (James Humphries)
   9. Re: Network Connectivity problem about USRP X310 (Yan Huang)
  10. Re: Network Connectivity problem about USRP X310 (James Humphries)
  11. Re: Network Connectivity problem about USRP X310 (Yan Huang)
  12. Re: Network Connectivity problem about USRP X310 (Marcus M?ller)
  13. Issue with E310 device address (Seger, Edward H)


----------------------------------------------------------------------

Message: 1
Date: Sun, 24 Apr 2016 20:26:09 -0400
From: Paul Garver <[email protected]>
To: "Marcus D. Leech" <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Time Alignment Error Across Multiple B200s
        with    10MHz/1PPS
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

For others who may be searching this same topic, I?ll provide an update. We had 
an error in our metadata recording code which was causing the mean time delay 
estimation between multiple B200s to be on the order of microseconds (~25uS) at 
25 MSPS. Now, we have all three B200s sync?d within a sample on UHD 3.8.5 using 
a timing reference and 10 MHz/1PPS. The sample mean is around 40nS and the 
sample variance is extremely low (reads zero). To do better than this, I 
presume we will need to compensate for the random phase by calibrating on every 
run / retune.

We use our custom recording tool in gr-analysis to record the times, which 
looks like it time-tags accurately as long as the correct segment size is given 
(default is OK).
https://github.com/garverp/gr-analysis <https://github.com/garverp/gr-analysis>

Does this seem reasonable? Does anyone else have time alignment results for the 
B200 they would care to share?

PWG
> On Mar 16, 2016, at 9:50 PM, Marcus D. Leech <[email protected]> wrote:
> 
> On 03/16/2016 05:21 PM, Paul Garver wrote:
>> 25MSPS with 50 MHz clock rate on UHD 3.8.5.
>> 
>> PWG
> Since 3.8.5 there have been *several* fixes that I would categorize as 
> "coherency management".  Please try the latest UHD software
>   and matching firmware.
> 
> 
>> 
>> On 03/16/2016 03:46 PM, Marcus D. Leech wrote:
>>> On 03/16/2016 02:08 PM, Garver, Paul W wrote:
>>>> Hi Marcus,
>>>> 
>>>> I didn't describe this step, but we do as you say. The receivers call 
>>>> set_time_next_pps() to 0, confirm it is set properly, and then schedule a 
>>>> start-of-streaming time to record with metadata. The transmitter transmits 
>>>> a repeating signal on the second (it transmits on (or close to) the PPS 
>>>> edge) which is about 0.5s in duration. For each receiver, we loop through 
>>>> the headers and find the timestamp closest to integer seconds and split 
>>>> the recorded files on those integer seconds. Then the cross-correlation is 
>>>> performed to estimate the TDoA between the sensors. Using this method the 
>>>> delays are still on the order of microseconds. Are you saying this is 
>>>> expected behavior? If so, how does the PPS help?
>>>> 
>>>> PWG
>>>> 
>>> What is your sample rate?  What version of UHD are you using?
>>> 
>>> 
>>>> 
>>>> From: "Marcus D. Leech" <[email protected]> <mailto:[email protected]>
>>>> To: [email protected] <mailto:[email protected]>
>>>> Sent: Wednesday, March 16, 2016 11:34:09 AM
>>>> Subject: Re: [USRP-users] Time Alignment Error Across Multiple B200s with 
>>>> 10MHz/1PPS
>>>> 
>>>> On 03/16/2016 09:56 AM, Paul Garver via USRP-users wrote:
>>>> The question regarding time synchronization with B200's has been asked 
>>>> multiple times on this mailing list [3,4,5,6]. Many of these threads end 
>>>> with limited information in terms of how to successfully sync B200s and 
>>>> the expected accuracy. In [4], it is explained there is a random phase 
>>>> offset due the 3 fractional-N PLL's which supply the RF LO's. So I 
>>>> understand that there is some calibration which is needed, potentially 
>>>> across every tune. What I haven't seen, however, is an expected value for 
>>>> the these delays. 
>>>> 
>>>> Suppose I have a high quality timing reference driving the 10 MHz / 1 PPS 
>>>> inputs on the B200s assuming matched length cables, etc. I split an input 
>>>> signal and receive it with three B200s attached to three separate PCs. I 
>>>> then perform a cross-correlation to determinte the TDoA between the 
>>>> signals. What is the expected value for these measurements? Is it just a 
>>>> phase term, or could the alignment be off by more? There was a nice 
>>>> presentation given in FOSDEM 2016 [1] regarding B200 synchronization, but 
>>>> I did not see the uncorrected offset. [4] shows ~ 10uS offset.
>>>> 
>>>> I have performed a similar experiment using the Ettus Octoclock Timing 
>>>> Distribution (w/o GPSDO) [7] and a Jackson Labs LC-XO GPSDO [8], which I 
>>>> believe is the same used in the Octoclock with GPSDO option. The LC-XO is 
>>>> connected to the Octoclock, and then equal length (not phased matched) 
>>>> cables are connected to the 1 PPS/ 10 MHz outputs to drive 3 B200s on 
>>>> separate computers. A separate B200 transmits a BPSK-modulated PN sequence 
>>>> with a RRC pulse shape and a bandwidth around 20 MHz. The data is recorded 
>>>> (after setting clocks and next_time_pps) and then cross-correlation is 
>>>> performed. The time delay between receivers is estimated by taking the 
>>>> maximum sample number of the cross-correlations. A sub-sample estimate is 
>>>> performed via parabolic interpolation. Our results show differences on the 
>>>> order of 10's of microseconds, but the actual number is random, which 
>>>> agrees with [4]. This leads me to believe that either 
>>>> 
>>>> 1) The random offset due to the 3 fractional-N PLL's (or other RF 
>>>> front-end ambiguities) is more than a phase ambiguity
>>>> 2) There is something incorrect in the code for performing the time 
>>>> synchronization
>>>> 
>>>> Has anyone successfully synchronized B200's in this way? If so, what is 
>>>> the expected value of the random delay (or phase offset?) between 
>>>> receivers? Is it on the order of nanoseconds, microseconds, etc? I'd be 
>>>> really interested in some hard numbers on these things. Of course, it 
>>>> depends on the particulars such as bandwidth, etc, but just some idea of 
>>>> what other folks are getting. I believe the B200 only samples the 1 PPS at 
>>>> the rate of the master clock so I would expect with calibration the B200s 
>>>> should be able to be synchronized on the order of maybe 100ns. Is this 
>>>> realistic?
>>>> 
>>>> PWG  
>>>> 
>>>> [1] https://fosdem.org/2016/schedule/event/distributedsdr/ 
>>>> <https://fosdem.org/2016/schedule/event/distributedsdr/>
>>>> [2] 
>>>> https://www.ettus.com/content/files/kb/mimo_and_sync_with_usrp_updated.pdf 
>>>> <https://www.ettus.com/content/files/kb/mimo_and_sync_with_usrp_updated.pdf>
>>>> [3] 
>>>> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-January/012227.html
>>>>  
>>>> <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-January/012227.html>
>>>> [4] 
>>>> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-May/014025.html
>>>>  
>>>> <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-May/014025.html>
>>>> [5] 
>>>> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-December/017400.html
>>>>  
>>>> <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-December/017400.html>
>>>> [6] 
>>>> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-June/014656.html
>>>>  
>>>> <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2015-June/014656.html>
>>>> [7] https://www.ettus.com/product/details/OctoClock 
>>>> <https://www.ettus.com/product/details/OctoClock> 
>>>> [8] http://www.jackson-labs.com/index.php/products/lc_xo 
>>>> <http://www.jackson-labs.com/index.php/products/lc_xo>
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected] <mailto:[email protected]>
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com 
>>>> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>>>> There will be an unknown phase error among all your B200s.  This can be 
>>>> anywhere along the phase circle.
>>>> 
>>>> The timing ambiguity is a different issue.  Since you can only have 1 B200 
>>>> per multi_usrp object, time-alignment is not down automatically.
>>>> 
>>>> Assuming that you've set the TOD registers on all your participating B200s 
>>>> via set_time_next_pps() or set_time_unknown_pps(), and you've
>>>>   set a common start-of-streaming time, then you'll have to look at 
>>>> timestamps on all your streams, via the metadata, to understand what
>>>>   the timing offsets are.   Without those two steps, you can't predict 
>>>> what the timing offset will be, since the N streams will all be started
>>>>   at some random time relative to each other.
>>>> 
>>>> 
>>>> 
>>> 
>> 
> 
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160424/14e8dbb4/attachment-0001.html>

------------------------------

Message: 2
Date: Mon, 25 Apr 2016 10:10:24 +0200
From: BHUSHAN PAWAR <[email protected]>
To: [email protected], [email protected]
Subject: [USRP-users] E310 FPGA design_Loopback test
Message-ID:
        <cafvcn_9f5ms5ivv9gt4kxgo7_xe07taqf3pb1z___urojhh...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hello all,

I am trying to achieve Rx to Tx loopback by editing current FPGA design. In
the current FPGA, data is moved from E310_core --> FIFO --> Processing
System --> FIFO --> E310_core.

In the edited FPGA design, I am trying to bypass Processing system in the
data path to reduce time delay. When I load the edited bit file on E310 it
gives below errors,

[pawa_bh@ohff24 ~]$ ssh -X [email protected]
Last login: Fri Jan 22 00:54:11 2016 from ohff24.local
root@ettus-e3xx-sg1:~# uhd_usrp_probe --args='fpga=/tmp/e300.bit'
linux; GNU C++ version 4.9.2; Boost_105700; UHD_003.009.002-0-unknown

-- Loading FPGA image: /tmp/e300.bit... done
-- Detecting internal GPSDO .... found
-- Initializing core control...
-- Performing register loopback test... pass
-- Performing register loopback test... Error: EnvironmentError: IOError:
Radio ctrl (0) no response packet - AssertionError: bool(buff)
  in uint64_t radio_ctrl_core_3000_impl::wait_for_ack(bool)
  at
/home/balister/release-4/build/tmp-glibc/work/armv7ahf-vfp-neon-oe-linux-gnueabi/uhd/3.9.2-r0/uhd-3.9.2/lib/usrp/cores/radio_ctrl_core_3000.cpp:198

Can you explain the reason for this error? Also we can see, during
initailiazation E310 performs few tests like register loopback test(3
times) and CODEC loopback (2 times) and Timer loopback test (2 times). Can
you briefly explain each test or suggest some data to read to understand
this issue?


*Thanks & Regards,*

*Bhushan R.V. Pawar.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/4def59f3/attachment-0001.html>

------------------------------

Message: 3
Date: Mon, 25 Apr 2016 10:42:33 +0000
From: Yan Huang <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Network Connectivity problem about USRP X310
Message-ID:
        
<13e785ad7846974289da28b82fc109be0528e...@uiwexmbx07.ad.nottingham.ac.uk>
        
Content-Type: text/plain; charset="us-ascii"

Hi all,

I've gotten a new USRP X310 device and after assembling it, I need to connect 
it with my computer. But there is an error about :

mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1

Error: LookupError: KeyError: No devices found for ----->
Device Address:
   addr: 192.168.30.2

I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have 
connected as the following steps:

*         Install UHD from source

*         Deactivate network-manager: Sudo stop network-manager

*         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152 -j 
ACCEPT

*         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0

*         Ping 192.168.30.2

*         uhd_usrp_probe --args addr=192.168.30.2
When I run the last step, it shows no device found for. Is there anything I'm 
missing? I really get stuck here.
Thanks in advance!

Best Regards,

Yan





This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please send it back to me, and immediately delete it. 

Please do not use, copy or disclose the information contained in this
message or in any attachment.  Any views or opinions expressed by the
author of this email do not necessarily reflect the views of the
University of Nottingham.

This message has been checked for viruses but the contents of an
attachment may still contain software viruses which could damage your
computer system, you are advised to perform your own checks. Email
communications with the University of Nottingham may be monitored as
permitted by UK legislation.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/43b54859/attachment-0001.html>

------------------------------

Message: 4
Date: Mon, 25 Apr 2016 10:07:15 -0400
From: [email protected]
To: Yan Huang <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

If you're using the 1GiGe interface, the default address is 192.168.10.2


On 2016-04-25 06:42, Yan Huang via USRP-users wrote:

> Hi all, 
> 
> I've gotten a new USRP X310 device and after assembling it, I need to connect 
> it with my computer. But there is an error about : 
> 
> mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2 
> 
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1 
> 
> Error: LookupError: KeyError: No devices found for -----> 
> 
> Device Address: 
> 
> addr: 192.168.30.2 
> 
> I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have 
> connected as the following steps: 
> 
> ?         Install UHD from source 
> 
> ?         Deactivate network-manager: Sudo stop network-manager 
> 
> ?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152 -j 
> ACCEPT 
> 
> ?         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0 
> 
> ?         Ping 192.168.30.2 
> 
> ?         uhd_usrp_probe --args addr=192.168.30.2 
> 
> When I run the last step, it shows no device found for. Is there anything I'm 
> missing? I really get stuck here. 
> 
> Thanks in advance! 
> 
> Best Regards, 
> 
> Yan 
> 
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it. 
> 
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
> 
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
> 
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/dc523e9c/attachment-0001.html>

------------------------------

Message: 5
Date: Mon, 25 Apr 2016 16:11:58 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"

In the default image (HGS), the 10Gbit adapter has to be in port 1.

Best regards,
Marcus

On 04/25/2016 12:42 PM, Yan Huang via USRP-users wrote:
>
> Hi all,
>
>  
>
> I?ve gotten a new USRP X310 device and after assembling it, I need to
> connect it with my computer. But there is an error about :
>
>  
>
> mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
>
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1
>
>  
>
> Error: LookupError: KeyError: No devices found for ----->
>
> Device Address:
>
>    addr: 192.168.30.2
>
>  
>
> I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I
> have connected as the following steps:
>
> ?         Install UHD from source
>
> ?         Deactivate network-manager: Sudo stop network-manager
>
> ?         Configure firewall: sudo iptables -A INPUT -p udp --sport
> 49152 -j ACCEPT
>
> ?         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0
>
> ?         Ping 192.168.30.2
>
> ?         uhd_usrp_probe --args addr=192.168.30.2
>
> When I run the last step, it shows no device found for. Is there
> anything I?m missing? I really get stuck here.
>
> Thanks in advance!
>
>  
>
> Best Regards,
>
>  
>
> Yan
>
>  
>
>
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it. 
>
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
>
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/48217bd8/attachment-0001.html>

------------------------------

Message: 6
Date: Mon, 25 Apr 2016 14:21:24 +0000
From: Yan Huang <[email protected]>
To: "[email protected]" <[email protected]>, Yan Huang
        <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID:
        
<13e785ad7846974289da28b82fc109be0528e...@uiwexmbx07.ad.nottingham.ac.uk>
        
Content-Type: text/plain; charset="utf-8"

Hi,


I?m using 10Giga bit interface and the default address is 192.168.30.2 when 
using port  0.

When I use B210 to run FFT.grc it shows :
RuntimeError:
GR-UHD detected ABI compatibility mismatch with UHD library.
GR-UHD was build against ABI: 3.8.0-0,
but UHD library reports ABI: 3.10.0-0
Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD 
component against this ABI version.

I guess it?s the UHD3.10.0 which I updated today is not compatible with gr-uhd 
which I install before. I?m using a liveUSB SDR Environment,
What can I do to make them compatible?

Thanks,
Yan
From: [email protected] [mailto:[email protected]]
Sent: 25 April 2016 15:07
To: Yan Huang
Cc: [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310


If you're using the 1GiGe interface, the default address is 192.168.10.2






On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
Hi all,

I?ve gotten a new USRP X310 device and after assembling it, I need to connect 
it with my computer. But there is an error about :

mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1

Error: LookupError: KeyError: No devices found for ----->
Device Address:
   addr: 192.168.30.2

I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have 
connected as the following steps:

?         Install UHD from source

?         Deactivate network-manager: Sudo stop network-manager

?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152 -j 
ACCEPT

?         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0

?         Ping 192.168.30.2

?         uhd_usrp_probe --args addr=192.168.30.2
When I run the last step, it shows no device found for. Is there anything I?m 
missing? I really get stuck here.
Thanks in advance!

Best Regards,

Yan






This message and any attachment are intended solely for the addressee

and may contain confidential information. If you have received this

message in error, please send it back to me, and immediately delete it.



Please do not use, copy or disclose the information contained in this

message or in any attachment.  Any views or opinions expressed by the

author of this email do not necessarily reflect the views of the

University of Nottingham.



This message has been checked for viruses but the contents of an

attachment may still contain software viruses which could damage your

computer system, you are advised to perform your own checks. Email

communications with the University of Nottingham may be monitored as

permitted by UK legislation.

_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please send it back to me, and immediately delete it. 

Please do not use, copy or disclose the information contained in this
message or in any attachment.  Any views or opinions expressed by the
author of this email do not necessarily reflect the views of the
University of Nottingham.

This message has been checked for viruses but the contents of an
attachment may still contain software viruses which could damage your
computer system, you are advised to perform your own checks. Email
communications with the University of Nottingham may be monitored as
permitted by UK legislation.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/d2c3eed5/attachment-0001.html>

------------------------------

Message: 7
Date: Mon, 25 Apr 2016 10:28:10 -0400
From: [email protected]
To: Yan Huang <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

You'll have to rebuild Gnu Radio.  More hints on how to do that with the
Gnu Radio live USB can be had by posting to the discuss-gnuradio mailing
list. 

On 2016-04-25 10:21, Yan Huang wrote:

> Hi, 
> 
> I'm using 10Giga bit interface and the default address is 192.168.30.2 when 
> using port  0. 
> 
> When I use B210 to run FFT.grc it shows : 
> 
> RuntimeError: 
> 
> GR-UHD detected ABI compatibility mismatch with UHD library. 
> 
> GR-UHD was build against ABI: 3.8.0-0, 
> 
> but UHD library reports ABI: 3.10.0-0 
> 
> Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD 
> component against this ABI version. 
> 
> I guess it's the UHD3.10.0 which I updated today is not compatible with 
> gr-uhd which I install before. I'm using a liveUSB SDR Environment, 
> 
> What can I do to make them compatible? 
> 
> Thanks, 
> 
> Yan
> 
> FROM: [email protected] [mailto:[email protected]] 
> SENT: 25 April 2016 15:07
> TO: Yan Huang
> CC: [email protected]
> SUBJECT: Re: [USRP-users] Network Connectivity problem about USRP X310 
> 
> If you're using the 1GiGe interface, the default address is 192.168.10.2 
> 
> On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
> 
>> Hi all, 
>> 
>> I've gotten a new USRP X310 device and after assembling it, I need to 
>> connect it with my computer. But there is an error about : 
>> 
>> mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2 
>> 
>> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1 
>> 
>> Error: LookupError: KeyError: No devices found for -----> 
>> 
>> Device Address: 
>> 
>> addr: 192.168.30.2 
>> 
>> I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have 
>> connected as the following steps: 
>> 
>> ?         Install UHD from source 
>> 
>> ?         Deactivate network-manager: Sudo stop network-manager 
>> 
>> ?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152 -j 
>> ACCEPT 
>> 
>> ?         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0 
>> 
>> ?         Ping 192.168.30.2 
>> 
>> ?         uhd_usrp_probe --args addr=192.168.30.2 
>> 
>> When I run the last step, it shows no device found for. Is there anything 
>> I'm missing? I really get stuck here. 
>> 
>> Thanks in advance! 
>> 
>> Best Regards, 
>> 
>> Yan 
>> 
>> This message and any attachment are intended solely for the addressee
>> 
>> and may contain confidential information. If you have received this
>> 
>> message in error, please send it back to me, and immediately delete it. 
>> 
>> Please do not use, copy or disclose the information contained in this
>> 
>> message or in any attachment.  Any views or opinions expressed by the
>> 
>> author of this email do not necessarily reflect the views of the
>> 
>> University of Nottingham.
>> 
>> This message has been checked for viruses but the contents of an
>> 
>> attachment may still contain software viruses which could damage your
>> 
>> computer system, you are advised to perform your own checks. Email
>> 
>> communications with the University of Nottingham may be monitored as
>> 
>> permitted by UK legislation.
>> 
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it. 
> 
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
> 
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/bae3664d/attachment-0001.html>

------------------------------

Message: 8
Date: Mon, 25 Apr 2016 10:30:51 -0400
From: James Humphries <[email protected]>
To: Yan Huang <[email protected]>
Cc: "[email protected]" <[email protected]>,
        "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID:
        <caewgfhwyv77_s1xdak6qsv2759yn-0c1sd_hszqdjb4t0ot...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Yan,

The default FPGA image is the HGS image, so Port 1 will be the 10GbE
interface (unless you updated to the XGS image):

http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs

For gr-uhd, you will need to rebuild that module (or rebuild gnu radio) to
fix the ABI mismatch. To just rebuild gr-uhd, the process should be:

cd <gnuradio_source>/build/gr-uhd
make clean
make -j #CPUs-1
sudo make install

-Trip

On Mon, Apr 25, 2016 at 10:21 AM, Yan Huang via USRP-users <
[email protected]> wrote:

> Hi,
>
>
>
> I?m using 10Giga bit interface and the default address is 192.168.30.2
> when using port  0.
>
> When I use B210 to run FFT.grc it shows :
>
> RuntimeError:
>
> GR-UHD detected ABI compatibility mismatch with UHD library.
>
> GR-UHD was build against ABI: 3.8.0-0,
>
> but UHD library reports ABI: 3.10.0-0
>
> Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD
> component against this ABI version.
>
>
>
> I guess it?s the UHD3.10.0 which I updated today is not compatible with
> gr-uhd which I install before. I?m using a liveUSB SDR Environment,
>
> What can I do to make them compatible?
>
>
>
> Thanks,
>
> Yan
>
> *From:* [email protected] [mailto:[email protected]]
> *Sent:* 25 April 2016 15:07
> *To:* Yan Huang
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] Network Connectivity problem about USRP X310
>
>
>
> If you're using the 1GiGe interface, the default address is 192.168.10.2
>
>
>
>
>
>
>
> On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
>
> Hi all,
>
>
>
> I?ve gotten a new USRP X310 device and after assembling it, I need to
> connect it with my computer. But there is an error about :
>
>
>
> mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
>
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1
>
>
>
> Error: LookupError: KeyError: No devices found for ----->
>
> Device Address:
>
>    addr: 192.168.30.2
>
>
>
> I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have
> connected as the following steps:
>
> ?         Install UHD from source
>
> ?         Deactivate network-manager: Sudo stop network-manager
>
> ?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152
> -j ACCEPT
>
> ?         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0
>
> ?         Ping 192.168.30.2
>
> ?         uhd_usrp_probe --args addr=192.168.30.2
>
> When I run the last step, it shows no device found for. Is there anything
> I?m missing? I really get stuck here.
>
> Thanks in advance!
>
>
>
> Best Regards,
>
>
>
> Yan
>
>
>
>
>
>
>
> This message and any attachment are intended solely for the addressee
>
> and may contain confidential information. If you have received this
>
> message in error, please send it back to me, and immediately delete it.
>
>
>
> Please do not use, copy or disclose the information contained in this
>
> message or in any attachment.  Any views or opinions expressed by the
>
> author of this email do not necessarily reflect the views of the
>
> University of Nottingham.
>
>
>
> This message has been checked for viruses but the contents of an
>
> attachment may still contain software viruses which could damage your
>
> computer system, you are advised to perform your own checks. Email
>
> communications with the University of Nottingham may be monitored as
>
> permitted by UK legislation.
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it.
>
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
>
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/215e81f7/attachment-0001.html>

------------------------------

Message: 9
Date: Mon, 25 Apr 2016 15:07:43 +0000
From: Yan Huang <[email protected]>
To: James Humphries <[email protected]>, Yan Huang
        <[email protected]>
Cc: "[email protected]" <[email protected]>,
        "[email protected]"    <[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID:
        
<13e785ad7846974289da28b82fc109be0528e...@uiwexmbx07.ad.nottingham.ac.uk>
        
Content-Type: text/plain; charset="utf-8"

Hi Trip,

Thank you so much, I have rebuild gr-uhd follow your process, but I have two 
problems:

1.      I cannot find the path <gnuradio_source>/build/gr-uhd and only find 
mint/build/gnuradio/gr-uhd

2.      Then when I ?make -j #CPUs-1?, there are errors come up:

make[2]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] 
Error 1
make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
make: *** [all] Error 2

I don?t know what?s the problem is, could you please give me more advice?

Many Thanks ,
Yan


From: James Humphries [mailto:[email protected]]
Sent: 25 April 2016 15:31
To: Yan Huang
Cc: [email protected]; [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310

Hi Yan,

The default FPGA image is the HGS image, so Port 1 will be the 10GbE interface 
(unless you updated to the XGS image):

http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs

For gr-uhd, you will need to rebuild that module (or rebuild gnu radio) to fix 
the ABI mismatch. To just rebuild gr-uhd, the process should be:

cd <gnuradio_source>/build/gr-uhd
make clean
make -j #CPUs-1
sudo make install

-Trip

On Mon, Apr 25, 2016 at 10:21 AM, Yan Huang via USRP-users 
<[email protected]<mailto:[email protected]>> wrote:
Hi,


I?m using 10Giga bit interface and the default address is 192.168.30.2 when 
using port  0.

When I use B210 to run FFT.grc it shows :
RuntimeError:
GR-UHD detected ABI compatibility mismatch with UHD library.
GR-UHD was build against ABI: 3.8.0-0,
but UHD library reports ABI: 3.10.0-0
Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD 
component against this ABI version.

I guess it?s the UHD3.10.0 which I updated today is not compatible with gr-uhd 
which I install before. I?m using a liveUSB SDR Environment,
What can I do to make them compatible?

Thanks,
Yan
From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]<mailto:[email protected]>]
Sent: 25 April 2016 15:07
To: Yan Huang
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310


If you're using the 1GiGe interface, the default address is 192.168.10.2






On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
Hi all,

I?ve gotten a new USRP X310 device and after assembling it, I need to connect 
it with my computer. But there is an error about :

mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1

Error: LookupError: KeyError: No devices found for ----->
Device Address:
   addr: 192.168.30.2

I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have 
connected as the following steps:

?         Install UHD from source

?         Deactivate network-manager: Sudo stop network-manager

?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152 -j 
ACCEPT

?         Add host IP address: sudo ip addr add 
192.168.30.1/24<http://192.168.30.1/24> dev eth0

?         Ping 192.168.30.2

?         uhd_usrp_probe --args addr=192.168.30.2
When I run the last step, it shows no device found for. Is there anything I?m 
missing? I really get stuck here.
Thanks in advance!

Best Regards,

Yan






This message and any attachment are intended solely for the addressee

and may contain confidential information. If you have received this

message in error, please send it back to me, and immediately delete it.



Please do not use, copy or disclose the information contained in this

message or in any attachment.  Any views or opinions expressed by the

author of this email do not necessarily reflect the views of the

University of Nottingham.



This message has been checked for viruses but the contents of an

attachment may still contain software viruses which could damage your

computer system, you are advised to perform your own checks. Email

communications with the University of Nottingham may be monitored as

permitted by UK legislation.

_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com





This message and any attachment are intended solely for the addressee

and may contain confidential information. If you have received this

message in error, please send it back to me, and immediately delete it.



Please do not use, copy or disclose the information contained in this

message or in any attachment.  Any views or opinions expressed by the

author of this email do not necessarily reflect the views of the

University of Nottingham.



This message has been checked for viruses but the contents of an

attachment may still contain software viruses which could damage your

computer system, you are advised to perform your own checks. Email

communications with the University of Nottingham may be monitored as

permitted by UK legislation.

_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com





This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please send it back to me, and immediately delete it. 

Please do not use, copy or disclose the information contained in this
message or in any attachment.  Any views or opinions expressed by the
author of this email do not necessarily reflect the views of the
University of Nottingham.

This message has been checked for viruses but the contents of an
attachment may still contain software viruses which could damage your
computer system, you are advised to perform your own checks. Email
communications with the University of Nottingham may be monitored as
permitted by UK legislation.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/af612de7/attachment-0001.html>

------------------------------

Message: 10
Date: Mon, 25 Apr 2016 11:11:25 -0400
From: James Humphries <[email protected]>
To: Yan Huang <[email protected]>
Cc: "[email protected]" <[email protected]>,
        "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID:
        <caewgfhx9-spdvpo1dvbh9twuse5w3dmgnhocu8pgwwe6apm...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"

Hi Yan,

You can just do that last step as:

make

You can leave out the -j option, this is set to help compile recipes
simultaneously and speed things up a bit. Generally, you would choose the #
of CPU's you have minus 1, or some people choose the amount of RAM in GB as
the number. So, say you have 4 CPUs, the command would be:

make -j3

-Trip

On Mon, Apr 25, 2016 at 11:07 AM, Yan Huang <[email protected]>
wrote:

> Hi Trip,
>
>
>
> Thank you so much, I have rebuild gr-uhd follow your process, but I have
> two problems:
>
> 1.      I cannot find the path <gnuradio_source>/build/gr-uhd and only
> find mint/build/gnuradio/gr-uhd
>
> 2.      Then when I ?make -j #CPUs-1?, there are errors come up:
>
>
>
> make[2]: ***
> [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] Error 1
>
> make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
>
> make: *** [all] Error 2
>
>
>
> I don?t know what?s the problem is, could you please give me more advice?
>
>
>
> Many Thanks ,
>
> Yan
>
>
>
>
>
> *From:* James Humphries [mailto:[email protected]]
> *Sent:* 25 April 2016 15:31
> *To:* Yan Huang
> *Cc:* [email protected]; [email protected]
>
> *Subject:* Re: [USRP-users] Network Connectivity problem about USRP X310
>
>
>
> Hi Yan,
>
>
>
> The default FPGA image is the HGS image, so Port 1 will be the 10GbE
> interface (unless you updated to the XGS image):
>
>
>
> http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs
>
>
>
> For gr-uhd, you will need to rebuild that module (or rebuild gnu radio) to
> fix the ABI mismatch. To just rebuild gr-uhd, the process should be:
>
>
>
> cd <gnuradio_source>/build/gr-uhd
>
> make clean
>
> make -j #CPUs-1
>
> sudo make install
>
>
>
> -Trip
>
>
>
> On Mon, Apr 25, 2016 at 10:21 AM, Yan Huang via USRP-users <
> [email protected]> wrote:
>
> Hi,
>
>
>
> I?m using 10Giga bit interface and the default address is 192.168.30.2
> when using port  0.
>
> When I use B210 to run FFT.grc it shows :
>
> RuntimeError:
>
> GR-UHD detected ABI compatibility mismatch with UHD library.
>
> GR-UHD was build against ABI: 3.8.0-0,
>
> but UHD library reports ABI: 3.10.0-0
>
> Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD
> component against this ABI version.
>
>
>
> I guess it?s the UHD3.10.0 which I updated today is not compatible with
> gr-uhd which I install before. I?m using a liveUSB SDR Environment,
>
> What can I do to make them compatible?
>
>
>
> Thanks,
>
> Yan
>
> *From:* [email protected] [mailto:[email protected]]
> *Sent:* 25 April 2016 15:07
> *To:* Yan Huang
> *Cc:* [email protected]
> *Subject:* Re: [USRP-users] Network Connectivity problem about USRP X310
>
>
>
> If you're using the 1GiGe interface, the default address is 192.168.10.2
>
>
>
>
>
>
>
> On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
>
> Hi all,
>
>
>
> I?ve gotten a new USRP X310 device and after assembling it, I need to
> connect it with my computer. But there is an error about :
>
>
>
> mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
>
> linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1
>
>
>
> Error: LookupError: KeyError: No devices found for ----->
>
> Device Address:
>
>    addr: 192.168.30.2
>
>
>
> I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have
> connected as the following steps:
>
> ?         Install UHD from source
>
> ?         Deactivate network-manager: Sudo stop network-manager
>
> ?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152
> -j ACCEPT
>
> ?         Add host IP address: sudo ip addr add 192.168.30.1/24 dev eth0
>
> ?         Ping 192.168.30.2
>
> ?         uhd_usrp_probe --args addr=192.168.30.2
>
> When I run the last step, it shows no device found for. Is there anything
> I?m missing? I really get stuck here.
>
> Thanks in advance!
>
>
>
> Best Regards,
>
>
>
> Yan
>
>
>
>
>
>
>
> This message and any attachment are intended solely for the addressee
>
> and may contain confidential information. If you have received this
>
> message in error, please send it back to me, and immediately delete it.
>
>
>
> Please do not use, copy or disclose the information contained in this
>
> message or in any attachment.  Any views or opinions expressed by the
>
> author of this email do not necessarily reflect the views of the
>
> University of Nottingham.
>
>
>
> This message has been checked for viruses but the contents of an
>
> attachment may still contain software viruses which could damage your
>
> computer system, you are advised to perform your own checks. Email
>
> communications with the University of Nottingham may be monitored as
>
> permitted by UK legislation.
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
>
> This message and any attachment are intended solely for the addressee
>
> and may contain confidential information. If you have received this
>
> message in error, please send it back to me, and immediately delete it.
>
>
>
> Please do not use, copy or disclose the information contained in this
>
> message or in any attachment.  Any views or opinions expressed by the
>
> author of this email do not necessarily reflect the views of the
>
> University of Nottingham.
>
>
>
> This message has been checked for viruses but the contents of an
>
> attachment may still contain software viruses which could damage your
>
> computer system, you are advised to perform your own checks. Email
>
> communications with the University of Nottingham may be monitored as
>
> permitted by UK legislation.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
>
>
>
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it.
>
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
>
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/1ce7fb76/attachment-0001.html>

------------------------------

Message: 11
Date: Mon, 25 Apr 2016 15:27:15 +0000
From: Yan Huang <[email protected]>
To: James Humphries <[email protected]>, Yan Huang
        <[email protected]>
Cc: "[email protected]" <[email protected]>,
        "[email protected]"    <[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID:
        
<13e785ad7846974289da28b82fc109be0528e...@uiwexmbx07.ad.nottingham.ac.uk>
        
Content-Type: text/plain; charset="utf-8"

Hi Trip,

Thanks for your kind reply, but after I use ?make?, there are still the two 
errors. Do you know how to fix them?


?         
/home/mint/build/gnuradio/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:23590:15: error: 
?class uhd::usrp::dboard_iface? has no member named ?set_gpio_debug?

(arg1)->set_gpio_debug(arg2,arg3);


?         
/home/mint/build/gnuradio/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:47733:94: error: 
?ATR_REG_RX_ONLY? is not a member of ?uhd::usrp::dboard_iface?

SWIG_Python_SetConstant(d, 
"dboard_iface_ATR_REG_RX_ONLY",SWIG_From_int(static_cast< int 
>(uhd::usrp::dboard_iface::ATR_REG_RX_ONLY)));


Many thanks,
Yan

From: James Humphries [mailto:[email protected]]
Sent: 25 April 2016 16:11
To: Yan Huang
Cc: [email protected]; [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310

Hi Yan,

You can just do that last step as:

make

You can leave out the -j option, this is set to help compile recipes 
simultaneously and speed things up a bit. Generally, you would choose the # of 
CPU's you have minus 1, or some people choose the amount of RAM in GB as the 
number. So, say you have 4 CPUs, the command would be:

make -j3

-Trip

On Mon, Apr 25, 2016 at 11:07 AM, Yan Huang 
<[email protected]<mailto:[email protected]>> wrote:
Hi Trip,

Thank you so much, I have rebuild gr-uhd follow your process, but I have two 
problems:

1.      I cannot find the path <gnuradio_source>/build/gr-uhd and only find 
mint/build/gnuradio/gr-uhd

2.      Then when I ?make -j #CPUs-1?, there are errors come up:

make[2]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] 
Error 1
make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
make: *** [all] Error 2

I don?t know what?s the problem is, could you please give me more advice?

Many Thanks ,
Yan


From: James Humphries 
[mailto:[email protected]<mailto:[email protected]>]
Sent: 25 April 2016 15:31
To: Yan Huang
Cc: [email protected]<mailto:[email protected]>; 
[email protected]<mailto:[email protected]>

Subject: Re: [USRP-users] Network Connectivity problem about USRP X310

Hi Yan,

The default FPGA image is the HGS image, so Port 1 will be the 10GbE interface 
(unless you updated to the XGS image):

http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs

For gr-uhd, you will need to rebuild that module (or rebuild gnu radio) to fix 
the ABI mismatch. To just rebuild gr-uhd, the process should be:

cd <gnuradio_source>/build/gr-uhd
make clean
make -j #CPUs-1
sudo make install

-Trip

On Mon, Apr 25, 2016 at 10:21 AM, Yan Huang via USRP-users 
<[email protected]<mailto:[email protected]>> wrote:
Hi,


I?m using 10Giga bit interface and the default address is 192.168.30.2 when 
using port  0.

When I use B210 to run FFT.grc it shows :
RuntimeError:
GR-UHD detected ABI compatibility mismatch with UHD library.
GR-UHD was build against ABI: 3.8.0-0,
but UHD library reports ABI: 3.10.0-0
Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD 
component against this ABI version.

I guess it?s the UHD3.10.0 which I updated today is not compatible with gr-uhd 
which I install before. I?m using a liveUSB SDR Environment,
What can I do to make them compatible?

Thanks,
Yan
From: [email protected]<mailto:[email protected]> 
[mailto:[email protected]<mailto:[email protected]>]
Sent: 25 April 2016 15:07
To: Yan Huang
Cc: [email protected]<mailto:[email protected]>
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310


If you're using the 1GiGe interface, the default address is 192.168.10.2






On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
Hi all,

I?ve gotten a new USRP X310 device and after assembling it, I need to connect 
it with my computer. But there is an error about :

mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
linux; GNU C++ version 4.8.2; Boost_105400; UHD_003.010.git-202-g9e0861e1

Error: LookupError: KeyError: No devices found for ----->
Device Address:
   addr: 192.168.30.2

I use 10 Giga bit Ethernet to connect X310 with computer in port 0, I have 
connected as the following steps:

?         Install UHD from source

?         Deactivate network-manager: Sudo stop network-manager

?         Configure firewall: sudo iptables -A INPUT -p udp --sport 49152 -j 
ACCEPT

?         Add host IP address: sudo ip addr add 
192.168.30.1/24<http://192.168.30.1/24> dev eth0

?         Ping 192.168.30.2

?         uhd_usrp_probe --args addr=192.168.30.2
When I run the last step, it shows no device found for. Is there anything I?m 
missing? I really get stuck here.
Thanks in advance!

Best Regards,

Yan






This message and any attachment are intended solely for the addressee

and may contain confidential information. If you have received this

message in error, please send it back to me, and immediately delete it.



Please do not use, copy or disclose the information contained in this

message or in any attachment.  Any views or opinions expressed by the

author of this email do not necessarily reflect the views of the

University of Nottingham.



This message has been checked for viruses but the contents of an

attachment may still contain software viruses which could damage your

computer system, you are advised to perform your own checks. Email

communications with the University of Nottingham may be monitored as

permitted by UK legislation.

_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com





This message and any attachment are intended solely for the addressee

and may contain confidential information. If you have received this

message in error, please send it back to me, and immediately delete it.



Please do not use, copy or disclose the information contained in this

message or in any attachment.  Any views or opinions expressed by the

author of this email do not necessarily reflect the views of the

University of Nottingham.



This message has been checked for viruses but the contents of an

attachment may still contain software viruses which could damage your

computer system, you are advised to perform your own checks. Email

communications with the University of Nottingham may be monitored as

permitted by UK legislation.

_______________________________________________
USRP-users mailing list
[email protected]<mailto:[email protected]>
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com






This message and any attachment are intended solely for the addressee

and may contain confidential information. If you have received this

message in error, please send it back to me, and immediately delete it.



Please do not use, copy or disclose the information contained in this

message or in any attachment.  Any views or opinions expressed by the

author of this email do not necessarily reflect the views of the

University of Nottingham.



This message has been checked for viruses but the contents of an

attachment may still contain software viruses which could damage your

computer system, you are advised to perform your own checks. Email

communications with the University of Nottingham may be monitored as

permitted by UK legislation.





This message and any attachment are intended solely for the addressee
and may contain confidential information. If you have received this
message in error, please send it back to me, and immediately delete it. 

Please do not use, copy or disclose the information contained in this
message or in any attachment.  Any views or opinions expressed by the
author of this email do not necessarily reflect the views of the
University of Nottingham.

This message has been checked for viruses but the contents of an
attachment may still contain software viruses which could damage your
computer system, you are advised to perform your own checks. Email
communications with the University of Nottingham may be monitored as
permitted by UK legislation.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/812f2a3d/attachment-0001.html>

------------------------------

Message: 12
Date: Mon, 25 Apr 2016 17:41:03 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Network Connectivity problem about USRP X310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"

Please do a "make clean" before re-trying "make". If the error persists,
it's very typical of you having different versions of UHD installed
somehow that are conflicting.

Best regards,
Marcus

On 04/25/2016 05:27 PM, Yan Huang via USRP-users wrote:
>
> Hi Trip,
>
>  
>
> Thanks for your kind reply, but after I use ?make?, there are still
> the two errors. Do you know how to fix them?
>
>  
>
> ?        
> /home/mint/build/gnuradio/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:23590:15: error:
> ?class uhd::usrp::dboard_iface? has no member named ?set_gpio_debug?
>
> (arg1)->set_gpio_debug(arg2,arg3);
>
>  
>
> ?        
> /home/mint/build/gnuradio/gr-uhd/swig/uhd_swigPYTHON_wrap.cxx:47733:94: error:
> ?ATR_REG_RX_ONLY? is not a member of ?uhd::usrp::dboard_iface?
>
> SWIG_Python_SetConstant(d,
> "dboard_iface_ATR_REG_RX_ONLY",SWIG_From_int(static_cast< int
> >(uhd::usrp::dboard_iface::ATR_REG_RX_ONLY)));
>
>  
>
> Many thanks,
>
> Yan
>
>  
>
> *From:*James Humphries [mailto:[email protected]]
> *Sent:* 25 April 2016 16:11
> *To:* Yan Huang
> *Cc:* [email protected]; [email protected]
> *Subject:* Re: [USRP-users] Network Connectivity problem about USRP X310
>
>  
>
> Hi Yan,
>
>  
>
> You can just do that last step as:
>
>  
>
> make
>
>  
>
> You can leave out the -j option, this is set to help compile recipes
> simultaneously and speed things up a bit. Generally, you would choose
> the # of CPU's you have minus 1, or some people choose the amount of
> RAM in GB as the number. So, say you have 4 CPUs, the command would be:
>
>  
>
> make -j3
>
>  
>
> -Trip
>
>  
>
> On Mon, Apr 25, 2016 at 11:07 AM, Yan Huang <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hi Trip,
>
>  
>
> Thank you so much, I have rebuild gr-uhd follow your process, but I
> have two problems:
>
> 1.      I cannot find the path <gnuradio_source>/build/gr-uhd and only
> find mint/build/gnuradio/gr-uhd
>
> 2.      Then when I ?make -j #CPUs-1?, there are errors come up:
>
>  
>
> make[2]: ***
> [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/uhd_swigPYTHON_wrap.cxx.o] Error 1
>
> make[1]: *** [gr-uhd/swig/CMakeFiles/_uhd_swig.dir/all] Error 2
>
> make: *** [all] Error 2
>
>  
>
> I don?t know what?s the problem is, could you please give me more advice?
>
>  
>
> Many Thanks ,
>
> Yan
>
>  
>
>  
>
> *From:*James Humphries [mailto:[email protected]
> <mailto:[email protected]>]
> *Sent:* 25 April 2016 15:31
> *To:* Yan Huang
> *Cc:* [email protected] <mailto:[email protected]>;
> [email protected] <mailto:[email protected]>
>
>
> *Subject:* Re: [USRP-users] Network Connectivity problem about USRP X310
>
>  
>
> Hi Yan,
>
>  
>
> The default FPGA image is the HGS image, so Port 1 will be the 10GbE
> interface (unless you updated to the XGS image):
>
>  
>
> http://files.ettus.com/manual/page_usrp_x3x0.html#x3x0_load_fpga_imgs
>
>  
>
> For gr-uhd, you will need to rebuild that module (or rebuild gnu
> radio) to fix the ABI mismatch. To just rebuild gr-uhd, the process
> should be:
>
>  
>
> cd <gnuradio_source>/build/gr-uhd
>
> make clean
>
> make -j #CPUs-1
>
> sudo make install
>
>  
>
> -Trip
>
>  
>
> On Mon, Apr 25, 2016 at 10:21 AM, Yan Huang via USRP-users
> <[email protected] <mailto:[email protected]>> wrote:
>
> Hi,
>
>  
>
> I?m using 10Giga bit interface and the default address is 192.168.30.2
> when using port  0.
>
> When I use B210 to run FFT.grc it shows :
>
> RuntimeError:
>
> GR-UHD detected ABI compatibility mismatch with UHD library.
>
> GR-UHD was build against ABI: 3.8.0-0,
>
> but UHD library reports ABI: 3.10.0-0
>
> Suggestion: install an ABI compatible version of UHD,or rebuild GR-UHD
> component against this ABI version.
>
>  
>
> I guess it?s the UHD3.10.0 which I updated today is not compatible
> with gr-uhd which I install before. I?m using a liveUSB SDR Environment,
>
> What can I do to make them compatible?
>
>  
>
> Thanks,
>
> Yan
>
> *From:*[email protected] <mailto:[email protected]>
> [mailto:[email protected] <mailto:[email protected]>]
> *Sent:* 25 April 2016 15:07
> *To:* Yan Huang
> *Cc:* [email protected] <mailto:[email protected]>
> *Subject:* Re: [USRP-users] Network Connectivity problem about USRP X310
>
>  
>
> If you're using the 1GiGe interface, the default address is 192.168.10.2
>
>  
>
>  
>
>  
>
> On 2016-04-25 06:42, Yan Huang via USRP-users wrote:
>
>     Hi all,
>
>      
>
>     I?ve gotten a new USRP X310 device and after assembling it, I need
>     to connect it with my computer. But there is an error about :
>
>      
>
>     mint@mint ~ $ uhd_usrp_probe --args addr=192.168.30.2
>
>     linux; GNU C++ version 4.8.2; Boost_105400;
>     UHD_003.010.git-202-g9e0861e1
>
>      
>
>     Error: LookupError: KeyError: No devices found for ----->
>
>     Device Address:
>
>        addr: 192.168.30.2
>
>      
>
>     I use 10 Giga bit Ethernet to connect X310 with computer in port
>     0, I have connected as the following steps:
>
>     ?         Install UHD from source
>
>     ?         Deactivate network-manager: Sudo stop network-manager
>
>     ?         Configure firewall: sudo iptables -A INPUT -p udp
>     --sport 49152 -j ACCEPT
>
>     ?         Add host IP address: sudo ip addr add 192.168.30.1/24
>     <http://192.168.30.1/24> dev eth0
>
>     ?         Ping 192.168.30.2
>
>     ?         uhd_usrp_probe --args addr=192.168.30.2
>
>     When I run the last step, it shows no device found for. Is there
>     anything I?m missing? I really get stuck here.
>
>     Thanks in advance!
>
>      
>
>     Best Regards,
>
>      
>
>     Yan
>
>      
>
>      
>
>      
>
>     This message and any attachment are intended solely for the addressee
>
>     and may contain confidential information. If you have received this
>
>     message in error, please send it back to me, and immediately delete it. 
>
>      
>
>     Please do not use, copy or disclose the information contained in this
>
>     message or in any attachment.  Any views or opinions expressed by the
>
>     author of this email do not necessarily reflect the views of the
>
>     University of Nottingham.
>
>      
>
>     This message has been checked for viruses but the contents of an
>
>     attachment may still contain software viruses which could damage your
>
>     computer system, you are advised to perform your own checks. Email
>
>     communications with the University of Nottingham may be monitored as
>
>     permitted by UK legislation.
>
>      
>
>     _______________________________________________
>     USRP-users mailing list
>     [email protected] <mailto:[email protected]>
>     http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>  
>  
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it. 
>  
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
>  
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>  
>
>  
>  
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it. 
>  
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
>  
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
>
>  
>
>
> This message and any attachment are intended solely for the addressee
> and may contain confidential information. If you have received this
> message in error, please send it back to me, and immediately delete it. 
>
> Please do not use, copy or disclose the information contained in this
> message or in any attachment.  Any views or opinions expressed by the
> author of this email do not necessarily reflect the views of the
> University of Nottingham.
>
> This message has been checked for viruses but the contents of an
> attachment may still contain software viruses which could damage your
> computer system, you are advised to perform your own checks. Email
> communications with the University of Nottingham may be monitored as
> permitted by UK legislation.
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160425/dd06213b/attachment-0001.html>

------------------------------

Message: 13
Date: Mon, 25 Apr 2016 15:46:19 +0000
From: "Seger, Edward H" <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: [USRP-users] Issue with E310 device address
Message-ID:
        <b79379c8e247c54d9d1a503ed97cb3c0ebd...@msmr-gh1-uea10.corp.nsa.gov>
Content-Type: text/plain; charset="us-ascii"

Folks,
        After using 3.8.4 on our E310s for almost a year, we decided to upgrade 
to 3.9.3.  I grabbed the following things:

 3.9.3 UHD source from git
https://github.com/EttusResearch/uhd/tree/release_003_009_003 (got the zip)

The release 4 image:
http://files.ettus.com/e3xx_images/e3xx-release-4/ettus-e3xx-sg1/sdimage-gnuradio-demo.direct.xz

The FPGA source
https://github.com/EttusResearch/fpga/tree/b91465a5cef377d94e9d1a37c7ff2540b594ff6a
 (got the zip)

We have sg1 E310s
We are not connected to the internet.

I replaced the sdcard image with the new one: sdimage-gnuradio-demo.direct.  
The E310 came up and I was able to grab samples with rx_samples_to_file. 
I am running on the E310, ssh'd in.  
I noticed that the release 4 image I put on the sdcard has UHD 3.9.2.  (?!?!)
I set up to build UHD 3.9.3 so I configd and built the 3.9.3 on my linux 
development system.  
I installed the libuhd.s0.003.009 as well as the new rx_samples_to_file.  
When I run rx_samples_to_file I now get this:

root@ettus-e3xx-sg1:~# rx_samples_to_file --nsamps 47800 --rate 20000000 --freq 
1000000000 --gain 40 --ant "RX2"
linux; GNU C++ Version 4.9.2; Boost_105700; UHD_003.009.003-0-unknown

Creating the usrp device with: ...
Error: LookupError: KeyError: No Devices Found for ----->
Empty Device Address

I have never had to enter a device address for almost a year now using the E310

What is uhd looking for?

Thanks
Ed





------------------------------

Subject: Digest Footer

_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


------------------------------

End of USRP-users Digest, Vol 68, Issue 26
******************************************

Reply via email to