Re: [USRP-users] MIMO Cable for USRPN200 and USRP2

[Kyeong Su Shin via USRP-users]

Hello Wahhab,

In my experience, that should work. However, Ettus Research dropped the
USRP 2 support a long ago, so you can only expect community support and no
official feedbacks (=basically at your own risk).

Regards,
Kyeong Su Shin

On Thu, Feb 8, 2018 at 10:49 AM, Wahhab Albazrqaoe via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Hi Nate,
> I know it works for usrp2.
> My question is about connecting usrp2 and usrpn200 with MIMO cable. Is it
> possible to connect such different usrp devices?
> I know that connecting two usrp2 devices via mimo cable is possible.
> I know that connecting two usrpn200 devices via mimo cable is possible.
>
> But what about connecting usrp2 and usrpn200 with mimo cable?
>
> Best,
>
>
> On Feb 7, 2018 7:31 PM, "Nate Temple"  wrote:
>
>> Hi Wahhab,
>>
>> The MIMO Cable will work with the USRP2. Please see this section of the
>> UHD Manual: http://files.ettus.com/manual/page_usrp2.html#usrp2_mimocable
>>
>>
>> Regards,
>> Nate Temple
>>
>> On Tue, Feb 6, 2018 at 1:34 PM, Wahhab Albazrqaoe via USRP-users <
>> usrp-users@lists.ettus.com> wrote:
>>
>>> I would like to use MIMO cable to connect (synchronize) USRPN200 and
>>> USRP2.
>>>
>>> Is it possible to do so? Is it safe to do so?
>>>
>>> I appreciate your comments.
>>>
>>> Wahhab Albazrqaoe
>>>
>>>
>>> ___
>>> USRP-users mailing list
>>> USRP-users@lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>>
>>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] MIMO Cable for USRPN200 and USRP2

[Wahhab Albazrqaoe via USRP-users]

Hi Nate,
I know it works for usrp2.
My question is about connecting usrp2 and usrpn200 with MIMO cable. Is it
possible to connect such different usrp devices?
I know that connecting two usrp2 devices via mimo cable is possible.
I know that connecting two usrpn200 devices via mimo cable is possible.

But what about connecting usrp2 and usrpn200 with mimo cable?

Best,


On Feb 7, 2018 7:31 PM, "Nate Temple"  wrote:

> Hi Wahhab,
>
> The MIMO Cable will work with the USRP2. Please see this section of the
> UHD Manual: http://files.ettus.com/manual/page_usrp2.html#usrp2_mimocable
>
>
> Regards,
> Nate Temple
>
> On Tue, Feb 6, 2018 at 1:34 PM, Wahhab Albazrqaoe via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> I would like to use MIMO cable to connect (synchronize) USRPN200 and
>> USRP2.
>>
>> Is it possible to do so? Is it safe to do so?
>>
>> I appreciate your comments.
>>
>> Wahhab Albazrqaoe
>>
>>
>> ___
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] MIMO Cable for USRPN200 and USRP2

[Nate Temple via USRP-users]

Hi Wahhab,

The MIMO Cable will work with the USRP2. Please see this section of the UHD
Manual: http://files.ettus.com/manual/page_usrp2.html#usrp2_mimocable


Regards,
Nate Temple

On Tue, Feb 6, 2018 at 1:34 PM, Wahhab Albazrqaoe via USRP-users <
usrp-users@lists.ettus.com> wrote:

> I would like to use MIMO cable to connect (synchronize) USRPN200 and USRP2.
>
> Is it possible to do so? Is it safe to do so?
>
> I appreciate your comments.
>
> Wahhab Albazrqaoe
>
>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] USRP to Wireshark

[Kyeong Su Shin via USRP-users]

Hello,

A good example of this is gr-ieee-802-11 (
https://github.com/bastibl/gr-ieee802-11 ) . That is for IEEE802.11 a/g/p,
which you probably aren't looking at (as you are usually better off with
COTS WiFi transceivers for sniffing purposes). Yet, it is something that
you can look at if you are implementing your own codes.

