Re: [USRP-users] Problems receiving valid data from a multi_usrp

2017-08-10 Thread Derek Kozel via USRP-users
If you do not need any time synchronization then you can use four separate rx_streamers. The time source (and clock source) will default to internal. Do you have MIMO cables between the N210s? Given that you have four that won't save you from having to have a separate external 10 MHz and PPS to

[USRP-users] Sample code for twin RX

2017-08-10 Thread Snehasish Kar via USRP-users
Hello i am using NI usrp 2954 R, which I believe is using twin rx (Please correct me if I am wrong). I need to tune the two daughter boards to two different frequencies and receive samples simultaneously. So is there any sample code, I can reference from? BR Snehasish

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Marcus D. Leech via USRP-users
On 08/10/2017 05:26 AM, Snehasish Kar wrote: Please find the log below: linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown Creating the usrp device with: ... -- X300 initialization sequence... -- Connecting to niusrpriorpc at localhost:5444... -- Using LVBITX bitfile

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Snehasish Kar via USRP-users
Please find the log below: linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown Creating the usrp device with: ... -- X300 initialization sequence... -- Connecting to niusrpriorpc at localhost:5444... -- Using LVBITX bitfile

Re: [USRP-users] Half-Duplex Mode of X310

2017-08-10 Thread Marcus Müller via USRP-users
Hi John, what kind of switching do you mean? *Antenna switching:* that doesn't depend on the X310, but on the daughter board, since the microwave switch doing that resides on the individual daughterboards. Anyway, these times should be in the nanoseconds. You can use timed commands with UHD to

Re: [USRP-users] Sample code for twin RX

2017-08-10 Thread Snehasish Kar via USRP-users
Hi I tried the rx_multi_sample , but the problem is i don't find how it tunes the two daughter boards separately to two different frequencies and receive data from there separately. I don't know where I am wrong, also I need to make sure the two daughter boards are time synced, so how to

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Marcus D. Leech via USRP-users
You can use rx_multi_samples as an example -- the source code is freely available. You'll need to use the "set_rx_freq" (and/or "set_tx_freq") function that is part of any multi_usrp object, also, use timed commands around the tuning commands: usrp->set_command_time(SOME_TIME_IN_NEAR_FUTURE)

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Snehasish Kar via USRP-users
Tried that and yeah the default code works, but can you help me in understanding how do I tune the two daughter boards separately to two different frequencies and receive data from them parallely. Also I need to time synchronise the two daughter boards, how to achieve that. BR Snehasish On

[USRP-users] Bits inserted at random places when using USRP

2017-08-10 Thread 李博远 via USRP-users
Hi everyone, I have implemented BPSK and OFDM in GNURadio. They are modified from the examples given, just without those crc32 modules. They work well in GNURadio. However, when I test the programs on the hardware, USRP x310, a problem emerges. I found that often than not, there are some extra

Re: [USRP-users] Trouble using CentOS6.5 to communicate with x310 and Twin Rx

2017-08-10 Thread Marcus D. Leech via USRP-users
Centos systems are "born obsolete". IT departments love them because they tend to change at glacial speeds. Developers find them to be heartburn-inducing, because the "latest" Centos tends to have packages that are years out of date with respect to the rest of the world. Pybombs does its

Re: [USRP-users] reducing RFNoC sample rate simpler?

2017-08-10 Thread Jonathon Pendlum via USRP-users
It is up to you. You can keep the time stamp from the first packet assuming you consume on packet boundaries (e.g. you consume N whole packets to output one packet). If you don't consume on packet boundaries, it will be easier to throw away the vita time. On Thu, Aug 10, 2017 at 12:23 PM, Jason

Re: [USRP-users] Trouble using CentOS6.5 to communicate with x310 and Twin Rx

2017-08-10 Thread Anon Lister via USRP-users
Certainly if you can use the latest Ubuntu LTS, use that instead. I have a C6 box talking to an x310 and n210 without issue, but I don't need to support twinRX (which requires 3.10), just the UBX/SBX. It can be done, but given you need the latest uhd version, you may need to source build many

Re: [USRP-users] Sample code for twin RX

2017-08-10 Thread Neel Pandeya via USRP-users
Hello Snehasish: There are C++ example programs in the "examples" folder of the UHD repository. Please see the link below. https://github.com/EttusResearch/uhd/tree/maint/host/examples Please let me know if you have any further questions. --​Neel Pandeya On 10 August 2017 at 09:36,

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Marcus D. Leech via USRP-users
This may be timing-out due to performance issues on your host, or it may be a bug in your code. Have you tried using the the rx_multi_samples example at the same sample rates? 2 x 50Msps is a lot of data, and with the short "packets" on PCIe, your computer will be working fairly hard at

Re: [USRP-users] Sample code for twin RX

2017-08-10 Thread Robin Coxe via USRP-users
Hi Snehasish. The NI USRP 2954R has UBX-160 daugthercards and a GPSDO module. The TwinRX is in the NI USRP 2945/2955 (with GPSDO) -Robin On Thu, Aug 10, 2017 at 7:56 AM, Snehasish Kar via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello i am using NI usrp 2954 R, which I believe is

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Marcus D. Leech via USRP-users
It's default to internal anyway. IF this is a single motherboard, then no external clock sync is required, but you still need the use timed-commands on the tuning. If this is multiple USRP units, then, yes, you'll need to use an external synchronization source in addition to the above--this

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Snehasish Kar via USRP-users
Thanks a lot! BR Snehasish On 11-Aug-2017, at 12:20 AM, "mle...@ripnet.com" > wrote: It's default to internal anyway. IF this is a single motherboard, then no external clock sync is required, but you still need the use

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Snehasish Kar via USRP-users
Thanks for explaining the commands, it is of real help. One more point if set the clock and time source as internal, will it bring the two receivers in sync, as I did the same thing with uhd_source in gnuradio and the two boards were in sync. What's your opinion on this? BR Snehasish On

Re: [USRP-users] Sample code for twin RX

2017-08-10 Thread Snehasish Kar via USRP-users
Can I get a sample code for ubx-160, trying to the operation as mentioned in my last mail BR Snehasish On 10-Aug-2017, at 9:24 PM, Robin Coxe > wrote: Hi Snehasish. The NI USRP 2954R has UBX-160 daugthercards and a GPSDO module. The TwinRX

Re: [USRP-users] help with receivng multiple frequencies

2017-08-10 Thread Snehasish Kar via USRP-users
It's connected via the pcie cable. BR Snehasish On 10-Aug-2017, at 9:04 PM, Marcus D. Leech > wrote: On 08/10/2017 05:26 AM, Snehasish Kar wrote: Please find the log below: linux; GNU C++ version 4.8.4; Boost_105400; UHD_003.010.002.000-0-unknown

Re: [USRP-users] reducing RFNoC sample rate simpler?

2017-08-10 Thread Jason Matusiak via USRP-users
I assume that the timestamps from the radio need to be thrown out the window when doing something like this (or fosphor), right? On 08/08/2017 06:18 PM, Jonathon Pendlum wrote: I think you're overthinking it. :-) Consider RFNoC fosphor, it takes in 200 MSPS but has a very low output rate.

Re: [USRP-users] Problems receiving valid data from a multi_usrp

2017-08-10 Thread Janos Buttgereit via USRP-users
Hi Derek, thanks for your reply. No, I didn’t share a 10MHz and a PPS reference for all four receivers, although we own an OctoClock that should be able to easily provide these clocks. I assumed that the multi usrp would be aware of the fact that it can not expect any synchronized data when