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: B200 / B210 EMI Shields (Theo Holloway via USRP-users)
2. Re: USRP B210 quadrature imbalance issue.
(King Chan via USRP-users)
3. Re: B200 / B210 EMI Shields (Ben Hilburn via USRP-users)
4. Re: question about GPSDO module (fquitin via USRP-users)
5. Reference Clock (Hossein Talaiee via USRP-users)
6. Re: Reference Clock (Ian Buckley via USRP-users)
7. OpenBTS compilation error (ajaysharma via USRP-users)
8. Re: question about GPSDO module (Matt Ettus via USRP-users)
9. Re: question about GPSDO module (Marcus M?ller via USRP-users)
10. Re: question about GPSDO module (fquitin via USRP-users)
11. Re: question about GPSDO module (Matt Ettus via USRP-users)
12. Re: question about GPSDO module (fquitin via USRP-users)
13. Re: OpenBTS compilation error
(Ralph A. Schmid, dk5ras via USRP-users)
14. Plastic Extruded Case for the B210
(Linnenkamp, Nicholas via USRP-users)
----------------------------------------------------------------------
Message: 1
Date: Tue, 6 May 2014 18:44:11 +0100
From: Theo Holloway via USRP-users <[email protected]>
To: <[email protected]>
Subject: Re: [USRP-users] B200 / B210 EMI Shields
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
+= 1 to that - I'm planning on using my B200 in some fairly hairy
environments.
I'd certainly be interested to go in on a group buy if there's fabrication
to be done.
Best wishes,
Theo.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140506/816fe0c5/attachment-0001.html>
------------------------------
Message: 2
Date: Tue, 6 May 2014 14:26:12 -0400
From: King Chan via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210 quadrature imbalance issue.
Message-ID:
<CACGfNRO=rreoshlbbmdznqyxgfq3dw+cnts8bh-oghspjkj...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Simon,
Did you notice the same issue on the RX side?
Thanks.
King
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140506/8a509d12/attachment-0001.html>
------------------------------
Message: 3
Date: Tue, 6 May 2014 14:15:25 -0700
From: Ben Hilburn via USRP-users <[email protected]>
To: Theo Holloway <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] B200 / B210 EMI Shields
Message-ID:
<caoevzkkbzrq0jesmjuw7rkf74ekiwvebj0uodao388uo_+y...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Paolo -
There is no spec'd part number for the shields. We provided the copper pull
and holes so that you can put some on there if you need them, but we don't
have any designs we can share or sell at this point.
Cheers,
Ben
On Tue, May 6, 2014 at 10:44 AM, Theo Holloway via USRP-users <
[email protected]> wrote:
> += 1 to that ? I?m planning on using my B200 in some fairly hairy
> environments.
>
>
>
> I?d certainly be interested to go in on a group buy if there?s fabrication
> to be done.
>
>
>
> Best wishes,
>
>
>
> Theo.
>
> _______________________________________________
> 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/20140506/095754fe/attachment-0001.html>
------------------------------
Message: 4
Date: Wed, 07 May 2014 06:00:05 +0200
From: fquitin via USRP-users <[email protected]>
To: <[email protected]>, <[email protected]>
Subject: Re: [USRP-users] question about GPSDO module
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Marcus,
Thanks for your answer! The reason we want to remove the GPS antenna is
the following: we need the time of the USRPs to be synchronized (with
precision that can be as bad as microseconds), but we want the
oscillators to be free-running (we're building a TDOA estimation
architecture that also estimates the LO offsets and LO skew).
So indeed, using the PPS/time feature of teh GPSDO without disciplining
the clock seems the way to go. How should I do that? Should I just
disconnect the 10MHz reference cable while leaving the PPS cable
connected?
Cheers,
Francois
On 06.05.2014 17:21, Marcus M?ller via USRP-users wrote:
> Hi Francois,
>
> I assume you not only use the GPSDO to get a time and a PPS to set
> that time, but also to discipline the oscillator of your USRP.
>
> Generally, when losing GPS fix, the GPSDO will continue to provide a
> clock.
> However, in my experience, that (not GPS coordinated) clock is worse
> than the USRP-built in oscillator, but not much. Is there a reason why
> you would want to remove the GPS antenna during use?
>
> Also, you should be able to use the PPS / time feature of the GPSDO
> without disciplining the clock using the GPSDO, and from my
> perspective that might be what you want to do.
>
> Greetings,
> Marcus
>
> On 06.05.2014 09:46, Francois Quitin via USRP-users wrote:
>
>> Dear all,
>>
>> A little question about the GPSDO-module disciplined local
>> oscillator. We
>> have run an experiment where we connect a GPS antenna to the GPSDO
>> module,
>> and let the GPSDO acquire enough satellites to achieve a lock (this
>> is to
>> align the time of different USRPs). We then disconnect the GPS
>> antenna, and
>> let the local oscillator run by itself.
>>
>> After disconnecting the GPS antenna, will the local oscillator behave
>> like
>> any oscillator, or will there be some lingering effect from the GPSDO
>> module
>> GPS correction?
>>
>> Thanks a lot,
>>
>> Francois
>>
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>> [1]
>
>
>
> Links:
> ------
> [1] 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
------------------------------
Message: 5
Date: Wed, 7 May 2014 09:49:29 +0430
From: Hossein Talaiee via USRP-users <[email protected]>
To: [email protected]
Subject: [USRP-users] Reference Clock
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
Hi
Is there anyway to use another reference frequency instead of 10 MHz? Like 8 or
12 MHz, not multiple of 10MHz!
------------------------------
Message: 6
Date: Tue, 6 May 2014 23:05:49 -0700
From: Ian Buckley via USRP-users <[email protected]>
To: Hossein Talaiee <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] Reference Clock
Message-ID: <[email protected]>
Content-Type: text/plain; charset=us-ascii
What is the issue you foresee with 10MHz as a reference clock and for which
USRP product?
On May 6, 2014, at 10:19 PM, Hossein Talaiee via USRP-users
<[email protected]> wrote:
> Hi
>
> Is there anyway to use another reference frequency instead of 10 MHz? Like 8
> or 12 MHz, not multiple of 10MHz!
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 7
Date: 7 May 2014 07:25:10 -0000
From: ajaysharma via USRP-users <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] OpenBTS compilation error
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi,
I am trying to compile OpenBTS, but getting following error.
/usr/lib/libosip2.so -lortp -la53 -pthread
/usr/bin/ld: cannot find -la53
collect2: ld returned 1 exit status
make[2]: *** [OpenBTS] Error 1
Please help me to solve it.
Thanks & Regards,
Ajay
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140507/18ca17f4/attachment-0001.html>
------------------------------
Message: 8
Date: Wed, 7 May 2014 09:28:31 +0200
From: Matt Ettus via USRP-users <[email protected]>
To: Francois Quitin <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] question about GPSDO module
Message-ID:
<CAN=1kn-1nk5oc2zoob8qdiwhz6zjc3w6yz00fmjfqrckqao...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
If you allow the GPSDO to lock and sit for a while, and then remove the
antenna, it should go into "holdover mode". This will maintain more
accuracy than if you had not had GPS to start with, but obviously not as
good as if you had kept the antenna attached. If you remove power and
power up again you lose the holdover performance and go into normal
free-run.
Matt
On Tue, May 6, 2014 at 9:46 AM, Francois Quitin via USRP-users <
[email protected]> wrote:
> Dear all,
>
>
>
> A little question about the GPSDO-module disciplined local oscillator. We
> have run an experiment where we connect a GPS antenna to the GPSDO module,
> and let the GPSDO acquire enough satellites to achieve a lock (this is to
> align the time of different USRPs). We then disconnect the GPS antenna, and
> let the local oscillator run by itself.
>
>
>
> After disconnecting the GPS antenna, will the local oscillator behave like
> any oscillator, or will there be some lingering effect from the GPSDO
> module GPS correction?
>
>
>
> Thanks a lot,
>
> Francois
>
>
>
> --
>
> Francois Quitin, Ph.D.
>
>
>
> Research Fellow
>
> INFINITUS - Infocomm Centre of Excellence
>
> School of EEE, Nanyang Technological University
>
> 50 Nanyang Ave, S2-B4b-05
> Singapore 639798
>
> Phone: +65-8502-3690
>
> Email: [email protected] <[email protected]>
>
>
>
> _______________________________________________
> 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/20140507/44b55408/attachment-0001.html>
------------------------------
Message: 9
Date: Wed, 7 May 2014 09:35:04 +0200
From: Marcus M?ller via USRP-users <[email protected]>
To: fquitin <[email protected]>, [email protected]
Subject: Re: [USRP-users] question about GPSDO module
Message-ID:
<CAHrJaSUpuYAkcjTMJo4mrxnjnr-1NQD3p1ML8=ohes-t-ho...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi Francois,
I'd suggest you'd just use the uhd::multi_usrp::set_clock_source[1] command
to select the "internal" clock, instead of the GPSDO one, that should do
the trick.
Greetings,
Marcus
[1]http://files.ettus.com/uhd_docs/doxygen/html/classuhd_1_1usrp_1_1multi__usrp.html#a73ed40009d0d3787c183d42423d25026
On 07.05.2014 06:00, fquitin wrote:
> Hi Marcus,
>
> Thanks for your answer! The reason we want to remove the GPS antenna
> is the following: we need the time of the USRPs to be synchronized
> (with precision that can be as bad as microseconds), but we want the
> oscillators to be free-running (we're building a TDOA estimation
> architecture that also estimates the LO offsets and LO skew).
>
> So indeed, using the PPS/time feature of teh GPSDO without
> disciplining the clock seems the way to go. How should I do that?
> Should I just disconnect the 10MHz reference cable while leaving the
> PPS cable connected?
>
> Cheers,
> Francois
>
>
> On 06.05.2014 17:21, Marcus M?ller via USRP-users wrote:
>> Hi Francois,
>>
>> I assume you not only use the GPSDO to get a time and a PPS to set
>> that time, but also to discipline the oscillator of your USRP.
>>
>> Generally, when losing GPS fix, the GPSDO will continue to provide a
>> clock.
>> However, in my experience, that (not GPS coordinated) clock is worse
>> than the USRP-built in oscillator, but not much. Is there a reason why
>> you would want to remove the GPS antenna during use?
>>
>> Also, you should be able to use the PPS / time feature of the GPSDO
>> without disciplining the clock using the GPSDO, and from my
>> perspective that might be what you want to do.
>>
>> Greetings,
>> Marcus
>>
>> On 06.05.2014 09:46, Francois Quitin via USRP-users wrote:
>>
>>> Dear all,
>>>
>>> A little question about the GPSDO-module disciplined local
>>> oscillator. We
>>> have run an experiment where we connect a GPS antenna to the GPSDO
>>> module,
>>> and let the GPSDO acquire enough satellites to achieve a lock (this
>>> is to
>>> align the time of different USRPs). We then disconnect the GPS
>>> antenna, and
>>> let the local oscillator run by itself.
>>>
>>> After disconnecting the GPS antenna, will the local oscillator
>>> behave like
>>> any oscillator, or will there be some lingering effect from the
>>> GPSDO module
>>> GPS correction?
>>>
>>> Thanks a lot,
>>>
>>> Francois
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [1]
>>
>>
>>
>> Links:
>> ------
>> [1] 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
------------------------------
Message: 10
Date: Wed, 07 May 2014 09:42:32 +0200
From: fquitin via USRP-users <[email protected]>
To: Matt Ettus <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] question about GPSDO module
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi Matt,
Thanks for the answer. And in this "holdover mode", there is no more
correction of the clock, right? (I need the oscillator to have
predictable behavior, e.g. more or less linear drift without any digital
corrections)
Francois
On 07.05.2014 09:28, Matt Ettus wrote:
> If you allow the GPSDO to lock and sit for a while, and then remove
> the antenna, it should go into "holdover mode". ?This will maintain
> more accuracy than if you had not had GPS to start with, but obviously
> not as good as if you had kept the antenna attached. ?If you remove
> power and power up again you lose the holdover performance and go into
> normal free-run.
>
> Matt
>
> On Tue, May 6, 2014 at 9:46 AM, Francois Quitin via USRP-users
> <[email protected]> wrote:
>
>> Dear all,
>>
>> ?
>>
>> A little question about the GPSDO-module disciplined local
>> oscillator. We have run an experiment where we connect a GPS antenna
>> to the GPSDO module, and let the GPSDO acquire enough satellites to
>> achieve a lock (this is to align the time of different USRPs). We then
>> disconnect the GPS antenna, and let the local oscillator run by
>> itself.
>>
>> ?
>>
>> After disconnecting the GPS antenna, will the local oscillator behave
>> like any oscillator, or will there be some lingering effect from the
>> GPSDO module GPS correction?
>>
>> ?
>>
>> Thanks a lot,
>>
>> Francois
>>
>> ?
>>
>> --
>>
>> Francois Quitin, Ph.D.
>>
>> ?
>>
>> Research Fellow
>>
>> INFINITUS - Infocomm Centre of Excellence
>>
>> School of EEE, Nanyang Technological University
>>
>> 50 Nanyang Ave, S2-B4b-05
>> Singapore 639798
>>
>> Phone: +65-8502-3690 [1]
>>
>> Email: [email protected]
>>
>> ?
>> _______________________________________________
>> USRP-users mailing list
>> [email protected]
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>> [2]
>
>
>
> Links:
> ------
> [1] tel:%2B65-8502-3690
> [2] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 11
Date: Wed, 7 May 2014 09:49:10 +0200
From: Matt Ettus via USRP-users <[email protected]>
To: fquitin <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] question about GPSDO module
Message-ID:
<CAN=1kn8pXo=wdjdbdtvgd9bhn6m-_fx75kd+ku1-7pixehz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Linear drift in frequency or linear drift in time? Linear drift in time is
given by a roughly constant frequency error. Frequency error will change
slowly over time, but it will be random. Also, there might be digital
correction during the holdover period, but I am not certain. I will try to
find out.
Matt
On Wed, May 7, 2014 at 9:42 AM, fquitin <[email protected]> wrote:
> Hi Matt,
>
> Thanks for the answer. And in this "holdover mode", there is no more
> correction of the clock, right? (I need the oscillator to have predictable
> behavior, e.g. more or less linear drift without any digital corrections)
>
> Francois
>
>
> On 07.05.2014 09:28, Matt Ettus wrote:
>
>> If you allow the GPSDO to lock and sit for a while, and then remove
>> the antenna, it should go into "holdover mode". This will maintain
>> more accuracy than if you had not had GPS to start with, but obviously
>> not as good as if you had kept the antenna attached. If you remove
>> power and power up again you lose the holdover performance and go into
>> normal free-run.
>>
>> Matt
>>
>> On Tue, May 6, 2014 at 9:46 AM, Francois Quitin via USRP-users
>> <[email protected]> wrote:
>>
>> Dear all,
>>>
>>>
>>>
>>> A little question about the GPSDO-module disciplined local oscillator.
>>> We have run an experiment where we connect a GPS antenna to the GPSDO
>>> module, and let the GPSDO acquire enough satellites to achieve a lock (this
>>> is to align the time of different USRPs). We then disconnect the GPS
>>> antenna, and let the local oscillator run by itself.
>>>
>>>
>>>
>>> After disconnecting the GPS antenna, will the local oscillator behave
>>> like any oscillator, or will there be some lingering effect from the GPSDO
>>> module GPS correction?
>>>
>>>
>>>
>>> Thanks a lot,
>>>
>>> Francois
>>>
>>>
>>>
>>> --
>>>
>>> Francois Quitin, Ph.D.
>>>
>>>
>>>
>>> Research Fellow
>>>
>>> INFINITUS - Infocomm Centre of Excellence
>>>
>>> School of EEE, Nanyang Technological University
>>>
>>> 50 Nanyang Ave, S2-B4b-05
>>> Singapore 639798
>>>
>>> Phone: +65-8502-3690 [1]
>>>
>>>
>>> Email: [email protected]
>>>
>>>
>>> _______________________________________________
>>> USRP-users mailing list
>>> [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com [2]
>>>
>>
>>
>>
>> Links:
>> ------
>> [1] tel:%2B65-8502-3690
>> [2] 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/20140507/c94cebc2/attachment-0001.html>
------------------------------
Message: 12
Date: Wed, 07 May 2014 09:53:31 +0200
From: fquitin via USRP-users <[email protected]>
To: Matt Ettus <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] question about GPSDO module
Message-ID: <[email protected]>
Content-Type: text/plain; charset=UTF-8; format=flowed
Linear drift in time (with of course a slowly varying frequency error).
The main thing I want to avoid is digital corrections in the holdover
mode, as this cannot be predicted by any type of LO model.
Francois
On 07.05.2014 09:49, Matt Ettus wrote:
> Linear drift in frequency or linear drift in time? ?Linear drift in
> time is given by a roughly constant frequency error. ?Frequency error
> will change slowly over time, but it will be random. ?Also, there
> might be digital correction during the holdover period, but I am not
> certain. ?I will try to find out.
>
> Matt
>
> On Wed, May 7, 2014 at 9:42 AM, fquitin <[email protected]> wrote:
>
>> Hi Matt,
>>
>> Thanks for the answer. And in this "holdover mode", there is no more
>> correction of the clock, right? (I need the oscillator to have
>> predictable behavior, e.g. more or less linear drift without any
>> digital corrections)
>>
>> Francois
>>
>> On 07.05.2014 09:28, Matt Ettus wrote:
>>
>>> If you allow the GPSDO to lock and sit for a while, and then remove
>>> the antenna, it should go into "holdover mode". ?This will maintain
>>> more accuracy than if you had not had GPS to start with, but
>>> obviously
>>> not as good as if you had kept the antenna attached. ?If you remove
>>> power and power up again you lose the holdover performance and go
>>> into
>>> normal free-run.
>>>
>>> Matt
>>>
>>> On Tue, May 6, 2014 at 9:46 AM, Francois Quitin via USRP-users
>>> <[email protected]> wrote:
>>>
>>>> Dear all,
>>>>
>>>> ?
>>>>
>>>> A little question about the GPSDO-module disciplined local
>>>> oscillator. We have run an experiment where we connect a GPS antenna
>>>> to the GPSDO module, and let the GPSDO acquire enough satellites to
>>>> achieve a lock (this is to align the time of different USRPs). We
>>>> then disconnect the GPS antenna, and let the local oscillator run by
>>>> itself.
>>>>
>>>> ?
>>>>
>>>> After disconnecting the GPS antenna, will the local oscillator
>>>> behave like any oscillator, or will there be some lingering effect
>>>> from the GPSDO module GPS correction?
>>>>
>>>> ?
>>>>
>>>> Thanks a lot,
>>>>
>>>> Francois
>>>>
>>>> ?
>>>>
>>>> --
>>>>
>>>> Francois Quitin, Ph.D.
>>>>
>>>> ?
>>>>
>>>> Research Fellow
>>>>
>>>> INFINITUS - Infocomm Centre of Excellence
>>>>
>>>> School of EEE, Nanyang Technological University
>>>>
>>>> 50 Nanyang Ave, S2-B4b-05
>>>> Singapore 639798
>>>>
>>>> Phone: +65-8502-3690 [1] [1]
>>>>
>>>> Email: [email protected]
>>>>
>>>> ?
>>>> _______________________________________________
>>>> USRP-users mailing list
>>>> [email protected]
>>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>> [2] [2]
>>>
>>> Links:
>>> ------
>>> [1] tel:%2B65-8502-3690
>>> [2]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>> [2]
>
>
>
> Links:
> ------
> [1] tel:%2B65-8502-3690
> [2] http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
------------------------------
Message: 13
Date: Wed, 7 May 2014 15:01:49 +0200
From: "Ralph A. Schmid, dk5ras via USRP-users"
<[email protected]>
To: "'ajaysharma'" <[email protected]>
Cc: [email protected], [email protected]
Subject: Re: [USRP-users] OpenBTS compilation error
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Why not ask via the OpenBTS mailing list? And don?t forget to mention what
OpenBTS version you are using, and what Linux version?
Ralph.
From: USRP-users [mailto:[email protected]] On Behalf Of
ajaysharma via USRP-users
Sent: Wednesday, May 7, 2014 9:25 AM
To: [email protected]
Subject: [USRP-users] OpenBTS compilation error
Hi,
I am trying to compile OpenBTS, but getting following error.
/usr/lib/libosip2.so -lortp -la53 -pthread
/usr/bin/ld: cannot find -la53
collect2: ld returned 1 exit status
make[2]: *** [OpenBTS] Error 1
Please help me to solve it.
Thanks & Regards,
Ajay
<http://sigads.rediff.com/RealMedia/ads/click_nx.ads/www.rediffmail.com/signatureline.htm@Middle?>
Get your own FREE website, FREE domain & FREE mobile app with Company email.
<http://track.rediff.com/click?url=___http://businessemail.rediff.com/company-email-hosting-services?sc_cid=sign-1-10-13___&cmp=host&lnk=sign-1-10-13&nsrv1=host>
Know More >
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140507/21ad2c0e/attachment-0001.html>
------------------------------
Message: 14
Date: Wed, 7 May 2014 13:26:00 +0000
From: "Linnenkamp, Nicholas via USRP-users"
<[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] Plastic Extruded Case for the B210
Message-ID:
<f12eb16eed10e34598b8204ce060869c0ceae...@rrc-ats-exmb2.ats.atsinnovate.com>
Content-Type: text/plain; charset="us-ascii"
Gents,
In case anyone is interested I fabricated a case for the B210 that fits pretty
well and will keep it from getting damaged.
http://www.ebay.com/itm/Blue-Extruded-Plastic-Case-for-the-Ettus-B210-/121335870549?pt=LH_DefaultDomain_0&hash=item1c402e7455
I have been using this model of case in the lab for the last four week or so
and it works great with no ESD problems. Previous to that I have been using an
earlier version that didn't have any ESD problems either.
Nicholas
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140507/8ea709dc/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 45, Issue 7
*****************************************
