Re: [Discuss-gnuradio] 'module' object has no attribute

Guy, I assume that error is coming from Python. If that's the case, then it might be that your Swig build messed up somewhere or the lib and Swig are not agreeing. When I get those kinds of errors I will edit the __init__.py file for the Python module (likely in

Re: [Discuss-gnuradio] Correct GRC version for UHD 3.13.0.1

John, The issue you are having is that the version of the firmware on your radio does not match the version of the UHD libraries that you have on your system. You need to either update your radios (uhd_image_loader) or change your version of UHD to match what the radio has. The former is

Re: [Discuss-gnuradio] New to Gnu Radio - Save signal to data for an analysis

You should be able to read the output of that command with [1]. Make sure that you use the --file option before your output file name. I tried the command you ran and didn't get any output because I didn't have --file before the output name. Maybe a version difference? By default it seems that

Re: [Discuss-gnuradio] Remote Control of a Flowgraph

If it's just variables that you need to change then you can use the XMLRPC block. I've used it in several graphs where I needed up update variables on the fly. I'm not sure if the XMLRPC block exposes all variables and functions in the top block. I think it's just functions. The server block

Re: [Discuss-gnuradio] GNU Radio not installing: Build Failed

Check out the thread titled: install issues with c++11. I think you two are having the same issue with PyBombs and C++11 On Thu, Jun 7, 2018 at 10:16 AM Mir Muhammad Lodro wrote: > Hi All > i am installing GNU Radio on Linux 16.04, but it's not installing by > saying this file requires

Re: [Discuss-gnuradio] Issue installing GNU Radio with PyBombs

n't mind me asking? > > > > On Tue, Jun 5, 2018 at 2:13 PM, Dave NotTelling > wrote: > >> I ran into this issue when using clang to build UHD on Ubuntu 16.04. Had >> to fall back to using gcc to build UHD due to an issue with 16.04's boost >> not playing nice with clan

Re: [Discuss-gnuradio] Issue installing GNU Radio with PyBombs

I ran into this issue when using clang to build UHD on Ubuntu 16.04. Had to fall back to using gcc to build UHD due to an issue with 16.04's boost not playing nice with clang. Not sure if that's what's happening here though. What OS are you using? Not sure how PyBombs does things under the

Re: [Discuss-gnuradio] functions to generate random signals

If you have C++11 or higher you can use http://en.cppreference.com/w/cpp/numeric/random/uniform_real_distribution. I think that solves the first problem. Check out https://stackoverflow.com/questions/32889309/adding-gaussian-noise for an example of using it for Gaussian noise. On Tue, Jun 5,

Re: [Discuss-gnuradio] install issue with c++11

Check out https://github.com/gnuradio/pybombs#configuring-a-prefix-environment-eg-for-cross-compiling. You might be able to set CXXFLAGS with the `--env` flag On Tue, Jun 5, 2018 at 10:36 AM Dave NotTelling wrote: > I would suspect that PyBombs doesn't care about your env variab

Re: [Discuss-gnuradio] install issue with c++11

I would suspect that PyBombs doesn't care about your env variables. That or it overwrites the CMAKE_CXX_FLAGS at some point. I have no idea how PyBombs builds the CMake projects. If it's not calling the `cmake` command directly, then it likely will not pick up the env variable. On Tue, Jun 5,

Re: [Discuss-gnuradio] install issue with c++11

Jason, You can set the CXXFLAGS env variable to "-std=c++11" and any CMake builds you run (assuming the same shell) will check the CXXFLAGS var first. This assumes that you don't overwrite the value of CMAKE_CXX_FLAGS. I just tried it in a terminal with `export CXXFLAGS="-std=c++11"`, then

Re: [Discuss-gnuradio] Connecting two USRPs in one laptop in gnuradio companion

