Re: [Discuss-gnuradio] ofdm mod error
Hi! I think I'm using the latest OFDM blocks. I then tried using the ofdm_loopback.grc and an error occured that is similar to the first one... Showing: /home/analog/Documents/ofdm_loopback.grc Generating: /home/analog/Documents/ofdm_loopback_example.py Executing: /home/analog/Documents/ofdm_loopback_example.py Fontconfig warning: ignoring C.UTF-8: not a valid language tag Using Volk machine: neon_hardfp Traceback (most recent call last): File /home/analog/Documents/ofdm_loopback_example.py, line 290, in module tb = ofdm_loopback_example() File /home/analog/Documents/ofdm_loopback_example.py, line 186, in __init__ scramble_bits=False File /usr/lib/python2.7/dist-packages/gnuradio/digital/ofdm_txrx.py, line 187, in __init__ crc = digital.crc32_bb(False, self.packet_length_tag_key) AttributeError: 'module' object has no attribute 'crc32_bb' Done -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuRadio: Clock Recovery MM: imu out of bounds
On Thu, Aug 20, 2015 at 3:09 AM, Michael B mibo...@hotmail.com wrote:
Hi Tom,
Thanks for your answer. That's indeed something that I need to think about
more. However, as I understand it, the samples per symbol rate is equal to
(samp_rate / data_rate). My sample rate is 500k, and my data rate (i think)
is only around 100 or 200. See this figure of my (cleaned) signal:
http://imgur.com/8pNqCop
You see that it takes approximately 10 ms to transmit one symbol. This
means 100 symbols per second. As I have 500k samples per second, this means
5k samples per symbol, right?
However, I have tried setting the samples per symbol to 4, just to try,
and the 'out of bounds' error still persists.
Regards,
Michael
Decimate decimate decimate. You should down sample your signal as soon as
possible to something reasonable. You want your sample rate to be large
enough to hold the information, but not too large that you're just wasting
cycles. Take your input signal down to reasonably represent the slow data
rate so that the actual sps is correct. You can just set these numbers
arbitrarily.
Tom
--
From: t...@trondeau.com
Date: Wed, 19 Aug 2015 09:41:19 -0400
Subject: Re: [Discuss-gnuradio] GnuRadio: Clock Recovery MM: imu out of
bounds
To: mibo...@hotmail.com
CC: discuss-gnuradio@gnu.org
On Wed, Aug 19, 2015 at 2:51 AM, Michael B mibo...@hotmail.com wrote:
I have created a flowgraph, based on an example of Michael Ossmann
https://github.com/mossmann/im-me/blob/master/garage/garage-decode.py,
which takes in a signal, and should output bits.
I need to use the clock recovery MM block, which I do not fully understand
yet. However, after reading some blogposts, I am quite sure that I can
leave most of the settings default, except for the Omega one. Here's my
flowgraph:
http://imgur.com/pHRXnZu
When running this flowgraph, it gives me the following error:
*thread[thread-per-block[5]:block clock_recovery_mm_ff (9)]:
mmse_fir_interpolator_ff: imu out of bounds.*
While searching, I stumbled upon this piece of code
http://gnuradio.org/redmine/projects/gnuradio/repository/revisions/ce3d887a47b47cb2d5351e14066ceb56b2b3c892/entry/gr-filter/lib/mmse_fir_interpolator_ff.cc
in the source of GnuRadio:
*int imu = (int)rint(mu * NSTEPS); if((imu 0) || (imu NSTEPS)) {
throw std::runtime_error(mmse_fir_interpolator_ff: imu out of
bounds.\n); }*
So, I suspect it is not due to my Omega setting (which might be wrong, I
have to play with that setting), but that it is due to my Mu setting, which
is just the default (0.5). However, I understand that Mu needs to be
between 0 and 1, so I do not really understand what the problem is. Anyone
who does?
Environment details:
- GNU Radio Companion 3.7.7.1
- Running a GNU Radio live DVD in a virtual machine (VirtualBox
4.2.12) on Windows 7.
- Using Volk machine: ssse3_64
Michael,
I don't have an answer, but I can say where you're doing something wrong.
You're samples/symbol (samp_per_sym) is definitely /not/ 2.5k. That's a
massively oversampled signal and can't be right. You need to think what's
the sampling rate of the system? What's the symbol rate of my signal? That
will tell you the samples/symbol you need. It should small, like 2 or 4.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] [USRP-users] [RFNoC] Tutorials @GRCon15
As a brief reiteration and follow-up regarding registration for this tutorial: In order to register for the RFNoC tutorial, you must be registered for the Developers Conference -- not just New Developers Day. If you have already registered for the Developers Conference, then you can just register for the RFNoC tutorial for free we will deal with the new registration internally to get your badge correct. - MLD On Thu, Aug 20, 2015, at 08:54 PM, Martin Braun via USRP-users wrote: we've tried our best to find more space + hardware and have added 6 more slots to the tutorial. You can register through the same page as before. Again, it's first come, first serve, so hurry if you want to get those slots! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no attribute 'blockname'
Hi Logan,
I have faced the same error twice recently in my OOT module and finally tracked
it down to two causes. The basic reason for the 'object has no attribute' error
is that Python's import of your module failed. In the two cases that I saw it
was due to undefined symbols in the shared library for my module. My module was
called 'tutorial' so the corresponding library is libgnuradio-tutorial.so and
you can find it in the .../build/lib directory. To find out the undefined
symbols do the following:
nm -C -u libgnuradio-modulename.so
and search for method names in your class. So if your class is 'MyClass' you
could do:
nm -C -u libgnuradio-modulename.so | grep MyClass
The two cases that I ran into were:
1. A non-virtual method in my implementation class was undefined because I had
forgotten to prefix the method definition with the class name. So the .cc file
had void foo(...) instead of void MyClass_impl::foo(...) and foo was
compiled as a ordinary function. Then the command above will report
MyClass_impl::foo as undefined.
2. The second case I ran into was with defining callbacks in the XML file. If
you do then you will need to add matching virtual function declarations in the
header file. This is needed for SWIG to work correctly. For my case the
callback foo needed a virtual function declaration virtual sometype
foo(...) = 0; in the actual class declaration (not the ..._impl version) in
the header file.
Do you have callbacks ? If this is the issue then you should do a make clean
before running make again to force SWIG to run.
Hope this helps.
--Patrick
Date: Wed, 19 Aug 2015 14:51:27 -0400
From: n...@ostatemail.okstate.edu
To: lwas...@ostatemail.okstate.edu
CC: discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no
attribute 'blockname'
My gut is telling me this is a swig problem. I don't know that it's frowned
upon, but it's not easy to read without some kind of highlighting that we'd get
from github or a gist with files. If I'm correct we'd also need to see
swig/ACK.i (probably missing an include and/or gr swig block magic. compare to
tutorial swig for sanity check)
On Wed, Aug 19, 2015 at 10:38 AM, Washbourne, Logan
lwas...@ostatemail.okstate.edu wrote:
Hello all,
I know this question has been asked before, several times, but I didn't find a
solution that allowed me to use my OOT blocks without running into the error
stated in the subject of this email.
I scoured through this
webpage(http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig)
and tried adding:
set(GR_REQUIRED_COMPONENTS RUNTIME PMT)
to my top level CMakeLists.txt file, because I am using PMT objects in my
block, but that didn't get rid of the error.
The full error thrown is this:
Executing: /home/comm1/Logan/Thesis/top_block.py
Traceback (most recent call last):
File /home/comm1/Logan/Thesis/top_block.py, line 92, in module
tb = top_block()
File /home/comm1/Logan/Thesis/top_block.py, line 65, in __init__
self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize()
AttributeError: 'module' object has no attribute 'Text_Sanitize'
I looked on the mailing list for that last line error and it pointed me to
doing what I mentioned above with the CMakeLists.txt file, but could it be an
actual problem with the top_block.py file?
In the addendum is all of the files I could think would be necessary for
someone to look at if they chose to, if including this much text is frowned
upon, please let me know.
Addendum:
Text_Sanitize_impl.cc
*
#ifdef HAVE_CONFIG_H
#include config.h
#endif
#include gnuradio/io_signature.h
#include Text_Sanitize_impl.h
#include pmt/pmt.h
#include stdio.h
#include string
#include iostream
#include cstdio
namespace gr {
namespace ACK {
Text_Sanitize::sptr
Text_Sanitize::make(char* message)
{
return gnuradio::get_initial_sptr
(new Text_Sanitize_impl(message));
}
void
Text_Sanitize_impl::print_message(pmt::pmt_t d_message)
{
pmt::print(d_message);
}
/*
void
Text_Sanitize_impl::forecast (int noutput_items, gr_vector_int
ninput_items_required)
{
+forecast+ e.g. ninput_items_required[0] = noutput_items
}
*/
int
Text_Sanitize_impl::general_work (int noutput_items,
gr_vector_int ninput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
const int *in = (int *) input_items[0];
pmt::pmt_t *out = (pmt::pmt_t *) output_items[0];
d_out_msg = pmt::string_to_symbol(d_message);
//for(int i = 0; istrlen(d_message); i++)
//{
//pmt::vector_set(d_out_msg,i,d_message[i]);
//}
// Do +signal processing+
// Tell runtime system how many input items we consumed on
// each input stream.
Re: [Discuss-gnuradio] [RFNoC] Tutorials @GRCon15
Dear all, we've tried our best to find more space + hardware and have added 6 more slots to the tutorial. You can register through the same page as before. Again, it's first come, first serve, so hurry if you want to get those slots! Cheers, Martin On 28.07.2015 19:52, Martin Braun wrote: Hey Everyone, at this year's GNU Radio Conference (GRCon), we will be giving a hands-on tutorial for RFNoC. The tutorial will be all day on Wednesday, August 26, and will require pre-registration, as we only can accommodate for a limited amount of seats. The tutorial itself is free, but requires previous registration to GRCon (it is technically possible to register for the tutorials but not the conference through the website, but we will remove people from the list if they are not also registered for GRCon). On Wednesday morning, we will talk about RFNoC in general as part of the plenary tutorials (i.e. for everyone). After that, the rest of the day will be hands-on tutorials for registered participants, where we will in detail explain how to set up the FPGA Host sides of an RFNoC application. Please note that the tutorials and the presentations overlap, so participants won't be able to catch any of the main track presentations. We will provide hardware for everyone (or at least one USRP per 2 people), but participants will need to bring their own laptops with a configured development environment. Detailed instructions will be emailed to those individuals who register. Registration is handled the same way as conference registration, you can find it at http://www.trondeau.com/gnu-radio-conference-2015/. Tickets are handed out first-come, first-serve, so don't dally! See you in DC! -- Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no attribute 'blockname'
Nathan and Patrick, Thanks for the tips! I started with running: nm -C -u libgnuradio-modulename.so and the results of that can be found here: https://gist.github.com/loganwashbourne under the *nm -C -u libgnuradio-modulename.so* https://gist.github.com/loganwashbourne/3bb90d787308b45211d0 file. (I think github thinks I'm a robot so I can't link to the direct page yet). I'll be honest, I'm not really sure what I'm looking at in this return, I do see some error statements but I'm not sure if they are just stating how it would handle an error or if it is an actual error. I really don't think I have any callbacks in my XML code, I just reference certain input variables in the XML code. Next, the ACK_swig.i file can be found here : https://gist.github.com/loganwashbourne under the same file name. I checked it against the gr-tutorial swig file and the only difference was that the ACK_swig.i file included a magic2 function call for each of my OOT blocks(check and Text_Sanitize), while the gr-tutorial didn't. Last thing, I realized that I am creating the forecast function in the Text_Sanitize_impl.h file but not referencing it it the .cc file (I commented it out). I tried commenting out the void deceleration of the forecast function in the .h file but then I get a new error when I try to run the grc file(which is just a constant int source connected to my Text_Sanitize block, which is connected the the message debug print port). The new error is : Traceback (most recent call last): File /home/comm1/Logan/Thesis/top_block.py, line 92, in module tb = top_block() File /home/comm1/Logan/Thesis/top_block.py, line 65, in __init__ self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize() File /usr/local/lib/python2.7/dist-packages/ACK/ACK_swig.py, line 399, in make return _ACK_swig.Text_Sanitize_make(*args, **kwargs) TypeError: Required argument 'message' (pos 1) not found I do apologize for the long questions, if any of you feel like I need to spend more time looking into this myself before asking the mailing list, please don't hesitate to mention it. Logan Washbourne Electrical Engineering Graduate Student (Electromagnetics) On Wed, Aug 19, 2015 at 5:06 PM, Patrick Sathyanathan wp...@hotmail.com wrote: Hi Logan, I have faced the same error twice recently in my OOT module and finally tracked it down to two causes. The basic reason for the 'object has no attribute' error is that Python's import of your module failed. In the two cases that I saw it was due to undefined symbols in the shared library for my module. My module was called 'tutorial' so the corresponding library is libgnuradio-tutorial.so and you can find it in the .../build/lib directory. To find out the undefined symbols do the following: nm -C -u libgnuradio-modulename.so and search for method names in your class. So if your class is 'MyClass' you could do: nm -C -u libgnuradio-modulename.so | grep MyClass The two cases that I ran into were: 1. A non-virtual method in my implementation class was undefined because I had forgotten to prefix the method definition with the class name. So the .cc file had void foo(...) instead of void MyClass_impl::foo(...) and foo was compiled as a ordinary function. Then the command above will report MyClass_impl::foo as undefined. 2. The second case I ran into was with defining callbacks in the XML file. If you do then you will need to add matching virtual function declarations in the header file. This is needed for SWIG to work correctly. For my case the callback foo needed a virtual function declaration virtual sometype foo(...) = 0; in the actual class declaration (not the ..._impl version) in the header file. Do you have callbacks ? If this is the issue then you should do a make clean before running make again to force SWIG to run. Hope this helps. --Patrick -- Date: Wed, 19 Aug 2015 14:51:27 -0400 From: n...@ostatemail.okstate.edu To: lwas...@ostatemail.okstate.edu CC: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no attribute 'blockname' My gut is telling me this is a swig problem. I don't know that it's frowned upon, but it's not easy to read without some kind of highlighting that we'd get from github or a gist with files. If I'm correct we'd also need to see swig/ACK.i (probably missing an include and/or gr swig block magic. compare to tutorial swig for sanity check) On Wed, Aug 19, 2015 at 10:38 AM, Washbourne, Logan lwas...@ostatemail.okstate.edu wrote: Hello all, I know this question has been asked before, several times, but I didn't find a solution that allowed me to use my OOT blocks without running into the error stated in the subject of this email. I scoured through this webpage( http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig) and tried adding: set(GR_REQUIRED_COMPONENTS RUNTIME PMT) to my top level
[Discuss-gnuradio] Tenth Special Cyberspectrum SDR Meetup next week in Washington, DC! (Wed 26th June)
Hi all, We're pleased to announce the Tenth Special Cyberspectrum meetup, which will be held in Washington, DC, during the week of the 2015 GNU Radio conference: http://www.meetup.com/Cyberspectrum/events/224333749/ Please RSVP if you're coming along! http://www.meetup.com/Cyberspectrum/events/14358/ This event is made possible by the generous support of Virginia Tech http://www.ncr.vt.edu/arlington/ and the Hume Center http://www.hume.vt.edu, who have provided us with a space at VT's Arlington Executive Briefing Centre for the evening's event. We are really excited as GRCon2015 is taking place over that week, and we'll have the full spectrum(!) of SDR and GR people in town. It's not too late to attend GRCon too: http://www.trondeau.com/gnu-radio-conference-2015/ Please get in touch if you would like to show off/preview your work! It might be additional detail to what you're presenting at GRCon, or related work, or a side-project that you would like to share in a relaxed setting. The timing will be the same: please come at 6:30pm for a 7pm (PST) sharp start to the talks! If you can't make it, you can also watch the live stream: https://www.youtube.com/watch?v=r64-EA0IneU Join the growing Internet audience: #cyberspectrum on Freenode for IRC. Videos of the previous meetups can be found here: https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE We already have some exciting talks planned for the coming months. If you have something you would like to present at the next meetup in September, please get in touch! Hope to see you there, Balint ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] SEGFAULT when using GR_LOG_INFO
Does someone could help me to fix it? I really need to use this feature, and I don't know what I am doing wrong... Thanks -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no attribute 'blockname'
Hi!
You only seem to define a version of make with a char*parameter, but try to
call it without parameters. Can you try doing something like
ACK.Text_Sanitize(rubber ducky) ?
Best regards,
Marcus
Am 19. August 2015 16:38:30 MESZ, schrieb Washbourne, Logan
lwas...@ostatemail.okstate.edu:
Hello all,
I know this question has been asked before, several times, but I didn't
find a solution that allowed me to use my OOT blocks without running
into
the error stated in the subject of this email.
I scoured through this webpage(
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig)
and tried adding:
set(GR_REQUIRED_COMPONENTS RUNTIME PMT)
to my top level CMakeLists.txt file, because I am using PMT objects in
my
block, but that didn't get rid of the error.
The full error thrown is this:
Executing: /home/comm1/Logan/Thesis/top_block.py
Traceback (most recent call last):
File /home/comm1/Logan/Thesis/top_block.py, line 92, in module
tb = top_block()
File /home/comm1/Logan/Thesis/top_block.py, line 65, in __init__
self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize()
AttributeError: 'module' object has no attribute 'Text_Sanitize'
I looked on the mailing list for that last line error and it pointed me
to
doing what I mentioned above with the CMakeLists.txt file, but could it
be
an actual problem with the top_block.py file?
In the addendum is all of the files I could think would be necessary
for
someone to look at if they chose to, if including this much text is
frowned
upon, please let me know.
Addendum:
Text_Sanitize_impl.cc
*
#ifdef HAVE_CONFIG_H
#include config.h
#endif
#include gnuradio/io_signature.h
#include Text_Sanitize_impl.h
#include pmt/pmt.h
#include stdio.h
#include string
#include iostream
#include cstdio
namespace gr {
namespace ACK {
Text_Sanitize::sptr
Text_Sanitize::make(char* message)
{
return gnuradio::get_initial_sptr
(new Text_Sanitize_impl(message));
}
void
Text_Sanitize_impl::print_message(pmt::pmt_t d_message)
{
pmt::print(d_message);
}
/*
void
Text_Sanitize_impl::forecast (int noutput_items, gr_vector_int
ninput_items_required)
{
+forecast+ e.g. ninput_items_required[0] = noutput_items
}
*/
int
Text_Sanitize_impl::general_work (int noutput_items,
gr_vector_int ninput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
const int *in = (int *) input_items[0];
pmt::pmt_t *out = (pmt::pmt_t *) output_items[0];
d_out_msg = pmt::string_to_symbol(d_message);
//for(int i = 0; istrlen(d_message); i++)
//{
//pmt::vector_set(d_out_msg,i,d_message[i]);
//}
// Do +signal processing+
// Tell runtime system how many input items we consumed on
// each input stream.
consume_each (noutput_items);
// Tell runtime system how many output items we produced.
return noutput_items;
}
/*
* The private constructor
*/
Text_Sanitize_impl::Text_Sanitize_impl(char* message)
: gr::block(Text_Sanitize,
gr::io_signature::make(1, 1, sizeof(int)),
gr::io_signature::make(1, 1, sizeof(pmt::pmt_t))),
d_out_msg(pmt::string_to_symbol(std::string())),
d_message(message)
{
message_port_register_out(pmt::mp(print_message));
set_msg_handler(pmt::mp(print),
boost::bind(Text_Sanitize_impl::print_message, this, _1));
}
/*
* Our virtual destructor.
*/
Text_Sanitize_impl::~Text_Sanitize_impl()
{
}
} /* namespace ACK */
} /* namespace gr */
*
Text_Sanitize_impl.h
**
#ifndef INCLUDED_ACK_TEXT_SANITIZE_IMPL_H
#define INCLUDED_ACK_TEXT_SANITIZE_IMPL_H
#include ACK/Text_Sanitize.h
#include gnuradio/block.h
#include gnuradio/thread/thread.h
#include pmt/pmt.h
namespace gr {
namespace ACK {
class Text_Sanitize_impl : public Text_Sanitize
{
private:
// Nothing to declare in this block.
pmt::pmt_t d_out_msg;
char* d_message;
void print_message(pmt::pmt_t d_message);
public:
Text_Sanitize_impl(char* message);
~Text_Sanitize_impl();
// Where all the action really happens
void forecast (int noutput_items, gr_vector_int
ninput_items_required);
int general_work(int noutput_items,
gr_vector_int ninput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items);
};
} // namespace ACK
} // namespace gr
#endif /* INCLUDED_ACK_TEXT_SANITIZE_IMPL_H */
*
Re: [Discuss-gnuradio] Implementing a FIR Filter
I got this working. For completeness, I'll answer my own questions and sum
up what I've learned about filtering.
1) You need to call set_history(num_filter_taps) so that block boundaries
are handled smoothly
2) You input samples one at a time to fir_filter_xxf
3) fir_filter_xxf does not store data in it's own memory space, it uses the
address of the array element you give it to figure out the rest of the data
it should use to process around it, this is why history is necessary
The last problem I was having was related to converting an array of char to
float before feeding it into the filter. Not realizing how fir_filter_xxf
figured out what data to use, I was typecasting each char to float sample
by sample as the loop progressed and assigning the single float to a new
variable that was not an array. I then passed the address of this variable
to filter. This would cause the filter to use values in addresses around
that variable in its calculations, leading to ridiculous results. Don't do
this!
Rich
On Thu, Aug 20, 2015 at 12:37 PM, Richard Bell richard.be...@gmail.com
wrote:
I have a fundamental misunderstanding of the filter system in gnuradio. I
would appreciate some help. I wrote a simple C++ testbench to help me
figure out what's going on, but it continues to not behave as I expect. I
am using fir_filter_fff with 29 taps that I set. I send an impulse into the
filter and want to see the filter taps at the output in response. The first
sample that comes out is correct, but every sample after the first is
either the smallest or largest number representable by float. The code that
does this is below.
float impulse[29] =
{1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}; // 29 samples
long
float filter_taps[29] = {0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 1, 0.9, 0.8, 0.7, 0.6, 0.5, 0.4, 0.3, 0.2, 0.1}
// input to filter
shape_filter = new gr::filter::kernel::fir_filter_fff(1, filter_taps);
for(int i = 0; i 29; i++) {
filter_out[i] = shape_filter-filter(impulse[i]);
}
Printing filter_out to the screen produces:
0.1 0 8.12753e-44 1.61149e-43 -4.16205e-20 -8.32411e-20
-1.24862e-19 -1.66482e-19 1.13358e+21
When I expect to see
0.1 0.2 0.3 0.4 etc.., the taps of the filter that I set above
You can see only the first output matches the expected.
*What am I doing wrong here?*
Thanks,
Rich
On Wed, Aug 19, 2015 at 12:02 PM, Richard Bell richard.be...@gmail.com
wrote:
That fixed the problem. Thank you.
Rich
On Wed, Aug 19, 2015 at 11:56 AM, Tom Rondeau t...@trondeau.com wrote:
On Wed, Aug 19, 2015 at 2:17 PM, Richard Bell richard.be...@gmail.com
wrote:
I'm having some trouble getting my code to compile. I get the following
error:
error: ‘kernel’ does not name a type
kernel::fir_filter_ccf *d_shape_filter;
To my *_impl.h file I added the following:
#include gnuradio/filter/fir_filter.h
private:
kernel::fir_filter_ccf *d_shape_filter;
To my CMakeLists.txt file I added FILTER to the dependency list:
set(GR_REQUIRED_COMPONENTS RUNTIME FILTER)
I'm not sure where to go from here. What else needs to happen to call
kernel::fir_filter_ccf?
Thanks,
Rich
Probably a namespace issue. You've included the fir_filter.h, I'm
assuming. Now, instead of referencing it as kernel::fir_filter_ccf use
the full namespace gr::filter::kernel::fir_filter_ccf.
Tom
On Wed, Aug 19, 2015 at 9:39 AM, Richard Bell richard.be...@gmail.com
wrote:
Thank you Jeff. Those are perfect.
Rich
On Tue, Aug 18, 2015 at 3:34 PM, Jeff Long willco...@gmail.com
wrote:
Rich,
hilbert_fc.cc and filter_delay_fc both use kernel::fir_filter in a
relatively easy to understand way.
Jeff
On 08/18/2015 04:26 PM, Richard Bell wrote:
Hi all,
Would someone please recommend a good starting point in C++ source
code
that demonstrates how one uses the kernel::fir_filter. I started
following the pfb_clock_sync method of implementing it, but then
realized this had been customized a bit for the polyphase approach.
I'm not doing anything fancy, I'm building a modulator and need to
pass
symbols through a shaping filter. The shaping filter is what I need
the
FIR filter for.
Appreciated,
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tenth Special Cyberspectrum SDR Meetup next week in Washington, DC! (Wed 26th June)
Thanks Ashworth. Have you got space for one more?! Dear all, Bit of copy-pasta. It's next week, being the last week of *August.* Balint On Wed, Aug 19, 2015 at 9:08 PM, Ashworth Payne email.ashwo...@gmail.com wrote: If my time-machine gets back from the cleaners before yesterday, I'll certainly be there. Otherwise, August would work better for me. Wink wink nudge nudge its all fun until someone tries to occupy the same space/time and looses and eye. On Wed, Aug 19, 2015 at 7:06 PM, Balint Seeber balint...@gmail.com wrote: Hi all, We're pleased to announce the Tenth Special Cyberspectrum meetup, which will be held in Washington, DC, during the week of the 2015 GNU Radio conference: http://www.meetup.com/Cyberspectrum/events/224333749/ Please RSVP if you're coming along! http://www.meetup.com/Cyberspectrum/events/14358/ This event is made possible by the generous support of Virginia Tech http://www.ncr.vt.edu/arlington/ and the Hume Center http://www.hume.vt.edu, who have provided us with a space at VT's Arlington Executive Briefing Centre for the evening's event. We are really excited as GRCon2015 is taking place over that week, and we'll have the full spectrum(!) of SDR and GR people in town. It's not too late to attend GRCon too: http://www.trondeau.com/gnu-radio-conference-2015/ Please get in touch if you would like to show off/preview your work! It might be additional detail to what you're presenting at GRCon, or related work, or a side-project that you would like to share in a relaxed setting. The timing will be the same: please come at 6:30pm for a 7pm (PST) sharp start to the talks! If you can't make it, you can also watch the live stream: https://www.youtube.com/watch?v=r64-EA0IneU Join the growing Internet audience: #cyberspectrum on Freenode for IRC. Videos of the previous meetups can be found here: https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE We already have some exciting talks planned for the coming months. If you have something you would like to present at the next meetup in September, please get in touch! Hope to see you there, Balint ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementing a FIR Filter
I have a fundamental misunderstanding of the filter system in gnuradio. I
would appreciate some help. I wrote a simple C++ testbench to help me
figure out what's going on, but it continues to not behave as I expect. I
am using fir_filter_fff with 29 taps that I set. I send an impulse into the
filter and want to see the filter taps at the output in response. The first
sample that comes out is correct, but every sample after the first is
either the smallest or largest number representable by float. The code that
does this is below.
float impulse[29] =
{1,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}; // 29 samples
long
float filter_taps[29] = {0.1, 0.2, 0.3, 0.4, 0.5, 0.6, 0.7, 0.8, 0.9, 1, 1,
1, 1, 1, 1, 1, 1, 1, 1, 1, 0.9, 0.8, 0.7, 0.6, 0.5, 0.4, 0.3, 0.2, 0.1} //
input to filter
shape_filter = new gr::filter::kernel::fir_filter_fff(1, filter_taps);
for(int i = 0; i 29; i++) {
filter_out[i] = shape_filter-filter(impulse[i]);
}
Printing filter_out to the screen produces:
0.1 0 8.12753e-44 1.61149e-43 -4.16205e-20 -8.32411e-20
-1.24862e-19 -1.66482e-19 1.13358e+21
When I expect to see
0.1 0.2 0.3 0.4 etc.., the taps of the filter that I set above
You can see only the first output matches the expected.
*What am I doing wrong here?*
Thanks,
Rich
On Wed, Aug 19, 2015 at 12:02 PM, Richard Bell richard.be...@gmail.com
wrote:
That fixed the problem. Thank you.
Rich
On Wed, Aug 19, 2015 at 11:56 AM, Tom Rondeau t...@trondeau.com wrote:
On Wed, Aug 19, 2015 at 2:17 PM, Richard Bell richard.be...@gmail.com
wrote:
I'm having some trouble getting my code to compile. I get the following
error:
error: ‘kernel’ does not name a type
kernel::fir_filter_ccf *d_shape_filter;
To my *_impl.h file I added the following:
#include gnuradio/filter/fir_filter.h
private:
kernel::fir_filter_ccf *d_shape_filter;
To my CMakeLists.txt file I added FILTER to the dependency list:
set(GR_REQUIRED_COMPONENTS RUNTIME FILTER)
I'm not sure where to go from here. What else needs to happen to call
kernel::fir_filter_ccf?
Thanks,
Rich
Probably a namespace issue. You've included the fir_filter.h, I'm
assuming. Now, instead of referencing it as kernel::fir_filter_ccf use
the full namespace gr::filter::kernel::fir_filter_ccf.
Tom
On Wed, Aug 19, 2015 at 9:39 AM, Richard Bell richard.be...@gmail.com
wrote:
Thank you Jeff. Those are perfect.
Rich
On Tue, Aug 18, 2015 at 3:34 PM, Jeff Long willco...@gmail.com wrote:
Rich,
hilbert_fc.cc and filter_delay_fc both use kernel::fir_filter in a
relatively easy to understand way.
Jeff
On 08/18/2015 04:26 PM, Richard Bell wrote:
Hi all,
Would someone please recommend a good starting point in C++ source
code
that demonstrates how one uses the kernel::fir_filter. I started
following the pfb_clock_sync method of implementing it, but then
realized this had been customized a bit for the polyphase approach.
I'm not doing anything fancy, I'm building a modulator and need to
pass
symbols through a shaping filter. The shaping filter is what I need
the
FIR filter for.
Appreciated,
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Follow up: Failure to build GNU Radio on various Ubuntu builds
On 08/20/2015 03:13 PM, Mark wrote: Apologies, I didn’t see this at the foot of your Email. I will study it later tonight or at the weekend. Many grateful thanks again. (2) Add a secondary swap file. See, for example: https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04 Hmmm, if you have 4GB of RAM, that should be plenty. Is this a physical machine, or a VM? The only time I've seen GCC segfault is due to out-of-memory. But my experience is that 4GB of physical RAM is enough--I've rebuilt GR and UHD on my Fedora-20 machine with only 4GB of memory on it several times in the last couple of weeks without issue. What does: dpkg-query -l gcc Return? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Follow up: Failure to build GNU Radio on various Ubuntu builds
On 08/20/2015 09:33 AM, Mark wrote:
Here is another error.
The errors are many and I could keep posting variations of these to you and I'm
not sure what purpose they would serve in finding a solution.
Anyway, I will post this error and await your advice before trying again. The
next attempt will be around the 30th attempt to get GNURadio to install
successfully.
Again, when the compiler segfaults, that's something that's entirely
outside the scope of what build-gnuradio can cope with, and isn't an
issue with
Gnu Radio, per se. This usually happens due, as I said in my
few-minutes-ago response, to insufficient system RAM.
This is the first time I've seen logs from you that contain obvious
compiler internal errors, which is why it wasn't obvious, before,
exactly what
was going on. So, getting these detailed logs is tremendously useful
in figuring out what is going on.
[ 35%] Built target blocks_swig3_gr_blocks_swig_a6e57
Scanning dependencies of target _blocks_swig3
[ 35%] Building CXX object
gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/blocks_swig3PYTHON_wrap.cxx.o
/home/mark/gnuradio/build/gr-blocks/swig/blocks_swig3PYTHON_wrap.cxx: In
function ‘PyObject* _wrap_float_to_char_sptr_min_noutput_items(PyObject*,
PyObject*)’:
/home/mark/gnuradio/build/gr-blocks/swig/blocks_swig3PYTHON_wrap.cxx:12199:22:
internal compiler error: Segmentation fault
SWIGINTERN PyObject *_wrap_float_to_char_sptr_min_noutput_items(PyObject
*SWIGUNUSEDPARM(self), PyObject *args) {
^
c++: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.8/README.Bugs for instructions.
make[2]: ***
[gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/blocks_swig3PYTHON_wrap.cxx.o]
Error 4
make[1]: *** [gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/all] Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Follow up: Failure to build GNU Radio on various Ubuntu builds
Hi,
as Marcus L. said, the logs are tremendously informative. A segfault in
the cc1plus executable (which is the actual C++ compiler in GCC) is
extremely seldom, and should be treated as either a bug in GCC, or a bug
in your system.
Now, I haven't seen an Out-Of-Memory error in a while, since RAM has
become too cheap :), but I think OOM-killing wouldn't say Segmentation
fault. Trying to access a larger-than 2^32 address in a 32bit system
might, though.
So either you're running a 32 bit OS, and the compiler needs more than
2GB of RAM, or I guess you have a GCC bug at hand, or something like
defective RAM -- I noticed defective RAM in my previous machine only
when I tried to work with an 8GB file in RAM, because the probability of
something going wrong scales with the amount of RAM your system actually
uses.
Best regards,
Marcus
On 20.08.2015 17:11, Marcus D. Leech wrote:
On 08/20/2015 09:33 AM, Mark wrote:
Here is another error.
The errors are many and I could keep posting variations of these to
you and I'm not sure what purpose they would serve in finding a
solution.
Anyway, I will post this error and await your advice before trying
again. The next attempt will be around the 30th attempt to get
GNURadio to install successfully.
Again, when the compiler segfaults, that's something that's entirely
outside the scope of what build-gnuradio can cope with, and isn't an
issue with
Gnu Radio, per se. This usually happens due, as I said in my
few-minutes-ago response, to insufficient system RAM.
This is the first time I've seen logs from you that contain obvious
compiler internal errors, which is why it wasn't obvious, before,
exactly what
was going on. So, getting these detailed logs is tremendously
useful in figuring out what is going on.
[ 35%] Built target blocks_swig3_gr_blocks_swig_a6e57
Scanning dependencies of target _blocks_swig3
[ 35%] Building CXX object
gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/blocks_swig3PYTHON_wrap.cxx.o
/home/mark/gnuradio/build/gr-blocks/swig/blocks_swig3PYTHON_wrap.cxx:
In function ‘PyObject*
_wrap_float_to_char_sptr_min_noutput_items(PyObject*, PyObject*)’:
/home/mark/gnuradio/build/gr-blocks/swig/blocks_swig3PYTHON_wrap.cxx:12199:22:
internal compiler error: Segmentation fault
SWIGINTERN PyObject
*_wrap_float_to_char_sptr_min_noutput_items(PyObject
*SWIGUNUSEDPARM(self), PyObject *args) {
^
c++: internal compiler error: Segmentation fault (program cc1plus)
Please submit a full bug report,
with preprocessed source if appropriate.
See file:///usr/share/doc/gcc-4.8/README.Bugs for instructions.
make[2]: ***
[gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/blocks_swig3PYTHON_wrap.cxx.o]
Error 4
make[1]: *** [gr-blocks/swig/CMakeFiles/_blocks_swig3.dir/all] Error 2
make: *** [all] Error 2
make failed
Exiting Gnu Radio build/install
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Implementing a FIR Filter
On Wed, Aug 19, 2015 at 2:17 PM, Richard Bell richard.be...@gmail.com wrote: I'm having some trouble getting my code to compile. I get the following error: error: ‘kernel’ does not name a type kernel::fir_filter_ccf *d_shape_filter; To my *_impl.h file I added the following: #include gnuradio/filter/fir_filter.h private: kernel::fir_filter_ccf *d_shape_filter; To my CMakeLists.txt file I added FILTER to the dependency list: set(GR_REQUIRED_COMPONENTS RUNTIME FILTER) I'm not sure where to go from here. What else needs to happen to call kernel::fir_filter_ccf? Thanks, Rich Probably a namespace issue. You've included the fir_filter.h, I'm assuming. Now, instead of referencing it as kernel::fir_filter_ccf use the full namespace gr::filter::kernel::fir_filter_ccf. Tom On Wed, Aug 19, 2015 at 9:39 AM, Richard Bell richard.be...@gmail.com wrote: Thank you Jeff. Those are perfect. Rich On Tue, Aug 18, 2015 at 3:34 PM, Jeff Long willco...@gmail.com wrote: Rich, hilbert_fc.cc and filter_delay_fc both use kernel::fir_filter in a relatively easy to understand way. Jeff On 08/18/2015 04:26 PM, Richard Bell wrote: Hi all, Would someone please recommend a good starting point in C++ source code that demonstrates how one uses the kernel::fir_filter. I started following the pfb_clock_sync method of implementing it, but then realized this had been customized a bit for the polyphase approach. I'm not doing anything fancy, I'm building a modulator and need to pass symbols through a shaping filter. The shaping filter is what I need the FIR filter for. Appreciated, Rich ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DRM receiver
Hi Havard, for transmission, gr-drm might be the way to go[1]. But since you asked for reception: I wouldn't know of integration of dream into GNU Radio so far. However, if I'm not mistaken, dream can use both a sound card for IF input as well as for baseband IQ input -- and with a sufficient amount of ALSA magic, you might build a GNU Radio - Audio Sink -ALSA pipe - Dream thing. Note that I think this should be possible, but never had the nerve to configure ALSA correctly. The other option would be using the file source, to read a wav file which would effectively be FIFO to which GNU Radio writes. I'm not too confident this will work out of the box, because WAV files have a footer, and that will be problematic for streaming, but if Dream is built with libsndfile, I guess you'll be able to just use raw GNU Radio file sink data, and specify that the data is stereo float32 raw PCM without a header. Not having used Dream myself, I don't know whether that's the optimal solution, or viable at all without modifications to Dream. Best regards, Marcus [1] https://github.com/kit-cel/gr-drm On 20.08.2015 13:55, Havard wrote: Dear List! Does anyone have any experience with using GNURADIO as DRM receiver? Or using Dream as a library to gnuradio? Any help will be nice (= Best regards Havard Austad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no attribute 'blockname'
Marcus,
Thanks for the reply! So I made the make function parameterless and removed
the instances of that parameter throughout my code, tried to run the GRC
again and got the same error as before.
I then changed the: self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize()
to: self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize(Rubber Ducky)
reran the GRC and got the same error.
Any other hints? I'm just not sure what it's throwing an error about.
I appreciate your help,
Logan Washbourne
Electrical Engineering Graduate Student
(Electromagnetics)
On Wed, Aug 19, 2015 at 10:10 AM, Marcus Müller marcus.muel...@ettus.com
wrote:
Hi!
You only seem to define a version of make with a char*parameter, but try
to call it without parameters. Can you try doing something like
ACK.Text_Sanitize(rubber ducky) ?
Best regards,
Marcus
Am 19. August 2015 16:38:30 MESZ, schrieb Washbourne, Logan
lwas...@ostatemail.okstate.edu:
Hello all,
I know this question has been asked before, several times, but I didn't
find a solution that allowed me to use my OOT blocks without running into
the error stated in the subject of this email.
I scoured through this webpage(
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig)
and tried adding:
set(GR_REQUIRED_COMPONENTS RUNTIME PMT)
to my top level CMakeLists.txt file, because I am using PMT objects in my
block, but that didn't get rid of the error.
The full error thrown is this:
Executing: /home/comm1/Logan/Thesis/top_block.py
Traceback (most recent call last):
File /home/comm1/Logan/Thesis/top_block.py, line 92, in module
tb = top_block()
File /home/comm1/Logan/Thesis/top_block.py, line 65, in __init__
self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize()
AttributeError: 'module' object has no attribute 'Text_Sanitize'
I looked on the mailing list for that last line error and it pointed me
to doing what I mentioned above with the CMakeLists.txt file, but could it
be an actual problem with the top_block.py file?
In the addendum is all of the files I could think would be necessary for
someone to look at if they chose to, if including this much text is frowned
upon, please let me know.
Addendum:
Text_Sanitize_impl.cc
*
#ifdef HAVE_CONFIG_H
#include config.h
#endif
#include gnuradio/io_signature.h
#include Text_Sanitize_impl.h
#include pmt/pmt.h
#include stdio.h
#include string
#include iostream
#include cstdio
namespace gr {
namespace ACK {
Text_Sanitize::sptr
Text_Sanitize::make(char* message)
{
return gnuradio::get_initial_sptr
(new Text_Sanitize_impl(message));
}
void
Text_Sanitize_impl::print_message(pmt::pmt_t d_message)
{
pmt::print(d_message);
}
/*
void
Text_Sanitize_impl::forecast (int noutput_items, gr_vector_int
ninput_items_required)
{
+forecast+ e.g. ninput_items_required[0] = noutput_items
}
*/
int
Text_Sanitize_impl::general_work (int noutput_items,
gr_vector_int ninput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
const int *in = (int *) input_items[0];
pmt::pmt_t *out = (pmt::pmt_t *) output_items[0];
d_out_msg = pmt::string_to_symbol(d_message);
//for(int i = 0; istrlen(d_message); i++)
//{
//pmt::vector_set(d_out_msg,i,d_message[i]);
//}
// Do +signal processing+
// Tell runtime system how many input items we consumed on
// each input stream.
consume_each (noutput_items);
// Tell runtime system how many output items we produced.
return noutput_items;
}
/*
* The private constructor
*/
Text_Sanitize_impl::Text_Sanitize_impl(char* message)
: gr::block(Text_Sanitize,
gr::io_signature::make(1, 1, sizeof(int)),
gr::io_signature::make(1, 1, sizeof(pmt::pmt_t))),
d_out_msg(pmt::string_to_symbol(std::string())),
d_message(message)
{
message_port_register_out(pmt::mp(print_message));
set_msg_handler(pmt::mp(print),
boost::bind(Text_Sanitize_impl::print_message, this, _1));
}
/*
* Our virtual destructor.
*/
Text_Sanitize_impl::~Text_Sanitize_impl()
{
}
} /* namespace ACK */
} /* namespace gr */
*
Text_Sanitize_impl.h
**
#ifndef INCLUDED_ACK_TEXT_SANITIZE_IMPL_H
#define INCLUDED_ACK_TEXT_SANITIZE_IMPL_H
#include ACK/Text_Sanitize.h
#include gnuradio/block.h
#include gnuradio/thread/thread.h
#include pmt/pmt.h
namespace gr {
namespace ACK {
class Text_Sanitize_impl : public
Re: [Discuss-gnuradio] Filters in GNU Radio
After looking through the manual, I see there is a buffer version of fir
filter. Documentation is pretty light on these, but I'm guessing my
previous email is not correct. The delay line values in the non-buffered
filter are not stored in the memory space created when we called new
kernel::fft_filter_fff in the constructor. I would have to use set_history
(I think?) to maintain coherence between work calls.
On Wed, Aug 19, 2015 at 2:20 PM, Richard Bell richard.be...@gmail.com
wrote:
Am I correct in concluding when I use fir_filter_fff to filter, that
because it uses its own memory space, I don't need to use set_history and
worry about boundary crossing between calls to work? Will the output of the
filter behave as expected across work call boundaries if I keep passing
samples to the filter?
As an example, suppose the following:
1) complete input data set to be filtered, 10 samples long: [1 2 3 4 5 6 7
8 9 10]
2) noutput_items = 2 always
3) filter is 3 taps long with values: [1/3 1/3 1/3]
for(int nn = 0; nn noutput_items; nn++)
{
out[nn] = d_shape_filter-filter(in[nn]);
}
Will this snippet produce what you would think should be produced, a
running average over the latest three input values?
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ofdm mod error
i've noticed that the digital_swig causes some error for both... looking at it, there is nothing inside the digital_swig.py file... is that ok? -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Follow up: Failure to build GNU Radio on various Ubuntu builds
On 08/20/2015 06:13 AM, Mark wrote: OK, I changed the distro to Ubuntu 14.04.3 LTS 64Bit and followed your advice to simply issue the command wget http://www.sbrac.org/files/build-gnuradio chmod a+x ./build-gnuradio ./build-gnuradio --verbose and I find myself right back where I started last week and that is the constant failure to build past this point . . . === [ 24%] Building CXX object lib/CMakeFiles/uhd.dir/transport/nirio/rpc/usrprio_rpc_client.cpp.o /home/mark/uhd/host/lib/transport/nirio/rpc/usrprio_rpc_client.cpp:1:0: internal compiler error: Segmentation fault // ^ Please submit a full bug report, with preprocessed source if appropriate. See file:///usr/share/doc/gcc-4.8/README.Bugs for instructions. The bug is not reproducible, so it is likely a hardware or OS problem. make[2]: *** [lib/CMakeFiles/uhd.dir/transport/nirio/rpc/usrprio_rpc_client.cpp.o] Error 1 make[1]: *** [lib/CMakeFiles/uhd.dir/all] Error 2 make: *** [all] Error 2 UHD build apparently failed Exiting UHD build = If you can continue to advise I should be grateful. Mark This is almost certainly a known problem in the compiler when it runs out of memory--how much memory do you have on your machine? This error is coming from the compiler, so there's nothing that build-gnuradio can do about it, however, you can: (1) Install more RAM (2) Add a secondary swap file. See, for example: https://www.digitalocean.com/community/tutorials/how-to-add-swap-on-ubuntu-14-04 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Dealing with `divide 0` or `Inf` in GNU Radio C++ code.
Hi Jeff,
you could use a strcture like this
MA_divisor = Divide: % =multiply = pad sink.
|- threshold detector-^
i.e. take the divisor path in parallel into threshold detector and use the
output (in {0,1}) in a multiplier for masking the dividing by zero cases.
By adjusting the threshold to 0+eps (a small number of your choice), this also
solves the problem of huge output if the divisor is _almost_ 0.
Best regards
Stephan Ludwig
Robert Bosch GmbH
Corporate Sector Research Advance Engineering, Communication Technology
(CR/AEH4)
Renningen
70465 Stuttgart
GERMANY
www.bosch.com
Tel. +49(711)811-8809
Fax +49(711)811-1052
Mobile +49(172)5630639
stephan.ludw...@de.bosch.com
Registered Office: Stuttgart, Registration Court: Amtsgericht Stuttgart, HRB
14000;
Chairman of the Supervisory Board: Franz Fehrenbach; Managing Directors: Dr.
Volkmar Denner,
Dr. Stefan Asenkerschbaumer, Dr. Rolf Bulander, Dr. Stefan Hartung, Dr. Markus
Heyn, Dr. Dirk Hoheisel,
Christoph Kübel, Uwe Raschke, Dr. Werner Struth, Peter Tyroller
-Ursprüngliche Nachricht-
Von: discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org
[mailto:discuss-gnuradio-bounces+stephan.ludwig2=de.bosch@gnu.org] Im
Auftrag von Jeff Long
Gesendet: Mittwoch, 19. August 2015 13:31
An: discuss-gnuradio@gnu.org
Betreff: Re: [Discuss-gnuradio] Dealing with `divide 0` or `Inf` in GNU Radio
C++ code.
(That should be moving averages, not correlators). Also, subtracting
instead of dividing might do what you want.
Jeff
On 08/19/2015 07:25 AM, Jeff Long wrote:
Jeon,
You can add an appropriate constant before the divide and compensate
for it afterward. The exact math will depend on the values coming out
of the correlators.
Jeff
On 08/19/2015 06:50 AM, Jeon wrote:
Let's think about the following auto/cross correlator:
http://i.imgur.com/Fy5hdVj.png
I've placed `divide` because I need to normalize the correlation result.
If we place `null source`, or `constant source with value of zero`
right before the `pad source`, the simplified form of the correlator
becomes 0 divided by 0.
I've placed `time sink` right after the `pad sink` then, I can see
the line hit the infinity. With a simplified flow graph:
http://i.imgur.com/Msx9EQj.png
Back to the my correlator, how can I handle such `infinity` value
coming into the next block?
My guess is that if a source block is a type of float, then
`infinity` might have a maximum value of float. So, I think I can
reject `infinity` value with `if (in[i] threshold)`, where
`threshold` is big enough, for correlator it is fine to have a value just
larger than one.
Do you think what I guess is right? Or can some boost numeric types,
or PMT help somehow to deal with it?
In addition, not important.
In pages
http://en.cppreference.com/w/cpp/types/numeric_limits/infinity
and http://en.cppreference.com/w/cpp/numeric/math/INFINITY,
non floating point numeric types can't handle infinity.
Is it also applied to GNU Radio?
Regards,
Jeon.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GRCon15 next week!
Hey everyone, I wanted to send a final note about GRCon15 coming up in DC next week. We have an incredibly lineup of speakers throughout the week and an audience to match. We still have space available this year as we made sure to get a larger event room. All the details are on the website, though we're still filling in some of the talk abstracts: www.trondeau.com/grcon15 I also wanted to issue a word of warning for everyone on the mailing list next week. Please keep sending your questions and ideas as normal, but just know that most of us will be preoccupied with GRCon15, so it might take us longer than usual to respond. For everyone coming, we're going to have a great week! Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GPS Signals recorded IQ samples file
Hi! After googling a lot and searching in this lists archive, I couldn't find any recording of IQ samples from GPS signals. I'm trying to record one myself, with no luck so far because (I suspect) of a malfunctioning active antenna. Would anybody with the right equipment be so kind to record some minutes of 4 MHz around 1.57542 GHz and share the recorded iq samples file? Many thanks in advance! Francisco. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DRM receiver
Dear List! Does anyone have any experience with using GNURADIO as DRM receiver? Or using Dream as a library to gnuradio? Any help will be nice (= Best regards Havard Austad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GPS Signals recorded IQ samples file
You may try this GPS signal simulator to generate IQ samples for testing. http://github.com/osqzss/gps-sdr-sim -- Wang Kang Blog: http://scateu.me Fingerprint: 011F 0492 97D6 5D75 8AC4 6458 D43F 3CE2 3353 B7BD On Wed, 19 Aug 2015, Francisco Albani wrote: Hi! After googling a lot and searching in this lists archive, I couldn't find any recording of IQ samples from GPS signals. I'm trying to record one myself, with no luck so far because (I suspect) of a malfunctioning active antenna. Would anybody with the right equipment be so kind to record some minutes of 4 MHz around 1.57542 GHz and share the recorded iq samples file? Many thanks in advance! Francisco. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GPS Signals recorded IQ samples file
GPS data records and processing scripts for GNU/Octave are available at http://jmfriedt.free.fr/efts_archive.tar.gz. The tutorial I presented on this topic during the EFTS seminar is summarized at http://jmfriedt.free.fr/sdr_gps_eng.pdf JM You may try this GPS signal simulator to generate IQ samples for testing. http://github.com/osqzss/gps-sdr-sim -- Wang Kang Blog: http://scateu.me Fingerprint: 011F 0492 97D6 5D75 8AC4 6458 D43F 3CE2 3353 B7BD On Wed, 19 Aug 2015, Francisco Albani wrote: Hi! After googling a lot and searching in this lists archive, I couldn't find any recording of IQ samples from GPS signals. I'm trying to record one myself, with no luck so far because (I suspect) of a malfunctioning active antenna. Would anybody with the right equipment be so kind to record some minutes of 4 MHz around 1.57542 GHz and share the recorded iq samples file? Many thanks in advance! Francisco. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- JM Friedt, FEMTO-ST Time Frequency/SENSeOR, 26 rue de l'Epitaphe, 25000 Besancon, France ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] OOT Module Attribute Error module object has no attribute 'blockname'
One simple thing that can cause this is forgetting to do sudo ldconfig
after you do your first sudo make install
Various things can cause this, it's a cryptic error that I always hate
seeing.
Rich
On Wed, Aug 19, 2015 at 11:51 AM, West, Nathan n...@ostatemail.okstate.edu
wrote:
My gut is telling me this is a swig problem. I don't know that it's
frowned upon, but it's not easy to read without some kind of highlighting
that we'd get from github or a gist with files. If I'm correct we'd also
need to see swig/ACK.i (probably missing an include and/or gr swig block
magic. compare to tutorial swig for sanity check)
On Wed, Aug 19, 2015 at 10:38 AM, Washbourne, Logan
lwas...@ostatemail.okstate.edu wrote:
Hello all,
I know this question has been asked before, several times, but I didn't
find a solution that allowed me to use my OOT blocks without running into
the error stated in the subject of this email.
I scoured through this webpage(
http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModulesConfig)
and tried adding:
set(GR_REQUIRED_COMPONENTS RUNTIME PMT)
to my top level CMakeLists.txt file, because I am using PMT objects in my
block, but that didn't get rid of the error.
The full error thrown is this:
Executing: /home/comm1/Logan/Thesis/top_block.py
Traceback (most recent call last):
File /home/comm1/Logan/Thesis/top_block.py, line 92, in module
tb = top_block()
File /home/comm1/Logan/Thesis/top_block.py, line 65, in __init__
self.ACK_Text_Sanitize_0 = ACK.Text_Sanitize()
AttributeError: 'module' object has no attribute 'Text_Sanitize'
I looked on the mailing list for that last line error and it pointed me
to doing what I mentioned above with the CMakeLists.txt file, but could it
be an actual problem with the top_block.py file?
In the addendum is all of the files I could think would be necessary for
someone to look at if they chose to, if including this much text is frowned
upon, please let me know.
Addendum:
Text_Sanitize_impl.cc
*
#ifdef HAVE_CONFIG_H
#include config.h
#endif
#include gnuradio/io_signature.h
#include Text_Sanitize_impl.h
#include pmt/pmt.h
#include stdio.h
#include string
#include iostream
#include cstdio
namespace gr {
namespace ACK {
Text_Sanitize::sptr
Text_Sanitize::make(char* message)
{
return gnuradio::get_initial_sptr
(new Text_Sanitize_impl(message));
}
void
Text_Sanitize_impl::print_message(pmt::pmt_t d_message)
{
pmt::print(d_message);
}
/*
void
Text_Sanitize_impl::forecast (int noutput_items, gr_vector_int
ninput_items_required)
{
+forecast+ e.g. ninput_items_required[0] = noutput_items
}
*/
int
Text_Sanitize_impl::general_work (int noutput_items,
gr_vector_int ninput_items,
gr_vector_const_void_star input_items,
gr_vector_void_star output_items)
{
const int *in = (int *) input_items[0];
pmt::pmt_t *out = (pmt::pmt_t *) output_items[0];
d_out_msg = pmt::string_to_symbol(d_message);
//for(int i = 0; istrlen(d_message); i++)
//{
//pmt::vector_set(d_out_msg,i,d_message[i]);
//}
// Do +signal processing+
// Tell runtime system how many input items we consumed on
// each input stream.
consume_each (noutput_items);
// Tell runtime system how many output items we produced.
return noutput_items;
}
/*
* The private constructor
*/
Text_Sanitize_impl::Text_Sanitize_impl(char* message)
: gr::block(Text_Sanitize,
gr::io_signature::make(1, 1, sizeof(int)),
gr::io_signature::make(1, 1, sizeof(pmt::pmt_t))),
d_out_msg(pmt::string_to_symbol(std::string())),
d_message(message)
{
message_port_register_out(pmt::mp(print_message));
set_msg_handler(pmt::mp(print),
boost::bind(Text_Sanitize_impl::print_message, this, _1));
}
/*
* Our virtual destructor.
*/
Text_Sanitize_impl::~Text_Sanitize_impl()
{
}
} /* namespace ACK */
} /* namespace gr */
*
Text_Sanitize_impl.h
**
#ifndef INCLUDED_ACK_TEXT_SANITIZE_IMPL_H
#define INCLUDED_ACK_TEXT_SANITIZE_IMPL_H
#include ACK/Text_Sanitize.h
#include gnuradio/block.h
#include gnuradio/thread/thread.h
#include pmt/pmt.h
namespace gr {
namespace ACK {
class Text_Sanitize_impl : public Text_Sanitize
{
private:
// Nothing to declare in this block.
pmt::pmt_t d_out_msg;
char* d_message;
void print_message(pmt::pmt_t d_message);
public:
[Discuss-gnuradio] Bug in block::declare_sample_delay
Hello,
I think that the declare_sample_delay (and/or the way it is used) is
implemented incorrectly for interpolator blocks. Using GR 3.7.6.
The delay should be added **after** scaling the offset by the interpolation
ratio, not before. For example, using the
filter.interp_fir_filter(4,[1,2,3,4]):
If a tag is on sample2, and the sample_delay is declared as one, the output tag
should be on sample 2*4+1=9. However, it falls on sample 12 = (2+1)*4.
Here's an example to demonstrate the error:
from gnuradio import gr, blocks, filter
import pmt
top = gr.top_block()
tag = gr.tag_utils.python_to_tag((2,
pmt.to_pmt('A'),
pmt.PMT_NIL,
pmt.PMT_NIL))
src = blocks.vector_source_f(range(0, 50, 10), tags=[tag])
dut = filter.interp_fir_filter_fff(4, [1, 2, 3, 4])
dut.declare_sample_delay(1)
snk = blocks.vector_sink_f()
top.connect(src, dut, snk)
top.run()
result = snk.data()
tags = snk.tags()
print tags[0].offset
Regards.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Follow up: Failure to build GNU Radio on various Ubuntu builds
On 08/20/2015 04:01 PM, Mark wrote: mark@myGNURadioPC:~$ dpkg-query -l gcc Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii gcc4:4.8.2-1ubu amd64GNU C compiler mark@myGNURadioPC:~$ sudo swapon -s [sudo] password for mark: FilenameTypeSizeUsedPriority /dev/sda5 partition 7811516 0 -1 mark@myGNURadioPC:~$ free -m total used free sharedbuffers cached Mem: 3680 1536 2144380 38863 -/+ buffers/cache:634 3046 Swap: 7628 0 7628 On Thu, 20/8/15, Marcus D. Leech mle...@ripnet.com wrote: Subject: Re: Follow up: Failure to build GNU Radio on various Ubuntu builds To: mark.hopew...@btinternet.com, Discuss-gnuradio@gnu.org Discuss-gnuradio@gnu.org Date: Thursday, 20 August, 2015, 20:19 What does: dpkg-query -l gcc Return? When you do one of these builds, and it fails due to segfault, is there anything suggestive showing up in 'dmesg' ?? This just looks really weird. There are *hundreds* of people around the world who have built GR from source on Ubuntu 14.04 without issue. Are all you packages up-to-date after you did the install? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Channel sounding in GNU Radio
Hello, I'm sending a specific frame (length 400 bits), and I would like to examine the received signal through the channel (delay profile, coherence time, ...). At the receiver, I have In Phase and Quadrature part. Is it a way to channel sounding ? Thanks to an existing library ? Thank you. Best regards. Caspar S. -- View this message in context: http://gnuradio.4.n7.nabble.com/Channel-sounding-in-GNU-Radio-tp1.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tenth Special Cyberspectrum SDR Meetup next week in Washington, DC! (Wed 26th June)
If my time-machine gets back from the cleaners before yesterday, I'll certainly be there. Otherwise, August would work better for me. Wink wink nudge nudge its all fun until someone tries to occupy the same space/time and looses and eye. On Wed, Aug 19, 2015 at 7:06 PM, Balint Seeber balint...@gmail.com wrote: Hi all, We're pleased to announce the Tenth Special Cyberspectrum meetup, which will be held in Washington, DC, during the week of the 2015 GNU Radio conference: http://www.meetup.com/Cyberspectrum/events/224333749/ Please RSVP if you're coming along! http://www.meetup.com/Cyberspectrum/events/14358/ This event is made possible by the generous support of Virginia Tech http://www.ncr.vt.edu/arlington/ and the Hume Center http://www.hume.vt.edu, who have provided us with a space at VT's Arlington Executive Briefing Centre for the evening's event. We are really excited as GRCon2015 is taking place over that week, and we'll have the full spectrum(!) of SDR and GR people in town. It's not too late to attend GRCon too: http://www.trondeau.com/gnu-radio-conference-2015/ Please get in touch if you would like to show off/preview your work! It might be additional detail to what you're presenting at GRCon, or related work, or a side-project that you would like to share in a relaxed setting. The timing will be the same: please come at 6:30pm for a 7pm (PST) sharp start to the talks! If you can't make it, you can also watch the live stream: https://www.youtube.com/watch?v=r64-EA0IneU Join the growing Internet audience: #cyberspectrum on Freenode for IRC. Videos of the previous meetups can be found here: https://www.youtube.com/playlist?list=PLPmwwVknVIiXGzKhtimTMjhcyppeRRsnE We already have some exciting talks planned for the coming months. If you have something you would like to present at the next meetup in September, please get in touch! Hope to see you there, Balint ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuRadio: Clock Recovery MM: imu out of bounds
Hi Tom,
Thanks for your answer. That's indeed something that I need to think about
more. However, as I understand it, the samples per symbol rate is equal to
(samp_rate / data_rate). My sample rate is 500k, and my data rate (i think) is
only around 100 or 200. See this figure of my (cleaned) signal:
http://imgur.com/8pNqCop
You see that it takes approximately 10 ms to transmit one symbol. This means
100 symbols per second. As I have 500k samples per second, this means 5k
samples per symbol, right?
However, I have tried setting the samples per symbol to 4, just to try, and the
'out of bounds' error still persists.
Regards,
Michael
From: t...@trondeau.com
Date: Wed, 19 Aug 2015 09:41:19 -0400
Subject: Re: [Discuss-gnuradio] GnuRadio: Clock Recovery MM: imu out of bounds
To: mibo...@hotmail.com
CC: discuss-gnuradio@gnu.org
On Wed, Aug 19, 2015 at 2:51 AM, Michael B mibo...@hotmail.com wrote:
I have created a flowgraph, based on an example of Michael Ossmann, which takes
in a signal, and should output bits.I need to use the clock recovery MM block,
which I do not fully understand yet. However, after reading some blogposts, I
am quite sure that I can leave most of the settings default, except for the
Omega one. Here's my flowgraph:
http://imgur.com/pHRXnZu
When running this flowgraph, it gives me the following error:
thread[thread-per-block[5]:block clock_recovery_mm_ff (9)]:
mmse_fir_interpolator_ff: imu out of bounds.
While searching, I stumbled upon this piece of code in the source of GnuRadio:
int imu = (int)rint(mu * NSTEPS);
if((imu 0) || (imu NSTEPS)) {
throw std::runtime_error(mmse_fir_interpolator_ff: imu out of bounds.\n);
}
So, I suspect it is not due to my Omega setting (which might be wrong, I have
to play with that setting), but that it is due to my Mu setting, which is just
the default (0.5). However, I understand that Mu needs to be between 0 and 1,
so I do not really understand what the problem is. Anyone who does?Environment
details:GNU Radio Companion 3.7.7.1Running a GNU Radio live DVD in a virtual
machine (VirtualBox 4.2.12) on Windows 7.Using Volk machine: ssse3_64
Michael,
I don't have an answer, but I can say where you're doing something wrong.
You're samples/symbol (samp_per_sym) is definitely /not/ 2.5k. That's a
massively oversampled signal and can't be right. You need to think what's the
sampling rate of the system? What's the symbol rate of my signal? That will
tell you the samples/symbol you need. It should small, like 2 or 4.
Tom
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] DECT voice channel decoding project
Dear all, I was working on a project of real-time DECT voice channel decoding. I believe it might be useful for the community. So I have decided to share it. It is available on github with short installation and usage guide: https://github.com/pavelyazev/gr-dect2 -- Best Regards, Pavel Yazev -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Filters in GNU Radio
Am I correct in concluding when I use fir_filter_fff to filter, that
because it uses its own memory space, I don't need to use set_history and
worry about boundary crossing between calls to work? Will the output of the
filter behave as expected across work call boundaries if I keep passing
samples to the filter?
As an example, suppose the following:
1) complete input data set to be filtered, 10 samples long: [1 2 3 4 5 6 7
8 9 10]
2) noutput_items = 2 always
3) filter is 3 taps long with values: [1/3 1/3 1/3]
for(int nn = 0; nn noutput_items; nn++)
{
out[nn] = d_shape_filter-filter(in[nn]);
}
Will this snippet produce what you would think should be produced, a
running average over the latest three input values?
Rich
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Channel sounding in GNU Radio
Hi Caspar, Maybe gr-channelsounder https://github.com/gbaier/gr_channelsounder is of interest? Generally, that correlation channel sounder allows you to apply a signal that contains all frequencies to the channel and then lets you deduct the channel effect on your particular signal. Best regards, Marcus On 20.08.2015 16:41, Caspar wrote: Hello, I'm sending a specific frame (length 400 bits), and I would like to examine the received signal through the channel (delay profile, coherence time, ...). At the receiver, I have In Phase and Quadrature part. Is it a way to channel sounding ? Thanks to an existing library ? Thank you. Best regards. Caspar S. -- View this message in context: http://gnuradio.4.n7.nabble.com/Channel-sounding-in-GNU-Radio-tp1.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] DRM receiver
I tried DRM TX using gr-drm created by KIT about two years ago. And it did transmit the right DRM signal and demodulated by Dream software correctly. Then I made a gnuradio flow to feed IQ samples into a fifo using wav file sink, then Dream opened this fifo and demodulate. This method is pretty hacking, I think you can modify the source code of Dream directly, add libuhd support to it, then it can run standalone without gnuradio. Maybe you can buy a commercial DRM receiver from amazon, which will make debug process much more easy. Havard hav...@austad.tv于2015年8月20日 周四20:04写道： Dear List! Does anyone have any experience with using GNURADIO as DRM receiver? Or using Dream as a library to gnuradio? Any help will be nice (= Best regards Havard Austad ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help with building GNU Radio for Android
On Mon, Aug 17, 2015 at 7:28 PM, Schuyler St. Leger schuyler.st.le...@gmail.com wrote: I am trying to build GNU Radio for Android and am having issues with the build process. I first tried building GNU Radio for Android on Mac OS X 10.10.4. I was able to follow the directions successfully until I had to build gr-grand. When I tried to build gr-grand I got this error (see error 1). I have tried searching for this error, but have not found any useful information from my search. I am not sure if this is an error with the build procedure, or if it is an error with the Android NDK and Python. We'll have to spend some time looking into this. Most of use working on the Android stuff are using Linux -- generally Ubuntu, either 14.04 or 15.04 (I use both versions, depending on which machine I'm on). This could be a conflict with the installed Python and the one in the SDK, or possibly just a bug in the SDK. Although, now that I think about it, there's no reason to SWIG gr-grand. You'll never use that in Python on Android; we only use the c++ library out, and specifically the static libgnuradio-grand.a library. Maybe try adding the flag -DENABLE_PYTHON=False to the cmake line? I then tried building GNU Radio for Android in a Ubuntu 14.04 64 bit VM, but when trying to stage Boost (./b2) I get this output from Boost (see error 2) and get an error about -march=armv7-m not being a supported compiler flag when Boost starts compiling. I have tried adding the toolset=gcc-android to Boost but this did not fix the problem (I had to do this on Mac to get Boost to use the configuration in the user-config.jam file). Are you sure you want armv7-m? Most of what we're using is armv7-a. But you might just try armv7 instead to use a more generic v7 architecture. Take a look at the gcc man page for a list of supported machines. This might be something you'll need to play around with. I would like help getting this working, as I really want to get GNU Radio working on Android for me. Schuyler St. Leger Error 1: [ 80%] Building CXX object swig/CMakeFiles/_grand_swig.dir/grand_swigPYTHON_wrap.cxx.o In file included from /opt/android-toolchain/include/python2.7/Python.h:58:0, from /opt/grandroid/gr-grand/build/swig/grand_swigPYTHON_wrap.cxx:167: /opt/android-toolchain/include/python2.7/pyport.h:1029:2: error: #error LONG_BIT definition appears wrong for platform (bad gcc/glibc config?). #error LONG_BIT definition appears wrong for platform (bad gcc/glibc config?). ^ make[2]: *** [swig/CMakeFiles/_grand_swig.dir/grand_swigPYTHON_wrap.cxx.o] Error 1 make[1]: *** [swig/CMakeFiles/_grand_swig.dir/all] Error 2 make: *** [all] Error 2 Error 2: Performing configuration checks - 32-bit : no - 64-bit : no - arm : no - mips1: no - power: no - sparc: no - x86 : no - combined : no - has_icu builds : no - lockfree boost::atomic_flag : no Yeah, when this is right, you should see 'yes' for 32-bit and arm. FYI, I should be getting a 64-bit ARM soon and will see what changes are necessary there. And if any of this helps and you do get it working, we should try to update the Android wiki page accordingly, either by fixing some of the instructions or with some side notes for these problems. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
