Hi all,
Yesterday I had a problem with configuring GPIO pins in USRP X310. I
wanted to send signal in bursts to get pulsed transmission and to turn
on GPIO pin when transmitting, but what I did didn't work correctly. I
received very good advices from Nate Temple on IRC together with custom
version
Hello Michael,
It seems that 'import sys' is missing from the top of
> gr-ettus/python/utils/rfnocmodtool
>
Yeah, this was known actually, and the fix is there. It just needs to be
pushed public. We are sorry you had to face this.
> After changing that, I ran into this problem:
>
> rfnocmodt
Hi Nicolas,
Thanks for the feedback. Interesting since I had a few blocks with
underscores in the name and had just removed the underscore from the XML
that UHD uses.
Regarding the QA tests, I tried porting some of the code I was using before
and am mostly getting 'timeout on chan 0' when using v
Hi Michael,
if you are certain that having the templates for QA in either python or cpp
(any specific language you are using from these two for the unit tests?) is
useful for you (and potentially for other users), then I will push them
back.
>From this discussion, I will also set a more descripti
Hello everyone,
I am trying many weeks to find a way to transmit simultaneously from 2 USRP
N210 series.I have connected usrp with pc with ethernet cable and all works
great (for siso system). I work with MATLAB without simulink etc, just clear
code and I communicate with one USRP with this code
Hi Basil,
You can transmit using multiple USRP radios as shown in this example:
https://www.mathworks.com/help/supportpkg/usrpradio/examples/multi-user-transmit-beamforming-with-usrp-r-hardware.html
This example uses 2 X310 radios to get 4 transmit channels but you can connect
multiple N2xx rad
I have a block that I want to essentially be a source block in RFNoC
(outputting data from a ROM), but when I go to probe, I get this error:
RuntimeError: LookupError: Path not found in tree:
/mboards/0/xbar/dataGenerator_0/ports/in
Is this because I set it up without sink input? Is there any
And if the below approach is allowed (a probe seems to run fine now),
would that be causing the following errors when I try to run my
flowgraph (RFNoC:dataGenerator -> RFNoC:FIFO -> RFNoC:Radio):
[32;1m[INFO] [UHD] [39;0mlinux; GNU C++ version 4.8.4; Boost_105400;
UHD_4.0.0.rfnoc-devel-348-g
Hey Jason,
All blocks have to have at least 1 input and 1 output port. You are correct
that you should still setup an input port in Noc Script, but not expose it
in the GRC XML. Take a look at the Siggen block's HDL, Noc Script, and GRC
XML.
Jonathon
On Thu, Jul 13, 2017 at 12:15 PM, Jason Matus
Hello,
I am trying to understand the 'actual' gain in TwinRX. Experimentally, I see
that a 0 dBm input requires gain of +46 dB to give a full-scale (-1/1) output.
Interestingly, the two channels have about 3 dB of difference in gain (I would
have expected a lot less). Since the A/D expects a
On 07/13/2017 07:57 PM, Eugene Grayver via USRP-users wrote:
Hello,
I am trying to understand the ‘actual’ gain in TwinRX.
Experimentally, I see that a 0 dBm input requires gain of +46 dB to
give a full-scale (-1/1) output. Interestingly, the two channels have
about 3 dB of difference in ga
Hi all,
We want to replace with a 52MHz oscillator for USRP N210, or to provide
input with the 52MHz crystal oscillator, and how it should be
operated?Could we use ref in Interface?
thank you.
best regards
Jon
___
USRP-users mailing list
USRP-users@list
thank you,Jonathon.
On Thu, Jul 13, 2017 at 12:29 PM, Jonathon Pendlum <
jonathon.pend...@ettus.com> wrote:
> Hi,
>
> Try taking a look at Sylvain's presentation on RFNoC fosphor at GRCon 2015:
> - Video: https://www.youtube.com/watch?v=ey9W2CUZKRs
> - Presentation: http://www.trondeau.com/s/2-mu
13 matches
Mail list logo
