[USRP-users] X310 and 8bit complex sampling
Hi Users I am trying to achieve 50MHz BW (25MHz Each Channel) with X310 and TwinRX using 1G Ethernet. I went through some of the forums regrading this and found that X310 does not support 8-bit IQ samples as mentioned in below link. http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-February/046123.html Is still 8-bit IQ samples are not supported in the latest UHD ? We are looking for a solution for 50MHz (25MHz Channel each) with laptop processing (Ubuntu). While going through some comments from different users I found that using T3NL-T3DIY-AKTU ( https://www.akitio.com/expansion/node-lite) and Intel X710-DA2 more than 50MHz BW can be achieved. Is there any other solution available for this kind of bandwidth as we are looking for some compact solution. Regards,Arun Verma On Wednesday, 16 October, 2019, 09:23:33 pm IST, Sam Reiter wrote: Arun, Sorry for the confusion. The X310 uses a commercial grade XC7K410T with a temperature range of 0-85C. Sam On Tue, Oct 15, 2019 at 10:11 PM Arun kumar Verma wrote: Hi Sam Thanks for the information. My only doubt is about the FPGA. FPGA is industrial grade or Commercial grade ? other parts I have verified and all the parts are with Temp Range of -40 to +85. As in case of B205mini it is clearly mentioned the grade of the FPGA. Regards,Arun Verma On Wednesday, October 16, 2019, 01:13:56 AM GMT+5:30, Sam Reiter wrote: Hey Arun, The temperature range for the X310 and the TwinRX is noted as 23 +/- 3 C. This is meant to convey that the device is intended for indoor lab use and has not been thoroughly tested in extreme environments like you've mentioned. You're also correct that you'll see device performance change over that temperature range and I think -20C will be dipping below the rating of some of the components. Some key components can be found here: https://kb.ettus.com/X300/X310#Key_Component_Datasheets Depending on what you're hoping to do, we see folks develop custom enclosures for these types of radios with and without thermal regulation. At the end of the day if you're subjecting this radio to those kinds of extremes, it's up to you to put it through its paces and make sure it'll meet your needs. I'll also note that we don't formally endorse any X310 enclosures, but one of the few IP67 OTS solutions I've found for the X310 is sold by Pixus: http://www.pixustechnologies.com/products/enclosure-system-solutions/specialty-small-form-factor-rugged-x310-other-2/specialty-small-form-factor-rugged-x310-other/ Not sure if this does anything to extend temperature range, but it could be a starting point in developing your own ruggedized solution to deploy. Also if anyone else has recommendations or experience with X310 enclosure solutions, I'd be curious to hear what you've made or worked with in the past. Best, Sam On Sat, Sep 21, 2019 at 3:33 AM Arun kumar Verma via USRP-users wrote: Hi Users We would like to know whether X310 with TwinRx boards can be used for temperature range -20 to +55 degree. Is temperature range is limited by the components used in the boards or the performance is not guaranteed over this range. Are the components used are industrial grade or commercial grade? Regards,Arun Verma ___ 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] X310 Temperature Range
Hi Sam Thanks for the information. My only doubt is about the FPGA. FPGA is industrial grade or Commercial grade ? other parts I have verified and all the parts are with Temp Range of -40 to +85. As in case of B205mini it is clearly mentioned the grade of the FPGA. Regards,Arun Verma On Wednesday, October 16, 2019, 01:13:56 AM GMT+5:30, Sam Reiter wrote: Hey Arun, The temperature range for the X310 and the TwinRX is noted as 23 +/- 3 C. This is meant to convey that the device is intended for indoor lab use and has not been thoroughly tested in extreme environments like you've mentioned. You're also correct that you'll see device performance change over that temperature range and I think -20C will be dipping below the rating of some of the components. Some key components can be found here: https://kb.ettus.com/X300/X310#Key_Component_Datasheets Depending on what you're hoping to do, we see folks develop custom enclosures for these types of radios with and without thermal regulation. At the end of the day if you're subjecting this radio to those kinds of extremes, it's up to you to put it through its paces and make sure it'll meet your needs. I'll also note that we don't formally endorse any X310 enclosures, but one of the few IP67 OTS solutions I've found for the X310 is sold by Pixus: http://www.pixustechnologies.com/products/enclosure-system-solutions/specialty-small-form-factor-rugged-x310-other-2/specialty-small-form-factor-rugged-x310-other/ Not sure if this does anything to extend temperature range, but it could be a starting point in developing your own ruggedized solution to deploy. Also if anyone else has recommendations or experience with X310 enclosure solutions, I'd be curious to hear what you've made or worked with in the past. Best, Sam On Sat, Sep 21, 2019 at 3:33 AM Arun kumar Verma via USRP-users wrote: Hi Users We would like to know whether X310 with TwinRx boards can be used for temperature range -20 to +55 degree. Is temperature range is limited by the components used in the boards or the performance is not guaranteed over this range. Are the components used are industrial grade or commercial grade? Regards,Arun Verma ___ 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] X310 Temperature Range
Hi Users We would like to know whether X310 with TwinRx boards can be used for temperature range -20 to +55 degree. Is temperature range is limited by the components used in the boards or the performance is not guaranteed over this range. Are the components used are industrial grade or commercial grade? Regards,Arun Verma ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Combining bandwidth of two B200
Dear User I am trying to combine bandwidth of two USRP B200 and get the final bandwidth of around 100MHz. Our target is monitor the complete WiFi band 2.4-2.5Ghz. I am attaching the image file for grc file. Any suggestions? Arun ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] B205 Mini gain Tables
Dear Users I have seen datasheet for B205 Mini and gain over frequency and gain index data is available there. As we are developing our software where we need to have exact gain value for that particular frequency and gain index. Is this data available in csv format for some tabular format so that we can just make a look-table and correct the gain. Regards, Arun Verma ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically
Well even if my loop is executing more than 16 times if I use clear_command_time it should clear the item from FIFO. is this correct ? or any other command for clearing the timed-commands queue. uhd::time_spec_t temp = usrp_sourceDOA1->get_time_now(); usrp_sourceDOA1->set_command_time(temp + uhd::time_spec_t(0.01)); usrp_source1->set_rx_freq(tune_req,0); usrp_source1->set_rx_freq(tune_req,1); SleeperThread::msleep(100); usrp_sourceDOA1->clear_command_time(); Arun From: Marcus D. Leech To: Arun kumar Verma ; "usrp-users@lists.ettus.com" Sent: Wednesday, 19 December 2018 1:00 AM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically On 12/18/2018 05:07 AM, Arun kumar Verma wrote: Dear Marcus I found the real problem and problem is that when i use set_command_time in loop then only problem exist, if do not use this my loop is getting executed properly. But for phase synchronization i have to use set_command_time Any suggestion? Arun Verma How rapidly is that loop executing? The timed-command queue is only 16 items deep, and you're scheduling at 0.01sec intervals. From: Arun kumar Verma via USRP-users To: Marcus D. Leech ; "usrp-users@lists.ettus.com" Sent: Tuesday, 18 December 2018 2:16 PM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically Dear Marcus The problem is solved by setting RF policy manual for RF and DSP both and passing uhd::tune_request_t object as parameter to set_center_freq function, but now i getting one more issues that after 35-40 iteration my application is getting assertion because of "EnvironmentError: IOError: Block ctrl (CE_00_Port_30) no response packet - AssertionError: bool(buff)" and after that I have to start X310 again then only it responds. My setup is X310 with single TwinRX module and I want to measure the phase difference from 10-6000MHz and put into look-up table. I am using B205-mini as transmitter and it is connected with the power divider to X310 input. I am working on phase interferometer direction finding with 5 element circular array antennae connected to 5 to 2 Antenna Switch matrix which is connected to single TwinRX. I am not sure how set_center_freq command is implemented internally for TwinRX, but i expect that when i set this command, only LOs should be tuned for desired frequencies plus some filter selection of that band. I expect that settling time for synthesizer would be around maximum of 300uS and for some other stuff like filter selection , i think in 500uS I should be able to set everything. At present I have to use set_command_time so that my channels are synchronized. Can you suggest the fastest way to implementing frequency sweep for two channels as i need scan rate around 40GHz. Regards, Arun Verma From: Marcus D. Leech via USRP-users To: usrp-users@lists.ettus.com Sent: Monday, 17 December 2018 10:36 PM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically On 12/15/2018 08:02 AM, Arun kumar Verma via USRP-users wrote: Dear Users I am facing problem of phase offset when i change center frequency dynamically for TwinRX with X310 setup. Here is my C++ code, Please advise usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0); usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1); usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() + uhd::time_spec_t(0.01)); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1); usrp_sourceDOA1->clear_command_time(); I feel set_command_time is not working properly. When i start the X310 my phase difference is almost zero but as i change my frequency pjhase difference is random in nature. Regards, Arun Verma COuld you explain your setup a bit more here. I now see that you have both usrp_source1 and usrp_sourceDOA1, but I think you said that you have a single X310, so I'm confused about why you apparently have two USRP sources here. ___ 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] Phase Offset problem when center frequency is changed dynamically
Dear Marcus I found the real problem and problem is that when i use set_command_time in loop then only problem exist, if do not use this my loop is getting executed properly. But for phase synchronization i have to use set_command_timeAny suggestion? Arun Verma From: Arun kumar Verma via USRP-users To: Marcus D. Leech ; "usrp-users@lists.ettus.com" Sent: Tuesday, 18 December 2018 2:16 PM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically Dear Marcus The problem is solved by setting RF policy manual for RF and DSP both and passing uhd::tune_request_t object as parameter to set_center_freq function, but now i getting one more issues that after 35-40 iteration my application is getting assertion because of "EnvironmentError: IOError: Block ctrl (CE_00_Port_30) no response packet - AssertionError: bool(buff)" and after that I have to start X310 again then only it responds. My setup is X310 with single TwinRX module and I want to measure the phase difference from 10-6000MHz and put into look-up table. I am using B205-mini as transmitter and it is connected with the power divider to X310 input. I am working on phase interferometer direction finding with 5 element circular array antennae connected to 5 to 2 Antenna Switch matrix which is connected to single TwinRX. I am not sure how set_center_freq command is implemented internally for TwinRX, but i expect that when i set this command, only LOs should be tuned for desired frequencies plus some filter selection of that band. I expect that settling time for synthesizer would be around maximum of 300uS and for some other stuff like filter selection , i think in 500uS I should be able to set everything. At present I have to use set_command_time so that my channels are synchronized. Can you suggest the fastest way to implementing frequency sweep for two channels as i need scan rate around 40GHz. Regards,Arun Verma From: Marcus D. Leech via USRP-users To: usrp-users@lists.ettus.com Sent: Monday, 17 December 2018 10:36 PM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically On 12/15/2018 08:02 AM, Arun kumar Verma via USRP-users wrote: Dear Users I am facing problem of phase offset when i change center frequency dynamically for TwinRX with X310 setup. Here is my C++ code, Please advise usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0); usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1); usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() + uhd::time_spec_t(0.01)); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1); usrp_sourceDOA1->clear_command_time(); I feel set_command_time is not working properly. When i start the X310 my phase difference is almost zero but as i change my frequency pjhase difference is random in nature. Regards, Arun Verma COuld you explain your setup a bit more here. I now see that you have both usrp_source1 and usrp_sourceDOA1, but I think you said that you have a single X310, so I'm confused about why you apparently have two USRP sources here. ___ 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] Phase Offset problem when center frequency is changed dynamically
Dear Marcus The problem is solved by setting RF policy manual for RF and DSP both and passing uhd::tune_request_t object as parameter to set_center_freq function, but now i getting one more issues that after 35-40 iteration my application is getting assertion because of "EnvironmentError: IOError: Block ctrl (CE_00_Port_30) no response packet - AssertionError: bool(buff)" and after that I have to start X310 again then only it responds. My setup is X310 with single TwinRX module and I want to measure the phase difference from 10-6000MHz and put into look-up table. I am using B205-mini as transmitter and it is connected with the power divider to X310 input. I am working on phase interferometer direction finding with 5 element circular array antennae connected to 5 to 2 Antenna Switch matrix which is connected to single TwinRX. I am not sure how set_center_freq command is implemented internally for TwinRX, but i expect that when i set this command, only LOs should be tuned for desired frequencies plus some filter selection of that band. I expect that settling time for synthesizer would be around maximum of 300uS and for some other stuff like filter selection , i think in 500uS I should be able to set everything. At present I have to use set_command_time so that my channels are synchronized. Can you suggest the fastest way to implementing frequency sweep for two channels as i need scan rate around 40GHz. Regards,Arun Verma From: Marcus D. Leech via USRP-users To: usrp-users@lists.ettus.com Sent: Monday, 17 December 2018 10:36 PM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically On 12/15/2018 08:02 AM, Arun kumar Verma via USRP-users wrote: Dear Users I am facing problem of phase offset when i change center frequency dynamically for TwinRX with X310 setup. Here is my C++ code, Please advise usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0); usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1); usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() + uhd::time_spec_t(0.01)); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1); usrp_sourceDOA1->clear_command_time(); I feel set_command_time is not working properly. When i start the X310 my phase difference is almost zero but as i change my frequency pjhase difference is random in nature. Regards, Arun Verma COuld you explain your setup a bit more here. I now see that you have both usrp_source1 and usrp_sourceDOA1, but I think you said that you have a single X310, so I'm confused about why you apparently have two USRP sources here. ___ 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] Phase Offset problem when center frequency is changed dynamically
Dear Users Thanks for the reply Marcus. I understand that getting phase difference almost zero is difficult, but I should get phase difference consistent when i change the frequency. what is happening is that when i change the frequency i am getting a phase diff i.e 100 degree, next time for the same frequency i should get the same phase different but it is different every time. Some time there is a difference in LO frequency also i.e Suppose I set my center frequency 3.5GHz , one channel I am getting 3.5001and in other channel 3.4999 GHz. If i tune this frequency again then frequencies are same. This i have verified many times. This problem is there only I change my frequency dynamically. I even tried for Stream Command uhd::stream_cmd_t cmd(uhd::stream_cmd_t::STREAM_MODE_STOP_CONTINUOUS);usrp_source1->issue_stream_cmd(cmd,0); Delayms(10); uhd::stream_cmd_t cmd1(uhd::stream_cmd_t::STREAM_MODE_START_CONTINUOUS);) Delayms(10); usrp_source1->issue_stream_cmd(cmd,1); so that my steam start when both channels are locked and ready for data but that also did not help. Regards,Arun Verma From: Marcus D. Leech via USRP-users To: usrp-users@lists.ettus.com Sent: Monday, 17 December 2018 9:44 AM Subject: Re: [USRP-users] Phase Offset problem when center frequency is changed dynamically On 12/15/2018 08:02 AM, Arun kumar Verma via USRP-users wrote: Dear Users I am facing problem of phase offset when i change center frequency dynamically for TwinRX with X310 setup. Here is my C++ code, Please advise usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0); usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1); usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() + uhd::time_spec_t(0.01)); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1); usrp_sourceDOA1->clear_command_time(); I feel set_command_time is not working properly. When i start the X310 my phase difference is almost zero but as i change my frequency pjhase difference is random in nature. Regards, Arun Verma Since you're using the "companion" configuration (where the 2nd-channel LO is a "copy" of the first), you'll inevitably be dealing with physical path-length issues between the output of the first-channel synthesizer and the two-or-more mixers involved. Since there's almost no way to make the path-lengths electrically the same, given the array of switches, and circuit-board traces involved, there'll be some non-zero difference in the electrical path lengths. This will manifest as different phase offsets at different frequencies. It will also change slightly with temperature, since circuit traces that are non-zero-length change electrical length with temperature changes. The good news is that it should be fairly reproducible, and can be characterized for your configuration, and you can build a table and use that for phase compensation. This is very much like the "inside the radio" version of what inevitably happens out in your antenna "plumbing": (A) Getting *exact* phase matches even with apparently "identical" pieces of coax and other bits of plumbing is near-impossible. This gets worse with shorter wavelengths. (B) Those phase lengths will inevitably change with temperature. Further, it's even worse, because none of these transmission paths have a dielectric constant of 1.0, which means that smaller physical length differences are "ampified" by the slower velocity in these lines--that is, wavelengths are physically shorter, so that a physical difference affects more of a wavelength. ___ 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] Phase Offset problem when center frequency is changed dynamically
Dear Users I am facing problem of phase offset when i change center frequency dynamically for TwinRX with X310 setup. Here is my C++ code, Please advise usrp_source1->set_rx_lo_source("internal",uhd::usrp::multi_usrp::ALL_LOS,0); usrp_source1->set_rx_lo_source("companion",uhd::usrp::multi_usrp::ALL_LOS,1); usrp_sourceDOA1->set_command_time(usrp_sourceDOA1->get_time_now() + uhd::time_spec_t(0.01)); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,0); usrp_sourceDOA1->set_center_freq(m_CenterFrequency,1); usrp_sourceDOA1->clear_command_time(); I feel set_command_time is not working properly. When i start the X310 my phase difference is almost zero but as i change my frequency pjhase difference is random in nature. Regards,Arun Verma ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] gr-doa
Hi We are working on a phase interferometer direction finding application using X310 and one twinRx. Our basic model is to use five channel broadband DF antenna with a switching matrix which converts RF from 5 channels to to 2 Channels. So far we able to phase aligned all the channels and calculate angle of arrival for instantaneous bandwidth (5MHz) . Our final requirement is to process 40MHz (dual Channel) or 80MHz (signle channel),Is it possible to process using 10G PCI card and some high end CPU. With 1G Ethernet I should be able to achieve 10MHz BW for dual channel (20MHz for single channel) but for 10MHz i am getting error of time alignment of samples. At present we are taking IQ samples and doing FFT in CPU and calculating AOA. Is it possible to do FFT and calculate angle using phase interferometer algorithm in less than 2ms for 40MHz BW (dual channel) with 4K FFT. Arun Verma From: Neel Pandeya To: Arun kumar Verma Cc: "usrp-users@lists.ettus.com" Sent: Wednesday, 24 October 2018 4:56 AM Subject: Re: [USRP-users] gr-doa Hello Arun: The gr-doa OOT was tested with UHD 3.10.1.0 and GNU Radio 3.7.10.1, but it should work with the latest releases, UHD 3.13.0.2 and GNU Radio 3.7.13.4. It uses the default FPGA image that comes with whichever version of UHD that you're using. It does not require any custom or special FPGA image. Please let me know if you have any further questions. --Neel Pandeya On 23 October 2018 at 13:35, Arun kumar Verma via USRP-users wrote: Hi I am working on Direction of Arrival application using X310, just need information which FPGA image was used for gr-DOA demo application? Arun __ _ 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] gr-doa
Hi I am working on Direction of Arrival application using X310, just need information which FPGA image was used for gr-DOA demo application? Arun ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Need Help setting up X310 for two channels
Hi I am trying to receive data from X310 ( 2 channels), in my case I am giving RF input to RF-B port (channel-0 and Channel-1), i am able to see the FFT to one channel only whether i give input to channel-0 or channel-1. so what i feel that i am not able to set the stream arguments properly. attaching a image file for that. Arun Verma 1234 Description: Binary data ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] B205 External Reference issue
I have tried that but it increases when i reduce amplitude , in fact for DC coupled ref i am getting best result. I have checked the schematic and in that if i remove R37 and R38 then my internal clock will disconnected but i am not sure whether board will work with only external clock or not. Can you verify this. I want to disconnect internal clock and want only external clock as there I am not getting any drift. Arun From: Marcus D. Leech To: Arun kumar Verma ; "usrp-users@lists.ettus.com" Sent: Sunday, 30 September 2018 2:19 AM Subject: Re: [USRP-users] B205 External Reference issue On 09/29/2018 02:20 PM, Arun kumar Verma wrote: Hi Please find the screenshots as you have asked. One image is when we are setting ref to internal but external not connected that time it is clean and other images is when we are connecting external ref . Regards, arun verma Does the magnitude of this small spur diminish if you reduce the amplitude of your external reference? From: Marcus D. Leech To: Arun kumar Verma ; "usrp-users@lists.ettus.com" Sent: Wednesday, 26 September 2018 11:56 PM Subject: Re: [USRP-users] B205 External Reference issue On 09/26/2018 02:24 PM, Arun kumar Verma wrote: Hi Marcus well I am connecting external ref of 10MHz on Ref Input SMA connector and once I connect this and set my clock source for external source then we are getting spurios, these spurs are low but for AM,FM audio demodulation even Hz suprs can create probelem and that is what we are facing. Right now what we using a VCXO of 50ppb satbility and what we noticed that with the internal clock there was a shift in frequency of about 5KHz at 3GHz input while with external Ref shift was around 300Hz. Is it possible to switch off supply manually for internal oscillator and board still works? Regards, Arun Verma Could you please post an image of the situation, showing the spur levels? From: Marcus D. Leech via USRP-users To: usrp-users@lists.ettus.com Sent: Wednesday, 26 September 2018 9:15 PM Subject: Re: [USRP-users] B205 External Reference issue On 09/26/2018 02:42 AM, Arun kumar Verma via USRP-users wrote: Hi We are using B205i-mini and we found that when I am sleclecting external Ref using set_clock_source("ëxternal"); I am getting intermodulation components in Hz. I think supply for the internal oscillator is still on and it is not compeletly shutting down. Is there any options to switch off the suppy of ineternal oscillator through some API. Regards, Arun Verma There is only one clock on the B205 -- a 40MHz VCXO. When you switch to "external", the FPGA implements a clock-steering "servo" that phase-locks that 40MHz clock to the external reference. You're probably seeing very low-level clock spurs that appear as a result of the servo algorithm. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com | | I’m protected online with Avast Free Antivirus. Get it here — it’s free forever. | ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
Re: [USRP-users] B205 External Reference issue
Hi Marcus well I am connecting external ref of 10MHz on Ref Input SMA connector and once I connect this and set my clock source for external source then we are getting spurios, these spurs are low but for AM,FM audio demodulation even Hz suprs can create probelem and that is what we are facing. Right now what we using a VCXO of 50ppb satbility and what we noticed that with the internal clock there was a shift in frequency of about 5KHz at 3GHz input while with external Ref shift was around 300Hz. Is it possible to switch off supply manually for internal oscillator and board still works? Regards,Arun Verma From: Marcus D. Leech via USRP-users To: usrp-users@lists.ettus.com Sent: Wednesday, 26 September 2018 9:15 PM Subject: Re: [USRP-users] B205 External Reference issue On 09/26/2018 02:42 AM, Arun kumar Verma via USRP-users wrote: Hi We are using B205i-mini and we found that when I am sleclecting external Ref using set_clock_source("ëxternal"); I am getting intermodulation components in Hz. I think supply for the internal oscillator is still on and it is not compeletly shutting down. Is there any options to switch off the suppy of ineternal oscillator through some API. Regards, Arun Verma There is only one clock on the B205 -- a 40MHz VCXO. When you switch to "external", the FPGA implements a clock-steering "servo" that phase-locks that 40MHz clock to the external reference. You're probably seeing very low-level clock spurs that appear as a result of the servo algorithm. ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com | | I’m protected online with Avast Free Antivirus. Get it here — it’s free forever. | ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] B205 External Reference issue
Hi We are using B205i-mini and we found that when I am sleclecting external Ref using set_clock_source("ëxternal"); I am getting intermodulation components in Hz.I think supply for the internal oscillator is still on and it is not compeletly shutting down. Is there any options to switch off the suppy of ineternal oscillator through some API. Regards,Arun Verma ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] Direction Finding Information
Hi We want to use X310 and Single TwinRX for our DF application. I have few doubts 1. For getting DF of 1 mS duration signal in 80 MHz IFBW, what should be my interface speed requirement? Gigabit Ethernet is sufficient or I should go with Express card or 10 GigE inetrface. 2. Whether two channel DF can be performed with MUSIC algorithm for five element Df antenna using antenna switching matrix. whether MUSIC can compute DF for 1 mS duration signal.3. Has Anyone implemented phase correlative interferometer DF on X310 boards? Regards,Arun Verma ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
[USRP-users] B205-mini GPIO
Hi We brought B205mini recently and we want to use three GPIO to control some external device which require SPI interface, in the schematics the header mentioned is J5 for GPIO while website USRP Hardware Driver and USRP Manual: USRP B2x0 Series is mentioning J6 as GPIO header. Can you please suggest some example source code for GPIO, so that we can incorporate in our software. Arun Verma | | | USRP Hardware Driver and USRP Manual: USRP B2x0 Series | | | ___ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com