h
>
> On Tue, Jun 11, 2019 at 12:27 PM Daniel Andres Palacios
> wrote:
> > Ok. Thank you.
> > I managed to get the messages from the debug block. Now, I have to deal
> > with types conversation.
> >
> > Thanks
> >
> > On Tue, Jun 11, 2019 at
nks
> >
> > On Tue, Jun 11, 2019 at 7:59 AM Müller, Marcus (CEL)
> > wrote:
> > > But the debug block does exactly what you need: store the data and thus
> > > allow for analysis. Why don't you want to use it? Sounds like the right
> > > tool.
> &g
You want a vector to stream (not to "stream*s*") block.
The reality is that what OFDM block diagrams typically show as
"parallel to serial" block is usually not actually there in software or
hardware architecture. Authors just put these in there to say "hey,
look, we consider these consecutive
Hi Barry,
On Wed, 2019-06-12 at 06:59 -0400, ba...@dcsmail.net wrote:
> Hi Kyeong,
>
> 1) In lib/radioteletype/baudot_encode_bb.h I tried replacing "static
> const char" with "static const signed char", but it caused complications
> in radioteletype/baudot_encode_bb.cc, so I took an alternate
Hi Daniel,
please remember to be specific when asking a question: "best way" is a
bit ambiguous, and "I'm not getting a good result" definitely is
insufficient for us to help you make things work better. What doesn't
work sufficiently well? What happens instead?
Best regards,
Marcus
On Tue,
Hi Daniel,
no, that's not right.
In your program, whatever that is, if it wants to use GNU Radio:
You set up a bunch of blocks – to even instantiate them, their
constructors must return – and then tell the GNU Radio top_block to
connect them. After you've done with that, you tell the top_block
Hi Sara,
stock GNU Radio indeed doesn't include any VITA49 I/O capabilities.
I'm not aware of any GNU Radio out-of-tree module that you could use to
gain that.
I know that Josh Blum wrote a VITA49 serializer for GREX, but that's
not compatible with GNU Radio. It might serve you as inspiration
Hi,
a full agreement from my side: especially when using Ubuntu 19.04, you
get a pretty recent GNU Radio. If you want to talk to your hackRF, you
need gr-osmosdr, too, so
sudo apt install gnuradio gr-osmosdr
and the thing is set up.
Best regards,
Marcus
On Tue, 2019-06-11 at 10:18 -0400,
a vector of tuples with center
> frequency an band width. I want to know the length of the vector without
> using the debug block. And store the data for further processing.
>
> On Tue, Jun 11, 2019, 02:22 Müller, Marcus (CEL) wrote:
> > There's the function probes.
> >
There's the function probes.
Using that is almost always a sign of bad design; what do you want to
achieve that way?
Best regards,
Marcus
On Sun, 2019-06-09 at 19:23 -0500, Daniel Andres Palacios wrote:
>
> Hi everyone
> it is there a way to get and store in a variable the output of gr-
>
Yeah, char signedness is compiler-dependent (and can be configured with
-f[un]signed-char in GCC). Neither C nor C++ specify a "default"
signedness in the standard.
So, if you want to do arithmetic on chars, you need to specify which
data type you'd want – signed char or unsigned char.
That's
Hi Qasim,
a) it's so nice to see you drop in here from time to time :)
b) that's true! But reality is even better; the back and forth exchange
isn't strictly necessary.
c) I finally find the time to write down what I wanted to write.
## First, agreeing with you:
One can basically emulate the
Well, you can go ahead and at least to a degree enforce a known
relative phase between transmitter and receiver, but yeah, without
extensive external synchronization effort (e.g. GPSDOs – hi there, u-
blox :) ), the receiver phase is random relative to the transmitter's
phase. So, the distance
ading software. GNU
Radio maps -1 to +1 to the full scale of the wav file's sample format.
Other software might do something else.
Best regards,
Marcus
> With Best Regards,
> Maitry Raval,
>
>
> - Original Message -
> From: "Marcus Müller, CEL"
> To: &qu
ntation I could find is [0] and this seems like some
> Intel
> wrapper that is not part of FFTW?!
>
> Cheers
> Johannes
>
> [0]
> http://sep.stanford.edu/sep/claudio/Research/Prst_ExpRefl/ShtPSPI/intel/mkl/10.0.3.020/interfaces/fftw3xf/wrappers/fftwf_execute_dft.c
>
al, record
> it in txt file and remove noise as well resample it to 48k in order
> to save that downcoverted signal to wav file sink.
>
> With Best Regards,
> Maitry Raval,
>
> - Original Message -
> From: "Marcus Müller, CEL"
> To: "maitry raval
Hi Albin,
no, it's not been discussed on the list, as far as my memory reaches.
We're talking about gr:fft:fft_vcc, right?
Because that output memory shifting only happens when you set shift = 1
in the constructor. I don't have any hard feelings about whether to
shift the output or perform an
- Original Message -
> From: "Marcus Müller, CEL"
> To: "maitry raval"
> Cc: "discuss-gnuradio"
> Sent: Tuesday, 4 June, 2019 13:01:55
> Subject: Re: query regarding wav file recording through wav file sink
> block
>
> Ok, there's no W
gt;
>
> - Original Message -----
> From: "Marcus Müller, CEL"
> To: "maitry raval"
> Cc: "discuss-gnuradio"
> Sent: Tuesday, 4 June, 2019 08:56:22
> Subject: Re: query regarding wav file recording through wav file sink block
>
> Fran
sample rate and 8 bits per sample, my recorded
> wavfile shows a very low amplitude signal, the screenshot is attached, please
> check.
>
>
> With Best Regards,
> Maitry Raval,
>
>
> - Original Message -
> From: "Marcus Müller, CEL"
> To: &quo
omeone guide.
>
>
> With Best Regards,
> Maitry Raval,
>
> - Original Message -
> From: "Maitry Raval"
> To: "Marcus Müller, CEL"
> Cc: "discuss-gnuradio"
> Sent: Monday, 3 June, 2019 10:14:11
> Subject: Re: [Discuss-gnuradi
/en.wikipedia.org/wiki/Q_(number_format)
>
>
> --Albin
>
> On Fri, May 31, 2019 at 11:40 AM Müller, Marcus (CEL) wrote:
> >
> > Hm, wait, realizing something:
> > Q1.31 differs from what a x86 CPU can reasonably deal with in that it's
> > not 2's compleme
ecimator/interpolator might also be interesting, although I'm
> > not sure if there's already an implementation.
> >
> >
> > --Albin
> >
> > On Fri, May 31, 2019 at 10:13 AM Müller, Marcus (CEL)
> > wrote:
> > >
> > > Hi Albin,
> > >
>
Hi Albin,
I'd love this, especially if we end up with a kernel that we can use to
build decimating FIR filters that inherently convert to higher-bitwidth
int or floating point.
I think this could be super useful in hardware flow graphs, where one
would get integer numbers from hardware anyway;
-0600, Jason Fritz, PhD wrote:
> That appears to have done the trick! Thank you!
>
> If it happens again, I'll follow up, but hopefully you won't see any
> responses on this topic.
>
> Jason
>
> On 5/30/2019 2:45 PM, Müller, Marcus (CEL) wrote:
> > Hi Jason,
> &
Hi Jason,
that backtrace didn't quite tell me anything, but then I googled the
library in which the segfault happens (gtk3-nocsd).
The github page to that library literally describes it as "A hack to
disable gtk+ 3 client side decoration"; the readme says it's
automatically being preloaded into
Why would GRC and the QT GUI be disabled?
>
> Thanks for your help,
>
> Aaron
>
>
> -Original Message-
> From: Discuss-gnuradio
> On Behalf Of Chesir, Aaron M.
> Sent: Wednesday, May 29, 2019 9:11 AM
> To: Müller, Marcus (CEL)
> Cc: discuss-gn
.
>
> What should be my next step?
>
> Thanks,
>
> Aaron
>
>
> -Original Message-
> From: Müller, Marcus (CEL)
> Sent: Tuesday, May 28, 2019 1:41 PM
> To: Chesir, Aaron M. ; discuss-gnuradio@gnu.org
> Subject: [EXT] Re: [Discuss-gnuradio] c
Seems you didn't quite install things into a place CMake looks into by
default; quite possibly, there will be needs to tell CMake about
/usr/local/include/volk (which is what I guess is the default
installation prefix if you build from source manually).
Anyway, this wouldn't have helped you!
within my power to define the exact number of samples that
> should be available on the next call to the work function of e.g. a sync
> block?
>
> Den tis 28 maj 2019 kl 16:28 skrev Müller, Marcus (CEL) :
> > But you're free to do that in any block you desire, so you can write
nce then I'd be able to iterate over the entire packet in one work
> function call.
>
> Den tis 28 maj 2019 kl 16:22 skrev Müller, Marcus (CEL) :
> > But that block doesn't have to be a Tagged Stream Block itself, right?
> > On Tue, 2019-05-28 at 16:14 +0200, Sebast
h the tagged stream
> block is to apply tags at an interval on a packet; the values are taken from
> an array that I want to iterate over. However, since the work function has no
> "memory" I am unsure how to solve iterating over the array.
>
> Den tis 28 maj 20
Hi Sebastian,
I must admit that I don't remember whether the TSB block base was
correctly wrapped for Python (darn it, first I write something, and
then you find a glaring counterexample); in fact, there's not a single
test case for that in the main GNU Radio tree, which probably means
"no".
I'm sure Team Platypus is awesome and will do the FOSS thing and
contribute that block to gr-eventstream?
On Sun, 2019-05-26 at 15:46 -0600, U L wrote:
> Team Platypus ran into this precise problem at the DARPA Hackfest. The only
> solution was to code it up ourselves. It's non-trivial, but
4:45 +0200, Sebastian Sahlin wrote:
> Hi again,
>
> Thanks for the info and for being patient Marcus. I suppose as a
> general rule you need to be able to interpret C++ documentation if
> you're going the Python route in GR?
>
> Regards
>
> Den fre 24 maj 2019 kl 17:5
regards,
Marcus
On Sat, 2019-05-25 at 15:07 +0300, Moon Light wrote:
> Dear Mr
> Ok, I will.
>
>
>
> في السبت، 25 مايو 2019 في 2:30 م تمت كتابة ما يلي بواسطة Müller,
> Marcus (CEL) <muel...@kit.edu>:
> > Dear Moon light,
> >
> > Please st
تابة ما يلي بواسطة Müller,
> Marcus (CEL) <muel...@kit.edu>:
> > Dear Moon Light,
> >
> > Please stay on the mailing list.
> > The guided tutorials *are* a course through GNU Radio.
> > If you need an introduction to digital communications and DSP,
>
stion?
> > How would the syntax look like then?
> >
> > Regards
> >
> > Den tors 23 maj 2019 kl 18:32 skrev Müller, Marcus (CEL) :
> > > Hi Sebastian,
> > >
> > > classic one!
> > >
> > > You send the messages in the blo
t; > Aha! I saw hints of this in the documentation but couldn't fully connect
> > the dots.
> >
> > Would this be the start() function of top_block, or the block in question?
> > How would the syntax look like then?
> >
> > Regards
> >
> >
don't forget to uninstall uhd and uhd-devel after "yum-builddep" and
before building UHD from source, though, because the build depencies of
GNU Radio of course include UHD.
Best regards,
Marcus
On Thu, 2019-05-23 at 21:55 +, Müller, Marcus (CEL) wrote:
> Haven't used PyBOM
or USRP devices has led me to
> > want to compile GR from source. Actually I was able to do it before, so I'm
> > not sure why this setup is so much harder.
> > This isn't a VOLK thing anymore, so I need a new email thread, but I've
> > summarized where I reached in the post
Hi Sebastian,
classic one!
You send the messages in the block's constructor in an endless loop.
So, that constructor never finishes.
Thus, the block never can get message-connected. Thus, your messages
disappear.
You can't publish message in a constructor. Spawn off a thread in the
`start()`
So, you lose one packet; that might be due to synchronization having to
lock, or due to simulated or real-world noise.
Best regards,
Marcus
On Thu, 2019-05-23 at 15:50 +0100, farid mihoub wrote:
> Hello,
>
> I am using OFDM_tx and OFDM_rx examples in gr-digital, at the reception
> I am always
ميس، 23 مايو 2019 في 3:05 م تمت كتابة ما يلي بواسطة Müller, Marcus
> (CEL) <muel...@kit.edu>:
> > Dear Moon Light,
> >
> > the "Guided Tutorials" on
> >
> > https://tutorials.gnuradio.org
> >
> > Best regards,
> > Marcus M
probably your log4cpp installation fine; at first I thought
"waaaitaminute, the actual liblog4cpp.so is missing", but then I
realized that the find search string wouldn't look for that.
To check, do the following:
1. run
pkg-config --libs --cflags log4cpp
This should yield something like
Dear Moon Light,
the "Guided Tutorials" on
https://tutorials.gnuradio.org
Best regards,
Marcus Müller
On Thu, 2019-05-23 at 14:55 +0300, Moon Light wrote:
> Dear Mr
> I am a new student with software defined radio
> I would like to learn sdr with gnuradio
> Where I followed your projects on
Hi Aaron,
considering this is a problem while bulding UHD, I'd argue that this
isn't really a question for the GNU Radio mailing list – more likely
for the UHD mailing list.
However, knowing CentOS 7, I know that just "yum install gnuradio"
gives you GNU Radio 3.7.11 (which is a bit dusty,
Exactly what I was saying: VOLK's dependencies are a true subset of GNU
Radio's dependencies. If you can't build VOLK, then you can't build GNU
Radio, either.
On Tue, 2019-05-21 at 23:10 +0200, Andrej Rode wrote:
> On Tue, 21 May 2019 20:39:11 +
> "Müller, Marcus (C
a
> > PREFIX, ${_IMPORT_PREFIX}. Looking at the difference it may be
> > that _IMPORT_PREFIX is not getting set correctly somewhere. I am
> > still working on this issue.
> >
> > Toby
> >
> > On Mon, May 20, 2019 at 11:55 AM Müller, Marcus (CEL) &l
Also: The version match between the volk you're using and the GNU Radio
you're trying to build is pretty close, so chances are a packaged VOLK
wouldn't help you build an arbitrary GNU Radio version :(
Furthermore, VOLK is dependency-wise like GNU Radio light: if you can't
build VOLK, chances are
That's almost certainly not a problem with the file sink or source, but
of the rest of the flow graph.
Best regards,
Marcus
On Mon, 2019-05-20 at 14:08 +0100, farid mihoub wrote:
> Hello,
> I have an issue with file source/sink, I am loosing some amount of data at
> the beginning of transmission
C+72aa97daab-r0/qt.conf
> )
>
> # We need to set the rpath to the correct directory as cmake does not provide
> any
> # directory as rpath by default
> set( CMAKE_INSTALL_RPATH )
>
> # Use native cmake modules
> list(APPEND CMAKE_MODULE_PATH
> "/home
Oh!
Good catch! Sorry, I just didn't read closely enough.
On Mon, 2019-05-20 at 05:27 +, Kyeong Su Shin wrote:
> Dear Pete,
>
> To me, it sounds like that you are inputting
>
> ```
> gr-howto % gr_modtool add -t general -l cpp square_ff
> ```
> instead of
>
> ```
> gr_modtool add -t
Hi PCZZS,
I'm a bit surprised, this document still attracts so much attention.
I'd generally recommend simply going through the guided tutorials
starting by chapter 1; chapter 4 introduces out-of-tree modules and
gr_modtool.
Anyway, what you're encountering sounds a lot like an installation
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
the latest stable releases :P
>
> By the way: using apt to install GR on Ubuntu 18.04.2 got me 3.7.11, and I
> receive the same error with gr_modtool trying to create a tagged_stream
> block.
>
> Regards
>
> Den fre 17 maj 2019 kl 16:58 skrev Müller, Marcus (CEL) :
> >
"apt") to install
GNU Radio next time (assuming you've got Ubuntu>18.10 or current
debian). Less hassle than building it from source using PyBOMBS, same
result.
Best regards,
Marcus
On Fri, 2019-05-17 at 14:44 +, Müller, Marcus (CEL) wrote:
> Forwarded Message --
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
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
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
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,
ement is to receive the modulated signal through USRP
> source, store it in a file. and later, I can be able to do demodulation
> offline from that particular stored data. it will be grateful, if you provide
> guidance.
>
>
> With Best Regards,
> Maitry Raval,
>
&
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
f the info is already out there and I'm just not seeing it.
>
> Joe
>
> On Mon, May 13, 2019 at 5:46 AM Müller, Marcus (CEL) wrote:
> > Hi Mehtap, please answer on the list.
> >
> > The purpose of gr-eventstream is exactly to enable what you're trying.
> &g
their ports aren't immediately clear as to what they're doing. Google
> isn't coming up with much either.
>
> Thanks and sorry if the info is already out there and I'm just not seeing it.
>
> Joe
>
> On Mon, May 13, 2019 at 5:46 AM Müller, Marcus (CEL) wrote:
> > H
I doubt you'd find a ready-made block. However, writing that would take
literal minutes in Python or C++!
https://wiki.gnuradio.org/index.php/Guided_Tutorials Chapters 2,3,4 and
5 should be an easy read for you at this point.
Best regards,
Marcus
On Mon, 2019-05-13 at 23:09 +0300, mehtap özkan
ssions
> not continous ones.
> Maybe there is a way to produce '0's and add/ xor them with real data?
> Any advice on that?
>
> Müller, Marcus (CEL) , 13 May 2019 Pzt, 15:23 tarihinde şunu
> yazdı:
> > Dear Mehtap,
> >
> > On Mon, 2019-05-13 at 15:03 +0300, mehtap
Dear Mehtap,
On Mon, 2019-05-13 at 15:03 +0300, mehtap özkan wrote:
> Dear All,
> I have implemented a CPFSK transmitter succesfully using GNU RADIO.
Cool!
> The blocks are PRBS Source->Scrambler (G3RUH)-> CPFSK Mod-> UHD Sink. The
> reference HW receiver receives and demodulates the signal
Hi Johannes,
I've agreed with Bowen that for the time being, he'll be developing an
OOT for the versions available currently through Linux distros. So,
3.7.13.x it is – the porting to 3.8 OOTs can be done later.
As much I need people to test the 3.8 OOT structure, it's my
responsibility to
io/lib/python2.7/dist-packages/gnuradio/gr/runtime_swig.py",
> line 5336, in primitive_connect
> return _runtime_swig.top_block_sptr_primitive_connect(self, *args)
> ValueError: port number 1 exceeds max of 0
>
> thanks a lot for your help
> amani
>
>
>
>
Since the whole purpose of using a docker container is to isolate the
contents of the container:
Please use something less ancient than Ubuntu 16.04.
Best regards,
Marcus Müller
PS: "I get errors" is probably not a sufficient description to help you
in any way! Please be more verbose :)
On
Hi all,
Google has announced the accepted student projects for GSoC 2019: Arpit Gupta
and Bowen Hu will be contributing to GNU Radio during the summer -
congratulations to both of them! Arpit will work on a tool for parsing GNU
Radio header files to create YAML descriptions that can be used
;
> Gary
>
> Sent from my Huawei Mobile
>
>
> Original Message
> Subject: Re: [Discuss-gnuradio] Audio source cannot use 2 outputs
> (Stereo) in
> windows
> From: "M黮ler, Marcus (CEL)"
> To: discuss-gnuradio@gnu.org,gary.simpk...@gdscs.co.u
Hi Gary!
> I have double checked and all the windows audio devices I have
> used
> for the audio source are 2 channels.
I never doubted that – all I wanted to point out that the I think it
was Windows that told the GNU Radio windows audio source it saw only
one channel, and consequently the
I want to second this! We've only been very stringent with versioning
starting in the last couple of years, but really, it should rarely
matter whether you use 3.7.13.4 or 3.7.2 for things that worked under
3.7.2 – so, please try with something less arcane!
Best regards,
Marcus
On Thu,
Hi Gary, since we acutely changed things in the Windows audio sink:
What's your version of GNU Radio?
Generally, Windows seems to be of the conviction that the audio device
you're trying to record from only has one, not two channels.
Best regards,
Marcus
On Thu, 2019-05-02 at 08:53 +0100,
ting data from 1.5(for M=4), that
> > point I am stuck. Using frequency modulator will make an FSK
> > modulated signal?
> >
> > If you can still help, I will be appreciated. Thanks in advance.
> >
> > Yours sincerely.
> >
> >
> > Flow
> Derek, your solution works but it will be 4 times slower than the example I
> linked to.
>
>
> --Albin
>
>
> On Tue, Apr 23, 2019, 18:24 Müller, Marcus (CEL) wrote:
> > Hi Albin,
> >
> > I'm very very tired right now, but me and Felix came to the fo
Hi,
On Tue, 2019-04-23 at 19:31 -0700, lists wrote:
> https://wiki.gnuradio.org/index.php/Download
uhhh that wiki page is ... dated. It also doesn't solve the issue of
not being able to import gr-osmosdr, which isn't part of GNU Radio
itself!
Also, clearly *not* the way I'd recommend on a
Hi Albin,
I'm very very tired right now, but me and Felix came to the following
conclusions on our *Whiteboard Of Wisdom, Smarts, Expertise,
Rationality and Science* (WOWSERS):
1. A Nyquist-M bandpass filter, esp. a halfband, has zeros on every
other tap – except for the one center tap, which is
Hi Chesir,
might be the case that CentOS 7's default SWIG is too old. Check that
you've got a recent SWIG!
However, if GNU Radio 3.7.11 is recent enough for you (and it would be,
for first steps): Simply `yum install gnuradio` after enabling EPEL
should do the trick :)
If you need something
Hi Anubhav,
we have absolutely no idea what you're looking at. You'll have to
describe what you're doing in great detail.
Best regards,
Marcus
On Mon, 2019-04-22 at 12:29 +0530, ANUBHAV CHOUDHARY wrote:
> Can someone please help in calculating the ber?
> I think there Is delay mismatch in ref
Hi all,
the student application period for this year's GSoC is now over and we have
received some promising proposals! Right now we are reviewing them and hope to
get enough student slots from Google to accommodate all the students we want to
select. The final decisions will be announced on
Hi Jaspreet,
it is your job to create a proposal so we can see that you know what you're up
to and what your vision for the project is! If you go to our website, we have
listed what we want to see in a proposal and there's also an old (successful)
one you can have a look at.
Cheers?,
Felix?
?Hi all,
this is a gentle reminder to all prospective GSoC students that the application
deadline (April 9) is rapidly approaching! Get your proposals ready and we'll
try to give you feedback. And, of course, earlier upload means higher chance of
getting feedback that you can use to improve
?Hi all,
today, the student application period for GSoC 19 begins. I'm really happy that
we already have a lot of GSoC-related activity on this mailing list and I'm
looking forward to reading all those proposals!
Make sure you apply until April 9, which is usually a strictly enforced
Hi Johannes!
let me answer in-text real quick:
On Mon, 2019-03-25 at 10:13 +, Johannes Demel wrote:
> Hi Marcus,
>
> it seems like Thrift is a painful dependency. So, this is a pro
> ctrlport
> removal. Though, what else does ctrlport removal entail?
Removal of Ctrlport and the tools
Hello Tarek,
https://wiki.gnuradio.org/index.php/GSoC has information on all this.
You're relatively late to the game!
Best regards,
Marcus
On Sun, 2019-03-24 at 18:08 +0200, Tarek Alabd - طارق العبد wrote:
> Hello everyone,
> I'm Tarek from Egypt and I'm studying Computer Engineering.
> I'm
I'd recommend streams-to-vector and a matrix multiplier block.
Best regards,
Marcus
On Fri, 2019-03-22 at 23:34 +0300, mehtap özkan wrote:
> Dear All,
> I have 2 modulators, A FSK and a BPSK one. Is there a block which can switch
> the output of the desired modulator to a Sink. Something like
Hello Faisal,
I pointed this out before: We're volunteers here. If you want us to
help you, please at the very least write emails with meaningful subject
lines. I personally consider that non-negotiable email etiquette.
Best regards,
Marcus
On Fri, 2019-03-22 at 15:13 +0400, faisal wrote:
>
Hi Tucker!
Nice hearing from you :)
Have you met Travis? His gr-dpd[1], especially?
Cheers,
Marcus
[1] https://github.com/tfcollins/gr-dpd
On Thu, 2019-03-21 at 12:18 -0500, Tucker Reinhardt wrote:
> Hello all,
>
> My name is Tucker Reinhardt and I am a Sophomore studying at Rice University.
I don't intimately know the BladeRF driver, but it seems unlikely that
the USRP is way more computationally intense than the BladeRF. Chances
are the BladeRF driver doesn't /show/ the same errors.
Be a bit careful about saving away the data: your storage must be up to
supporting the constant data
Knowing the code, zooming in shouldn't really increase the
computational load significantly; a higher FFT length would do that!
On Fri, 2019-03-15 at 15:34 +, Chesir, Aaron M. wrote:
> Folks,
>
> I found the error: The “U” characters indicated an underrun to my USRP
> transmitter. I reduced
Hi Parvathi!
> 1. why the screen shot is displaying x-axis and y-axis as dB only
i.e. 2.03dB, -8.83dB.
Displaying the frequency (x-axis) in dB is most definitely a bug. Which
version of GNU Radio are you using (`gnuradio-config-info --version`
has the answer)? We've fixed that a while ago.
Hi Rajpreet,
though it shares many characteristics of one, GSoC is not an
internship.
I'd recommend reading our GSoC Student info page[1] and the Google
Summer of Code FAQ [2]:
> > Is GSoC considered an internship, a job, or any form of employment?
> No. GSoC is an activity that the student
AFAIK only the things linked to in my last replies to you – which
actually are pretty comprehensive, IMHO.
On Thu, 2019-03-14 at 23:21 +0530, Jaspreet Singh wrote:
> Hi, I tried to find if there is project for gnuradio android on github. Can
> you please guide how are you planning to start it? It
Hi Faisal,
The link that Kyeong Su Shin shared actually *directly* leads to
scripts that can read the output of file sink.
Best regards,
Marcus
On Wed, 2019-03-13 at 11:25 +0400, faisal wrote:
> Ok when i save it in sink file then the data can not be readable what
> to do for that please?
>
>
You'd need to write your own block that can handle these formats.
A word of warning: When doing SDR, you deal with MEGASAMPLES per
second.
A 32 bit floating point number has circa 9 significant digits.
That makes 10 characters when you include the decimal dot.
Then you also need to write down
Hi Aaron,
must admit, I haven't tried it.
Technically, modtool depends on very little more than Python to do its
thing.
But then again, its thing is using sane compiler environments to build
stuff (you can't use any of the Linux or Mac package managers as
sources, obviously). And while that
Wait, are you doing this on ARM?
On Mon, 2019-03-11 at 23:15 +0500, Talha Farooq wrote:
> Thanks Cinaed , I tried your method and it turns out that I have
> 'libqwt6abi1/stable,now 6.1.2-6 armhf [installed]' and similarly I have QT
> version of 'Using Qt version 5.7.1 in
201 - 300 of 1113 matches
Mail list logo