GNU Radio release v3.10.11.0 is now available
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.11.0
for all your Summer Doing Radio needs.
Jeff.
GNU Radio Release Candidate v3.10.11.0-rc1 is available (
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.11.0-rc1). Give it
a spin and let us know about any regressions.
GNU Radio v3.10.10.0 is available (
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.10.0). There were
just a few fixups since the RC. The Qt front end to GRC can be tested using
gnuradio-companion --qt. Most things work, but this is still a work in
progress.
Please do not reply to digest messages. It makes it really hard to keep
conversations straight.
On Tue, Apr 16, 2024 at 1:56 AM Jiya Johnson
wrote:
> Hi Marcus Müller,
> Please find the attached file for your reference, I think this will work.
>
> On Sat, Apr 13, 2024 at 9:32 PM wrote:
>
>> Sen
Release Candidate v3.10.10.0-rc1 is available for testing:
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.10.0-rc1
The Qt front end to GRC is included. To try it out (please do) use
gnuradio-companion --qt, and report bug so we can make Qt the default in a
later release.
Support for runtime constellation changes was added in 3.10.7.0.
On Fri, Apr 5, 2024 at 7:46 AM Daniel González Martínez
wrote:
> Hello,
>
> I am using the Constellation Object block for a scenario which changes the
> constellation on the block constantly in real (or simulation) time. The
> prob
The received signal is a combination of a large number of multipath
signals, which can not be separated out. It's sort of like a hash of the
environment - a one way calculation. Training signals can be used to
determine the multipath response and minimize or take advantage of it, but
the individual
Check the cmake output to see whether the required OpenGL libraries were
found. If not, the F15 block will not be built/installed.
On Thu, Mar 7, 2024 at 6:49 PM Linda Cash wrote:
> I am using GNURadio and trying to get the Fosphor display working with my
> new X410. Similar to the post I found
Did you by any chance run "conda install gnuradio=3.8.2" in addition to
"conda install gnuradio"? The output above mentions "gnuradio38".
On Mon, Mar 4, 2024 at 4:51 PM Achilleas Anastasopoulos
wrote:
> Just to give some more context:
> I realized that during installation I got the following err
samples) starting at the marked time and then it is 3 more
> seconds before exit.
>
> Jim
>
> *From:* Jeff Long
> *Sent:* Sunday, February 25, 2024 11:44 AM
> *To:* Elmore Family
> *Subject:* Re: Python script with Head block runs too long before exiting
>
> At 12~48k
Is this an open source project, and do you have a link?
On Thu, Jan 25, 2024 at 4:39 PM Ralph Ewig wrote:
> Hi Everyone, I'd like to share a GNUradio based satcom project I've
> started, in case there's interest to participate.
>
> Outlyer is developing a tracking and telemetry focused spacecraf
Take a look at the code in the built-in gr-fec module, for instance:
https://github.com/gnuradio/gnuradio/blob/main/gr-fec/lib/encoder_impl.cc
Note that RS is implemented in gr-fec.
The forecast() function helps the scheduler, but it doesn't come with any
guarantees.
On Thu, Jan 25, 2024 at 4:
Also, the GR dev packages need to be installed before you can build a OOT
module. That could be the source of the error.
On Mon, Jan 22, 2024 at 2:56 PM Jeff Long wrote:
> You might try one of these
> https://github.com/tapparelj/gr-lora_sdr
> https://github.com/martynvdijke/gr
You might try one of these
https://github.com/tapparelj/gr-lora_sdr
https://github.com/martynvdijke/gr-lora_sdr
somewhat newer packages.
On Mon, Jan 22, 2024 at 2:12 PM tom sutherland
wrote:
> Has anyone downloaded and installed gr-lora from
> https://github.com/BastilleResearch/gr-lora/ ? I
Release v3.10.9.2 is now current, with a couple of fixes for:
- Regression in GRC bus connections
- Some potential memory/buffer errors
Hopefully, this is the last v3.10.9.X, and we'll see you in March/April for
v3.10.10.0, expected to contain a beta version of the Qt-based GRC program
(the curre
You wouldn't replace the file sink. Just call
wavefile_sink.open(new_file_name)
which will also automatically close the old file for you.
Instead of using a work function to count items, add a separate timer
thread to the python code that calls open() every 5 mins. Much simpler.
On Mon, Jan 1
GNU Radio v3.10.9.1 is tagged and available on github. Due to a clerical
error, v3.10.9.0 was tagged at midnight on New Years Eve but not released.
It really had nothing to do with revelry, just forgettery.
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.9.1
Happy New Year!
, so maybe running at a higher
sample rate is the easiest thing, if it's reliable enough for you.
On Tue, Dec 26, 2023 at 2:23 PM Elmore's wrote:
> Jeff,
>
> I forgot the attachment. here it is.
>
> Jim
>
> *From:* Jeff Long
> *Sent:* Monday, November 13, 2
GNU Radio Companion (GRC) writes out a Python script, then executes it.
That script should be in the same directory as the grc file. You can run
that Python script outside of GRC. Make sure GNU Radio is set up on the
target machine, and that paths are set up correctly. C++ output is similar,
but I'
We don't seem to have any blocks in-tree that support either of these
types, so it wouldn't be of general use and would be hard to test with CI.
My opinion is that this is something to look into for GR4.0, unless there
is some demand for more precision in 3.X.
On Tue, Dec 19, 2023 at 2:57 PM David
Jason - that's a bug. Thanks for finding it.
https://github.com/gnuradio/gnuradio/issues/7013
On Mon, Dec 18, 2023 at 1:49 PM Jeff Long wrote:
> Thanks, we'll take a look at it. There were some recent changes in that
> area.
>
> On Mon, Dec 18, 2023 at 1:34 PM Merlo, Jas
Thanks, we'll take a look at it. There were some recent changes in that
area.
On Mon, Dec 18, 2023 at 1:34 PM Merlo, Jason wrote:
> Hi All,
>
> I decided to give 3.10.9.0-rc1 a try today and noticed that message domain
> signals are shown as red broken connections when reloading the .grc file
>
GNU Radio Release Candidate v3.10.9.0-rc1 is now available for testing
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.9.0-rc1
The final release will be out in about a week if no big problems are found.
thanks,
>
> Marco
>
> On Tue, Dec 12, 2023 at 9:58 PM Jeff Long wrote:
>
>> When the content of a header file changes, the hash in the beginning of
>> the associated Python bindings needs to be updated. The tool
>>
>> gr-utils/bindtool/scripts/binding-hash-hotfi
r likelihood of new bugs, are there potential
> backward compatibility issues?
>
>
> On 2023-12-02 17:20, Jeff Long wrote:
> > For the next release (3.10.9.0), we are increasing the minimum Python
> > version to 3.7.2 in order to use some type checking features. I don
For the next release (3.10.9.0), we are increasing the minimum Python
version to 3.7.2 in order to use some type checking features. I don't
understand "... constraining the highest version of python ...".
On Sat, Dec 2, 2023 at 5:29 PM aardric wrote:
> In building GR 3.10.8 after an OS upgrade t
reset
> for each chunk?
>
> So how to get peak detection?
>
> Thanks
>
> Al
>
>
> On Wed, Nov 22, 2023 at 3:02 AM Jeff Long wrote:
> >
> > I'd suggest that you just log the times you saw a peak in GNU Radio to a
> file. Then use a completely separat
I'd suggest that you just log the times you saw a peak in GNU Radio to a
file. Then use a completely separate program to measure intervals, do
statistics, etc. There shouldn't be any need to use tags in GNU Radio for
this project.
Even the "debouncing" can be done externally. Just log the times wh
, Nov 13, 2023 at 2:13 PM Elmore Family wrote:
> Jeff,
>
> I guess you saw my reply to your suggestion.
>
> Is there any way around this issue? There must be a way to use a wave file
> source of this length.
>
> Jim
>
> *From:* Jeff Long
> *Sent:* Friday, November
That code, which is not often used these days, should be
gr.prefs().set_bool(...) without the singleton() part
You could add an issue. That file is the only one left using the old
method, which shows how much it is used or tested.
There is not any convenient way to get latency figures from with
This is due to the way GNU Radio decides when a flowgraph is done. Since
the audio rate is so low, most of the wavfile fits in the block buffer, the
block sees that there is no more data to load and declares itself done.
There are buffer size controls that might help. On the advanced tab for the
w
GNU Radio release v3.10.8.0, identical to the -rc2, is tagged and available
at https://github.com/gnuradio/gnuradio/releases/tag/v3.10.8.0
The next release will likely be in Jan 2024.
Release Candidate v3.10.8.0-rc2
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.8.0-rc2 detects the
shutdown() function in zmq.hpp (from cppzmq or bundled with libzmq3-devel,
typically). If that function is not found, gr-zeromq is disabled. RHEL8
EPEL has an old version of cppzmq. Rather th
Release Candidate v3.10.8.0-rc1 is tagged and available from Github (
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.8.0-rc1). The final
release will be out in about a week if no blockers are found.
ng SSB transceiver that I have had on
> the air. I am attempting to add the digital mode FT8 to it using the
> FT8_Receive block along with some additional code in the freq.py file.
>
> Jim
>
> *From:* Jeff Long
> *Sent:* Wednesday, September 27, 2023 12:18 PM
> *To:* GNURadi
Sorry, it takes too much time to make guesses from fragments of a project.
Could you post a grc file that is runnable and shows the error?
On Wed, Sep 27, 2023 at 11:14 AM Elmore Family wrote:
> Marcus,
>
> I forgot to include the version: 3.9.4.0.
>
> Jeff
>
> Ignore the previous GRC with the P
In the previous GRC you posted, there is a "Wave Select" Python block with
no inputs or outputs. I don't think we have enough info to figure out what
you are doing. As Paul Atreides mentioned, posting a full GRC would help.
On Tue, Sep 26, 2023 at 10:36 PM Elmore Family wrote:
> Paul,
>
> Thanks
was it!! I guess it would be easier if they put it like that in the
> installation web page rather than all the other steps...
>
> Thanks a lot for your help !
> --
> *De:* discuss-gnuradio-bounces+guille-lena=hotmail@gnu.org
> en nombre de
&g
gt; 124 | RUN make && make install && ldconfig
> 125 | WORKDIR /
>
> ERROR: failed to solve: process "/bin/sh -c cmake .. -DPYTHON_BINDINGS=ON"
> did not complete successfully: exit code: 1
>
> I am sorry cause my knowledge on
Check the lines at 1.096.
On Thu, Sep 21, 2023 at 11:14 AM Guillermo Lena
wrote:
> Hello everyone,
>
> I have been trying to install the gr-iio module to interface with the
> PlutoSDR device from analog devices for GNU Radio 3.8 using a Docker. I
> have been following the instructions in the fol
Here is an example (from the QA code) of using history from a Python block.
https://github.com/gnuradio/gnuradio/blob/5953d3c96b42086c5f8c5f97b6fd7e57717f9aa5/gr-blocks/python/blocks/qa_block_gateway.py#L60
See if your code appears to be doing the same thing.
On Thu, Sep 21, 2023 at 11:03 AM wr
Oh, I see now ... I think you added a virtual class by defining something
in telemetry.h, but there isn't actually any code to go with it. You might
need a telemetry.cc somewhere? Not sure I'm getting the whole context here,
though.
On Wed, Sep 13, 2023 at 4:48 PM Jeff Long wrote
The RFNoC Fosphor block is included in-tree on the main branch, but has not
been backported to the maint-3.10 branch.
On Mon, Sep 4, 2023 at 7:59 AM Clint Scarborough <
clinton.scarboro...@gmail.com> wrote:
> I'm not sure about UHD 4.3, but the blocks are available for me with UHD
> 4.4 and GR 3.
w FIR filters work, or may just be "the way it's done".
On Mon, Aug 28, 2023 at 8:52 AM Marco Menchise
wrote:
>
>
> On Mon, Aug 28, 2023 at 1:08 PM Jeff Long wrote:
>
>> See fir_filter_blok.impl.cc for an example ...
>>
>> forecast() does not
Google turns up some previous work using GNU Radio for RFID. Older software
(e.g., https://github.com/nkargas/Gen2-UHF-RFID-Reader) may need porting to
a newer version of GNU Radio.
On Mon, Aug 28, 2023 at 6:57 AM sp wrote:
> Hi, Today I worked on RFID articles, and I had some questions. It is
>
See fir_filter_blok.impl.cc for an example ...
forecast() does not include history. For a sync, interp or decim block,
forecast is not required at all.
history() should be the number of previous items required, without the (-1).
On Mon, Aug 28, 2023 at 5:08 AM Marco Menchise
wrote:
> Hi, I'm a
Call tb.lock() before making changes, then call tb.unlock() to resume.
There are some cases where this does not work correctly and the entire
flowgraph needs to be stopped.
On Mon, Aug 28, 2023 at 6:30 AM sp wrote:
> I have a question about gnuradio blocks when I define gnuradio blocks on a
> to
reset() should work _before_ the Head block reaches the specified items,
but once it reaches that number of items, Head is done and the flowgraph
will terminate. So, I don't think reset() will do what you're hoping.
Also, the code you posted creates a _new_ Head block each time through the
while l
GNU Radio has a number of Impairment and Channel Model blocks. Have you
looked to see if any of these blocks already does what you need?
On Thu, Jul 27, 2023 at 4:19 PM Jose Ruvalcaba wrote:
> Hello,
>
> I am trying to simulate an accurate representation of Doppler Shift in a
> channel and I was
Remove the build directory and try it again. I've seen this often when I
just do a pull/cmake/make using an existing build dir.
On Tue, Jul 25, 2023 at 3:01 PM aardric wrote:
> Hail,
> I had some time to invest in an upgrade from gr 3.10.5.1 to 3.10.7.0 and
> ran into a problem about 1/4 of the
Does anyone use the LDPC Decoder block? PR
https://github.com/gnuradio/gnuradio/pull/6748 will remove a param,
changing the API. Normally we wouldn't do this, but best we can tell, the
block is currently broken and unused.
Where it can't find gnuradio-blocks, it seems like some of the gnuradio dev
packages may be missing. Odd that GNURADIO_UHD was found in that case.
On Sat, Jul 22, 2023 at 1:22 AM Caden O'Donnell wrote:
> Apologies for the extra email but this is the command I am using to build
> the docker:
>
gr-soapysdr was an out-of-tree module for 3.8 (see
https://github.com/osmocom/gr-osmosdr)
On Fri, Jul 21, 2023 at 11:30 AM Caden O'Donnell
wrote:
> Sorry, I didn’t mean to say build, I was using sudo apt install. However
> since I am on Ubuntu 20.04 it installs gnuradio 3.8 which does not appear
Take a look at the cmake output to see if gr-soapy is being built, and if
not, why not.
On Wed, Jul 19, 2023 at 11:09 PM Caden O'Donnell
wrote:
> Hello,
>
> I am putting gnuradio companion into a docker however I am unable for it
> to give me a HackRF source/sink block. I am installing libsoapys
Not really a GNU Radio thing, but here are a couple observations:
- The periodic splatter says some stage in the receiver is overloaded
- The fading, width, and sharp edges make this signal look like something
that belongs at a much higher frequency
Wild guess: this signal is not actually in band
v3.10.7.0 is available at
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.7.0. The next
version is expected in October. Here is the changelog for this version:
## [3.10.7.0] - 2023-07-15
### Changed
Runtime
- Setting the minimum buffer size should have the desired effect now, and
no
Release candidate v3.10.7.0-rc1 is available here
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.7.0-rc1. The final
version will be released next week if there everything looks good.
Pretty much any 3.7 OOT can be ported to newer versions. It can be
confusing, especially for people new to the development environment. The
older XML GRC files can still be read by GRC (you would want to save them
off as new YML files after opening).
To get started, head to wiki.gnuradio.org and s
b_len is defined in the try block, and is out of scope by the time it is
checked below.
This code should work. The routine returns in the except clause and b_len
is set after the try/except.
import numpy as np
from gnuradio import gr
import pmt
import array
class blk(gr.sync_block):
def __in
No, there is not currently a way of flushing all or part of a flowgraph.
On Wed, May 31, 2023 at 9:58 AM Luke Berndt wrote:
> Is there a good method for clearing or resetting a block’s buffers?
>
> I have a program that tunes to different frequencies and is also started &
> paused. I want to cle
The ZMQ pub sink and sub source pass tags transparently (when enabled).
Have you tested your system without ZMQ?
Maybe you're looking to send data from a Python script outside of GNU
Radio? When tags are enabled, they are encoded using PMT serialization and
added in before any data to be sent. The
1. Given that set_damping_factor() requires the value to be in [0.0, 1.0],
2 * d_nfilters looks quite wrong. I wonder if it was supposed to be 2.0 /
d_nfilters. This is probably overridden by a call to set_damping_factor()
in a typical flowgraph.
I'm not familiar enough with the block to comment o
Check the cutoff frequency and transition frequency on the rx filter.
That's not what you want, and it's unlikely your computer can run a filter
that tight at 8MS/s in real time.
On Wed, Apr 19, 2023, 12:03 יותם זיס wrote:
> Hello, we're students trying to build an S-Band BPSK modem.
> Transmitt
The March 2023 release of GNU Radio (v3.10.6.0) is out and available at
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.6.0. Here is the
change log .. everything is the same as last week's release candidate,
except for the name.
## [3.10.6.0] - 2023-03-31 (planned release date)
### Change
Take a look at gr-fec/lib/encoder_impl.cc. This shows how to do this in
C++. I don't know of a Python example in our code, but this should
translate fairly easily.
On Thu, Mar 30, 2023 at 5:44 AM Siddharth Arora wrote:
> Hi,
> I am facing issue while creating a general python embedded block, whi
0 and X310.
>
> Am 29.03.2023 um 16:04 schrieb Jeff Long :
>
>
> You will not get a radio to adjust its gain anywhere near that quickly.
> You could leave the radio gain at the highest you will need, and vary the
> amplitude of your signal.
>
> On Tue, Mar 28, 2023 a
The args are for an internal function call, not related to command line
args.
It looks like you've found a bug in a piece of logging code that doesn't
get hit very often. Could you submit an Issue on
https://github.com/gnuradio/gnuradio? Thanks for reporting.
On Tue, Mar 28, 2023 at 8:47 AM Denn
You will not get a radio to adjust its gain anywhere near that quickly. You
could leave the radio gain at the highest you will need, and vary the
amplitude of your signal.
On Tue, Mar 28, 2023 at 5:46 PM Nicolas Buhr wrote:
> Hi everyone,
>
> I already posted this to stackoverflow, but maybe som
v3.10.6.0-rc1 is available
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.6.0-rc1. The final
version will be released in about a week if there are no problems.
## [3.10.6.0] - 2023-03-31 (planned release date)
### Changed
Runtime
- Add Python loggers to top_block and hier_block2
-
Actually min noutput items is used in block_executor, now that I trace it
through a bit. But I'm glad you got something to work.
On Wed, Mar 15, 2023 at 7:26 PM Jeff Long wrote:
> Oh, right. I remember that whole conversation about that function doing
> nothing. It got me again!
>
ultiple (ie self.set_output_multiple(16). This will ensure
>> that you always receive at least 16 samples and that the number of samples
>> is a multiple of 16. It's not the best solution but it gets the job done.
>>
>> John
>>
>> On Wed, Mar 15, 2023 at 1
thon file and each time I get the response Name Error: name
> 'set_min_noutput_items' is not defined.
>
> Any more suggestions! 🤔
>
> George
>
> On Tue, Mar 14, 2023, 7:03 PM Jeff Long wrote:
>
>> Try: set_min_noutput_items(16)
>>
>> On Tue, Mar
We would need to know more about the "chain of blocks". It sounds like one
of them is broken?
On Sat, Mar 11, 2023 at 2:28 PM George Edwards
wrote:
> Hello GNURadio Community,
>
> I have a strange problem whereby the block (it feeds a chain of blocks) I
> am feeding complex data to does not see
> Hi Jeff!
>
> Let me lnow if I am missing something but I have 3.10.5.0 install with
> latest radioconda - 2023.01.19 (got it here).
> Checked myself not - reinstalled radioconda. Gnu Radio Companion still is
> 3.10.5.0.
>
> Am I doing something incorrectly?
> 17.02.2023
This was broken in v3.10.5.0, but fixed in v3.10.5.1 (available in the
latest radioconda). Let us know if this is broken in v3.10.5.1.
On Fri, Feb 17, 2023 at 10:26 AM Александр Плотников
wrote:
> Greetings everyone!
>
> While trying to faststart with pluto sdr - keep getting this error:
> @Attr
On Fedora 37, it seems to work fine on the host and in radioconda, both
using 3.24.36.
On Mon, Feb 13, 2023 at 5:01 PM Ryan Volz wrote:
> Hi Ville,
>
> I can confirm that I experience the same thing using conda. If I had to
> guess, it might be a change/bug with newer versions of GTK 3? That's t
is my full flowchart.
> Thanks.
> Raúl
>
> Missatge de Jeff Long del dia ds., 11 de febr. 2023
> a les 0:03:
>
>> A Vector Source produces items from a vector ... it does not actually
>> produce a vector type unless the Vector Length parameter is set to
>> somet
A Vector Source produces items from a vector ... it does not actually
produce a vector type unless the Vector Length parameter is set to
something other than 1. In this case, you would want the Vector Length to
be the same as the FFT Size parameter in the FFT block.
In other places, you would need
s://wiki.gnuradio.org/index.php/Soapy
> Moreover, I also based the decision to use 0.7 on the line
> find_package(SoapySDR 0.7.2) in CMakeLists.txt of gr-soapy.
>
> Rick
>
>
> On 2023-02-09 02:47, Jeff Long wrote:
> > Could you point out where on the wiki page we recommend
>
> Could you point out where on the wiki page we recommend not using the
> distro version of SoapySDR? The distro install would have been my first
> choice.
Having both the quick-and-dirty GRC design flow and an optional full-up QT
Designer design flow sounds great. One benefit of QT Designer is that users
don't have to depend on GR to include all kinds of basic widgets, like
buttons, sliders, etc. This also allows GR widgets to be embedded in
larger,
Have you tried a sample rate of 48000? If the audio sink is not accepting
the specified rate of 32000, and is expecting samples at 48000, then there
would be underruns. The high processor utilization for pulseaudio says
something is going wrong there. Maybe it's spending all its time logging
errors
A couple of important blocks were broken in v3.10.5.0, we're releasing an
unscheduled v3.10.5.1. Please see
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.5.1 for details.
As a not, assuming you are using the pkt_xmt and pkt_rcv flowgraphs, both
have throttles in them. The rcv one should not have a throttle, as it will
be paced by the zmq source. No idea if this is related.
On Thu, Jan 19, 2023 at 5:27 PM Cinaed Simson
wrote:
> Please do not send me images.
>
> In
> My deadline is also nearing. :(
>
> On Thu, Jan 19, 2023, 06:59 Jeff Long wrote:
>
>> The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
>> utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
>> that have moved, but I'm s
The pkt_xmt/pkt_rcv example on that page works for me, with very low CPU
utilization. I did have to delete and re-add the PDU/Tagged Stream blocks
that have moved, but I'm sure you've already figured that one out. Could
you explain the performance and lagging issue you are talking about (and in
les
settings of gnuradio, where
> can I find the usermanual of conf file? So I can changed it myself.
>
>
> Thanks!
>
>
> 在 2023/1/8 20:45, Jeff Long 写道:
>
> GRC will remember the editor you choose until you quit the program. To
> choose an editor permanently, edit ~/.g
GRC will remember the editor you choose until you quit the program. To
choose an editor permanently, edit ~/.gnuradio/config.conf, and add an
"edtor" setting under the "[grc]" section. For instance,
[grc]
editor = /usr/bin/emacs
... other settings
On Sun, Jan 8, 2023 at 6:24 AM wieniaw...@outlook
y describes the interconnection of blocks and parameters, the
> real implement is in python file, and then I can use swig to import my C++
> code, when I need to accelerate the simulation(calculation).
>
> Thanks a lot!
>
> Replied Message
> From Jeff Long
> Date
t; I searched the grc file by epy_block:
>
>
> Which does not specify the epy_block name and directory. Where does these
> information specified?
>
> Thx.
>
>
>
> Replied Message
> From Jeff Long
> Date 1/5/2023 06:55
> To discuss-gnuradio@gnu.org
Environment variables:
GRC_HIER_PATH defaults to ~/.grc_gnuradio
GRC_BLOCKS_PATH can be used to specify an additional path
On Wed, Jan 4, 2023 at 8:00 AM wieniawski wrote:
> hi,
>
> I have generated some GRC Hier Blocks, and as you know, they are located
> in [user home]/.grc_gnuradio.
>
> M
In 3.10.5.0, a new function was added
https://github.com/gnuradio/gnuradio/pull/6229 to send updated timestamps
if provided by the SDR during an overflow.
If Brew is really providing the released version of 3.10.5.0, and the
SoapyLMS7 driver correctly signals an overflow and provides a NEW
timesta
GNU Radio v3.10.5.0 is available, for your end-of-year enjoyment.
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.5.0
In addition to fixes and under-the-hood work, the cross-platform experience
should be helped out by some packaging, dependency and GRC drawing
improvements.
Happy GNU (
Zero-span is the default way things work. There is no sweeping LO in a
FFT-based display.
On Mon, Dec 19, 2022 at 9:38 AM Juan Antonio wrote:
> Best regards
>
If your block is purely a message source, override start() and have it set
an flag, e.g., a pthreads condition or Python threading.Event. The message
generation portion (thread?) of your block should wait on the flag before
sending anything.
Otherwise, you would be sending messages out in response
Release Candidate v3.10.5.0-rc1 is available for testing:
https://github.com/gnuradio/gnuradio/releases/tag/v3.10.5.0-rc1
The final release will be early next week if all goes well. A quick summary
of changes:
- Many CI improvements. All tests are now enabled.
- GRC scale factor and other fixes.
> Sumit Kumar Agrawal,
> Ph.D. (Electrical Engineering)
> Indian Institute of Technology,
> Jodhpur, Rajasthan-342037
> Mobile No. +91-8410957412
>
> On Sun, 11 Dec, 2022, 5:56 pm Jeff Long, wrote:
>
>> There is a built-in Stream Demux block you could use. Do you specific
There is a built-in Stream Demux block you could use. Do you specifically
need it to be in Python?
On Sun, Dec 11, 2022 at 1:33 AM Sumit Agrawal (P19EE207) <
agrawal...@iitj.ac.in> wrote:
> Hi everyone,
> Can anyone tell me how to make a stream demuxing block to demultiplex one
> stream into N ou
This looks like something that was fixed quite a while ago in
https://github.com/gnuradio/gnuradio/pull/3301
Tested on a recent GR, and this doesn't happen. Could you post the
generated code?
On Tue, Nov 22, 2022 at 10:23 PM Jose Ruvalcaba wrote:
> Hello,
>
> I've been noticing an issue poppi
You've probably already found
https://wiki.gnuradio.org/index.php/Message_Pair_to_Var
For example, if samp_rate is the target variable, you end up with something
like
self.p2v = blocks.msg_pair_to_var(self.set_samp_rate)
which will then call
def set_samp_rate(self, samp_rate):
sel
1 - 100 of 523 matches
Mail list logo
