Ohh.. thanks Josh I wil post it there then.
Josh Blum-2 wrote:
>
> Sorry dude, wrong mailing list:
> http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Help-and-Support
>
> -Josh
>
> On 05/09/2011 10:48 PM, sumitstop wrote:
>>
>> Hi,
>> I unluckily formatted the SD card given with USRP2 pa
Sorry dude, wrong mailing list:
http://code.ettus.com/redmine/ettus/projects/uhd/wiki#Help-and-Support
-Josh
On 05/09/2011 10:48 PM, sumitstop wrote:
>
> Hi,
> I unluckily formatted the SD card given with USRP2 package.
> Now I am not knowing where to start.I have to use Matlab with USRP2.
> I w
Hi,
I unluckily formatted the SD card given with USRP2 package.
Now I am not knowing where to start.I have to use Matlab with USRP2.
I went through the forums and I found that through UHD one can make the
USRP2 interact with GNURadio,Labview,Matlab.For this UHD needed to be burnt
on the SD card.
Adib,
No, I'm afraid I can't help you there. This was from when I was working on
my Ph.D. years ago at Virginia Tech and I no longer have access to the code.
Any papers I have can be found in IEEE Xplore or from the SDR Forum (now
Wireless Innovation Forum). I was also mostly interested in the d
Yang-56 wrote:
>
> Ah, I got it. I will look into that.
>
> Btw, generally speaking, how is the efficiency the spectrum sensing in gnu
> radio? I use the spectrum_sense.py to sense 9M a step and generate 256
> bins which takes me nearly 1 second to sense 1M. It is really slow...
> --
>
>
I spotted this discussion midway.
Here are a few thought on the matter from an Amateur Radio operator
perspective.
Depending on the frequencies in question you can use several COTS amplifiers
for specific bands needed, and use a Diplexer/Triplex/Quad... (basically
filters to separate the bands.)
I think that you'll find many people who cross multiple fields of expertise on
this list -- I think that's part of the fun of SDR and GNU Radio to many of us.
Your point that SDR encompasses many disciplines is valid, and certainly leads
to a steep learning curve for some people. I have, in ge
On May 9, 2011, at 5:12 PM, Ben Reynwar wrote:
> I'm pretty sure you only have to release the source to people who you
> are giving/selling the software too, and only if they ask for it. So
> if you're developing the software for one customer there is no issue
> at all. If you have more than one
> 4.) Make sure I don't have to publish the source if I write some
> specific block or application for/with GNURadio. My boss and our
> customers are kinda sensitive about giving out information that are
> operatively relevant :).
I'm pretty sure you only have to release the source to people who y
On Mon, May 9, 2011 at 1:49 PM, Michael Dickens wrote:
> On May 9, 2011, at 4:42 PM, Marcus D. Leech wrote:
>> Gnu Radio, to me, is a DSP engine that happens to live on a general-purpose
>> compute platform.
>
> True. But the GNU Radio model is build on data-flow, while the Octave model
> is no
Gregory-
> On Mon, May 9, 2011 at 2:59 PM, Andrew Lentvorski wrote:
>> No embedded engineer who values his job will touch a GPL piece of code with
>> a 10 foot pole. Â Period.
>
> and these are folks who will be out-competed in the marketplace by
> competitors who are more agile and less phobic.
On May 9, 2011, at 4:42 PM, Marcus D. Leech wrote:
> Gnu Radio, to me, is a DSP engine that happens to live on a general-purpose
> compute platform.
True. But the GNU Radio model is build on data-flow, while the Octave model is
not -- and, that might be a key difference. People have grown, for
On 09/05/2011 2:25 PM, Michael Dickens wrote:
I often use GRC for simple tasks -- it's a LOT faster than writing Python scripts, and it
"just works" for these tasks. Admittedly, these are simple -- such as reading
a file of audio data, adding in gain, and then both displaying a waterfall FFT
On 09/05/2011 2:22 PM, Alexander Chemeris wrote:
Is it that hard to re-license it under LGPL? Really.
I don't know. But in the meantime, Linux has such a rich set of IPC
primitives (and programming languages, etc, etc), that using Gnu Radio as
your base and mixing in your own proprietary sec
On Mon, May 9, 2011 at 2:59 PM, Andrew Lentvorski wrote:
> No embedded engineer who values his job will touch a GPL piece of code with
> a 10 foot pole. Period.
…and these are folks who will be out-competed in the marketplace by
competitors who are more agile and less phobic.
[From the original
On May 9, 2011, at 11:41 PM, Elvis Dowson wrote:
> I was quite surprised when I had commit access to the master branch. Isn't
> that a bit too open, or uncontrolled? :-) Not that I'm complaining, but
> mistakes can happen, and the worst kind of mistake is if someone does a
> forced update from
Hi Alex,
On May 9, 2011, at 10:42 PM, Alexandru Csete wrote:
> Hi Elvis,
>
> It seems that you can put it in ~/.gnomerc
> http://gnomesupport.org/forums/viewtopic.php?t=9841
On May 9, 2011, at 10:43 PM, Arturo Rinaldi wrote:
> try
>
> $ sudo ldconfig
>
> and then
>
> $
Hi,
I was quite surprised when I had commit access to the master branch.
Isn't that a bit too open, or uncontrolled? :-) Not that I'm complaining, but
mistakes can happen, and the worst kind of mistake is if someone does a forced
update from their local branch to the git master branch, the
>
> I truly believe that GRC takes away 95% of the need for
> the user to actually code in either Python or C++. To me, the real
> question is how to get that last 5%.
>
I'd say as long as GNU Radio is used for R&D, we'll never be able to get rid
of that last 5%. With R&D people are often trying
Rather than flog the topic of what is wrong with GNU Radio, I'd prefer
to emphasize that it is only as good as we make it. So how can we make
it better. Here are some of my thoughts:
1) Expand the pool of people contributing code.
2) Improve the grc help files and parameter descriptions.
3) D
On May 9, 2011, at 3:13 PM, Matt Ettus wrote:
> I believe this conversation has strayed quite a bit from GNU Radio
> itself.
Not entirely, because I think a number of us believe that licensing is a real
issue. But, as you say, that ain't gonna change any time soon unless the FSF
decides to do s
Hi,
On May 9, 2011, at 10:42 PM, Alexandru Csete wrote:
> On Mon, May 9, 2011 at 8:21 PM, Elvis Dowson wrote:
> Hi,
> I just performed a clean install of gnuradio (3.4.0 from the current
> master branch).
>
> The installation and tests all worked out fine with my USRP2.
>
> However, whe
I believe this conversation has strayed quite a bit from GNU Radio
itself. Whatever you believe about licensing, IP, versions of the GPL,
etc., the fact is that for better or for worse, GNU Radio is licensed
under GPLv3. The only way that will change is if FSF releases a GPLv4.
It is somethin
Hi all,
You are just totally wrong and have understood GNU Radio erroneously!
I wonder what your ear say when I say Software deinded Radio?
I hear versatile (modifiable) using software to define just my task.
GNU Radio is open software, if you want to listen at submarines, aircrafts,
what ev
On 5/9/11 9:08 AM, Philip Balister wrote:
I don't see any point trying to appease the free software is anti IP
crowd. They will just invent new excuses. It is our job to help these
people understand how things really work.
I agree, so let's start at home.
No embedded engineer who values his jo
Good points, Kunal. I know that Tom has talked about having nightly builds for
the major OSs -- as much as anything to make sure that the GIT master always
compiles and passes "make check" at the end of the day. Maybe he could also
set up that system such that it provides those builds as insta
On May 9, 2011, at 2:48 PM, Alexander Chemeris wrote:
> Dual-licensing is a flawed model, it's truly hard to make it working
> right.
>From what I understand, dual licensing mostly works for Qt -- and, I doubt
>that Ettus would be exploring it for UHD if it didn't have some merits. I
>wonder if
Could it also be because GNU Radio has always treated the Windows platform
as a second-class citizen?
I have tried installing GNU Radio on all three major OSes, Linux (RHEL,
Ubuntu), OS X (10.5, 10.6) and Windows (XP, using Cygwin), and I never
managed to get it running on Windows. On the other ha
On Mon, May 9, 2011 at 22:25, Michael Dickens wrote:
> On May 9, 2011, at 1:59 PM, Marcus D. Leech wrote:
>> you can isolate your own functionality behind existing IPC mechanisms, and
>> thus avoid
>> binding any of your code to the Gnu Radio libraries.
Well, that this IPC should be very well in
Il 09/05/2011 20:21, Elvis Dowson ha scritto:
Hi,
I just performed a clean install of gnuradio (3.4.0 from the current
master branch).
The installation and tests all worked out fine with my USRP2.
However, when I try to launch GRC from the Applications> Programming> GRC, it
gives me
On Mon, May 9, 2011 at 8:21 PM, Elvis Dowson wrote:
> Hi,
> I just performed a clean install of gnuradio (3.4.0 from the current
> master branch).
>
> The installation and tests all worked out fine with my USRP2.
>
> However, when I try to launch GRC from the Applications > Programming >
>
On Mon, May 9, 2011 at 11:21 AM, Alexander Chemeris
wrote:
> On Mon, May 9, 2011 at 21:29, Jeff Brower wrote:
>> What I think might translate for GNU Radio is to find ways to support more
>> types of platforms. What about a small
>> USRP for smart phones and tablets? Would that draw in more de
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/09/2011 08:59 PM, Marcus D. Leech wrote:
> I think you (tangentially) touched on an interesting point. Many users
> come to Gnu Radio expecting it to be
> "A turnkey application to solve my radio problems". They don't really
> get that it's a
On May 9, 2011, at 1:59 PM, Marcus D. Leech wrote:
> I think you (tangentially) touched on an interesting point. Many users come
> to Gnu Radio expecting it to be "A turnkey application to solve my radio
> problems". They don't really get that it's a *development* platform for
> *developing* S
On Mon, May 9, 2011 at 21:59, Marcus D. Leech wrote:
> On 09/05/2011 1:24 PM, Stefan Gofferje wrote:
>> 4.) Make sure I don't have to publish the source if I write some
>> specific block or application for/with GNURadio. My boss and our
>> customers are kinda sensitive about giving out information
Hi,
I just performed a clean install of gnuradio (3.4.0 from the current
master branch).
The installation and tests all worked out fine with my USRP2.
However, when I try to launch GRC from the Applications > Programming > GRC, it
gives me a grc: cannot import gnuradio error.
I have
On Mon, May 9, 2011 at 21:29, Jeff Brower wrote:
> What I think might translate for GNU Radio is to find ways to support more
> types of platforms. What about a small
> USRP for smart phones and tablets? Would that draw in more developers? A
> "platform broadening" might also make sense
> fro
On May 9, 2011, at 1:22 PM, Marcus D. Leech wrote:
> this is, in fact *software* defined radio. So why is it always a big
> surprise when hardware types encounter an SDR platform and become
> more-than-vaguely-queasy at the though of having to, perhaps, learn a little
> bit about software.
If
On 09/05/2011 1:24 PM, Stefan Gofferje wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Let me give my 2ct to this from the perspective of a new user :).
First of all, I'm no engineer. I'm a tech guy in the management in a
company which is active in security and defense fields. I have
reaso
Alexander-
Well said.
I would add an additional comment about "Linux as a model" for GNU Radio.
Linux exists at least in part because of
widespread developer anger with Microsoft in the 1990s. Guys like Ballmer
simply couldn't think straight and failed
to respect developers' time and effort.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Let me give my 2ct to this from the perspective of a new user :).
First of all, I'm no engineer. I'm a tech guy in the management in a
company which is active in security and defense fields. I have
reasonable experience in the radio fields and pretty
On 09/05/2011 12:39 PM, Vijay Pillai wrote:
I completely concur with what you wrote below and what Scott Johnson
wrote some time ago.
USRP is an incredibly powerful platform and substantially low cost - I
am somewhat befuddled by how it has not attained greater prevalence
but at least some of
Il 09/05/2011 11:00, HW Wong ha scritto:
yes, Ubuntu 11.04
then I ignore the error and make install, and get error on benchmark.py
HP-Compaq-6535s:~/gnuradio/gnuradio-examples/python/usrp$
./usrp_benchmark_usb.py
Testing 2MB/sec...
/home/howie/.gnuradio/prefs/gr_vmcircbuf_default_factory: N
I completely concur with what you wrote below and what Scott Johnson wrote some
time ago.
USRP is an incredibly powerful platform and substantially low cost - I am
somewhat befuddled by how it has not attained greater prevalence but at least
some of the reasons are plainly obvious
- incomplete
On Sun, May 8, 2011 at 00:05, Philip Balister wrote:
> On 05/07/2011 03:23 PM, Michael Dickens wrote:
>>
>> Anyone else heading to WInnComm'11 Europe, June 22-24? I'm a presenter,
>> and am trying to find reasonably priced accommodations -- "The Hotel" has a
>> special for this conference of EU 1
On Mon, May 9, 2011 at 20:08, Philip Balister wrote:
> On 05/09/2011 11:57 AM, Michael Dickens wrote:
>>
>> Intellectual Property: Many people / companies view the GPL as being
>> incompatible with IP -- and, whether true or not, this perception is
>> certainly an issue. To make progress here, ma
On 05/09/2011 11:57 AM, Michael Dickens wrote:
Intellectual Property: Many people / companies view the GPL as being
incompatible with IP -- and, whether true or not, this perception is certainly
an issue. To make progress here, maybe GNU Radio could take Ettus' UHD
dual-license approach, if t
Intellectual Property: Many people / companies view the GPL as being
incompatible with IP -- and, whether true or not, this perception is certainly
an issue. To make progress here, maybe GNU Radio could take Ettus' UHD
dual-license approach, if that is still possible? I don't know if the FSF (
On May 9, 2011, at 11:12 AM, Marcus D. Leech wrote:
> I think there's a significant community out there that learned DSP techniques
> inside the envelope of Matlab/Simulink, and that's what they're comfortable
> with.
True; that's how I did (MATLAB; Simulink wasn't around yet). I'd take that a
On Mon, 2011-05-09 at 10:27 -0500, John Andrews wrote:
> Hi,
>
> Is there is anyone here who has GPS OTA capture using USRP that they
> are willing to share? I don't have a USRP and I am interested in
> demodulating the GPS signal.
http://www.ansr.org/kd7lmo/www.kd7lmo.net/ground_gnuradio_ota.htm
Hi,
Is there is anyone here who has GPS OTA capture using USRP that they are
willing to share? I don't have a USRP and I am interested in demodulating
the GPS signal.
Thanks
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org
In addition to Marcus's comments, a lot of people using GNUradio, myself
included, are not software developers by training. They/we are
electrical engineers interested more in the DSP, communications, and RF
applications than figuring out to put together an application from
hundreds of disparat
On 09/05/2011 8:53 AM, Michael Dickens wrote:
Can we bring Tom's post to this list?
<
http://gnuradio.squarespace.com/home/2011/5/8/why-isnt-gnu-radio-used-more.html>
Yes, I do actually read his posts ;) I hope others do too; he writes with
clarity and has things to say if you're into SDR a
Ah, I got it. I will look into that.
Btw, generally speaking, how is the efficiency the spectrum sensing in gnu
radio? I use the spectrum_sense.py to sense 9M a step and generate 256 bins
which takes me nearly 1 second to sense 1M. It is really slow...
--
Yang
Sent with Sparrow
On 2011年5月8日星期日
Hey Adib, thanks for the information, I will look into your publications.
--
Yang
Sent with Sparrow
On 2011年5月9日星期一 at 上午9:00, adib_sairi wrote:
>
> Dear Yang,
>
> My master work is on this topic. I have a recent paper on this which as
> below,
>
> M. Adib Sarijari, Rozeha A. Rashid, N. Fisal,
Can we bring Tom's post to this list?
<
http://gnuradio.squarespace.com/home/2011/5/8/why-isnt-gnu-radio-used-more.html
>
Yes, I do actually read his posts ;) I hope others do too; he writes with
clarity and has things to say if you're into SDR and GNU Radio.
I hope Tom's post sparks some go
Hi, I get fixed the errors and compiled gnuradio on Ubuntu 11.04 on a
notebook.
I get the following errors about for usrp_benchmark_usb.py.
Is it the problem about USB? I don't know how to know my USB is running 2.0.
HP-Compaq-6535s:~/gnuradio/gnuradio-examples/python/usrp$
./usrp_benchmark_usb.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/09/2011 01:55 PM, David Bengtson wrote:
> So things like the PRC-148 aren't really commercially available.
> That's a military handheld for sale to governments.
AFAIK, there is a commercial version which lacks the military software
features like
So things like the PRC-148 aren't really commercially available.
That's a military handheld for sale to governments. I don't think that
Military radios need to meet some of the same requirements as
commercially available radios. Not having taken a PRC-148 apart, I'm
not sure what the innards look l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 05/09/2011 04:54 AM, David Bengtson wrote:
> The other issue is the various
> regulatory bodies are going to frown on something like that if you try
> to sell it.
Fortunately, in Finland we don't have too many problems with that. Sale
and possessio
yes, Ubuntu 11.04
then I ignore the error and make install, and get error on benchmark.py
HP-Compaq-6535s:~/gnuradio/gnuradio-examples/python/usrp$
./usrp_benchmark_usb.py
Testing 2MB/sec... /home/howie/.gnuradio/prefs/gr_vmcircbuf_default_factory:
No such file or directory
gr_vmcircbuf_createf
On Mon, May 9, 2011 at 9:49 AM, HW Wong wrote:
> Hi,
>
> I get the gnuradio from git and make it.
> get the following error.
>
> Could anyone please kindly advice. Thanks!
>
>
>
> /lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/crtendS.o
> /usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/../../../c
Hi,
I get the gnuradio from git and make it.
get the following error.
Could anyone please kindly advice. Thanks!
/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/crtendS.o
/usr/lib/i386-linux-gnu/gcc/i686-linux-gnu/4.5.2/../../../crtn.o -pthread
-pthread -pthread -Wl,-soname -Wl,libgnuradio-qt
On Mon, May 9, 2011 at 2:00 AM, adib_sairi wrote:
> Tom Rondeau wrote:
> >
> > Yang,
> > I was talking about benchmark_rx.py, not the transmitter. There is a
> > callback (sorry, not actually a thread) that sits and waits for a message
> > from the demod chain called rx_callback. I'm suggesting t
Thank you for the reply. Is it okay for me to get in touch shortly? As I'm
still familiarizing myself with GNURadio, but our end game is to implement the
JTRS SCA. Have you looked in to http://ossie.wireless.vt.edu/trac/?
Regards,
Jaco
>>> turbovectorz turbovectorz 09/05/2011 03:03 >>>
Jaco,
Thanks for the link. I'll look in to it.
Regards,
Jaco
>>> Robert McGwier 09/05/2011 07:44 >>>
http://ossie.wireless.vt.edu/trac/
On Thu, May 5, 2011 at 4:24 AM, Jaco Meintjes wrote:
Hi,
Has anyone worked on JTRS (Joint Tactical Radios Sytems) SCA (Software
Communication Architecture) with
Thank you for the reply. I know GNURadio doesn't implement it, but I wanted to
know if someone else has used GNURadio to implement it.
Regards,
Jaco
>>> Ben Hilburn 08/05/2011 21:18 >>>
What do you mean by this, exactly? GNURadio doesn't implement the SCA.
Cheers,
Ben
On Thu, May 5, 2011 at
67 matches
Mail list logo
