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 given

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 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 happene

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 AM

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, SSE4.2

[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] 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 from

[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 ___ Disc

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 better

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 should

[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 the

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 iss

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 r

[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 Berkel

[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 cre

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 individu

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 hi

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 Py

[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 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 'build/gnuradio-runtime/swig/CM