Marcus,
As always, I appreciate your detailed response. I was tossing that question
out there just to make sure my interpretation of how the external LO RX
input worked was correct. One of the recent tests we ran was comparing
signals across daughterboards. We noticed that the residuals between
On 11/19/2020 04:03 PM, Christopher Flood wrote:
Just for my own edification, what is the exact role of the signal that
is put into the LO IN RX port? And why does it need to be exactly
twice the desired receive frequency? Wouldn't there be additional
resolution for any frequency greater than
Build without mender?
Philip
On 11/19/20 4:51 PM, Ben Magistro via USRP-users wrote:
> I've been trying to rebuild meta-ettus (in this case -v4.0.0.0) with debug
> enabled but am hitting an issue with image size being larger than an 8GB sd
> card and can't seem to get past that. It says I
I've been trying to rebuild meta-ettus (in this case -v4.0.0.0) with debug
enabled but am hitting an issue with image size being larger than an 8GB sd
card and can't seem to get past that. It says I should increase
`MENDER_STORAGE_TOTAL_SIZE_MB` if the actual size is larger but increasing
this in
Just for my own edification, what is the exact role of the signal that is
put into the LO IN RX port? And why does it need to be exactly twice the
desired receive frequency? Wouldn't there be additional resolution for any
frequency greater than twice the desired receive frequency?
On Thu, Nov 19,
Yes, the signal should be at +3dBm, the Vrms is ~300mV into a 50 ohm load.
The frequency of the signal is also twice the frequency of the signal I'm
trying to gather data on. However, due to the way the documentation is
phrased, I wasn't sure if 20MHz is too low of a frequency for the LO RX IN.
I
Are you inputting an LO signal at twice the desired frequency and at +3dBm?
Have you tried adding init_cals=BASIC to your device ages?
Sent from my iPhone
> On Nov 19, 2020, at 2:26 PM, Christopher Flood via USRP-users
> wrote:
>
>
> Hi all,
>
> I've seen some discussion about this on the
Hi all,
I've seen some discussion about this on the email lists, but I'm still
having a bit of trouble. I'm trying to use the LO IN RX ports on the front
of the N310 to synchronize the oscillators on the two daughterboards. I was
thinking I could generate a signal on one of the TX/RX ports of the
Hi Dustin,
Based on your other post of the dsp_tune not appearing to have worked, it
seems likely that this is indeed the case and all of your dsp_tune commands
are getting backed up in the FIFO since they are never executed. Does this
seem plausible? This of course doesn't explain why the
Hi everyone,
I'm using an USRP E320 using the RFNoC image to implement a code that
requires too much FPGA resources. I only need to use one of the channels of
the USRP so I was wondering if it could be possible to eliminate the logic
associated with the other channel to save resources on the FPGA
Starting to get an idea what is going on with the startup overflows
First, suppose I have a raw UHD application that does the following:
{
instantiate usrp object, set freq, gain, samp_rate
issue stream cmd to start some time in the future (2 sec)
while(1)
{
call _rx_stream->recv()
Same deal - with "num_recv_frames=128,master_clock_rate=" +
str(samp_rate*4) I still get "ODD", just about every time.
On Thu, Nov 19, 2020 at 6:52 AM Ron Economos via USRP-users <
usrp-users@lists.ettus.com> wrote:
> The automatic setting of the master clock seems to be getting in the way
>
Thank you!
чт, 19 нояб. 2020 г. в 06:54, Jonathon Pendlum :
> Hi Ivan,
>
> Try building with the gr-ettus maint-3.7 branch.
>
> Jonathon
>
> On Wed, Nov 18, 2020 at 1:08 PM Ivan Zahartchuk via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>>
>> Hello I am trying to install RFNoC for uhd
Marcus,
This is naked hardware - B210 usb into a pretty beefy laptop running Ubuntu
20.04, GNU Radio latest master (3.9)
Even with num_recv_frames = 128, still getting "ODD" at startup of the
flowgraph
Any other optimizations I should be tuning? Getting no overruns in the
steady state, just at
14 matches
Mail list logo