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: Changing center frequency automatically (Derek Kozel)
2. Re: E310 firmware downgrade (Mike Williams)
3. transmitting of ubx (john liu)
4. How to set the number output on rfnoc_splitstream block?
(Luong Tan Phong)
5. Re: SBX phase alignment in GNU Radio with timed commands
(Schild Jonas)
6. I Got a lot of "D" while running rx_streamer::recv() on
windows (??)
7. decrease bit resolution to sense more RF bandwidth
(Keikavoos Afghahi)
8. Re: decrease bit resolution to sense more RF bandwidth
(Marcus M?ller)
9. Re: I Got a lot of "D" while running rx_streamer::recv() on
windows (Marcus M?ller)
10. Re: decrease bit resolution to sense more RF bandwidth
([email protected])
11. Re: SBX phase alignment in GNU Radio with timed commands
([email protected])
----------------------------------------------------------------------
Message: 1
Date: Wed, 1 Jun 2016 14:28:24 -0700
From: Derek Kozel <[email protected]>
To: Haile Berhe <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Changing center frequency automatically
Message-ID:
<CAA+K=tv0SXR4Ls+Y2Jqcm=q+vpf0bcxxktvtlvalg_psvy6...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Haile,
Lets keep the discussion on the mailing list so all may benefit and
contribute.
What requirements do you have for frequency hopping? How long are your
bursts at each frequency and how often do you need to change frequencies?
What delay between finishing on one frequency and transmitting on the next
can your system tolerate?
Can you share or describe the code you are using now for frequency hopping?
Without knowing what you are doing now it is hard to help resolve your
problem.
The usual method for doing frequency hopping with USRPs is to implement
timed set_frequency commands. This will shift the center frequency of the
radio to a new frequency at exactly a chosen time. Then also implemented is
the use of burst transmissions so you are only sending samples for the
actual transmit periods rather than a continuous stream.
http://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a191b78b00d051d3d51c2f719361c1fb5
Before using a timed command you should set the time on the device using
one of the set_time commands.
http://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a351a2c3081944a0d2caab95e2a2f0926
Regards,
Derek
On Mon, May 30, 2016 at 1:36 AM, Haile Berhe <[email protected]> wrote:
> Derek,
> What I am trying to do is to transmit at multiple frequencies not
> necessarily close to each other but can be within the operating frequency
> of the daughter board( I am currently using WBX). As you said, the
> frequencies (I specified in the previous email) are far apart, hence single
> center frequency cannot do the job. Rather frequency hopping is the only
> option I can use. There are some open source codes on frequency hopping but
> none of them seem to work properly for me. The frequencies I want are not
> generated cleanly. It covers huge range of frequencies ( as seen on a
> spectrum analyzer). Any suggestion on how I can hop from one center
> frequency to the other without generating unwanted frequency in the
> process, please?
>
> Regards,
> Haile
>
> On Mon, May 30, 2016 at 10:56 AM, Derek Kozel <[email protected]>
> wrote:
>
>> Hello Haile,
>>
>> Those frequencies are too far apart to transmit simultaneously on a
>> single N200. You could synchronize three N200s and have one on each of the
>> carrier frequencies. If you do not need to transmit at all three
>> frequencies at exactly the same time, but instead hop between then then
>> that may be possible with a single N200.
>>
>> Can you describe more about your application?
>>
>> Regards,
>> Derek
>>
>> On Sat, May 28, 2016 at 6:11 AM, Haile Berhe via USRP-users <
>> [email protected]> wrote:
>>
>>> Hello,
>>> I have been making researches using USRP and GNU radio for a couple of
>>> months now. Today, I have a reached a point where I have no clue how to do
>>> it. I want to change the center frequency of USRP N200 and so that I can
>>> transmit in multiple frequencies simultaneously. There are some suggestions
>>> from some USRP users on the net but none of them happen to be helpful.
>>> Here is the problem in short:
>>> I want to transmit some a signal in the frequency ranges of 200MHz,
>>> 500MHz and 1.3GHz for certain purpose. I could not sum all these
>>> frequencies (using ADD block) and transmit them on a single center
>>> frequency as they are far away from each other. Any suggestions, please?
>>>
>>> _______________________________________________
>>> 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/20160601/d5b4a319/attachment-0001.html>
------------------------------
Message: 2
Date: Wed, 01 Jun 2016 17:06:00 -0500 (CDT)
From: Mike Williams <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] E310 firmware downgrade
Message-ID:
<32548672.714344.1464818760996.javamail.r...@vznit170146.mailsrvcs.net>
Content-Type: text/plain; charset=UTF-8
Philip,
We have developed a system that uses the E310 with a modified version of an
older file system image (UHD 3.8.2). This image has modifications to both UHD
3.8.2 and a custom FPGA load and has gone through acceptance testing by our
customer.
We have received some new E310s that no longer work with this older file system
image. The new firmware 2.0 changed the default behavior such that the device
no longer turns on when power is applied.
The e3x0 faqs provide information on how to enable autoboot on an E310 with the
latest file system image but this doesn't work with our older file system image
because it doesn't contain the axi_pmu device.
We'd like to downgrade the E310 firmware to recover the autoboot capability and
still be able to use our older file system image.
Thanks,
Mike
On 06/01/16, Philip Balister<[email protected]> wrote:
On 06/01/2016 10:02 AM, Mike Williams via USRP-users wrote:
> Is there a way to downgrade the E310 firmware from 2.0 to a prior version?
> Thanks.
All the previous file system images are on file.ettus.com? Can you
explain exactly what you are trying to do?
Philip
>
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 3
Date: Thu, 2 Jun 2016 10:41:41 +0800
From: john liu <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] transmitting of ubx
Message-ID:
<caf6nntkbuzuo5xw_xv2iuiccfmtdquc1osct9+l3wirhdnd...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear all,
we want to transmit signal by time,so we used three
tags,tx_time,tx_sob and tx_eob.tx_time means start transmitting time,tx_sob
means the first sampling point and tx_eob means the last sampling point.
we used X310 with cbx120 transmitting,and another x310 with ubx
receiving. we can receive data discontinuous normally on receiving end.when
cut down transmitting program,and no signal found on receiving end .
when we used X310 with ubx160 transmitting,and the rest keep the
same.
we receive obvious noise all the time on receiving end.we even cut down
the transmitting program,and the noise could be found on receiving end
.then we unplug the power of transmitting usrp,and the noise disappear on
receiving end.
we used uhd3.9.4+ubuntu14.04.
can you give some davice?
thank you.
best regards
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/bdaceb94/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 2 Jun 2016 10:14:01 +0700
From: Luong Tan Phong <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] How to set the number output on
rfnoc_splitstream block?
Message-ID:
<caa8yxsrbv0njlmbuuvh-mkn0w7hgupgnsxlnh7jbvhtqe7d...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear List,
I've modify the noc_block_split_stream.v with 4 outputs and write grc block
for it. I?ve tested on X310 but it didn't work with error:
thread[thread-per-block[0]: <block uhd_rfnoc_SplitStream (1)>]:
LookupError: IndexError: multi_usrp: RX channel 2 out of range for
configured RX frontends
Look for on console, I found that it only have 2 set_direction commands:
[0/SplitStream_0] sr_write(128, 0001000E, 0)
[0/SplitStream_0] sr_write(129, 0001000F, 0)
Could you help me, please?
Thanks in advance.
Best regards,
LTP
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/c5170b57/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: noc_block_split_stream.v
Type: text/x-verilog
Size: 5115 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/c5170b57/attachment-0001.v>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: uhd_rfnoc_splitstream.xml
Type: text/xml
Size: 1914 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/c5170b57/attachment-0001.xml>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rfnoc_splitstream.grc
Type: application/gnuradio-grc
Size: 18706 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/c5170b57/attachment-0001.grc>
------------------------------
Message: 5
Date: Thu, 2 Jun 2016 11:23:54 +0200
From: Schild Jonas <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] SBX phase alignment in GNU Radio with timed
commands
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi!
Thanks for the suggestions.
I read a couple of times that one can just use the set_command_time and
clear_command_time and just wrap it around the tuning calls. But I'm not quite
sure on how to do that. Could you give me an example? I posted the code snippet
of my top_block.py of which I assume I have to modify.
def set_fc(self, fc):
self.fc = fc
self.blocks_message_strobe_0.set_msg(uhd.tune_request(self.fc,0))
self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 0)
self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 1)
self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 2)
self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 3)
I saw that one can use the message strobe block of GRC to send timed commands.
How would I have to format that message? And, am I correct in the assumption
that if I set the period to 0, the message is only sent once?
Your help is much appreciated!
BTW: I love the new knowledge base! Especially the Application Notes.
Best wishes,
Jonas
Berner Fachhochschule
Institut f?r Risiko- und Extremwertanalyse
Jonas Schild
El. Ing. BSc BFH
___________________________________________________________
Jlcoweg 1, CH-3400 Burgdorf
Telefon direkt +41 34 426 69 24
[email protected]
irex.ti.bfh.ch
-----Original Message-----
From: USRP-users [mailto:[email protected]] On Behalf Of
Marcus D. Leech via USRP-users
Sent: Montag, 30. Mai 2016 18:29
To: [email protected]
Subject: Re: [USRP-users] SBX phase alignment in GNU Radio with timed commands
On 05/30/2016 12:21 PM, Schild Jonas via USRP-users wrote:
> Hi all
>
> I have a question that was probably already answered, but I searched the
> mailling list and knowledge base up and down and only found pieces to the
> answer of my question.
>
> Here's my setup (UHD 3.9.3 and GNU Radio 3.7.9.2):
> I have two USRP X310 with SBX daughter boards. Both are connected to the
> OctoClockG for PPS and 10MHz references. I use a single USRP source block in
> GNU Radio, which I configured to include the 2 X310s, so I get 4 Rx channels.
> All 4 channels start sampling at the same time (PPS is sync is working), but
> the phases between the channels are not aligned (input signal is a sine from
> a signal generator).
> I read that the LOs on the SBX have the feature to be set to a known phase
> after tuning. But one needs to use timed commands for that. My question is:
> can I accomplish auto phase alignment with GNU Radio or is there a way to use
> timed commands from within GNU Radio? I know that I could implement a phase
> adjustment by software with a calibration "tone". But I'd rather use the LO
> feature of the SBX boards before I invest time in learning how to write my
> own OOT modules for GNU Radio to do that.
>
> I'm sorry if this topic has been covered/discussed and answered before. I
> only found solutions that covered development with the UHD API directly,
> without GNU Radio.
>
> Thank you very much in advance!
>
> Best regards,
> Jonas
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
If by "Gnu Radio" you mean GRC, then there's no direct way to implement timed
commands from GRC.
HOWEVER, you can edit the generated Python code, and wrap
set_command_time() / clear_command_time() around your tuning calls.
_______________________________________________
USRP-users mailing list
[email protected]
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 6
Date: Thu, 2 Jun 2016 08:38:18 +0800
From: ?? <[email protected]>
To: [email protected]
Subject: [USRP-users] I Got a lot of "D" while running
rx_streamer::recv() on windows
Message-ID:
<CANMHxvaGZC9w7vqCGhuX_-c18Z=zz9Ts__vi-q=5yjpyvdh...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi everybody?
I am programming with uhd-release_003_009_004.
My code use the "uhd::rx_streamer::recv()" iterface to recve data from
X310? sample rate 100e6.
but I got a lot of "D" print on my console when the sample rate turn up
to 100e6 , seems like PACKET_SEQUENCE_ERROR.
I turn to debug the "benchmark_rate" project with VS2015, parameter "
--rx_rate=100e6",the same thing happens, both Debug or Release version.
I tried to use the binary version of UHD (
uhd_003.009.004-release_Win64_VS2015.exe), the same thing happens.
I also try to test it on ubuntu 14.04, the problem did not happen?but
My program must work on Windows.
My work stuck in this problem.
Can someone help me ?
My environment:
My Machine is USRP X310.
windows 7 x64 Ultimate SP1,
Microsoft Visual Studio 2015.
8 GB Ram.
Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz.
Intel(R) Ethernet Server Adapter X520-2 #2 (driver version
3.9.58.9101, JumboFrame set to the max 9014 bytes).
boost_1_61_0
Best regards.
Rex
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/8d20cef7/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 2 Jun 2016 09:57:37 +0000
From: Keikavoos Afghahi <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] decrease bit resolution to sense more RF
bandwidth
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
________________________________
Hi all,
My current task is to sense a wide spectrum with my usrp2 (daughterboard XCVR
2450 ). I know that i can increase my RF-bandwidth if i decrease the bit
resolution of the incomming Samples. On the mailing list i have found that i
can change the verilog code of the FPGA to acheive this. My questions are:
1. Is there an easier and faster way to do it ( using a simple python command
or in C++)?
2. If not , Is my assumption right? should i change the Verilog code of the
FPGA to decrease the bit resolution of the incomming samples?
3. Is there a template to modify just some small parts of the code and acheive
the desired behaviour?
Thank you in advance,
Kei
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160602/8fec13b1/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 2 Jun 2016 16:53:52 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] decrease bit resolution to sense more RF
bandwidth
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi Kei,
at least for N210 (which is really the direct successor for USRP2), you
don't have to change the FPGA at all. Just use the "sc8" wire_fmt when
creating the rx_streamer. I forgot whether that was also backported to
the USRP2, but you should definitely just try. If you're in the GNU
Radio Companion, in the USRP Source properties, you can select the wire
format to "Complex int8" and see what happens.
However, it might not make too much sense to increase the maximum sample
rate from 25 to 50 MS/s in your case ? the XCVR has a maximum bandwidth
of but about 36 MHz,I think near +- 10MHz from LO, the group delay does
something unexpected, and phase stops being linear, if I remember
correctly, and accepting the significantly higher quantization noise of
8bit samples might not really be worth the roughly 11 MHz of observable
additional bandwidth you're getting, if you have to equalize everything
in the end.
Of course, that depends a lot on the actual application's needs ? so,
how wide are the signals you want to observe? Can you tell us a bit more
about yout application?
Best regards,
Marcus
On 02.06.2016 11:57, Keikavoos Afghahi via USRP-users wrote:
>
>
> ------------------------------------------------------------------------
>
> Hi all,
>
>
> My current task is to sense a wide spectrum with my usrp2
> (daughterboard XCVR 2450 ). I know that i can increase my
> RF-bandwidth if i decrease the bit resolution of the incomming
> Samples. On the mailing list i have found that i can change the
> verilog code of the FPGA to acheive this. My questions are:
>
>
> 1. Is there an easier and faster way to do it ( using a simple python
> command or in C++)?
>
>
> 2. If not , Is my assumption right? should i change the Verilog code
> of the FPGA to decrease the bit resolution of the incomming samples?
>
>
> 3. Is there a template to modify just some small parts of the code and
> acheive the desired behaviour?
>
>
>
> Thank you in advance,
>
>
> Kei
>
>
>
>
>
>
> _______________________________________________
> 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/20160602/11ada483/attachment-0001.html>
------------------------------
Message: 9
Date: Thu, 2 Jun 2016 17:02:48 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] I Got a lot of "D" while running
rx_streamer::recv() on windows
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Rex,
"D" means "Dropped network packet", and that is a very bad sign, because
it means your OS had so much trouble with keeping up with the pure
network data, that it had to ignore network packets comming.
The most common source for this is usually just a PC that is not fast
enough ? at 100MS/s, which is 3.2Gb/s, this can easily happen, and you
have to really make sure you've configured your network device correctly.
Have you tried the FastDatagramThreshold configuration from our manual
[1] ? Generally, can you attach the full output of benchmark_rate?
I'm not overly familiar with the windows network device configuration
methods, but if you can enable "Interrupt Moderation" or similar in your
Network Card's advanced settings somewhere, that would probably help, too.
Also, I know that under Linux, it's often useful to disable CPU
frequency autoscaling. I really don't know how to do that under Windows!
But maybe there is some Intel or Microsoft settings dialog to set your
PC to "performance mode" or so?
Best regards,
Marcus
[1] http://files.ettus.com/manual/page_transport.html#transport_udp_windows
On 02.06.2016 02:38, ?? via USRP-users wrote:
> Hi everybody?
> I am programming with uhd-release_003_009_004.
> My code use the "uhd::rx_streamer::recv()" iterface to recve data
> from X310? sample rate 100e6.
> but I got a lot of "D" print on my console when the sample rate
> turn up to 100e6 , seems like PACKET_SEQUENCE_ERROR.
> I turn to debug the "benchmark_rate" project with
> VS2015, parameter "--rx_rate=100e6",the same thing happens, both Debug
> or Release version.
> I tried to use the binary version of UHD
> (uhd_003.009.004-release_Win64_VS2015.exe), the same thing happens.
> I also try to test it on ubuntu 14.04, the problem did not
> happen?but My program must work on Windows.
>
> My work stuck in this problem.
> Can someone help me ?
>
> My environment:
> My Machine is USRP X310.
> windows 7 x64 Ultimate SP1,
> Microsoft Visual Studio 2015.
> 8 GB Ram.
> Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz.
> Intel(R) Ethernet Server Adapter X520-2 #2 (driver
> version 3.9.58.9101, JumboFrame set to the max 9014 bytes).
> boost_1_61_0
>
> Best regards.
> Rex
>
>
> _______________________________________________
> 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/20160602/4c383696/attachment-0001.html>
------------------------------
Message: 10
Date: Thu, 02 Jun 2016 11:11:32 -0400
From: [email protected]
To: Marcus M?ller <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] decrease bit resolution to sense more RF
bandwidth
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
USRP2 does have sc8 support, as does USRP1.
On 2016-06-02 10:53, Marcus M?ller via USRP-users wrote:
> Hi Kei,
>
> at least for N210 (which is really the direct successor for USRP2), you don't
> have to change the FPGA at all. Just use the "sc8" wire_fmt when creating the
> rx_streamer. I forgot whether that was also backported to the USRP2, but you
> should definitely just try. If you're in the GNU Radio Companion, in the USRP
> Source properties, you can select the wire format to "Complex int8" and see
> what happens.
>
> However, it might not make too much sense to increase the maximum sample rate
> from 25 to 50 MS/s in your case - the XCVR has a maximum bandwidth of but
> about 36 MHz,I think near +- 10MHz from LO, the group delay does something
> unexpected, and phase stops being linear, if I remember correctly, and
> accepting the significantly higher quantization noise of 8bit samples might
> not really be worth the roughly 11 MHz of observable additional bandwidth
> you're getting, if you have to equalize everything in the end.
> Of course, that depends a lot on the actual application's needs - so, how
> wide are the signals you want to observe? Can you tell us a bit more about
> yout application?
>
> Best regards,
> Marcus
>
> On 02.06.2016 11:57, Keikavoos Afghahi via USRP-users wrote:
>
>> -------------------------
>>
>> Hi all,
>>
>> My current task is to sense a wide spectrum with my usrp2 (daughterboard
>> XCVR 2450 ). I know that i can increase my RF-bandwidth if i decrease the
>> bit resolution of the incomming Samples. On the mailing list i have found
>> that i can change the verilog code of the FPGA to acheive this. My questions
>> are:
>>
>> 1. Is there an easier and faster way to do it ( using a simple python
>> command or in C++)?
>>
>> 2. If not , Is my assumption right? should i change the Verilog code of the
>> FPGA to decrease the bit resolution of the incomming samples?
>>
>> 3. Is there a template to modify just some small parts of the code and
>> acheive the desired behaviour?
>>
>> Thank you in advance,
>>
>> Kei
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> 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/20160602/5f640def/attachment-0001.html>
------------------------------
Message: 11
Date: Thu, 02 Jun 2016 11:36:19 -0400
From: [email protected]
To: Schild Jonas <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] SBX phase alignment in GNU Radio with timed
commands
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
You might want to refer to:
http://gnuradio.org/doc/doxygen/page_uhd.html#uhd_command_syntax
Also, general questions about Gnu Radio block behavior should be
directed to the discuss-gnuradio mailing list.
On 2016-06-02 05:23, Schild Jonas via USRP-users wrote:
> Hi!
>
> Thanks for the suggestions.
>
> I read a couple of times that one can just use the set_command_time and
> clear_command_time and just wrap it around the tuning calls. But I'm not
> quite sure on how to do that. Could you give me an example? I posted the code
> snippet of my top_block.py of which I assume I have to modify.
>
> def set_fc(self, fc):
> self.fc = fc
> self.blocks_message_strobe_0.set_msg(uhd.tune_request(self.fc,0))
> self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 0)
> self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 1)
> self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 2)
> self.uhd_usrp_source_0.set_center_freq(uhd.tune_request(self.fc,0), 3)
>
> I saw that one can use the message strobe block of GRC to send timed
> commands. How would I have to format that message? And, am I correct in the
> assumption that if I set the period to 0, the message is only sent once?
>
> Your help is much appreciated!
>
> BTW: I love the new knowledge base! Especially the Application Notes.
>
> Best wishes,
> Jonas
>
> Berner Fachhochschule
> Institut f?r Risiko- und Extremwertanalyse
> Jonas Schild
> El. Ing. BSc BFH
> ___________________________________________________________
>
> Jlcoweg 1, CH-3400 Burgdorf
> Telefon direkt +41 34 426 69 24
> [email protected]
> irex.ti.bfh.ch
>
> -----Original Message-----
> From: USRP-users [mailto:[email protected]] On Behalf Of
> Marcus D. Leech via USRP-users
> Sent: Montag, 30. Mai 2016 18:29
> To: [email protected]
> Subject: Re: [USRP-users] SBX phase alignment in GNU Radio with timed commands
>
> On 05/30/2016 12:21 PM, Schild Jonas via USRP-users wrote:
>
>> Hi all
>>
>> I have a question that was probably already answered, but I searched the
>> mailling list and knowledge base up and down and only found pieces to the
>> answer of my question.
>>
>> Here's my setup (UHD 3.9.3 and GNU Radio 3.7.9.2):
>> I have two USRP X310 with SBX daughter boards. Both are connected to the
>> OctoClockG for PPS and 10MHz references. I use a single USRP source block in
>> GNU Radio, which I configured to include the 2 X310s, so I get 4 Rx
>> channels. All 4 channels start sampling at the same time (PPS is sync is
>> working), but the phases between the channels are not aligned (input signal
>> is a sine from a signal generator).
>> I read that the LOs on the SBX have the feature to be set to a known phase
>> after tuning. But one needs to use timed commands for that. My question is:
>> can I accomplish auto phase alignment with GNU Radio or is there a way to
>> use timed commands from within GNU Radio? I know that I could implement a
>> phase adjustment by software with a calibration "tone". But I'd rather use
>> the LO feature of the SBX boards before I invest time in learning how to
>> write my own OOT modules for GNU Radio to do that.
>>
>> I'm sorry if this topic has been covered/discussed and answered before. I
>> only found solutions that covered development with the UHD API directly,
>> without GNU Radio.
>>
>> Thank you very much in advance!
>>
>> Best regards,
>> Jonas
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> If by "Gnu Radio" you mean GRC, then there's no direct way to implement timed
> commands from GRC.
>
> HOWEVER, you can edit the generated Python code, and wrap
> set_command_time() / clear_command_time() around your tuning calls.
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> 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/20160602/b8b9f289/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 70, Issue 2
*****************************************