Regards,
Kyeong Su Shin

On Thu, Feb 8, 2018 at 7:32 AM, Jeff Long via USRP-users <
usrp-users@lists.ettus.com> wrote:

> The short answer is no, there is no easy way.
>
> The long answer is: build up the appropriate RF/L1 packet decoder in GNU
> Radio, send the resulting messages to a socket or tuntap device, and use
> Wireshark to see the packets. You still may have to build a parser for
> Wireshark if it does not already support the protocol you are sniffing.
>
> On 02/07/2018 04:45 PM, Ammar Alhosainy via USRP-users wrote:
>
>> Hi,
>>
>> I use USRP B200 to sniff the traffic between to nodes. The output file
>> contains the Q and I components of the samples captured with specific rate.
>> Is there any easy way to convert it to PCAP file so that I can see the
>> packets using Wireshark?
>>
>> Thanks
>>
>> --
>> /Ammar Alhosainy, Ph.D./
>> Research Associate | Systems and Computer Engineering | Carleton
>> University
>> _http://sce.carleton.ca/~amammar/ _
>> /
>>
>> ///
>>
>>
>> ___
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] USRP to Wireshark

[Jeff Long via USRP-users]

The short answer is no, there is no easy way.

The long answer is: build up the appropriate RF/L1 packet decoder in GNU 
Radio, send the resulting messages to a socket or tuntap device, and use 
Wireshark to see the packets. You still may have to build a parser for 
Wireshark if it does not already support the protocol you are sniffing.


On 02/07/2018 04:45 PM, Ammar Alhosainy via USRP-users wrote:

Hi,

I use USRP B200 to sniff the traffic between to nodes. The output file 
contains the Q and I components of the samples captured with specific 
rate. Is there any easy way to convert it to PCAP file so that I can see 
the packets using Wireshark?


Thanks

--
/Ammar Alhosainy, Ph.D./
Research Associate | Systems and Computer Engineering | Carleton University
_http://sce.carleton.ca/~amammar/ _
/

///


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] USRP to Wireshark

[Ammar Alhosainy via USRP-users]

Hi,

I use USRP B200 to sniff the traffic between to nodes. The output file
contains the Q and I components of the samples captured with specific rate.
Is there any easy way to convert it to PCAP file so that I can see the
packets using Wireshark?

Thanks

-- 
*Ammar Alhosainy, Ph.D.*
Research Associate | Systems and Computer Engineering | Carleton University
*http://sce.carleton.ca/~amammar/ *
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Rfnoc over flow

[Snehasish Kar via USRP-users]

Hello Jonathon

Thanks for your reply. Answering your questions:


On 07-Feb-2018, at 11:18 PM, Jon Pendlum 
mailto:jon.pend...@gmail.com>> wrote:

Hi Snehasish,

How long do you record samples? Do the overflows occur immediately?
I have tried recording it for 2minutes. Yes, as soon as I start it.

Are they continuous, bursty, only at the beginning?
It’s continues.
What rate can you
run at without overflows?
I need to check that. I will check this and let you know by tomorrow 
morning.

I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
be able to run both of those apps without continuous overflows.
I will try this and share the results with you.

BR
Snehasish


On 07-Feb-2018, at 11:44 PM, Jon Pendlum 
mailto:jon.pend...@gmail.com>> wrote:

Hi Snehasish,

How long do you record samples? Do the overflows occur immediately?
Are they continuous, bursty, only at the beginning? What rate can you
run at without overflows?

I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
be able to run both of those apps without continuous overflows.

Jonathon

On Wed, Feb 7, 2018 at 8:41 AM, Snehasish Kar via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:
Hello


I am uisng NI USRP 2954R with RAM 64GB, and intel Xeon CPU D-1537 @ 1.70GHz
with supermicro motherboard MBD-X10SDV-7TP4F and intel SFP+ of model  X552.
I am trying to stream data at sample rate of 25.6MSPS using both the
receivers in gnuradio and writing the the samples to a linux-FIFO, but as
soon as I start it, it only gives me overflow on both the channels. Please
help me with it, where I am going wrong. Below is the output of my
uhd_usrp_probe.



