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: Setting E310 time to GPS time ([email protected])
2. Re: Setting E310 time to GPS time (Philip Balister)
3. Re: Setting E310 time to GPS time (Jason Matusiak)
4. Re: Setting E310 time to GPS time (Kyle A Logue)
5. Re: Setting E310 time to GPS time (Philip Balister)
6. Re: Setting E310 time to GPS time (Jason Matusiak)
7. Re: Setting E310 time to GPS time (Philip Balister)
8. Re: Setting E310 time to GPS time ([email protected])
9. Re: UBX can not transmit signal (liu Jong)
10. Re: Compiling UHD examples (Martin Braun)
11. UHD compatibility with RF Boards (Schild Jonas)
12. abou LP0965 (john liu)
13. Re: abou LP0965 (James Humphries)
14. Re: Compiling UHD examples (Sumit Kumar)
----------------------------------------------------------------------
Message: 1
Date: Mon, 16 May 2016 12:06:38 -0400
From: [email protected]
To: Jason Matusiak <[email protected]>
Cc: Philip Balister <[email protected]>, Ettus Mail List
<[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
I'm running a V3 image on mine, and GPSD/NTPD are pre-configured to
"just work(tm)".
On 2016-05-16 11:58, Jason Matusiak via USRP-users wrote:
>> With a recent image, it should just work.
>
> Philip, do you mean the image that was just pushed in the last week (I am
> running on the image before that)? Thanks for the quick response.
>
> _______________________________________________
> 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/20160516/d6b01df9/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 16 May 2016 12:02:16 -0400
From: Philip Balister <[email protected]>
To: Jason Matusiak <[email protected]>, Ettus Mail List
<[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/16/2016 11:58 AM, Jason Matusiak wrote:
>> With a recent image, it should just work.
>
> Philip, do you mean the image that was just pushed in the last week (I
> am running on the image before that)? Thanks for the quick response.
>
I'm 99% certain the setup is on Release-3. It should use some ntp pool
servers supported by National Instruments, and gps time if available.
Philip
------------------------------
Message: 3
Date: Mon, 16 May 2016 12:11:17 -0400
From: Jason Matusiak <[email protected]>
To: [email protected]
Cc: Philip Balister <[email protected]>, Ettus Mail List
<[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8; format=flowed
> I'm running a V3 image on mine, and GPSD/NTPD are pre-configured to
"just work(tm)".
OK, just to make sure I am clear. When it "just works" it means that
once a GPS lock is achieved (which I know I have on all 4 of my units),
it should set the linux's system time automatically?
Does V3 mean release-3? I am currently on release-4/sg1, but there is a
beta/fido release that Philip just pushed last week.
------------------------------
Message: 4
Date: Mon, 16 May 2016 16:11:19 +0000
From: Kyle A Logue <[email protected]>
To: Jason Matusiak <[email protected]>,
"[email protected]" <[email protected]>, Ettus Mail List
<[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID:
<sn1pr09mb0976bb0e8fe4ddfcd39252b9b9...@sn1pr09mb0976.namprd09.prod.outlook.com>
Content-Type: text/plain; charset="iso-8859-1"
All,
I believe the functionality where the host time was automatically set was
removed in all releases after 3. I don't know why. Every alpha or beta since
release 3, and rel 4 require you to manually set the host time. Perhaps there
is a more elegant way of doing it, but I do the following in a shell script:
echo "Setting system time to GPS UTC Value..."
GPSDATE=`gpspipe -w | head -10 | grep TPV | sed -r 's/.*"time":"([^"]*)".*/\1/'
| head -1`
echo $GPSDATE
date -s "$GPSDATE"
This is only second-accurate. If someone knows a better way, i'm happy to
listen.
- Kyle
________________________________
From: USRP-users <[email protected]> on behalf of Marcus D.
Leech via USRP-users <[email protected]>
Sent: Monday, May 16, 2016 09:06
To: Jason Matusiak
Cc: Ettus Mail List
Subject: Re: [USRP-users] Setting E310 time to GPS time
I'm running a V3 image on mine, and GPSD/NTPD are pre-configured to "just
work(tm)".
On 2016-05-16 11:58, Jason Matusiak via USRP-users wrote:
With a recent image, it should just work.
Philip, do you mean the image that was just pushed in the last week (I am
running on the image before that)? Thanks for the quick response.
_______________________________________________
USRP-users mailing list
[email protected]<mailto:[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/20160516/9a81c532/attachment-0001.html>
------------------------------
Message: 5
Date: Mon, 16 May 2016 12:38:11 -0400
From: Philip Balister <[email protected]>
To: Jason Matusiak <[email protected]>, [email protected]
Cc: Ettus Mail List <[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 05/16/2016 12:11 PM, Jason Matusiak wrote:
>> I'm running a V3 image on mine, and GPSD/NTPD are pre-configured to
> "just work(tm)".
>
> OK, just to make sure I am clear. When it "just works" it means that
> once a GPS lock is achieved (which I know I have on all 4 of my units),
> it should set the linux's system time automatically?
>
> Does V3 mean release-3? I am currently on release-4/sg1, but there is a
> beta/fido release that Philip just pushed last week.
>
This is with the image I published recently:
root@ettus-e3xx-sg1:~# ntpq -p
remote refid st t when poll reach delay offset
jitter
==============================================================================
oPPS(0) .PPS. 0 l 16 16 377 0.000 -0.345
3.360
*SHM(0) .GPS. 0 l 15 16 377 0.000 0.963
4.974
+216.152.240.220 216.218.254.202 2 u 27 64 177 90.499 -5.770
7.828
-131.107.13.100 .ACTS. 1 u 43 64 173 112.643 5.847
243.142
+lithium.constan 128.59.0.245 2 u 49 64 177 46.911 -1.210
243.678
+chl.la 216.218.254.202 2 u 48 64 177 97.409 -3.237
3.561
root@ettus-e3xx-sg1:~#
I believe this should work back to release-3. Look in /etc/ntp.conf and
see if if refers to the pool servers and the local gpd/pps reference.
Philip
------------------------------
Message: 6
Date: Mon, 16 May 2016 09:41:53 -0700
From: "Jason Matusiak" <[email protected]>
To: "Philip Balister" <[email protected]>, [email protected]
Cc: "Ettus Mail List" <[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID:
<20160516094153.ba066092a6e013ef68fa4f5a8d80e9ee.c50424c5b9....@email02.godaddy.com>
Content-Type: text/plain; charset="utf-8"
> I believe this should work back to release-3. Look in /etc/ntp.conf and
> see if if refers to the pool servers and the local gpd/pps reference.
Here is what my ntp.conf looks like:
# This is the most basic ntp configuration file
# The driftfile must remain in a place specific to this
# machine - it records the machine specific clock error
driftfile /var/lib/ntp/drift
# This should be a server that is close (in IP terms)
# to the machine. Add other servers as required.
# Unless you un-comment the line below ntpd will sync
# only against the local system clock.
#
# server time.server.example.com
#
server 0.natinst.pool.ntp.org
server 1.natinst.pool.ntp.org
server 2.natinst.pool.ntp.org
server 3.natinst.pool.ntp.org
# GPS PPS reference
server 127.127.22.0 minpoll 4 maxpoll 4
fudge 127.127.22.0 refid PPS
server 127.127.28.0 minpoll 4 maxpoll 4 prefer
fudge 127.127.28.0 time1 0.191 refid GPS
#statsdir /var/log/ntpstats/
#statistics peerstats
#filegen peerstats file peerstats type day enable
# Defining a default security setting
restrict default
and when I run the other command you mentioned:
root@ettus-e3xx-sg1:~# ntpq -p
remote refid st t when poll reach delay offset
jitter
==============================================================================
PPS(0) .PPS. 0 l - 16 0 0.000 0.000
0.000
SHM(0) .GPS. 0 l - 16 0 0.000 0.000
0.000
------------------------------
Message: 7
Date: Mon, 16 May 2016 16:57:32 -0400
From: Philip Balister <[email protected]>
To: Jason Matusiak <[email protected]>, Ettus Mail List
<[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset=windows-1252
On 05/16/2016 11:54 AM, Philip Balister via USRP-users wrote:
> On 05/16/2016 11:49 AM, Jason Matusiak via USRP-users wrote:
>> Once I have a GPS lock, I would like to set the E310's system time to the
>> current GPS fix. Is there a way to do that (I assume so, but haven't found
>> the
>> right combination of commands)?
>
> With a recent image, it should just work.
>
> Look in /etc/ntp.conf
> Try ntpq -p
> cgps should give state of gps.
OK, I did some tests with the Release-4 image. It looks like you need to
comment out the lines for the network based servers when you are running
without a network connection for ntp to pick up the gps time. It appears
to pick up the gps time if there is a network connection.
The fido-test-2016.05 image has an updated version of ntp that appears
to have resolved the problem. I have not studied the ntp changelog
closely though.
https://github.com/openembedded/meta-openembedded/commit/c2107a12ab666117607507ce74ac6e89804ce69c
Is the update in OpenEmbedded.
I'd like to know if this information helps solve peoples problems.
Philip
>
> Philip
>
>>
>> TIA
>>
>>
>>
>> _______________________________________________
>> 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
>
------------------------------
Message: 8
Date: Mon, 16 May 2016 17:11:46 -0400
From: [email protected]
To: Philip Balister <[email protected]>
Cc: Jason Matusiak <[email protected]>, Ettus Mail List
<[email protected]>
Subject: Re: [USRP-users] Setting E310 time to GPS time
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
Actually, I recall now having to make that change in release-3.
On 2016-05-16 16:57, Philip Balister via USRP-users wrote:
> On 05/16/2016 11:54 AM, Philip Balister via USRP-users wrote: On 05/16/2016
> 11:49 AM, Jason Matusiak via USRP-users wrote: Once I have a GPS lock, I
> would like to set the E310's system time to the
> current GPS fix. Is there a way to do that (I assume so, but haven't found
> the
> right combination of commands)?
> With a recent image, it should just work.
>
> Look in /etc/ntp.conf
> Try ntpq -p
> cgps should give state of gps.
OK, I did some tests with the Release-4 image. It looks like you need to
comment out the lines for the network based servers when you are running
without a network connection for ntp to pick up the gps time. It appears
to pick up the gps time if there is a network connection.
The fido-test-2016.05 image has an updated version of ntp that appears
to have resolved the problem. I have not studied the ntp changelog
closely though.
https://github.com/openembedded/meta-openembedded/commit/c2107a12ab666117607507ce74ac6e89804ce69c
Is the update in OpenEmbedded.
I'd like to know if this information helps solve peoples problems.
Philip
> Philip
>
>> TIA
>>
>> _______________________________________________
>> 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
_______________________________________________
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/20160516/54c1a09c/attachment-0001.html>
------------------------------
Message: 9
Date: Tue, 17 May 2016 08:57:56 +0800
From: liu Jong <[email protected]>
To: Michael West <[email protected]>
Cc: "[email protected]" <[email protected]>, Ettus
Research Support <[email protected]>
Subject: Re: [USRP-users] UBX can not transmit signal
Message-ID:
<caeui2n0+jj_euqskehwtqwotg8xq_yg4uch9ksaty2vi81x...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi,Michael,
there is no error information,and the TX/RX port is also lighting.But it
can not transmit signal.
thank you.
Jon
2016-05-16 21:56 GMT+08:00 Michael West <[email protected]>:
> Hi Jon,
>
> There is no firmware on the UBX and there is no difference in software for
> the different versions. What is the exact error you are seeing?
>
> Regards,
> Michael
>
> On Sun, May 15, 2016 at 10:54 PM, liu Jong <[email protected]> wrote:
>
>> Hi Michael,
>> thank you for your davices.i tried it,but no use.But if i change to
>> 158277B-01L
>> UBX,it works ok.Can UBX be flashed firmware,or some other measures i should
>> take?
>> best regards
>> Jon
>>
>> 2016-05-13 22:42 GMT+08:00 Michael West <[email protected]>:
>>
>>> Hi Jon,
>>>
>>> There is an issue with some components on the bottom side of the UBX
>>> being too close to the mounting holes and shorting out to the daughterboard
>>> standoffs on the X300/X310. You can rotate the existing standoffs so they
>>> provide more clearance for the components or install thinner standoffs.
>>>
>>> I'm not sure, but I thought the UBX shipped with the thinner standoffs.
>>> If not, you can contact [email protected] to request them.
>>>
>>> Regards,
>>> Michael
>>>
>>> On Thu, May 12, 2016 at 11:58 PM, liu Jong via USRP-users <
>>> [email protected]> wrote:
>>>
>>>> Dear all,
>>>> We have 3 pieces of UBX-40 board?one of which the part number
>>>> is 158277B-01L and it send and receive signals normally.the others of part
>>>> number are all 158277A-01L and they only received signal, but couldn't send
>>>> out a signal. We tested this on the uhd3.9.4 . According to different
>>>> part number, need we to do some special settings?
>>>>
>>>> thank you
>>>> best regards
>>>> Jon
>>>>
>>>> _______________________________________________
>>>> 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/20160517/616edb51/attachment-0001.html>
------------------------------
Message: 10
Date: Mon, 16 May 2016 18:24:32 -0700
From: Martin Braun <[email protected]>
To: "'[email protected]'" <[email protected]>
Subject: Re: [USRP-users] Compiling UHD examples
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
On 05/15/2016 04:53 AM, Sumit Kumar wrote:
> OK, this is interesting. Though I have to work with C, but this is a
> good pointer to start with.
That shouldn't make a big difference. Our example is C++, but I don't
think compiling C examples would make a big difference. Please let us
know here if the do.
Cheers,
Martin
>
> On May 13, 2016 8:45 PM, "Martin Braun via USRP-users"
> <[email protected] <mailto:[email protected]>> wrote:
>
> BTW, we ship a standalone example that shows how to use CMake etc. to
> link against UHD in `host/examples/init_usrp`.
>
> Cheers,
> M
>
> On 05/07/2016 02:37 PM, Marcus M?ller via USRP-users wrote:
> > Hi Sumit!
> >
> > No, "examples" can't be built as an out-of-tree Cmake project
> > you'll have to do
> >
> > cd ~/Downloads/uhd/host/
> > mkdir build
> > cd build
> > cmake ..
> > make
> >
> > to build UHD /including/ the examples.
> >
> > Best regards,
> > Marcus
> >
> > On 07.05.2016 23:00, Sumit Kumar wrote:
> >> Hello Marcus,
> >>
> >> Yes I will definitely use the build system. But my first attempt gave
> >> me this unfortunately :-/
> >>
> >> For this particular issue I am pasting the error message.
> >>
> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >> fourmi@fourmi:~/Downloads/uhd/host/examples$ mkdir build && cd build
> >> fourmi@fourmi:~/Downloads/uhd/host/examples/build$ cmake ..
> >> -- The C compiler identification is GNU 4.8.4
> >> -- The CXX compiler identification is GNU 4.8.4
> >> -- Check for working C compiler: /usr/bin/cc
> >> -- Check for working C compiler: /usr/bin/cc -- works
> >> -- Detecting C compiler ABI info
> >> -- Detecting C compiler ABI info - done
> >> -- Check for working CXX compiler: /usr/bin/c++
> >> -- Check for working CXX compiler: /usr/bin/c++ -- works
> >> -- Detecting CXX compiler ABI info
> >> -- Detecting CXX compiler ABI info - done
> >> CMake Error at CMakeLists.txt:50 (UHD_INSTALL):
> >> Unknown CMake command "UHD_INSTALL".
> >>
> >>
> >> CMake Warning (dev) in CMakeLists.txt:
> >> No cmake_minimum_required command is present. A line of code
> such as
> >>
> >> cmake_minimum_required(VERSION 2.8)
> >>
> >> should be added at the top of the file. The version specified may
> >> be lower
> >> if you wish to support older CMake versions for this project.
> For more
> >> information run "cmake --help-policy CMP0000".
> >> This warning is for project developers. Use -Wno-dev to suppress it.
> >>
> >> -- Configuring incomplete, errors occurred!
> >> See also
> >>
>
> "/home/fourmi/Downloads/uhd/host/examples/build/CMakeFiles/CMakeOutput.log".
> >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> >>
> >> On Fri, May 6, 2016 at 10:00 AM, Marcus M?ller
> >> <[email protected] <mailto:[email protected]>
> <mailto:[email protected]
> <mailto:[email protected]>>> wrote:
> >>
> >> Hi Sumit,
> >>
> >> really, discard the idea of building a large project without the
> >> help of its build system.
> >>
> >> Instead, get Cmake to work.
> >> Now, I've never seen this problem you're mentioning:
> >>> Unknown CMake command "UHD_INSTALL".
> >> Can you give a bit more context to that line? Usually, CMake
> >> points out the file and line where something "bad" happened.
> >> What version of UHD are you building?
> >> How did you get that UHD source tree?
> >> UHD_INSTALL is in Modules/UHDComponent.cmake, so it should
> >> definitely be found by any CMake version.
> >>
> >> Best regards,
> >> Marcus
> >>
> >>
> >> On 06.05.2016 06:08, Sumit Kumar via USRP-users wrote:
> >>> I edited some parts of rx_timed_samples.cpp and tried to compile
> >>> it.
> >>>
> >>> First I tried (inside /host/build)
> >>>
> >>> cmake ..
> >>> and this error came up
> >>>
> >>> Unknown CMake command "UHD_INSTALL".
> >>>
> >>> Then I tried doing other way round without cmake. I normally use
> >>> it to compile my other files of cpp
> >>>
> >>> g ++ uhdd.cpp -luhd -o rx
> >>>
> >>> But it threw whole lot of linker errors.
> >>>
> >>> Here is a snapshot
> >>>
> >>> /tmp/ccNJGg4e.o: In function `_main(int, char**)':
> >>> timeds.cpp:(.text+0x159): undefined reference to
> >>>
> `boost::program_options::options_description::m_default_line_length'
> >>> timeds.cpp:(.text+0x164): undefined reference to
> >>>
> `boost::program_options::options_description::m_default_line_length'
> >>> timeds.cpp:(.text+0x1a9): undefined reference to
> >>>
>
> `boost::program_options::options_description::options_description(std::string
> >>> const&, unsigned int, unsigned int)'
> >>> timeds.cpp:(.text+0x35d): undefined reference to
> >>> `boost::program_options::options_description::add_options()'
> >>>
> >>> It seems, it is not able to find the boost libraries.
> >>>
> >>> What I am missing ?
> >>>
> >>> ** These errors dint come for my other uhd based files where I
> >>> dint use boost libraries.
> >>>
> >>>
> >>>
> >>> --
> >>> --
> >>> Sumit Kumar,
> >>> Doctoral student, Upms
> >>> Eurecom, BIOT
> >>> France
> >>>
> >>>
> >>>
> >>> _______________________________________________
> >>> USRP-users mailing list
> >>> [email protected]
> <mailto:[email protected]>
> <mailto:[email protected] <mailto:[email protected]>>
> >>>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >>
> >> _______________________________________________
> >> USRP-users mailing list
> >> [email protected]
> <mailto:[email protected]>
> <mailto:[email protected] <mailto:[email protected]>>
> >>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >>
> >>
> >>
> >>
> >> --
> >> --
> >> Sumit kumar
> >> Doctoral Student, UPMC
> >> Eurecom, BIOT
> >> France
> >>
> >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected] <mailto:[email protected]>
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> >
>
>
> _______________________________________________
> USRP-users mailing list
> [email protected] <mailto:[email protected]>
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
------------------------------
Message: 11
Date: Tue, 17 May 2016 09:30:47 +0200
From: Schild Jonas <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] UHD compatibility with RF Boards
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="us-ascii"
Hi all
I was trying to find some information about which UHD version is compatible
with which RF Daughter board. Specifically, I'm wondering if the UBX 10-6000
MHz Rx/Tx (160MHz) is compatible with UHD 3.9.1.
Any help is appreciated.
Regards,
Jonas
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160517/65156262/attachment-0001.html>
------------------------------
Message: 12
Date: Tue, 17 May 2016 17:42:26 +0800
From: john liu <[email protected]>
To: "[email protected]" <[email protected]>
Subject: [USRP-users] abou LP0965
Message-ID:
<caf6nntjxf7a3pq7ehmyhbpxr2um--_flde72wvxm_topwsg...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Dear all,
I need to know about the angle or direction parameter of LP0965.where can i
find it?
thank you
best regards
John
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160517/db93bef7/attachment-0001.html>
------------------------------
Message: 13
Date: Tue, 17 May 2016 09:46:41 -0400
From: James Humphries <[email protected]>
To: john liu <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] abou LP0965
Message-ID:
<caewgfhwgzmsxirs4sqkwzroyox4+gjsgu6zu5oqquby_k2y...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi John,
Some information about the antenna here:
http://www.wa5vjb.com/pcb-pdfs/LP8565.pdf
I believe the direction of maximum gain is indicated next to the SMA
connector on the PCB. There should be an arrow that points away from the
narrower end of the antenna.
-Trip
On Tue, May 17, 2016 at 5:42 AM, john liu via USRP-users <
[email protected]> wrote:
> Dear all,
> I need to know about the angle or direction parameter of LP0965.where can
> i find it?
> 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/20160517/cadcaa9f/attachment-0001.html>
------------------------------
Message: 14
Date: Tue, 17 May 2016 16:10:25 +0200
From: Sumit Kumar <[email protected]>
To: Martin Braun <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] Compiling UHD examples
Message-ID:
<CAOExtcRZTMJH6QHZiHahwGmZppTCXNfzWqFEj8HAjL=u86d...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Yes sure thing. I will keep the list posted. :)
On Tue, May 17, 2016 at 3:24 AM, Martin Braun via USRP-users <
[email protected]> wrote:
> On 05/15/2016 04:53 AM, Sumit Kumar wrote:
> > OK, this is interesting. Though I have to work with C, but this is a
> > good pointer to start with.
>
> That shouldn't make a big difference. Our example is C++, but I don't
> think compiling C examples would make a big difference. Please let us
> know here if the do.
>
> Cheers,
> Martin
>
> >
> > On May 13, 2016 8:45 PM, "Martin Braun via USRP-users"
> > <[email protected] <mailto:[email protected]>> wrote:
> >
> > BTW, we ship a standalone example that shows how to use CMake etc. to
> > link against UHD in `host/examples/init_usrp`.
> >
> > Cheers,
> > M
> >
> > On 05/07/2016 02:37 PM, Marcus M?ller via USRP-users wrote:
> > > Hi Sumit!
> > >
> > > No, "examples" can't be built as an out-of-tree Cmake project
> > > you'll have to do
> > >
> > > cd ~/Downloads/uhd/host/
> > > mkdir build
> > > cd build
> > > cmake ..
> > > make
> > >
> > > to build UHD /including/ the examples.
> > >
> > > Best regards,
> > > Marcus
> > >
> > > On 07.05.2016 23:00, Sumit Kumar wrote:
> > >> Hello Marcus,
> > >>
> > >> Yes I will definitely use the build system. But my first attempt
> gave
> > >> me this unfortunately :-/
> > >>
> > >> For this particular issue I am pasting the error message.
> > >>
> > >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > >> fourmi@fourmi:~/Downloads/uhd/host/examples$ mkdir build && cd
> build
> > >> fourmi@fourmi:~/Downloads/uhd/host/examples/build$ cmake ..
> > >> -- The C compiler identification is GNU 4.8.4
> > >> -- The CXX compiler identification is GNU 4.8.4
> > >> -- Check for working C compiler: /usr/bin/cc
> > >> -- Check for working C compiler: /usr/bin/cc -- works
> > >> -- Detecting C compiler ABI info
> > >> -- Detecting C compiler ABI info - done
> > >> -- Check for working CXX compiler: /usr/bin/c++
> > >> -- Check for working CXX compiler: /usr/bin/c++ -- works
> > >> -- Detecting CXX compiler ABI info
> > >> -- Detecting CXX compiler ABI info - done
> > >> CMake Error at CMakeLists.txt:50 (UHD_INSTALL):
> > >> Unknown CMake command "UHD_INSTALL".
> > >>
> > >>
> > >> CMake Warning (dev) in CMakeLists.txt:
> > >> No cmake_minimum_required command is present. A line of code
> > such as
> > >>
> > >> cmake_minimum_required(VERSION 2.8)
> > >>
> > >> should be added at the top of the file. The version specified
> may
> > >> be lower
> > >> if you wish to support older CMake versions for this project.
> > For more
> > >> information run "cmake --help-policy CMP0000".
> > >> This warning is for project developers. Use -Wno-dev to suppress
> it.
> > >>
> > >> -- Configuring incomplete, errors occurred!
> > >> See also
> > >>
> >
> "/home/fourmi/Downloads/uhd/host/examples/build/CMakeFiles/CMakeOutput.log".
> > >> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> > >>
> > >> On Fri, May 6, 2016 at 10:00 AM, Marcus M?ller
> > >> <[email protected] <mailto:[email protected]>
> > <mailto:[email protected]
> > <mailto:[email protected]>>> wrote:
> > >>
> > >> Hi Sumit,
> > >>
> > >> really, discard the idea of building a large project without
> the
> > >> help of its build system.
> > >>
> > >> Instead, get Cmake to work.
> > >> Now, I've never seen this problem you're mentioning:
> > >>> Unknown CMake command "UHD_INSTALL".
> > >> Can you give a bit more context to that line? Usually, CMake
> > >> points out the file and line where something "bad" happened.
> > >> What version of UHD are you building?
> > >> How did you get that UHD source tree?
> > >> UHD_INSTALL is in Modules/UHDComponent.cmake, so it should
> > >> definitely be found by any CMake version.
> > >>
> > >> Best regards,
> > >> Marcus
> > >>
> > >>
> > >> On 06.05.2016 06:08, Sumit Kumar via USRP-users wrote:
> > >>> I edited some parts of rx_timed_samples.cpp and tried to
> compile
> > >>> it.
> > >>>
> > >>> First I tried (inside /host/build)
> > >>>
> > >>> cmake ..
> > >>> and this error came up
> > >>>
> > >>> Unknown CMake command "UHD_INSTALL".
> > >>>
> > >>> Then I tried doing other way round without cmake. I normally
> use
> > >>> it to compile my other files of cpp
> > >>>
> > >>> g ++ uhdd.cpp -luhd -o rx
> > >>>
> > >>> But it threw whole lot of linker errors.
> > >>>
> > >>> Here is a snapshot
> > >>>
> > >>> /tmp/ccNJGg4e.o: In function `_main(int, char**)':
> > >>> timeds.cpp:(.text+0x159): undefined reference to
> > >>>
> > `boost::program_options::options_description::m_default_line_length'
> > >>> timeds.cpp:(.text+0x164): undefined reference to
> > >>>
> > `boost::program_options::options_description::m_default_line_length'
> > >>> timeds.cpp:(.text+0x1a9): undefined reference to
> > >>>
> >
> `boost::program_options::options_description::options_description(std::string
> > >>> const&, unsigned int, unsigned int)'
> > >>> timeds.cpp:(.text+0x35d): undefined reference to
> > >>> `boost::program_options::options_description::add_options()'
> > >>>
> > >>> It seems, it is not able to find the boost libraries.
> > >>>
> > >>> What I am missing ?
> > >>>
> > >>> ** These errors dint come for my other uhd based files where
> I
> > >>> dint use boost libraries.
> > >>>
> > >>>
> > >>>
> > >>> --
> > >>> --
> > >>> Sumit Kumar,
> > >>> Doctoral student, Upms
> > >>> Eurecom, BIOT
> > >>> France
> > >>>
> > >>>
> > >>>
> > >>> _______________________________________________
> > >>> USRP-users mailing list
> > >>> [email protected]
> > <mailto:[email protected]>
> > <mailto:[email protected] <mailto:
> [email protected]>>
> > >>>
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> > >>
> > >>
> > >> _______________________________________________
> > >> USRP-users mailing list
> > >> [email protected]
> > <mailto:[email protected]>
> > <mailto:[email protected] <mailto:
> [email protected]>>
> > >>
> > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> --
> > >> Sumit kumar
> > >> Doctoral Student, UPMC
> > >> Eurecom, BIOT
> > >> France
> > >>
> > >
> > >
> > >
> > > _______________________________________________
> > > USRP-users mailing list
> > > [email protected] <mailto:[email protected]>
> > > http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> > >
> >
> >
> > _______________________________________________
> > USRP-users mailing list
> > [email protected] <mailto:[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
>
--
--
Sumit kumar
Doctoral Student, UPMC
Eurecom, BIOT
France
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20160517/6da77e87/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 69, Issue 17
******************************************
