Re: [USRP-users] Getting time from USRP X300
Thank u very much ... Sent from Yahoo Mail on Android On Thu, 13 Feb 2020 at 13:51, Michael Dickens wrote: HI Santosh - Please see this reply to your original post. Marcus didn't reply to you directly, just the USRP list. If you're not receiving emails from the list, then you should note so in your query so that we know how to respond to you. Hope his reply is useful! - MLD -- Forwarded message - From: Marcus D. Leech via USRP-users Date: Thu, Feb 6, 2020 at 11:30 AM Subject: Re: [USRP-users] Getting time from USRP X300 To: On 02/06/2020 10:53 AM, voonna santosh via USRP-users wrote: Hi There, I would like to connect external GPS antenna to X300 and get the time once GPS is locked. Can you please throw pointers on following things: - Does X300 support specific GPS antennas? If so can you please let me know ? Any of the dozens of active GPS antenna on the market will work just fine. - How do I know that X300's GPS is locked? Is there any API to query for GPS lock status? - Once GPS is locked what is the API to get the time? The 'query_gpsdo_sensors' utility will show you how to use the GPSDO API. - Is it possible to use X300 as NTP server? If so how could I achieve it? No, it has no NTP support. GPS-based NTP servers are now quite cheap, so you should probably look into one of those. BR, Santosh On Thu, Feb 13, 2020 at 4:43 AM voonna santosh via USRP-users wrote: Hi There, Will you be able to help me to resolve this?BR,Santosh On Thursday, February 6, 2020, 03:53:03 PM GMT, voonna santosh wrote: Hi There, I would like to connect external GPS antenna to X300 and get the time once GPS is locked. Can you please throw pointers on following things: - Does X300 support specific GPS antennas? If so can you please let me know ? - How do I know that X300's GPS is locked? Is there any API to query for GPS lock status? - Once GPS is locked what is the API to get the time? - Is it possible to use X300 as NTP server? If so how could I achieve it? BR,Santosh -- Michael Dickens Ettus Research Technical Support Email: supp...@ettus.com Web: https://ettus.com/ ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Getting time from USRP X300
Hi There, Will you be able to help me to resolve this?BR,Santosh On Thursday, February 6, 2020, 03:53:03 PM GMT, voonna santosh wrote: Hi There, I would like to connect external GPS antenna to X300 and get the time once GPS is locked. Can you please throw pointers on following things: - Does X300 support specific GPS antennas? If so can you please let me know ? - How do I know that X300's GPS is locked? Is there any API to query for GPS lock status? - Once GPS is locked what is the API to get the time? - Is it possible to use X300 as NTP server? If so how could I achieve it? BR,Santosh ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Getting time from USRP X300
Hi There, I would like to connect external GPS antenna to X300 and get the time once GPS is locked. Can you please throw pointers on following things: - Does X300 support specific GPS antennas? If so can you please let me know ? - How do I know that X300's GPS is locked? Is there any API to query for GPS lock status? - Once GPS is locked what is the API to get the time? - Is it possible to use X300 as NTP server? If so how could I achieve it? BR,Santosh___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Ethernet controller speed negotiation issue
Hi There, Following is the configuration followed by issue description. Have you experienced or someone reported similar issue in the past with X552 Ethernet controllers? Centos version: 7.7Ethernet controller: X552SFP adaptor: FTLX8571D3BCV-ITixgbe default version: 5.1.0Updated ixgbe driver to: 5.6.5INTERMITTENT Issue: Some times the link never comes up and even if I bring down and bring up the interface(ifconfig down/up). Even I tried probing ixgbe(rmmod/modprobe), no luck. PLEASE HELP BR,Santosh ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Supported ethernet controllers : X300 and UBX
Hi Sam, The reason for this is that, I am seeing something strange here with fibre connection. The PC comes up and doesn't negotiate the speed with SDR. Now we are in a situation to find the root cause of this. Either the HW/SW at PC side is causing the issue or HW/SW at PC side is not compatible with SDR. I have tried following methods at PC side and no luck:Bring down the fibre interface and up againTurned on auto neg and at PC side and no luckUsed ethtool to set the speed and no luckMany other option being tried, but doesn't help All I want:What is(are) the Ethernet controller(s) being used in X300(HW and SW if it is OK to reveal)? This will allow us to check with Intel to select a right controller at PC side What are the ethernet controllers that are being tested at PC side? Any information in this front would be highly appreciated. BR,Santosh On Wednesday, January 15, 2020, 07:07:58 PM GMT, Sam Reiter wrote: Santosh, That card should be fine for streaming, that controller just hasn't been explicitly tested as far as I know. Are you planning on using DPDK? Sam Reiter On Wed, Jan 15, 2020 at 12:26 PM voonna santosh via USRP-users wrote: Hi There, Good morning. As I could see in the documentation, Ettus recommends "X520 (Ethernet Controller)" at PC/host side. Is this a must? We are planning to use X552 Ethernet Controller and I am wondering will it cause any issue. Can you please let me know what are the Ethernet Controllers can be used at PC side for SFP+ ports?BR,Santosh ___ 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
Re: [USRP-users] Supported ethernet controllers : X300 and U
Please see my comments inline: That card should be fine for streaming, that controller just hasn't been explicitly tested as far as I know. [SV]: I am TXing data at 50MHz (not for rx) with one channel. Are there any other ethernet controllers rested? Are you planning on using DPDK?[SV]: NO (as I can achieve required sampling rate) Sent from Yahoo Mail on Android On Wed, 15 Jan 2020 at 19:07, Sam Reiter wrote: Santosh, That card should be fine for streaming, that controller just hasn't been explicitly tested as far as I know. Are you planning on using DPDK? Sam Reiter On Wed, Jan 15, 2020 at 12:26 PM voonna santosh via USRP-users wrote: Hi There, Good morning. As I could see in the documentation, Ettus recommends "X520 (Ethernet Controller)" at PC/host side. Is this a must? We are planning to use X552 Ethernet Controller and I am wondering will it cause any issue. Can you please let me know what are the Ethernet Controllers can be used at PC side for SFP+ ports?BR,Santosh ___ 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] Supported ethernet controllers : X300 and UBX
Hi There, Good morning. As I could see in the documentation, Ettus recommends "X520 (Ethernet Controller)" at PC/host side. Is this a must? We are planning to use X552 Ethernet Controller and I am wondering will it cause any issue. Can you please let me know what are the Ethernet Controllers can be used at PC side for SFP+ ports?BR,Santosh ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Transmitting at required sampling rate than supported
Please find my comments inline: The X310 is capable of 200e6 or 184.32e6 master clock rates. 184.32 / 3 = 61.44 which is close, but doesn't sound like it's exactly what you're looking for. [SV]: Yes I want it to be at 62.5. I presume the answer would be NO? If that doesn't work for you, then my recommendation would be for you to oversample with the X310 and then resample your data once it is back on the host.[SV]: At the moment we are using this technique and it works well BR,SantoshOn Tuesday, January 14, 2020, 05:49:33 PM GMT, Sam Reiter wrote: The X310 is capable of 200e6 or 184.32e6 master clock rates. 184.32 / 3 = 61.44 which is close, but doesn't sound like it's exactly what you're looking for. If that doesn't work for you, then my recommendation would be for you to oversample with the X310 and then resample your data once it is back on the host. Sam Reiter On Tue, Jan 14, 2020 at 6:53 AM voonna santosh via USRP-users wrote: Hi There, Good morning. I am trying to transmit a file which is sampled at 62.5MHz, which I couldn't. I know since SDR supports 200MHz, because of which we can only achieve divisible sampling rate. Is it possible to support 62.5MHz?BR,Santosh___ 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] Transmitting at required sampling rate than supported
Hi There, Good morning. I am trying to transmit a file which is sampled at 62.5MHz, which I couldn't. I know since SDR supports 200MHz, because of which we can only achieve divisible sampling rate. Is it possible to support 62.5MHz?BR,Santosh___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Run time issue with 3.14.1.1 (X300 with UBX)
Hi Sam, I have managed to reproduce this issue and when it happens, here is the info you have asked for: 1: lo: mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: enp3s0f0: mtu 9000 qdisc mq state UP group default qlen 1000 link/ether 00:e0:4b:6b:0c:41 brd ff:ff:ff:ff:ff:ff inet 192.168.40.20/24 brd 192.168.40.255 scope global noprefixroute enp3s0f0 valid_lft forever preferred_lft forever inet6 fe80::2e0:4bff:fe6b:c41/64 scope link valid_lft forever preferred_lft forever 3: enp3s0f1: mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether 00:e0:4b:6b:0c:42 brd ff:ff:ff:ff:ff:ff 4: enp8s0: mtu 1500 qdisc mq state DOWN group default qlen 1000 link/ether 00:0c:8b:71:75:78 brd ff:ff:ff:ff:ff:ff 5: enp15s0: mtu 1500 qdisc mq state UP group default qlen 1000 link/ether 00:e0:4b:6b:0c:43 brd ff:ff:ff:ff:ff:ff inet 192.168.10.20/24 brd 192.168.10.255 scope global noprefixroute enp15s0 valid_lft forever preferred_lft forever inet6 fe80::2e0:4bff:fe6b:c43/64 scope link valid_lft forever preferred_lft forever 6: virbr0: mtu 1500 qdisc noqueue state DOWN group default qlen 1000 link/ether 52:54:00:07:9b:55 brd ff:ff:ff:ff:ff:ff inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0 valid_lft forever preferred_lft forever 7: virbr0-nic: mtu 1500 qdisc pfifo_fast master virbr0 state DOWN group default qlen 1000 link/ether 52:54:00:07:9b:55 brd ff:ff:ff:ff:ff:ff BR,Santosh On Friday, January 10, 2020, 5:22:18 PM GMT, voonna santosh wrote: Hi Sam, Since I have rebooted my machine and SDR, issue not seen. I will try to reproduce and share you the results.BR,Santosh On Friday, January 10, 2020, 3:46:19 PM GMT, Sam Reiter wrote: Santosh, Could you send the output of ip a On you machine with the X300 connected? Sam On Fri, Jan 10, 2020 at 9:16 AM voonna santosh via USRP-users wrote: Hi There, I have just updated to 3.14.1 and experiencing the following issue. The system starts well, then there would be couple of underflows (even at less sampling rates) and the following error is shown. In this case I don't see anything on the scope. I have restarted SDR and my PC, then it is working well. Command used: ./tx_samples_from_file --args addr=192.168.40.2 --file /home/svoonna/repo/test_files/test_file_SW_Samples_1MHz_28G.bin --type short --spb 3640 --rate 50e6 --freq 60e6 --gain 0 --ant TX/RX --subdev A:0 --bw 40 --ref internal --repeat --lo_off 8000 [ERROR] [X300] 192.168.40.2: x300 fw communication failure #1EnvironmentError: IOError: x300 fw poke32 - reply timed out BR,Santosh ___ 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
Re: [USRP-users] Run time issue with 3.14.1.1 (X300 with UBX)
Hi Sam, Since I have rebooted my machine and SDR, issue not seen. I will try to reproduce and share you the results.BR,Santosh On Friday, January 10, 2020, 3:46:19 PM GMT, Sam Reiter wrote: Santosh, Could you send the output of ip a On you machine with the X300 connected? Sam On Fri, Jan 10, 2020 at 9:16 AM voonna santosh via USRP-users wrote: Hi There, I have just updated to 3.14.1 and experiencing the following issue. The system starts well, then there would be couple of underflows (even at less sampling rates) and the following error is shown. In this case I don't see anything on the scope. I have restarted SDR and my PC, then it is working well. Command used: ./tx_samples_from_file --args addr=192.168.40.2 --file /home/svoonna/repo/test_files/test_file_SW_Samples_1MHz_28G.bin --type short --spb 3640 --rate 50e6 --freq 60e6 --gain 0 --ant TX/RX --subdev A:0 --bw 40 --ref internal --repeat --lo_off 8000 [ERROR] [X300] 192.168.40.2: x300 fw communication failure #1EnvironmentError: IOError: x300 fw poke32 - reply timed out BR,Santosh ___ 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
Re: [USRP-users] tx_samples_from_file : Issue with repeat option
Hi Markus, Thanks for the support. Now the build works fine and repeat option does work as well. I have runtime issues for which I have raised a different issue. So this issue can be closed now.BR,Santosh On Thursday, January 9, 2020, 9:33:06 PM GMT, Marcus D. Leech wrote: On 01/09/2020 09:49 AM, voonna santosh wrote: Hi Marcus, Build is failing for 3.14.1.1 and the reason is that "uhd_dpdk.c" is written in C99 mode. BR, Santosh If you aren't actually using DPDK, which you wouldn't have been with UHD 3.10, then when you're building, in the CMake step, use -DENABLE_DPDK=OFF On Wednesday, January 8, 2020, 08:47:07 PM GMT, Marcus D. Leech wrote: On 01/08/2020 03:45 PM, voonna santosh wrote: Hi Marcus, Which version would you suggest? Also can you please confirm whether it would work on 3.10.1.0 ? BR, Santosh It should work, but my recollection is that there are issues with TX for X300 that have been fixed since 3.10.1.0. Something recent, like 3.14.1.1 should be tried. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Run time issue with 3.14.1.1 (X300 with UBX)
Hi There, I have just updated to 3.14.1 and experiencing the following issue. The system starts well, then there would be couple of underflows (even at less sampling rates) and the following error is shown. In this case I don't see anything on the scope. I have restarted SDR and my PC, then it is working well. Command used: ./tx_samples_from_file --args addr=192.168.40.2 --file /home/svoonna/repo/test_files/test_file_SW_Samples_1MHz_28G.bin --type short --spb 3640 --rate 50e6 --freq 60e6 --gain 0 --ant TX/RX --subdev A:0 --bw 40 --ref internal --repeat --lo_off 8000 [ERROR] [X300] 192.168.40.2: x300 fw communication failure #1EnvironmentError: IOError: x300 fw poke32 - reply timed out BR,Santosh ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] tx_samples_from_file : Issue with repeat option
Hi Marcus, Build is failing for 3.14.1.1 and the reason is that "uhd_dpdk.c" is written in C99 mode.BR,Santosh On Wednesday, January 8, 2020, 08:47:07 PM GMT, Marcus D. Leech wrote: On 01/08/2020 03:45 PM, voonna santosh wrote: Hi Marcus, Which version would you suggest? Also can you please confirm whether it would work on 3.10.1.0 ? BR, Santosh It should work, but my recollection is that there are issues with TX for X300 that have been fixed since 3.10.1.0. Something recent, like 3.14.1.1 should be tried. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] tx_samples_from_file : Issue with repeat option
Hi Marcus, Which version would you suggest? Also can you please confirm whether it would work on 3.10.1.0 ?BR,Santosh On Wednesday, January 8, 2020, 8:41:11 PM GMT, Marcus D. Leech wrote: On 01/08/2020 01:17 PM, voonna santosh wrote: Hi Marcus, I am using USRP X300 Could you try a more recent UHD? On Wednesday, January 8, 2020, 6:13:26 PM GMT, Marcus D Leech wrote: Are you able to use a more recent UHD? What device type? Sent from my iPhone On Jan 8, 2020, at 8:30 AM, voonna santosh via USRP-users wrote: Hi There, Good morning. I am experiencing an issue with tx_samples_from_file when using option "--repeat". Everything looks alright when it TX the file, but once it reaches the end of the file, it prints S and nothing appears on analyzer soon after that. The command I am using: ./tx_samples_from_file --args addr=192.168.40.2 --file /home/santoshvoonna/repo/test_files/test_file_SW_Samples_28G.bin --type short --spb 3640 --rate 50e6 --freq 60e6 --gain 0 --ant TX/RX --subdev A:0 --bw 40 --ref internal --delay 0 --repeat Git tag: release_003_010_001_000 Thanks and Regards, Santosh ___ 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
Re: [USRP-users] tx_samples_from_file : Issue with repeat option
Hi Marcus,I am using USRP X300 On Wednesday, January 8, 2020, 6:13:26 PM GMT, Marcus D Leech wrote: Are you able to use a more recent UHD? What device type? Sent from my iPhone On Jan 8, 2020, at 8:30 AM, voonna santosh via USRP-users wrote: Hi There, Good morning. I am experiencing an issue with tx_samples_from_file when using option "--repeat". Everything looks alright when it TX the file, but once it reaches the end of the file, it prints S and nothing appears on analyzer soon after that. The command I am using: ./tx_samples_from_file --args addr=192.168.40.2 --file /home/santoshvoonna/repo/test_files/test_file_SW_Samples_28G.bin --type short --spb 3640 --rate 50e6 --freq 60e6 --gain 0 --ant TX/RX --subdev A:0 --bw 40 --ref internal --delay 0 --repeat Git tag: release_003_010_001_000 Thanks and Regards,Santosh ___ 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] tx_samples_from_file : Issue with repeat option
Hi There, Good morning. I am experiencing an issue with tx_samples_from_file when using option "--repeat". Everything looks alright when it TX the file, but once it reaches the end of the file, it prints S and nothing appears on analyzer soon after that. The command I am using: ./tx_samples_from_file --args addr=192.168.40.2 --file /home/santoshvoonna/repo/test_files/test_file_SW_Samples_28G.bin --type short --spb 3640 --rate 50e6 --freq 60e6 --gain 0 --ant TX/RX --subdev A:0 --bw 40 --ref internal --delay 0 --repeat Git tag: release_003_010_001_000 Thanks and Regards,Santosh ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] set_tx_freq is not functioning properly
Yes .. all are zeros Sent from Yahoo Mail on Android On Mon, 30 Dec 2019 at 15:45, Rob Kossler wrote: Perhaps the digital values are all zero for benchmark rate? On Wed, Dec 18, 2019 at 7:02 AM voonna santosh via USRP-users wrote: One more thing to add:If I run benchmark_rate with out any modifications, then the output in scope if perfect. I have added the following code snippet to configure the tx_freq and there is nothing observed in scope. if (vm.count("tx_freq")){ for(size_t ch = 0; ch < tx_channel_nums.size(); ch++) { std::cout << boost::format("Setting TX Freq: %f MHz...") % (tx_freq/1e6) << std::endl; uhd::tune_request_t tune_request(tx_freq); if(vm.count("int-n")) tune_request.args = uhd::device_addr_t("mode_n=integer"); usrp->set_tx_freq(tune_request, tx_channel_nums[ch]); std::cout << boost::format("Actual TX Freq: %f MHz...") % (usrp->get_tx_freq(tx_channel_nums[ch])/1e6) << std::endl << std::endl; } } Command used for testing: ./benchmark_rate --args="addr=192.168.40.2" --channels="0" --tx_rate 50e6 --tx_freq 20e6 --duration 50 NOTE: I am using Agilent E4402B to analyze the spectrum (9KHz to 3 GHz) Thanks,Santosh On Wednesday, December 18, 2019, 11:20:10 AM GMT, voonna santosh wrote: FYI:Does something like tx_waveforms[1] output a signal at the expected frequency? - Yes, both tx_wavefrom and benchmark_rate works fine. I took benchamark rate and extended it to get tx_freq configured. This is not working. With respect to the 10MHz, this is the frequency of signals used to discipline the internal timebase to an external source. I wouldn't expect artifacts from this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? - Since my base line is benchmark_rate, the default frequency is 10MHz which always works fine. But when I change the frequency, thats when I see the issue. I couldn't trace where it is getting set, but it does. Can you please let me know where in the code, it sets the frequency to 10MHz ? BR,Santosh On Tuesday, December 17, 2019, 11:45:29 PM GMT, Sam Reiter wrote: Does something like tx_waveforms[1] output a signal at the expected frequency? What are you using to measure the frequency output? With respect to the 10MHz, this is the frequency of signals used to discipline the internal timebase to an external source. I wouldn't expect artifacts from this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? [1] https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_waveforms.cpp Sam Reiter Ettus Research On Mon, Dec 16, 2019 at 9:01 AM voonna santosh via USRP-users wrote: Hi There, I have bench marked X300 against my development PC. Then I took benchmark_rate code and modified a bit. Everything works fine except setting the center freq. When ever I set the center frequency, there is no error returned by the call. But when I transmit the data, it doesn't appear in scope. Whenever I remove the code to set the center frequency, things work fine and I cann see a spike at 10Mhz which is default frequency I guess. Any clues? std::cout << boost::format("Setting TX Freq: %f MHz...") % (freq/1e6) << std::endl; uhd::tune_request_t tune_request(freq); //usrp->set_tx_freq(tune_request, 0); - This line also doesn't work usrp->set_tx_freq(freq, 0); std::cout << boost::format("Actual TX Freq: %f MHz...") % (usrp->get_tx_freq(0)/1e6) << std::endl << std::endl; Thanks and Regards ___ 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
Re: [USRP-users] set_tx_freq is not functioning properly
One more thing to add:If I run benchmark_rate with out any modifications, then the output in scope if perfect. I have added the following code snippet to configure the tx_freq and there is nothing observed in scope. if (vm.count("tx_freq")){ for(size_t ch = 0; ch < tx_channel_nums.size(); ch++) { std::cout << boost::format("Setting TX Freq: %f MHz...") % (tx_freq/1e6) << std::endl; uhd::tune_request_t tune_request(tx_freq); if(vm.count("int-n")) tune_request.args = uhd::device_addr_t("mode_n=integer"); usrp->set_tx_freq(tune_request, tx_channel_nums[ch]); std::cout << boost::format("Actual TX Freq: %f MHz...") % (usrp->get_tx_freq(tx_channel_nums[ch])/1e6) << std::endl << std::endl; } } Command used for testing: ./benchmark_rate --args="addr=192.168.40.2" --channels="0" --tx_rate 50e6 --tx_freq 20e6 --duration 50 NOTE: I am using Agilent E4402B to analyze the spectrum (9KHz to 3 GHz) Thanks,Santosh On Wednesday, December 18, 2019, 11:20:10 AM GMT, voonna santosh wrote: FYI:Does something like tx_waveforms[1] output a signal at the expected frequency? - Yes, both tx_wavefrom and benchmark_rate works fine. I took benchamark rate and extended it to get tx_freq configured. This is not working. With respect to the 10MHz, this is the frequency of signals used to discipline the internal timebase to an external source. I wouldn't expect artifacts from this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? - Since my base line is benchmark_rate, the default frequency is 10MHz which always works fine. But when I change the frequency, thats when I see the issue. I couldn't trace where it is getting set, but it does. Can you please let me know where in the code, it sets the frequency to 10MHz ? BR,Santosh On Tuesday, December 17, 2019, 11:45:29 PM GMT, Sam Reiter wrote: Does something like tx_waveforms[1] output a signal at the expected frequency? What are you using to measure the frequency output? With respect to the 10MHz, this is the frequency of signals used to discipline the internal timebase to an external source. I wouldn't expect artifacts from this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? [1] https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_waveforms.cpp Sam Reiter Ettus Research On Mon, Dec 16, 2019 at 9:01 AM voonna santosh via USRP-users wrote: Hi There, I have bench marked X300 against my development PC. Then I took benchmark_rate code and modified a bit. Everything works fine except setting the center freq. When ever I set the center frequency, there is no error returned by the call. But when I transmit the data, it doesn't appear in scope. Whenever I remove the code to set the center frequency, things work fine and I cann see a spike at 10Mhz which is default frequency I guess. Any clues? std::cout << boost::format("Setting TX Freq: %f MHz...") % (freq/1e6) << std::endl; uhd::tune_request_t tune_request(freq); //usrp->set_tx_freq(tune_request, 0); - This line also doesn't work usrp->set_tx_freq(freq, 0); std::cout << boost::format("Actual TX Freq: %f MHz...") % (usrp->get_tx_freq(0)/1e6) << std::endl << std::endl; Thanks and Regards ___ 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
Re: [USRP-users] set_tx_freq is not functioning properly
FYI:Does something like tx_waveforms[1] output a signal at the expected frequency? - Yes, both tx_wavefrom and benchmark_rate works fine. I took benchamark rate and extended it to get tx_freq configured. This is not working. With respect to the 10MHz, this is the frequency of signals used to discipline the internal timebase to an external source. I wouldn't expect artifacts from this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? - Since my base line is benchmark_rate, the default frequency is 10MHz which always works fine. But when I change the frequency, thats when I see the issue. I couldn't trace where it is getting set, but it does. Can you please let me know where in the code, it sets the frequency to 10MHz ? BR,Santosh On Tuesday, December 17, 2019, 11:45:29 PM GMT, Sam Reiter wrote: Does something like tx_waveforms[1] output a signal at the expected frequency? What are you using to measure the frequency output? With respect to the 10MHz, this is the frequency of signals used to discipline the internal timebase to an external source. I wouldn't expect artifacts from this signal to be present at the TX port under normal circumstances. Are you using an external reference? What about the GPSDO? [1] https://github.com/EttusResearch/uhd/blob/master/host/examples/tx_waveforms.cpp Sam Reiter Ettus Research On Mon, Dec 16, 2019 at 9:01 AM voonna santosh via USRP-users wrote: Hi There, I have bench marked X300 against my development PC. Then I took benchmark_rate code and modified a bit. Everything works fine except setting the center freq. When ever I set the center frequency, there is no error returned by the call. But when I transmit the data, it doesn't appear in scope. Whenever I remove the code to set the center frequency, things work fine and I cann see a spike at 10Mhz which is default frequency I guess. Any clues? std::cout << boost::format("Setting TX Freq: %f MHz...") % (freq/1e6) << std::endl; uhd::tune_request_t tune_request(freq); //usrp->set_tx_freq(tune_request, 0); - This line also doesn't work usrp->set_tx_freq(freq, 0); std::cout << boost::format("Actual TX Freq: %f MHz...") % (usrp->get_tx_freq(0)/1e6) << std::endl << std::endl; Thanks and Regards ___ 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] set_tx_freq is not functioning properly
Hi There, I have bench marked X300 against my development PC. Then I took benchmark_rate code and modified a bit. Everything works fine except setting the center freq. When ever I set the center frequency, there is no error returned by the call. But when I transmit the data, it doesn't appear in scope. Whenever I remove the code to set the center frequency, things work fine and I cann see a spike at 10Mhz which is default frequency I guess. Any clues? std::cout << boost::format("Setting TX Freq: %f MHz...") % (freq/1e6) << std::endl; uhd::tune_request_t tune_request(freq); //usrp->set_tx_freq(tune_request, 0); - This line also doesn't work usrp->set_tx_freq(freq, 0); std::cout << boost::format("Actual TX Freq: %f MHz...") % (usrp->get_tx_freq(0)/1e6) << std::endl << std::endl; Thanks and Regards ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] X300 underflows with tx_rate 100Msps
Hi Nate, Sorry for the delayed reply. I found the issue and it is because of the low power CPU. Thanks and Regards On Monday, November 25, 2019, 8:23:47 PM GMT, Nate Temple wrote: Hi Voonna, What is your CPU frequency? What kind of NIC are you using? If your NIC supports DPDK, I would recommend trying to use the DPDK transport, but you will need to update to UHD 3.14.1.1 to support DPDK with the X310. https://files.ettus.com/manual/page_dpdk.html Regards, Nate Temple On Thu, Nov 21, 2019 at 9:35 AM voonna santosh via USRP-users wrote: Hi Michael, I am experiencing lots of underflows when I use benchmark_rate example app. Following is the configuration: Host processor : Intel® Xeon® Processor D-1500 System on Chip (SoC) Host OS: Centos 7 UHD: release_003_010_001_000 SDR HW: X300 with UBX-160 (Calibration done as documented) Eth link: SFP - Maximum socket buffer sizes (wmem_max, rmem_max) - MTU 9000 - Tx/Rx descriptors (sudo ethtool -G tx 4096 rx 4096) - thread priority set to 1 CPU usage: Only two CPUs are being used, but rest of the cores are free and the host is headless(No CPU consuming apps). If I test rx_rate with 200Msps, it works well. But when I use tx_rate with 100Msps, I could see lots of underflows (Us). ./benchmark_rate --args="addr=192.168.40.2" --tx_rate=100e6 --channels="0" --duration 200 linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-39); Boost_105800; UHD_003.010.001.HEAD-0-g929e3b32 Creating the usrp device with: addr=192.168.40.2... -- X300 initialization sequence... -- Determining maximum frame size... 8000 bytes. -- Setup basic communication... -- Loading values from EEPROM... -- Setup RF frontend clocking... -- Radio 1x clock:200 -- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 0.929b -- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1179.5MB/s) -- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1184.4MB/s) -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- Performing timer loopback test... pass -- Performing timer loopback test... pass Using Device: Single USRP: Device: X-Series Device Mboard 0: X300 RX Channel: 0 RX DSP: 0 RX Dboard: A RX Subdev: UBX RX RX Channel: 1 RX DSP: 0 RX Dboard: B RX Subdev: Unknown (0x) - 0 TX Channel: 0 TX DSP: 0 TX Dboard: A TX Subdev: UBX TX TX Channel: 1 TX DSP: 0 TX Dboard: B TX Subdev: Unknown (0x) - 0 Setting device timestamp to 0... Testing transmit rate 100.00 Msps on 1 channels U ... Lots of underflows Thanks in advance. ___ 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] X300 underflows with tx_rate 100Msps
Hi Michael, I am experiencing lots of underflows when I use benchmark_rate example app. Following is the configuration: Host processor : Intel® Xeon® Processor D-1500 System on Chip (SoC) Host OS: Centos 7 UHD: release_003_010_001_000 SDR HW: X300 with UBX-160 (Calibration done as documented) Eth link: SFP - Maximum socket buffer sizes (wmem_max, rmem_max) - MTU 9000 - Tx/Rx descriptors (sudo ethtool -G tx 4096 rx 4096) - thread priority set to 1 CPU usage: Only two CPUs are being used, but rest of the cores are free and the host is headless(No CPU consuming apps). If I test rx_rate with 200Msps, it works well. But when I use tx_rate with 100Msps, I could see lots of underflows (Us). ./benchmark_rate --args="addr=192.168.40.2" --tx_rate=100e6 --channels="0" --duration 200 linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-39); Boost_105800; UHD_003.010.001.HEAD-0-g929e3b32 Creating the usrp device with: addr=192.168.40.2... -- X300 initialization sequence... -- Determining maximum frame size... 8000 bytes. -- Setup basic communication... -- Loading values from EEPROM... -- Setup RF frontend clocking... -- Radio 1x clock:200 -- Detecting internal GPSDO Found an internal GPSDO: LC_XO, Firmware Rev 0.929b -- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1179.5MB/s) -- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1184.4MB/s) -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- [RFNoC Radio] Performing register loopback test... pass -- Performing timer loopback test... pass -- Performing timer loopback test... pass Using Device: Single USRP: Device: X-Series Device Mboard 0: X300 RX Channel: 0 RX DSP: 0 RX Dboard: A RX Subdev: UBX RX RX Channel: 1 RX DSP: 0 RX Dboard: B RX Subdev: Unknown (0x) - 0 TX Channel: 0 TX DSP: 0 TX Dboard: A TX Subdev: UBX TX TX Channel: 1 TX DSP: 0 TX Dboard: B TX Subdev: Unknown (0x) - 0 Setting device timestamp to 0... Testing transmit rate 100.00 Msps on 1 channels U ... Lots of underflows Thanks in advance. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com