uhd_usrp_probe --args="addr=192.168.40.2"
[INFO] [UHDlinux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7);
Boost_105400; UHD_4.0.0.rfnoc-devel-409-gec9138eb]
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Determining maximum frame size...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
[INFO] [RFNOC] pass (Throughput: 1290.5MB/s)
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
[INFO] [RFNOC] pass (Throughput: 1304.2MB/s)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
 _
/
|   Device: X-Series Device
| _
|/
|   |   Mboard: X310
|   |   revision: 11
|   |   revision_compat: 7
|   |   product: 30810
|   |   mac-addr0: 00:80:2f:16:51:21
|   |   mac-addr1: 00:80:2f:16:51:22
|   |   gateway: 192.168.10.1
|   |   ip-addr0: 192.168.10.2
|   |   subnet0: 255.255.255.0
|   |   ip-addr1: 192.168.20.2
|   |   subnet1: 255.255.255.0
|   |   ip-addr2: 192.168.30.2
|   |   subnet2: 255.255.255.0
|   |   ip-addr3: 192.168.40.2
|   |   subnet3: 255.255.255.0
|   |   serial: 310514A
|   |   FW Version: 5.1
|   |   FPGA Version: 33.0
|   |   FPGA git hash: b0890fa-dirty
|   |   RFNoC capable: Yes
|   |
|   |   Time sources:  internal, external, gpsdo
|   |   Clock sources: internal, external, gpsdo
|   |   Sensors: gps_gpgga, gps_gprmc, gps_time, gps_locked, gps_servo,
ref_locked
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103BF3
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: UBX RX
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ads62p48
|   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
|   | _
|   |/
|   |   |   RX Dboard: B
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103C35
|   |   | _
|   |   |/
|   |   |   |

Re: [USRP-users] Rfnoc over flow

[Jon Pendlum via USRP-users]

Hi Snehasish,

How long do you record samples? Do the overflows occur immediately?
Are they continuous, bursty, only at the beginning? What rate can you
run at without overflows?

I would suggest running "benchmark_rate --rx_rate 25.6e6 --duration
600" and "uhd_fft --samp-rate 25.6e6 --freq 2.4e9". Your system should
be able to run both of those apps without continuous overflows.

Jonathon

On Wed, Feb 7, 2018 at 8:41 AM, Snehasish Kar via USRP-users
 wrote:
