Re: [Discuss-gnuradio] Installation of gr-radar

2019-03-11 Thread CEL
on, 2019-03-11 at 23:37 +0500, Talha Farooq wrote: > Yes. On RaspberryPi 3B+. > > On Mon, Mar 11, 2019 at 11:35 PM Müller, Marcus (CEL) wrote: > > Wait, are you doing this on ARM? > > On Mon, 2019-03-11 at 23:15 +0500, Talha Farooq wrote: > > > Thanks Cinaed

Re: [Discuss-gnuradio] Installation of gr-radar

2019-03-11 Thread CEL
gr-radar. After a week I will be able to do this on PC. > > On Mon, Mar 11, 2019 at 11:38 PM Müller, Marcus (CEL) wrote: > > Why? That's an embedded platform, slower than your PC; you wouldn't > > want to do any software development on that. > > Also, it's no

Re: [Discuss-gnuradio] GSoC Participation

2019-03-11 Thread CEL
Hi Rachuri, thanks for reaching out! So, you're planning on applying for with own project idea – which is great; it shows enthusiasm and a high confidence you know what you're signing up for. Problem is: while for all the ideas on the ideas list mentors are already assigned, someone from the GNU R

Re: [Discuss-gnuradio] Custom gnuradio GUI for OOT blocks

2019-03-11 Thread CEL
Hi Laura, first: Don't use WX. It's dead, and we've deleted the code from the coming releases. Use Qt, we support it well. Why do you need to *recompile* C++ code through the GUI? That sounds architecturally more than questionable. It also contradicts what you say: you just want to call C++ funct

Re: [Discuss-gnuradio] Introduction for GSoC participation

2019-03-09 Thread CEL
Cool, thanks! On Sat, 2019-03-09 at 21:42 +0530, Jaspreet Singh wrote: > Sure, you may find some of the projects and my contributions in my > pinned repositories here > https://github.com/iamjaspreetsingh > > Thank you > > On Sat 9 Mar, 2019, 6:51 PM Müller, Marcus (CEL) w

Re: [Discuss-gnuradio] Introduction for GSoC participation

2019-03-09 Thread CEL
Hi Jaspreet Singh, nice hearing from you! To catch up, you might want to read through https://wiki.gnuradio.org/index.php/Android Having worked on open source projects before is an interesting benefit that you bring, because working on open source projects implies that you already know how to con

[Discuss-gnuradio] Getting Background on GNU Radio on Android (was: GSOC : GNU Radio Projects)

2019-03-07 Thread CEL
What are the available resources in the community? > > Best > > On Mon, Mar 4, 2019 at 2:07 AM Müller, Marcus (CEL) > wrote: > > Hi Isuru, > > > > nice hearing from you! > > Although I'd not be your mentor directly, it's exciting to hear you >

Re: [Discuss-gnuradio] Modulation order of FSK

2019-03-06 Thread CEL
orm for implement the frequency modulation > > block? After that, am I going to apply to the frequency modulation > > block for each group of symbols? Can you share a flow chart for us > > to understand better? like file txt ---> packed ---> frequency mod > > > sink

Re: [Discuss-gnuradio] GSoC: Introduction and GNU Radio Project discussion

2019-03-05 Thread Wunsch, Felix (CEL)
Hi Anirban, first of all - welcome to the GNU Radio community! I'm happy you're interested in contributing! About your question: I think Marcus wants to make the tool more user-friendly in a way that it assumes less knowledge about the actual filter design process by having intelligent defau

Re: [Discuss-gnuradio] Writing a Stand Alone Program Using GNURadio Blocks/Components

2019-03-04 Thread CEL
Hi Pete, as much as I like this mailing list, I think discussions on how to write GNU Radio blocks are best off on the GNU Radio mailing list[1]. GNU Radio has tutorials on how to write your own blocks, both for blocks written in Python (simplicity) and in C++ (speed/system programming); you can f

Re: [Discuss-gnuradio] GNU RADIO on Ubuntu Server

