hello All,
dose any one have idea about this error?
i install USRP block in gnuradio 3.6.2 for this file but still have an error.
root@Junaid-VPCF13UFX:/home/muhammadjunaid/airprobe/gsm-receiver/src/python#
./gsm_receive_usrp2.py
Traceback (most recent call last):
File "./gsm_receive_usrp2.py",
I've just corresponded with Marcus Leech about adding support for openSUSE
12.1 in the build-gnuradio script, and he's said
"The cmake hackery might be better placed in the Cmake rules in Gnu
Radio itself--using yet-another special recognizer for OpenSuse. I suggest
you post to discuss-gnuradi
Hello,
Sorry for the lack of response, I was on vacation. We actually managed to
fix most of our problems, mostly due to hardware setup issues. Thank you
for your help!
On Wed, Aug 29, 2012 at 3:18 PM, wrote:
> **
>
> On 29 Aug 2012 15:13, Josh Blum wrote:
>
> On 08/28/2012 03:24 PM, Anisha Goru
On Sat, Sep 1, 2012 at 5:40 PM, Norman Khine wrote:
> hello,
> i am interested in learning if it is possible to use gnuradio to implement a
> similar application to how tagpay works, here are some details
> http://www.tagattitude.fr/en/products/technology
>
> any advise much appreciated.
>
> norma
On Mon, Sep 3, 2012 at 10:36 PM, ikjtel wrote:
>
>> The reason this doesn't cause a problem for you in 3.3 is because
>> that's pre-Volk. This looks like you're running SSE operations on a
>> system that doesn't support it.
>
> Hi Tom
> I shall put together the full list of stuff you mentioned, bu
On 04 Sep 2012 09:13, KB3CS - Chris wrote:
> I've just
corresponded with Marcus Leech about adding support for openSUSE 12.1 in
the build-gnuradio script, and he's said
>
> "The cmake hackery might
be better placed in the Cmake rules in Gnu Radio itself--using
yet-another special recognizer f
On Tue, Sep 4, 2012 at 9:13 AM, KB3CS - Chris wrote:
> I've just corresponded with Marcus Leech about adding support for openSUSE
> 12.1 in the build-gnuradio script, and he's said
>
>"The cmake hackery might be better placed in the Cmake rules in Gnu Radio
> itself--using yet-another special
On Tue, Sep 4, 2012 at 3:17 AM, Muhammad JUNAID wrote:
> hello All,
> dose any one have idea about this error?
> i install USRP block in gnuradio 3.6.2 for this file but still have an
> error.
> root@Junaid-VPCF13UFX:/home/muhammadjunaid/airprobe/gsm-receiver/src/python#
> ./gsm_receive_usrp2.py
>
On Mon, Sep 3, 2012 at 5:44 PM, Travis Collins wrote:
> By "not processing data" I mean I look at the size of the source
> queue, which is attached to the dpsk_demod block and it just grows
> without data being removed. I just use the queue.count() method to
> observe this. I can even stop addin
On Fri, Aug 31, 2012 at 2:57 PM, My Radio wrote:
> While many HW solutions interfacing with GNURADIO has evolved but we dont
> see any of them listed under GNURADIO HW interface page. For example here is
> the link http://gnuradio.org/redmine/projects/gnuradio/wiki#VI-Hardware
>
> Is GNURADIO limi
Hi,
I had question about using N210 and XCVR2450 in a half-duplex scenario. I
have used tx_sob and tx_eob stream tags hoping for a switch from default RX
to TX whenever there is a packet to transmit. What happens is both sides
initiate with LED C constantly ON ( default to receiving, I guess ) but
On 04 Sep 2012 10:29, Tom Rondeau wrote:
> There's another issue
on the table here about a hardware abstraction
> layer or a
general/global API for SDR front ends. That, too, is an
> incredibly
complicated problem that I haven't seen any real solutions
> for.
>
>
Tom
>
>
On Tue, Sep 4, 2012 at 10:41 AM, wrote:
> On 04 Sep 2012 10:29, Tom Rondeau wrote:
>
>
>
> There's another issue on the table here about a hardware abstraction
> layer or a general/global API for SDR front ends. That, too, is an
> incredibly complicated problem that I haven't seen any real soluti
On 04 Sep 2012 10:48, Tom Rondeau wrote:
> On Tue, Sep 4, 2012 at
10:41 AM, wrote:
>
>> On 04 Sep 2012 10:29, Tom
Rondeau wrote: There's another issue on the table here about a hardware
abstraction layer or a general/global API for SDR front ends. That, too,
is an incredibly complicated prob
hi, i can get the information into and out of GNU radio using tropo
https://www.tropo.com/how-it-works/ type application i guess!
but was interested to see working examples of how to work with the data
once it has been received, for example, if i have a python script which
creates a dictionary or
there are two qwt packages involved: libqwt5 and qwt-devel
maybe one rule for /usr/include/qwt and then a symlink from
/usr/include/qwt[0-9] -> /usr/include/qwt ?
or maybe someone can also attempt to persuade the Qwt folks to adopt the
package config infrastructure?
__
On Tue, Sep 4, 2012 at 10:51 AM, Norman Khine wrote:
> hi, i can get the information into and out of GNU radio using tropo
> https://www.tropo.com/how-it-works/ type application i guess!
>
> but was interested to see working examples of how to work with the data once
> it has been received, for ex
On Tue, Sep 4, 2012 at 11:02 AM, KB3CS - Chris wrote:
> there are two qwt packages involved: libqwt5 and qwt-devel
That's pretty standard.
> maybe one rule for /usr/include/qwt and then a symlink from
> /usr/include/qwt[0-9] -> /usr/include/qwt ?
We already look in /usr/include/qwt, so if y
On Tue, Sep 4, 2012 at 7:51 AM, wrote:
> **
>
> On 04 Sep 2012 10:48, Tom Rondeau wrote:
>
> I'm not sure that I consider what they do an abstraction layer. They just
> switch between a handful of devices. Tom
>
> Anything that reduces/eliminates the need for multiple flow-graphs to
> support dif
On 09/04/2012 12:17 AM, Muhammad JUNAID wrote:
> hello All,
> dose any one have idea about this error?
> i install USRP block in gnuradio 3.6.2 for this file but still have an error.
> root@Junaid-VPCF13UFX:/home/muhammadjunaid/airprobe/gsm-receiver/src/python#
> ./gsm_receive_usrp2.py
> Traceb
Hi,
I'm using the Mutliply Const block in my flow graph. IO type: complex and
Constant: x+yj. I used 2 sliders to adjust x and y values. But only the slider
for x values works. The slider for y values does not work and get the system to
crash. Can anyone help me understand this?
Regards.
___
On 09/04/2012 07:33 AM, Anjan Rayamajhi wrote:
> Hi,
>
> I had question about using N210 and XCVR2450 in a half-duplex scenario. I
> have used tx_sob and tx_eob stream tags hoping for a switch from default RX
> to TX whenever there is a packet to transmit. What happens is both sides
> initiate w
On 09/04/2012 10:21 AM, guelord ingala wrote:
> Hi, I'm using the Mutliply Const block in my flow graph. IO type:
> complex and Constant: x+yj. I used 2 sliders to adjust x and y
> values. But only the slider for x values works. The slider for y
> values does not work and get the system to crash.
I'm trying to get a channel estimate, therefore I need to access the
data before the demodulator, since the demodulator will quantize the
data. My flow-graph isnt using USRP's for the meantime, just a channel
model. So my system receiver goes like this:
CHANNEL_MODEL -> MESSAGE_SINK -> DO SOME PY
> I'll be interested to see how cmake reports the architecture checks for VOLK
> here.
pasted below. Hopefully the mailers won't mangle, if so i'll post it to a web
page and send a link.
> What happens if you just have a sig_source_f->multiply_ff->null_sink?
:-( It works perfectly, without
On Tue, Sep 04, 2012 at 10:29:38AM -0400, Tom Rondeau wrote:
> Similarly, the wiki is a place where anyone can get access to
> update it, so if someone wants to offer their hardware solution on the
> page, it's not very difficult.
I'll put in my usual preaching here: As Tom said, gnuradio.org is a
> Yes, looks like it. But it's an Atom, which might change things. I
> know we had some issues on Atom's before, but I thought that we worked
> them out. I'll be interested to see how cmake reports the architecture
> checks for VOLK here.
Hi Tom
I've made some further progress, and this may be
GNU Radio release 3.6.2 is now available for download:
http://gnuradio.org/releases/gnuradio/gnuradio-3.6.2.tar.gz
This release contains the new gr-filter top-level component, some new
signal processing blocks, and numerous bug fixes.
The detailed changelog is here:
http://gnuradio.org/redmine/
28 matches
Mail list logo