I have a strange phenomenon: in this flowgraph, without the 'Symbol Sync'
block, or a 'Correlate Access Code - Tag Stream' block, it works as expected.
If I add either block, it seems to freeze and the Time Sink does not show any
signal.
Xubuntu 21.04
GR v3.10.0.0-rc2
https://pastebin.com/RNt
I use a combination of XMLRPC and ZMQ for this exact purpose. The kickstart can
be done through xmlrpc as well I think, but I haven’t done it.
I’ve got these on GitHub. You can message me on chat.gnuradio.org (muaddib)
https://github.com/muaddib1984/stillsuit
https://github.com/muaddib1984/arra
Hi James,
how do you start the flow graph?
If you use top_block.wait(), you can simply know that your flow graph is finished –
namely, when that function returns.
Best regards,
Marcus
On 15.12.21 15:52, J P wrote:
Hello all,
Currently working on a project that requires me to use the GNU rad
El 15/12/21 a las 15:52, J P escribió:
Hello all,
Currently working on a project that requires me to use the GNU radio API
to kick start gnu radio, and then a listen thread to collect message
from the Zmq sink.
Is there any recommendations/way, for gnu radio to send a message out
when it ha
Hi Patrick,
Typically you would have synchronization words at the beginning of your
Reed-Solomon codewords (this depends on the protocol you're dealing
with). You can use the "Sync and create PDU packed" block from
gr-satellites to detect the synchronization words and obtain PDUs with
the RS
A couple of possibilities include:
- inotify: detect that a GR program has closed a file when it ends
- process control: spawn the GR program from another program/script and
detect that it has finished
Methods like these keep the parts of your system loosely coupled, e.g., you
don't need the GR pro
Hello all,
Currently working on a project that requires me to use the GNU radio API to
kick start gnu radio, and then a listen thread to collect message from the Zmq
sink.
Is there any recommendations/way, for gnu radio to send a message out when it
has finished processing the stream, causing
Hi Ron,
Thanks very much for this information! I will check out the links!
Regards George
On Tue, Dec 14, 2021, 11:32 PM Ron Economos wrote:
> FFT support is built in to GNU Radio with FFTW. Here's how it's done.
> First, define it in your foo_impl.h file. The options are fft_complex_fwd,
> ff
Hi Özkan!
Is this unexpected? Invalid packets due to noise and fading...
Best regards,
Marcus
On 15/12/2021 12.48, Özkan Sezer wrote:
Dear GNURadio Comminity,
I'm writing an OFDM transmitter and receiver block for my Ph.D. thesis.
There is no problem without pluto SDR. But when I connect at t
Dear GNURadio Comminity,
I'm writing an OFDM transmitter and receiver block for my Ph.D. thesis.
There is no problem without pluto SDR. But when I connect at the end of the
OFDM receiver or OFDM transmitter, took some caution like these.
gr::log :INFO: packet_headerparser_b0 - Detected an invalid
10 matches
Mail list logo