On Tue, Aug 21, 2018 at 11:11 AM Martin McCormick <
address@hidden> wrote:
GRC is obviously an extremely clever and useful tool for
those who can use it. One draws the picture and GRC spits out
the thousand or more words of python needed to describe the radio created
in the diagram.
Note that GRC's Python code is immensely more verbose than it needs to be in typical cases, because the code generation is very simple (for example, it assigns every block to an attribute even when this is not necessary). A simple hand-written Python GR program with an emphasis on simplicity might look more like this (import statements omitted):
tb = gr.top_block()
tb.connect(
some_source(p1, p2, p3),
some_block(p4),
some_sink(p5))
tb.start()
tb.wait()
tb.stop()
Three interesting projects I want to per sue is to be able
to monitor DMR communications systems in our area, decode packets
from a weather station and receive the little data bursts from
the valve stems on the tires on our Toyota.
It's not based on GNU Radio, but you might be interested in
https://github.com/merbanan/rtl_433 which is a program for decoding many types of simple packets like tire pressure monitoring systems and has some tools for analyzing new types.
Is there a repository of known-functional python code
files one can use as examples for correctly stringing the gnu
radio modules together?
I'm not aware of any collection of Python code that would serve as good examples and not be GRC-generated. I've written a few short Python GR programs but haven't published most of them.
Finally for now, can one import python code in to GRC and
get the GUI diagram (flowgram)?
No. GRC contains only a code generator and cannot reverse-engineer its own code let alone arbitrary Python code.
I am retired, now, but when I first began to program in
perl about 5 years ago, I got howls from coworkers about
indentation and format even though a given program might work.
Note that because Python's syntax has no brackets or "end" words, indentation is essential for a Python program to be executed, let alone be readable. I'm sure there must be something available to help blind people write Python, but I don't know what that might be.