[USRP-users] set_processor_affinity for python block

Dear all, We write a python block based gr-sync,everything ok,but which can not set_processor_affinity.error as below: object has no attribute 'set_processor_affinity' So we need other special settings? best regards John ___ USRP-users mailing list USRP-

[USRP-users] TCP/IP can't ping using N210

Hi everyone! I am trying to use the example tunnel.py in ~/gnuradio/gr-digital/examples/ofdm. I have two N210's connected to two separate Linux computers, and I am using the following settings: Machine A (TX): sudo ./tunnel.py --freq 5e9 --verbose opened another terminal sudo ifconfig gr0

Re: [USRP-users] 2 N200 MIMO system phase offset varies with frequency, have used timed_command with tune and also integer-N Tuning per Marcus M post of Feb 17, 2016

On 10/24/2017 07:45 PM, John Shields wrote: Thanks Marcus, So it appears that the synching of the SBX LOs doesn’t work; or perhaps I should say, it doesn’t work during my measurement period? The integer-N tuning doesn’t work either. I can say that

Re: [USRP-users] 2 N200 MIMO system phase offset varies with frequency, have used timed_command with tune and also integer-N Tuning per Marcus M post of Feb 17, 2016

Thanks Marcus, So it appears that the synching of the SBX LOs doesn’t work; or perhaps I should say, it doesn’t work during my measurement period? The integer-N tuning doesn’t work either. I can say that, with some level of precision, the phase is

Re: [USRP-users] Fwd: Removing DC offset on USRP B200

You could perhaps do a "perf top" and see what's consuming time. The Gnu Radio signal source blocks are not screamingly efficient, so it may be that they just aren't keeping up, although at 4Msps, you wouldn't expect them to be too stressed. On 2017-10-24 15:12, Oliver Wayne via USRP-users wrot

[USRP-users] Help in building pfb channelizer

Hello I am trying to build and use the pfb channelizer in the directory fpga/usrp3/lib

[USRP-users] Fwd: Removing DC offset on USRP B200

Apologies for not forwarding to the full list. I'm attempting to run the attached flowgraph with the following hardware, but getting underflows. I have 8 GB of RAM, so don't think that's a problem. Running lspci | grep -i usb, I get the following output 00:1a.0 USB controller: Intel Corporation 6

Re: [USRP-users] UHD 3.10.2 | X300 - High CPU load even for low samples rate

Hi Kai, One more thing. To reduce the CPU load, you can try playing around with the timeout parameter on this call: https://github.com/EttusResearch/uhd/blob/maint/host/lib/usrp/device3/device3_io_impl.cpp#L357 Try increasing it from 1us to something like 10ms or more. That controls the timeout

Re: [USRP-users] UHD Freezing after Underruns/Late Samples and Freezing

Hi all, I used Pybombs to update UHD to master and still had the same issue. That would be UHD master and the rfnoc-devel branches I both tried. -Rich On Fri, Oct 20, 2017 at 8:28 PM, Marcus D. Leech via USRP-users < usrp-users@lists.ettus.com> wrote: > On 10/20/2017 07:25 PM, Richard Mcalliste

Re: [USRP-users] 2 N200 MIMO system phase offset varies with frequency, have used timed_command with tune and also integer-N Tuning per Marcus M post of Feb 17, 2016

I would expect component tolerance issues on the two sides to scale with frequency. That may be what you're seeing? On 2017-10-24 14:28, John Shields via USRP-users wrote: > Hi, > Still struggling with the configuration - 2x N200 r4, master O/B GPSDO, slave > MIMO cable. Have put in python co

[USRP-users] 2 N200 MIMO system phase offset varies with frequency, have used timed_command with tune and also integer-N Tuning per Marcus M post of Feb 17, 2016

Hi, Still struggling with the configuration – 2x N200 r4, master O/B GPSDO, slave MIMO cable. Have put in python code to use timed commands and that produced a constant phase offset even over rerun of FG or power cycling on N200 which was great news. However, the relative offset changes

Re: [USRP-users] UHD 3.10.2 | X300 - High CPU load even for low samples rate

Hi Kai, The increased CPU usage is expected. It was done intentionally to make the UHD code more responsive to flow control messages in order to avoid underruns at higher sample rates. Appropriate yields were put in place to avoid starvation. What is not expected are the dropped packet (D) and

Re: [USRP-users] Underflows with simple rx/tx GNU Radio flowgraph on USRP X310 under RFNOC UHD

W dniu 22.10.2017 o 12:04, Piotr Krysik via USRP-users pisze: > Hi all, > > I'm prepared a basic GNU Radio flow-graph that does simultaneous > transmission and reception (see the attachment). For USRP X310 and RFNOC > UHD (version above 3.10.x) soon after starting the flow-graph there is a > lot of

[USRP-users] IQ samples being lost/dropped when using SOB/EOB

Dear All, I'm sending OFDM frames in a bursty manner, i.e., a have slots of 1 ms with 14 OFDM symbols. These 1 ms slots are transmitted from time to time and I'm using SOB and EOB to make it a busrty transmission. What I have noticed is that some samples at the beginning of the slot are being mi

Re: [USRP-users] UHD 3.10.2 | X300 - High CPU load even for low samples rate

Is there something else I can in order to support the investigation of the problem? Is it useful to open a new issue on github? 2017-10-20 19:23 GMT+02:00 Marcus D. Leech via USRP-users : > On 10/20/2017 04:20 AM, Kai-Uwe Storek via USRP-users wrote: >> >> Hey Marcus and Brent, >> >> thanks for su