Hi,
On 07/24/2015 12:05 PM, Bernhard Dick wrote:
Hi,
Am 2015-07-24 10:53, schrieb Bernhard Dick:
Is a script generated? If so, did you try to execute it from the
command line?
I cannot build the grc due to the errors inside the diagram.
Just a short update on this. By using the hotkey (F5)
Hi,
On 23 Jul 2015, at 21:45, Paul Garver garv...@gatech.edu wrote:
Did you install from pybombs?
I've seen this error using pybombs to install on Ubuntu 15.04. It seems like
a few other folks on this list have the same problem.
Running gdb --args python wifi_loopback.py shows the
Hi,
you don't need the import blocks.
The rest is pretty strange. First I thought that you PYTHONPATH in GRC
is different than in your console (like you just adapted it but did not
restart GRC), but that does not make sense with the strace output you
mention.
Is a script generated? If so,
be welcome.
Cheers,
Leo
--
Leonardo S. Cardoso
Maitre de Conference
CITI lab, INSA-Lyon - INRIA
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
--
Dipl.-Inform. Bastian
I can just repeat myself for the third time.
You are starting gdb without the executable; python in this case.
gdb python
^^^
gdb-prompt run /home/user/gr-ieee802-11/examples/wifi_loopback.py
once you hit the error
gdb-prompt bt
Best,
Bastian
On 13 Jul 2015, at 05:56, Nur
Hi,
gdb python
gdb-prompt run /home/user/gr-ieee802-11/examples/wifi_loopback.py
once you hit the error
gdb-prompt bt
Best,
Bastian
On 09 Jul 2015, at 04:28, Nur Jalaudin li...@ruby-forum.com wrote:
(gdb) run /home/user/gr-ieee802-11/examples/wifi_loopback.py
Starting program:
Dear Nur,
it would be very helpful if you could wrap you console output into one or two
sentences describing what you did.
I have no idea where the error message comes from and would suggest you go to
/home/user/gr-ieee802-11/ and do a
git reset --hard
then open examples/wifi_phy_hier.grc and
/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://lists.gnu.org/mailman
On 06/30/2015 03:02 PM, Alta Alta wrote:
The reply from Bastian Bloessl to correspond with him about this error
was as follow:
you need GNU Radio 3.7.6 for this. I will adapt the CMakeLists.txt file
to produce a better error message.
I did that yesterday:
https://github.com/bastibl/gr-foo
Hi,
grrr, this topic...
On 06/03/2015 06:04 PM, Paul Garver wrote:
It appears the wireshark block is the cause of the hangup. Looking into
the source code [4], there is a provision for an EOF object
is_eof_object()”. Which block sends this object?
This code is a bit older when there was no
I tried to create a minimal example of the problem:
http://www.ccs-labs.org/~bloessl/not_stopping.grc
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
On 06/03/2015 02:59 PM, Kelvin Augustin wrote:
Kindly point me to the place where I could
find the preambles.
https://github.com/bastibl/gr-ieee802-11/blob/master/lib/ofdm_sync_long.cc#L245
is the time domain representation of the long preamble that is used in a
matched filter.
Best,
Hi,
On 10 May 2015, at 04:21, Jeon sjeon87+gnura...@gmail.com wrote:
I missed one another thing.
`if(((d_count + o) % 64) == 0)` statement in
https://github.com/bastibl/gr-ieee802-11/blob/master/lib/ofdm_sync_long.cc#L141
Is this because of a length of an OFDM signal being a multiple of
-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/
___
Discuss-gnuradio mailing list
Discuss
On 04/24/2015 03:00 AM, Activecat wrote:
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x815afb70 (LWP 4891)]
0xb2fc302e in ofdm_decode_signal_impl::general_work(int,
std::vectorint, std::allocatorint , std::vectorvoid const*,
std::allocatorvoid
commit and recompile, everything works !
Thank you very much.
On Thu, Jan 29, 2015 at 4:20 PM, Bastian Bloessl
bloe...@ccs-labs.org mailto:bloe...@ccs-labs.org wrote:
Either python3 is selected by cmake or (maybe) your swig version
does not work. The first problem should
-.-
It would be very helpful if you could do a debug build (configure in cmake) and
then do a backtrace in gdb.
Best,
Bastian
On Thu, Apr 23, 2015 at 10:36 PM, Bastian Bloessl bloe...@ccs-labs.org
wrote:
Hi,
I made quite some changes during the last days so it might well be the case
that I
Hi Ali,
On 07 Apr 2015, at 06:40, Ali Riaz ariaz.1...@gmail.com wrote:
Then it says: It must be enabled with the -std=c++11 or -std=gnu++11
compiler options.
My question is, how do I enable this support?
You can enable it in you CMakeLists.txt
Hi,
On 14 Mar 2015, at 22:29, Nicolas Cuervo Benavides cuervonico...@gmail.com
wrote:
Hello all,
I'm new in GNURadio and right now I am understanding a little bit on how the
pmt work and how can it be read.
For that I'm taking this project as a base:
-digital to include dirs in
swig/CMakeLists.txt?
___
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
:
Hi,
that was me ;). I also talked to Bastian Bloessl and we agreed that I
will create a pull request to gr-ieee802-15-4 once I finish my master's
thesis and have it all cleaned up. In the meantime, you can find my fork
of Bastian's repo here: https://github.com/fewu/gr-ieee802-15-4. The
branch
graph with graphical
sinks and check if the signal looks as expected.
At 2015-01-30 00:43:12, Bastian Bloessl bloe...@ccs-labs.org
wrote:
Hi,
On 01/29/2015 03:13 PM, zs wrote:
Can you tell me,for general,in which circumstance,the packet header maybe
corrupt?
This is very hard
returns false.
For example with the default header it looks like this happens if the
CRC is not correct
https://github.com/gnuradio/gnuradio/blob/master/gr-digital/lib/packet_header_default.cc#L132
At 2015-01-29 20:44:13, Bastian Bloessl bloe...@ccs-labs.org wrote:
Hi,
On 01/29/2015 01
fp.close()
ImportError: dynamic module does not define init function
(init_ieee802_11_swig)
On Thu, Jan 29, 2015 at 4:02 PM, Bastian Bloessl bloe...@ccs-labs.org wrote:
Hi,
On 29 Jan 2015, at 08:37, Activecat active...@gmail.com wrote:
error messages:
Param - Value
Hi,
On 29 Jan 2015, at 08:37, Activecat active...@gmail.com wrote:
error messages:
Param - Value(value):
Value ieee802_11.wifi_signal_field() cannot be evaluated:
name 'ieee802_11' is not defined
Please start an interactive python session and ‘import ieee802_11’. This will
Hi,
On 01/29/2015 01:03 PM, zs wrote:
Detected an invalid packet at item INFO: Parser returned #f.
The answer may be RF settings are distorting your signal or others.I
want to ask a question.Which block in gnuradio give us this hint.Where
is the source code of the block?And have someone can
On 01/28/2015 03:54 PM, mark.w.christian...@l-3com.com wrote:
Is there a way to use Python’s math.log() in the value field of a
variable in gnuradio-companion? It seems like I can only use the Python
built in functions.
AFAIK, there is an Import block in GRC.
Hi,
On 01/14/2015 11:29 PM, Achilleas Anastasopoulos wrote:
I have the following problem that is been bugging me for quite some time
now,
and I would like to solicit your help.
I made a hier block in GRC (called test_pdu_to_tag) with:
pad_source---pdu_to_tagged_stream--pad_sink
(I also made
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
-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,
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
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'
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
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/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
. 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
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
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
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 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
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
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 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
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
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
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
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
___
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
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
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
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
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
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:
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
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
*)
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 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
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
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
-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
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
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
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
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)
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
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
Hi all,
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.
You can find a demo here:
www.youtube.com/watch?v=05i9C5lhorY
and the code here:
https://github.com/bastibl/gr-rds
There
On 29 Dec 2013, at 15:21, Naveen Gupta naveen.e...@gmail.com wrote:
First of all thanks for your suggestion,
I am using gnuradio 3.7 started installation of ieee 802.11 from
https://github.com/bastibl/gr-ieee802-11 During installation of log4cpp
IT++ for sudo port install log4cpp I was
Hi,
On 19 Dec 2013, at 17:45, Koslowski, Sebastian (CEL)
sebastian.koslow...@kit.edu wrote:
I am a little surprised to hear that gr-ieee802-11 files are not working
either because it was Bastian who came up with the need to change this...
I’m currently travelling and can’t test it, but I
On 12 Dec 2013, at 11:31, Nasi nesaz...@mail.ru wrote:
Meanwhile I use the second laptop and USRP N200 device as the receiver by
running the ./ofdm_rx.py. The error rate is very high.
So you receive some packets or none?
The problem is that when I change gain in the USRP sink nothing
On 12 Dec 2013, at 15:26, Nasi nesaz...@mail.ru wrote:
Yes, I receive hopefully. But the packer error rate is too high. I went
through different configurations and gains. And finally I see that the
problem is the transmission side. The gain does not have any influence on the
error rate.
On 2013-12-02 13:25, Nasi wrote:
The problem is that all frames are dropped. The copy paste of the
terminal is below:
Did you play around with the gain and see if that helps?
Is frame detection working or are you just streaming samples into the
flow graph that make absolutely no sense?
On 27 Nov 2013, at 16:36, nesimi eldarov nesaz...@mail.ru wrote:
Sorry, but It seems like you did not transmit ever, as I look in .grc files.
As such, none of them send OFDM blocks...
For example in ofdm_rx. you have a chain of operations, good and working.
However there is nothing like
On 27 Nov 2013, at 17:02, nesimi eldarov nesaz...@mail.ru wrote:
:) yes, of course, I did. Sorry, I see, there is transmission stuff.
when I run
ofdm_transceiver. file it gives me this message:
Allocated virtual ethernet interface: tap0
You must now use ifconfig to set its IP
On 11/27/2013 05:21 PM, nesimi eldarov wrote:
I did that before already. Nothing changed now also.
That means it works, or it does not?
All work, but do not transmit regularly. In ofdm_tx. smt. is being
transmitted for a sec then the led A turns of again.
It crashes? Underruns? Overruns? Are
On 11/27/2013 05:51 PM, Nasi wrote:
I did that before already. Nothing changed now also.
That means it works, or it does not?
it looks like receiver is working. I think so, because I receive/see
around 30 packets in wireshark. And the led C is on.
Great! I never looked at the leds,
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
On 11/26/2013 06:48 PM, nesimi eldarov wrote:
okay,
ofdm_tx.grc should transmit when I am Executing it with 'F6', isn't it?
That is very weird.
I try gr-digital/examples/ofdm$ sudo ./benchmark_tx.py, and works, but
ofdm_tx one fails.
May be I did not get correctly what you mean with 'pushing
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 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
201 - 300 of 339 matches
Mail list logo