Send USRP-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of USRP-users digest..."
Today's Topics:
1. Re: Two questions on X310@200MSps RX (Derek Kozel)
2. Re: calibration on Wifi bands for X310/UBX (Derek Kozel)
3. Re: calibration on Wifi bands for X310/UBX (Sanjoy Basak)
4. Networkable B210 (Jason A. Donenfeld)
5. Re: calibration on Wifi bands for X310/UBX (Derek Kozel)
6. Re: Networkable B210 (Marcus M?ller)
7. Re: Networkable B210 (Sylvain Munaut)
8. Re: X310 power button (liu Jong)
9. Re: Ettus UBX-160 vs SBX-120 (Simon Olvhammar)
10. Re: Ettus UBX-160 vs SBX-120 (Marcus M?ller)
11. Re: calibration on Wifi bands for X310/UBX (Sanjoy Basak)
12. Re: calibration on Wifi bands for X310/UBX (Derek Kozel)
13. Re: calibration on Wifi bands for X310/UBX (Sanjoy Basak)
14. Re: calibration on Wifi bands for X310/UBX (Derek Kozel)
15. Re: calibration on Wifi bands for X310/UBX (Sanjoy Basak)
16. Re: calibration on Wifi bands for X310/UBX (Derek Kozel)
17. NO DEVICES FOUND ERROR (MUHAMMAD AHMAD)
18. Re: NO DEVICES FOUND ERROR (Marcus M?ller)
----------------------------------------------------------------------
Message: 1
Date: Mon, 3 Jul 2017 17:27:10 +0100
From: Derek Kozel <[email protected]>
To: Leandro Echevarr?a <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Two questions on X310@200MSps RX
Message-ID:
<CAA+K=tugincmzodzmw7w2mtjoznr2p-oqknnkffrcimn4gt...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Leo,
The DMA FIFO is not used on the receive side in the default X310
configuration. The "large" buffers in this case are on the receiving host
computer's NIC and in UHD. Strictly speaking it is not the Ethernet latency
which is the problem, it is the variability of the latency. The radio has a
hard requirement of receiving N samples per second and the Ethernet
connection is only supplying N per second on average. The DRAM FIFO absorbs
the variability.
It does not matter if you are not transmitting or not, given fast enough
host hardware and some appropriate tuning of your OS' network stack it is
possible to receive two streams of 200 MS/s (or four of 100 MS/s in the
TwinRX case).
Regards,
Derek
On Mon, Jul 3, 2017 at 2:53 PM, Leandro Echevarr?a via USRP-users <
[email protected]> wrote:
> Hello all,
>
> I'm working on a system where the transmitted samples are provided by the
> FPGA, and not by the host (actually, they're loaded on DRAM in an
> initializing step). And I've got two questions about this approach:
>
> 1. We're planning on dropping the DMA FIFO block entirely, to gain
> exclusive access to the DRAM controller. I've read here [1] that the DMA
> FIFO is necessary when transmitting using samples coming from the host, due
> to Ethernet latency. But is this also true for receiving? Should I be able
> to stream samples @ 200 MSps from the radio core to the host without using
> a DMA FIFO in the middle?
>
> 2. We're using two 10 Gbps SFP+ Ethernet cables to connect the board to
> the host. Given we will not transmit out of the host, is it safe to say
> we'll be able to receive two 200 MSps streams from two daughterboards, one
> through each Ethernet connection?
>
> Thanks a lot!
>
> Leo
>
> [1] https://kb.ettus.com/RFNoC#When_do_I_use_an_RFNoC_FIFO_
> in_my_flowgraph_and_which_kind_if_any.3F
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170703/6620a098/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 3 Jul 2017 17:29:57 +0100
From: Derek Kozel <[email protected]>
To: Sanjoy Basak <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAA+K=ttJ7s94LTOZLStY2WZ=EAFZbq02XATahz=q8y7xjcb...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Sanjoy,
What calibration are you referring to? Frequency, amplitude, phase? How are
you doing your calibration and how are you checking it? The more you can
tell us about your method and the results you are seeing the better we can
answer.
Regards,
Derek
On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
[email protected]> wrote:
>
> Hello Experts,
> I am trying to calibrate X310/UBX on the whole wifi bands (the complete
> 2.4 GHz band).
> 2.412,2.417,2.422,....,2.484 GHz
>
> I am doing direction finding tests and need to calibrate 4 channels of 2
> X310s on the specified frequencies. Both X310s are connected with
> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz, 2.5
> GHz. For other bands, calibration does not remain after retuning. Is there
> any specific reason why the calibration only works for every 50 Mhz channel
> after retuning. I tested with different sampling rates, but the result is
> the same. Calibration does not remain after retuning.
>
> I am using UHD_003.009.002 (installed from synaptic) and ubuntu 16.04. Is
> there any specific way how I can make it work?
>
> Best regards
> Sanjoy Basak
>
>
>
> <https://mailtrack.io/> Sent with Mailtrack
> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170703/2c13581c/attachment-0001.html>
------------------------------
Message: 3
Date: Mon, 3 Jul 2017 19:20:24 +0200
From: Sanjoy Basak <[email protected]>
To: Derek Kozel <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAJPQ1a3zap8=lgb7vwkpj3mt+o_bwlxbwszlerxb8st62jy...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Derek,
I am referreing to phase calibration. I am taking one transmit signal
(sine/cosine wave) from one x310 and distributing the signal through a 1x4
power divider and feeding it to 4 receivers of 2 other X310s. All the X310s
are connected to the octoclock. Afterwards I am comparing the phase of 4 RX
signals.
For calibration, I take one rx signal as the reference signal and find the
phase differences of other 3 rx signals compared to the reference signal. I
save the offset (initial) phases and use it further for calibration.
As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the phase
calibration remains even after restarting (or retuning) the USRP. However,
for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the phase
calibration does not remain. After retuning, I find the calibration is
gone.
I also used set_command_time method. But the result was the same.
Best regards
Sanjoy
<https://mailtrack.io/> Sent with Mailtrack
<https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
Sanjoy Basak
Researcher
Royal Military Academy
Dept. Communication, Information Systems & Sensors (CISS)
30, Avenue de la Renaissance
B-1000 Brussels
BELGIUM
Tel : +32-2441 4162
email: [email protected]
On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]> wrote:
> Hello Sanjoy,
>
> What calibration are you referring to? Frequency, amplitude, phase? How
> are you doing your calibration and how are you checking it? The more you
> can tell us about your method and the results you are seeing the better we
> can answer.
>
> Regards,
> Derek
>
> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
> [email protected]> wrote:
>
>>
>> Hello Experts,
>> I am trying to calibrate X310/UBX on the whole wifi bands (the complete
>> 2.4 GHz band).
>> 2.412,2.417,2.422,....,2.484 GHz
>>
>> I am doing direction finding tests and need to calibrate 4 channels of 2
>> X310s on the specified frequencies. Both X310s are connected with
>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz, 2.5
>> GHz. For other bands, calibration does not remain after retuning. Is there
>> any specific reason why the calibration only works for every 50 Mhz channel
>> after retuning. I tested with different sampling rates, but the result is
>> the same. Calibration does not remain after retuning.
>>
>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu 16.04. Is
>> there any specific way how I can make it work?
>>
>> Best regards
>> Sanjoy Basak
>>
>>
>>
>> <https://mailtrack.io/> Sent with Mailtrack
>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170703/aa1f61e6/attachment-0001.html>
------------------------------
Message: 4
Date: Mon, 3 Jul 2017 19:32:39 +0200
From: "Jason A. Donenfeld" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Networkable B210
Message-ID:
<cahmme9rbrpus8zzluc9nywjfou7qdbeuc7rojxj42omd+et...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hey folks,
I've got a B210 that I'd like to make available for remote use over a
gigabit network. The linux USBIP project doesn't support USB3.0, so
that's not viable. However I did notice that UHD had an IP address
mode for certain USRP devices. I'm wondering if there's any server
daemon out there that would make the B210 available as a server for
UHD's networking capabilities.
Thanks,
Jason
------------------------------
Message: 5
Date: Mon, 3 Jul 2017 18:53:27 +0100
From: Derek Kozel <[email protected]>
To: Sanjoy Basak <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAA+K=tv3eby02CapoYwcCe4u0LadZfHVrLhj=gutyn7qdvt...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Sanjoy,
Timed commands will definitely be required in order to have repeatable
phase offsets. To check, you are (re)setting the time on each X310 at the
start of your program and have set the clock and time sources to external?
Are you using the multi_usrp API and creating a single rx_streamer with all
four channels? If you are using the RFNoC API then timed commands must be
used to set the DDC frequency (if non-zero) as well since that has an
effect on the phase which is stateful.
Can you please paste your code for setting the rx frequency? Also for
setting the motherboard time?
Thank you,
Derek
On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]>
wrote:
> Hi Derek,
> I am referreing to phase calibration. I am taking one transmit signal
> (sine/cosine wave) from one x310 and distributing the signal through a 1x4
> power divider and feeding it to 4 receivers of 2 other X310s. All the X310s
> are connected to the octoclock. Afterwards I am comparing the phase of 4 RX
> signals.
>
> For calibration, I take one rx signal as the reference signal and find the
> phase differences of other 3 rx signals compared to the reference signal. I
> save the offset (initial) phases and use it further for calibration.
>
> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the
> phase calibration remains even after restarting (or retuning) the USRP.
> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
> phase calibration does not remain. After retuning, I find the calibration
> is gone.
>
> I also used set_command_time method. But the result was the same.
>
> Best regards
> Sanjoy
>
>
>
> <https://mailtrack.io/> Sent with Mailtrack
> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>
> Sanjoy Basak
> Researcher
> Royal Military Academy
> Dept. Communication, Information Systems & Sensors (CISS)
> 30, Avenue de la Renaissance
> B-1000 Brussels
> BELGIUM
> Tel : +32-2441 4162
> email: [email protected]
>
> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]> wrote:
>
>> Hello Sanjoy,
>>
>> What calibration are you referring to? Frequency, amplitude, phase? How
>> are you doing your calibration and how are you checking it? The more you
>> can tell us about your method and the results you are seeing the better we
>> can answer.
>>
>> Regards,
>> Derek
>>
>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>> [email protected]> wrote:
>>
>>>
>>> Hello Experts,
>>> I am trying to calibrate X310/UBX on the whole wifi bands (the complete
>>> 2.4 GHz band).
>>> 2.412,2.417,2.422,....,2.484 GHz
>>>
>>> I am doing direction finding tests and need to calibrate 4 channels of 2
>>> X310s on the specified frequencies. Both X310s are connected with
>>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz, 2.5
>>> GHz. For other bands, calibration does not remain after retuning. Is there
>>> any specific reason why the calibration only works for every 50 Mhz channel
>>> after retuning. I tested with different sampling rates, but the result is
>>> the same. Calibration does not remain after retuning.
>>>
>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu 16.04.
>>> Is there any specific way how I can make it work?
>>>
>>> Best regards
>>> Sanjoy Basak
>>>
>>>
>>>
>>> <https://mailtrack.io/> Sent with Mailtrack
>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170703/f58d10c1/attachment-0001.html>
------------------------------
Message: 6
Date: Mon, 3 Jul 2017 20:09:23 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Networkable B210
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Jason,
no, there's no such server daemon.
The recommended way of solving this situation would definitely be
writing a minimal network daemon yourself that offers your client with
exactly the functionality you need in exactly the network format you can
use (hint: TCP is usually /not/ what you'd want for high-rate data, but
is probably the only viable solution if you're actually going through
the internet), by talking UHD on one side, and some kind of socket on
the other.
Best regards,
Marcus
On 07/03/2017 07:32 PM, Jason A. Donenfeld via USRP-users wrote:
> Hey folks,
>
> I've got a B210 that I'd like to make available for remote use over a
> gigabit network. The linux USBIP project doesn't support USB3.0, so
> that's not viable. However I did notice that UHD had an IP address
> mode for certain USRP devices. I'm wondering if there's any server
> daemon out there that would make the B210 available as a server for
> UHD's networking capabilities.
>
> Thanks,
> Jason
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170703/174d7ad5/attachment-0001.html>
------------------------------
Message: 7
Date: Mon, 3 Jul 2017 22:36:19 +0200
From: Sylvain Munaut <[email protected]>
To: "Jason A. Donenfeld" <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Networkable B210
Message-ID:
<CAHL+j0-a2Xw=1Og4=nP+i-rF33oQL44g6VF2jmTM_cDhxPL=q...@mail.gmail.com>
Content-Type: text/plain; charset="UTF-8"
Hi,
> I've got a B210 that I'd like to make available for remote use over a
> gigabit network.
Beware than even a gigabit network is only 1 / 5th of the bandwidth of
USB 3.0 so you wouldn't be able to use it anywhere close to the max
specs of the B210.
20-25 Msps single channel is pretty much the best you can hope for
(and that's for a direct point-to-point cable)
Cheers,
Sylvain
------------------------------
Message: 8
Date: Tue, 4 Jul 2017 09:01:16 +0800
From: liu Jong <[email protected]>
To: Leandro Echevarr?a <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] X310 power button
Message-ID:
<CAEui2n2+DL+7FtjrcLr1e27EMPfAaehzuodqWdn=zzqgxv6...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
thank you ,Leo
2017-07-03 22:15 GMT+08:00 Leandro Echevarr?a <[email protected]>:
> Hey Jon,
>
> The ELUM-EE-TH-Q-7-C12 [1] is the one that appears in the X310 schematic,
> page 14 [2]. It seems to be a rather conventional SPDT switch with an LED
> light to indicate power on.
>
> Regards,
>
> Leo.
>
> [1] https://www.avnet.com/shop/emea/p/switches-and-
> relays/switches/push-button-switch/c-k/elum-ee-th-q-7-c12-
> 3074457345629465963/
> [2] http://files.ettus.com/schematics/x300/x3xx.pdf
>
> On Mon, Jul 3, 2017 at 4:30 AM liu Jong via USRP-users <
> [email protected]> wrote:
>
>> Hi,all,
>> Because of the power button of X310 was broken,and we want to replace
>> it.Could you tell us the part number of usrp X310 power button?
>>
>> best regards
>> Jon
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/ee8d2e30/attachment-0001.html>
------------------------------
Message: 9
Date: Tue, 4 Jul 2017 10:26:49 +0200
From: Simon Olvhammar <[email protected]>
To: Kyeong Su Shin <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Ettus UBX-160 vs SBX-120
Message-ID:
<CABcmisVk+MGca-8=xsS9BmTmHQ=huosg+endqlwiff_6ezl...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Thank you Keyong Su Shin,
However I suppose you mean aliasing just at the band edges?
I get around 100 MHz of good data when using 120 MS/s on the SBX-120
daughterboard.
Regards
Simon
On Mon, Jul 3, 2017 at 3:18 PM, Kyeong Su Shin <[email protected]> wrote:
> Hello Simon Olvhammar:
>
> Just one more note:
>
> A relevant e-mail thread achieve, since you are apparently using ADC
> sampling rate of 120MS/s on SBX-120 daughterboards:
>
> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-February/
> 018075.html
>
> To get better data quality, you may want to sample faster and then do
> digital filtering -> decimation (USRP will do that for you, if you are fine
> with integer decimators). This may prevent you from using the 120MHz
> bandwidth, but improve the overall data quality.
>
> Regards,
> Kyeong Su Shin
>
> On Mon, Jul 3, 2017 at 1:35 AM, Simon Olvhammar via USRP-users <
> [email protected]> wrote:
>
>> Hi,
>>
>> I am not sure if I understand correctly.
>> How are the ADC to slow if I use a master clock rate of 120 MHz and
>> sampling rate of 120 MHz on a UBX-160? I don't need 160 MHz bandwidth only
>> 120 MHz.
>>
>> Regards
>> Simon
>>
>> On 06/28/2017 04:12 PM, Sylvain Munaut wrote:
>>
>>> Hi,
>>>
>>>
>>> We currently running a system with a Ettus x310 and a SBX-120.
>>>> We also a have UBX-160 daughter board.
>>>>
>>>> For several reasons, mainly due to computer performance limitations, we
>>>> can
>>>> only run with a complex sampling rate of 120 MHz.
>>>> My question is if I will see any improvement in performance, e.g. filter
>>>> characteristics, if I instead use the UBX-160 and run it at 120 MHz
>>>> compared
>>>> to SBX-120 at 120 MHz or are they similar?
>>>>
>>> You can't do that.
>>>
>>> If you have the master clock-rate at 120 MHz and use a 160 MHz wide
>>> daugtherboard, you will get aliasing because the ADC are too slow.
>>> You'd have to go to a 100 MHz samplerate for it to work. (200 MHz
>>> sampled by the ADC then HW decimated by 2 to 100 Msps).
>>>
>>> Cheers,
>>>
>>> Sylvain
>>>
>>
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/2dc4460a/attachment-0001.html>
------------------------------
Message: 10
Date: Tue, 4 Jul 2017 10:36:50 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Ettus UBX-160 vs SBX-120
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Exactly!
So, if your ADC runs at 120 MHz, the unambiguously representable
baseband is -60 MHz to +60MHz.
Now you have a baseband signal at +65 MHz that (barely, but still)
passes through the analog anti-aliasing filter, what happens?
Exactly, it shows up at -55 MHz. If you had useful signal at -55 MHz,
bad luck, it's now superimposed with the alias of the 65 MHz signal.
Effectively, that means that if you use an anti-aliasing filter with a
passband that is exactly as wide as the Nyquist bandwidth of the ADC
you're dealing with, you can't really use the upper and lower part of
the observed spectrum, because that is overlayed with the lower and
upper transition width of the filter, respectively.
"Can't use", "Passband", "Transition Width" are all relative to what
distortions you're able to accept, by the way.
Best regards,
Marcus
On 07/04/2017 10:26 AM, Simon Olvhammar via USRP-users wrote:
> Thank you Keyong Su Shin,
>
> However I suppose you mean aliasing just at the band edges?
> I get around 100 MHz of good data when using 120 MS/s on the SBX-120
> daughterboard.
>
> Regards
> Simon
>
> On Mon, Jul 3, 2017 at 3:18 PM, Kyeong Su Shin <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hello Simon Olvhammar:
>
> Just one more note:
>
> A relevant e-mail thread achieve, since you are apparently using
> ADC sampling rate of 120MS/s on SBX-120 daughterboards:
>
>
> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-February/018075.html
>
> <http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2016-February/018075.html>
>
> To get better data quality, you may want to sample faster and then
> do digital filtering -> decimation (USRP will do that for you, if
> you are fine with integer decimators). This may prevent you from
> using the 120MHz bandwidth, but improve the overall data quality.
>
> Regards,
> Kyeong Su Shin
>
> On Mon, Jul 3, 2017 at 1:35 AM, Simon Olvhammar via USRP-users
> <[email protected] <mailto:[email protected]>>
> wrote:
>
> Hi,
>
> I am not sure if I understand correctly.
> How are the ADC to slow if I use a master clock rate of 120
> MHz and sampling rate of 120 MHz on a UBX-160? I don't need
> 160 MHz bandwidth only 120 MHz.
>
> Regards
> Simon
>
> On 06/28/2017 04:12 PM, Sylvain Munaut wrote:
>
> Hi,
>
>
> We currently running a system with a Ettus x310 and a
> SBX-120.
> We also a have UBX-160 daughter board.
>
> For several reasons, mainly due to computer
> performance limitations, we can
> only run with a complex sampling rate of 120 MHz.
> My question is if I will see any improvement in
> performance, e.g. filter
> characteristics, if I instead use the UBX-160 and run
> it at 120 MHz compared
> to SBX-120 at 120 MHz or are they similar?
>
> You can't do that.
>
> If you have the master clock-rate at 120 MHz and use a 160
> MHz wide
> daugtherboard, you will get aliasing because the ADC are
> too slow.
> You'd have to go to a 100 MHz samplerate for it to work.
> (200 MHz
> sampled by the ADC then HW decimated by 2 to 100 Msps).
>
> Cheers,
>
> Sylvain
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> <http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com>
>
>
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/782ba379/attachment-0001.html>
------------------------------
Message: 11
Date: Tue, 4 Jul 2017 11:09:54 +0200
From: Sanjoy Basak <[email protected]>
To: Derek Kozel <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<cajpq1a2zk0ps_wksu+ztq5jxadmaebffssvhfibo2wtv22+...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Derek,
I am not using Rfnoc. The time and clock sources are set to external and
motherboard time is also set correctly. Please have a look in the code.
Right now I am using simple flowgraph and python codes to check the
calibration. Please have a look. I am not getting the repeated offset
phase. It is changing with every tuning.
Best regards
Sanjoy
<https://mailtrack.io/> Sent with Mailtrack
<https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
Sanjoy Basak
Researcher
Royal Military Academy
Dept. Communication, Information Systems & Sensors (CISS)
30, Avenue de la Renaissance
B-1000 Brussels
BELGIUM
Tel : +32-2441 4162
email: [email protected]
On Mon, Jul 3, 2017 at 7:53 PM, Derek Kozel <[email protected]> wrote:
> Hi Sanjoy,
>
> Timed commands will definitely be required in order to have repeatable
> phase offsets. To check, you are (re)setting the time on each X310 at the
> start of your program and have set the clock and time sources to external?
>
> Are you using the multi_usrp API and creating a single rx_streamer with
> all four channels? If you are using the RFNoC API then timed commands must
> be used to set the DDC frequency (if non-zero) as well since that has an
> effect on the phase which is stateful.
>
> Can you please paste your code for setting the rx frequency? Also for
> setting the motherboard time?
>
> Thank you,
> Derek
>
> On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]>
> wrote:
>
>> Hi Derek,
>> I am referreing to phase calibration. I am taking one transmit signal
>> (sine/cosine wave) from one x310 and distributing the signal through a 1x4
>> power divider and feeding it to 4 receivers of 2 other X310s. All the X310s
>> are connected to the octoclock. Afterwards I am comparing the phase of 4 RX
>> signals.
>>
>> For calibration, I take one rx signal as the reference signal and find
>> the phase differences of other 3 rx signals compared to the reference
>> signal. I save the offset (initial) phases and use it further for
>> calibration.
>>
>> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the
>> phase calibration remains even after restarting (or retuning) the USRP.
>> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
>> phase calibration does not remain. After retuning, I find the calibration
>> is gone.
>>
>> I also used set_command_time method. But the result was the same.
>>
>> Best regards
>> Sanjoy
>>
>>
>>
>> <https://mailtrack.io/> Sent with Mailtrack
>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>
>> Sanjoy Basak
>> Researcher
>> Royal Military Academy
>> Dept. Communication, Information Systems & Sensors (CISS)
>> 30, Avenue de la Renaissance
>> B-1000 Brussels
>> BELGIUM
>> Tel : +32-2441 4162
>> email: [email protected]
>>
>> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]>
>> wrote:
>>
>>> Hello Sanjoy,
>>>
>>> What calibration are you referring to? Frequency, amplitude, phase? How
>>> are you doing your calibration and how are you checking it? The more you
>>> can tell us about your method and the results you are seeing the better we
>>> can answer.
>>>
>>> Regards,
>>> Derek
>>>
>>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>>> [email protected]> wrote:
>>>
>>>>
>>>> Hello Experts,
>>>> I am trying to calibrate X310/UBX on the whole wifi bands (the complete
>>>> 2.4 GHz band).
>>>> 2.412,2.417,2.422,....,2.484 GHz
>>>>
>>>> I am doing direction finding tests and need to calibrate 4 channels of
>>>> 2 X310s on the specified frequencies. Both X310s are connected with
>>>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz, 2.5
>>>> GHz. For other bands, calibration does not remain after retuning. Is there
>>>> any specific reason why the calibration only works for every 50 Mhz channel
>>>> after retuning. I tested with different sampling rates, but the result is
>>>> the same. Calibration does not remain after retuning.
>>>>
>>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu 16.04.
>>>> Is there any specific way how I can make it work?
>>>>
>>>> Best regards
>>>> Sanjoy Basak
>>>>
>>>>
>>>>
>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/f610ac6a/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cal_test.grc
Type: application/gnuradio-grc
Size: 40521 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/f610ac6a/attachment-0001.grc>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cal_test_try.py
Type: text/x-python
Size: 10930 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/f610ac6a/attachment-0001.py>
------------------------------
Message: 12
Date: Tue, 4 Jul 2017 11:00:29 +0100
From: Derek Kozel <[email protected]>
To: Sanjoy Basak <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAA+K=tuntTojK5D4a4NWFbK+40XJ8_b=z5r+zm6vmryf26l...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Sanjoy,
Your initial calls to set_center_freq are all correct and use the command
time. However the other call to set_center_freq must also the
set_command_time call.
Regards,
Derek
On Tue, Jul 4, 2017 at 10:09 AM, Sanjoy Basak <[email protected]>
wrote:
> Hi Derek,
> I am not using Rfnoc. The time and clock sources are set to external and
> motherboard time is also set correctly. Please have a look in the code.
>
> Right now I am using simple flowgraph and python codes to check the
> calibration. Please have a look. I am not getting the repeated offset
> phase. It is changing with every tuning.
>
> Best regards
> Sanjoy
>
>
>
> <https://mailtrack.io/> Sent with Mailtrack
> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>
> Sanjoy Basak
> Researcher
> Royal Military Academy
> Dept. Communication, Information Systems & Sensors (CISS)
> 30, Avenue de la Renaissance
> B-1000 Brussels
> BELGIUM
> Tel : +32-2441 4162
> email: [email protected]
>
> On Mon, Jul 3, 2017 at 7:53 PM, Derek Kozel <[email protected]> wrote:
>
>> Hi Sanjoy,
>>
>> Timed commands will definitely be required in order to have repeatable
>> phase offsets. To check, you are (re)setting the time on each X310 at the
>> start of your program and have set the clock and time sources to external?
>>
>> Are you using the multi_usrp API and creating a single rx_streamer with
>> all four channels? If you are using the RFNoC API then timed commands must
>> be used to set the DDC frequency (if non-zero) as well since that has an
>> effect on the phase which is stateful.
>>
>> Can you please paste your code for setting the rx frequency? Also for
>> setting the motherboard time?
>>
>> Thank you,
>> Derek
>>
>> On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]>
>> wrote:
>>
>>> Hi Derek,
>>> I am referreing to phase calibration. I am taking one transmit signal
>>> (sine/cosine wave) from one x310 and distributing the signal through a 1x4
>>> power divider and feeding it to 4 receivers of 2 other X310s. All the X310s
>>> are connected to the octoclock. Afterwards I am comparing the phase of 4 RX
>>> signals.
>>>
>>> For calibration, I take one rx signal as the reference signal and find
>>> the phase differences of other 3 rx signals compared to the reference
>>> signal. I save the offset (initial) phases and use it further for
>>> calibration.
>>>
>>> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the
>>> phase calibration remains even after restarting (or retuning) the USRP.
>>> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
>>> phase calibration does not remain. After retuning, I find the calibration
>>> is gone.
>>>
>>> I also used set_command_time method. But the result was the same.
>>>
>>> Best regards
>>> Sanjoy
>>>
>>>
>>>
>>> <https://mailtrack.io/> Sent with Mailtrack
>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>
>>> Sanjoy Basak
>>> Researcher
>>> Royal Military Academy
>>> Dept. Communication, Information Systems & Sensors (CISS)
>>> 30, Avenue de la Renaissance
>>> B-1000 Brussels
>>> BELGIUM
>>> Tel : +32-2441 4162
>>> email: [email protected]
>>>
>>> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]>
>>> wrote:
>>>
>>>> Hello Sanjoy,
>>>>
>>>> What calibration are you referring to? Frequency, amplitude, phase? How
>>>> are you doing your calibration and how are you checking it? The more you
>>>> can tell us about your method and the results you are seeing the better we
>>>> can answer.
>>>>
>>>> Regards,
>>>> Derek
>>>>
>>>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>>>> [email protected]> wrote:
>>>>
>>>>>
>>>>> Hello Experts,
>>>>> I am trying to calibrate X310/UBX on the whole wifi bands (the
>>>>> complete 2.4 GHz band).
>>>>> 2.412,2.417,2.422,....,2.484 GHz
>>>>>
>>>>> I am doing direction finding tests and need to calibrate 4 channels of
>>>>> 2 X310s on the specified frequencies. Both X310s are connected with
>>>>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz,
>>>>> 2.5
>>>>> GHz. For other bands, calibration does not remain after retuning. Is there
>>>>> any specific reason why the calibration only works for every 50 Mhz
>>>>> channel
>>>>> after retuning. I tested with different sampling rates, but the result is
>>>>> the same. Calibration does not remain after retuning.
>>>>>
>>>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu 16.04.
>>>>> Is there any specific way how I can make it work?
>>>>>
>>>>> Best regards
>>>>> Sanjoy Basak
>>>>>
>>>>>
>>>>>
>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing list
>>>>> [email protected]
>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/1ae5fbff/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 4 Jul 2017 14:51:06 +0200
From: Sanjoy Basak <[email protected]>
To: Derek Kozel <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAJPQ1a12aG9Gk8-_rkyjxGGz-==8sw0xr1re+ozsm+6n1-1...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Derek,
I am using transmitter on continuous mode and then testing the phase of the
receivers with that python file. So, I am not retuning the transmitter
again. It's tuned once and then I am retuning the receiver and testing if
the phase is the same or different. So, with different retune the receivers
are having different offset phases at these frequencies.
I also tested with transmitter and receiver together, transmitting and
receiving at the same time and also tuning at the same time (with the
attached python file). However, I am getting the same result. The offset
phases is different at different retunes.
Best regards
Sanjoy
<https://mailtrack.io/> Sent with Mailtrack
<https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
Sanjoy Basak
Researcher
Royal Military Academy
Dept. Communication, Information Systems & Sensors (CISS)
30, Avenue de la Renaissance
B-1000 Brussels
BELGIUM
Tel : +32-2441 4162
email: [email protected]
On Tue, Jul 4, 2017 at 12:00 PM, Derek Kozel <[email protected]> wrote:
> Hello Sanjoy,
>
> Your initial calls to set_center_freq are all correct and use the command
> time. However the other call to set_center_freq must also the
> set_command_time call.
>
> Regards,
> Derek
>
> On Tue, Jul 4, 2017 at 10:09 AM, Sanjoy Basak <[email protected]>
> wrote:
>
>> Hi Derek,
>> I am not using Rfnoc. The time and clock sources are set to external and
>> motherboard time is also set correctly. Please have a look in the code.
>>
>> Right now I am using simple flowgraph and python codes to check the
>> calibration. Please have a look. I am not getting the repeated offset
>> phase. It is changing with every tuning.
>>
>> Best regards
>> Sanjoy
>>
>>
>>
>> <https://mailtrack.io/> Sent with Mailtrack
>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>
>> Sanjoy Basak
>> Researcher
>> Royal Military Academy
>> Dept. Communication, Information Systems & Sensors (CISS)
>> 30, Avenue de la Renaissance
>> B-1000 Brussels
>> BELGIUM
>> Tel : +32-2441 4162
>> email: [email protected]
>>
>> On Mon, Jul 3, 2017 at 7:53 PM, Derek Kozel <[email protected]>
>> wrote:
>>
>>> Hi Sanjoy,
>>>
>>> Timed commands will definitely be required in order to have repeatable
>>> phase offsets. To check, you are (re)setting the time on each X310 at the
>>> start of your program and have set the clock and time sources to external?
>>>
>>> Are you using the multi_usrp API and creating a single rx_streamer with
>>> all four channels? If you are using the RFNoC API then timed commands must
>>> be used to set the DDC frequency (if non-zero) as well since that has an
>>> effect on the phase which is stateful.
>>>
>>> Can you please paste your code for setting the rx frequency? Also for
>>> setting the motherboard time?
>>>
>>> Thank you,
>>> Derek
>>>
>>> On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]>
>>> wrote:
>>>
>>>> Hi Derek,
>>>> I am referreing to phase calibration. I am taking one transmit signal
>>>> (sine/cosine wave) from one x310 and distributing the signal through a 1x4
>>>> power divider and feeding it to 4 receivers of 2 other X310s. All the X310s
>>>> are connected to the octoclock. Afterwards I am comparing the phase of 4 RX
>>>> signals.
>>>>
>>>> For calibration, I take one rx signal as the reference signal and find
>>>> the phase differences of other 3 rx signals compared to the reference
>>>> signal. I save the offset (initial) phases and use it further for
>>>> calibration.
>>>>
>>>> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the
>>>> phase calibration remains even after restarting (or retuning) the USRP.
>>>> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
>>>> phase calibration does not remain. After retuning, I find the calibration
>>>> is gone.
>>>>
>>>> I also used set_command_time method. But the result was the same.
>>>>
>>>> Best regards
>>>> Sanjoy
>>>>
>>>>
>>>>
>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>
>>>> Sanjoy Basak
>>>> Researcher
>>>> Royal Military Academy
>>>> Dept. Communication, Information Systems & Sensors (CISS)
>>>> 30, Avenue de la Renaissance
>>>> B-1000 Brussels
>>>> BELGIUM
>>>> Tel : +32-2441 4162
>>>> email: [email protected]
>>>>
>>>> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]>
>>>> wrote:
>>>>
>>>>> Hello Sanjoy,
>>>>>
>>>>> What calibration are you referring to? Frequency, amplitude, phase?
>>>>> How are you doing your calibration and how are you checking it? The more
>>>>> you can tell us about your method and the results you are seeing the
>>>>> better
>>>>> we can answer.
>>>>>
>>>>> Regards,
>>>>> Derek
>>>>>
>>>>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>>>>> [email protected]> wrote:
>>>>>
>>>>>>
>>>>>> Hello Experts,
>>>>>> I am trying to calibrate X310/UBX on the whole wifi bands (the
>>>>>> complete 2.4 GHz band).
>>>>>> 2.412,2.417,2.422,....,2.484 GHz
>>>>>>
>>>>>> I am doing direction finding tests and need to calibrate 4 channels
>>>>>> of 2 X310s on the specified frequencies. Both X310s are connected with
>>>>>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz,
>>>>>> 2.5
>>>>>> GHz. For other bands, calibration does not remain after retuning. Is
>>>>>> there
>>>>>> any specific reason why the calibration only works for every 50 Mhz
>>>>>> channel
>>>>>> after retuning. I tested with different sampling rates, but the result is
>>>>>> the same. Calibration does not remain after retuning.
>>>>>>
>>>>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu
>>>>>> 16.04. Is there any specific way how I can make it work?
>>>>>>
>>>>>> Best regards
>>>>>> Sanjoy Basak
>>>>>>
>>>>>>
>>>>>>
>>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>>
>>>>>> _______________________________________________
>>>>>> USRP-users mailing list
>>>>>> [email protected]
>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/6c3f3f3d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: cal_test4.py
Type: text/x-python
Size: 12701 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/6c3f3f3d/attachment-0001.py>
------------------------------
Message: 14
Date: Tue, 4 Jul 2017 14:52:07 +0100
From: Derek Kozel <[email protected]>
To: Sanjoy Basak <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAA+K=ttvtuOz=tqrlzefmzt-tfff8j9ac7oxwupmpzeqrwu...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
The transmitter will not have a meaningful phase value. You are comparing
the offsets between the four receivers. Looking at your cal_test4.py file
we can see that the set_f function tunes the transmitter and receivers and
does not use timed commands. This is also true for your receive only
cal_test_try.py. You will need to add timed commands to those so that all
four channels tune simultaneously.
def set_f(self, f):
self.f = f
self.transmitter.set_center_freq(self.f, 0)
self.transmitter.set_center_freq(self.f, 1)
self.receiver.set_center_freq(self.f, 0)
self.receiver.set_center_freq(self.f, 1)
self.receiver.set_center_freq(self.f, 2)
self.receiver.set_center_freq(self.f, 3)
On Tue, Jul 4, 2017 at 1:51 PM, Sanjoy Basak <[email protected]>
wrote:
> Hi Derek,
> I am using transmitter on continuous mode and then testing the phase of
> the receivers with that python file. So, I am not retuning the transmitter
> again. It's tuned once and then I am retuning the receiver and testing if
> the phase is the same or different. So, with different retune the receivers
> are having different offset phases at these frequencies.
>
> I also tested with transmitter and receiver together, transmitting and
> receiving at the same time and also tuning at the same time (with the
> attached python file). However, I am getting the same result. The offset
> phases is different at different retunes.
>
> Best regards
> Sanjoy
>
>
>
>
>
> <https://mailtrack.io/> Sent with Mailtrack
> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>
> Sanjoy Basak
> Researcher
> Royal Military Academy
> Dept. Communication, Information Systems & Sensors (CISS)
> 30, Avenue de la Renaissance
> B-1000 Brussels
> BELGIUM
> Tel : +32-2441 4162
> email: [email protected]
>
> On Tue, Jul 4, 2017 at 12:00 PM, Derek Kozel <[email protected]>
> wrote:
>
>> Hello Sanjoy,
>>
>> Your initial calls to set_center_freq are all correct and use the command
>> time. However the other call to set_center_freq must also the
>> set_command_time call.
>>
>> Regards,
>> Derek
>>
>> On Tue, Jul 4, 2017 at 10:09 AM, Sanjoy Basak <[email protected]>
>> wrote:
>>
>>> Hi Derek,
>>> I am not using Rfnoc. The time and clock sources are set to external and
>>> motherboard time is also set correctly. Please have a look in the code.
>>>
>>> Right now I am using simple flowgraph and python codes to check the
>>> calibration. Please have a look. I am not getting the repeated offset
>>> phase. It is changing with every tuning.
>>>
>>> Best regards
>>> Sanjoy
>>>
>>>
>>>
>>> <https://mailtrack.io/> Sent with Mailtrack
>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>
>>> Sanjoy Basak
>>> Researcher
>>> Royal Military Academy
>>> Dept. Communication, Information Systems & Sensors (CISS)
>>> 30, Avenue de la Renaissance
>>> B-1000 Brussels
>>> BELGIUM
>>> Tel : +32-2441 4162
>>> email: [email protected]
>>>
>>> On Mon, Jul 3, 2017 at 7:53 PM, Derek Kozel <[email protected]>
>>> wrote:
>>>
>>>> Hi Sanjoy,
>>>>
>>>> Timed commands will definitely be required in order to have repeatable
>>>> phase offsets. To check, you are (re)setting the time on each X310 at the
>>>> start of your program and have set the clock and time sources to external?
>>>>
>>>> Are you using the multi_usrp API and creating a single rx_streamer with
>>>> all four channels? If you are using the RFNoC API then timed commands must
>>>> be used to set the DDC frequency (if non-zero) as well since that has an
>>>> effect on the phase which is stateful.
>>>>
>>>> Can you please paste your code for setting the rx frequency? Also for
>>>> setting the motherboard time?
>>>>
>>>> Thank you,
>>>> Derek
>>>>
>>>> On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]>
>>>> wrote:
>>>>
>>>>> Hi Derek,
>>>>> I am referreing to phase calibration. I am taking one transmit signal
>>>>> (sine/cosine wave) from one x310 and distributing the signal through a 1x4
>>>>> power divider and feeding it to 4 receivers of 2 other X310s. All the
>>>>> X310s
>>>>> are connected to the octoclock. Afterwards I am comparing the phase of 4
>>>>> RX
>>>>> signals.
>>>>>
>>>>> For calibration, I take one rx signal as the reference signal and find
>>>>> the phase differences of other 3 rx signals compared to the reference
>>>>> signal. I save the offset (initial) phases and use it further for
>>>>> calibration.
>>>>>
>>>>> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the
>>>>> phase calibration remains even after restarting (or retuning) the USRP.
>>>>> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
>>>>> phase calibration does not remain. After retuning, I find the calibration
>>>>> is gone.
>>>>>
>>>>> I also used set_command_time method. But the result was the same.
>>>>>
>>>>> Best regards
>>>>> Sanjoy
>>>>>
>>>>>
>>>>>
>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>
>>>>> Sanjoy Basak
>>>>> Researcher
>>>>> Royal Military Academy
>>>>> Dept. Communication, Information Systems & Sensors (CISS)
>>>>> 30, Avenue de la Renaissance
>>>>> B-1000 Brussels
>>>>> BELGIUM
>>>>> Tel : +32-2441 4162
>>>>> email: [email protected]
>>>>>
>>>>> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Hello Sanjoy,
>>>>>>
>>>>>> What calibration are you referring to? Frequency, amplitude, phase?
>>>>>> How are you doing your calibration and how are you checking it? The more
>>>>>> you can tell us about your method and the results you are seeing the
>>>>>> better
>>>>>> we can answer.
>>>>>>
>>>>>> Regards,
>>>>>> Derek
>>>>>>
>>>>>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>>>>>> [email protected]> wrote:
>>>>>>
>>>>>>>
>>>>>>> Hello Experts,
>>>>>>> I am trying to calibrate X310/UBX on the whole wifi bands (the
>>>>>>> complete 2.4 GHz band).
>>>>>>> 2.412,2.417,2.422,....,2.484 GHz
>>>>>>>
>>>>>>> I am doing direction finding tests and need to calibrate 4 channels
>>>>>>> of 2 X310s on the specified frequencies. Both X310s are connected with
>>>>>>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45 GHz,
>>>>>>> 2.5
>>>>>>> GHz. For other bands, calibration does not remain after retuning. Is
>>>>>>> there
>>>>>>> any specific reason why the calibration only works for every 50 Mhz
>>>>>>> channel
>>>>>>> after retuning. I tested with different sampling rates, but the result
>>>>>>> is
>>>>>>> the same. Calibration does not remain after retuning.
>>>>>>>
>>>>>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu
>>>>>>> 16.04. Is there any specific way how I can make it work?
>>>>>>>
>>>>>>> Best regards
>>>>>>> Sanjoy Basak
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> USRP-users mailing list
>>>>>>> [email protected]
>>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/91e7053f/attachment-0001.html>
------------------------------
Message: 15
Date: Tue, 4 Jul 2017 16:02:15 +0200
From: Sanjoy Basak <[email protected]>
To: Derek Kozel <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAJPQ1a3=8LMdNoHboLWjQYpY_cJBD4B7CQmybsi-1=_dxum...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I used timed command once.
now = self.receiver.get_time_now()
cmd_time=now+uhd.time_spec(0.5)
self.receiver.set_command_time(cmd_time)
self.receiver.set_center_freq(freq, 0)
self.receiver.set_center_freq(freq, 1)
self.receiver.set_center_freq(freq, 2)
self.receiver.set_center_freq(freq, 3)
self.receiver.clear_command_time()
Isn't this enough?
How do I add timed command before set_f function (for receive only
cal_test_try.py file)?
<https://mailtrack.io/> Sent with Mailtrack
<https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
Sanjoy Basak
Researcher
Royal Military Academy
Dept. Communication, Information Systems & Sensors (CISS)
30, Avenue de la Renaissance
B-1000 Brussels
BELGIUM
Tel : +32-2441 4162
email: [email protected]
On Tue, Jul 4, 2017 at 3:52 PM, Derek Kozel <[email protected]> wrote:
> The transmitter will not have a meaningful phase value. You are comparing
> the offsets between the four receivers. Looking at your cal_test4.py file
> we can see that the set_f function tunes the transmitter and receivers and
> does not use timed commands. This is also true for your receive only
> cal_test_try.py. You will need to add timed commands to those so that all
> four channels tune simultaneously.
>
> def set_f(self, f):
> self.f = f
> self.transmitter.set_center_freq(self.f, 0)
> self.transmitter.set_center_freq(self.f, 1)
> self.receiver.set_center_freq(self.f, 0)
> self.receiver.set_center_freq(self.f, 1)
> self.receiver.set_center_freq(self.f, 2)
> self.receiver.set_center_freq(self.f, 3)
>
>
> On Tue, Jul 4, 2017 at 1:51 PM, Sanjoy Basak <[email protected]>
> wrote:
>
>> Hi Derek,
>> I am using transmitter on continuous mode and then testing the phase of
>> the receivers with that python file. So, I am not retuning the transmitter
>> again. It's tuned once and then I am retuning the receiver and testing if
>> the phase is the same or different. So, with different retune the receivers
>> are having different offset phases at these frequencies.
>>
>> I also tested with transmitter and receiver together, transmitting and
>> receiving at the same time and also tuning at the same time (with the
>> attached python file). However, I am getting the same result. The offset
>> phases is different at different retunes.
>>
>> Best regards
>> Sanjoy
>>
>>
>>
>>
>>
>> <https://mailtrack.io/> Sent with Mailtrack
>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>
>> Sanjoy Basak
>> Researcher
>> Royal Military Academy
>> Dept. Communication, Information Systems & Sensors (CISS)
>> 30, Avenue de la Renaissance
>> B-1000 Brussels
>> BELGIUM
>> Tel : +32-2441 4162
>> email: [email protected]
>>
>> On Tue, Jul 4, 2017 at 12:00 PM, Derek Kozel <[email protected]>
>> wrote:
>>
>>> Hello Sanjoy,
>>>
>>> Your initial calls to set_center_freq are all correct and use the
>>> command time. However the other call to set_center_freq must also the
>>> set_command_time call.
>>>
>>> Regards,
>>> Derek
>>>
>>> On Tue, Jul 4, 2017 at 10:09 AM, Sanjoy Basak <[email protected]>
>>> wrote:
>>>
>>>> Hi Derek,
>>>> I am not using Rfnoc. The time and clock sources are set to external
>>>> and motherboard time is also set correctly. Please have a look in the code.
>>>>
>>>> Right now I am using simple flowgraph and python codes to check the
>>>> calibration. Please have a look. I am not getting the repeated offset
>>>> phase. It is changing with every tuning.
>>>>
>>>> Best regards
>>>> Sanjoy
>>>>
>>>>
>>>>
>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>
>>>> Sanjoy Basak
>>>> Researcher
>>>> Royal Military Academy
>>>> Dept. Communication, Information Systems & Sensors (CISS)
>>>> 30, Avenue de la Renaissance
>>>> B-1000 Brussels
>>>> BELGIUM
>>>> Tel : +32-2441 4162
>>>> email: [email protected]
>>>>
>>>> On Mon, Jul 3, 2017 at 7:53 PM, Derek Kozel <[email protected]>
>>>> wrote:
>>>>
>>>>> Hi Sanjoy,
>>>>>
>>>>> Timed commands will definitely be required in order to have repeatable
>>>>> phase offsets. To check, you are (re)setting the time on each X310 at the
>>>>> start of your program and have set the clock and time sources to external?
>>>>>
>>>>> Are you using the multi_usrp API and creating a single rx_streamer
>>>>> with all four channels? If you are using the RFNoC API then timed commands
>>>>> must be used to set the DDC frequency (if non-zero) as well since that has
>>>>> an effect on the phase which is stateful.
>>>>>
>>>>> Can you please paste your code for setting the rx frequency? Also for
>>>>> setting the motherboard time?
>>>>>
>>>>> Thank you,
>>>>> Derek
>>>>>
>>>>> On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Hi Derek,
>>>>>> I am referreing to phase calibration. I am taking one transmit signal
>>>>>> (sine/cosine wave) from one x310 and distributing the signal through a
>>>>>> 1x4
>>>>>> power divider and feeding it to 4 receivers of 2 other X310s. All the
>>>>>> X310s
>>>>>> are connected to the octoclock. Afterwards I am comparing the phase of 4
>>>>>> RX
>>>>>> signals.
>>>>>>
>>>>>> For calibration, I take one rx signal as the reference signal and
>>>>>> find the phase differences of other 3 rx signals compared to the
>>>>>> reference
>>>>>> signal. I save the offset (initial) phases and use it further for
>>>>>> calibration.
>>>>>>
>>>>>> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find the
>>>>>> phase calibration remains even after restarting (or retuning) the USRP.
>>>>>> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
>>>>>> phase calibration does not remain. After retuning, I find the calibration
>>>>>> is gone.
>>>>>>
>>>>>> I also used set_command_time method. But the result was the same.
>>>>>>
>>>>>> Best regards
>>>>>> Sanjoy
>>>>>>
>>>>>>
>>>>>>
>>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>>
>>>>>> Sanjoy Basak
>>>>>> Researcher
>>>>>> Royal Military Academy
>>>>>> Dept. Communication, Information Systems & Sensors (CISS)
>>>>>> 30, Avenue de la Renaissance
>>>>>> B-1000 Brussels
>>>>>> BELGIUM
>>>>>> Tel : +32-2441 4162
>>>>>> email: [email protected]
>>>>>>
>>>>>> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Hello Sanjoy,
>>>>>>>
>>>>>>> What calibration are you referring to? Frequency, amplitude, phase?
>>>>>>> How are you doing your calibration and how are you checking it? The more
>>>>>>> you can tell us about your method and the results you are seeing the
>>>>>>> better
>>>>>>> we can answer.
>>>>>>>
>>>>>>> Regards,
>>>>>>> Derek
>>>>>>>
>>>>>>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>>>>>>> [email protected]> wrote:
>>>>>>>
>>>>>>>>
>>>>>>>> Hello Experts,
>>>>>>>> I am trying to calibrate X310/UBX on the whole wifi bands (the
>>>>>>>> complete 2.4 GHz band).
>>>>>>>> 2.412,2.417,2.422,....,2.484 GHz
>>>>>>>>
>>>>>>>> I am doing direction finding tests and need to calibrate 4 channels
>>>>>>>> of 2 X310s on the specified frequencies. Both X310s are connected with
>>>>>>>> Octoclock. However, I could only have calibration on 2.4 GHz, 2.45
>>>>>>>> GHz, 2.5
>>>>>>>> GHz. For other bands, calibration does not remain after retuning. Is
>>>>>>>> there
>>>>>>>> any specific reason why the calibration only works for every 50 Mhz
>>>>>>>> channel
>>>>>>>> after retuning. I tested with different sampling rates, but the result
>>>>>>>> is
>>>>>>>> the same. Calibration does not remain after retuning.
>>>>>>>>
>>>>>>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu
>>>>>>>> 16.04. Is there any specific way how I can make it work?
>>>>>>>>
>>>>>>>> Best regards
>>>>>>>> Sanjoy Basak
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> USRP-users mailing list
>>>>>>>> [email protected]
>>>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/0a8f46fd/attachment-0001.html>
------------------------------
Message: 16
Date: Tue, 4 Jul 2017 15:31:39 +0100
From: Derek Kozel <[email protected]>
To: Sanjoy Basak <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] calibration on Wifi bands for X310/UBX
Message-ID:
<CAA+K=tspo_2p6vzoao0tvskrb_71cqjo1yrfmv7mibhhgat...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
The code fragment in your last email is enough, but it is necessary that
every call to set_center_freq is wrapped like that. You can edit the
cal_test_try.py file to add the calls to the time functions.
If there is ever a call to change the tune frequency it must be done timed
or the results will not be consistent.
On Tue, Jul 4, 2017 at 3:02 PM, Sanjoy Basak <[email protected]>
wrote:
> I used timed command once.
>
> now = self.receiver.get_time_now()
> cmd_time=now+uhd.time_spec(0.5)
>
> self.receiver.set_command_time(cmd_time)
>
> self.receiver.set_center_freq(freq, 0)
> self.receiver.set_center_freq(freq, 1)
> self.receiver.set_center_freq(freq, 2)
> self.receiver.set_center_freq(freq, 3)
>
> self.receiver.clear_command_time()
>
> Isn't this enough?
>
> How do I add timed command before set_f function (for receive only
> cal_test_try.py file)?
>
>
>
> <https://mailtrack.io/> Sent with Mailtrack
> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>
> Sanjoy Basak
> Researcher
> Royal Military Academy
> Dept. Communication, Information Systems & Sensors (CISS)
> 30, Avenue de la Renaissance
> B-1000 Brussels
> BELGIUM
> Tel : +32-2441 4162
> email: [email protected]
>
> On Tue, Jul 4, 2017 at 3:52 PM, Derek Kozel <[email protected]> wrote:
>
>> The transmitter will not have a meaningful phase value. You are comparing
>> the offsets between the four receivers. Looking at your cal_test4.py file
>> we can see that the set_f function tunes the transmitter and receivers and
>> does not use timed commands. This is also true for your receive only
>> cal_test_try.py. You will need to add timed commands to those so that all
>> four channels tune simultaneously.
>>
>> def set_f(self, f):
>> self.f = f
>> self.transmitter.set_center_freq(self.f, 0)
>> self.transmitter.set_center_freq(self.f, 1)
>> self.receiver.set_center_freq(self.f, 0)
>> self.receiver.set_center_freq(self.f, 1)
>> self.receiver.set_center_freq(self.f, 2)
>> self.receiver.set_center_freq(self.f, 3)
>>
>>
>> On Tue, Jul 4, 2017 at 1:51 PM, Sanjoy Basak <[email protected]>
>> wrote:
>>
>>> Hi Derek,
>>> I am using transmitter on continuous mode and then testing the phase of
>>> the receivers with that python file. So, I am not retuning the transmitter
>>> again. It's tuned once and then I am retuning the receiver and testing if
>>> the phase is the same or different. So, with different retune the receivers
>>> are having different offset phases at these frequencies.
>>>
>>> I also tested with transmitter and receiver together, transmitting and
>>> receiving at the same time and also tuning at the same time (with the
>>> attached python file). However, I am getting the same result. The offset
>>> phases is different at different retunes.
>>>
>>> Best regards
>>> Sanjoy
>>>
>>>
>>>
>>>
>>>
>>> <https://mailtrack.io/> Sent with Mailtrack
>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>
>>> Sanjoy Basak
>>> Researcher
>>> Royal Military Academy
>>> Dept. Communication, Information Systems & Sensors (CISS)
>>> 30, Avenue de la Renaissance
>>> B-1000 Brussels
>>> BELGIUM
>>> Tel : +32-2441 4162
>>> email: [email protected]
>>>
>>> On Tue, Jul 4, 2017 at 12:00 PM, Derek Kozel <[email protected]>
>>> wrote:
>>>
>>>> Hello Sanjoy,
>>>>
>>>> Your initial calls to set_center_freq are all correct and use the
>>>> command time. However the other call to set_center_freq must also the
>>>> set_command_time call.
>>>>
>>>> Regards,
>>>> Derek
>>>>
>>>> On Tue, Jul 4, 2017 at 10:09 AM, Sanjoy Basak <[email protected]>
>>>> wrote:
>>>>
>>>>> Hi Derek,
>>>>> I am not using Rfnoc. The time and clock sources are set to external
>>>>> and motherboard time is also set correctly. Please have a look in the
>>>>> code.
>>>>>
>>>>> Right now I am using simple flowgraph and python codes to check the
>>>>> calibration. Please have a look. I am not getting the repeated offset
>>>>> phase. It is changing with every tuning.
>>>>>
>>>>> Best regards
>>>>> Sanjoy
>>>>>
>>>>>
>>>>>
>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>
>>>>> Sanjoy Basak
>>>>> Researcher
>>>>> Royal Military Academy
>>>>> Dept. Communication, Information Systems & Sensors (CISS)
>>>>> 30, Avenue de la Renaissance
>>>>> B-1000 Brussels
>>>>> BELGIUM
>>>>> Tel : +32-2441 4162
>>>>> email: [email protected]
>>>>>
>>>>> On Mon, Jul 3, 2017 at 7:53 PM, Derek Kozel <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Hi Sanjoy,
>>>>>>
>>>>>> Timed commands will definitely be required in order to have
>>>>>> repeatable phase offsets. To check, you are (re)setting the time on each
>>>>>> X310 at the start of your program and have set the clock and time sources
>>>>>> to external?
>>>>>>
>>>>>> Are you using the multi_usrp API and creating a single rx_streamer
>>>>>> with all four channels? If you are using the RFNoC API then timed
>>>>>> commands
>>>>>> must be used to set the DDC frequency (if non-zero) as well since that
>>>>>> has
>>>>>> an effect on the phase which is stateful.
>>>>>>
>>>>>> Can you please paste your code for setting the rx frequency? Also for
>>>>>> setting the motherboard time?
>>>>>>
>>>>>> Thank you,
>>>>>> Derek
>>>>>>
>>>>>> On Mon, Jul 3, 2017 at 6:20 PM, Sanjoy Basak <[email protected]
>>>>>> > wrote:
>>>>>>
>>>>>>> Hi Derek,
>>>>>>> I am referreing to phase calibration. I am taking one transmit
>>>>>>> signal (sine/cosine wave) from one x310 and distributing the signal
>>>>>>> through
>>>>>>> a 1x4 power divider and feeding it to 4 receivers of 2 other X310s. All
>>>>>>> the
>>>>>>> X310s are connected to the octoclock. Afterwards I am comparing the
>>>>>>> phase
>>>>>>> of 4 RX signals.
>>>>>>>
>>>>>>> For calibration, I take one rx signal as the reference signal and
>>>>>>> find the phase differences of other 3 rx signals compared to the
>>>>>>> reference
>>>>>>> signal. I save the offset (initial) phases and use it further for
>>>>>>> calibration.
>>>>>>>
>>>>>>> As I mentioned earlier, for 2.4 GHz, 2.45 GHz and 2.5 Ghz, I find
>>>>>>> the phase calibration remains even after restarting (or retuning) the
>>>>>>> USRP.
>>>>>>> However, for other Wifi bands (for example 2412 MHz or 2452 MHz ...) the
>>>>>>> phase calibration does not remain. After retuning, I find the
>>>>>>> calibration
>>>>>>> is gone.
>>>>>>>
>>>>>>> I also used set_command_time method. But the result was the same.
>>>>>>>
>>>>>>> Best regards
>>>>>>> Sanjoy
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>>>
>>>>>>> Sanjoy Basak
>>>>>>> Researcher
>>>>>>> Royal Military Academy
>>>>>>> Dept. Communication, Information Systems & Sensors (CISS)
>>>>>>> 30, Avenue de la Renaissance
>>>>>>> B-1000 Brussels
>>>>>>> BELGIUM
>>>>>>> Tel : +32-2441 4162
>>>>>>> email: [email protected]
>>>>>>>
>>>>>>> On Mon, Jul 3, 2017 at 6:29 PM, Derek Kozel <[email protected]>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hello Sanjoy,
>>>>>>>>
>>>>>>>> What calibration are you referring to? Frequency, amplitude, phase?
>>>>>>>> How are you doing your calibration and how are you checking it? The
>>>>>>>> more
>>>>>>>> you can tell us about your method and the results you are seeing the
>>>>>>>> better
>>>>>>>> we can answer.
>>>>>>>>
>>>>>>>> Regards,
>>>>>>>> Derek
>>>>>>>>
>>>>>>>> On Mon, Jul 3, 2017 at 4:46 PM, Sanjoy Basak via USRP-users <
>>>>>>>> [email protected]> wrote:
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hello Experts,
>>>>>>>>> I am trying to calibrate X310/UBX on the whole wifi bands (the
>>>>>>>>> complete 2.4 GHz band).
>>>>>>>>> 2.412,2.417,2.422,....,2.484 GHz
>>>>>>>>>
>>>>>>>>> I am doing direction finding tests and need to calibrate 4
>>>>>>>>> channels of 2 X310s on the specified frequencies. Both X310s are
>>>>>>>>> connected
>>>>>>>>> with Octoclock. However, I could only have calibration on 2.4 GHz,
>>>>>>>>> 2.45
>>>>>>>>> GHz, 2.5 GHz. For other bands, calibration does not remain after
>>>>>>>>> retuning.
>>>>>>>>> Is there any specific reason why the calibration only works for every
>>>>>>>>> 50
>>>>>>>>> Mhz channel after retuning. I tested with different sampling rates,
>>>>>>>>> but the
>>>>>>>>> result is the same. Calibration does not remain after retuning.
>>>>>>>>>
>>>>>>>>> I am using UHD_003.009.002 (installed from synaptic) and ubuntu
>>>>>>>>> 16.04. Is there any specific way how I can make it work?
>>>>>>>>>
>>>>>>>>> Best regards
>>>>>>>>> Sanjoy Basak
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> <https://mailtrack.io/> Sent with Mailtrack
>>>>>>>>> <https://mailtrack.io/install?source=signature&lang=en&[email protected]&idSignature=22>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> USRP-users mailing list
>>>>>>>>> [email protected]
>>>>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/cc9e2dfd/attachment-0001.html>
------------------------------
Message: 17
Date: Tue, 4 Jul 2017 07:48:53 -0700
From: MUHAMMAD AHMAD <[email protected]>
To: [email protected]
Subject: [USRP-users] NO DEVICES FOUND ERROR
Message-ID:
<CAJjnN+XZScxDDDsea-Mt=uacrs-4atgx9vcsqagdbdkqipr...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
I am using ubunto 10.04 and uhd 0.003.003.001 .
but when i connect b200(NI 2901) i receive error ( No dvices found).
I think i have old uhd version and my Ubunto is not supporting latest uhd.
can i upgrade this old version using any command?
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/36ca5dfa/attachment-0001.html>
------------------------------
Message: 18
Date: Tue, 04 Jul 2017 16:57:51 +0200
From: Marcus M?ller <[email protected]>
To: MUHAMMAD AHMAD <[email protected]>, MUHAMMAD AHMAD via
USRP-users <[email protected]>,
[email protected]
Subject: Re: [USRP-users] NO DEVICES FOUND ERROR
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
UHD 3.3 is positively ancient. It's years older than the b200 and hence can't
work with it.
Get a newer version of UHD!
Best regards,
Marcus
On 4 July 2017 4:48:53 PM GMT+02:00, MUHAMMAD AHMAD via USRP-users
<[email protected]> wrote:
>Hi,
>
>I am using ubunto 10.04 and uhd 0.003.003.001 .
>but when i connect b200(NI 2901) i receive error ( No dvices found).
>
>I think i have old uhd version and my Ubunto is not supporting latest
>uhd.
>
>can i upgrade this old version using any command?
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170704/d45dced6/attachment-0001.html>
------------------------------
Subject: Digest Footer
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
End of USRP-users Digest, Vol 83, Issue 4
*****************************************