2019-03-04 Thread CEL
Hi Mehtap, yeah, Ubuntu is probably as far as it gets from an embedded operating system ;) Ubuntu Server is only marginally better. So, the usual way forward here would be to build your own slim Linux Distro using OpenEmbedded that works on your board (and only on that, containing only the driver

Re: [Discuss-gnuradio] GSOC : GNU Radio Projects

2019-03-03 Thread CEL
. I > think my exposure to Android, Java,Docker and the knowledge in > DSP,telecommunication will help to contribute to this project. And > also I have access to USRP N210 this year. Therefore I like to > discuss details and contribute t o improve the Android support for >

Re: [Discuss-gnuradio] Extending and Updating gr-radar

2019-03-03 Thread CEL
Hi Talha, thanks for reaching out! We're the "GNU Radio" project. "GNU" is more of an umbrella project, so when referring to our software, we always say "GNU Radio". As a recommendation: Although we do have a working Windows port, very little of the GNU Radio development happens on Windows; most

Re: [Discuss-gnuradio] Messaging Passing on a Budget

2019-03-03 Thread CEL
MQ or a > UDP socket even. > > On Fri, Mar 1, 2019 at 1:50 PM Müller, Marcus (CEL) > wrote: > > Hi Brad, > > > > so, yes, your observation is correct: PMT symbols are/were meant to > > be > > used as "identifiers", not as "data carriers&

Re: [Discuss-gnuradio] GSOC : GNU Radio Projects

2019-03-02 Thread Wunsch, Felix (CEL)
Hi, glad to hear you're interested! Your email was quite generic. Why don't you give us some more details, for example about your background, your skills, software projects you have worked on before, programming languages you know, and (most importantly) specific projects you would like to wor

Re: [Discuss-gnuradio] Messaging Passing on a Budget

2019-03-01 Thread CEL
Hi Brad, so, yes, your observation is correct: PMT symbols are/were meant to be used as "identifiers", not as "data carriers"; the motivation behind the hash table you find in pmt.cc is that there's only one instance of any given PMT symbol, and thus, a simple address comparison suffices to tell w

Re: [Discuss-gnuradio] Modulation order of FSK

2019-03-01 Thread CEL
Hi Batu, a really intuitive way of implementing FSKs is to convert your bit groups to baseband frequency values (e.g. -1.5, -0.5, 0.5, 1.5) and use them with the frequency mod block. Best regards, Marcus Marcus On Fri, 2019-03-01 at 16:59 +0300, Batu Kaplan wrote: > I am implementing the binary

Re: [Discuss-gnuradio] OFDM Frequency Spacing

2019-02-27 Thread CEL
Hi ARob, You're right to presume that – because that's how the math behind the DFT works out! So, no, you can't change that. What you can do, of course, make a system with the correct resulting sampling rate (as calculated from desired spacing times number of bins), and just resample that to the

Re: [Discuss-gnuradio] Packetloss and Ber simulation using OFDM

2019-02-27 Thread CEL
Hi Nishant, I'm afraid you'll have to first tidy up your flowgraph. I've been staring at it for a while, and it's just too confusing. Best regards, Marcus On Wed, 2019-02-27 at 11:41 -0500, Sai Parepalli Laxman wrote: > Hello, > > This is Nishant. > > I have a pair of N210 USRP modules and two

Re: [Discuss-gnuradio] Distance Measurement by Correlation

2019-02-27 Thread CEL
So, that means we're deep in the realm of signal debugging. Make sure your time- and frequency-domain signals look like you expect them to look. Get to know where the limits of your system are, and make sure you're far enough from them. For example, slightly increase your gain until you see receiv

[Discuss-gnuradio] [GSoC19] GNU Radio accepted as mentoring organization

2019-02-27 Thread Wunsch, Felix (CEL)
Hi all, great news! We are once again accepted as mentoring organization for Google Summer of Code. Another great opportunity to bring fresh talent into the community! So, to all students: APPLY! =) We have a great selection of projects waiting, from DSP-heavy filter design, channel coding

Re: [Discuss-gnuradio] Ettus E310 & MIMO -- data rate?

2019-02-26 Thread CEL
Hi Johannes, Hi Rob, On Tue, 2019-02-26 at 15:00 +, Johannes Demel wrote: > Hi Rob, > > > (1) I cannot set an arbitrary sampling rate (for instance 9.1428M), but > > I am required to set e.g. 4M. > > USRPs, like every hardware, is constraint in terms of available sampling > rates. You shoul

Re: [Discuss-gnuradio] Block instance ID

2019-02-13 Thread CEL
Hi Guy, just call the alias() method! Best regards, Marcus On Wed, 2019-02-13 at 09:06 +0100, Guy Durrieu wrote: > Hi, > > Does anybody know if it is possible to get the ID of a given block > instance within the C++ code of the block ? > > Thanks in advance for your help ! > > Regards. > > -

Re: [Discuss-gnuradio] gr-modtool

2019-02-11 Thread CEL
Hi Mir, you need to call "~/prefix/default/bin/gnuradio-companion". If you justr call "gnuradio-companion", your shell won't know it's supposed to look into its current directory; that's just how UNIX shells (don't) work. Programs must either lie in $PATH or be fully specified with their path. B

Re: [Discuss-gnuradio] Can not build from source

2019-02-10 Thread CEL
Hi Rushikesh, this is the actual test whether to use `pthread` or `pthreads`. So, this is expected, and has nothing to do with your system missing mako – was that solved? Best regards, Marcus On Sun, 2019-02-10 at 17:58 +0530, Rushikesh Kavar wrote: > After checking build/CMakeFiles/CMakeError.l

Re: [Discuss-gnuradio] gr-logo use compliance

