Hi,
To get OpenBTS up and running together with the USRP1 I need gnuradio 3.4.2.
These instructions here
http://gnuradio.org/redmine/projects/gnuradio/wiki/UsingLibusrpWith3_5
are a good way to go, did this several times with (K)Ubuntu 12.04 LTS 32
bit. Now on a new machine I need to use Debian
Hello,
I would like to stream demodulated audio through GNU Radio to the internet
The way I want to achieve this is follows.
1. Create virtual sound card available as audio sink, connect some source (e.g.
sine wave)
2. Use VLC streamer to capture audio and stream device through RTSP
So far, I h
Hi all,
I am trying to study STBC using USRP2 and have some questions about how to use
mimo cable.
I followed the instruction on ettus but i dont understand 'Configuring the
slave' part
http://files.ettus.com/uhd_docs/manual/html/usrp2.html#using-the-mimo-cable
Configuring the slave
In ord
Actually it is not a big deal at all, I am just curious.
Yes, I am using WXGui slider.
Thank you Tom
Nemanja
On Wed, Jul 24, 2013 at 5:39 PM, Tom Rondeau wrote:
> On Wed, Jul 24, 2013 at 8:51 AM, Nemanja Savic wrote:
> > Hi guys,
> >
> > this is kind of very old thread, but the same problem.
Hi
Can any one please explain how this gr-extras tun/tap device can be
used. I need an example of how to use this device in an application. I
already know the Linux documentation
https://www.kernel.org/doc/Documentation/networking/tuntap.txt
for the tun/tap device but can not connect it to my a
OK; fair enough. I'll set the gnuradio ports in MacPorts to use Qwt 5.2.*, no
higher or lower. Thanks! - MLD
On Jul 24, 2013, at 2:40 PM, Tom Rondeau wrote:
> Yes, this is an understood problem. PyQWT has stopped development work
> on it's current path and will not support Qwt6. Luckily, they
On Wed, Jul 24, 2013 at 2:38 PM, Michael Dickens wrote:
> Isn't PyQwt required for gr-qtgui? I didn't think PyQwt compiles with Qwt >=
> 6.0 (from source; maybe for GNU Radio's purposes Qwt >= 5.2 are ABI
> compatible enough).
>
> I've verified that GNU Radio compiles using Qwt 6.0, but I don't
Isn't PyQwt required for gr-qtgui? I didn't think PyQwt compiles with Qwt >=
6.0 (from source; maybe for GNU Radio's purposes Qwt >= 5.2 are ABI compatible
enough).
I've verified that GNU Radio compiles using Qwt 6.0, but I don't think I'll be
able to get PyQwt to compile using Qwt >= 6.0 [Som
On Wed, Jul 24, 2013 at 1:53 PM, Michael Dickens wrote:
> Does anyone know if GNU Radio compiles (from source, so API compatible) using
> QWT 6.0 or 6.1? I think the last time I tried using 6.0 it failed, but I'll
> try it again & see if it works now. - MLD
Yes. I typically use 6.0.0 these day
Does anyone know if GNU Radio compiles (from source, so API compatible) using
QWT 6.0 or 6.1? I think the last time I tried using 6.0 it failed, but I'll
try it again & see if it works now. - MLD
On Jul 24, 2013, at 1:36 PM, Tom Rondeau wrote:
> On Wed, Jul 24, 2013 at 1:32 PM, Michael Dicken
On Wed, Jul 24, 2013 at 1:32 PM, Michael Dickens wrote:
> I didn't realize QWT >= 5.2 was required. I'll update the MacPorts install
> to reflect this change (it allows 5.1 right now). I didn't think this was
> the issue I'm working on, but I'll double check that with the person having
> the
I didn't realize QWT >= 5.2 was required. I'll update the MacPorts install to
reflect this change (it allows 5.1 right now). I didn't think this was the
issue I'm working on, but I'll double check that with the person having the
issue. - MLD
On Jul 24, 2013, at 10:15 AM, Tom Rondeau wrote:
On 07/24/2013 12:48 PM, Amy Kumar wrote:
Hi
I made a change in the u2plus_core.v and generated a new bin file using:
make -f Makefile.N200R4 bin
When I try burning the new FPGA image to USRP N200 R4, I get the
following error:
'Error: incorrect FPGA image version.Please use the correct image f
Hi
I made a change in the u2plus_core.v and generated a new bin file using:
make -f Makefile.N200R4 bin
When I try burning the new FPGA image to USRP N200 R4, I get the following
error:
'Error: incorrect FPGA image version.Please use the correct image for
device n200_r4'
I think the revision I'v
After some time I maybe realized how this thing works, but I don't know jow
to call correctly methods from dboard_iface:
def get_pin_ctrl(self, *args, **kwargs):
"""get_pin_ctrl(self, unit_t unit) -> boost::uint16_t"""
return _uhd_swig.dboard_iface_get_pin_ctrl(self, *args, **kwarg
What happens when search for "packet" in the block list in GRC?
-John
On Wed, Jul 24, 2013 at 9:23 AM, GNU radio wrote:
> Hi
>I have all the blocks in the pre-cog library in my gnuradio
> installation directories but I don't see pre-cog packet framer and packet
> de-framer in my grc block
Hi
I have all the blocks in the pre-cog library in my gnuradio installation
directories but I don't see pre-cog packet framer and packet de-framer in
my grc blocks. Is there a way in which I can some how manually add them to
the GRC blocks.
Regards
Guru
___
Ok, So that means I just need to keep my eyes open. Will try it again tonight.
Shashank
On Wed, Jul 24, 2013 at 5:35 PM, Tom Rondeau wrote:
> On Tue, Jul 23, 2013 at 10:12 PM, Shashank Gaur wrote:
>>>
>>> Ok.
>>>
>>> 3.5 should work. I just build 3.5.3.2 on my machine here. Try using
>>> cmake
You can do that in the packet framer source code.
On Wed, Jul 24, 2013 at 9:02 AM, GNU radio wrote:
> Hi
> Is there a way in gnu radio to append extra bits to each outgoing
> packet from a packet framer.
>
> Regards
>
> Abid
>
> ___
> Discuss-gnur
Hi
Is there a way in gnu radio to append extra bits to each outgoing
packet from a packet framer.
Regards
Abid
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On Tue, Jul 23, 2013 at 6:42 PM, rmsrms1987 wrote:
> Hi Everyone,
>
> This might be something very trivial that I am unsure how to fix. I had
> everything with GNURadio working up until a couple days ago, but this
> afternoon I was getting some error concerning boost when trying to import
> one o
On Wed, Jul 24, 2013 at 8:51 AM, Nemanja Savic wrote:
> Hi guys,
>
> this is kind of very old thread, but the same problem. I started changing my
> blocks for 3.7.0 and callbacks are called twice. Is there any explanation
> for this acting?
>
> thanks,
> Nemanja
>
>
> On Thu, Feb 28, 2013 at 9:53
On Tue, Jul 23, 2013 at 10:12 PM, Shashank Gaur wrote:
>>
>> Ok.
>>
>> 3.5 should work. I just build 3.5.3.2 on my machine here. Try using
>> cmake instead of autotools, though. We've been keeping up to date with
>> cmake. Not sure what version of autotools might cause problems at this
>> point.
>
On 07/24/2013 10:46 AM, Chuck Ritola wrote:
What ATSC (6MHz wide) tuners are available to work with GNURadio? Is
there a simple HDTV tuner/ADC capable of sending I/Q data to GNURadio
to demod in software? I'd use a USRP except the budget is in the
sub-$200 range.
Thanks for reading
Hi guys again,
I have designed small RF frontend using TI's cc1000 transciever. Since the
transciever need to be configured using external pins, I need to be able to
toggle gpio pins on my LFRX. I have found that I should use dboard_iface
which is available in python via swig. However I have sever
What ATSC (6MHz wide) tuners are available to work with GNURadio? Is there
a simple HDTV tuner/ADC capable of sending I/Q data to GNURadio to demod in
software? I'd use a USRP except the budget is in the sub-$200 range.
Thanks for reading
___
Discuss-gnu
Thank you Thomas from me also, you were right. Even make test works, now I
only need guts to uninstall my precious 3.6.3 :)
Nemanja
On Wed, Jul 24, 2013 at 4:15 PM, Tom Rondeau wrote:
> On Wed, Jul 24, 2013 at 9:56 AM, Thomas Tsou wrote:
> > On Wed, Jul 24, 2013 at 10:00 AM, Nemanja Savic
>
On Wed, Jul 24, 2013 at 9:56 AM, Thomas Tsou wrote:
> On Wed, Jul 24, 2013 at 10:00 AM, Nemanja Savic wrote:
>> today I tried installing 3.7.0 on my RHEL machine, but without success and
>> with the following error message during make:
>>
>> [ 70%] Building CXX object
>> gr-qtgui/lib/CMakeFiles/g
On Wed, Jul 24, 2013 at 10:00 AM, Nemanja Savic wrote:
> today I tried installing 3.7.0 on my RHEL machine, but without success and
> with the following error message during make:
>
> [ 70%] Building CXX object
> gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/TimeDomainDisplayPlot.cc.o
> /home/savi_ne
Ok, no problem. I am still happy with my 3.6.3, which is the latest that
works on my machine. It looks like RHEL is really tough for gnuradio.
Best,
Nemanja
On Wed, Jul 24, 2013 at 3:28 PM, Michael Dickens wrote:
> Hi Nemanja - I have 1 report from a Mac OS X user with this -exact- error.
> I
Hi Nemanja - I have 1 report from a Mac OS X user with this -exact- error. I'm
working with this user to try to debug it. I do not see the issue with my Mac
OS X setup via MacPorts, no matter what I try, and we have the same basic
install (OSX, MacPorts, Xcode, etc). I really do not know what
Hi guys,
this is kind of very old thread, but the same problem. I started changing
my blocks for 3.7.0 and callbacks are called twice. Is there any
explanation for this acting?
thanks,
Nemanja
On Thu, Feb 28, 2013 at 9:53 AM, Nemanja Savic wrote:
> Was any nonsense in previous post?
>
>
> On
Hi,
> Should work fine.
That is right. Gnuradio and uhd compiled just fine, grc starts (I just must
find the procedure that generates the grc shortcut in the menu like with
Marcus' script for Ubuntu) I did not do any tests if communication to the
USRP1 works, but I expect it to do so.
Again I h
Hello Adeel/ML, this is fine, thanks.
Next doubt is the data format as input of the GMSK block.
Should it be as sequence of unsigned char[] bits ("01010101 ")
or unsigned char[] bytes ("\x55\x00")? Looking at the Mod code
(gmsk.py), the modulator first does a bytes_to_syms().
Second,
Hi all guys,
today I tried installing 3.7.0 on my RHEL machine, but without success and
with the following error message during make:
[ 70%] Building CXX object
gr-qtgui/lib/CMakeFiles/gnuradio-qtgui.dir/TimeDomainDisplayPlot.cc.o
/home/savi_ne/tools/gnuradio-3.7.0/gr-qtgui/lib/TimeDomainDisplayP
35 matches
Mail list logo
