On 03/09/2018 12:11 AM, Samuel Prager via USRP-users wrote:
Still looking for more info on this problem.
I have the exact same RfNoC block/software program running on an X300
and see no such jumps or otherwise unexpected behavior.
I have attempted to isolate this issue on the E312 by
Still looking for more info on this problem.
I have the exact same RfNoC block/software program running on an X300 and see
no such jumps or otherwise unexpected behavior.
I have attempted to isolate this issue on the E312 by creating the device3 with
the “no_reload_fpga” flag. (Appropriate
Thank you Martin, logging is fixed now.
However, something must have changes in the rx_streamer behavior.
Basic receive code that has compiled/worked since the 3.9.x days no longer
works. This is for B210 under Ubuntu 16.04, g++ 5.4, UHD fro 3.11 from PPA.
The receiver works the first time after
Hi Derek,
If USRPs A & B clocked by an Octoclock, are connected to the same host, I
want calibrate the counter values from USRPs A and B. How can I do it? Is
this function supported by UHD? If not, could I update the counter values
in the FPGA Radio blocks? or I can only keep an calibration table
Hello,
The same commands are available in the GNU Radio environment and I believe
are exposed in the pre-release Python API branch.
The FPGA radio blocks contain a timekeeper which is a counter which
increments at the same rate as the master_clock_rate which is the effective
ADC/DAC sample rate.
Hi Derek,
I have two questions about the rx timed samples example,
1. is there python version for timed command?
2. Is the time stamp from the clock on USRP or on the host?
Thanks
Zhongyuan Zhao
PhD Candidate,
Department of Computer Science & Engineering,
University of Nebraska-Lincoln
Office
Hi Keith,
Can you please give UHD 3.9.7 or the 3.9-LTS branch of a try with your
setup?
What kind of CPU does your host have? What is the load profile while your
application is running?
Regards,
Nate Temple
On Thu, Mar 8, 2018 at 1:55 PM, Keith k via USRP-users <
usrp-users@lists.ettus.com>
The stream command object has a field for a time spec of when to start
streaming and a boolean flag for whether to make use of that time spec.
http://files.ettus.com/manual/structuhd_1_1stream__cmd__t.html
Here we can see it used in an rx example.
Hello Andrew,
Are you starting the streaming with timed commands?
Regards,
Derek
On Mar 8, 2018 7:32 PM, "Andrew Thommesen via USRP-users" <
usrp-users@lists.ettus.com> wrote:
Hi all,
I have an x310 with a twinRx and would like to process coherent,
time aligned data within the FPGA. However,
Hi Derek,
After some homework, I found that RFNoC might be quite good for my
development.
Could you introduce a little bit more about the time stamping in RFNoC?
My project need to handle many well-aligned streams, do you have any
articles or videos for handling that at both RFNoC side and Host
On 03/08/2018 11:33 AM, Sid Hayn wrote:
> https://github.com/EttusResearch/uhddev/blob/master/images/manifest.txt
>
> This address is invalid, assuming you meant this one?
>
> https://github.com/EttusResearch/uhd/blob/master/images/manifest.txt
Yes! Thanks for pointing that out.
-- M
>
>
On 03/08/2018 09:56 AM, Dario Fertonani wrote:
> Hi Martin,
>
> Our code doesn't compile on Ubuntu 16.04 with UHD 3.11 from PPA (UHD
> 3.10.x works well). This is on "amd64" ark, with g++ that dies out with
> a missing header (copied below)
>
> fatal error: uhd/utils/msg.hpp: No such file or
Hi Derek,
Thank you for referring to the RFNoC. I think it covers most DSP
operations.
However, the things I want to add is not DSP operation but eCPRI. Do you
have any future plan to support eCPRI?
eCPRI is basically formatted messages over standard Ethernet. Therefore, I
am thinking of
Thank you for your quick answers, Nate and Marcus.
If we accidentally end up burning down one of our B210 we will let you know
where the empirical upper bound is at :)
Cheers,
Brais.
2018-03-08 3:28 GMT+01:00 Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com>:
> On 03/07/2018
Hi all,
I have an x310 with a twinRx and would like to process coherent, time aligned
data within the FPGA. However, the data is not currently time aligned and there
is an offset of ~400 samples between the two channels.
The RFNoC radio block is configured to receive data on both channels,
Hello Zhongyuan Zhao,
Doing FPGA development on the X310 almost never requires interacting with
the ZPU. The ZPU is used with the UHD driver to provide underlying system
support. The recommended way to add DSP operations to the FPGA is to
construct or modify RFNoC blocks.
I'd recommend reading
Hello, is this problem resolved? I am facing the same issue in the last
email. Also, I tried to receive the relay signal with another usrp but it
doesn't receive anything in my transmit frequency.
Hai
___
USRP-users mailing list
Hi Martin,
Our code doesn't compile on Ubuntu 16.04 with UHD 3.11 from PPA (UHD 3.10.x
works well). This is on "amd64" ark, with g++ that dies out with a missing
header (copied below)
fatal error: uhd/utils/msg.hpp: No such file or directory
I can probably fix the headers with some trial and
Hi Sarah - Glad you're heading down a positive path.
The header data is removed from the raw data being decoded, but added as
meta-data on the stream. This meta-data is optionally printed out by GR
OFDM and/or various Qt displays. Once the header has been verified (via
CRC8), it is no longer part
On 03/08/2018 03:57 AM, Eino Virtanen via USRP-users wrote:
I ran
'[..]/uhd_image_loader
--args="type=x300,addr=192.168.30.2,second_addr=192.168.40.2,fpga=XG"'
and now
'[..]/uhd_usrp_probe
--args="type=x300,addr=192.168.30.2,second_addr=192.168.40.2"'
prints the following:
'[INFO]
On 03/08/2018 08:33 AM, Brandon Piner via USRP-users wrote:
To whom it may concern
I have been implementing a transmitter and receiver application using
the B200 mini with UHD-3.9.7. The transmitter seems to be working
well. The strange behavior seems to be happening when I try using the
To whom it may concern
I have been implementing a transmitter and receiver application using
the B200 mini with UHD-3.9.7. The transmitter seems to be working well.
The strange behavior seems to be happening when I try using the receiver.
1. The predominant issue I am having is that I keep
Hi, I am inkyu.
I am interested in synchronizing two USRP (each of them connected to a
different laptop) using pre-defined signals.
Let's we have USRP A and B.
We want to send the signal from USRP A and B which should arrive the
destination receiver at the same time.
We think of using
I ran
'[..]/uhd_image_loader --args="type=x300,addr=192.
168.30.2,second_addr=192.168.40.2,fpga=XG"'
and now
'[..]/uhd_usrp_probe --args="type=x300,addr=192.
168.30.2,second_addr=192.168.40.2"'
prints the following:
'[INFO] [UHD] linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-16);
Hello Kushagra,
I can't. I've never looked into the details of digital video signals and so
I would be starting where you are. As I said, I would start by trying to
run the existing code and getting it working. From there you can research
online for information about the video signals inside your
25 matches
Mail list logo