Hi Ulf,
On 2014-01-11 22:32, Ulf Söderberg wrote:
Clayton and I worked on the FM RDS project over the last weeks. I think that
the receiving side is in a pretty good state now. It works well with the RTL
SDR.
I wonder how to get this working on Mac OS X with the macports version of GNU
On 2014-01-13 22:03, Michael Dickens wrote:
That said, I'd bet that the issue is that CMake is not linking the RDS
library/ies correctly.
CMake has settings to correct that, which I can pass on if this is the issue;
it's an easy fix to some CMakeLists.txt files.
...I guess you are talking
On 2014-01-14 14:21, Michael Dickens wrote:
Not RPATH; that's messed up and I don't recommend using it any more than
necessary. I'm taking about the absolute path. See my prior email on this
subject. Here's what you do in CMake to fix this:
{{{
IF(APPLE)
Hi Aditya,
On 01/29/2014 08:56 PM, Aditya Dhananjay wrote:
Changing GR_FIXED_BUFFER_SIZE from 32k to 128k solved the problem, but
at the cost of quite a slowdown.
I think you can also change this per block. In GRC there is a Max.
Output Buffer field for each block. Maybe, that does not
Hi Aditya,
just in case the problem still exists, you might miss something like this in
your cmake files
https://github.com/bastibl/gr-ieee802-15-4/commit/a586256ad5e3fe1cf8c998a68a7276adf6e2d691
Best,
Bastian
On 10 Feb 2014, at 19:40, Aditya Dhananjay adi...@cs.nyu.edu wrote:
You could
On 02/11/2014 11:17 AM, raf raf wrote:
Hi Marcus,
I tried to have a lib/CMakeLists.txt and CMakeLists.txt with a same
content like in ieee802-15-4 of Bastian, but it didn't work and now I
had this error after a modifications :
You do not set required components as we suggested in the
On 02/11/2014 11:17 AM, raf raf wrote:
ImportError:
/usr/local/lib/python2.7/dist-packages/ieee_868_915/_ieee_868_915_swig.so:
undefined symbol: _ZN2gr12ieee_868_91511packet_sink4makeEv
You can get my project from a github :
https://github.com/zitouni/gr-ieee_868_915
I just made a pull
-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http://ccs.uibk.ac.at/~bloessl
Does it work on the first machine now?
On 2014-02-24 21:17, Ruecan wrote:
In another machine I tried to install it with GR 3.7,
but in the cmake I got this error:
CMake Error at
~/gnuradio-3.7_install/lib64/cmake/gnuradio/GnuradioConfig.cmake:29 (list):
list sub-command INSERT requires at
Hi,
On 24 Mar 2014, at 22:20, Ruecan naceuram...@gmail.com wrote:
How can I have a file source connected as a pad source to an hierarchical
block ?
More precisely, I have for example the hierarchical block ieee802_15_4_mac,
and instead of feeding the block in input with a socket pdu block I
On 25 Mar 2014, at 16:51, Ruecan naceuram...@gmail.com wrote:
Param - Message PMT(msg):
Value pmt.intern(Hello World!\n) cannot be evaluated:
'module' object has no attribute ‘intern'
I never got that error, but it looks like a problem of your GNU Radio
installation. What
On 25 Mar 2014, at 19:30, Ruecan naceuram...@gmail.com wrote:
Bastian Bloessl-2 wrote
I never got that error, but it looks like a problem of your GNU Radio
installation. What version do you have installed and how did you install
it?
I am running GNU Radio 3.65, may be that block
I find out that it consist of a bursty transmission of a signal compound of
11 to 12 msec of wide-band signal followed by a narrower 400 Khz signal that
lasts around 10 msec and is 20 db stronger then the wide-band signal.
The wideband signal is the packet. Actually, it should be terminated
On 26 Mar 2014, at 15:05, alex alexleeresea...@gmail.com wrote:
I am currently working on gr-ieee80211. Now I want to use the long preamble
to estimate the CSI. However, after I apply fft to the long preamble, I found
the power for each channel is not the same. I took an average over lots
Bastian Bloessl-2 wrote
The wideband signal is the packet. Actually, it should be terminated with
a tx_eob tag. Do you see any ‘U’s on you console? AFAIK, if the packet
does not end with an tx_eob tag you might see the oscillator as narrow
band signal.
Yes I see 'U's on the console
*)
self.blocks_pdu_to_tagged_stream_0_0_0 =
blocks.pdu_to_tagged_stream(blocks.byte_t, *packet_len”*)
I would recommend to edit the flow graph in GRC instead of editing the
generated .py file.
Best,
Bastian
--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems
University of Paderborn, Germany
http://www.ccs
On 04/07/2014 05:17 PM, Ruecan wrote:
Correct me if am wrong, I inserted a tagged_stream_to_pdu block between the
clock_recovery_mm and the rxout pad sink. Isn't that the right way to run
the transceiver script.
what blocks did you actually install?
If you talk about the 15.4 stuff from
On 04/07/2014 05:47 PM, Ruecan wrote:
I am talking about the examples/ieee802_15_4_PHY.grc flowgraph and in order
to generate the ieee802_15_4_PHY.py I need to get the pads connected that's
when I inserted the tagged_stream_to_pdu block as I said.
Here is a snapshot
block. Basically you use this whole hier block as one block in another
flow graph.
Nathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Dipl.-Inform. Bastian Bloessl
Hi Lingeswar,
/usr/local/lib/python2.7/dist-packages/ieee802_15_4/ieee802_15_4_swig.py,
line 22, in swig_import_helper
_mod = imp.load_module('_ieee802_15_4_swig', fp, pathname,
description)
ImportError: /usr/local/lib/libgnuradio-ieee802_15_4.so: undefined
symbol:
Hi Anirud,
On 28 May 2014, at 18:47, Sahoo, Anirudha anirudha.sa...@nist.gov wrote:
mac.cc:mac_in: pmt_is_pair
mac.cc::mac_in: data_len = 30
CRC at Reception: 0
MAC: Dropping packet self routed
I poked around mac.cc code a bit. It looks like the message received has the
same mac id as
On 06/03/2014 01:31 PM, Wafa Elhajhmida wrote:
In order to finish the installation of guradio on usrp e110, I typed
idconfig but it shows me bash:idconfig:command not found.
But the command idconfig still doesn't work.
the command is called ldconfig not idconfig.
Best,
Bastian
Hello Alex,
On 20 Jun 2014, at 16:59, Alex Weihkopf elektronens...@gmx.de wrote:
The error message:
Traceback (most recent call last):
File /home/***/Desktop/top_block.py, line 15, in module
import ieee802_11
File
Hi Shashank,
On 06/25/2014 01:48 PM, Shashank Sinha wrote:
I was trying to use gr-perf-monitorx while running Bastian's
gr-ieee80211 project. I was encountering the following error :
I just reran the example and it works for me, but maybe you can run the
performance monitor for a simple
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems Group
University of Paderborn, Germany
http://www.ccs-labs.org/~bloessl
17:30 GMT+02:00
Subject: Re: [Discuss-gnuradio] Install UCLA-gr-802.15.4 into E100 has error
To: Bastian Bloessl bloe...@ccs-labs.org
Hi Bastian,
I have read your paper A GNURadio-based IEEE 802.15.4 Testbed. It's really
an excellent job.
Your testbed implement from PHY layer up
On 09/02/2014 08:52 AM, zhangwen wrote:
CMake Warning at CMakeLists.txt:85 (find_package):
By not providing FindCppUnit.cmake in CMAKE_MODULE_PATH this
project has
asked CMake to find a package configuration file provided by
CppUnit, but
CMake did not find one.
Oooops, looks like I
On 09/03/2014 05:21 PM, Andrew Burger wrote:
I am trying to create a custom header format derived from
packet_header_default.h.
I am also doing this in an out of tree module src structure.
I have successfully got it to compile the c++ code but it now fails
when I try to add the swig lines into
authority.
Please have a look at the readme
https://github.com/bastibl/gr-ieee802-11#troubleshooting
Best,
Bastian
I attached the pictures of the missing progect.
Best regrads,
Zhang Wen
-原始邮件-
发件人: Bastian Bloessl bloe...@ccs-labs.org
发送时间: 2014年9月2日 星期二
收件人: zhangwen zhangw
Hi all,
looking at the clock recovery MM code, I wonder if d_omega_relative_limit is a
relative or absolute deviation from d_omega.
Here it looks like absolute
https://github.com/gnuradio/gnuradio/blob/next/gr-digital/lib/clock_recovery_mm_ff_impl.cc#L107
Here it is relative
On 09 Sep 2014, at 15:42, Tom Rondeau t...@trondeau.com wrote:
On Mon, Sep 8, 2014 at 5:49 PM, Bastian Bloessl bloe...@ccs-labs.org wrote:
Hi all,
looking at the clock recovery MM code, I wonder if d_omega_relative_limit is
a relative or absolute deviation from d_omega.
Here it looks
Hi,
On 09/22/2014 03:51 PM, Jean-Baptiste Truffault wrote:
I installed the module as described here:
https://github.com/bastibl/gr-ieee802-11 and tried to use the
examples/wifi_rx.grc file to start. Here begin my problem: using the
same record_source_file, I have several results printed on my
Hi Alan,
On 23 Sep 2014, at 13:19, Alan Woodward alankeithwoodw...@gmail.com wrote:
Hi
I am trying to build and use gr_air_modes built from
https://github.com/bistromath/gr-air-modes. But the command
sudo ldconfig
is not available on Mac 10.9.5. When I execute the modes_rx command
On 09/24/2014 04:14 PM, Jean-Baptiste Truffault wrote:
Sorry for the time, I had some trouble with the 3.7.3 install, finally I
installed the 3.7.5 thanks to the script
http://www.sbrac.org/files/build-gnuradio.
First, I recorded a DSRC signal thanks to Gnu Radio and my USRP N210
(with a CBX
Hi Ralph,
On 25 Sep 2014, at 11:10, Ralph A. Schmid, dk5ras ra...@schmid.xxx wrote:
I see there some double used terms. Is it the European ETSI style DSRC, or
the US WAVE style? 802.11p?
IEEE WAVE and ETSI ITS G5 are both based on IEEE 802.11p. The module implements
the phy and parts of
On 25 Sep 2014, at 15:07, Jean-Baptiste Truffault
jean_baptiste.truffa...@utt.fr wrote:
Finally I've got something better concerning the autocorrelation, but it's
still very noisy on the constellation...
maybe something I'm still doing wrong ?
Now it looks like you are just concatenating
On 25 Sep 2014, at 15:58, Jean-Baptiste Truffault
jean_baptiste.truffa...@utt.fr wrote:
is there a way to troubleshoot that kind of problem ?
I think you should read the readme and follow the steps in order to find out
what works and at which step things break (for example I don’t know if
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems Group
University of Paderborn, Germany
http://www.ccs-labs.org/~bloessl/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
!Hello
World!Hello World!Hello World!Hello World!
It does not contain a LLC, just a MAC header. It is BPSK 1/2 encoded. I guess
the initial scrambler state was 0b0101010 (=42) and it is a data frame.
Best,
Bastian
Best,
Ernest
W dniu 2014-10-04 11:16, Bastian Bloessl pisze:
Hi
. At least my card agreed
with my interpretation of the payload :-)
Best,
Bastian
W dniu 2014-10-04 19:56, Bastian Bloessl pisze:
Hi,
On 04 Oct 2014, at 15:50, Ernest Szczepaniak ernest_szczepan...@wp.pl
wrote:
Hello,
First of all, much love for your reply (it made my day).
So i
On 10/05/2014 01:37 PM, Ernest Szczepaniak wrote:
Greetings,
Ok, got this. After some test's i think that the problem is with my
descrambler (de-interleaver and Viterbi seems to be ok). Currently, im using
Matlab's one provided by comm. toolbox.
Is it correct to use 127-bit length pre-defined
On 10/06/2014 08:21 AM, Martin Braun wrote:
but I don't really like this except as a temporary/transition solution.
Assume CGRAN really takes off and grows. Do you really want all OOTs out
there in a single repo? What exactly is their logical connection, which
would warrant them all being tied
Hi,
On 06 Oct 2014, at 10:33, Ernest Szczepaniak ernest_szczepan...@wp.pl wrote:
Hi, much appreciate for your reply Bastian.
I have succefully found your frame.bin signal, forwarded by my USRP
(generated in MATLAB, received with Windows Network Monitor and wlan card).
You were right. It
and packet_header2.cc are attached for your
reference.
Thanks! Best, Zhe
--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems Group
University of Paderborn, Germany
http://www.ccs-labs.org/~bloessl/
___
Discuss-gnuradio mailing list
Hi,
I can’t help you much without the code, but did you see the example frame in
Annex L of the standard?
Maybe it helps you to debug your scripts.
Bastian
On 06 Oct 2014, at 22:19, Ernest Szczepaniak ernest_szczepan...@wp.pl wrote:
Ok, so i decoded all of the payload (123 data symbols,
On 07 Oct 2014, at 12:02, Bastian Bloessl bloe...@ccs-labs.org wrote:
I did that in gr-ieee802-11 and IIRC I had to define GR_API in the swig config
arg, sorry! I had to #define DIGITAL_API and include packet_header_default.h
https://github.com/bastibl/gr-ieee802-11/blob/master/swig
On 10/07/2014 04:57 PM, Ernest Szczepaniak wrote:
Nope,
Any way to get it? Is it downloadable?
Should be helpfull indeed.
As far as I know it is not downloadable. You would have to extract (copy
- paste) the data from the pdf.
Bastian
___
On 10/08/2014 11:54 AM, Ernest Szczepaniak wrote:
Ok. After couple of days trying to decode your frame i decided to check my
receiver with real samples.
Could it be possible that after demodulation (de-interleaving,
de-convolutional, de-scrambling) im getting over 40x0's in correct positions
(9
On 10/08/2014 11:54 AM, Ernest Szczepaniak wrote:
Ok. After couple of days trying to decode your frame i decided to check my
receiver with real samples.
Could it be possible that after demodulation (de-interleaving,
de-convolutional, de-scrambling) im getting over 40x0's in correct positions
(9
/discuss-gnuradio
--
Dipl.-Inform. Bastian Bloessl
Distributed Embedded Systems Group
University of Paderborn, Germany
http://www.ccs-labs.org/~bloessl/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo
On 10/09/2014 10:40 AM, Ernest Szczepaniak wrote:
Greetings,
finnaly got it working :D Problem was with descrambler. Now it gives results
as follows:
Service: 'ok'
Duration: ''
Source_MAC_Adress: '232323232323'
Hi,
On 10/09/2014 05:43 PM, liisuu wrote:
Hi everyone,
I am a new user of GNU radio. I am trying to communicate between Tmote Sky
sensor node and USRP N210.
I use the Tmote Sky sensor node as transmitter to broadcast messages by
flashing the example code into the node. The messages are
-Agullo, B. Coll-Perales and J. Gozalvez, An
IEEE 802.11
MAC Software Defined Radio Implementation for Experimental Wireless
Communications and Networking Research, Proceedings of the 2010
IFIP/IEEE
Wireless Days (WD'10), 20-22 October 2010, Venice (Italy).
[4] Bastian
Hi Isen,
On 2014-11-29 07:01, Isen I-Chun Chao wrote:
Hi,
I am using gr-ieee-802-11 and putting a custom block, which is
responsible for adding a 90-sample preamble at the head of incoming
sample stream, right after the output of WiFi PHY Hier, as attached
figure, generator.png. So the sample
Hi Isen,
On 2014-11-29 07:01, Isen I-Chun Chao wrote:
Hi,
I am using gr-ieee-802-11 and putting a custom block, which is
responsible for adding a 90-sample preamble at the head of incoming
sample stream, right after the output of WiFi PHY Hier, as attached
figure, generator.png. So the
On 2014-11-29 12:28, Isen I-Chun Chao wrote:
Hi Bastian,
Thanks for your reply.
The peaks you mentioned is like the correlation result?
Yes, exactly
/Best Regards,
Isen I-Chun Chao/
On Sat, Nov 29, 2014 at 6:21 AM, Bastian Bloessl bloe...@ccs-labs.org
mailto:bloe...@ccs-labs.org wrote
(autocorrelation). Once a (potential) frame is
detected, sync long correlates sync_length samples with the long
preamble and searches for peaks to align OFDM symbols.
Thanks.
/Best Regards,
Isen I-Chun Chao/
On Sat, Nov 29, 2014 at 6:29 AM, Bastian Bloessl bloe...@ccs-labs.org
mailto:bloe...@ccs
a look at this paper for those questions
http://www.ccs-labs.org/bib/bloessl2013ofdmreceiver/
Best,
Bastian
/Best Regards,
Isen I-Chun Chao/
On Sat, Nov 29, 2014 at 6:39 AM, Bastian Bloessl bloe...@ccs-labs.org
mailto:bloe...@ccs-labs.org wrote:
On 2014-11-29 12:34, Isen I-Chun Chao wrote
/jmalsbury/pre-cog
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http://ccs.uibk.ac.at/~bloessl/
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https
Hi,
On 03/15/2013 02:03 PM, Songsong Gee wrote:
Hi,
I'm now trying to use UCLA_Zigbee_PHY by UCLA
I have been following this instruction:
https://www.cgran.org/wiki/UCLAZigBee#HowToInstall
FYI, I've installed GNUradio with /build-gnuradio /script. Thus, i think
I don't have any directories
Hi,
On 03/19/2013 05:14 AM, Songsong Gee wrote:
Thanks your advice.
One more thing, is there any documentation or implementation of IEEE
802.15.4 which is compatible with TelosB device?
I heard that TelosB uses similar but different MAC and PHY with standard
IEEE 802.15.4
I'm still working on
and for adding it!
I just created an account on gnuradio.org and will see if I can
contribute something to the Wiki.
Cheers,
Bastian
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http://ccs.uibk.ac.at/~bloessl
that we implemented in Innsbruck.
If you base our work on that project, of course, I would be happy to
help you as good as I can!
Best,
Bastian
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http://ccs.uibk.ac.at
Hi,
On 04/11/2013 03:03 PM, 2_...@libero.it wrote:
If you base our work on that project, of course, I would be happy to help you
as good as I can!
Bastian Bloessl: thank you in advance for your disposability!!
can you tell me if and which problem present your code?
I can just tell you what I
graphs work nevertheless.
Have fun,
Bastian
[1] https://github.com/bastibl/gr-ieee802-15-4
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http://ccs.uibk.ac.at/~bloessl
Hi Tom,
thanks for your response!
On 04/15/2013 03:55 PM, Tom Rondeau wrote:
So can you point out where that gettimeofday call is being made? We
should be dealing with that situation in cmake, so if something's
going wrong, let us know.
It's not a problem of GNU Radio. I use gettimeofday to
, is just 4
fun and should just show the idea.
Best,
Bastian
[1] http://www.youtube.com/watch?v=OKeRCZGHi1E
[2] http://nbviewer.ipython.org/5394322
[3] https://gist.github.com/bastibl/5394322
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone
Hello Dingwen,
On 04/16/2013 11:24 AM, Dingwen Yuan wrote:
Welcome to GNU Radio Companion 3.6.4.1
Loading: /home/pdv/work/usrp/gr-ieee802-15-4/examples/rx.grc
Error: Block key ieee802_15_4_mac_deframer not found in Platform
- grc(GNU Radio Companion)
Error: Block key
Hi Dingwen,
On 04/17/2013 10:38 AM, Dingwen Yuan wrote:
Now the grc examples work with no error. The crash of the system during
gnuradio compilation is due to the boost version (the version 1.46
causes the problem). After I switched to version 1.48, the compilation
of the current gnuradio from
Hi Dingwen,
On 04/19/2013 05:16 PM, Dingwen Yuan wrote:
I played a bit with your examples. The tx all works perfect. But for rx,
sometimes I get the hello gnuradio messages, sometimes not. What
daughterboard are you using, I use the RFX2400.
Cool, that it compiles and at least does
/bastibl/gnuradio/commits/master
I used this block definition for testing
https://gist.github.com/bastibl/5425927
and I don't experience this issue
http://gnuradio.org/redmine/issues/489
Best,
Bastian
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Hello Dingwen,
On 04/22/2013 10:13 AM, Dingwen Yuan wrote:
I think the loopback works. I get some logs in the gnuradio-companion
likes this:
Hello World!
ut
I casted the not-0-terminated buffer to char as debug output :)
Should be fixed now.
Changing gain and the direction of antenna
Hi Alex,
On 04/28/2013 09:00 PM, Alex Dusowitz wrote:
Scanning dependencies of target _ieee802_11_swig_swig_tag
[ 38%] Building CXX object
swig/CMakeFiles/_ieee802_11_swig_swig_tag.dir/_ieee802_11_swig_swig_tag.cpp.o
Linking CXX executable _ieee802_11_swig_swig_tag
[ 38%] Built target
Hi all,
I installed todays next branch and get the following error when I try to
use a UHD: USRP Source.
File /usr/local/lib/python2.7/dist-packages/gnuradio/uhd/__init__.py,
line 72, in __init__
for v in val: self.channels.append(v)
SystemError: error return without exception set
It
Hi,
On 05/23/2013 12:34 AM, Josh Blum wrote:
This worked on ubuntu 12.10 x64 and ubuntu 11.04 x86
https://github.com/guruofquality/gnuradio/commit/fa75f18dc4d347bd7d5a1595b162395f773858d3
The error is reproducible without the changset for both machines
mentioned. Hope that fixes it.
I'm
the hier block.
Should I somehow compile it with grcc during installation?
Best,
Bastian
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http://ccs.uibk.ac.at/~bloessl
Hello Arturo,
On 06/06/2013 01:55 AM, Arturo Rinaldi wrote:
I have recently bumped into some issues when building the ucla_zigbee
platform both on macos and ubuntu 12.04.2. I'll shortly sum up my two
setups :
I think the UCLA blocks were not updated to work with GNU Radio 3.6.4. I
made some
Hi,
On 06/11/2013 04:50 PM, Tom Rondeau wrote:
Yes, you should be able to make a Cmake rule to run grcc on the .grc
file to build the Python file.
Building hierarchical blocks with grcc needed a small tweak, as
convert_hier.py expects the flow graph to have grc_file_path set (in
order to
Hi,
On 06/27/2013 11:18 PM, Shashank Gaur wrote:
I have been trying to understand delete_head_blocking() function from
gr_basic_block, but couldn't understand much clearly. Can anybody shed
some light on this.
I think this function is useful if you have a block with a message input
and a
Hi,
On 06/28/2013 08:57 AM, Martin Braun (CEL) wrote:
Synopsis: Don't block in work() = don't use this call.
Perhaps it makes sense to register a message handler (think of it as a
work function for a specific message).
Even if the only input of the block is a message port?
Bastian
On 06/28/2013 11:21 AM, Martin Braun (CEL) wrote:
On Fri, Jun 28, 2013 at 10:48:09AM +0200, Bastian Bloessl wrote:
Hi,
On 06/28/2013 08:57 AM, Martin Braun (CEL) wrote:
Synopsis: Don't block in work() = don't use this call.
Perhaps it makes sense to register a message handler (think
OK, I see. Thanks for that detailed explanation!
Bastian
On 06/28/2013 04:29 PM, Johnathan Corgan wrote:
On Fri, Jun 28, 2013 at 6:48 AM, Bastian Bloessl
bastian.bloe...@uibk.ac.at mailto:bastian.bloe...@uibk.ac.at wrote:
so it is the intended behavior that the work function is called
: No such device
I have tried a number of methods from the linux community but non of
them works.
Does any one in gnuradio community have any clue about it.
This commands work for me:
https://github.com/bastibl/gr-ieee802-11/blob/master/apps/rx_demo.sh#L22
Best,
Bastian
--
Dipl.-Inform. Bastian
/1a1f0f92cedac90ccadf5e42f4e09b3188b04352
But since also the unit test expects the samples from the start of the
symbol I might get the concept totally wrong.
Best,
Bastian
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University of Innsbruck, Austria
Phone: +43 512 507-53288 / Fax: -53079
http
On 08/23/2013 11:35 AM, Martin Braun (CEL) wrote:
On Fri, Aug 23, 2013 at 10:10:13AM +0200, Bastian Bloessl wrote:
I wonder why the OFDM Cyclic Prefixer uses the samples at the
beginning of the symbol to calculate the roll off. I would have
expected that the samples from the end of the previous
Hi Martin,
On 08/30/2013 10:18 AM, Martin Braun (CEL) wrote:
On Fri, Aug 23, 2013 at 01:50:14PM +0200, Bastian Bloessl wrote:
Ah OK, I see, taking the samples from the end is indeed stupid -.-
Thanks for your explanation!
Hi Bastian,
just a quick follow-up: Did you have any problems
Hi,
On 09/16/2013 06:09 PM, Nick Foster wrote:
This has been coming up in many other out-of-tree projects. Tom has
fixed it in master. To fix it for gr-ieee802-15-4, take the latest
gnuradio/gr-utils/python/modtool/gr-newmod/cmake/Modules/FindGnuradioRuntime.cmake,
and copy it into the
Hi,
On 09/17/2013 10:19 AM, Dincer Beken wrote:
root@openwns-desktop:/home/openwns/GnuRadioBastian/gr-foo/build# make
[ 4%] Building CXX object
lib/CMakeFiles/gnuradio-foo.dir/packet_dropper_impl.cc.o
In file included from
/home/openwns/GnuRadioBastian/gr-foo/lib/packet_dropper_impl.cc:18:
On 09/17/2013 10:19 AM, Dincer Beken wrote:
root@openwns-desktop:/home/openwns/GnuRadioBastian/gr-foo/build# make
[ 4%] Building CXX object
lib/CMakeFiles/gnuradio-foo.dir/packet_dropper_impl.cc.o
In file included from
/home/openwns/GnuRadioBastian/gr-foo/lib/packet_dropper_impl.cc:18:
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Dipl.-Inform. Bastian Bloessl
Institute of Computer Science
University
Hi,
there is an O-QPSK [1] phy that might be a starting point. Since you
have a RTL dongle, I guess you plan to use the 800 or 900 MHz band. IIRC
the chip sequences are slightly different there.
Best,
Bastian
[1] https://github.com/bastibl/gr-ieee802-15-4
On 2013-10-24 12:47, Dan Aldrich
On 11/19/2013 01:13 PM, nesimi eldarov wrote:
Dear all,
does anyone know or installed FTW IEEE802.11a/g/p OFDM Frame Encoder
(https://www.cgran.org/wiki/ftw80211ofdmtx)?
The poject in that link is very old and is working with gnuradio3.2.2
and Ubuntu 9.10.
I have USRP N200 , Ubuntu 13.04
On 11/19/2013 06:01 PM, nesimi eldarov wrote:
You tell that is a transceiver, how did you transmit the signals?
Is that also included?
Yes it is included. I reimplemented the transmit side to take advantage
of asynchronous messages, to support variable packet sizes, and to allow
setting the
On 11/19/2013 07:26 PM, Nowlan, Sean wrote:
I’m taking a look at the gr-ieee802-11 project. I’m unable to use
ofdm_loopback.grc because ofdm_phy_hier appears to be missing. I’ve
installed gr-ieee802-11 and gr-foo from Bastian’s github page. What step
am I missing?
I don't know if there is a
On 11/19/2013 07:44 PM, Nowlan, Sean wrote:
Thanks, Bastian. I tried this and got another error:
Welcome to GNU Radio Companion v3.7.2-13-gf1904733
Loading: ofdm_phy_hier.grc
Error: Connection between pad_source_1(0) and ieee802_11_ofdm_mapper_0(0) could
not be made.
sink key 0
On 11/19/2013 08:03 PM, Nowlan, Sean wrote:
I have a patch applied that rename message ports. Maybe the connections are
therefore broken. Can you have a quick look if the gray ports are connected. It
should be easy to spot where the connections should be (mac_out - phy_in and
so on).
They
On 21 Nov 2013, at 05:05, Activecat active...@gmail.com wrote:
Linking CXX shared library libgnuradio-ieee802_11.so
/usr/bin/ld: cannot find -llog4cpp
/usr/bin/ld: cannot find -llog4cpp
oops, can you try to install log4cpp. Under Ubuntu:
sudo apt-get install liblog4cpp5-dev
Bastian
On 21 Nov 2013, at 08:20, Activecat active...@gmail.com wrote:
But how come many of the flow graphs have errors: many ports are not
connected.
In this case I do not manage to run those examples.
Please help..
This is due to a patch that renames the message port names. Just reconnect
On 22 Nov 2013, at 20:02, nesimi eldarov nesaz...@mail.ru wrote:
Do you think it would be possible to use two USRPs, one for the tranmitter
and the second for the receiver?
Yes, but at least you have to change MAC and IP address in the start script.
Maybe enable promisc mode of the TAP
On 11/25/2013 06:26 PM, nesimi eldarov wrote:
~/gr-ieee802-11/examples$ sudo ./ofdm_tx.py
~/gr-ieee802-11/examples$ sudo ./ofdm_rx.py
But there is nothing noticable.
Am I doing all correctly?
I just pushed the flow graphs with parameters that work out of the box
for me. Maybe you
1 - 100 of 339 matches
Mail list logo
