[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Discuss-gnuradio] Synchronization within the same USRP
|
From: |
Aldalbahi, Adel |
|
Subject: |
Re: [Discuss-gnuradio] Synchronization within the same USRP |
|
Date: |
Sun, 16 Oct 2016 19:10:10 -0400 |
Hello Marcus,
Thank you for the quick replay. Attached is the flow graph, more about the channel is a visible light channel using a simple LED drive that is connected to a DC bias and a photodetector at the receiving end. As I mentioned earlier the communication is working fine
except that I do have delay which cause losing of sync. The delay block helps for few seconds only. Also the BER output is not correct after adding the delay block because once I move rx few cm from tx i get almost constant BER for the distance after!
Any help is very appreciated.
On Saturday, October 15, 2016, <address@hidden> wrote:
Send Discuss-gnuradio mailing list submissions to
address@hidden
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
or, via email, send a message with subject or body 'help' to
address@hidden
You can reach the person managing the list at
address@hidden
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss-gnuradio digest..."
Today's Topics:
1. Fail to Connect to USRP 2910 (Bojun Sun)
2. Re: Fail to Connect to USRP 2910 (Marcus D. Leech)
3. Installing GNU Radio in CentOS 6.8 (Ben Hilburn)
4. Re: Installing GNU Radio in CentOS 6.8 (Anon Lister)
5. Synchronization within the same USRP (Aldalbahi, Adel)
6. install gnu radio on angstrom (mehrad mirzaei)
7. Re: install gnu radio on angstrom (Marcus M?ller)
8. Re: Synchronization within the same USRP (Marcus M?ller)
9. Re: Getting values from external program. (Jeon)
----------------------------------------------------------------------
Message: 1
Date: Fri, 14 Oct 2016 15:28:41 -0400
From: Bojun Sun <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Fail to Connect to USRP 2910
Message-ID:
<CAD8Hqo65y2=HG+5zkCdK=address@hidden>
Content-Type: text/plain; charset="utf-8"
Hi all,
Maybe this is a basic question but I've been searching for the solution for
a long time. Thanks in advance for helping me. Here is my situation:
I'm using one laptop connection method to connect two USRP 2920 with MIMO
cable. When I plug Ethernet cable into my laptop, no LED light of the
Ethernet port on USRP is on.
Methods I tried:
- removed and connected the ethernet cable again for several times --
didn't work
- removed and connected the power supply cables for several times --
didn't work
- used command "uhd_find_devices" in Terminal to check the hardware
connection, turned out "No UHD Devices Found"
- tried command "ifconfig" in Terminal but it didn't show the ethernet
connection
- tried couple of ethernet configuration commands in Terminal -- didn't
work
Previous work I did:
- Successfully burned N210 firmware and FPGA images into both USRPs
- Connected to another laptop with Ubuntu 12.04 OS, it can successfully
recognize the USRPs; however, I have to use my laptop to finish the project.
- Used Ethernet cable to connect to my network, it worked
- Tried another laptop with Ubuntu Kylin 16.04 32-bit and had same
problem
My question is: is it an USRP problem or my OS ethernet setting up problem?
if it is my OS problem, how to solve it?
My system info:
- Using latest GNU Radio (I think, because I followed the installation
step by using "apt-get install gnuradio")
- UHD version: 3.010 (followed "package manager method" from:
https://files.ettus.com/manual/page_install.html )
- OS: Ubuntu 16.04 64-bit
- Two USRP 2920s connected by MIMO cable
Thanks and regards,
Bojun
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161014/d2e1a012/attachment.html>
------------------------------
Message: 2
Date: Fri, 14 Oct 2016 15:37:03 -0400
From: "Marcus D. Leech" <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Fail to Connect to USRP 2910
Message-ID: <address@hidden>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"
On 10/14/2016 03:28 PM, Bojun Sun wrote:
>
> Hi all,
>
>
> Maybe this is a basic question but I've been searching for the
> solution for a long time. Thanks in advance for helping me. Here is my
> situation:
>
> I'm using one laptop connection method to connect two USRP 2920 with
> MIMO cable. When I plug Ethernet cable into my laptop, no LED light of
> the Ethernet port on USRP is on.
>
> Methods I tried:
>
> * removed and connected the ethernet cable again for several times
> -- didn't work
> * removed and connected the power supply cables for several times --
> didn't work
> * used command "uhd_find_devices" in Terminal to check the hardware
> connection, turned out "No UHD Devices Found"
> * tried command "ifconfig" in Terminal but it didn't show the
> ethernet connection
> * tried couple of ethernet configuration commands in Terminal --
> didn't work
>
> Previous work I did:
>
> * Successfully burned N210 firmware and FPGA images into both USRPs
> * Connected to another laptop with Ubuntu 12.04 OS, it can
> successfully recognize the USRPs; however, I have to use my laptop
> to finish the project.
> * Used Ethernet cable to connect to my network, it worked
> * Tried another laptop with Ubuntu Kylin 16.04 32-bit and had same
> problem
>
> My question is: is it an USRP problem or my OS ethernet setting up
> problem? if it is my OS problem, how to solve it?
>
> My system info:
>
> * Using latest GNU Radio (I think, because I followed the
> installation step by using "apt-get install gnuradio")
> * UHD version: 3.010 (followed "package manager method" from:
> https://files.ettus.com/manual/page_install.html )
> * OS: Ubuntu 16.04 64-bit
> * Two USRP 2920s connected by MIMO cable
>
>
> Thanks and regards,
>
>
> Bojun
>
>
>
Do *both* of your USRPs exhibit this behavior when used individually on
your laptop?
Does your laptop have a 1GiGe port, or a 100BaseT port? USRPs support
only 1GiGe (and 10GiGe on the X3xx series).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161014/0da21375/attachment.html>
------------------------------
Message: 3
Date: Fri, 14 Oct 2016 15:37:41 -0400
From: Ben Hilburn <address@hidden>
To: GNURadio Discussion List <address@hidden>
Subject: [Discuss-gnuradio] Installing GNU Radio in CentOS 6.8
Message-ID:
<CAJH_qMGxyWggWttv7LYStzWv411D=address@hidden>
Content-Type: text/plain; charset="utf-8"
Hey all -
I've seen some traffic both on and off-list discussion getting GNU Radio
running in CentOS. The most recent one was CentOS 7.0, I believe, but
there's also been some discussion of CentOS 6.8.
I backported the current `maint`, based on v3.7.10.1, to CentOS 6.8 and
pushed the branch to my Github, which you can find here:
https://github.com/bhilburn/gnuradio/tree/centos6.8-backport
In addition to the backported changes, you'll also need to install
boost-1.48 from the EPEL repositories.
If you're interested in a complete walk-through of the commands, I threw
them up in a blog post:
http://bhilburn.org/installing-gnu-radio-on-centos-6-8/
Hopefully this is useful to someone. I haven't spent a ton of time testing
it, but at a quick glance things seem to be in order. If you use this and
find any issues, please let me know.
Cheers,
Ben
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161014/0f5e6788/attachment.html>
------------------------------
Message: 4
Date: Fri, 14 Oct 2016 18:57:47 -0400
From: Anon Lister <address@hidden>
To: Ben Hilburn <address@hidden>
Cc: GNURadio Discussion List <address@hidden>
Subject: Re: [Discuss-gnuradio] Installing GNU Radio in CentOS 6.8
Message-ID:
<CAMp204Si5=address@hidden>
Content-Type: text/plain; charset="utf-8"
This is awesome! I'll try getting it installed at some point next week and
will be happy to give any feedback. Thanks!
On Oct 14, 2016 3:41 PM, "Ben Hilburn" <address@hidden> wrote:
> Hey all -
>
> I've seen some traffic both on and off-list discussion getting GNU Radio
> running in CentOS. The most recent one was CentOS 7.0, I believe, but
> there's also been some discussion of CentOS 6.8.
>
> I backported the current `maint`, based on v3.7.10.1, to CentOS 6.8 and
> pushed the branch to my Github, which you can find here:
> https://github.com/bhilburn/gnuradio/tree/centos6.8-backport
>
> In addition to the backported changes, you'll also need to install
> boost-1.48 from the EPEL repositories.
>
> If you're interested in a complete walk-through of the commands, I threw
> them up in a blog post: http://bhilburn.org/installing-gnu-radio-on-
> centos-6-8/
>
> Hopefully this is useful to someone. I haven't spent a ton of time testing
> it, but at a quick glance things seem to be in order. If you use this and
> find any issues, please let me know.
>
> Cheers,
> Ben
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161014/d812ea21/attachment.html>
------------------------------
Message: 5
Date: Fri, 14 Oct 2016 21:36:22 -0600
From: "Aldalbahi, Adel" <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] Synchronization within the same USRP
Message-ID:
<CA+-xoWXK7jV48UZApT1aJEF5t-g+KgDsC=address@hidden>
Content-Type: text/plain; charset="utf-8"
Dear All,
I have been working with a single USRP N210 to measure BER using BER Error
block. The communication is working perfect and I can transmit and receive.
Also I can see the constellation points of 4PSK at the receiver. One thing
I was totally confused about is that how to synchronize both tx and rx
blocks using single usrp? I used polyphase clock, equalizer, also costa
loop but still I lose synchronization after few seconds? is there is anyway
or example I can look at to help me solve this problem? since I know I have
phase offsite because of the channel but how to solve this ? How to solve
the delay problem between tx and rx?
Thank you in advance.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161014/7106320f/attachment.html>
------------------------------
Message: 6
Date: Sat, 15 Oct 2016 01:22:06 -0400
From: mehrad mirzaei <address@hidden>
To: address@hidden
Subject: [Discuss-gnuradio] install gnu radio on angstrom
Message-ID:
<address@hidden>
Content-Type: text/plain; charset="utf-8"
hello
I am new in OE and i need some basic help
how can i install gnu radio on beagleboard xm (default os angstrom) without
any error???
I will be thankful if anyone help me
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161015/84627104/attachment.html>
------------------------------
Message: 7
Date: Sat, 15 Oct 2016 11:17:52 +0200
From: Marcus M?ller <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] install gnu radio on angstrom
Message-ID: <address@hidden>
Content-Type: text/plain; charset="windows-1252"
Hi Mehrad,
I'd say: without any error won't happen, but with a bit of trying, this
should be possible.
There should be a board support package for OpenEmbedded on Beagleboard
XM (otherwise, you'll have to write one). Use that, together with
balister's meta-sdr OE layer, and you should be able to build an OE
image containing GNU Radio.
Notice that the Yocto build system / bitbake / the OE environment *does*
have a learning curve, and it's not something that you master on the
first try, but something that you learn by doing and reading docs.
Best regards,
Marcus
On 15.10.2016 07:22, mehrad mirzaei wrote:
> hello
> I am new in OE and i need some basic help
> how can i install gnu radio on beagleboard xm (default os angstrom)
> without any error???
> I will be thankful if anyone help me
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161015/13bf7958/attachment.html>
------------------------------
Message: 8
Date: Sat, 15 Oct 2016 11:20:02 +0200
From: Marcus M?ller <address@hidden>
To: address@hidden
Subject: Re: [Discuss-gnuradio] Synchronization within the same USRP
Message-ID: <address@hidden>
Content-Type: text/plain; charset="windows-1252"
Dear Adel,
well, it's hard to tell why you lose sync if you don't share your flow
graph, what kind of channel you have, and an overall overview of your
system.
Anyway, synchronizers do work with stochastic properties of the receive
signal. There's absolutely no 100% guarantee sync stays on forever; it's
a stochastic thing that the communication engineer needs to optimize to
work best with the signal and channel.
Best regards,
Marcus
On 15.10.2016 05:36, Aldalbahi, Adel wrote:
>
> Dear All,
>
> I have been working with a single USRP N210 to measure BER using BER
> Error block. The communication is working perfect and I can transmit
> and receive. Also I can see the constellation points of 4PSK at the
> receiver. One thing I was totally confused about is that how to
> synchronize both tx and rx blocks using single usrp? I used polyphase
> clock, equalizer, also costa loop but still I lose synchronization
> after few seconds? is there is anyway or example I can look at to help
> me solve this problem? since I know I have phase offsite because of
> the channel but how to solve this ? How to solve the delay problem
> between tx and rx?
>
> Thank you in advance.
>
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161015/af89c5bd/attachment.html>
------------------------------
Message: 9
Date: Sat, 15 Oct 2016 22:26:21 +0900
From: Jeon <address@hidden>
To: Discuss GNU Radio mailing list <address@hidden>
Subject: Re: [Discuss-gnuradio] Getting values from external program.
Message-ID:
<CACfn7v73rLrDZcMp1y9BgV6Nnww=pqBMg0G7ibaC7STe=address@hidden>
Content-Type: text/plain; charset="utf-8"
Thank you, Marcus.
I've implemented code to get MAC address(hcitool dev) in a black class
constructor.
On the other hand, implementing code to get device's clock (hcitool clock)
in start() did not work well, maybe due to my little knowledge. Anyway,
since I have to get clocks repeatedly, I think it's good to implement in
[general_]work().
Ah, my aim is to build a system that takes Bluetooth device's MAC address
and clock, and calculates frequency hopping sequence. And finally I want to
make GNU Radio react to the calculated hop sequence. (Not only sticking on
simulation).
I'll post again if further progress.
Regards,
Jeon.
On Wed, Oct 12, 2016 at 9:36 PM, Marcus M?ller <address@hidden>
wrote:
> Hi Jeon,
>
> Your use case is not what you'd use controlport for; I think you've got it
> right: use modtool to create a sync block, but set its number of in- and
> outputs to zero; override the start() method to spawn a new thread that
> contains a function which has a loop that executes the external command,
> publishes a message, and repeat.
>
> Anyway, your requirement:
>
> > One condition is, I need to retrieve contents from "hcitool clock" as
> fast as the system (GNU Radio) can.
>
> conflicts with the idea of message passing ? message passing doesn't allow
> backpressure, so you'll just flood the message receiver's message input,
> and that would be useless.
>
> What do you want to do with that data? If it's something that makes sense
> to be understood as stream of samples, go for the classical GNU Radio
> source block and write the data to the output stream.
>
>
> Best regards,
>
> Marcus
> On 12.10.2016 14:16, Jeon wrote:
>
> Just get to the point.
>
> I have a Bluetooth dongle connected to my PC. I can read a MAC address and
> internal clock value by typing `hcitool dev` and `hcitool clock` in command
> line. You can see demo in link below:
>
> http://i.imgur.com/hbQcBQq.png
>
> What I want is to make GNU Radio get those values/contents.
>
> Currently, I've planned to make a source block expressed in pseudocode:
>
> work(args) {
> file_pointer = popen("hcitool dev"); // or "hcitool clock"
> buf = read(fp);
> val = some_char_array_manipulation(buf);
> publish_message(val);
> pclose(file_pointer);
> }
>
> Recently, I found that ControlPort can bridge GNU Radio and other
> programs. Well, however, I am new to ControlPort (just used for
> PerfMonitor) and seems more complicated than the pseudocode above.
>
> Which would you recommend? One condition is, I need to retrieve contents
> from "hcitool clock" as fast as the system (GNU Radio) can.
>
> Regards,
> Jeon.
>
>
> _______________________________________________
> Discuss-gnuradio mailing address@hiddenorghttps://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20161015/3ede437c/attachment.html>
------------------------------
Subject: Digest Footer
_______________________________________________
Discuss-gnuradio mailing list
address@hidden
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
------------------------------
End of Discuss-gnuradio Digest, Vol 167, Issue 15
*************************************************
--
Adel Aldalbahi PhD Candidate
Optimized Networking Research lab
FMH-Room 410B
IMG_4527.JPG
Description: JPEG image
- [Discuss-gnuradio] Synchronization within the same USRP, Aldalbahi, Adel, 2016/10/14
- Re: [Discuss-gnuradio] Synchronization within the same USRP,
Aldalbahi, Adel <=
- Re: [Discuss-gnuradio] Synchronization within the same USRP, Aldalbahi, Adel, 2016/10/18
- Re: [Discuss-gnuradio] Synchronization within the same USRP, Aldalbahi, Adel, 2016/10/18
- Re: [Discuss-gnuradio] Synchronization within the same USRP, Aldalbahi, Adel, 2016/10/18
- Re: [Discuss-gnuradio] Synchronization within the same USRP, Aldalbahi, Adel, 2016/10/19
- Re: [Discuss-gnuradio] Synchronization within the same USRP, Aldalbahi, Adel, 2016/10/19
IMG_4527.JPG