Re: [Discuss-gnuradio] Cross-Compile issue with GNU Radio 3.8: cmake is building an incorrect file

2019-05-17 Thread Toby Flynn
Marcus, Thank you for the quick reply. I cannot get to the computer with the full Yocto command until maybe Monday, I will send a response with that command when I can get to the computer. I believe the issue is with CMake and not Python. CMake makes the file

[Discuss-gnuradio] multiplexing multiple file sources without losing synchronization to file start

2019-05-17 Thread Lundberg, Daniel
I am trying to multiplex a number of signal sources where alignment to the start of each signal source is important. These need to be a mix of static file sources with real-time diagnostic data interleaved, i.e., what I want to achieve is: Signal 1, Short chunk of diagnostic information Signal

Re: [Discuss-gnuradio] Cross-Compile issue with GNU Radio 3.8: cmake is building an incorrect file

2019-05-17 Thread CEL
Hi Toby, what's the verbatim cmake command line Yocto is executing? Since it's impossible for the build system to know by itself what the target python will be, unless you tell it which, we'll have to figure out a way to consistently set Python used during CMake, Python used during build, and

Re: [Discuss-gnuradio] Could This Be A Speed Problem? How Can I Make It Faster

2019-05-17 Thread P C
Kyeong Su Shin, Wow, I think your "answer" gives a far more elegant solution to my problem. I didn't know anything about Python Blocks.  I have been trudging through the "GNU Radio Manual and C++ API Reference" but haven't gotten close to that section yet.  I have done some searching but the

Re: [Discuss-gnuradio] Two instances of the same custom block walk into a bar

2019-05-17 Thread Brad Hein
Thank you Ben, and others for capturing the true essence of what makes gnuradio and its community so great. Although it spans a great range of disciplines and requires tremendous work (for some) to use and extend, the community is normally quite friendly and willing to help. Of course each

[Discuss-gnuradio] Cross-Compile issue with GNU Radio 3.8: cmake is building an incorrect file

2019-05-17 Thread Toby Flynn
I am attempting to install OOT modules using a Yocto/Openembedded enviroment and the latest GNURadio 3.8. This process was working before the latest cmake changes to 3.8 were incorporated. I am now having issues with the cross-complitaion. I have tracked the issue down to a file I believe is

[Discuss-gnuradio] Fwd: Fwd: UC Berkeley seeks postdoctoral researchers

2019-05-17 Thread Philip Balister
Open source related position at berkeley. Philip Forwarded Message Subject: Fwd: UC Berkeley seeks postdoctoral researchers Date: Fri, 17 May 2019 10:45:18 -0400 From: Mike Balister To: Philip Balister > Begin forwarded message: > > From: Jeff Mangum > Subject: UC

Re: [Discuss-gnuradio] gr_modtool error when attempting to create Python tagged_stream block

2019-05-17 Thread CEL
Hi Sebastian, in the future, could you please emails to the mailing list instead of only to me? Others will be interested, too :) Thank you! Yeah, no, PyBOMBS was an attempt to solve the issue that we basically had no recent packaging on any platform. We've luckily been able to change that, or

Re: [Discuss-gnuradio] gr_modtool error when attempting to create Python tagged_stream block

2019-05-17 Thread CEL
Ah, nice, so that's the latest maint-3.7 version (i.e. the latest released version). Two realizations set in: 1. Unlike 3.8-tech-preview, where we still expect a bit of breakage, this is surprising. You should definitely be able to do this. We'll look into this. If you want, you can set up an

[Discuss-gnuradio] [Fwd: Re: gr_modtool error when attempting to create Python tagged_stream block]

2019-05-17 Thread CEL
Forwarded Message > Hi Marcus, > > The output from gnuradio-config-info --version is the follwing: 3.7.13.5 > > Regards > > > Den fre 17 maj 2019 kl 16:15 skrev Müller, Marcus (CEL) : > > Hi Sebastian, > > > > I know this sounds a bit silly, but could you actually tell us

Re: [Discuss-gnuradio] gr_modtool error when attempting to create Python tagged_stream block

