Hello all,
I'm using E310 on GnuRadio Companion and I'm trying to use E310 to transmit
independently but failed. I'm wondering whether there is a way to do that
or whether I've done something wrong on my side.
First, I put two sources in GRC, one cosine wave transmits forever and one
vector sourc
r noutput_items? It
> sounds like there might still be a misunderstanding as to what this
> variable is used for. Why does your block care about the value of
> noutput_items?
>
> v/r,
> Rich
>
> On Wed, Apr 1, 2015 at 8:34 AM, Zhe Feng wrote:
>
>> Dear Marcus
ff the top of my head, but this might be one of
> those functions that you can't call during work(). Have you tried calling
> it in the ctor?
>
> M
>
> On 01.04.2015 08:34, Zhe Feng wrote:
>
>> Dear Marcus,
>>
>> Thanks for your comment!
>> I made a
ask you to work() if there's
> not enough space available.
>
> Greetings,
> Marcus
>
>
> [1]
>
> http://gnuradio.org/doc/doxygen/classgr_1_1block.html#a65cfc579150dc4d10c6180d3365aa9a8
>
> On 04/01/2015 04:47 PM, Zhe Feng wrote:
> > Dear all,
> >
&g
Dear all,
I'm experiencing a problem with the noutput_items.
I have written a sync block which did "return" several times. I found the
noutput_items dropped exactly by the amount that I returned. For example, if
I wrote "return 10", after that, I printed noutput_items and found it
decreased to
gt; frankpint...@yahoo.com> wrote:
>
>
> Ok. First instruction that I do not know how to execute is "import
> coma.cdma_parameters as cp". What exactly am I supposed to be replacing in
> this section
>
>
> On Wednesday, January 14, 2015 6:54 PM, Achilleas Anast
___
> Discuss-gnuradio mailing list
> Discuss-gnuradio@gnu.org
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
--
Zhe Feng
Electrical Engineering: System
University of Michigan Ann Arbor
Tel: 734-834-3188
___
2(gr::digital::packet_header_default)*.
So I'm asking you that how to correctly derive my class (eg:
packet_header2) in my own oot module based on a class (eg:
packet_header_default) in an existing module (eg: gr-digital)?
My packet_header2.h and packet_header2.cc are attached for your referen
Dear all,
I checked the keep_m_in_n block and found a possible bug in it. In the work
function, the code wrote:
consume_each(d_n);
return d_m;
which I think it should be
consume_each(blks*d_n);
return blks*d_m.
while blks=std::min(noutput_items/d_m, ninput_items[0]/d_n).
Since both m and n of
Dear all,
I have a question related to the constellation objects in gr-digital. After
checking the constellation.cc, I found the constellation of 8PSK and QPSK
class are all Grey coded. Now I want to use a 8PSK constellation with
natural mapping.
I know I can just modify the constellation indexi
Hi all,
I'm working on a system with trellis coding and I met a problem with the
python callback function generated by grc . Because there are several
parameters used in the blocks needs to be updated. I added callback
functions for those parameters in those c++ files.
For example, to add callb
Hi all,
I'm working on a system with packet headers. I want to use the message
decoded by the Packet Header Parser to update a variable.
I knew the message can be stored in a message debug block, and be retrieved
by using the "get_message" function. So I can define a get function to read
the me
Hi Tom,
I found my mistake.
OK, maybe I don't have to worry about the public header file now.
Thanks!
Best,
Zhe
On Tue, Feb 4, 2014 at 2:06 PM, Tom Rondeau wrote:
> On Tue, Feb 4, 2014 at 6:26 PM, Zhe Feng wrote:
> > Hi Nemanja,
> >
> > Yes, that's what I wa
Hi Nemanja,
You are right! I didn't do the in a correct way, so it didn't
work for me. With the help of Prof. Anastasopoulos, it works for me now.
Thanks for your suggestion! Really helpful!
Best,
Zhe
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Documentation-for-out
Hi Nemanja,
I just went back to version 3.6.5 and had some findings.
1) block in out-of-tree module don't have any default
documentations(description) in it. In version 3.7, it has some default
descriptions like:
make(xx, xx) -> sptr
Return a shared_ptr to a new instance of xx::xx.
To avoid a
Hi all,
I'm working on an out-of-tree module and I want to make the documentations
which can be shown in the windows when people double click the blocks.
I guess the documentations are written in the header files in
/gr-xx/include/xx. So I tried to modify the header files of blocks which
already
Hi Nemanja,
Yes, that's what I want to do.
I'm using the latest version 3.7.2. When I add the tag in the xml of a
block, I found the block disappeared after reinstallation. Is it because of
different version?
Thanks!
Zhe
--
View this message in context:
http://gnuradio.4.n7.nabble.com/D
Hi Nemanja,
I checked the xml files and I didn't find the "documentations". By the way,
I don't see a tag in xml file.
Did I miss anything?
Thanks!
Zhe
--
View this message in context:
http://gnuradio.4.n7.nabble.com/Documentation-for-out-of-tree-module-tp46127p46130.html
Sent from the Gnu
Could anyone give me any
suggestions to resolve problem?
Thanks a lot!
Best,
Zhe
--
Zhe Feng
University of Michigan Ann Arbor
Tel: 734-834-3188
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi all,
I'm working on an out-of-tree module and I want to make the documentations
which can be shown in the windows when people double click the blocks.
I guess the documentations are written in the header files in
/gr-xx/include/xx. So I tried to modify the header files of blocks which
alread
20 matches
Mail list logo
