[USRP-users] mapping of channels in gnu radio with X310 with twin Rx radios

Hi all We have an X310 with 2 x TWIN RX radios in it. We want to set up a GNU radio flow for this setup but not sure exactly how connections are mapped. 1. If we create a block (UHD: USRP source) with only one channel, which receiver is the data coming from - in particular which antenna is bei

[USRP-users] 答复: Re: 答复: Re: 答复: Re: 答复: Re: 答复: 答复: Re: 答复: Re: How to use External LO on N310 device?

Marcus，Rob： Is such as that I used GNU Radio Software.Could you please show me an example code to use N310 External LO ? I want to control sent singal frequency by external signal source frequency. And if I change external signal source frequency of the device such as NI PXIe-5644 VST,

[USRP-users] Re: In-place Local Clock Update

On 2021-12-08 18:57, EGR Email wrote: The offset is computed based on the assumption that the radios can properly timestamp received messages and transmit messages accurate to the clock tick using schedule transmissions.  This is done using by performing scheduled RX bursts by filling the strea

[USRP-users] Re: In-place Local Clock Update

The offset is computed based on the assumption that the radios can properly timestamp received messages and transmit messages accurate to the clock tick using schedule transmissions. This is done using by performing scheduled RX bursts by filling the stream_cmd_t struct with a receive time spec

[USRP-users] Re: In-place Local Clock Update

> - why do you want to avoid using PPS? > > I’m working on techniques for aligning the clocks on the X310's in > environments where a shared frequency reference and PPS distribution by > conventional means (cabled, or via GNSS) is not feasible. > > - are you using a common 10 MHz ref? > > For tes

[USRP-users] Re: In-place Local Clock Update

On 2021-12-08 16:29, Jason Merlo wrote: Hi Rob, Thanks for the quick response. - why do you want to avoid using PPS? I’m working on techniques for aligning the clocks on the X310's in environments where a shared frequency reference and PPS distribution by conventional means (cabled, or via G

[USRP-users] Re: In-place Local Clock Update

Hi Rob, Thanks for the quick response. > - why do you want to avoid using PPS? I’m working on techniques for aligning the clocks on the X310's in environments where a shared frequency reference and PPS distribution by conventional means (cabled, or via GNSS) is not feasible. > - are you usin

[USRP-users] Re: In-place Local Clock Update

Hi Jason, A few questions: - why do you want to avoid using PPS? - are you using a common 10 MHz ref? - what is the level of "synchronous" you are looking for? Are you hoping to have simultaneous sampling across all channels? Rob On Wed, Dec 8, 2021 at 3:15 PM Jason Merlo wrote: > Hi All, > > I

[USRP-users] In-place Local Clock Update

Hi All, I’m currently working to synchronize multiple X310’s clocks without a PPS input, however right now the best method I can find to update the clock from a host PC (using the C++ API) is to query the current time from the USRP device (using usrp::multi_usrp::get_time_now), add a time delta

[USRP-users] Re: 答复: Re: 答复: Re: 答复: Re: 答复: 答复: Re: 答复: Re: How to use External LO on N310 device?

I agree. The code that was sent includes an explicit call to set_tx_lo_source. But it needs to also appear in the device arguments. Sent from my iPhone > On Dec 8, 2021, at 12:14 PM, Rob Kossler wrote: > >  > I searched the code for "rx_lo_source=external" and "tx_lo_source=external", > but

[USRP-users] Re: 答复: Re: 答复: Re: 答复: Re: 答复: 答复: Re: 答复: Re: How to use External LO on N310 device?

I searched the code for "rx_lo_source=external" and "tx_lo_source=external", but didn't find anything related. It seems that the device args should include these. On Wed, Dec 8, 2021 at 11:02 AM Marcus D. Leech wrote: > On 2021-12-08 02:05, zeyuan...@zengyi-tech.com wrote: > > I do not set TX or

[USRP-users] Re: RFNoC OOT block integration problem

Glad it is working. But, I want to mention that if you fixed the issue that is causing UHD to NOT locate your custom gain block controller, then it would be possible to call issue_stream_cmd() from the rx_streamer as usual. I really mentioned calling from the DDC block controller only as a "test c

[USRP-users] Re: 答复: Re: 答复: Re: 答复: Re: 答复: 答复: Re: 答复: Re: How to use External LO on N310 device?

On 2021-12-08 02:05, zeyuan...@zengyi-tech.com wrote: I do not set TX or RX.This is my python code.Please give me some suggestions. Thinks. Ah, you're using Gnu Radio.  I'll have to think about how to meet the constraints of external-LO use when using Gnu Radio. Has anyone else done this

[USRP-users] Re: RFNoC OOT block integration problem

Thank you Rob, I’ve got the same suggestion on git hub and the fix works. (see ) Regards Enrico. ___ USRP-users mailing list -- usrp-users@lists.ettus.com To unsubscribe send an email to usrp-users-le

[USRP-users] Re: RuntimeError: Device reported an error during initialization

I did some more experiments, but without results… Just to answer your last, the USRP is connected directly to the NIC (no switches). ``` abusso@ttclabsdr:~$ sudo ethtool enp4s0f0 Settings for enp4s0f0: Supported ports: [ FIBRE ] Supported link modes: 1baseT/Full Sup