Inkyu, At least in 3.9.4 that could be a sequence number error ( https://github.com/EttusResearch/uhd/blob/release_003_009_004/host/lib/usrp/common/async_packet_handler.hpp#L62). Odd that you're seeing that with USB. Not really sure how to help you with that part. -Dave On Tue, Apr 24,

Re: [Discuss-gnuradio] Callback Function in Blocks for C++

Take a look at https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/include/gnuradio/blocks/throttle.h#L57 , https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/lib/throttle_impl.h#L49, and https://github.com/gnuradio/gnuradio/blob/master/gr-blocks/lib/throttle_impl.cc#L70 as an

Re: [Discuss-gnuradio] return value of gr::block::general_work

e was >>> handled inside "general_work()". I know of no blocks that actually do this, >>> but I don't know everything. That said, the GR runtime internals support my >>> statement & hence this is worth trying. If you do try & succeed, please do >>

Re: [Discuss-gnuradio] return value of gr::block::general_work

t know. Cheers! - MLD > > On Sun, Jan 21, 2018, at 1:19 PM, Dave NotTelling wrote: > > I found in the docs that general_work only supports outputting the same > number of samples to each output port (https://github.com/gnuradio/ > gnuradio/blob/master/gnuradio-runtime/include/g

Re: [Discuss-gnuradio] return value of gr::block::general_work

I found in the docs that general_work only supports outputting the same number of samples to each output port ( https://github.com/gnuradio/gnuradio/blob/master/gnuradio-runtime/include/gnuradio/block.h#L47-L49) but the produce method seems to tell otherwise (

Re: [Discuss-gnuradio] Stream to PDU - Guaranteed to not lump tags?

he source of your "multiple offset values" > comment. > > Hope this helps! - MLD > > On Wed, Jan 10, 2018, at 8:32 PM, Dave NotTelling wrote: > > Thanks for the response! Apologies for the unclear question. Here's > another shot: > > Can one call to t

Re: [Discuss-gnuradio] Stream to PDU - Guaranteed to not lump tags?

thin the > output PDU size in items), then they are just added as meta-data to the > PDU. Each PDU is created independent of the other PDUs, and just 1 created > per call to "work". Not sure if this is what you were looking to have > answered; if not, please clarity. Cheers! - MLD >

[Discuss-gnuradio] Stream to PDU - Guaranteed to not lump tags?

The wording of the title likely needs work, but the basic idea is this: - Suppose that I have a ZMQ message source that has arbitrarily sized vectors of some consistent type - I convert that over to a tagged stream, do some operations on it, then convert it back to a PDU - Assume

Re: [Discuss-gnuradio] package 'gnuradio-fft' not found

You are missing quite a few libs. The one that's causing your specific issue: -- Configuring gr-fec support... -- Dependency ENABLE_VOLK = ON -- Dependency Boost_FOUND = 1 -- Dependency ENABLE_GNURADIO_RUNTIME = ON -- Dependency ENABLE_GR_BLOCKS = ON -- Enabling gr-fec support. --

Re: [Discuss-gnuradio] GRCON2017

Any updates on the videos getting posted to YouTube? On Wed, Sep 20, 2017 at 10:03 AM, Ben Hilburn wrote: > Hey all - > > Ron is exactly right. I meant to post the link to the slidedecks, which > are now live. > > We are still waiting on the videos, which will get posted

Re: [Discuss-gnuradio] Performance monitoring within Gnuradio

There is also the Linux tool `perf`. I use that instead of the GNU Radio tools due to library compatibility issues (also thrift is a pita to get working with GNU Radio in my experience). An example is: `perf top -p --call-graph=fp` (use sudo if needed). If you want to see everything you can

Re: [Discuss-gnuradio] Doxygen documentation in GRC

radio/commit/ac925c426dd8dc75b6ee0bd82506e0f59cc5f207, so > 3.7.10.2 or later should have this fixed IIRC. Do you maybe have an older > installation? > > Sebastian Müller > gse...@gmail.com > PGP ID DC2AA3EE > <http://pgp.mit.edu/pks/lookup?op=vindex=0x9FFBD55DDC2AA3EE> > > Am 10. Okto

Re: [Discuss-gnuradio] Doxygen documentation in GRC

Anyone have input on this? I'm trying to make my blocks more user friendly, but all I've been able to get to show up is the description. The information about each parameter is lost in GRC. Shows up fine in the HTML report. On Wed, Aug 10, 2016 at 6:01 AM, Sebastian Müller

Re: [Discuss-gnuradio] Multiple Vectors in PMT

> > Marcus > > On 09/06/2017 02:58 PM, Dave NotTelling wrote: > > Is there a way to have multiple vectors output from a PMT block? > Something akin to having more than one streaming output? > > Thanks! > > -Dave > > > ___

Re: [Discuss-gnuradio] Multiple Vectors in PMT

I just realized that I asked a dumb question. I can put whatever wherever so long as the downstream blocks understand it. Please disregard. On Wed, Sep 6, 2017 at 8:58 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > Is there a way to have multiple vectors output from a

[Discuss-gnuradio] Multiple Vectors in PMT

Is there a way to have multiple vectors output from a PMT block? Something akin to having more than one streaming output? Thanks! -Dave ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] High Water Mark - ZMQ Message Blocks

Thanks! On Mon, Jun 5, 2017 at 3:13 PM, Marcus Müller <marcus.muel...@ettus.com> wrote: > Hi Dave, > > yep, GR messages are back-pressure-free, so that's by design. > > Best regards, > > Marcus > > On 05.06.2017 15:35, Dave NotTelling wrote: > > I noticed

[Discuss-gnuradio] High Water Mark - ZMQ Message Blocks

I noticed that the message base ZMQ blocks don't support high water marks (HWM) but the streaming ones do. Is there a specific reason for that, or is it just the way those blocks were developed? Thanks! ___ Discuss-gnuradio mailing list

Re: [Discuss-gnuradio] Valve Module

If you run `grep -r 'valve' *` in the gnuradio source directory you'll find that it lives in grc/grc_gnuradio/blks2/selector.py. No .cc file for this one. On Fri, May 5, 2017 at 5:30 AM, Ayan Chatterjee wrote: > Hi all, > > I want to create a new port for "Open" in the

Re: [Discuss-gnuradio] Process Naming

On 05/04/2017 09:23 PM, Dave NotTelling wrote: > > How are processes named in GNU Radio? I assumed they took on the ID of > the block. But testing has showed that not to be the case. I was hoping > to be able to see CPU usage of my blocks by running `top -H` and looking at > the proc

[Discuss-gnuradio] Process Naming

How are processes named in GNU Radio? I assumed they took on the ID of the block. But testing has showed that not to be the case. I was hoping to be able to see CPU usage of my blocks by running `top -H` and looking at the process names. I also tried setting the block alias but that did

Re: [Discuss-gnuradio] GRC sheet size

If you want to change the default size you can look in /usr/local/etc/gnuradio/conf.d/grc.conf and change the line `canvas_default_size = 1280, 1024`. The path might be different on your system. You can run `find / -name grc.conf 2>/dev/null` to hunt it down. On Fri, Apr 28, 2017 at 5:05 AM,

Re: [Discuss-gnuradio] OS X Fuzzy Text in GRC

d me (off list) a screen snapshot or the like so that I can see > what you mean by "fuzzy"? I see nothing out of the ordinary in GRC when > running, but then maybe I'm not looking at the correct text... Cheers! - MLD > > On Sun, Apr 2, 2017, at 10:12 AM, Dave NotTelling wrote: >

[Discuss-gnuradio] OS X Fuzzy Text in GRC

I just installed GNU Radio via macports and the text in the blocks is really fuzzy. I ran across https://trac.macports.org/ticket/36410 but I don't quite understand how to make it work for my issue. Is there something in /Applications/MacPorts/Qt4 that I should be changing? I'm running OS X

Re: [Discuss-gnuradio] Fwd: Newbie: usage of PDU to Tagged Stream block

Derp, I didn't English well, but you get the idea :) On Sun, Mar 5, 2017 at 12:26 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Here is your graph with a slight modification of your graph to show what > happens if you have the CAR populated. > > > > On Sun, Mar 5

Re: [Discuss-gnuradio] Fwd: Newbie: usage of PDU to Tagged Stream block

Here is your graph with a slight modification of your graph to show what happens if you have the CAR populated. On Sun, Mar 5, 2017 at 12:20 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > You don't see any output from the Tag Debug block because it only shows > the tags, not th

Re: [Discuss-gnuradio] Fwd: Newbie: usage of PDU to Tagged Stream block

You don't see any output from the Tag Debug block because it only shows the tags, not the data. You actually don't have any tags in your data. You just have a PMT object with a NIL CAR and a populated CDR. Since there are no elements in the CAR, you get no tags. I personally got confused

Re: [Discuss-gnuradio] Newbie trying to follow OOT module tutorial

Check out http://gnuradio.org/redmine/projects/gnuradio/wiki/BlocksCodingGuide. You'll see that the <+MAX_IN+>, <+MAX_OUT+>, <+MIN_IN+>, <+MIN_OUT+>, <+ITYPE+>, and <+OTYPE+> have all been replaced with actual values. Unless you have multiple inputs and/or outputs you'll replace all of the

Re: [Discuss-gnuradio] Newbie trying to follow OOT module tutorial

Oh, here's a better link: http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_GNU_Radio_in_C++#424-Step-3-Fleshing-out-the-code On Sun, Mar 5, 2017 at 12:09 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Check out http://gnuradio.org/redmine/projects/gnuradi

Re: [Discuss-gnuradio] Testing Message Based Blocks

uel...@ettus.com> wrote: > Hi Dave, > > haven't gotten around to looking at your block, but I presume it uses > message passing to emit PMTs, is that right? > > In that case, the "message debug" block has a "store" input. > > Best regards, > >

Re: [Discuss-gnuradio] Testing Message Based Blocks

Anyone able to help out? Hoping it's just something dumb that I didn't set properly. On Feb 25, 2017 17:32, "Dave NotTelling" <dmp250...@gmail.com> wrote: > I am attempting to test a block that takes in complex samples and outputs > PMT objects. In order to properly

Re: [Discuss-gnuradio] fft_filter_ccc Output Buffer Size

After some more research it seems that this is an issue of not having an even multiple of input samples to taps. For others, here is where I found the answer: http://www.dspguide.com/ch18/2.htm On Fri, Feb 10, 2017 at 11:19 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > I am tryi

[Discuss-gnuradio] fft_filter_ccc Output Buffer Size

I am trying to use the FFT filter in some c++ code and I'm having issues with seg faulting. The code below will work, but only because the output buffer is twice as large as the input buffer. It doesn't have to be twice as large, but it does have to be some number larger than the input buffer.

Re: [Discuss-gnuradio] PMT Oddities

Assuming that is reproducible, does anyone have suggestions on how to get around it? On Fri, Dec 9, 2016 at 9:16 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Here is a full example: > > [code] > > #!/usr/bin/python > > import pmt > > d = pmt.make_dict()

Re: [Discuss-gnuradio] PMT Oddities

type : () [/output] The first call to dict_keys(a) returns the last element in the dictionary. The second call errors out. Both should error out correct? On Fri, Dec 9, 2016 at 9:11 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > I understand that it should bomb, but it

Re: [Discuss-gnuradio] PMT Oddities

us.com> wrote: On 12/05/2016 01:56 PM, Dave NotTelling wrote: > Marcus & Martin: > > I tried the dict_keys() method of checking, but even that can > fail. Here is an example: > > [code] > > import pmt > > d = pmt.make_dict() > d = pmt.dict_add(d, p

Re: [Discuss-gnuradio] PMT Oddities

Thoughts? On Mon, Dec 5, 2016 at 4:56 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Marcus & Martin: > > I tried the dict_keys() method of checking, but even that can fail. > Here is an example: > > [code] > > import pmt > > d = pmt.make

[Discuss-gnuradio] Max PMT Size

I seem to remember asking this question once before and being told that the only way to increase the max size of a PMT object is to set a define in a header file before compilation. Is this size limit only applicable to the PDU to Tagged Stream block? Can a PMT output to another PMT input be

Re: [Discuss-gnuradio] PMT Oddities

2016 at 5:55 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Thanks for the explanation! > > On Tue, Nov 22, 2016 at 5:29 PM, Marcus Müller <marcus.muel...@ettus.com> > wrote: > >> That's a long story. Essentially, a list is a pair of the first element >>

Re: [Discuss-gnuradio] PMT Oddities

> Cheers, > Marcus > > On 22.11.2016 23:18, Dave NotTelling wrote: > > I ask because it feels like a bug. Things like ((a . b), (c . d), (e . > f)) are definitely not pairs (assuming a pair is 2 elements) and (in my > opinion) should not return true for pmt.is_pair(). > >

Re: [Discuss-gnuradio] PMT Oddities

I ask because it feels like a bug. Things like ((a . b), (c . d), (e . f)) are definitely not pairs (assuming a pair is 2 elements) and (in my opinion) should not return true for pmt.is_pair(). On Tue, Nov 22, 2016 at 5:12 PM, Dave NotTelling <dmp250...@gmail.com> wrote: &g

Re: [Discuss-gnuradio] PMT Oddities

here. See also: > https://github.com/gnuradio/gnuradio/blob/31b28f0cf4694378b26617616d08b4 > 082668962f/gr-uhd/lib/usrp_block_impl.cc#L487-L494 > > Cheers, > M > > On 11/22/2016 01:47 PM, Dave NotTelling wrote: > > I noticed today that the is_dict and is_pair checks are

[Discuss-gnuradio] PMT Oddities

I noticed today that the is_dict and is_pair checks are not appearing to work properly. Here is an example that shows the issue: [code] #!/usr/bin/python import pmt def print_pmt(dictVar): print 'isPair:%05s, isDict:%05s, isTuple:%05s => %s' % (pmt.is_pair(dictVar),

Re: [Discuss-gnuradio] Attribute error: and support with external class and header files

of my source files and libraries not being > linked. > > > Regards, > Pranav Padalkar > Fraunhofer-Institut für Eingebettete Systeme und Kommunikationstechnik ESK > > -- > *From:* Discuss-gnuradio <discuss-gnuradio-bounces+pranav.padalkar=esk

Re: [Discuss-gnuradio] Microwave Link Demodulation

One way I check for bottlenecks it to run 'top -H' and watch the various threads. If you see any one thread pegged at 100% then it needs to be optimized. At least that's my method :) On Mon, Aug 29, 2016 at 9:46 AM, Ihab Zine wrote: > Hi Marcus, > > I have been through

Re: [Discuss-gnuradio] Transmit and Receive hopping Sequence in FHSS (using gr-spread module) mismtach

Fri, Aug 26, 2016 at 12:32 PM, Dave NotTelling <dmp250...@gmail.com> > wrote: > >> Ajinkya, >> >> How fast are you hopping? I've had loads of issues with hopping >> rapidly and not having the correct frequencies used. >> >> -Dave >>

Re: [Discuss-gnuradio] Transmit and Receive hopping Sequence in FHSS (using gr-spread module) mismtach

Ajinkya, How fast are you hopping? I've had loads of issues with hopping rapidly and not having the correct frequencies used. -Dave On Tue, Aug 23, 2016 at 7:16 PM, Ajinkya D Kadam wrote: > HI All, > > I am using gr-spread >

Re: [Discuss-gnuradio] Attribute error: and support with external class and header files

I've had bad luck just putting my own headers in OOT modules. The way I do things now is to use gr_modtool add and select 'noblock'. Then just remove the grc XML file created. Seems that YourModuleName_API is needed before structs and classes or it doesn't get seen by Swig. Could be wrong

Re: [Discuss-gnuradio] SWIG std::vector issue

s swig/ootname.i and add a > > %include > > pretty much at the beginneing, and make sure to have in your %{%}: > > %{ > #include > #include > %} > > > and further down, declare > > %template(ootname_vector_pmt_t) std::vector; > > And then hope that SWIG does

Re: [Discuss-gnuradio] SWIG std::vector issue

Anyone able to help with this? I had to create helper methods to serialize the PMT objects and return a vector of strings. Not the best solution :( On Thu, Jul 28, 2016 at 11:04 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > I have a utility lib in C++ created with 'gr_modtool ad

Re: [Discuss-gnuradio] [GSoC] gr-inspector update / ask for feedback

Great work! On Fri, Jul 29, 2016 at 10:36 AM, Sebastian Müller wrote: > Hi all, > > week 10 of GSoC is over and I managed to implement an OFDM sync block: > https://grinspector.wordpress.com/2016/07/29/week-10-sync/ > > Since I make good time, I will try to add a FM demod

[Discuss-gnuradio] SWIG std::vector issue

I have a utility lib in C++ created with 'gr_modtool add noblock' that has a function that returns a vector of pmt::pmt_t values. I need to then be able to access the elements of that vector via Python. Right now I get the following error when using a for loop to iterate over the vector:

Re: [Discuss-gnuradio] Streaming IQ File Compression

id of the 8/16 most significant > bits that are zero most of the time. Thus, I get a compression ratio close > to 50% when using sc16. pbzip2 is a good tool for doing parallel > compression on files. > > juha > > On Sat, Jul 16, 2016 at 3:59 AM, Dave NotTelling <dmp250...@gmail.com

Re: [Discuss-gnuradio] Streaming IQ File Compression

ta out after > compressing and decompressing it. > > On Sat, Jul 16, 2016 at 11:20 AM, Dave NotTelling <dmp250...@gmail.com> > wrote: > > Marcus & Dan, > > > > Thank you very, very much for the detailed information! > > > > Dan: That's exactly w

Re: [Discuss-gnuradio] Streaming IQ File Compression

Marcus & Dan, Thank you very, very much for the detailed information! Dan: That's exactly what I thought when going into this at first. But, I decided to give gzip a shot just to see how well it did. Turns out that (at least for bursty environments) it almost halves the size of the

Re: [Discuss-gnuradio] CppUnit Issue

terested in >> seeing it live, I'd recommend just running "ctest -v" from your build >> directory. >> >> Best regards, >> Marcus >> >> >> On 07/13/2016 03:39 PM, Dave NotTelling wrote: >> >> I am trying to test out my OOT mod

Re: [Discuss-gnuradio] CppUnit Issue

rectory. > > Best regards, > Marcus > > > On 07/13/2016 03:39 PM, Dave NotTelling wrote: > > I am trying to test out my OOT module with CppUnit tests, but I am not > able to get the message from CPPUNIT_ASSERT_MESSAGE("moo", 1 == 2) to > output. All I get is t

[Discuss-gnuradio] CppUnit Issue

I am trying to test out my OOT module with CppUnit tests, but I am not able to get the message from CPPUNIT_ASSERT_MESSAGE("moo", 1 == 2) to output. All I get is that the test failed (F). Just getting that message is terrible for debugging. Is there a flag I missed somewhere or some

Re: [Discuss-gnuradio] Process for relinquishing driver control in a flowgraph before starting a new one

graph(self): > wr.flowgraph = newFlowgraphConstructor() > wr.flowgraph.start() > self.flowgraph = wr.flowgraph > > def main(): > #create socket factory so we can allow many connections > > > On Fri, Jul 8, 2016 at 10:35 AM, Dave NotTelling <dmp250...@g

Re: [Discuss-gnuradio] Process for relinquishing driver control in a flowgraph before starting a new one

Tim, One thing I have found with the Python stuff is that you need to set the flow graph variable to None for resource to be released. moo = myGraph(); moo.start(); time.sleep(10); moo.stop(); moo.wait(); moo = None; moo = myGraph(); moo.start() . -Dave On Thu, Jul 7, 2016 at 6:14 PM,

Re: [Discuss-gnuradio] SWIG Errors

Sylvain, That sounds exactly like what was happening to me! Thank you :D -Dave On Tue, Jul 5, 2016 at 9:20 AM, Sylvain Munaut <246...@gmail.com> wrote: > See the thread : > > "The AttributeError problem now that I have modified a working OOT" > > My guess is that you encountered

Re: [Discuss-gnuradio] SWIG Errors

Well poop. I can't remember what was causing the issues (it was about a month ago). If I run across it again I'll copy off the code before fixing it so that I can show it here. On Sun, Jul 3, 2016 at 5:59 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > Sylvain, > > I'll

Re: [Discuss-gnuradio] SWIG Errors

Sylvain, I'll attempt to gin something up tomorrow. Thanks! -Dave On Sun, Jul 3, 2016 at 5:01 AM, Sylvain Munaut <246...@gmail.com> wrote: > Hi, > > > It's always > > something that's not quite 100% right in my C++ code, but it's seriously > > painful to debug as I have to resort to

[Discuss-gnuradio] SWIG Errors

I have been making lots of OOT modules for various purposes and have run into the same issue several times. I'll build a C++ module, compile it with 'cmake ..' 'make' 'make install' and 'ldconfig'. After all that I import the module to Python (ipython shell) and find that the module (top level

Re: [Discuss-gnuradio] Pythonic way of how to quit the process if U is displayed on output

; M > > [1] That's me. And we'll figure out those issues :) > > On 06/20/2016 04:29 PM, Dave NotTelling wrote: > > Martin, > > > > Are there any examples of using that thing? I see that is uses > > messages, but they appear to be different from PMT m

Re: [Discuss-gnuradio] Pythonic way of how to quit the process if U is displayed on output

Martin, Are there any examples of using that thing? I see that is uses messages, but they appear to be different from PMT messages. There are some examples that use a callback in the Python script generated by GRC, but I haven't ever been able to make one of those things work. It's very

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

just works. Still runs twice which is just odd to me, but it does work as expected! Thank you for guiding me in the right direction :D -Dave On Thu, Jun 16, 2016 at 11:51 PM, Kevin Reid <kpr...@switchb.org> wrote: > On Thu, Jun 16, 2016 at 8:48 PM, Dave NotTelling <dmp250.

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

not doing something right =\ -Dave On Thu, Jun 16, 2016 at 11:24 PM, Kevin Reid <kpr...@switchb.org> wrote: > On Thu, Jun 16, 2016 at 5:21 PM, Dave NotTelling <dmp250...@gmail.com> > wrote: > >> I have a solution in place right now that works around the second >&

Re: [Discuss-gnuradio] Python Unit Tests Running Twice

ty of unit tests). > > That said, we should probably come up with a way to disable the > xmlrunner (maybe make it a pref), since most people won't care about it. > > M > > On 06/15/2016 03:44 PM, Dave NotTelling wrote: > > I noticed that my Python unit tests were runnin

Re: [Discuss-gnuradio] PMT serialization/deserialization of doubles

Well, looks like this was fixed may 2nd. https://github.com/gnuradio/gnuradio/commit/cd07e5e56647a9380ccd0f25960164d72b338e10#diff-960cadcf7ef5dc2327e5200893d43163 On Thu, Jun 16, 2016 at 6:26 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > I recently ran across this "bug&qu

[Discuss-gnuradio] PMT serialization/deserialization of doubles

I recently ran across this "bug": (running ipython) [code] In [18]: import pmt In [19]: pmt.to_double(pmt.deserialize_str(pmt.serialize_str(pmt.from_double(1234567890.0 Out[19]: 1234567936.0 In [20]: pmt.to_double(pmt.from_double(1234567890.0)) Out[20]: 1234567890.0 [/code] Here is the

[Discuss-gnuradio] Python Unit Tests Running Twice

I noticed that my Python unit tests were running twice. Using PyCharm's debugger I was able to figure out that the culprit is the following snippet from gr_unittest.py: # use the xmlrunner if we can write the the directory if(xmlrunner is not None): xmlrunner.run(suite) main()

Re: [Discuss-gnuradio] Testing PMT blocks

ned a pain in the butt =\ On Sun, Jun 12, 2016 at 10:14 AM, Dave NotTelling <dmp250...@gmail.com> wrote: > Sebastian, > > The module I'm testing has a lot of interconnected deps so I went > about creating a standalone OOT module to test with. After spending about > 30 m

Re: [Discuss-gnuradio] Testing PMT blocks

? On Tue, Jun 7, 2016 at 6:45 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > I would like to make some unit tests for a PMT only block I created, but I > haven't been able to find any good examples aside from a StackOverflow post > ( > http://stackoverflow.com/questions/36342285/t

[Discuss-gnuradio] Testing PMT blocks

I would like to make some unit tests for a PMT only block I created, but I haven't been able to find any good examples aside from a StackOverflow post ( http://stackoverflow.com/questions/36342285/testing-a-gnu-radio-message-accepting-block-with-post). The hope was that I could simply access the

Re: [Discuss-gnuradio] Testing 'noblock' Class

oo. Answer 'yes' when asked for a QA file. > 2. Add a silly function to the new class > 3. Populate the QA files > 4. 'make test' > > That's it. Worked fine. > > M > > On 06/01/2016 02:58 PM, Dave NotTelling wrote: > > Also, when I use CPPUNIT_ASSERT_MESSAGE(

Re: [Discuss-gnuradio] Testing 'noblock' Class

Also, when I use CPPUNIT_ASSERT_MESSAGE("foobar\n", 1 == 2) I only see the 'F' get printed in the output of ./test-moo. I do not see the requested message. Perhaps a better question would be are there any good examples of doing this? Thanks! On Wed, Jun 1, 2016 at 1:52 PM, Dave

Re: [Discuss-gnuradio] Testing 'noblock' Class

That worked! One more question: How do I make the test run with 'make test'? It seems that 'make test' only runs the actual GNU Radio modules and not the 'noblock' classes. On Wed, Jun 1, 2016 at 12:32 PM, Dave NotTelling <dmp250...@gmail.com> wrote: > I was not using CPPUINT_ASSER_

Re: [Discuss-gnuradio] Testing 'noblock' Class

{{{ > 30 void > 31 qa_fo::t1() > 32 { > 33 fo F; > 34 CPPUNIT_ASSERT_EQUAL(F.return_five(), 5); > 35 CPPUNIT_ASSERT_EQUAL(F.return_five(), 6); > 36 } > }}} > > Line 35 causes to fail when I run make test. > > M > >

[Discuss-gnuradio] Testing 'noblock' Class

I created a noblock C++ class and asked for QA tests to be created. I see that the _qa files exist for both .h and .cc files. But, when I run 'make test' I only see the tests for the actual blocks (sync in this case). If I run ./lib/test-MyOTT then I see the output of my noblock test, but the

[Discuss-gnuradio] FSK Preamble Synchronization

What is the best method for synchronizing a burst FSK on a known preamble? I've been using the GFSK demod block which uses the M clock recovery, but it doesn't do well more than ~ 75% of the time. I figure that if I had a sync routine that used the preamble to sync on then I would have a better