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: OFDM Synch not producing output (Stephen Larew)
2. Re: about FPGA x310 (Marcus M?ller)
3. Re: OFDM Synch not producing output (Manik Singhal)
4. Re: No UHD Device error (Marcus M?ller)
5. Re: No UHD Device error (Jalal Shams)
6. Re: No UHD Device error (Neel Pandeya)
7. Re: No UHD Device error (Neel Pandeya)
8. Re: No UHD Device error (Jalal Shams)
9. Re: GPSDO RS-232 cable (Mann, John - 0662 - MITLL)
10. cmake error on GnuRadio (for cross compiling) (ThongLeng)
11. non-symmetric filtering of negative frequencies by receiver-
x300 + ubx-160 (Samuel Prager)
12. E310 with GPS time source problem (Francois Quitin)
13. Re: E310 with GPS time source problem ([email protected])
----------------------------------------------------------------------
Message: 1
Date: Thu, 6 Apr 2017 12:06:00 -0400
From: Stephen Larew <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] OFDM Synch not producing output
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Which "FPGA demonstration presentation" are you referring to?
> On Apr 5, 2017, at 14:15, Manik Singhal via USRP-users
> <[email protected]> wrote:
>
> Hi,
>
> I am trying to replicate the OFDM receiver from the FPGA demonstration
> presentation, and I have hit a bit of roadstop. The OFDM synch block is not
> producing output, which results in timeout errors.
>
> My flow graph: RFNOC Radio --> RFNOC: FIFO --> RFNOC: OFDM Synch --> RFNOC:
> FFT --> GNUradio: Vector to Stream --> GNU Radio: Qt GUI Sink.
>
> I have not yet incorporated the equaliser or the constellation demapper. But
> even with just the synchroniser the flow graph does not work, but if I remove
> it from the above flow graph I can see some data on the frequency plot.
>
> I am using the schmidl cox block defined in rfnoc-ofdm branch.
>
> Any suggestions to help solve the problem or fixes would be greatly
> appreciated.
>
> Best regards,
> Manik Singhal
------------------------------
Message: 2
Date: Thu, 6 Apr 2017 18:28:41 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] about FPGA x310
Message-ID: <[email protected]>
Content-Type: text/plain; charset="windows-1252"
Hi John,
well, you will need to build up some familarity with Vivado, in any
case, since you'll need to build and simulate the X310 code with it in
the end.
So, this is a very open-ended question. I just normally connect the
waveform display probes in Vivado to the ports I'm interested in, which
is a relatively nice thing to observe while running the normal test benches.
Hope this helps a bit!
Marcus
On 06.04.2017 11:27, john liu via USRP-users wrote:
> Dear all,
> We found that the noc_shell.v file debug [31:0] signal in USRP X310
> FPGA code, how they are used? What tools to debug you are use?
> We used Chipscope online debugging FPGA code now ,because we are not
> familiar with vivado software.
>
> thank you.
>
> best regards
> John
>
>
> _______________________________________________
> 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/20170406/42be3a1e/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 6 Apr 2017 12:31:50 -0400
From: Manik Singhal <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] OFDM Synch not producing output
Message-ID:
<cag86gbo__rodpbvgej7l3nu2w5-mgaoawdxsevbg+x+lg6e...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,
So its the presentation: "Building an OFDM receiver with RFNOC", presented
in GNU Radio Conference 2015. I hope that clarifies the message.
Again Any insight as to why this would be happening would be great,
Thanks,
Manik
On Thu, Apr 6, 2017 at 12:06 PM, Stephen Larew via USRP-users <
[email protected]> wrote:
> Which "FPGA demonstration presentation" are you referring to?
>
> > On Apr 5, 2017, at 14:15, Manik Singhal via USRP-users <
> [email protected]> wrote:
> >
> > Hi,
> >
> > I am trying to replicate the OFDM receiver from the FPGA demonstration
> presentation, and I have hit a bit of roadstop. The OFDM synch block is not
> producing output, which results in timeout errors.
> >
> > My flow graph: RFNOC Radio --> RFNOC: FIFO --> RFNOC: OFDM Synch -->
> RFNOC: FFT --> GNUradio: Vector to Stream --> GNU Radio: Qt GUI Sink.
> >
> > I have not yet incorporated the equaliser or the constellation demapper.
> But even with just the synchroniser the flow graph does not work, but if I
> remove it from the above flow graph I can see some data on the frequency
> plot.
> >
> > I am using the schmidl cox block defined in rfnoc-ofdm branch.
> >
> > Any suggestions to help solve the problem or fixes would be greatly
> appreciated.
> >
> > Best regards,
> > Manik Singhal
>
>
> _______________________________________________
> 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/20170406/d70b0243/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 6 Apr 2017 18:47:04 +0200
From: Marcus M?ller <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] No UHD Device error
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi Jalal,
> , it's not in my hands as I have been given the project by my
> university and they want it that way :(
I highly doubt that. You're misunderstanding your assignment, or the guy
that assigned this to you will be happy when you discuss early with him
why what he demands is a bad idea rather than failing far in the future.
I really doubt your advisor walked up to you and said "hey, you know
this 140,000 lines of code project that contains a decade worth of
knowledge in GSM network software development? Port that to <arbitrary
vaguely related software>!"
You can tell them that people that are active employees of Ettus, have
plenty experience with Range networks' products and OpenBTS and an
active developers of GNU Radio told you that "porting OpenBTS to GNU
Radio" is not a project that can be done by a single student, and that
it makes no sense.
Maybe you'd want to more closely specify what you need to do. OpenBTS
and GNU Radio did, back in the day, have some code-shareage, but I think
those days are over (not an expert on OpenBTS' codebase myself).
On 06.04.2017 12:38, Jalal Shams via USRP-users wrote:
> Thanks, yes I also think I have to get the thing on metal :) . In
> ubuntu 16.04 sytemd is used instead of Upstart, would it be feasible
> considering that ? I will update my distro and drivers and then let
> you know.
>
> As far as GNU radio is concerned, it's not in my hands as I have been
> given the project by my university and they want it that way :(
>
> Jalal
>
> On Thu, Apr 6, 2017 at 5:05 AM, Neel Pandeya <[email protected]
> <mailto:[email protected]>> wrote:
>
> Please keep the conversation on the mailing list.
>
> I'll respond to you more there.
>
> --?Neel Pandeya
>
>
>
>
> On 5 April 2017 at 16:00, Jalal Shams <[email protected]
> <mailto:[email protected]>> wrote:
>
> Thanks, yes I also think I have to get the thing on metal :) .
> In ubuntu 16.04 sytemd is used instead of Upstart, would it be
> feasible considering that ? I will update my distro and
> drivers and then let you know.
>
> As far as GNU radio is concerned, it's not in my hands as I
> have been given the project by my university and they want it
> that way :(
>
> On Thu, Apr 6, 2017 at 3:53 AM, Neel Pandeya
> <[email protected] <mailto:[email protected]>> wrote:
>
> Hello Jalal:
>
> Several comments....
>
> I would not recommend using a VM. First get things working
> on-the-metal. The VM will limit throughput, and will
> require some configuration settings for USB and Ethernet
> connections.
>
> From your screenshot, you're using UHD 3.8.0, which is
> quite old. I would recommend using UHD 3.9.6.
>
> You said you're using Ubuntu 12.04, which is also quite
> old. Again, I would recommend using something newer,
> Ubuntu 16.04 ideally.
>
> But the most important thing is to ask why you want to
> port OpenBTS to GNU Radio? I cannot think of any reason to
> do this, and GNU Radio is not well-suited for implementing
> applications such as cellular stacks (i.e., OpenBTS).
> There is a reason why none of the cellular stacks use GNU
> Radio.
>
> --?Neel Pandeya
>
>
>
>
> On 5 April 2017 at 15:05, Jalal Shams via USRP-users
> <[email protected]
> <mailto:[email protected]>> wrote:
>
> In addition I am using Virtual box
>
> On Thu, Apr 6, 2017 at 3:04 AM, Jalal Shams
> <[email protected]
> <mailto:[email protected]>> wrote:
>
> Hi all,
> I am working on implementing OpenBts on Gnuradio.
> In doing so I am getting the same error as shown
> in the picture. This picture is of Ubuntu 12.04 as
> I was following "Getting started with Openbts" but
> I got the same error when I was using Ubuntu 14.04.
> I am using USRP 2 device of ettus research and I
> am wondering what is it that I am doing wrong ?
> One thing is that I am not getting the ethernet
> lights and when I ping to the default IP of USRP
> i-e 192.168.10.2 I get "DESTINATION HOST
> UNREACHABLE" (though I have tried various cables
> and also provided static host IP)
> Inline image 1
>
> I will be thankful to you guys
> Jalal
>
>
>
> _______________________________________________
> 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/20170406/80eecec8/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 77107 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170406/80eecec8/attachment-0001.png>
------------------------------
Message: 5
Date: Thu, 6 Apr 2017 21:58:38 +0500
From: Jalal Shams <[email protected]>
To: Marcus M?ller <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] No UHD Device error
Message-ID:
<camnwuytbnn5bwj7o9eouiqsf3r1sppzerojklvwvd3jaqkv...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Thanks I really appreciate that, but what do you suggest me ? I mean what
combination of softwares serves best with implementing OpenBts at present
(with USRP2) ? I am new to this and my knowledge is not great on this line
at the moment. ( I have close to a month left to do the project) I would
need a good advice and plan of action to convince them.
Apart from this, is Ubuntu 16.04 really suitable for OpenBTS as it is not
using Upstart framework ?
Thanks again
Jalal
On Thu, Apr 6, 2017 at 9:47 PM, Marcus M?ller via USRP-users <
[email protected]> wrote:
> Hi Jalal,
>
> , it's not in my hands as I have been given the project by my university
> and they want it that way :(
>
> I highly doubt that. You're misunderstanding your assignment, or the guy
> that assigned this to you will be happy when you discuss early with him why
> what he demands is a bad idea rather than failing far in the future. I
> really doubt your advisor walked up to you and said "hey, you know this
> 140,000 lines of code project that contains a decade worth of knowledge in
> GSM network software development? Port that to <arbitrary vaguely related
> software>!"
>
> You can tell them that people that are active employees of Ettus, have
> plenty experience with Range networks' products and OpenBTS and an active
> developers of GNU Radio told you that "porting OpenBTS to GNU Radio" is not
> a project that can be done by a single student, and that it makes no sense.
>
> Maybe you'd want to more closely specify what you need to do. OpenBTS and
> GNU Radio did, back in the day, have some code-shareage, but I think those
> days are over (not an expert on OpenBTS' codebase myself).
>
>
>
> On 06.04.2017 12:38, Jalal Shams via USRP-users wrote:
>
> Thanks, yes I also think I have to get the thing on metal :) . In ubuntu
> 16.04 sytemd is used instead of Upstart, would it be feasible considering
> that ? I will update my distro and drivers and then let you know.
>
> As far as GNU radio is concerned, it's not in my hands as I have been
> given the project by my university and they want it that way :(
>
> Jalal
>
> On Thu, Apr 6, 2017 at 5:05 AM, Neel Pandeya <[email protected]>
> wrote:
>
>> Please keep the conversation on the mailing list.
>>
>> I'll respond to you more there.
>>
>> --?Neel Pandeya
>>
>>
>>
>>
>> On 5 April 2017 at 16:00, Jalal Shams <[email protected]> wrote:
>>
>>> Thanks, yes I also think I have to get the thing on metal :) . In ubuntu
>>> 16.04 sytemd is used instead of Upstart, would it be feasible considering
>>> that ? I will update my distro and drivers and then let you know.
>>>
>>> As far as GNU radio is concerned, it's not in my hands as I have been
>>> given the project by my university and they want it that way :(
>>>
>>> On Thu, Apr 6, 2017 at 3:53 AM, Neel Pandeya <[email protected]>
>>> wrote:
>>>
>>>> Hello Jalal:
>>>>
>>>> Several comments....
>>>>
>>>> I would not recommend using a VM. First get things working
>>>> on-the-metal. The VM will limit throughput, and will require some
>>>> configuration settings for USB and Ethernet connections.
>>>>
>>>> From your screenshot, you're using UHD 3.8.0, which is quite old. I
>>>> would recommend using UHD 3.9.6.
>>>>
>>>> You said you're using Ubuntu 12.04, which is also quite old. Again, I
>>>> would recommend using something newer, Ubuntu 16.04 ideally.
>>>>
>>>> But the most important thing is to ask why you want to port OpenBTS to
>>>> GNU Radio? I cannot think of any reason to do this, and GNU Radio is not
>>>> well-suited for implementing applications such as cellular stacks (i.e.,
>>>> OpenBTS). There is a reason why none of the cellular stacks use GNU Radio.
>>>>
>>>> --?Neel Pandeya
>>>>
>>>>
>>>>
>>>>
>>>> On 5 April 2017 at 15:05, Jalal Shams via USRP-users <
>>>> [email protected]> wrote:
>>>>
>>>>> In addition I am using Virtual box
>>>>>
>>>>> On Thu, Apr 6, 2017 at 3:04 AM, Jalal Shams <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Hi all,
>>>>>> I am working on implementing OpenBts on Gnuradio. In doing so I am
>>>>>> getting the same error as shown in the picture. This picture is of Ubuntu
>>>>>> 12.04 as I was following "Getting started with Openbts" but I got the
>>>>>> same
>>>>>> error when I was using Ubuntu 14.04.
>>>>>> I am using USRP 2 device of ettus research and I am wondering what is
>>>>>> it that I am doing wrong ? One thing is that I am not getting the
>>>>>> ethernet
>>>>>> lights and when I ping to the default IP of USRP i-e 192.168.10.2 I get
>>>>>> "DESTINATION HOST UNREACHABLE" (though I have tried various cables and
>>>>>> also provided static host IP)
>>>>>> [image: Inline image 1]
>>>>>>
>>>>>> I will be thankful to you guys
>>>>>> Jalal
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing list
>>>>> [email protected]
>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>>>
>>>>
>>>
>>
>
>
> _______________________________________________
> USRP-users mailing
> [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/20170406/e8febf8d/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 77107 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170406/e8febf8d/attachment-0001.png>
------------------------------
Message: 6
Date: Thu, 6 Apr 2017 10:42:52 -0700
From: Neel Pandeya <[email protected]>
To: Jalal Shams <[email protected]>
Cc: usrp-users <[email protected]>
Subject: Re: [USRP-users] No UHD Device error
Message-ID:
<cacaxmv9e-kqgihuwzwtu9_x-saizv72j1b+jrrazk0cstwe...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
And there's a guide for installing UHD on Linux at the link below.
https://kb.ettus.com/Building_and_Installing_the_USRP_Open-Source_Toolchain_(UHD_and_GNU_Radio)_on_Linux
--?Neel Pandeya
On 6 April 2017 at 10:40, Neel Pandeya <[email protected]> wrote:
> Yes, Ubuntu 16.04 uses systemd, not upstart, so you will have manually
> launch all the components of OpenBTS, one-by-one, in separate terminal
> windows.
>
> sudo /usr/local/sbin/smqueue
> sudo /usr/local/sbin/sipauthserve
> sudo /usr/sbin/asterisk -vvvv
> sudo /OpenBTS/OpenBTS
>
> --?Neel Pandeya
>
>
>
> On 6 April 2017 at 03:38, Jalal Shams <[email protected]> wrote:
>
>> Thanks, yes I also think I have to get the thing on metal :) . In ubuntu
>> 16.04 sytemd is used instead of Upstart, would it be feasible considering
>> that ? I will update my distro and drivers and then let you know.
>>
>> As far as GNU radio is concerned, it's not in my hands as I have been
>> given the project by my university and they want it that way :(
>>
>> Jalal
>>
>> On Thu, Apr 6, 2017 at 5:05 AM, Neel Pandeya <[email protected]>
>> wrote:
>>
>>> Please keep the conversation on the mailing list.
>>>
>>> I'll respond to you more there.
>>>
>>> --?Neel Pandeya
>>>
>>>
>>>
>>>
>>> On 5 April 2017 at 16:00, Jalal Shams <[email protected]> wrote:
>>>
>>>> Thanks, yes I also think I have to get the thing on metal :) . In
>>>> ubuntu 16.04 sytemd is used instead of Upstart, would it be feasible
>>>> considering that ? I will update my distro and drivers and then let you
>>>> know.
>>>>
>>>> As far as GNU radio is concerned, it's not in my hands as I have been
>>>> given the project by my university and they want it that way :(
>>>>
>>>> On Thu, Apr 6, 2017 at 3:53 AM, Neel Pandeya <[email protected]>
>>>> wrote:
>>>>
>>>>> Hello Jalal:
>>>>>
>>>>> Several comments....
>>>>>
>>>>> I would not recommend using a VM. First get things working
>>>>> on-the-metal. The VM will limit throughput, and will require some
>>>>> configuration settings for USB and Ethernet connections.
>>>>>
>>>>> From your screenshot, you're using UHD 3.8.0, which is quite old. I
>>>>> would recommend using UHD 3.9.6.
>>>>>
>>>>> You said you're using Ubuntu 12.04, which is also quite old. Again, I
>>>>> would recommend using something newer, Ubuntu 16.04 ideally.
>>>>>
>>>>> But the most important thing is to ask why you want to port OpenBTS to
>>>>> GNU Radio? I cannot think of any reason to do this, and GNU Radio is not
>>>>> well-suited for implementing applications such as cellular stacks (i.e.,
>>>>> OpenBTS). There is a reason why none of the cellular stacks use GNU Radio.
>>>>>
>>>>> --?Neel Pandeya
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 5 April 2017 at 15:05, Jalal Shams via USRP-users <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> In addition I am using Virtual box
>>>>>>
>>>>>> On Thu, Apr 6, 2017 at 3:04 AM, Jalal Shams <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>> I am working on implementing OpenBts on Gnuradio. In doing so I am
>>>>>>> getting the same error as shown in the picture. This picture is of
>>>>>>> Ubuntu
>>>>>>> 12.04 as I was following "Getting started with Openbts" but I got the
>>>>>>> same
>>>>>>> error when I was using Ubuntu 14.04.
>>>>>>> I am using USRP 2 device of ettus research and I am wondering what
>>>>>>> is it that I am doing wrong ? One thing is that I am not getting the
>>>>>>> ethernet lights and when I ping to the default IP of USRP i-e
>>>>>>> 192.168.10.2
>>>>>>> I get "DESTINATION HOST UNREACHABLE" (though I have tried various
>>>>>>> cables
>>>>>>> and also provided static host IP)
>>>>>>> [image: Inline image 1]
>>>>>>>
>>>>>>> I will be thankful to you guys
>>>>>>> Jalal
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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/20170406/aeda3652/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.png
Type: image/png
Size: 77107 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170406/aeda3652/attachment-0001.png>
------------------------------
Message: 7
Date: Thu, 6 Apr 2017 10:45:35 -0700
From: Neel Pandeya <[email protected]>
To: Jalal Shams <[email protected]>
Cc: usrp-users <[email protected]>, Marcus M?ller
<[email protected]>
Subject: Re: [USRP-users] No UHD Device error
Message-ID:
<cacaxmv8fx6uq5q-tpu8qaq1matr4ozhegwja1w0urahgiav...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Jalal, I would strongly agree with what Marcus wrote below, and I would
recommend that you discuss this project further with your advisor.
--?Neel Pandeya
On 6 April 2017 at 09:47, Marcus M?ller via USRP-users <
[email protected]> wrote:
> Hi Jalal,
>
> , it's not in my hands as I have been given the project by my university
> and they want it that way :(
>
> I highly doubt that. You're misunderstanding your assignment, or the guy
> that assigned this to you will be happy when you discuss early with him why
> what he demands is a bad idea rather than failing far in the future. I
> really doubt your advisor walked up to you and said "hey, you know this
> 140,000 lines of code project that contains a decade worth of knowledge in
> GSM network software development? Port that to <arbitrary vaguely related
> software>!"
>
> You can tell them that people that are active employees of Ettus, have
> plenty experience with Range networks' products and OpenBTS and an active
> developers of GNU Radio told you that "porting OpenBTS to GNU Radio" is not
> a project that can be done by a single student, and that it makes no sense.
>
> Maybe you'd want to more closely specify what you need to do. OpenBTS and
> GNU Radio did, back in the day, have some code-shareage, but I think those
> days are over (not an expert on OpenBTS' codebase myself).
>
>
>
> On 06.04.2017 12:38,
> ??
> Jalal Shams via USRP-users wrote:
>
> Thanks, yes I also think I have to get the thing on metal :) . In ubuntu
> 16.04 sytemd is used instead of Upstart, would it be feasible considering
> that ? I will update my distro and drivers and then let you know.
>
> As far as GNU radio is concerned, it's not in my hands as I have been
> given the project by my university and they want it that way :(
>
> Jalal
>
> On Thu, Apr 6, 2017 at 5:05 AM, Neel Pandeya <[email protected]>
> wrote:
>
>> Please keep the conversation on the mailing list.
>>
>> I'll respond to you more there.
>>
>> --?Neel Pandeya
>>
>>
>>
>>
>> On 5 April 2017 at 16:00, Jalal Shams <[email protected]> wrote:
>>
>>> Thanks, yes I also think I have to get the thing on metal :) . In ubuntu
>>> 16.04 sytemd is used instead of Upstart, would it be feasible considering
>>> that ? I will update my distro and drivers and then let you know.
>>>
>>> As far as GNU radio is concerned, it's not in my hands as I have been
>>> given the project by my university and they want it that way :(
>>>
>>> On Thu, Apr 6, 2017 at 3:53 AM, Neel Pandeya <[email protected]>
>>> wrote:
>>>
>>>> Hello Jalal:
>>>>
>>>> Several comments....
>>>>
>>>> I would not recommend using a VM. First get things working
>>>> on-the-metal. The VM will limit throughput, and will require some
>>>> configuration settings for USB and Ethernet connections.
>>>>
>>>> From your screenshot, you're using UHD 3.8.0, which is quite old. I
>>>> would recommend using UHD 3.9.6.
>>>>
>>>> You said you're using Ubuntu 12.04, which is also quite old. Again, I
>>>> would recommend using something newer, Ubuntu 16.04 ideally.
>>>>
>>>> But the most important thing is to ask why you want to port OpenBTS to
>>>> GNU Radio? I cannot think of any reason to do this, and GNU Radio is not
>>>> well-suited for implementing applications such as cellular stacks (i.e.,
>>>> OpenBTS). There is a reason why none of the cellular stacks use GNU Radio.
>>>>
>>>> --?Neel Pandeya
>>>>
>>>>
>>>>
>>>>
>>>> On 5 April 2017 at 15:05, Jalal Shams via USRP-users <
>>>> [email protected]> wrote:
>>>>
>>>>> In addition I am using Virtual box
>>>>>
>>>>> On Thu, Apr 6, 2017 at 3:04 AM, Jalal Shams <[email protected]>
>>>>> wrote:
>>>>>
>>>>>> Hi all,
>>>>>> I am working on implementing OpenBts on Gnuradio. In doing so I am
>>>>>> getting the same error as shown in the picture. This picture is of Ubuntu
>>>>>> 12.04 as I was following "Getting started with Openbts" but I got the
>>>>>> same
>>>>>> error when I was using Ubuntu 14.04.
>>>>>> I am using USRP 2 device of ettus research and I am wondering what is
>>>>>> it that I am doing wrong ? One thing is that I am not getting the
>>>>>> ethernet
>>>>>> lights and when I ping to the default IP of USRP i-e 192.168.10.2 I get
>>>>>> "DESTINATION HOST UNREACHABLE" (though I have tried various cables and
>>>>>> also provided static host IP)
>>>>>> [image: Inline image 1]
>>>>>>
>>>>>> I will be thankful to you guys
>>>>>> Jalal
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> USRP-users mailing list
>>>>> [email protected]
>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>
>>>>>
>>>>
>>>
>>
>
>
> _______________________________________________
> USRP-users mailing
> [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/20170406/167317df/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 77107 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170406/167317df/attachment-0001.png>
------------------------------
Message: 8
Date: Thu, 6 Apr 2017 22:47:40 +0500
From: Jalal Shams <[email protected]>
To: Neel Pandeya <[email protected]>
Cc: usrp-users <[email protected]>, Marcus M?ller
<[email protected]>
Subject: Re: [USRP-users] No UHD Device error
Message-ID:
<camnwuyt2xcbnhv20nv2vp6i1skg5ofwa_uds0czreybup1b...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Thanks, I really appreciate it. I would definitely discuss it with my
advisor.
On Thu, Apr 6, 2017 at 10:45 PM, Neel Pandeya <[email protected]>
wrote:
> Jalal, I would strongly agree with what Marcus wrote below, and I would
> recommend that you discuss this project further with your advisor.
>
> --?Neel Pandeya
>
>
>
>
> On 6 April 2017 at 09:47, Marcus M?ller via USRP-users <
> [email protected]> wrote:
>
>> Hi Jalal,
>>
>> , it's not in my hands as I have been given the project by my university
>> and they want it that way :(
>>
>> I highly doubt that. You're misunderstanding your assignment, or the guy
>> that assigned this to you will be happy when you discuss early with him why
>> what he demands is a bad idea rather than failing far in the future. I
>> really doubt your advisor walked up to you and said "hey, you know this
>> 140,000 lines of code project that contains a decade worth of knowledge in
>> GSM network software development? Port that to <arbitrary vaguely related
>> software>!"
>>
>> You can tell them that people that are active employees of Ettus, have
>> plenty experience with Range networks' products and OpenBTS and an active
>> developers of GNU Radio told you that "porting OpenBTS to GNU Radio" is not
>> a project that can be done by a single student, and that it makes no sense.
>>
>> Maybe you'd want to more closely specify what you need to do. OpenBTS and
>> GNU Radio did, back in the day, have some code-shareage, but I think those
>> days are over (not an expert on OpenBTS' codebase myself).
>>
>>
>>
>> On 06.04.2017 12:38,
>> ??
>> Jalal Shams via USRP-users wrote:
>>
>> Thanks, yes I also think I have to get the thing on metal :) . In ubuntu
>> 16.04 sytemd is used instead of Upstart, would it be feasible considering
>> that ? I will update my distro and drivers and then let you know.
>>
>> As far as GNU radio is concerned, it's not in my hands as I have been
>> given the project by my university and they want it that way :(
>>
>> Jalal
>>
>> On Thu, Apr 6, 2017 at 5:05 AM, Neel Pandeya <[email protected]>
>> wrote:
>>
>>> Please keep the conversation on the mailing list.
>>>
>>> I'll respond to you more there.
>>>
>>> --?Neel Pandeya
>>>
>>>
>>>
>>>
>>> On 5 April 2017 at 16:00, Jalal Shams <[email protected]> wrote:
>>>
>>>> Thanks, yes I also think I have to get the thing on metal :) . In
>>>> ubuntu 16.04 sytemd is used instead of Upstart, would it be feasible
>>>> considering that ? I will update my distro and drivers and then let you
>>>> know.
>>>>
>>>> As far as GNU radio is concerned, it's not in my hands as I have been
>>>> given the project by my university and they want it that way :(
>>>>
>>>> On Thu, Apr 6, 2017 at 3:53 AM, Neel Pandeya <[email protected]>
>>>> wrote:
>>>>
>>>>> Hello Jalal:
>>>>>
>>>>> Several comments....
>>>>>
>>>>> I would not recommend using a VM. First get things working
>>>>> on-the-metal. The VM will limit throughput, and will require some
>>>>> configuration settings for USB and Ethernet connections.
>>>>>
>>>>> From your screenshot, you're using UHD 3.8.0, which is quite old. I
>>>>> would recommend using UHD 3.9.6.
>>>>>
>>>>> You said you're using Ubuntu 12.04, which is also quite old. Again, I
>>>>> would recommend using something newer, Ubuntu 16.04 ideally.
>>>>>
>>>>> But the most important thing is to ask why you want to port OpenBTS to
>>>>> GNU Radio? I cannot think of any reason to do this, and GNU Radio is not
>>>>> well-suited for implementing applications such as cellular stacks (i.e.,
>>>>> OpenBTS). There is a reason why none of the cellular stacks use GNU Radio.
>>>>>
>>>>> --?Neel Pandeya
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On 5 April 2017 at 15:05, Jalal Shams via USRP-users <
>>>>> [email protected]> wrote:
>>>>>
>>>>>> In addition I am using Virtual box
>>>>>>
>>>>>> On Thu, Apr 6, 2017 at 3:04 AM, Jalal Shams <[email protected]>
>>>>>> wrote:
>>>>>>
>>>>>>> Hi all,
>>>>>>> I am working on implementing OpenBts on Gnuradio. In doing so I am
>>>>>>> getting the same error as shown in the picture. This picture is of
>>>>>>> Ubuntu
>>>>>>> 12.04 as I was following "Getting started with Openbts" but I got the
>>>>>>> same
>>>>>>> error when I was using Ubuntu 14.04.
>>>>>>> I am using USRP 2 device of ettus research and I am wondering what
>>>>>>> is it that I am doing wrong ? One thing is that I am not getting the
>>>>>>> ethernet lights and when I ping to the default IP of USRP i-e
>>>>>>> 192.168.10.2
>>>>>>> I get "DESTINATION HOST UNREACHABLE" (though I have tried various
>>>>>>> cables
>>>>>>> and also provided static host IP)
>>>>>>> [image: Inline image 1]
>>>>>>>
>>>>>>> I will be thankful to you guys
>>>>>>> Jalal
>>>>>>>
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> USRP-users mailing list
>>>>>> [email protected]
>>>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>>
>> _______________________________________________
>> USRP-users mailing
>> [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/20170406/46317405/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 77107 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170406/46317405/attachment-0001.png>
------------------------------
Message: 9
Date: Thu, 6 Apr 2017 20:14:02 +0000
From: "Mann, John - 0662 - MITLL" <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] GPSDO RS-232 cable
Message-ID:
<d51b499176a305408baf4a778770d5c035a76...@lle2k10-mbx01.mitll.ad.local>
Content-Type: text/plain; charset="us-ascii"
Sooo... it turns out that the longer RS-232 cable has a different pin-out
than the shorter cable. On the short RS-232 cable, the RX and TX lines are
reversed. On the longer cable, they are straight-through. GND is on pin 2
for both. Which means that the long cable could theoretically be used, but
you'd need to pull the wires for pins 1 & 3 out of the connector and swap
them on one side of the link. Fortunately, I was able to track down one of
the shorter cables, so I didn't need to make this modification.
Also, while scrounging for the shorter cable, I noticed there is a third
style of cable. It is also long, but has an even weirder pin-out.
John
-----Original Message-----
From: USRP-users [mailto:[email protected]] On Behalf Of
Martin Braun via USRP-users
Sent: Wednesday, April 05, 2017 8:46 PM
To: [email protected]
Subject: Re: [USRP-users] GPSDO RS-232 cable
You should be good -- if the longer cable really doesn't work, you'll get
errors related to the GPS subsystem. Until then, keep using your longer
cable.
-- M
On 04/05/2017 02:20 PM, Mann, John - 0662 - MITLL via USRP-users wrote:
> I just replaced an ancient N200 with a brand new one. I'd like to move
> the GPSDO card from the old unit to the new one. The old N200 used a
> longer RS-232 cable (22 cm vs. 8 cm). Is there any way to use the old
> cable with the new N200, or do I need to find an 8 cm one?
>
>
>
> John Mann
>
>
>
> _______________________________________________
> 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 --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 5457 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170406/87b4643b/attachment-0001.p7s>
------------------------------
Message: 10
Date: Fri, 7 Apr 2017 02:53:03 +0000 (UTC)
From: ThongLeng <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] cmake error on GnuRadio (for cross compiling)
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi All,I am new to USRP and have followed the instructions in this
web?https://kb.ettus.com/Software_Development_on_the_E310_and_E312?to setup my
Ubuntu 16.04 LTS for cross-compiling of UHD and GnuRadio.I have installed
the?oecore-x86_64-armv7ahf-vfp-neon-toolchain-nodistro.0.sh?under my home
directory ~/workarea-HomeRx/E312.And I am able to get to build, compile and
installed the UHD under?~/workarea-HomeRx/E312.But I have problem when trying
to build GnuRadio. I get the error messages when I try to perform a cmake of
GnuRadio using this command:
sudo cmake -Wno-dev
-DCMAKE_TOOLCHAIN_FILE=../cmake/Toolchains/oe-sdk_cross.cmake
\-DCMAKE_INSTALL_PREFIX=/usr -DENABLE_GR_VOCODER=OFF -DENABLE_GR_ATSC=OFF
-DENABLE_GR_DTV=OFF -DENABLE_DOXYGEN=OFF
-DUHD_DIR=~/workarea-HomeRx/E312/src/uhd/usr/lib/cmake/uhd/
-DUHD_INCLUDE_DIRS=~/workarea-HomeRx/E312/usr/include
-DUHD_LIBRARIES=~/workarea-HomeRx/E312/usr/lib/libuhd.so ../
The error message is
CMake Error at cmake/Toolchains/oe-sdk_cross.cmake:4 (string):? string
sub-command REGEX, mode MATCH needs at least 5 arguments total to? command.Call
Stack (most recent call first):? build-arm/CMakeFiles/3.5.1/CMakeSystem.cmake:6
(include)? CMakeLists.txt:29 (project)
CMake Error at cmake/Toolchains/oe-sdk_cross.cmake:5 (string):? string
sub-command REGEX, mode REPLACE needs at least 6 arguments total to?
command.Call Stack (most recent call first):?
build-arm/CMakeFiles/3.5.1/CMakeSystem.cmake:6 (include)? CMakeLists.txt:29
(project)
-- The CXX compiler identification is GNU 5.4.0-- The C compiler identification
is GNU 5.4.0-- Check for working CXX compiler: /usr/bin/c++CMake Error at
/home/thongleng/workarea-HomeRx/E312/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake:4
(string):? string sub-command REGEX, mode MATCH needs at least 5 arguments
total to? command.Call Stack (most recent call first):?
/home/thongleng/workarea-HomeRx/E312/src/gnuradio/build-arm/CMakeFiles/3.5.1/CMakeSystem.cmake:6
(include)? CMakeLists.txt:2 (project)
CMake Error at
/home/thongleng/workarea-HomeRx/E312/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake:5
(string):? string sub-command REGEX, mode REPLACE needs at least 6 arguments
total to? command.Call Stack (most recent call first):?
/home/thongleng/workarea-HomeRx/E312/src/gnuradio/build-arm/CMakeFiles/3.5.1/CMakeSystem.cmake:6
(include)? CMakeLists.txt:2 (project)
CMake Error: Internal CMake error, TryCompile configure of cmake failed-- Check
for working CXX compiler: /usr/bin/c++ -- brokenCMake Error at
/usr/share/cmake-3.5/Modules/CMakeTestCXXCompiler.cmake:54 (message):? The C++
compiler "/usr/bin/c++" is not able to compile a simple test? program.
? It fails with the following output:
? CMake will not be able to correctly generate this project.Call Stack (most
recent call first):? CMakeLists.txt:29 (project)
Here is some additional command i performed to check that the environment is
setup.echo $CCarm-oe-linux-gnueabi-gcc -march=armv7-a -mfloat-abi=hard
-mfpu=neon
--sysroot=/home/thongleng/workarea-HomeRx/E312/sysroots/armv7ahf-vfp-neon-oe-linux-gnueabi
$CC -dumpmachinearm-oe-linux-gnueabi
What am I missing here for the cmake of GnuRadio?
thanks a lot in advance..thongleng
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170407/80821938/attachment-0001.html>
------------------------------
Message: 11
Date: Fri, 7 Apr 2017 02:21:45 -0700
From: Samuel Prager <[email protected]>
To: [email protected]
Subject: [USRP-users] non-symmetric filtering of negative frequencies
by receiver- x300 + ubx-160
Message-ID: <18c87a3a-390f-4723-b527-826d43ae7078@Spark>
Content-Type: text/plain; charset="utf-8"
Hello,
I am transmitting and receiving a linear fm waveform in loopback, and am
experiencing an issue where negative frequency components are the waveform are
being filtered by the receiver, causing the RX baseband waveform to be band
limited and non-symmetric.
This seems to be occurring at all RF frequencies and independently of the
actual bandwidth of the TX waveform.
I am attempting to synthesize a wide-band stepped chirp signal and this is
making it difficult to coherently combine pulses without having side-lobes blow
up.
Is this something that should be expected? Are there any fixes/ work-arounds? I
am on a recent rfnoc-devel branch of uhd.
I have attached images of the tx and rx waveform (for example at 50 MHz BW,
centered at 800 MHz) ? both spectrum and time-domain signal. I can confirm that
the tx signal is sent properly.
Thank you,
Sam
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170407/98f83f45/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 50mhz_rx_obw.jpg
Type: image/jpeg
Size: 71145 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170407/98f83f45/attachment-0004.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 50mhz_tx_obw.jpg
Type: image/jpeg
Size: 56822 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170407/98f83f45/attachment-0005.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 50mhz_rx_td.jpg
Type: image/jpeg
Size: 109798 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170407/98f83f45/attachment-0006.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 50mhz_tx_td.jpg
Type: image/jpeg
Size: 124808 bytes
Desc: not available
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20170407/98f83f45/attachment-0007.jpg>
------------------------------
Message: 12
Date: Fri, 07 Apr 2017 16:10:56 +0200
From: Francois Quitin <[email protected]>
To: [email protected]
Subject: [USRP-users] E310 with GPS time source problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Dear list,
I am trying to use the GPS as a time source on the E310 with the command
usrp->set_time_source("gpsdo"). When I run this, I get the following
error:
"Error: LookupError: KeyError: update_time_source: unknown source:
gpsdo"
When I query uhd_usrp_probe, the possible time sources are listed as
"none, internal, external", but no gpsdo...
I am using UHD 003.009.002. Any idea why this is coming up?
Many thanks,
Fran?ois
------------------------------
Message: 13
Date: Fri, 07 Apr 2017 11:12:19 -0400
From: [email protected]
To: Francois Quitin <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] E310 with GPS time source problem
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Which X310 system image are you running?
On 2017-04-07 10:10, Francois Quitin via USRP-users wrote:
> Dear list,
>
> I am trying to use the GPS as a time source on the E310 with the command
> usrp->set_time_source("gpsdo"). When I run this, I get the following error:
> "Error: LookupError: KeyError: update_time_source: unknown source: gpsdo"
>
> When I query uhd_usrp_probe, the possible time sources are listed as "none,
> internal, external", but no gpsdo...
>
> I am using UHD 003.009.002. Any idea why this is coming up?
>
> Many thanks,
> Fran?ois
>
> _______________________________________________
> 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/20170407/85793e3e/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 80, Issue 7
*****************************************
