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: FYI: MATLAB home edition (Dean Ferraro)
2. Re: FYI: MATLAB home edition (Hacker Fantastic)
3. Re: FYI: MATLAB home edition (Hacker Fantastic)
4. Re: FYI: MATLAB home edition (John Malsbury)
5. B200 - JTAG, Cap, I&Q Imbalance (King Chan)
6. Re: B200 - JTAG, Cap, I&Q Imbalance (Ben Hilburn)
7. Re: FYI: MATLAB home edition (Dean Ferraro)
8. Re: FYI: MATLAB home edition (Mike McLernon)
9. Re: FYI: MATLAB home edition (Albert Huang)
10. Re: FYI: MATLAB home edition ([email protected])
11. Re: USRP B210 Overflows (Francois Louw)
12. Re: USRP B210 Overflows (Michael West)
13. Does the firmware code in uhd repository fits B210 board?
(=?ISO-8859-1?B?NDQyNzc3ODE2?=)
14. Support e-mails to [email protected] (Marcus D. Leech)
15. Re: USRP2 RFX2400 Hardware problems (Paul Drechsel)
16. Re: UHD installation error in pybombs while installing OP25
(Joseph Cardani)
----------------------------------------------------------------------
Message: 1
Date: Thu, 13 Mar 2014 12:08:07 -0400
From: Dean Ferraro <[email protected]>
To: Albert Huang <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID:
<CAHHsW8ZxeOSEieA00jb=7QXB=nzPop=mp5ezg_b7deqz6f+...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I have no experience with Matlab and unfortunately no trial/demo is
available for someone considering home use.
For anyone using Matlab, what version(s) of UHD does it support?
On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang <[email protected]>wrote:
> Hi, all,
>
> For people who use MATLAB, this is a good news! Starting from USD$135,
> you can get full version of MATLAB for personal use.
>
> http://www.mathworks.com/products/matlab-home/
> --
> Albert Chun-Chieh Huang(???)
> Blog: Random Notes, http://alberthuang314.blogspot.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/20140313/43366177/attachment-0001.html>
------------------------------
Message: 2
Date: Thu, 13 Mar 2014 16:14:54 +0000
From: Hacker Fantastic <[email protected]>
To: Dean Ferraro <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID:
<cag-oiensbih-ywujnjxyt7cnbyb3dvb8tle5d1xquod7wot...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
I have been using matlab lately, the communications toolbox and other DSP
related components give alot of control over the USRP (I tested with an
N210.) The version of LibUHD that it uses is not the latest version and
outputs "linux; GNU C++ version 4.4.6; Boost_104900;
UHD_003.004.002-vendor" during interaction with a USRP (running Matlab
under Linux.). I found that you can just use an older firmware image and
rewrite the FPGA if you want the latest UHD elsewhere. There are some great
tutorials on using SimRF with the USRP too and I would highly recommend it
alongside GNU/Radio if your USRP supports it (not all do, check with
MathWorks if yours is.)
Kind Regards,
Matthew
On Thu, Mar 13, 2014 at 4:08 PM, Dean Ferraro <[email protected]>wrote:
> I have no experience with Matlab and unfortunately no trial/demo is
> available for someone considering home use.
>
> For anyone using Matlab, what version(s) of UHD does it support?
>
>
> On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang <[email protected]>wrote:
>
>> Hi, all,
>>
>> For people who use MATLAB, this is a good news! Starting from USD$135,
>> you can get full version of MATLAB for personal use.
>>
>> http://www.mathworks.com/products/matlab-home/
>> --
>> Albert Chun-Chieh Huang(???)
>> Blog: Random Notes, http://alberthuang314.blogspot.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
>
>
--
Matthew Hickey
Tel: +44 7543 661237
Web: http://blog.hackerfantastic.com
Please visit my website for blog postings, status updates and project
information.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140313/eff15361/attachment-0001.html>
------------------------------
Message: 3
Date: Thu, 13 Mar 2014 16:19:50 +0000
From: Hacker Fantastic <[email protected]>
To: Dean Ferraro <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID:
<cag-oienwqozakx2drb8+ig0cgadk7ucqd6b79zy1669+lyq...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Just further to that, the MatLab site actually states "MATLAB and Simulink
Support Package for USRP? Radio has been tested on N210 and USRP2? devices
using WBX, SBX, XCVR2450, TVRX, TVRX2, LFRX, LFTX, DBSRX, and DBSRX2
daughterboards" so if its not listed assume it would not be supported at
present (B/USRP1/E-series devices.). If you do want to get an idea of the
capabilities of MatLab before purchasing then check out the videos on the
MathWorks site USRP example here:
http://www.mathworks.co.uk/hardware-support/usrp.html
I'm having alot of fun with it and recommend it as a companion to GNU/Radio
if your USRP supports it.
On Thu, Mar 13, 2014 at 4:14 PM, Hacker Fantastic <
[email protected]> wrote:
> I have been using matlab lately, the communications toolbox and other DSP
> related components give alot of control over the USRP (I tested with an
> N210.) The version of LibUHD that it uses is not the latest version and
> outputs "linux; GNU C++ version 4.4.6; Boost_104900;
> UHD_003.004.002-vendor" during interaction with a USRP (running Matlab
> under Linux.). I found that you can just use an older firmware image and
> rewrite the FPGA if you want the latest UHD elsewhere. There are some great
> tutorials on using SimRF with the USRP too and I would highly recommend it
> alongside GNU/Radio if your USRP supports it (not all do, check with
> MathWorks if yours is.)
>
> Kind Regards,
> Matthew
>
>
> On Thu, Mar 13, 2014 at 4:08 PM, Dean Ferraro <[email protected]>wrote:
>
>> I have no experience with Matlab and unfortunately no trial/demo is
>> available for someone considering home use.
>>
>> For anyone using Matlab, what version(s) of UHD does it support?
>>
>>
>> On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang
>> <[email protected]>wrote:
>>
>>> Hi, all,
>>>
>>> For people who use MATLAB, this is a good news! Starting from USD$135,
>>> you can get full version of MATLAB for personal use.
>>>
>>> http://www.mathworks.com/products/matlab-home/
>>> --
>>> Albert Chun-Chieh Huang(???)
>>> Blog: Random Notes, http://alberthuang314.blogspot.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
>>
>>
>
>
> --
> Matthew Hickey
> Tel: +44 7543 661237
> Web: http://blog.hackerfantastic.com
>
> Please visit my website for blog postings, status updates and project
> information.
>
>
>
>
>
--
Matthew Hickey
Tel: +44 7543 661237
Web: http://blog.hackerfantastic.com
Please visit my website for blog postings, status updates and project
information.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140313/f7c933d2/attachment-0001.html>
------------------------------
Message: 4
Date: Thu, 13 Mar 2014 09:24:46 -0700
From: John Malsbury <[email protected]>
To: Hacker Fantastic <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID:
<CAN5WegTmVOxA==tkrE4JDJVfC=13Ah6jOGQXBeJ4Ob9=7h9...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
That is correct. At this point in time, Matlab and Simulink officially
support the USRP N210 and USRP2. If you would like to experiment with
other devices while waiting for official support for some of our newer
products, you might have a look at:
https://www.cel.kit.edu/english/simulink-uhd.php
In principle, this open source plugin will support our latest driver , but
I don't have first hand experience with it.
-John
On Thu, Mar 13, 2014 at 9:19 AM, Hacker Fantastic <
[email protected]> wrote:
> Just further to that, the MatLab site actually states "MATLAB and
> Simulink Support Package for USRP? Radio has been tested on N210 and USRP2
> ? devices using WBX, SBX, XCVR2450, TVRX, TVRX2, LFRX, LFTX, DBSRX, and
> DBSRX2 daughterboards" so if its not listed assume it would not be
> supported at present (B/USRP1/E-series devices.). If you do want to get an
> idea of the capabilities of MatLab before purchasing then check out the
> videos on the MathWorks site USRP example here:
> http://www.mathworks.co.uk/hardware-support/usrp.html
>
> I'm having alot of fun with it and recommend it as a companion to
> GNU/Radio if your USRP supports it.
>
>
> On Thu, Mar 13, 2014 at 4:14 PM, Hacker Fantastic <
> [email protected]> wrote:
>
>> I have been using matlab lately, the communications toolbox and other DSP
>> related components give alot of control over the USRP (I tested with an
>> N210.) The version of LibUHD that it uses is not the latest version and
>> outputs "linux; GNU C++ version 4.4.6; Boost_104900;
>> UHD_003.004.002-vendor" during interaction with a USRP (running Matlab
>> under Linux.). I found that you can just use an older firmware image and
>> rewrite the FPGA if you want the latest UHD elsewhere. There are some great
>> tutorials on using SimRF with the USRP too and I would highly recommend it
>> alongside GNU/Radio if your USRP supports it (not all do, check with
>> MathWorks if yours is.)
>>
>> Kind Regards,
>> Matthew
>>
>>
>> On Thu, Mar 13, 2014 at 4:08 PM, Dean Ferraro <[email protected]>wrote:
>>
>>> I have no experience with Matlab and unfortunately no trial/demo is
>>> available for someone considering home use.
>>>
>>> For anyone using Matlab, what version(s) of UHD does it support?
>>>
>>>
>>> On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang
>>> <[email protected]>wrote:
>>>
>>>> Hi, all,
>>>>
>>>> For people who use MATLAB, this is a good news! Starting from USD$135,
>>>> you can get full version of MATLAB for personal use.
>>>>
>>>> http://www.mathworks.com/products/matlab-home/
>>>> --
>>>> Albert Chun-Chieh Huang(???)
>>>> Blog: Random Notes, http://alberthuang314.blogspot.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
>>>
>>>
>>
>>
>> --
>> Matthew Hickey
>> Tel: +44 7543 661237
>> Web: http://blog.hackerfantastic.com
>>
>> Please visit my website for blog postings, status updates and project
>> information.
>>
>>
>>
>>
>>
>
>
> --
> Matthew Hickey
> Tel: +44 7543 661237
> Web: http://blog.hackerfantastic.com
>
> Please visit my website for blog postings, status updates and project
> information.
>
>
>
>
>
> _______________________________________________
> 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/20140313/238ffc92/attachment-0001.html>
------------------------------
Message: 5
Date: Wed, 12 Mar 2014 21:26:25 -0400
From: King Chan <[email protected]>
To: [email protected]
Subject: [USRP-users] B200 - JTAG, Cap, I&Q Imbalance
Message-ID:
<CACGfNRPxYChJGzRHBHSLaX++7GDRW5JK11P5Z=0b7xkktsg...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi ,
I have a few questions regarding B200 board:
1) JTAG header is not populated on B200. If I'd add the header myself, will
it works? And, if I populate the header, will it void the the warranty?
2) Direct leakage from TX1 to RX1 can be observed. If I remove the
capacitor C809, it should be better. But will this void the warranty?
3) Does B200 supports uhd_cal_tx_iq_balance ? If not, how to calibrate B200 I&Q
imbalance?
Thanks.
King
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140312/ded41417/attachment-0001.html>
------------------------------
Message: 6
Date: Thu, 13 Mar 2014 09:55:36 -0700
From: Ben Hilburn <[email protected]>
To: King Chan <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] B200 - JTAG, Cap, I&Q Imbalance
Message-ID:
<CAOEVZkKKoNewjNcTQ-si7MAALQivJ65NFQ3wuXsY2amX+W7x=g...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi King -
>
> 1) JTAG header is not populated on B200. If I'd add the header myself,
> will it works? And, if I populate the header, will it void the the warranty?
> 2) Direct leakage from TX1 to RX1 can be observed. If I remove the
> capacitor C809, it should be better. But will this void the warranty?
>
Yes, making hardware modifications to your board does void the warranty. If
you correctly populate the JTAG header, it will work.
> 3) Does B200 supports uhd_cal_tx_iq_balance ? If not, how to calibrate
> B200 I&Q imbalance?
>
No, it doesn't support that utility, but it doesn't need it. UHD takes
advantage of the AD9361's internal IQ calibration, which is always on.
Cheers,
Ben
>
>
> Thanks.
>
> King
>
> _______________________________________________
> 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/20140313/77b38eff/attachment-0001.html>
------------------------------
Message: 7
Date: Thu, 13 Mar 2014 12:56:46 -0400
From: Dean Ferraro <[email protected]>
To: John Malsbury <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID:
<cahhsw8zxwwubyjsyrmtfrzkalzg2kf50x5kwmbv4r2k-cgz...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Thank you all very much. I have an N210 so I'm OK with device support. The
additional modules are $45 a piece which I think I would need 3 or 4 to
start.
I'll continue to look into it and see where it leads.
On Thu, Mar 13, 2014 at 12:24 PM, John Malsbury <[email protected]>wrote:
> That is correct. At this point in time, Matlab and Simulink officially
> support the USRP N210 and USRP2. If you would like to experiment with
> other devices while waiting for official support for some of our newer
> products, you might have a look at:
>
> https://www.cel.kit.edu/english/simulink-uhd.php
>
> In principle, this open source plugin will support our latest driver , but
> I don't have first hand experience with it.
>
> -John
>
>
> On Thu, Mar 13, 2014 at 9:19 AM, Hacker Fantastic <
> [email protected]> wrote:
>
>> Just further to that, the MatLab site actually states "MATLAB and
>> Simulink Support Package for USRP? Radio has been tested on N210 and
>> USRP2? devices using WBX, SBX, XCVR2450, TVRX, TVRX2, LFRX, LFTX, DBSRX,
>> and DBSRX2 daughterboards" so if its not listed assume it would not be
>> supported at present (B/USRP1/E-series devices.). If you do want to get an
>> idea of the capabilities of MatLab before purchasing then check out the
>> videos on the MathWorks site USRP example here:
>> http://www.mathworks.co.uk/hardware-support/usrp.html
>>
>> I'm having alot of fun with it and recommend it as a companion to
>> GNU/Radio if your USRP supports it.
>>
>>
>> On Thu, Mar 13, 2014 at 4:14 PM, Hacker Fantastic <
>> [email protected]> wrote:
>>
>>> I have been using matlab lately, the communications toolbox and other
>>> DSP related components give alot of control over the USRP (I tested with an
>>> N210.) The version of LibUHD that it uses is not the latest version and
>>> outputs "linux; GNU C++ version 4.4.6; Boost_104900;
>>> UHD_003.004.002-vendor" during interaction with a USRP (running Matlab
>>> under Linux.). I found that you can just use an older firmware image and
>>> rewrite the FPGA if you want the latest UHD elsewhere. There are some great
>>> tutorials on using SimRF with the USRP too and I would highly recommend it
>>> alongside GNU/Radio if your USRP supports it (not all do, check with
>>> MathWorks if yours is.)
>>>
>>> Kind Regards,
>>> Matthew
>>>
>>>
>>> On Thu, Mar 13, 2014 at 4:08 PM, Dean Ferraro <[email protected]>wrote:
>>>
>>>> I have no experience with Matlab and unfortunately no trial/demo is
>>>> available for someone considering home use.
>>>>
>>>> For anyone using Matlab, what version(s) of UHD does it support?
>>>>
>>>>
>>>> On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang <[email protected]
>>>> > wrote:
>>>>
>>>>> Hi, all,
>>>>>
>>>>> For people who use MATLAB, this is a good news! Starting from USD$135,
>>>>> you can get full version of MATLAB for personal use.
>>>>>
>>>>> http://www.mathworks.com/products/matlab-home/
>>>>> --
>>>>> Albert Chun-Chieh Huang(???)
>>>>> Blog: Random Notes, http://alberthuang314.blogspot.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
>>>>
>>>>
>>>
>>>
>>> --
>>> Matthew Hickey
>>> Tel: +44 7543 661237
>>> Web: http://blog.hackerfantastic.com
>>>
>>> Please visit my website for blog postings, status updates and project
>>> information.
>>>
>>>
>>>
>>>
>>>
>>
>>
>> --
>> Matthew Hickey
>> Tel: +44 7543 661237
>> Web: http://blog.hackerfantastic.com
>>
>> Please visit my website for blog postings, status updates and project
>> information.
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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/20140313/d44b5125/attachment-0001.html>
------------------------------
Message: 8
Date: Thu, 13 Mar 2014 17:14:13 +0000
From: Mike McLernon <[email protected]>
To: Dean Ferraro <[email protected]>, Albert Huang
<[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Here?s a listing of MATLAB versions and the supported version of UHD:
1. R2013b and R2014a ? 3.5.1
2. R2013a ? 3.4.2
3. R2012b and before ? see
http://www.mathworks.com/matlabcentral/answers/101167
Hth,
Mike
From: USRP-users [mailto:[email protected]] On Behalf Of Dean
Ferraro
Sent: Thursday, March 13, 2014 12:08 PM
To: Albert Huang
Cc: [email protected]
Subject: Re: [USRP-users] FYI: MATLAB home edition
I have no experience with Matlab and unfortunately no trial/demo is available
for someone considering home use.
For anyone using Matlab, what version(s) of UHD does it support?
On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang
<[email protected]<mailto:[email protected]>> wrote:
Hi, all,
For people who use MATLAB, this is a good news! Starting from USD$135,
you can get full version of MATLAB for personal use.
http://www.mathworks.com/products/matlab-home/
--
Albert Chun-Chieh Huang(???)
Blog: Random Notes, http://alberthuang314.blogspot.com/
_______________________________________________
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/20140313/6b8fd90a/attachment-0001.html>
------------------------------
Message: 9
Date: Fri, 14 Mar 2014 01:50:16 +0800
From: Albert Huang <[email protected]>
To: Dean Ferraro <[email protected]>
Cc: [email protected]
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Dean,
You can get trial version for 30 days before you purchase home
license, c.f.
https://www.mathworks.com/programs/trials/trial_request.html?eventid=629055461&s_iid=hp_trial_hpg_bod
Albert
Dean Ferraro <[email protected]> writes:
> I have no experience with Matlab and unfortunately no trial/demo is
> available for someone considering home use.
>
> For anyone using Matlab, what version(s) of UHD does it support?
>
> On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang
> <[email protected]> wrote:
>
> Hi, all,
>
> For people who use MATLAB, this is a good news! Starting from
> USD$135,
> you can get full version of MATLAB for personal use.
>
> http://www.mathworks.com/products/matlab-home/
> --
> Albert Chun-Chieh Huang(???)
> Blog: Random Notes, http://alberthuang314.blogspot.com/
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
--
Albert Chun-Chieh Huang(???)
Blog: Random Notes, http://alberthuang314.blogspot.com/
------------------------------
Message: 10
Date: Thu, 13 Mar 2014 17:53:10 +0000
From: <[email protected]>
To: Albert Huang <[email protected]>
Cc: "[email protected]?="
<[email protected]>
Subject: Re: [USRP-users] FYI: MATLAB home edition
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
I worked through that process Albert and had email communication with a
representative. In the end I was told trials are only for organizations and not
available for someone looking at personal use.
From: Albert Huang
Sent: ?Thursday?, ?March? ?13?, ?2014 ?1?:?50? ?PM
To: Dean Ferraro
Cc: [email protected]
Dean,
You can get trial version for 30 days before you purchase home
license, c.f.
https://www.mathworks.com/programs/trials/trial_request.html?eventid=629055461&s_iid=hp_trial_hpg_bod
Albert
Dean Ferraro <[email protected]> writes:
> I have no experience with Matlab and unfortunately no trial/demo is
> available for someone considering home use.
>
> For anyone using Matlab, what version(s) of UHD does it support?
>
> On Wed, Mar 12, 2014 at 9:58 PM, Albert Huang
> <[email protected]> wrote:
>
> Hi, all,
>
> For people who use MATLAB, this is a good news! Starting from
> USD$135,
> you can get full version of MATLAB for personal use.
>
> http://www.mathworks.com/products/matlab-home/
> --
> Albert Chun-Chieh Huang(???)
> Blog: Random Notes, http://alberthuang314.blogspot.com/
>
> _______________________________________________
> USRP-users mailing list
> [email protected]
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>
--
Albert Chun-Chieh Huang(???)
Blog: Random Notes, http://alberthuang314.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140313/515065c3/attachment-0001.html>
------------------------------
Message: 11
Date: Thu, 13 Mar 2014 20:32:47 +0000 (UTC)
From: Francois Louw <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP B210 Overflows
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
Michael West <michael.west@...> writes:
>
>
>
>
>
>
>
> Aside from tweaking system parameters and assuming your disk write speed
is sufficient, here are 2 things you can try to add buffering of the data to
avoid overflows:1)? Increase num_recv_frames (512 is recommended).? The N2x0
uses the network socket buffer as well as the receive frames to buffer data,
but the B2x0 only uses the frames.? Increasing the number of frames will
give you more buffering.
> 2) Make separate threads for receiving the data and writing the data to
disk with a large buffer in between.
> Regards,
> Michael E. West
> Senior Software Design Engineer
> Ettus Research
>
> www.ettus.com
>
>
> On Wed, Jan 29, 2014 at 9:30 AM, Marcus D. Leech <mleech-
[email protected]> wrote:
> On 01/29/2014 12:22 PM, Alexandru Csete wrote:
> On Wed, Jan 29, 2014 at 4:26 PM, Knee, Peter A<paknee-
[email protected]> ?wrote:
> Good morning all!
> I wanted to see if anybody was having similar issues with their B210. ?We
> just purchased our device last week and have been benchmarking for a data
> acquisition application. ?We want to see what kind of throughput to disk
we
> can have with the new wideband bus-based device.
> We have everything compiled and are using version 3.6.2 of the UHD. ?We
can
> successfully communicate with the device and such. ?Our issues arise when
we
> try to start streaming the data to disk. ?And just to clarify right away,
I
> don't believe this is a disk write speed issue. ?We have SSDs and have
> previously been able to stream 25 MHz of 16-bit I/Q data from the USRP
N210.
> First we ran the rx_samples_to_file program using the null option to
verify
> that USB 3.0 is allowing for transmission from the device to the host with
> no issues. ?We were able to successfully stream 32 MHz of 16-bit I/Q data
> when not writing to a file. ?When we specify an output file, we
immediately
> start seeing overflows when the data is flushed from RAM to the SSD. ?Our
> best guess as to what is happening is that an interrupt is generated when
> data is ready to be flushed from RAM, causing us to not consume data from
> the device fast enough. ?The N210 overcomes this issue by having large
> amounts of shared networking memory to continue to buffer data while we
> burst data to the disk. ?I haven't spent the time looking into it yet, but
> I'm not sure that USB provides this same functionality as it is an
interrupt
> driven protocol.
> Is this the case? ?Or are there some USB settings to allow for allocating
> shared memory sizes that may overcome this issue? ?Has anyone seen
anything
> similar and if so, how did you alleviate the problem?
>
> I had the same problem last year with a USRP1 running at 4 MHz
> bandwidth. Initially, I didn't understand what the hell was going on,
> since the throughput required to store 4 MHz raw I/Q is far below what
> the disks could handle.
> My investigations revealed that the linux kernel was configured to do
> some very aggressive caching. It would cache up to the point there was
> no more RAM, where after it would start writing huge chunks of data to
> disk causing interrupts in the USB transfer.
> I ended up messing with the virtual memory parameters:
> sysctl -w vm.swappiness=0
> sysctl -w vm.dirty_background_bytes=1048576
> sysctl -w vm.dirty_writeback_centisecs=20
> sysctl -w vm.dirty_expire_centisecs=30
> However, note that these setting will essentially disable caching and
> the computer will probably be quite useless for normal desktop use.
> See https://www.kernel.org/doc/Documentation/sysctl/vm.txt
> I also got a suggestion to use raw write instead of fwrite and that's
> what I am going to try the next time.
> Alex
> _______________________________________________
> USRP-users mailing listUSRP-users <at>
lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-
users_lists.ettus.com
>
>
> fwrite buffer in user-space--has nothing to do with kernel-layer buffer at
all. ?Just standard userspace buffer in the stdio library. ?The default
buffer
> ? size for fwrites() is BUFSIZ, which is typically not that large--8192 or
perhaps up to 32K.
>
Hi Michael,
I've been searching the API and all the mailing lists but cannot get
documentation on how I go about setting the num_recv_frames for the B210.
Please could you provide me a short code snippet on how to go about doing
this.
I am also running into overflow problems. I can only reliably read at 5MSPS
without getting overflows.
Kind regards
Francois
------------------------------
Message: 12
Date: Thu, 13 Mar 2014 16:18:33 -0700
From: Michael West <[email protected]>
To: Francois Louw <[email protected]>
Cc: "[email protected]" <[email protected]>
Subject: Re: [USRP-users] USRP B210 Overflows
Message-ID:
<cam4xkrpopw+lvnmf7fa7nssgrzjfygct-tz6vg6zvacqkev...@mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi Francois,
Just add it in the device_addr_t when you call multi_usrp::make(). For
example:
multi_usrp::sptr usrp =
multi_usrp::make("num_recv_frames=128,num_send_frames=128");
For the utilities and examples provided by UHD you can add them as the
--args argument. For example:
/usr/local/lib/uhd/examples/benchmark_rate
--args="num_recv_frames=128,num_send_frames=128"
Best regards,
Michael E. West
Senior Software Design Engineer
Ettus Research
www.ettus.com
On Thu, Mar 13, 2014 at 1:32 PM, Francois Louw <[email protected]>wrote:
> Michael West <michael.west@...> writes:
>
> >
> >
> >
> >
> >
> >
> >
> > Aside from tweaking system parameters and assuming your disk write speed
> is sufficient, here are 2 things you can try to add buffering of the data
> to
> avoid overflows:1) Increase num_recv_frames (512 is recommended). The
> N2x0
> uses the network socket buffer as well as the receive frames to buffer
> data,
> but the B2x0 only uses the frames. Increasing the number of frames will
> give you more buffering.
> > 2) Make separate threads for receiving the data and writing the data to
> disk with a large buffer in between.
> > Regards,
> > Michael E. West
> > Senior Software Design Engineer
> > Ettus Research
> >
> > www.ettus.com
> >
> >
> > On Wed, Jan 29, 2014 at 9:30 AM, Marcus D. Leech <mleech-
> [email protected]> wrote:
> > On 01/29/2014 12:22 PM, Alexandru Csete wrote:
> > On Wed, Jan 29, 2014 at 4:26 PM, Knee, Peter A<paknee-
> [email protected]> wrote:
> > Good morning all!
> > I wanted to see if anybody was having similar issues with their B210. We
> > just purchased our device last week and have been benchmarking for a data
> > acquisition application. We want to see what kind of throughput to disk
> we
> > can have with the new wideband bus-based device.
> > We have everything compiled and are using version 3.6.2 of the UHD. We
> can
> > successfully communicate with the device and such. Our issues arise when
> we
> > try to start streaming the data to disk. And just to clarify right away,
> I
> > don't believe this is a disk write speed issue. We have SSDs and have
> > previously been able to stream 25 MHz of 16-bit I/Q data from the USRP
> N210.
> > First we ran the rx_samples_to_file program using the null option to
> verify
> > that USB 3.0 is allowing for transmission from the device to the host
> with
> > no issues. We were able to successfully stream 32 MHz of 16-bit I/Q data
> > when not writing to a file. When we specify an output file, we
> immediately
> > start seeing overflows when the data is flushed from RAM to the SSD. Our
> > best guess as to what is happening is that an interrupt is generated when
> > data is ready to be flushed from RAM, causing us to not consume data from
> > the device fast enough. The N210 overcomes this issue by having large
> > amounts of shared networking memory to continue to buffer data while we
> > burst data to the disk. I haven't spent the time looking into it yet,
> but
> > I'm not sure that USB provides this same functionality as it is an
> interrupt
> > driven protocol.
> > Is this the case? Or are there some USB settings to allow for allocating
> > shared memory sizes that may overcome this issue? Has anyone seen
> anything
> > similar and if so, how did you alleviate the problem?
> >
> > I had the same problem last year with a USRP1 running at 4 MHz
> > bandwidth. Initially, I didn't understand what the hell was going on,
> > since the throughput required to store 4 MHz raw I/Q is far below what
> > the disks could handle.
> > My investigations revealed that the linux kernel was configured to do
> > some very aggressive caching. It would cache up to the point there was
> > no more RAM, where after it would start writing huge chunks of data to
> > disk causing interrupts in the USB transfer.
> > I ended up messing with the virtual memory parameters:
> > sysctl -w vm.swappiness=0
> > sysctl -w vm.dirty_background_bytes=1048576
> > sysctl -w vm.dirty_writeback_centisecs=20
> > sysctl -w vm.dirty_expire_centisecs=30
> > However, note that these setting will essentially disable caching and
> > the computer will probably be quite useless for normal desktop use.
> > See https://www.kernel.org/doc/Documentation/sysctl/vm.txt
> > I also got a suggestion to use raw write instead of fwrite and that's
> > what I am going to try the next time.
> > Alex
> > _______________________________________________
> > USRP-users mailing listUSRP-users <at>
> lists.ettus.comhttp://lists.ettus.com/mailman/listinfo/usrp-
> users_lists.ettus.com
> >
> >
> > fwrite buffer in user-space--has nothing to do with kernel-layer buffer
> at
> all. Just standard userspace buffer in the stdio library. The default
> buffer
> > size for fwrites() is BUFSIZ, which is typically not that large--8192
> or
> perhaps up to 32K.
> >
>
> Hi Michael,
>
> I've been searching the API and all the mailing lists but cannot get
> documentation on how I go about setting the num_recv_frames for the B210.
>
> Please could you provide me a short code snippet on how to go about doing
> this.
>
> I am also running into overflow problems. I can only reliably read at 5MSPS
> without getting overflows.
>
> Kind regards
> Francois
>
>
>
>
>
> _______________________________________________
> 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/20140313/ea0ecb07/attachment-0001.html>
------------------------------
Message: 13
Date: Fri, 14 Mar 2014 09:18:48 +0800
From: "=?ISO-8859-1?B?NDQyNzc3ODE2?=" <[email protected]>
To: "=?ISO-8859-1?B?VVNSUC11c2Vycw==?=" <[email protected]>
Subject: [USRP-users] Does the firmware code in uhd repository fits
B210 board?
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi,all,
I can only find the fx2 and zpu code in the folder firmware in UHD repository,
where is the B210 firmware source?
Thank you
Chuang
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/attachments/20140314/15429bf1/attachment-0001.html>
------------------------------
Message: 14
Date: Thu, 13 Mar 2014 22:16:31 -0400
From: "Marcus D. Leech" <[email protected]>
To: "[email protected]" <[email protected]>,
"[email protected]" <[email protected]>
Subject: [USRP-users] Support e-mails to [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Folks:
I've been on the road for the last 8 days, and I just got back this
evening. Any of you who are waiting for a reply from [email protected],
I'll
be working my way through the back-log tomorrow.
Not ignoring you, just was on the road.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
------------------------------
Message: 15
Date: Fri, 14 Mar 2014 13:03:22 +0000
From: Paul Drechsel <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] USRP2 RFX2400 Hardware problems
Message-ID:
<20140314130322.horde.ncnw6xx89bgsmxmtsord...@mail.zih.tu-dresden.de>
Content-Type: text/plain; charset=UTF-8; format=flowed; DelSp=Yes
Hi Marcus,
I do not really need a decimation of 408, but I noticed the different
behavior while testing if the bandwidth has an influence on BER.
(There are no problems up-to 404 and from 436 to 512 its fine (BER
about 3%), too.)
But I can check if the problem is TX or RX by using different
interpolation/decimation values.
Noise: I connected two USRP2 devices by SMA cable to rule out any
environmental influences. While using a 1024-sub-carrier OFDM-system
there are two adjacent sub-carriers affected by noise
(100MHz/(8*1024)=12kHz sub-carrier spacing). They have a higher BER
than the other sub-carriers.
When I shift the center frequency this has no effect on the noise
frequencies. I analyzed the spectrum with FFT eg. for f_c = 2.440GHz
the noise is at +2MHz (base-band difference to carrier results in
2.442GHz); for f_c = 2.445GHz it's at -3MHz. That is why I thought of
hardware problems which might have been observed by someone else.
greetings
Paul
Zitat von Marcus M?ller <[email protected]>:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hi Paul,
>
> BER of 50% is of course the worst possible case...
> Can't tell you much about your decimation problem, as I don't use
> USRPs with matlab, but these values seem odd to me; why would you need
> a 409-fold decimated signal? I don't think the Hardware is able to do
> that... Maybe it's setting a feasible decimation (like 400,
> 100Msam/400 = 250ksam) and you don't notice?
>
> Please elaborate a little bit on your system. Have you been able to
> figure out whether your problems arise at RX or TX?
>
> With respect to the noise: though the ettus daughterboards do a fairly
> good job at rejecting the Local Oscillator, there might be some
> inevitable LO leakage into your signal. Because of the two-step
> downconversion principle of the USRP architecture (first downconvert
> with hardware-synthesizable frequencies and then digitally shift the
> signal so that the target frequency translates to 0Hz), these might at
> different frequencies, depending on what you set your center frequency to.
> Also, and considering the 7MHz gap more likely: 2.4GHz is ISM, and
> there might be a multitude of more-or-less nicely behaving devices
> there. How do you know it's 25kHz wide?
>
> Greetings,
> Marcus
------------------------------
Message: 16
Date: Fri, 14 Mar 2014 09:59:00 -0400
From: Joseph Cardani <[email protected]>
To: [email protected]
Subject: Re: [USRP-users] UHD installation error in pybombs while
installing OP25
Message-ID: <[email protected]>
Content-Type: text/plain; charset="iso-8859-1"
Hi All,
Well I gave up on the desktop install. I think that there were multiple install
attempts of different versions of UHD and GNUradio that fouled things up. I
installed Ubuntu cleanly on a spare notebook and ran the Pybombs to install
UHD, GNUradio, and OP-25 plus all dependencies and it finished late last night
without incident. Looks good but I do need to test things out though.
I also saw that Matlab home is now available. That's very exciting news! I do
plan to purchase a USRP1 with the WBX board soon and see that Matlab does not
directly support the hardware. But KIT's Simulink-UHD does. Does anyone here
run this and just would like to know generally about this approach.
thanks,
Joe
I may
On Mar 13, 2014, at 4:22 AM, Balint Seeber wrote:
> Hi Joseph,
>
> Can you confirm that the file libusb-1.0.so actually exists there? In
> /usr/lib that file may in fact be a symlink (use '-l' with 'ls') and it may
> be broken.
> If you apt-get install libusb-1.0-0 does it say it's already installed?
> E.g. on my (multi-arch) system I have it in
> /usr/lib/x86_64-linux-gnu/libusb-1.0.so which is a symlink to
> /lib/x86_64-linux-gnu/libusb-1.0.so (which is also a symlink to another file
> in that directory).
> If all else fails, you could compile and install libusb from source (I've
> done that since the package files are rather old): http://libusb.info/
>
> Kind regards,
> Balint
>
>
> On Tue, Mar 11, 2014 at 3:14 PM, Joseph Cardani <[email protected]> wrote:
> Hi Marcus and all,
>
> I am running Ubuntu 12.04 LTS
>
> I checked /usr/lib and libusb-1.0.so is there.
>
> according to the version of ubuntu (12.04) that you're using is listed as
> one of the UHD-supported ubuntu versions - is this an issue with this
> distribution version? Is 12.04 supported or should I upgrade to version 13?
>
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki/UHD_Linux
>
>
>
> On Mar 11, 2014, at 1:22 PM, Marcus M?ller wrote:
>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hi Joseph,
>>
>> what linux distribution (incl. version) are you running?
>> - From my perspective, the installation of the package libusb-1.0-0-dev
>> should depend on the binary package libusb-1.0-0, so I don't see why
>> /usr/lib/libusb-1.0.so is missing. Could you confirm your system has
>> that installed?
>> If that is the case, could you try
>> sudo ldconfig
>> pybombs install uhd
>> pybombs install gr-op25
>>
>> Greetings,
>> Marcus
>>
>> On 11.03.2014 17:45, Joseph Cardani wrote:
>>> Hi All,
>>>
>>> This is my first post here. I am trying to install the OP-25
>>> software and it uses pybombs to install all versions and
>>> dependencies. During the installation of UHD I received a fatal
>>> error 12% through.
>>>
>>> I brought this up in the OP 25 forum but they said that it was
>>> specific to UHD and to ask on the UHD forum.
>>>
>>> Here is the complete script that pybombs displayed, the error is
>>> near the end.
>>>
>>> I don't own the USRP yet but plan to order soon.
>>>
>>> Please help !! thanks, Joe
>>>
>>> Script follows:
>>>
>>> joe@joe-desktop:~$ ./pybombs install gr-op25 bash: ./pybombs: Is a
>>> directory joe@joe-desktop:~$ cd pybombs joe@joe-desktop:~/pybombs$
>>> ./pybombs install gr-op25 Settled on prefix: /home/joe/target
>>> Initializing environmental variables...
>>> /home/joe/target/python/:/home/joe/target/lib/python2.6/site-packages/:/home/joe/target/lib64/python2.6/site-packages/:/home/joe/target/lib/python2.6/dist-packages/:/home/joe/target/lib64/python2.6/dist-packages/:/home/joe/target/lib/python2.7/site-packages/:/home/joe/target/lib64/python2.7/site-packages/:/home/joe/target/lib/python2.7/dist-packages/:/home/joe/target/lib64/python2.7/dist-packages/:/home/joe/target/python/:/home/joe/target/lib/python2.6/site-packages/:/home/joe/target/lib64/python2.6/site-packages/:/home/joe/target/lib/python2.6/dist-packages/:/home/joe/target/lib64/python2.6/dist-packages/:/home/joe/target/lib/python2.7/site-packages/:/home/joe/target/lib64/python2.7/site-packages/:/home/joe/target/lib/python2.7/dist-packages/:/home/joe/target/lib64/python2.7/dist-packages/
>>>
>>>
>> - ---------- loading recipes -------------------
>>> Loading recipes ... Loading recipes ... done ---------- loading
>>> recipes finished ----------
>>>
>>> checking for gr-op25 False
>>> /home/joe/pybombs/mod_pybombs/sysutils.py:588: RuntimeWarning:
>>> tempnam is a potential security risk to your program tmpfile =
>>> os.tempnam(d); TMPFILE = /home/joe/target/fileIUp2rF WRITE PERMS OK
>>> /home/joe/target/fileIUp2rF installing gr-op25 gr-op25 dep
>>> [['gnuradio', 'boost', 'libpcap', 'gr-osmosdr', 'libitpp', 'git',
>>> 'cmake']] gnuradio dep [['make', 'boost', 'fftw', 'cppunit',
>>> 'swig', 'gsl', 'uhd', 'git', 'python', 'cheetah', 'wxpython',
>>> 'numpy', 'lxml', 'pygtk', 'pycairo', 'cmake', 'pyqt4', 'pyqwt5',
>>> 'gcc', 'ice', 'git', 'cmake']] make dep [[]] PyBombs.sysutils -
>>> INFO - have_deb: Satisfies requirement...installed version of make
>>> (3.81) is >= than 3.75 boost dep [['python', 'libbzip', 'wget']]
>>> fftw dep [['wget']] cppunit dep [['wget']] swig dep [['python',
>>> 'wget', 'gcc']] gsl dep [['wget']] PyBombs.sysutils - INFO -
>>> have_deb: Satisfies requirement...installed version of libgsl0-dev
>>> (1.15) is >= than 1.13 PyBombs.sysutils - INFO - have_deb:
>>> Satisfies requirement...installed version of libgsl0ldbl (1.15) is
>>>> = than 1.13 uhd dep [['make', 'swig', 'python', 'libusb', 'git',
>>> 'cmake', 'cheetah', 'boost', 'gsl', 'numpy', 'cppunit', 'fftw',
>>> 'git', 'cmake']] make dep [[]] swig dep [['python', 'wget',
>>> 'gcc']] python dep [['wget']] libusb dep [['wget']] wget dep [[]]
>>> git dep [['wget', 'curl']] cmake dep [['wget']] cheetah dep
>>> [['python', 'wget', 'python']] PyBombs.sysutils - INFO - have_deb:
>>> Satisfies requirement...installed version of python-cheetah (2.4.4)
>>> is >= than 2.0 boost dep [['python', 'libbzip', 'wget']] gsl dep
>>> [['wget']] numpy dep [['python', 'swig', 'wget', 'python']] cppunit
>>> dep [['wget']] fftw dep [['wget']] git dep [['wget', 'curl']] cmake
>>> dep [['wget']] git dep [['wget', 'curl']] python dep [['wget']]
>>> cheetah dep [['python', 'wget', 'python']] wxpython dep [['gtk2',
>>> 'python', 'swig', 'wget']] numpy dep [['python', 'swig', 'wget',
>>> 'python']] lxml dep [['python', 'libxml', 'libxslt', 'setuptools',
>>> 'wget', 'python']] PyBombs.sysutils - INFO - have_deb: Satisfies
>>> requirement...installed version of python-lxml (2.3.2) is >= than
>>> 2.3.2 pygtk dep [['python', 'swig', 'gtk2', 'pygobject', 'pango',
>>> 'cairo', 'wget']] PyBombs.sysutils - INFO - have_deb: Satisfies
>>> requirement...installed version of python-gtk2 (2.24.0) is >= than
>>> 2.17 pycairo dep [['cairo', 'python', 'wget']] cairo dep
>>> [['fontconfig', 'libpng', 'pixman', 'x11', 'wget']]
>>> PyBombs.sysutils - INFO - have_deb: Satisfies
>>> requirement...installed version of libcairo2 (1.10.2) is >= than
>>> 1.8.10 python dep [['wget']] wget dep [[]] cmake dep [['wget']]
>>> pyqt4 dep [['python', 'sip', 'qt4', 'wget']] PyBombs.sysutils -
>>> INFO - have_deb: Satisfies requirement...installed version of
>>> python-qt4 (4.9.1) is >= than 4.6.2 pyqwt5 dep [['qwt5', 'pyqt4',
>>> 'sip', 'wget']] PyBombs.sysutils - INFO - have_deb: Satisfies
>>> requirement...installed version of python-qwt5-qt4 (5.2.1) is >=
>>> than 5.2 gcc dep [[]] ice dep [['swig', 'mcpp', 'db48', 'libbzip',
>>> 'expat', 'python', 'wget', 'ssl']] swig dep [['python', 'wget',
>>> 'gcc']] mcpp dep [['curl', 'wget']] curl dep [[]] wget dep [[]]
>>> db48 dep [['wget']] wget dep [[]] libbzip dep [['wget']] expat dep
>>> [['wget']] PyBombs.sysutils - INFO - have_deb: Satisfies
>>> requirement...installed version of libexpat1-dev (2.0.1) is >= than
>>> 2.0.1 python dep [['wget']] wget dep [[]] ssl dep [[]] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] boost dep [['python',
>>> 'libbzip', 'wget']] libpcap dep [[]] gr-osmosdr dep [['uhd',
>>> 'rtl-sdr', 'osmo-sdr', 'hackrf', 'gnuradio', 'gr-iqbal', 'git',
>>> 'cmake']] uhd dep [['make', 'swig', 'python', 'libusb', 'git',
>>> 'cmake', 'cheetah', 'boost', 'gsl', 'numpy', 'cppunit', 'fftw',
>>> 'git', 'cmake']] make dep [[]] swig dep [['python', 'wget',
>>> 'gcc']] python dep [['wget']] libusb dep [['wget']] wget dep [[]]
>>> git dep [['wget', 'curl']] cmake dep [['wget']] cheetah dep
>>> [['python', 'wget', 'python']] boost dep [['python', 'libbzip',
>>> 'wget']] gsl dep [['wget']] numpy dep [['python', 'swig', 'wget',
>>> 'python']] cppunit dep [['wget']] fftw dep [['wget']] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] rtl-sdr dep [['libusb',
>>> 'git', 'cmake']] libusb dep [['wget']] wget dep [[]] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] osmo-sdr dep [['git',
>>> 'cmake', 'libusb', 'git', 'cmake']] git dep [['wget', 'curl']]
>>> cmake dep [['wget']] libusb dep [['wget']] wget dep [[]] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] hackrf dep [['git',
>>> 'cmake', 'libusb', 'git', 'cmake']] git dep [['wget', 'curl']]
>>> cmake dep [['wget']] libusb dep [['wget']] wget dep [[]] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] gnuradio dep [['make',
>>> 'boost', 'fftw', 'cppunit', 'swig', 'gsl', 'uhd', 'git', 'python',
>>> 'cheetah', 'wxpython', 'numpy', 'lxml', 'pygtk', 'pycairo',
>>> 'cmake', 'pyqt4', 'pyqwt5', 'gcc', 'ice', 'git', 'cmake']] make dep
>>> [[]] boost dep [['python', 'libbzip', 'wget']] fftw dep [['wget']]
>>> cppunit dep [['wget']] swig dep [['python', 'wget', 'gcc']] gsl dep
>>> [['wget']] uhd dep [['make', 'swig', 'python', 'libusb', 'git',
>>> 'cmake', 'cheetah', 'boost', 'gsl', 'numpy', 'cppunit', 'fftw',
>>> 'git', 'cmake']] make dep [[]] swig dep [['python', 'wget',
>>> 'gcc']] python dep [['wget']] libusb dep [['wget']] wget dep [[]]
>>> git dep [['wget', 'curl']] cmake dep [['wget']] cheetah dep
>>> [['python', 'wget', 'python']] boost dep [['python', 'libbzip',
>>> 'wget']] gsl dep [['wget']] numpy dep [['python', 'swig', 'wget',
>>> 'python']] cppunit dep [['wget']] fftw dep [['wget']] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] git dep [['wget', 'curl']]
>>> python dep [['wget']] cheetah dep [['python', 'wget', 'python']]
>>> wxpython dep [['gtk2', 'python', 'swig', 'wget']] numpy dep
>>> [['python', 'swig', 'wget', 'python']] lxml dep [['python',
>>> 'libxml', 'libxslt', 'setuptools', 'wget', 'python']] pygtk dep
>>> [['python', 'swig', 'gtk2', 'pygobject', 'pango', 'cairo',
>>> 'wget']] pycairo dep [['cairo', 'python', 'wget']] cairo dep
>>> [['fontconfig', 'libpng', 'pixman', 'x11', 'wget']] python dep
>>> [['wget']] wget dep [[]] cmake dep [['wget']] pyqt4 dep [['python',
>>> 'sip', 'qt4', 'wget']] pyqwt5 dep [['qwt5', 'pyqt4', 'sip',
>>> 'wget']] gcc dep [[]] ice dep [['swig', 'mcpp', 'db48', 'libbzip',
>>> 'expat', 'python', 'wget', 'ssl']] swig dep [['python', 'wget',
>>> 'gcc']] mcpp dep [['curl', 'wget']] curl dep [[]] wget dep [[]]
>>> db48 dep [['wget']] wget dep [[]] libbzip dep [['wget']] expat dep
>>> [['wget']] python dep [['wget']] wget dep [[]] ssl dep [[]] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] gr-iqbal dep [['gnuradio',
>>> 'libosmo-dsp', 'git', 'cmake']] gnuradio dep [['make', 'boost',
>>> 'fftw', 'cppunit', 'swig', 'gsl', 'uhd', 'git', 'python',
>>> 'cheetah', 'wxpython', 'numpy', 'lxml', 'pygtk', 'pycairo',
>>> 'cmake', 'pyqt4', 'pyqwt5', 'gcc', 'ice', 'git', 'cmake']] make dep
>>> [[]] boost dep [['python', 'libbzip', 'wget']] fftw dep [['wget']]
>>> cppunit dep [['wget']] swig dep [['python', 'wget', 'gcc']] gsl dep
>>> [['wget']] uhd dep [['make', 'swig', 'python', 'libusb', 'git',
>>> 'cmake', 'cheetah', 'boost', 'gsl', 'numpy', 'cppunit', 'fftw',
>>> 'git', 'cmake']] make dep [[]] swig dep [['python', 'wget',
>>> 'gcc']] python dep [['wget']] libusb dep [['wget']] wget dep [[]]
>>> git dep [['wget', 'curl']] cmake dep [['wget']] cheetah dep
>>> [['python', 'wget', 'python']] boost dep [['python', 'libbzip',
>>> 'wget']] gsl dep [['wget']] numpy dep [['python', 'swig', 'wget',
>>> 'python']] cppunit dep [['wget']] fftw dep [['wget']] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] git dep [['wget', 'curl']]
>>> python dep [['wget']] cheetah dep [['python', 'wget', 'python']]
>>> wxpython dep [['gtk2', 'python', 'swig', 'wget']] numpy dep
>>> [['python', 'swig', 'wget', 'python']] lxml dep [['python',
>>> 'libxml', 'libxslt', 'setuptools', 'wget', 'python']] pygtk dep
>>> [['python', 'swig', 'gtk2', 'pygobject', 'pango', 'cairo',
>>> 'wget']] pycairo dep [['cairo', 'python', 'wget']] cairo dep
>>> [['fontconfig', 'libpng', 'pixman', 'x11', 'wget']] python dep
>>> [['wget']] wget dep [[]] cmake dep [['wget']] pyqt4 dep [['python',
>>> 'sip', 'qt4', 'wget']] pyqwt5 dep [['qwt5', 'pyqt4', 'sip',
>>> 'wget']] gcc dep [[]] ice dep [['swig', 'mcpp', 'db48', 'libbzip',
>>> 'expat', 'python', 'wget', 'ssl']] swig dep [['python', 'wget',
>>> 'gcc']] mcpp dep [['curl', 'wget']] curl dep [[]] wget dep [[]]
>>> db48 dep [['wget']] wget dep [[]] libbzip dep [['wget']] expat dep
>>> [['wget']] python dep [['wget']] wget dep [[]] ssl dep [[]] git dep
>>> [['wget', 'curl']] cmake dep [['wget']] libosmo-dsp dep [['fftw',
>>> 'autoconf', 'libtool', 'automake', 'git']] fftw dep [['wget']]
>>> autoconf dep [[]] libtool dep [[]] automake dep [[]] git dep
>>> [['wget', 'curl']] git dep [['wget', 'curl']] cmake dep [['wget']]
>>> git dep [['wget', 'curl']] cmake dep [['wget']] libitpp dep [[]]
>>> git dep [['wget', 'curl']] cmake dep [['wget']] packages to
>>> install: ['libusb', 'uhd', 'pycairo', 'mcpp', 'db48', 'ice',
>>> 'gnuradio', 'rtl-sdr', 'osmo-sdr', 'hackrf', 'libosmo-dsp',
>>> 'gr-iqbal', 'gr-osmosdr', 'gr-op25'] install called (libusb)
>>> install type priority: ['deb', 'src'] install deb called (libusb)
>>> deb is not available locally check remote repositories...
>>> PyBombs.sysutils - INFO - deb_exists: Satisfies
>>> requirement...found downloadable version of libusb-1.0-0-dev
>>> CONDUCTING DEB INSTALL deb install:
>>> pkgreq(libusb-1.0-0-dev,None,None) bash exec (/home/joe/pybombs)::
>>> sudo apt-get -y install libusb-1.0-0-dev [sudo] password for joe:
>>> Reading package lists... Done Building dependency tree Reading
>>> state information... Done The following NEW packages will be
>>> installed: libusb-1.0-0-dev 0 upgraded, 1 newly installed, 0 to
>>> remove and 37 not upgraded. Need to get 156 kB of archives. After
>>> this operation, 895 kB of additional disk space will be used. Get:1
>>> http://us.archive.ubuntu.com/ubuntu/ precise/main libusb-1.0-0-dev
>>> i386 2:1.0.9~rc3-2ubuntu1 [156 kB] Fetched 156 kB in 8s (19.2 kB/s)
>>> Selecting previously unselected package libusb-1.0-0-dev. (Reading
>>> database ... 242403 files and directories currently installed.)
>>> Unpacking libusb-1.0-0-dev (from .../libusb-1.0-0-dev_2%
>>> 3a1.0.9~rc3-2ubuntu1_i386.deb) ... Processing triggers for doc-base
>>> ... Processing 1 added doc-base file... Registering documents with
>>> scrollkeeper... Setting up libusb-1.0-0-dev (2:1.0.9~rc3-2ubuntu1)
>>> ... installation ok via: deb install called (uhd) install type
>>> priority: ['deb', 'src'] install deb called (uhd) no deb satisfiers
>>> available install src called (uhd) state = configure Current step:
>>> (uhd :: make) make ('\n make -j4\n', '\n make
>>> -j$makewidth\n') ('\n make -j4\n', '\n make -j4\n') bash exec
>>> (/home/joe/pybombs/src/uhd/host/build):: make -j4
>>>
>>> [ 12%] [ 12%] Built target man_page_gzips [ 12%] Built target
>>> manual_html Built target doxygen_docs make[2]: *** No rule to make
>>> target `/usr/lib/libusb-1.0.so', needed by `lib/libuhd.so.003.006'.
>>> Stop. make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2 make: ***
>>> [all] Error 2 ERROR:root:PyBOMBS Make step failed for package (uhd)
>>> please see bash output above for a reason (hint: look for the word
>>> Error) joe@joe-desktop:~/pybombs$
>>>
>>>
>>>
>>> _______________________________________________ USRP-users mailing
>>> list [email protected]
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1
>> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>>
>> iQEcBAEBAgAGBQJTH0ZFAAoJEBQ6EdjyzlHtAMkIAIUhgDfkoxzAsr+SLfMRMt/Y
>> t7LXG8OQEsxCZ4rHtD0bl+zkZkeo19ga4BgQNgGAl+akx0PSMx2iJOMsAMc+LARY
>> azGInGhHMgLsGvAxx7mELr927di9iCOFJL924aJmvXxlGunIlxB3s11Hjm/WbNea
>> vTHx+nnrLOadUMnIIP0g3gYt3CrN3dsxaAycnQqaJDXLLi2Ix7tocxutdjRHFD0k
>> Klq8A2aBVkPW5iUt3stgFb5jcpgHbbWlM3OPBzN+Bi1QPk9FdoTIJyoZ+RjvxHuF
>> etTd6X0s5ZpyrdgtLED7f0LvXY6Dvb3YPW8MWxSfNL2D/pP/Dy6uMY8oy3QQi2o=
>> =nxbl
>> -----END PGP SIGNATURE-----
>>
>> _______________________________________________
>> 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/20140314/797639b4/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 43, Issue 14
******************************************
