Hi All:
I am using N210 (with SBX daughter board) to test the channel reciprocity.
I wish to transmit signal using antenna "Tx/Rx" in time slot 1, and then
receive signal using the same antenna in time slot 2, and so on so forth.
I can do this manually, but do not know how to do it by programming
Hi,
I am having trouble building an image with an OOT block for the N310. The
build error is provided below (highlighted in YELLOW). Essentially, the OOT
source code is not found. This happens even on the latest master branch.
However, there is no issue if I target the X310 instead.
I think that
Rob,
You are correct, the FPGA change is only part of the fix. There will be a
fix to the script as well. Either clock can work, but about 8 months ago
the clock was changed from radio_clk to bus_clk for the default instance.
Thanks,
Wade
On Mon, Oct 29, 2018 at 4:37 PM Rob Kossler wrote:
> H
Hi Wade,
I see that a new rfnoc_ce_auto_inst_n310.v has been committed to github to
address this issue (commit 8b37fd8). But, I don't see what good this will
do given that this file is auto-generated by the uhd_image_builder.py
script which will just overwrite this file. Additionally, the script
All,
Can anyone else reproduce this issue and/or suggest a solution?
This is happening over the Ethernet interface as well. Application exits,
Tx light stays on, relaunching application causes X310 to enter an
unrecoverable state and requires power cycling. It looks like an issue with
initializin
Hi,
I have successfully compiled & used the RFNoC replay block with an X310.
Now, I would like to do the same with an E310. After some quick
investigation, I noticed that the "use_replay" logic has been included in
both "n3xx_core.v" and "x300_core.v" but not in "e310_core.v" or any other
E310 ver
On 10/29/2018 06:39 AM, Anabel Almodovar via USRP-users wrote:
Dear Marcus,
Thank you very much, now I see it clearer. In case I had to connect
several x310s with the same LO, as shown in the image, if I indicate
that channel 1 exports and works as internal mode then channel 1
wouldn't use th
I think I am seeing the same or a similar problem using the latest master
(which I think is roughly equivalent to 3.13.0.3 RC1, correct me if I am wrong)
on an N310.
When I save a signed 16-bit binary file and feed it into the
replay_sample_from_file example, I can only provide it with a full-sc
Hi all,
any news on this saturation issue concerning the N310 with UHD 3.13.0.3 RC1?
I would like to know if Ettus is aware of this problem, and if a new UHD
version is coming with a correction?
Thanks!
Best regards,
Serge
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Hello,
I am currently working with USRP for the gr-digital ofdm rx and tx. I want
to know any reasonable way to calculate the packet error rate. I am using
the signal source at the transmit side while I am planning to get the loss
in packet at the receiver side. Currently, i looked at a dated back
Dear Marcus,
Thank you very much, now I see it clearer. In case I had to connect several
x310s with the same LO, as shown in the image, if I indicate that channel 1
exports and works as internal mode then channel 1 wouldn't use the LO that
comes from LO in? if I haven't misunderstood, channel 1 sh
11 matches
Mail list logo