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 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
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
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,
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:
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 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
/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
: 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
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
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/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
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
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
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
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
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
/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
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
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
, 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
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
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
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
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
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
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
/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
301 - 339 of 339 matches
Mail list logo