2019-05-17 Thread CEL
Hi Sebastian, I know this sounds a bit silly, but could you actually tell us the version that `gnuradio-config-info --version` reports? We're kind of in the process of getting new versions out, and I'm not quite sure what different people get when they use PyBOMBS. (also, almost certain you

Re: [Discuss-gnuradio] Problems writing an OOT block

2019-05-17 Thread Michael Dickens
Hi mehtap - You can certainly do what you're asking for, but I'd wonder if there isn't a better algorithm to do whatever it is you require. Here are my thoughts based on personal experience implementing something like what you're trying to do (and, thus, why I ask whether there might be a

[Discuss-gnuradio] gr_modtool error when attempting to create Python tagged_stream block

2019-05-17 Thread Sebastian Sahlin
Hi, I get the following output when trying to create a tagged stream block with the modtool using Python as the language: https://pastebin.com/D6gKJ2aS GNURadio and gr_modtool version is the latest as installed with pybombs. Regards, Sebastian ___

Re: [Discuss-gnuradio] Create a "virtual" variable using outputs from another block

2019-05-17 Thread CEL
It's possible through the "Probe" thing; I don't like that block, because it leads to bad flowgraph design in 90% of cases. However, it should solve the problem you're having :) Best regards, Marcus On Fri, 2019-05-17 at 13:31 +, tom sutherland wrote: > Is there a way to take the output

[Discuss-gnuradio] Create a "virtual" variable using outputs from another block

2019-05-17 Thread tom sutherland
Is there a way to take the output from ablock and make it appear as though that signal is a variable? e.g. take theoutput from a “signal source” block and sink it into a block that creates a“variable” named ‘myfreqvar”. Then use “myfreqvar” as a parameter in otherblocks. Tom

Re: [Discuss-gnuradio] Question on processor micro-architecture and GNU Radio

2019-05-17 Thread CEL
Hi Ali, well, since GNU Radio does high-rate realtime signal processing, code optimization is important to us. So much, that we strive to separate the most CPU-intense algorithms into a separate library[1] that contains hand-optimized code for different architectures (e.g. NEON, MMX, SSE2,

Re: [Discuss-gnuradio] query regarding store transmitted signal

2019-05-17 Thread CEL
https://wiki.gnuradio.org/index.php/FAQ#What_is_the_file_format_of_a_file_sink.3F_How_can_I_read_files_produced_by_a_file_sink.3F On Fri, 2019-05-17 at 17:06 +0530, Maitry Raval wrote: > Hello, > > Thanks for your reply. > > I.e It is possible to store the transmitted modulated signal (for ex

Re: [Discuss-gnuradio] query regarding store transmitted signal

2019-05-17 Thread Jonas Manthey
Hi Maitry, If you just want to store and load after with GNURadio you can use file sink and file source directly as Markus said. Just set the output and input type correctly. The data format is "stupid" binary so the samples are written as is on the disk, so it also does not matter what

Re: [Discuss-gnuradio] query regarding store transmitted signal

2019-05-17 Thread Maitry Raval
Hello, Thanks for your reply. I.e It is possible to store the transmitted modulated signal (for ex AM modulated signal) through USRP as per below, USRP source - file sink. but in which format, this data can be stored? (.txt, .pdf)_ I have seen.DAT file in one of the example,but when I tried ,

Re: [Discuss-gnuradio] query regarding store transmitted signal

2019-05-17 Thread CEL
Hi Maitry, sorry, we have no idea what lab you're referring to! However, yes, that sounds exactly what File Sinks are meant to do. Best regards, Marcus On Fri, 2019-05-17 at 12:01 +0530, Maitry Raval wrote: > Hello, > > I want to store the modulated transmitted signal through USRP such as

[Discuss-gnuradio] query regarding store transmitted signal

2019-05-17 Thread Maitry Raval
Hello, I want to store the modulated transmitted signal through USRP such as given in lab -3 receiving AM signal and store it as .DAT file. Is it possible to store transmitted signal as .DAT file through USRP source and file sink? and use that stored data from file source to do demodulation.

Re: [Discuss-gnuradio] Could This Be A Speed Problem? How Can I Make It Faster

2019-05-17 Thread Kyeong Su Shin
Hello Pete, This is not really an asnwer to your question lists, but if you want to continuosly process data generated by GNU Radio using Python, you can simply write a GNU Radio Python block (using a 'Python Block' on GNU Radio Companion, or by creating a custom module). In that way, you do