2019-02-07 Thread CEL
Hi Marcus The Antenna-Rich, the GR logo is Creative Commons Attribution (No derivatives) license. Which means that if you did come up with your own design based on modifying / building on that logo, you'd not allowed to distribute it (without asking. and with you, it'd be probably totally OK, so,

Re: [Discuss-gnuradio] Survey: Additional static target & libtool support in build system

2019-02-04 Thread CEL
I like that. I can't find a use case where I'd need both versions, shared and statically linked. Best regards, Marcus On Mon, 2019-02-04 at 14:47 +0100, Andrej Rode wrote: > Hi all, > > During my recent work on getting the GNU Radio build system on a more > modern CMake foundation I stumbled up

[Discuss-gnuradio] Meet up at FOSDEM: Birds of a Feather: today, 14:00, Room J.1.106

2019-02-02 Thread CEL
Hey coolest community, we've organized a room at FOSDEM to have a "Birds of a Feather" meeting from 14:00 to 15:00. If you're at FOSDEM, and want to chat about GNU Radio, your usage or your (FOSS SDR) interests: See you in J.1.106! Best regards, Marcus __

Re: [Discuss-gnuradio] Custom Block ID as variable

2019-01-30 Thread CEL
Hi Erik, I'm not sure I'd do it the way you do; wouldn't something that simply only lets through N samples each time after you send a message or call a function be better? There's nothing "forcing" a block to "forward" input to an output. On the contrary, you can just consume from the input withou

Re: [Discuss-gnuradio] First attempt at GRC crash and burn

2019-01-27 Thread CEL
Hi Cliff, there should be no difference to GNU Radio whether your antenna is attached to your HackRF or not – the HackRF can't "know" that. So, something else solved your issue. In any way, I'm happy to hear things are working now! Best regards, Marcus On Sun, 2019-01-27 at 11:53 -0500, cliff pa

Re: [Discuss-gnuradio] Moving average

