Guys,
As i told you my new installation works fine, I eve tested blocks in
python. Now, the problem is following:
I designed block in python which has None for both input and output
signature. I wanted to use such block only for receiving messages and for
writing to terminal some information,
On Fri, Feb 1, 2013 at 10:12 AM, Nemanja Savic vlasi...@gmail.com wrote:
Guys,
As i told you my new installation works fine, I eve tested blocks in
python. Now, the problem is following:
I designed block in python which has None for both input and output
signature. I wanted to use such
Guys,
As i told you my new installation works fine, I eve tested blocks in
python. Now, the problem is following:
I designed block in python which has None for both input and output
signature. I wanted to use such block only for receiving messages and for
writing to terminal some
I am more than willing to try new message passing interface. The idea with
the thread is a bit old, that's what I have heard, from more experienced
guys. Are there any blocs that uses new message passing interface, so that
I can take a look how it works?
@Tom
Nothing happened by adding
I deleted everything that was Gnu Radio-ish and istalled fresh new version.
But it doesn't work now. GRC won't start, it complains about environment
variable, I checket, they are good.
When I want to start uhd_fft I come the following error:
Traceback (most recent call last):
File
The problem was bad LD_LIBRARY_PATH.
Can anybody explain:
why with LD_LIBRARY_PATH=/usr/bin:usr/local/lib64:usr/local/lib, GRC won't
run, and with LD_LIBRARY_PATH=/usr/local/lib64. it works?
On Thu, Jan 31, 2013 at 2:37 PM, Nemanja Savic vlasi...@gmail.com wrote:
I deleted everything that was
On Thu, Jan 31, 2013 at 9:52 AM, Nemanja Savic vlasi...@gmail.com wrote:
The problem was bad LD_LIBRARY_PATH.
Can anybody explain:
why with LD_LIBRARY_PATH=/usr/bin:usr/local/lib64:usr/local/lib, GRC won't
run, and with LD_LIBRARY_PATH=/usr/local/lib64. it works?
My only guess for that is
On Wed, Jan 30, 2013 at 01:23:19PM +0100, Nemanja Savic wrote:
Today I have tried again, but this time i used block as is designed by
gr_modtool. It wont wen throught test, bu it reports:
AttributeError: 'module' object has no attribute 'sync_block'
It is becoming horror.
Nemanja,
it
In order to find which version I am using (since I have few build folders
on my computer, and I don't know from which gnuradio was installed, because
i tried a lot of times to install it without success (there were some
problems since I am using RHEL6)) I decided to uninstall everything and
make
Guys,
i am not able to load gr.basic_block and make signal processing block in
Python. Simplu, there is no binding within gnuradio/gr for that class.
It works perfectly for gr.hier)block2 class.
What might be the problem?
Thanks
On Tue, Jan 29, 2013 at 12:57 PM, Nemanja Savic
On Tue, Jan 29, 2013 at 7:00 AM, Nemanja Savic vlasi...@gmail.com wrote:
Guys,
i am not able to load gr.basic_block and make signal processing block in
Python. Simplu, there is no binding within gnuradio/gr for that class.
It works perfectly for gr.hier)block2 class.
What might be the
On Tue, Jan 29, 2013 at 7:40 AM, Nemanja Savic vlasi...@gmail.com wrote:
I'm not sure what you mean by load gr.basic_block. Do you mean inherit
from?
I want to make my block which very similar to packet deframer. Here is th
code:
class packet_tst(gr.hier_block2):
def __init__(self,
OK, I'll try to explain everything.
I want to design block responsible for decoding messages, calculating crc,
etc ... In order to do that I investigated packet_demod_base block from
main gnuradio branch,
and also packet_deframer from gr_extras group of blocks. I realized that
such kind of blocks
I installed new version of gr_modtool script and it won't work. The error
is following:
[savi_ne@ts-070046nl gr-test]$ gr_modtool.py add -N rx_tx_message -t hier
-l python
Using Python 2.7 possibly buggy. Ahem. Please send all complaints to
/dev/null.
Operating in directory .
GNU Radio module
Since I don't know why gr_modtool doesn't work for me, I took the older
working version and made very simple hier block in order to understand
messages flow in gnuradio.
The block code is following:
from gnuradio import gr
class msg_proba(gr.hier_block2):
def __init__(self, ):
- Try the latest gr_modtool from github
- What you're doing seems weird--why are you connecting message blocks?
These are meant as a hackish solution to access samples from outside
the flow graph. Perhaps you want the new PDU to stream blocks?
MB
On Mon, Jan 28, 2013 at 04:42:04PM +0100,
Hi all,
In my first post from today, where I reported error in gr_modtool, I was
using script downloaded from github this morning (just to clarifu how old
scriot I used).
Basically I am trying to make my own packet deframer block, and they are
more or less designed like that. This block was
Hi all,
today i was trying to make hierarchical signal processing block in Python.
I started with gr_modtool script, and configured it for hierpython block
type.
My idea was to design block similar to packet framer, so inside of the new
block, I connected binary slicer and Framer sink. I have
For a hier block in Python, do
$ gr_modtool.py add -t hier -l python
You need 3.6.3 to do that.
Also, you'll need a new version of modtool (it usually lags a bit behind
changes in GNU Radio).
MB
On Fri, Jan 25, 2013 at 05:05:56PM +0100, Nemanja Savic wrote:
Hi all,
today i was trying
Thank you Martin, I will try that on Monday.
I suppose that I have older version of gr_modtool, cause there is no option
-l for selecting language.
My weekend would be maybe perfect If you or anybody else can explain to me
why my code won't work, cause I have more or less copied block structure
20 matches
Mail list logo