> Hello
>
>
> I am uisng NI USRP 2954R with RAM 64GB, and intel Xeon CPU D-1537 @ 1.70GHz
> with supermicro motherboard MBD-X10SDV-7TP4F and intel SFP+ of model  X552.
> I am trying to stream data at sample rate of 25.6MSPS using both the
> receivers in gnuradio and writing the the samples to a linux-FIFO, but as
> soon as I start it, it only gives me overflow on both the channels. Please
> help me with it, where I am going wrong. Below is the output of my
> uhd_usrp_probe.
>
>
>
> uhd_usrp_probe --args="addr=192.168.40.2"
> [INFO] [UHDlinux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7);
> Boost_105400; UHD_4.0.0.rfnoc-devel-409-gec9138eb]
> [INFO] [X300] X300 initialization sequence...
> [INFO] [X300] Determining maximum frame size...
> [INFO] [X300] Maximum frame size: 8000 bytes.
> [INFO] [X300] Setup basic communication...
> [INFO] [X300] Loading values from EEPROM...
> [INFO] [X300] Setup RF frontend clocking...
> [INFO] [X300] Radio 1x clock:200
> [INFO] [X300] Detecting internal GPSDO
> [INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
> [INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
> [INFO] [RFNOC] pass (Throughput: 1290.5MB/s)
> [INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
> [INFO] [RFNOC] pass (Throughput: 1304.2MB/s)
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [RFNOC RADIO] Register loopback test passed
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
> [INFO] [CORES] Performing timer loopback test...
> [INFO] [CORES] Timer loopback test passed
>   _
>  /
> |   Device: X-Series Device
> | _
> |/
> |   |   Mboard: X310
> |   |   revision: 11
> |   |   revision_compat: 7
> |   |   product: 30810
> |   |   mac-addr0: 00:80:2f:16:51:21
> |   |   mac-addr1: 00:80:2f:16:51:22
> |   |   gateway: 192.168.10.1
> |   |   ip-addr0: 192.168.10.2
> |   |   subnet0: 255.255.255.0
> |   |   ip-addr1: 192.168.20.2
> |   |   subnet1: 255.255.255.0
> |   |   ip-addr2: 192.168.30.2
> |   |   subnet2: 255.255.255.0
> |   |   ip-addr3: 192.168.40.2
> |   |   subnet3: 255.255.255.0
> |   |   serial: 310514A
> |   |   FW Version: 5.1
> |   |   FPGA Version: 33.0
> |   |   FPGA git hash: b0890fa-dirty
> |   |   RFNoC capable: Yes
> |   |
> |   |   Time sources:  internal, external, gpsdo
> |   |   Clock sources: internal, external, gpsdo
> |   |   Sensors: gps_gpgga, gps_gprmc, gps_time, gps_locked, gps_servo,
> ref_locked
> |   | _
> |   |/
> |   |   |   RX Dboard: A
> |   |   |   ID: UBX-160 v1 (0x007a)
> |   |   |   Serial: 3103BF3
> |   |   | _
> |   |   |/
> |   |   |   |   RX Frontend: 0
> |   |   |   |   Name: UBX RX
> |   |   |   |   Antennas: TX/RX, RX2, CAL
> |   |   |   |   Sensors: lo_locked
> |   |   |   |   Freq range: 10.000 to 6000.000 MHz
> |   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
> |   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
> |   |   |   |   Connection Type: IQ
> |   |   |   |   Uses LO offset: No
> |   |   | _
> |   |   |/
> |   |   |   |   RX Codec: A
> |   |   |   |   Name: ads62p48
> |   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
> |   | _
> |   |/
> |   |   |   RX Dboard: B
> |   |   |   ID: UBX-160 v1 (0x007a)
> |   |   |   Serial: 3103C35
> |   |   | _
> |   |   |/
> |   |   |   |   RX Frontend: 0
> |   |   |   |   Name: UBX RX
> |   |   |   |   Antennas: TX/RX, RX2, CAL
> |   |   |   |   Sensors: lo_locked
> |   |   |   |   Freq range: 10.000 to 6000.000 MHz
> |   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
> |   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
> |   |   |   |   Connection Type: IQ
> |   |   |   |   Uses LO offset: No
> |   |   | _
> |   |   |/
> |   |   |   |   RX Codec: B
> |   |   |   |   Name: ads62p48
> |   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
> |   | _
> |   |   

Re: [USRP-users] IQ-sample rate for RX/TX B200

[Jeff Long via USRP-users]

Could you post the full command line you are typing? And describe the 
output of the signal generator?


The sample rates should be the same, and one sample is I+Q.

On 02/07/2018 10:42 AM, Felix Langer via USRP-users wrote:

Hi everyone,


Since a few days, I started using the USRP B200 for transmitting and 
receiving IQ-samples to and from a spectrum analyzer/signal generator. 
For this purpose, I am using UHD's example functions 
"rx_samples_to_file" and "tx_samples_from_file". To test the RX and TX 
characteristics of the B200, I am generating sine-waves with specific 
frequencies and write/read the IQ-samples of the wave to/from binary 
data files.


I have noticed a difference in the effect of the sampling rate that I 
can tune in the UHD-functions mentioned above:


If I send the IQ-samples to the signal generator with a specific 
sampling rate (e.g. 20MHz) and use the B200 for RX, I need to tune the 
sampling rate of the USRP to twice the sampling rate of the signal 
generator (e.g. 40MS/s) for correct downconversion of the signal. So I 
am assuming the sample rate for the USRP is defined as 1 sample for I 
and 1 sample for Q, meaning 2 samples for 1IQ-value. Is this correct? 
With this setting I see the peak of the FFT-plot of the received signal 
at the frequency of the sine-wave that I generated (as expected).


However, for the counterpart of sending the IQ-data with the USRP (TX) 
to a spectum analyzer, I need to tune the sampling rate of the USRP to 
exactly the same sampling rate as for my analyzer (e.g. 20MHz at 
analyzer, 20MS/s at USRP) to observe the correct FFT-plot. If I tune the 
USRP sampling rate to 40MS/s (like above for RX) the peaks of my 
FFT-plot are at twice the frequency of the sine-wave (I receive the wave 
with twice the frequency).


So my question: Is the sampling rate of the UHD RX and TX functions 
defined differently? I tried using only the signal generator and 
spectrum analyzer for TX/RX and it works using the same sampling rate. 
So there has to be a difference in the meaning of the rate option in the 
UHD functions for TX and RX. Or am I missing something fundamental?



Best regards,

Felix



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] IQ-sample rate for RX/TX B200

[Felix Langer via USRP-users]

Hi everyone,Since a few days, I started using the USRP B200 for transmitting and receiving IQ-samples to and from a spectrum analyzer/signal generator. For this purpose, I am using UHD's example functions "rx_samples_to_file" and "tx_samples_from_file". To test the RX and TX characteristics of the B200, I am generating sine-waves with specific frequencies and write/read the IQ-samples of the wave to/from binary data files.I have noticed a difference in the effect of the sampling rate that I can tune in the UHD-functions mentioned above:If I send the IQ-samples to the signal generator with a specific sampling rate (e.g. 20MHz) and use the B200 for RX, I need to tune the sampling rate of the USRP to twice the sampling rate of the signal generator (e.g. 40MS/s) for correct downconversion of the signal. So I am assuming the sample rate for the USRP is defined as 1 sample for I and 1 sample for Q, meaning 2 samples for 1IQ-value. Is this correct? With this setting I see the peak of the FFT-plot of the received signal at the frequency of the sine-wave that I generated (as expected).However, for the counterpart of sending the IQ-data with the USRP (TX) to a spectum analyzer, I need to tune the sampling rate of the USRP to exactly the same sampling rate as for my analyzer (e.g. 20MHz at analyzer, 20MS/s at USRP) to observe the correct FFT-plot. If I tune the USRP sampling rate to 40MS/s (like above for RX) the peaks of my FFT-plot are at twice the frequency of the sine-wave (I receive the wave with twice the frequency).So my question: Is the sampling rate of the UHD RX and TX functions defined differently? I tried using only the signal generator and spectrum analyzer for TX/RX and it works using the same sampling rate. So there has to be a difference in the meaning of the rate option in the UHD functions for TX and RX. Or am I missing something fundamental?Best regards,Felix
 

___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] FPGA design documentation

[Ana Svirčić via USRP-users]

Dear all,



I have an USRP x310 device and I would like to modify the existing FPGA
usrp3 design by adding Xilinx’s Viterbi decoder IP core to it. I was
wondering if there’s any documentation regarding the FPGA design (block
scheme) other that the one on the http://files.ettus.com/manual/md_fpga.html
link?



Thank you and regards,

Ana Svircic



---
Ova e-pošta je provjerena na viruse Avast protuvirusnim programom.
https://www.avast.com/antivirus
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

[USRP-users] Rfnoc over flow

[Snehasish Kar via USRP-users]

Hello


I am uisng NI USRP 2954R with RAM 64GB, and intel Xeon CPU D-1537 @ 1.70GHz 
with supermicro motherboard MBD-X10SDV-7TP4F and intel SFP+ of model  X552. I 
am trying to stream data at sample rate of 25.6MSPS using both the receivers in 
gnuradio and writing the the samples to a linux-FIFO, but as soon as I start 
it, it only gives me overflow on both the channels. Please help me with it, 
where I am going wrong. Below is the output of my uhd_usrp_probe.



uhd_usrp_probe --args="addr=192.168.40.2"
[INFO] [UHDlinux; GNU C++ version 4.8.3 20140911 (Red Hat 4.8.3-7); 
Boost_105400; UHD_4.0.0.rfnoc-devel-409-gec9138eb]
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Determining maximum frame size...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Setup basic communication...
[INFO] [X300] Loading values from EEPROM...
[INFO] [X300] Setup RF frontend clocking...
[INFO] [X300] Radio 1x clock:200
[INFO] [X300] Detecting internal GPSDO
[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929a
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 0...
[INFO] [RFNOC] pass (Throughput: 1290.5MB/s)
[INFO] [RFNOC] [DMA FIFO] Running BIST for FIFO 1...
[INFO] [RFNOC] pass (Throughput: 1304.2MB/s)
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [RFNOC RADIO] Register loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
[INFO] [CORES] Performing timer loopback test...
[INFO] [CORES] Timer loopback test passed
  _
 /
|   Device: X-Series Device
| _
|/
|   |   Mboard: X310
|   |   revision: 11
|   |   revision_compat: 7
|   |   product: 30810
|   |   mac-addr0: 00:80:2f:16:51:21
|   |   mac-addr1: 00:80:2f:16:51:22
|   |   gateway: 192.168.10.1
|   |   ip-addr0: 192.168.10.2
|   |   subnet0: 255.255.255.0
|   |   ip-addr1: 192.168.20.2
|   |   subnet1: 255.255.255.0
|   |   ip-addr2: 192.168.30.2
|   |   subnet2: 255.255.255.0
|   |   ip-addr3: 192.168.40.2
|   |   subnet3: 255.255.255.0
|   |   serial: 310514A
|   |   FW Version: 5.1
|   |   FPGA Version: 33.0
|   |   FPGA git hash: b0890fa-dirty
|   |   RFNoC capable: Yes
|   |
|   |   Time sources:  internal, external, gpsdo
|   |   Clock sources: internal, external, gpsdo
|   |   Sensors: gps_gpgga, gps_gprmc, gps_time, gps_locked, gps_servo, 
ref_locked
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103BF3
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: UBX RX
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ads62p48
|   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
|   | _
|   |/
|   |   |   RX Dboard: B
|   |   |   ID: UBX-160 v1 (0x007a)
|   |   |   Serial: 3103C35
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: UBX RX
|   |   |   |   Antennas: TX/RX, RX2, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: B
|   |   |   |   Name: ads62p48
|   |   |   |   Gain range digital: 0.0 to 6.0 step 0.5 dB
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   |   ID: UBX-160 v1 (0x0079)
|   |   |   Serial: 3103BF3
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: UBX TX
|   |   |   |   Antennas: TX/RX, CAL
|   |   |   |   Sensors: lo_locked
|   |   |   |   Freq range: 10.000 to 6000.000 MHz
|   |   |   |   Gain range PGA0: 0.0 to 31.5 step 0.5 dB
|   |   |   |   Bandwidth range: 16000.0 to 16000.0 step 0.0 Hz
|   |   |   |   Connection Type: QI
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX C

Re: [USRP-users] Running RFNoC examples on E310

[Brais Ares via USRP-users]

​Nevermind. I forgot to source "set_env".

Now I need to enable GSPDO option somehow using pyBOMBS. If I can't get it
to work I will open a new thread, so that this one does not get too much
deviation.

Cheers,
~Brais.
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Running RFNoC examples on E310

[Brais Ares via USRP-users]

Hi,

​I had a minor​ improvement...

I used a different prefix  when
using pybombs:

$ pybombs prefix init ~/prefix -R *e3xx-latest-maint* -a e300 (installs
UHD_003.009.002-0-unknown version)

Instead of:
$ pybombs prefix init ~/prefix -R e3xx-rfnoc -a e300


Now the ugly fatal error does not show up. Programs using uhd pass all
initial loopback tests.

But when the program gets to functions like usrp->set_rx_freq()
or usrp->set_rx_gain() it throws a new error:

*Error: LookupError: IndexError: multi_usrp: RX channel 3199399024 out of
range for configured RX frontends*

Kind regards,
~Brais
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com