2019-01-23 Thread CEL
Basics of python types: Phase * (float(SampleRate)/360) (your own parentheses are actually mathematically irrelevant, and numerically make the result less stable, so I' omit them, i.e. Phase * float(SampleRate)/360) Best regards, Marcus On Tue, 2019-01-22 at 06:30 -0700, david vanhorn wrote: > So

Re: [Discuss-gnuradio] Clone existing blocks in my own GNURadio project

2019-01-15 Thread CEL
I love the GSoC idea! By the way, I wouldn't object to something like that being added by *someone* to gr_modtool. It just doesn't fit my idea of what I'd wisely spend my time on, as of course I always hope that people find an abstraction of their own modification that they think helps more people

Re: [Discuss-gnuradio] Clone existing blocks in my own GNURadio project

2019-01-15 Thread CEL
Hello! No, no such tool exists. There's to hearts beating in my breast regarding your question: On one hand, I want GNU Radio to be as usable for any user out there. On the other hand, if you really frequently find yourself in the situation that you just slightly change the behaviour of an exis

Re: [Discuss-gnuradio] Encrypted RF Noise, Guerrilla Private and Pirate Comms, UWB Ultra Wide Band, SS Spread Spectrum, SDR

2019-01-13 Thread CEL
Hi Grarpamp! Nice seeing you again. However, we've (that means you, me, and others on this list) talked about exactly these spread spectrum technologies before, as a reminder: http://lists.gnu.org/archive/html/discuss-gnuradio/2016-05/msg00416.html On Sun, 2019-01-13 at 04:08 -0500, grarpamp wro

Re: [Discuss-gnuradio] regarding ubuntu GNU radio version

2019-01-10 Thread CEL
Dear Maitry, since Ubuntu 18.04 sadly only ships the old GNU Radio 3.7.11, you would have to do a source build. You can't just download a binary. It's probably much easier just to update to Ubuntu 18.10, and afterwards do "sudo apt install gnuradio" or use something with a nicer release cycle, e.

[Discuss-gnuradio] [GSoC] REMINDER: Google Summer of Code 2019 is approaching!

2019-01-10 Thread Wunsch, Felix (CEL)
's add some new ones! I'm sure there's some projects or ideas in the back of your heads that would be a good fit for a project. Even if it's just a rough idea that needs to be fleshed out, let's discuss that here on the list! Cheers, Felix ______

Re: [Discuss-gnuradio] [GREP] Replace SWIG

2019-01-09 Thread CEL
Hi Andrej, hey folks, > Development of Python bindings with PyBind11 could even happen in a separate CMake project hm, that sounds like an additional complication, On Wed, 2019-01-09 at 17:07 +0100, Andrej Rode wrote: > since the only thing required for Python > bindings are available headers an

Re: [Discuss-gnuradio] Regarding correlate access code-tag block

2019-01-08 Thread CEL
As indicated, have you worked through the tutorials on https://tutorials.gnuradio.org? That's the place where I'd start. You should drop *all* the blocks that are deprecated. As said, these are deprecated for a reason (buggy and no-one is willing or able to fix them – most of the ones you're using

Re: [Discuss-gnuradio] 3.7 to 3.8 transition

2018-12-19 Thread CEL
Hi Manolis, thanks for asking. We don't really even have an existing 3.8 gr_modtool yet, so, um, I'm afraid I can't offer a walk-through for it :) Best regards, Marcus On Wed, 2018-12-19 at 17:45 +0200, Manolis Surligas wrote: > Hi everyone, > > is there any walk-through for a proper transition

[Discuss-gnuradio] Short Celebration: 1600 closed PRs!

2018-12-18 Thread CEL
https://github.com/gnuradio/gnuradio/pulls?q=is%3Apr+is%3Aclosed shows 1601 closed PRs, the very vast majority of which are succesful merges. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnurad

Re: [Discuss-gnuradio] Wifi signal -pulse train+bspk

2018-12-17 Thread CEL
ll do my best to describe it better. > Thank you for help, > > Regards, > Petr > > > Od: Müller, Marcus (CEL) > Odesláno: pondělí 17. prosince 2018 12:51:10 > Komu: discuss-gnuradio@gnu.org; Horký Petr > Předmět: Re: [Discuss-gnuradio] Wifi signal -pulse trai

Re: [Discuss-gnuradio] Wifi signal -pulse train+bspk

2018-12-17 Thread CEL
Hi Horký, could you give us a bit more context? The signal you're describing sounds like a single-carrier system, but (modern) WiFi is an OFDM system, so I'm not sure what you really want to achieve? Maybe paint the bigger picture of why you need this! Best regards, Marcus On Mon, 2018-12-17 at

[Discuss-gnuradio] [GSoC] Google Summer of Code 2019 is approaching!

2018-12-13 Thread Wunsch, Felix (CEL)
Hi all, GSoC 2019 is coming closer and it's again time to polish our ideas list [0]! There's still quite a number of old projects but we also definitely need new ones. I also strongly suspect that having the same ideas on your list as the previous year is not a plus when it comes to Googles de

Re: [Discuss-gnuradio] spectrum repeats at 64MHz

2018-12-07 Thread CEL
Hello cesar, never, ever, use a Throttle in a flow graph with a hardware source. You run into the two-clock problem. In fact, GRC emits a clear warning that you should not have a throttle there. Best regards, Marcus On Fri, 2018-12-07 at 17:01 -0600, cesar wrote: > Hello > > Im new in GNUradio

Re: [Discuss-gnuradio] [USRP-users] Segmentation fault commands to USRP with gnuradio

2018-12-07 Thread CEL
stead of > boost::intrusive_ptr were used, one could use either the method > described here: > https://www.boost.org/doc/libs/1_68_0/libs/smart_ptr/doc/html/smart_ptr.html#techniques_static > or use the aliasing constructor of a shared_ptr (probably better). > > Best regards &g

Re: [Discuss-gnuradio] [USRP-users] Segmentation fault commands to USRP with gnuradio

2018-12-07 Thread CEL
dea? Best regards, Marcus On Fri, 2018-12-07 at 10:21 +, Müller, Marcus (CEL) wrote: > Hi Samuel, > > so, my guess is that once again, we're running into the C++-specific > static initialization order fiasco (SIOF, yes, it's a term) for the PMT > keys used in the d

Re: [Discuss-gnuradio] [USRP-users] Segmentation fault commands to USRP with gnuradio

2018-12-07 Thread CEL
Hi Samuel, so, my guess is that once again, we're running into the C++-specific static initialization order fiasco (SIOF, yes, it's a term) for the PMT keys used in the dicts. Solution: I've extracted functions to return these keys and statically initialize them but once, because PMT's pmt_symbol

[Discuss-gnuradio] Eye Pattern visualization & Doppler-based perigee estimator (was: Re: Discuss-gnuradio Digest, Vol 194, Issue 3)

2018-12-05 Thread CEL
Hey Jim, welcome to the community! A quick hint beforehand: When you change the subject line (as the mail you responded to suggested strongly), then people can more easily guess whether they should be taking the time to read your mail. I was about to skip it, and that would've been a bummer! So,

Re: [Discuss-gnuradio] Gnuradio 3.2.2

2018-11-27 Thread CEL
Hi Andi, as someone of experience with both current and slightly older GNU Radio, and with USRPs: I doubt this will help you in any way; GNU Radio 3.2 's gr-usrp is only compatible with the USRP1, gr-usrp2 only with early versions of the USRP2. After you've compiled your old project on an ancie

Re: [Discuss-gnuradio] expectation maximization for fir channel estimation

2018-11-21 Thread CEL
sp?arnumber=4303066 > https://ieeexplore.ieee.org/stamp/stamp.jsp?arnumber=297849 > > for linear ISI fir channel model. > > Thanks. > > On Wed, Nov 21, 2018 at 2:19 PM Müller, Marcus (CEL) wrote: > > Hi Avi, > > > > I'm not quite sure what *exactly* you're look

