Hi Marcus,
Thanks for the detailed response - this helped me clear a few things up.
Firstly it made me understand why GNU Radio when run with low sampling
rates (<32k) seemed to behave "erratic".
My problem was that the buffer kept being filled but my input source
block was dependent on input da
On 08/08/2015 05:26 PM, Marcus D. Leech wrote:
On 08/08/2015 05:20 PM, Marcus Müller wrote:
Hi Marcus,
I do agree on the "Linux audio is fragmented, and neither PA nor ALSA
are consistent in documentation and configuration, and that's
seriously irritating" aspect.
So, first of all, I always
Ron,
Thanks for the info!
Logan
Sent from my Cyanogen phone
On Aug 8, 2015 5:59 PM, Ron Economos wrote:
>
> Yes. I will cause your OOT blocks to be installed in the same place as all
> the other GNU Radio blocks.
>
> Ron
>
> On 08/08/2015 03:56 PM, Washbourne, Logan wrote:
>>
>> Kevin,
>>
>>
Hi Logan:
Glad to hear that! Happy to help.
My first OOT block was a variant of the “Repeat” block that permitted the
repeat factor (the “Interpolation” parameter in the block itself) to be changed
on the fly. I needed that capability for an approach to demodulating AFSK that
I have since fo
Yes. I will cause your OOT blocks to be installed in the same place as
all the other GNU Radio blocks.
Ron
On 08/08/2015 03:56 PM, Washbourne, Logan wrote:
Kevin,
It worked! I really appreciate your help!!
Ron,
So that install prefix should be pointing to where I installed gnuradio?
(Never
Kevin,
It worked! I really appreciate your help!!
Ron,
So that install prefix should be pointing to where I installed gnuradio?
(Never can know too many ways to skin a cat-metaphorically)
Logan Washbourne
Electrical Engineering Graduate Student
(Electromagnetics)
On Sat, Aug 8, 2015 at 5:4
That's one way to skin the cat. You can also use an install prefix with
cmake.
cmake -DCMAKE_INSTALL_PREFIX=/opt/gnuradio/pybombs ../
Ron
On 08/08/2015 03:43 PM, Kevin McQuiggin wrote:
Hi Logan:
I just went through the same process! My new OOT block wasn't being found.
The solution is to
Hi Logan:
I just went through the same process! My new OOT block wasn't being found.
The solution is to add a [grc] segment to the config.conf file in ~/.gnuradio:
I had to create the .gnuradio directory, then add the simple two-line [grc]
stanza to a new config.conf file:
[grc]
local_blocks
Hello all,
I am trying to create a simple OOT block. Eventually I would like to create
a block that lets a transmitting agent know if their message was received
or not, but for now I am just trying to create a block that multiplies the
input values by 2 (very similar to the guided tutorial example
I am trying to install latest gnuradio with pybombs on linux mint 64 bit,
and I get the error "Too many arguments" repeated multiple times:
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 08/08/2015 05:20 PM, Marcus Müller wrote:
Hi Marcus,
I do agree on the "Linux audio is fragmented, and neither PA nor ALSA
are consistent in documentation and configuration, and that's
seriously irritating" aspect.
So, first of all, I always try to circumvent Pulse. Try sysdefault as
aud
Hi Marcus,
I do agree on the "Linux audio is fragmented, and neither PA nor ALSA
are consistent in documentation and configuration, and that's seriously
irritating" aspect.
So, first of all, I always try to circumvent Pulse. Try sysdefault as
audio device name (that's the physical device that pul
On 08/08/2015 03:21 PM, Marcus Müller wrote:
Hi Marcus
It your vector to streams is set to be float output, but the time sink
seems to expect complex
Best regards,
Marcus
Yeah, fixed that. That allows me to generate an apparently-working .py
But I still get dozens of "connection could not be m
I have a Xeon server system with a SB X-Fi USB sound module on it.
Changed configuration so that system sounds play on it, etc.
Youtube works just fine.
But any GR app that tries to use it gets *massive* underruns, regardless
of the sample rate I use--I've tried 48K, 32K, 8K, 44.1K, 96K. The
I've put a short video of my tweaked version of Chris' NOAA radio
channelizer demo on Youtube at: https://youtu.be/mTUSVNdCxa4
The screen capture didn't get the drop-down box when I changed channels,
but if you look at the upper-left corner you'll see the channel change
every few seconds.
I
Hi Marcus
It your vector to streams is set to be float output, but the time sink
seems to expect complex
Best regards,
Marcus
On 08.08.2015 21:13, Marcus D. Leech wrote:
> Can anyone tell me what GRC is trying to tell me with this flow-graph
> -- it has bus connections, and it gripes. Not sure wh
Hi John,
sounds like excellent work! Just to point you at a nice tool: If you can
build a recent GNU Radio with control port and performance counters
enabled, you can introspect things like buffer fillage with a GUI, which
can be extremely handy in such cases.
Best regards,
Marcus
On 08.08.2015 2
I think I may have found the problem. The NBFM output rate was 25ksps
while the audio sink was 24ksps. So there was a slow accumulation of
excess samples. That also explains some gaps I saw in the channel
output waterfall.
Adding a rational resampler to the NBFM block output seems to have
Can anyone tell me what GRC is trying to tell me with this flow-graph --
it has bus connections, and it gripes. Not sure why:
http://www.sbrac.org/files/multi_chan_pulsar.grc
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.
I am playing with a slightly modified version of Chris Kuethe's
channelizer example for NOAA radio stations (my version attached). I'm
using 3.7.6.1.
The program runs just fine for the first 20-30 minutes on my I7-4710HQ
laptop. System monitor shows typically one core running at about 50%
w
Hi Wolfgang,
well, GNU Radio is not really based on a "requesting data" model -- it's
mainly buffer driven.
This means that as long as there's space in your block's output buffer,
GNU Radio might (and will) call your work() function. Typical buffer
sizes are e.g. 8192 items. So, GNU Radio uses bac
Hi,
I've written a Python block to feed some binary data into my QPSK
transmission. This block is supposed to grab the data according to the
1200 baud rate I have set up for the transmission. Well, so I thought.
GNU Radio keeps calling the work() function inside the block even
though the upstream
Hi Przemek,
so, first a hint: it's easier (really, it is!) to use this mailing list
directly via email, and not with the ruby-forum interface. We don't
really like ruby-forum, because it tends to mix up the order of replies
and makes communication unnecessarily complicated. Sign up at:
https://lis
I have a question about BFSK/M-FSK modulations in GnuRadio.
If I have a symbol 1 or 0 and it has got 64 samples (2 periods of
sin/cos) and I want to modulate it with 2 different frequencies for
example: f1 = 175 KHz = 5,7 us f2 = 225 KHz = 4,4 us
Problem is that 0 or 1 binary are same width - 64
Hi,
> On 06 Aug 2015, at 13:35, Jason Matusiak
> wrote:
>
>> There is currently no option to dump raw bytes, but its a trivial
>> modification
>> of the Wireshark block (dump without a PCAP header).
>> If you want to printed bytes as hex-values on the console that should work
>> with
>> the
25 matches
Mail list logo