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
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, mle...@ripnet.com wrote:
**
On 29 Aug 2012 15:13, Josh Blum wrote:
On 08/28/2012 03:24
On Sat, Sep 1, 2012 at 5:40 PM, Norman Khine nor...@khine.net 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
On Mon, Sep 3, 2012 at 10:36 PM, ikjtel ikj12...@yahoo.com 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
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 for
On Tue, Sep 4, 2012 at 9:13 AM, KB3CS - Chris kb...@arrl.net 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
On Tue, Sep 4, 2012 at 3:17 AM, Muhammad JUNAID m_junaid0...@yahoo.com 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#
On Mon, Sep 3, 2012 at 5:44 PM, Travis Collins travisfcoll...@gmail.com 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
On Fri, Aug 31, 2012 at 2:57 PM, My Radio myradioplatf...@gmail.com 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
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 )
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, mle...@ripnet.com 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
On 04 Sep 2012 10:48, Tom Rondeau wrote:
On Tue, Sep 4, 2012 at
10:41 AM, mle...@ripnet.com 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
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 nor...@khine.net 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
On Tue, Sep 4, 2012 at 11:02 AM, KB3CS - Chris kb...@arrl.net 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
On Tue, Sep 4, 2012 at 7:51 AM, mle...@ripnet.com 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
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
Traceback
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 with
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
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 any
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:
28 matches
Mail list logo