Re: [Discuss-gnuradio] expectation maximization for fir channel estimation

2018-11-21 Thread CEL
Hi Avi, I'm not quite sure what *exactly* you're looking for, i.e. if you're really after the EM algorithm to find a MAP / ML estimate of the channel coefficients, or whether you just want that channel estimate. I really like the gr-adapt [1] module of channel estimators, especially for its good

Re: [Discuss-gnuradio] Unable to build on ubuntu-16.04

2018-11-21 Thread CEL
Hi Thee, I'd strongly recommend not building a GNU Radio version from 4.5 years ago on an operating system from 2.5 years ago. Generally, if in doubt, simply use the GNU Radio binary package that a current distro ships (i.e. on Ubuntu 18.10, that'd be GNU Radio 3.7.13.4). We've changed preciousl

Re: [Discuss-gnuradio] Packet Decoder Breaking when adding noise

2018-11-19 Thread CEL
Hi Matt, why did you use K=8, then? As far as I can see, a 16-QAM carries log_2(16)=4 bit of data per symbol, not 8. Also: packet decoder is in the "deprecated" category for good reason: it randomly, non-debuggably (as far as I can tell) drops data. While you're at it, I'd recommend replacing y

Re: [Discuss-gnuradio] Error While trying to install gnuradio via PyBombs

2018-11-19 Thread CEL
Dear Elad, Ubuntu 14.04 is no longer supported by the current development version of GNU Radio. You could instruct pyBOMBS to install gnuradio-stable instead of gnuradio. But I'll be honest: update your OS. It's old to ancient, and even Canonical will not claim it's supported in 4.5 months[1]. S

Re: [Discuss-gnuradio] Packet decoder does not output the last packet

2018-11-12 Thread CEL
Dear Ms. Williams, I'm sorry you fell into that trap, but: Packet Encoder/Decoder is known to be buggy. That's why it's in the "deprecated" category. Simply don't use them. You'll find a better example in the GNU Radio examples that were shipped in /usr/share/gnuradio/examples/digital, specifica

Re: [Discuss-gnuradio] multi-protocol (Zigbee, Z-Wave, BLE, LightwaveRF) home automation

2018-11-09 Thread CEL
Hi Daniel, Zigbee -- so, Zigbee runs atop of IEEE802.15.4, and with gr-ieee802-15-4 there's a relatively mature implementation of that, which can actually talk to a couple of sensors. 802.15.4 bandwidths are rather benign, so a LimeSDR would work. Whether or not a Pi is fast enough to process

Re: [Discuss-gnuradio] Specify Versions of UHD and GRC for PyBombs

2018-11-08 Thread CEL
> > PhD Candidate, > Department of Computer Science & Engineering, > University of Nebraska-Lincoln > Suite 117, Schorr Center, > Lincoln, Nebraska 68588-0115 > > > On Thu, Nov 8, 2018 at 2:17 AM Müller, Marcus (CEL) wrote: > > Hi Zhonghyuan, > >

Re: [Discuss-gnuradio] Specify Versions of UHD and GRC for PyBombs

2018-11-08 Thread CEL
Hi Zhonghyuan, if you don't want the current git master version, chances are you should just stick with a release from the maint-3.7 branch. Have a look at the "gnuradio-stable" (instead of gnuradio / gnuradio-default) recipe. You can specify branches and/or tags with the "gitbranch" property. By

Re: [Discuss-gnuradio] Discuss-gnuradio Digest, Vol 193, Issue 5

2018-11-06 Thread CEL
You asked exactly the same question yesterday. a) don't re-ask questions within 24 hours, especially without reading the replies. That's annoying and basically bad publicity for your company, Navstar. b) please use a proper subject line. The email you're replying to actually asks you to do that i

Re: [Discuss-gnuradio] PSK Mod problem? or QT GUI problem?

2018-11-02 Thread CEL
As indicated by Dan, what you observe is the transmit side pulse shaping; the PSK Mod block incorporates both the constellation mapper as well as pulse shaping. But, by the way, we've removed that PSK Mod block, I think, from the upcoming release; seems our tutorials haven't caught up so far. So,

[Discuss-gnuradio] `next` branch: gone for good (was: The `next` branch is going away)

2018-11-01 Thread CEL
y mark our departure from that branch and the associated merge back model, I've just deleted this branch. Best regards, Marcus On Tue, 2018-10-23 at 10:51 +, Müller, Marcus (CEL) wrote: > Hi, most magnificient SDR project, > > because we're done with the merge of `next`

[Discuss-gnuradio] The `next` branch is going away

2018-10-23 Thread CEL
Hi, most magnificient SDR project, because we're done with the merge of `next` into `master`, I'd like to delete the former branch from our reference repository. Unlike the old `maint` branch, no maintainer should have based anything on the `next` branch, so I don't expect anyone's work flow to b

