Thank you so much Achilleas
Every thing is fine , PROBLEM SOLVED
I'm looking forward to reciprocating your help as soon as possible
Thank you so much again and every one in this group.
*Best wishes *
*Alfred*
On Tue, Sep 29, 2015 at 5:55 PM, Achilleas Anastasopoulos wrote:
Hi everyone!
I have a GNURadio project running on Kubuntu 14.04 using GNURadio
Companion v3.7.2.1 along with several OOT blocks that I wrote. (I know
I'm a bit behind on the releases.) A lot of the code was originally written
in v3.6 so some of what follows may be me conflating old interface
Dear all,
I've done some debugging in gnuradio-runtime and made the following
observations:
- When not connecting the message ports in my example, gnuradio-runtime
flattens the hier block, so that only the child blocks remain in the
flattened flowgraph. This behavior is correct.
- Connecting the
Good day everyone
Could some please explain to me where I'm missinterpreting how to implement
a block. My block code is
import numpy as np
from gnuradio import gr
class compress_ff(gr.sync_block):
"""
Compressing Block
"""
def __init__(self, n, m):
global phi
N = n
M
I am writing a block that acts as a gate: it only consumes when locked and
passes samples when unlocked. The gate state is generally controlled by tags
on its input stream. Thus there is no a priori known input/output
relationship. When testing, the block performs as expected until some
Dear all,
I've done some debugging in gnuradio-runtime and made the following
observations:
- When not connecting the message ports in my example, gnuradio-runtime
flattens the hier block, so that only the child blocks remain in the
flattened flowgraph. This behavior is correct.
- Connecting the
Alfred,
not all of what you are saying here can be true at the same time!
In your previous email you said that gr-cdma is downloaded in
"\home\gr-cdma"
Now you are saying that this directory is actually
"/home/alfred/gr-cdma"
which is correct anyway?
if the latter, then you have to set your