OK, I just reverted the system to the old version and that works
perfectly. The USRP time is incremented in full seconds like expected.
So something changed somewhere in the lib/fpga image.
The version I am using now is:
linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_003.010.002.HEAD-0-gbd6e21dc
Hope that helps.
Am 23.04.2019 um 19:12 schrieb Marcus D. Leech via USRP-users:
On 04/23/2019 01:10 PM, Fabian Schwartau via USRP-users wrote:
Will the fpga image downloader from the old version also download the
old fpga images? Or where can I get them?
I don't know if I will do it. I am afraid of breaking my system and/or
investing a lot of time with this as I am under quite a lot of time
preasure and I am basically working on the production system which has
to bo rolled out in a few days. If I brick it, I will get in trouble ;)
The uhd_images_downloader tool will always download the images that
match the library version.
Am 23.04.2019 um 18:51 schrieb Marcus D. Leech via USRP-users:
On 04/23/2019 11:48 AM, Fabian Schwartau via USRP-users wrote:
Hi,
its the same. I found the bug because the timed commands took much
longer than expected, so the USRP clock is actually running at a
lower rate. However, the spectra looked ok and everything else seems
to be working as usual, except there is a larger delay between the
commands. So the USRP is not running at a wrong clock or something
like that. That would probably cause much larger issues.
Best regards,
Fabian
If you revert to a previous release, does the problem go away?
Am 23.04.2019 um 17:27 schrieb Marcus D. Leech via USRP-users:
On 04/23/2019 09:47 AM, Fabian Schwartau via USRP-users wrote:
Hi everyone,
I just found a very strage bug and would like to confirm that this
is a bug and if someone can explain/fix this.
I read the time from the USRP using get_time_now() and do a lot of
stuff with it. Mainly to time commands like frequency hopping and
starting of streams. I noticed that the time in the USRP seemed to
run slower than expected, actually by a factor of two.
Please find a program attached that demonstrates this effect. It
prints the internal USRP time roughly every second (using sleep)
but the USRP time increments only by 0.5 seconds in each step.
What is going on?
The program can be compiled using:
g++ -std=c++14 -O2 main.cpp -luhd -lboost_system -o main
I am using a single (or multiple - does not have an effect) X310
with two TwinRX. UHD is "linux; GNU C++ version 5.5.0 20171010;
Boost_105800; UHD_3.15.0.git-89-gf93c5227" from yesterday. FPGA
image is also from yesterday using the download script - where can
I find the version number? I am running an up-to-date Ubuntu 16.04.
Could you try the print as a get_frac_secs() and get_full_secs()
instead? To disambiguate whether this is an actual hardware clock
management
issue or just a formatting issue.
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