Re: [Discuss-gnuradio] Gnuradio BPSK CMA equalizer issue

2018-10-14 Thread CEL
Hi Eric, as a difference I spot that you use two samples per symbol for your 8- PSK, but only one for your BPSK flow graph. I assume that's intentional, but could you compare the 2 Sps case, too? What's the pulse shape your transmitter uses, by the way? Best regards, Marcus On Sat, 2018-10-13

Re: [Discuss-gnuradio] Any example to show me how to use the " QAM Demod " module?

2018-10-08 Thread CEL
Dear Eric, the QAM Demod and Mod blocks are deprecated. Thus, please don't use them! We can't help you if anything doesn't work, and they randomly drop data. > I confused about the output data format of the QAM Demod module and how to deal with them. That output is just the bits contained in

Re: [Discuss-gnuradio] Text Message Receiving in Junk Data...

2018-10-05 Thread CEL
Hi Suresh, we're not just one person (and specifically, there's also ladies amongst us), so "sir" isn't really the optimal greeting :) Anyway, your problem description sadly isn't very helpful in understanding what specifically you need help with. We need context (like before, context is always h

Re: [Discuss-gnuradio] UHD update finds mismatch on limited memory devices

2018-10-04 Thread CEL
Hi Lorenzo, I'm afraid you can't; the applications you use need to be linked to exactly the versions of libraries you want, and that means that you can't use Ubuntu's GNU Radio build if you don't use Ubuntu's UHD. That being said (and sad): I somehow doubt it's impossible to build GNU Radio for y

Re: [Discuss-gnuradio] Dependency Boost_FOUND = 0

2018-10-03 Thread CEL
Hi Tony, that compile error pinpoints that you've got multiple version of UHD installed. Now, if you can live with the UHD that debian ships, I'd just erase your Pybombs prefix and start over; this time, pybombs shouldn't try to install a UHD into the prefix, as UHD is one of the build-deps of GNU

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-03 Thread CEL
Well, I'd be willing to call that a bug, all in all: Though I totally get the "machine accuracy" argument, I'd at least expect the same results when running the same program twice, on the same machine. Now, I'm an author of one of the 32fc_x2_divide_32fc implementations; I'd like to know what I c

Re: [Discuss-gnuradio] LDPC in GNURadio

2018-10-02 Thread CEL
l just a > couple of thoughts on it. > > Cheers > Johannes > > ________ > Von: Müller, Marcus (CEL) > Gesendet: Donnerstag, 20. September 2018 16:17:13 > An: m...@andrejro.de; Johannes Demel; 246...@gmail.com; phi...@balister.org > Cc:

Re: [Discuss-gnuradio] Non-deterministic behavior in GNU Radio

2018-10-02 Thread CEL
Are you perchance using the modulator and demodulator blocks from the "Deprecated" category? Best regards, Marcus On Tue, 2018-10-02 at 19:34 +0900, Reiichiro Nakano wrote: > Interesting. Thanks for the response. I also have a bunch of message passing > going on. Do you think it could be droppe

[Discuss-gnuradio] RFC: change gr::random from boost::mt19937 to gnuradio/xoroshiro128p.h

2018-10-01 Thread CEL
Hi folks, we do not often get the chance to break API; releases like 3.8 are such opportunities. Not so long ago, we (I think it was Stefan, in fact) replaced a bad random generator with boost::mt19937 (a Mersenne Twister implementation with both known sufficient statistical properties and known

[Discuss-gnuradio] Heads up: Changing of the gr::trellis::interleaver's random interleaver

2018-10-01 Thread CEL
Hi collection of information theorists with the highest entropy known to SDRkind, just a warning: I'm opening a PR that'll change the random generation for the random interleaver. That means you can't decode data encoded with the old code using the new code. The reason is simple: the old code use

Re: [Discuss-gnuradio] UDP sink that respects PDU? SOCK_SEQPACKET?

2018-09-30 Thread CEL
Great, now I'll have to check the actual state of SOCK_SEQPACKET on Linux on an international flight. On Mon, 2018-10-01 at 00:04 +0200, Sylvain Munaut wrote: > Hi, > > > IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based > > protocol that could be used across commodity networks (u

Re: [Discuss-gnuradio] UDP sink that respects PDU? SOCK_SEQPACKET?

2018-09-30 Thread CEL
Hi Albin, IIRC, the SOCK_SEQPACKET packet type paradigm never had a IP-based protocol that could be used across commodity networks (unlike SOCK_DGRAM, which pretty much defaults to UDP and SOCK_STREAM, which pretty much defaults to TCP). Could you enlighten us about your needs? I think our zeroMQ

Re: [Discuss-gnuradio] Calculating SNR

2018-09-30 Thread CEL
Dear Dapodun, Well, that depends on your signal power and your noise power. From there, it's just a simple division. Could you elaborate what specifically you'd need to understand? Best regards, Marcus On Sat, 2018-09-29 at 17:18 +0800, dapodun nudopad wrote: > Hi, May I know how to calculate SNR

Re: [Discuss-gnuradio] Need Help for TSBs

2018-09-30 Thread CEL
Mr。树, if you need help with anything, I propose you share the errors you get as well as the code you've written with us. It's impossible for us to guess what goes wrong! Best regards, Marcus On Fri, 2018-09-28 at 15:47 +0800, Mr。树 wrote: > Hello all, > I have 2 targged streams , and they have di

Re: [Discuss-gnuradio] Recording Probe Rate or other Messages

2018-09-30 Thread CEL
Hi David, this would be an easy task for a four-lines-of-actual-code Python block. However, as much as I like GNU Radio (you'll find I like it a lot), is this really a GNU Radio job? Your rate is proportional to the speed at which your file is read, and you could do easy things like making a name

Re: [Discuss-gnuradio] Windows 3.7.13.4 binaries available

2018-09-20 Thread CEL
Wow, that's cool! Thank you for doing this :) Best regards, Marcus On Wed, 2018-09-19 at 20:51 -0400, Geof Nieboer wrote: > Good afternoon all, > > The windows installers have been updated for GNURadio 3.7.13.4 and > are posted here: http://www.gcndevelopment.com/gnuradio/downloads.htm > > This

Re: [Discuss-gnuradio] LDPC in GNURadio

2018-09-20 Thread CEL
Hi Johannes, you don't happen to have first-hand experience with that library? Best regards, Marcus On Thu, 2018-09-20 at 07:50 +, Johannes Demel wrote: > Hi all, > > would it be an option to add a specialized library to GR for LDPC > code? 'aff3ct' [0] would be one library that comes to my m

Re: [Discuss-gnuradio] Building for RH7

2018-09-17 Thread CEL
Hi Russ, having tried on RHEL7 myself, or what "they" are that you mention, but have you tried https://copr.fedorainfracloud.org/coprs/marcusmueller/gnuradio/ I think given EPEL, you should be able to use the CentOS 7 package there. If not, I'm pretty certain that the source RPM should compile t

Re: [Discuss-gnuradio] Heterogeneous Computing Workgroup at GRCon

2018-09-15 Thread CEL
Hi heterogeneous computation crowd, regarding familiarizing with GNU Radio's buffer architecture, here's the rundown from a relatively technical point of view. I've posted a blog post with a higher-level overview[1]. TL;DR: GNU Radio emulates ring buffers on MMUs using mmap; contiguous memory con

Re: [Discuss-gnuradio] Generating carrier from samples

2018-09-15 Thread CEL
ulate a freq offset per > each sample coming in (well it is flexible can be per any specified > num of samples). It is a bit computational intensive but sample rates > are relatively low so I can afford it (I hope). > > Thanks for you help. > Milos > > Get Outlook for And

Re: [Discuss-gnuradio] LTE signal generation on GNURadio

2018-09-13 Thread CEL
Well, LTE is an immensely multi-versioned, complex standard. But if you just want to generate tran smit signals based on transmit frame data that you already have, then have a look at gr-lte (search for "lte" on cgran.org); it's a downlink receiver, and as such an excellent guide on how to implemen

Re: [Discuss-gnuradio] Generating carrier from samples

2018-09-12 Thread CEL
It works fine if my > signal is ideal. If i introduce frequency error the output is too distorted. > > My question is really, is there an efficient way to convert an output vector > of samples to frequency (each input to the vector represents a frequency). > > Thanks > M

Re: [Discuss-gnuradio] Generating carrier from samples

2018-09-11 Thread CEL
Hi Milos, I must admit I don't fully understand what your "DFT block" does – how does it reduce from 1024 to 512 values per item? What does each value mean? why would the frequency mod block deal with these in a way that generates multiple tones? Best regards, Marcus On Mon, 2018-09-10 at 23:57

Re: [Discuss-gnuradio] dial_tone.grc example

2018-09-09 Thread CEL
Dear Cindy, is there a specific reason you've built GNU Radio from source? Feels like an unnecessary complication of things, and is, at the present time, pretty unnecessary, since Ubuntu 18.04 ships a relatively recent GNU Radio with most components enabled. I advise against building from source u

Re: [Discuss-gnuradio] Unable to install GNU Radio

2018-09-03 Thread CEL
Hi, you've got conflicting installations of UHD. Anyway, you probably shouldn't be using pybombs at all, since Ubuntu 18.04 (at this time!) delivers a halfway tolerably recent GNU Radio, and you can just install that using "apt". Best regards, Marcus On Sat, 2018-09-01 at 10:48 +, Christoph

Re: [Discuss-gnuradio] 802.11n on ADALM-PLUTO

2018-09-03 Thread CEL
Dear Aruna, please compare the bandwidth that you'll need to receive 802.11n with the bandwidth that your PLUTO can deliver to your computer. Best regards, Marcus On Mon, 2018-09-03 at 09:57 +, Katta, Aruna wrote: > Dear Helpers, > > I would like to analyze the PPDUs of some wifi device be

[Discuss-gnuradio] Merging next into master (~3d code contribution freeze starting tomorrow)

2018-08-28 Thread CEL
Hi, coolest SDR community since Fourier solved his first integral, so, it's come to the point that I'd like to merge the next branch into the master branch. That means we're getting closer to 3.8 – yay! But it also means that I'll have to freeze the PR pipeline for until that merge is done - meh.

Re: [Discuss-gnuradio] runtime error while running flowgraph

2018-08-27 Thread CEL
Have you first registered the "clock" message port? This looks like you're trying to set a handler for a message port that doesn't exist. Also, when asking for help, it's usually very helpful to have your *exact* code somewhere, not a reference to code that is /similar/. Best regards, Marcus On M

Re: [Discuss-gnuradio] No module named RPCConnectionThrift

2018-08-27 Thread CEL
Your GNU Radio was built without Thrift support. You need to uninstall your GNU Radio, go back to the CMake step in building it, and make sure all the requirements are met: in this case, PyThrift and thrift, need to be installed probably. The CMake output will tell you exactly what is missing. Bes

Re: [Discuss-gnuradio] MAKING A NTSC TV RECEIVER

2018-08-24 Thread CEL
Hi Martin, internally, the RTL dongles are fast enough to capture full DVB-T (not -T2) channels, and demodulate, and decode them, and deliver the video stream to the host. However, RTL-SDR can't use that mode - it uses a "bypass the whole Digital TV specific stuff" mode and directly passes IQ samp

Re: [Discuss-gnuradio] Grid/Coordinate placement ('GUI hint' QY/WX) control query

2018-08-24 Thread CEL
Hi Mark, well, in the end, as a maintainer, I do really think that GNU Radio could do better at being easy to integrate in applications that aren't foremost about being GNU Radio applications, but something else. As said, it's absolutely possible to just generate a flow graph with GRC once and int

Re: [Discuss-gnuradio] single_threaded_scheduler.cc / gmp?

2018-08-24 Thread CEL
Nothing; seemingly I messed up when merging a PR. Will fix that instantly! Thanks! Marcus On Fri, 2018-08-24 at 10:23 +0200, Ralph A. Schmid, dk5ras wrote: > Hi, > > gnuradio refuses to build with latest commit, with some message > "single_threaded_scheduler.cc not found", apparently because it g

Re: [Discuss-gnuradio] MAKING A NTSC TV RECEIVER

2018-08-23 Thread CEL
Hi Andres, just had a short look: doesn't NTSC use a nearly 6 MHz bandwidth? Best regards, Marcus On Thu, 2018-08-23 at 23:33 +, Andres Campos Santana wrote: > Hello everyone. > > I am trying to make a NTSC TV receiver I watched in github (https://g > ithub.com/kik/sdr-tv) but I can't rece

[Discuss-gnuradio] [GSoC18] Final evaluations are over!

2018-08-23 Thread Wunsch, Felix (CEL)
Hi all, GSoC is over and it's time to summarize what has happened over the summer! The most important part first: Both students passed the final evaluations! Congratulations, Swapnil and Luca! I think I can speak for the other mentors, too, when I say that they didn't just pass, but really e

Re: [Discuss-gnuradio] GNURadio-Companion: Selected drop down option stays "red"

2018-08-21 Thread CEL
Hi engineerpcp, I'm not aware of any problems with that block. The most likely explanation is that you have conflicting installations of GRC block files. Please make sure that GRC doesn't try to load GRC blocks from a path you have older versions of GNU Radio installed in. GRC prints the block pat

Re: [Discuss-gnuradio] VHDL code testing with GNURadio?

2018-08-20 Thread CEL
Hi Murray, not an expert on the Altera side of things, but generally: You'll need a simulator as VHDL simply isn't C-calling convention callable code ;) So, there's different approaches to that, but as far as I know, noone has yet written an adapter that somehow (magically?) pipes data into the Q

Re: [Discuss-gnuradio] Grid/Coordinate placement ('GUI hint' QY/WX) control query

2018-08-20 Thread CEL
Hi Mark, don't think I can contribute much to your understanding of the hints, since that seems to be correct and comprehensive: The gui hint is (row,column, row span, column span). This is pretty much a direct delegation of how the Qt Grid Layout [1,2] works. So, Qt just looks for the highest ro

Re: [Discuss-gnuradio] Non Graphical Use of gnuradio Tools

2018-08-19 Thread CEL
Hi Martin, arguing that this is unrelated to osmocom, but relevant to GNU Radio: I'm CC'ing the discuss-gnuradio mailing list [1]; I'll recommend following up there (and taking osmocom-sdr out of CC: when doing that), unless someone else sees an argument for keeping this discussion here. So, GNU

<    1   2   3   4   5   6   7   8   9   10   >