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. Sync of two b205mini (?????? ????)
2. Re: Sync of two b205mini (Marcus D. Leech)
3. Re: Sync of two b205mini (Marcus D. Leech)
4. In URSP B210, how to deal with the signal in real time? (Bob)
5. BPSK base band amplitude drift/ripple, B205 mini (Sampo Salo)
6. Trigger Signal ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Sun, 21 May 2017 13:13:27 +0300
From: ?????? ???? <[email protected]>
To: [email protected]
Subject: [USRP-users] Sync of two b205mini
Message-ID:
<cabh6qsqmf3aqezkox-g0j4vvpog_4yhcxkxarthqwx25sbz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
sorry about my horrible English.
How can i synchronize my two b205mini divices? Now i cannot have any
external clock/time references, but trying to do this via just uhd driver
https://pastebin.com/6PNxtARp
It is possible at all? Or im doing some wrong. -it's more possible)
Thank you in advance,
Anik
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170521/b2871cc8/attachment-0001.html>
------------------------------
Message: 2
Date: Sun, 21 May 2017 13:46:46 -0400
From: "Marcus D. Leech" <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] Sync of two b205mini
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
On 05/21/2017 06:13 AM, ?????? ???? via USRP-users wrote:
> Hi,
> sorry about my horrible English.
>
> How can i synchronize my two b205mini divices? Now i cannot have any
> external clock/time references, but trying to do this via just uhd driver
> https://pastebin.com/6PNxtARp
> It is possible at all? Or im doing some wrong. -it's more possible)
>
> Thank you in advance,
>
> Anik
>
Without a shared external reference, it would be very difficult,
depending on what you mean by "synchronize", and at what timescales.
------------------------------
Message: 3
Date: Sun, 21 May 2017 19:08:34 -0400
From: "Marcus D. Leech" <[email protected]>
To: ?????? ???? <[email protected]>, "[email protected]"
<[email protected]>
Subject: Re: [USRP-users] Sync of two b205mini
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"; Format="flowed"
On 05/21/2017 05:36 PM, ?????? ???? wrote:
> Marcus,
> thank you for resopnse.
>
>
> Sorry about non-informative questions. This is becouse i'm not enough
> understand what i doing.
> But i still have some dumb/interest questions:
>
> 1 Is it possible to send pps and/or 10MHz signal from host to devices?
> eg. using host as external source?
> ?????????? ??????????? 2
Where would the 1PPS/10Mhz *come from* inside the host? That's not a
particularly standard feature.
> 2 Or use TR/X port as output of pps/ref reference to connect to ref
> port on another device, then use their TR/X port as output of pps/ref
> source to transmit to third device, etc.
> ?????????? ??????????? 1
> 3 Or using one of devices as "master", then via host connection share
> pps/ref signal to all another devices?
> ?????????? ??????????? 3
No, these aren't viable either. The TX/RX port is for transmitting
signals out of the device, not for carrying a refclock, although if you
could tune the output
down as low as 10MHz, you could use it as a 10Mhz reference. But
that isn't possible.
> 4 Or any software solutions for completely synchronize time and/or
> phase? eg. compute cross correlation on maded records as "post
> factum", or even in realtime.
>
You can synchronize *time* by feeding in a common reference signal
(either 10Mhz or 1PPS). Such a signal is easy to generate with low-cost
GPSDOs, or even the octoclock-G from Ettus.
However, the main issue is that the B205mini isn't really designed for
mutual phase-coherence across multiple devices -- both due to the way the
reference "servo" works in the FPGA, and the fact that the AD9361
isn't configured for phase-offset sync
> Thank you in advance,
>
> Anik
>
>
>
> 2017-05-21 20:46 GMT+03:00 Marcus D. Leech via USRP-users
> <[email protected] <mailto:[email protected]>>:
>
> On 05/21/2017 06:13 AM, ?????? ???? via USRP-users wrote:
>
> Hi,
> sorry about my horrible English.
>
> How can i synchronize my two b205mini divices? Now i cannot
> have any external clock/time references, but trying to do this
> via just uhd driver
> https://pastebin.com/6PNxtARp
> It is possible at all? Or im doing some wrong. -it's more
> possible)
>
> Thank you in advance,
>
> Anik
>
> Without a shared external reference, it would be very difficult,
> depending on what you mean by "synchronize", and at what timescales.
>
>
>
>
> _______________________________________________
> 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>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170521/ae895c2e/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 8129 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170521/ae895c2e/attachment-0003.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 10280 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170521/ae895c2e/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 8197 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170521/ae895c2e/attachment-0005.png>
------------------------------
Message: 4
Date: Mon, 22 May 2017 20:05:30 +0800 (CST)
From: Bob <[email protected]>
To: [email protected]
Subject: [USRP-users] In URSP B210, how to deal with the signal in
real time?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="gbk"
Hello,
Fig.1
fig.2
Under the same experimental conditions, Figure 1 can get a complete signal, but
Figure 2 can only get a part. For example, the signal sent by the 200 MB,
Figure 1 obtained data is 200 MB, and Figure 2 only 10 MB or so, why is this?
In fig.2, "t and v esti cc", "viterbi ci" and "test crc ii" are the main signal
processing modules for our system. The USRP is B210. The "O" appear in the
console output. But we want to deal with the signal in real time, what should
we do? And how can we fully receive the signal, and does not appear the "O"?
IF we receive the signal use fig.1, and replace "USRP Source" with "file
source" in fig.2, we can get the result for our signals. How do I get the same
result with "USRP Source"?
Figure 2 has more modules than the fig.1, whether the processing speed of these
modules affect the speed of the received signal of "file sink", if we want to
receive as many signals, how to do it?
In GNU Radio, we build a system, firstly, we save the signal in a file, at the
same time, read the data from the same file to process, you can do so? If it
can, which block can be achieved?
Thank you very much for your answers. I am looking forward to your reply as
soon as possible and as detailed as possible.
Thanks!
Bob
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/f7382fc3/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ??1.png
Type: image/png
Size: 69949 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/f7382fc3/attachment-0002.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: ??2.png
Type: image/png
Size: 122404 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/f7382fc3/attachment-0003.png>
------------------------------
Message: 5
Date: Mon, 22 May 2017 15:35:01 +0300
From: Sampo Salo <[email protected]>
To: [email protected]
Subject: [USRP-users] BPSK base band amplitude drift/ripple, B205 mini
Message-ID:
<can-thxkmgz9d3up8tjq3zs0xrpvhdcvndghyvm0h1idxa8u...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello all,
I am new to SDRs, and just recently started studying them by building a
simple BPSK transceiver using usrp B205mini and GNUradio companion.
Currently, I have a kind of working test setup where I can transmit and
receive a simple BPSK signal using the same SDR board. Transmitted data
consists of a repeating vector of numbers. While trying to understand how
the hardware and software work, I have run into a something that I can't
explain. Could someone here perhaps point me into the right direction?
The received base band amplitude seems to drift towards zero especially
when there is a long sequence of "constant symbols". I highlighted this in
one of the attached figures. I think this causes the constellation points
to spread, also highlighted in the attached figure. I would like to
understand the origins of this noise and get rid of it.
My question is basically: Do I have a problem or am I imagining this up?
URLs to the attached pictures:
https://ibb.co/mXdxOF
https://ibb.co/dXhfca
GRC version: 3.7.9.3
SDR hardware: usrp B205mini, transmitter connected back to receiver using a
short SMA cable and one 30 dB attenuator.
basic RF parameters:
carrier frequency: 433 MHz
sample rate: 80 kHz
samples per symbol: 4
Best Regards,
Sampo
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/95d63cdb/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flow_graph.jpg
Type: image/jpeg
Size: 322894 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/95d63cdb/attachment-0001.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graphs_highlighted.png
Type: image/png
Size: 231755 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/95d63cdb/attachment-0001.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: BPSK_radio.grc
Type: application/octet-stream
Size: 112619 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170522/95d63cdb/attachment-0001.grc>
------------------------------
Message: 6
Date: Mon, 22 May 2017 16:50:38 +0200
From: [email protected]
To: [email protected]
Subject: [USRP-users] Trigger Signal
Message-ID:
<20170522165038.horde.zslrj5fy9aiwqkv8r4tb...@webmail.rrzn.uni-hannover.de>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Hi!
I want to build a trigger signal for my USRP X310 using UHD version
3.10.1.1. I want to send a pulse to the USRP and after receiving this
pulse my device should start/stop streaming or something similar.
I found that I can use the PPS TRIG IN port and send a trigger signal.
Therefore I have to set the PPS to external:
pps = "external" (Is this the right way to do so?)
Afterwards the idea is to use timed commands and to start a long time
from now. But with the next received PPS pulse, I set the clock to the
same time. I started with a slightly changed tx_waveforms C++ file. I
would use these additions to the code:
usrp->set_time_now(0.0); //somewhere in the beginning
usrp->set_command_time(uhd::time_spec_t(1e6));
md.has_time_spec = true;
md.time_spec = uhd::time_spec_t(1e6); // I am not sure if this is needed
usrp->set_time_next_pps(uhd::time_spec_t(1e6)); // and this directly
before I want to start streaming
usrp->clear_command_time(); // in the end
If I run this program my USRP seems to wait for a PPS signal but it
does not react to those I send using a Function Generator. So how does
a PPS input pulse has to look like? It says that it should have max 5V
but how long should it be?
So I have to stop the program. But if I want to re-run it there occurs
a problem and I cannot run any other program until I power cycle the
device. I get the following output to the console:
Win32; Microsoft Visual C++ version 14.0; Boost_105900;
UHD_003.010.001.001-rele
ase
Creating the usrp device with: ...
-- X300 initialization sequence...
-- Determining maximum frame size... 8000 bytes.
-- Setup basic communication...
-- Loading values from EEPROM...
-- Setup RF frontend clocking...
-- Radio 1x clock:200
-- Creating WSA UDP transport for 192.168.40.2:49153
-- Creating WSA UDP transport for 192.168.40.2:49153
-- [DMA FIFO] Running BIST for FIFO 0... pass (Throughput: 1304.3MB/s)
-- [DMA FIFO] Running BIST for FIFO 1... pass (Throughput: 1304.9MB/s)
-- Creating WSA UDP transport for 192.168.40.2:49153
Error: EnvironmentError: IOError: Block ctrl (CE_01_Port_40) no
response packet
- AssertionError: bool(buff)
in unsigned __int64 __cdecl ctrl_iface_impl::wait_for_ack(const bool)
at
C:\cygwin64\home\jenkins\worker\Package_Windows_x64_14\work\uhd\host\lib\rf
noc\ctrl_iface.cpp:205
Do you have any idea why this happens?
I use Visual Studio 2015 on Windows 7.
Best regards,
Mareike Hetzel
------------------------------
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 81, Issue 22
******************************************
