Hi Michael,
I've been trying different ways on that, and after resetting both two USRPs,
they began to work. I've been using them for several days but only configured
them once at the very beginning, maybe something went wrong with the system..
now they work at the ~5GHz range. I apologize for
Could you also provide the files that do these Python commands?
{{{
from receive_path import receive_path
from transmit_path import transmit_path
from uhd_interface import uhd_receiver
}}}
Those really are the heart of your Tx and Rx ! - MLD
- Original message -
> From: "Jiang, Fengyang"
Hi Fengyang - Please "reply all" to stay on the list: more eyes reading
increases the chances of someone helping! I'm forwarding your email along with
its attachments just for this reason. Thanks for providing those scripts & your
commandlines: those will really help us in knowing what you're tr
Hi Fengyang - Since we don't know what exactly you're transmitting (meaning:
the Tx flowgraph or code), there could be all sorts of issues or settings
affecting the system to make it work at some frequencies and not at others. If
you could share the actual Tx & Rx flowgraph or code that would be
Hi All,
I'm using two usrps to transmit a preamble from one to the other. When I use
2.437GHz, 2.45GHz and 2.5GHz, it works, but if I use 5GHz, 5.3GHz, 5.8GHz, I
will get nothing at the receiver side. What could be the problem?
Devices being used:
USRP N210. https://www.ettus.com/all-products/U
Hi Dylan - From what you've posted, it sounds like you have an issue with the
HackRF One, not the NI USRP; could be configuring it, or some runtime issue;
really not clear. Given that this is the -USRP- users list, I'd advise you to
look to GSG about what's going on; this website provides some g
Hello,
I am using a HackRF One to transmit signals to an USRP NI 2921 which
receives the signal. Whatever the signal I am sending (sine, cosine,
triangle,...) and whatever the frequency of the signal sent, I always
obtain the same peak located at the same frequency (around the frequency
carrier sh
I believe if you don't set the end of burst flag it won't reset the
accumulator.
On another note, how difficult would it be to reset the accumulator at
the start of burst. While doing it at the end makes it coherent with
itself, the xmit waveform still has a starting phase change from pulse
Hi Ivan,
now you've got two Marcuses having told you that the Python API is not
the way to go; I'm afraid that means that for the time being, I'll have
to remind you that, albeit being a mighty and complex programming
language, C++ will be the language of choice. UHD comes with quite a
few ready-t
