[USRP-users] Readback data block

Hi, Is it possible to use gnuradio to read a data block (1024 IQ samples) from an RFNoC block? An approach similar to register readback would be useful. Thanks, Andy Sent from Outlook ___ USRP-users mailing list USRP-use

Re: [USRP-users] Readback data block

Hello Andy, You can use the standard UHD streamer functions to do a burst reception in GNU Radio with the number of samples set to 1024. Regards, Derek On Thu, Mar 1, 2018 at 8:54 AM, Andrew Thommesen via USRP-users < usrp-users@lists.ettus.com> wrote: > Hi, > > > Is it possible to use gnuradio

Re: [USRP-users] USRP-users help needed

Marcus, Thanks for responding. Please excuse my ignorance; I'm still very new to the world of SDR and RF. I wanted to gain a general understanding of the process, specific to our B200mini hardware, so my approach understandably seems like the Y and not the X in your statement. With

[USRP-users] OctoClock CDA-2990 FAQ missing link

Dear OctoClock CDA-2990 users/support, Just got mine in the mail today. I'm reading https://kb.ettus.com/OctoClock_CDA-2990 and was happy to see under the FAQ subheading: - *Where can I find user manuals for the OctoClock and USRP* Here is helpful document. Sync. and MIMO w/ the USRP Also,

Re: [USRP-users] OctoClock CDA-2990 FAQ missing link

Hello Professor Mercado: Our apologies, you have stumbled on a typo in our documentation on the Knowledge Base (KB), which I'll fix shortly. The correct link is listed below. http://files.ettus.com/manual/page_octoclock.html Please let me know if you have any further questions. --​Neel Pandeya

Re: [USRP-users] OctoClock CDA-2990 FAQ missing link

Also: https://kb.ettus.com/Synchronization_and_MIMO_Capability_with_USRP_Devices https://files.ettus.com/manual/page_sync.html On Thu, Mar 1, 2018 at 8:45 AM, Neel Pandeya via USRP-users < usrp-users@lists.ettus.com> wrote: > Hello Professor Mercado: > > Our apologies, you have stumbled on a typo

Re: [USRP-users] OctoClock CDA-2990 FAQ missing link

I should clarify that there is a section on the OctoClock page in the User Manual about upgrading your device, but as your device is brand-new, you do not need to do this. --Neel Pandeya On 1 March 2018 at 08:45, Neel Pandeya wrote: > Hello Professor Mercado: > > Our apologies, you have stum

Re: [USRP-users] OctoClock CDA-2990 FAQ missing link

Hello Professor Mercado, In addition to Neel's link for the Octoclock, here is one for the B210. http://files.ettus.com/manual/page_usrp_b200.html Also an application note about getting started with the C++ UHD API to USRPs. https://kb.ettus.com/Getting_Started_with_UHD_and_C%2B%2B Regards, Dere

Re: [USRP-users] x310 ZPU firmware

On 02/28/2018 07:24 AM, Ana Svirčić via USRP-users wrote: > Hello, > > I was wondering has anyone managed to build the ZPU firmware on Windows? Ana, not sure about windows. I'm not even sure your error is related to Windows. However, I've never seen this on windows -- maybe you can try spinning

Re: [USRP-users] USRP-users help needed

Hi Joseph, to avoid confusion, I'll directly comment within your text: On Thu, 2018-03-01 at 16:03 +, Stern, Joseph via USRP-users wrote: > I wanted to gain a general understanding of the process, > specific to our B200mini hardware, so my approach understandably > seems like the Y and not the

Re: [USRP-users] USRP E310 and its DC suppression

To expand on that: I might be overusing this figure but: If your b_sample is sufficiently smaller than the E310's maximum analog bandwidth (to be exact, smaller than half of 56 MHz, ie. smaller than 28 MHz, which it better be, because the storage nor network on the E310 really isn't up to working

[USRP-users] How to change RFNoC pkt_size in port_def?

Hi All, I have an RFNoC setup with 5+ blocks contributing to a transmit path. I've measured the latency to get a signal through this RFNoC graph is non-negligible at my bit-rate -- I'm seeing several 10s of ms. Before I go crazy consolidating RFNoC blocks, I decided to try shrinking the STR_SINK_

Re: [USRP-users] How to change RFNoC pkt_size in port_def?

EJ, Reducing the stream sink FIFO size won't really help here unless I'm misunderstanding something. You need to send shorter packets, yes, but changing the stream sink FIFO size won't change that. The FIFO doesn't have to be full before it passes your packet along. That said, I don't think I've h

Re: [USRP-users] USRP-users help needed

Marcus, Thanks to you and the others who have been helping me, I've managed to understand this much! Your explanations are what I really needed, once I understood what to really ask. I think all of my questions regarding decimation have been answered. Now, I'm trying to fully und

Re: [USRP-users] How to change RFNoC pkt_size in port_def?

Hey Nick, I realize I've forgotten a key piece of information: My first block in the RFNoC transmit chain accepts bursty data packets from the host, and encodes the data using HDLC formatting, including inserting fill frames -- the goal here is to generate a continuous transmit output without full

Re: [USRP-users] How to change RFNoC pkt_size in port_def?

Oh! That makes complete sense. The dreaded fill-frame dilemma. Stop me if this is nuts, but... I wonder if, instead of using AXI backpressure to stop fill frame creation, you could set up a short custom FIFO just upstream of the TX radio and pull an "almost empty" watermark out of it. The custom F

Re: [USRP-users] How to change RFNoC pkt_size in port_def?

Aha, that's a pretty wild idea! I like it! It would end up essentially becoming a tuning between the amount of fill-frames output to keep the radio saturated while keeping the FIFOs mostly empty. Still, I'm not sure if I'll go down this "back channel" watermark approach now, or just consolidate blo

[USRP-users] Announcing GNU Radio and RFNoC Workshops in the Washington DC Area

​== Ettus Research will be running a series of free, hands-on, technical workshops in Washington D.C. area, and you are welcome to attend! Tuesday March 20 -- GNU Radio Workshop Wednesday March 21 -- RFNoC Workshop Thursday Ma

[USRP-users] Single frequency interference for e310

Hi all, When we set "master_clock_rate=25.6M" for Receiving and we found that there is a Single frequency interference in 76.8M(25.6X3),102.4M(25.6X4),153.6M and so on until above 1.5G.We changed the "master_clock_rate=16M",and we also found that there is a Single frequency interference in 8

Re: [USRP-users] USRP E310 and its DC suppression

Thank you for the detailed answer, Marcus. All crystal clear now :) Regards, Brais.​ 2018-03-01 20:48 GMT+01:00 Marcus Müller via USRP-users < usrp-users@lists.ettus.com>: > To expand on that: I might be overusing this figure but: > > > > If your b_sample is sufficiently smaller than the E310's