Hei!
I have a very general question regarding the function of the digital mixer
as part of the USRP motherboard-DDC:
Since the RF signal is already mixed to baseband by the synthesizer
component of e.g. the LFRX daugtherboard, I do not understand why we need
another mixer after the ADC as part of
On 08/31/2018 09:26 AM, Flo A. via USRP-users wrote:
Hei!
I have a very general question regarding the function of the digital
mixer as part of the USRP motherboard-DDC:
Since the RF signal is already mixed to baseband by the synthesizer
component of e.g. the LFRX daugtherboard, I do not und
Running on Windows with 3.13.0.0, porting some apps from X310 3.9.7.
1) lo_locked never seems to go true
Have some basic apps that poll/sleep until lo is locked after a tx tune, never
proceed past this point.
Used tx_waveforms to also verify, assertion fails on lo_locked check.
Is this s
In this post and one other post, I mentioned two issues I am having related
to N310 streaming:
1. With STREAM_MODE_NUM_SAMPS_AND_DONE, sometimes I get a timeout prior
to receiving the requested number of samples (this is the issue identified
in this post). This may be simply dependent upo
I am not qualified to answer your specific questions but our N310 had some
bugs when using 3.13.0.0. There are a few N310 specific bug-fixes in
3.13.0.2.
## 003.013.000.002
* N3xx: Fix issue where changing the clock/time source could result in
clocks becoming unlocked
* N3xx: Improve error message
Hey everybody,
I've got a question. I have a RFNoC block that has a unique NoC ID as a
parameter, but is instantiated twice in my design (same situation as the
Radio Cores or DDC/DUC blocks, that share the same NoC ID but are connected
to different Crossbar ports when included more than once in th
On Fri, Aug 31, 2018 at 2:54 PM Leandro Echevarría via USRP-users <
usrp-users@lists.ettus.com> wrote:
> Hey everybody,
>
> I've got a question. I have a RFNoC block that has a unique NoC ID as a
> parameter, but is instantiated twice in my design (same situation as the
> Radio Cores or DDC/DUC bl
Great Brian, thanks a lot for your help!
On Fri, Aug 31, 2018 at 4:19 PM Brian Padalino wrote:
> On Fri, Aug 31, 2018 at 2:54 PM Leandro Echevarría via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> Hey everybody,
>>
>> I've got a question. I have a RFNoC block that has a unique NoC ID a
The underlying reason for the mismatches is that, because the uhd/fpga-src
submodule points to a commit on fpga, we need THAT commit to be on the fpga
master branch. So, by necessity, we'll always have some amount of time in
which the two repositories are out of sync (that is, fpga is ahead of uhd)
Hi Sanjoy,
> ubuntu 14.04
That is ancient, and Ubuntu's LTS isn't worth the "S" they have in its
name. Don't do this to yourself. Update to the recent LTS release,
18.04.
This is really more of a general UHD question than specific to GNU
Radio – you'll probably be better off discussing this on u
Hi Brent,
Sounds good. I think the gnuradio pybombs recipe pulls in volk as a
submodule. I think they manage it with the line "gitargs: --recursive" in
their recipe.
On Fri, Aug 31, 2018 at 2:15 PM, Brent Stapleton via USRP-users <
usrp-users@lists.ettus.com> wrote:
> The underlying reason for t
When I try to use axi_round_and_clip in my design, simulation won't run and
has weird internal simulation issues. If I build it into an rfnoc image,
the flow graph doesn't return any data. Has anyone else run into this?
--
Information contained, linked, or attached to this email and all verbal
I've successfully used axi_round_and_clip in a number of designs and it
seems to simulate fine for me. Xsim or vsim? How is it being instantiated?
What weird internal simulation issues are you seeing?
Nick
On Fri, Aug 31, 2018 at 2:58 PM Andrew Danowitz via USRP-users <
usrp-users@lists.ettus.com
Hi all,
I have been using the usrp N210 and RFX900 daughterboard, and it was
working well two days ago, but after I updated my macports(and all the
ports including uhd and gnuradio), the device can't work anymore.
For now I can detect the usrp (when run uhd_detect_devices command), but
when I run
On 08/31/2018 09:40 PM, Qiuyue Xue via USRP-users wrote:
Hi all,
I have been using the usrp N210 and RFX900 daughterboard, and it was
working well two days ago, but after I updated my macports(and all the
ports including uhd and gnuradio), the device can't work anymore.
For now I can detect
Hi Marcus,
Thanks for the reply! Yes I have tried switching both
uhd and gnuradio versions(on another mac machine, not the previous working
one), the switched back uhd version is 003.010.001, and the switched back
gnuradio version is 3.7.10.1, macports version 2.5.3.
Shouldn't the usrp work with
On 08/31/2018 10:17 PM, Qiuyue Xue wrote:
Hi Marcus,
Thanks for the reply! Yes I have tried switching both
uhd and gnuradio versions(on another mac machine, not the previous
working one), the switched back uhd version is 003.010.001, and the
switched back gnuradio version is 3.7.10.1, macport
17 matches
Mail list logo
