Re: [Discuss-gnuradio] Updating old 802.15.4 code to latest release

[Leslie Choong]

Hi Dimitris, I scanned over your code and think you just need to add
"self" to one statement. We add self only if there is an external
port. Your rds_rx block has an input but is a sink and therefore no
output. Therefore at line 102 rds_rx.py you may want to add something
like:
self.connect(self, self.inpoint)

Since top_blocks do not have any input or output ports you don't need
to add anything to those connect statements. I hope that makes sense!
Let me know if it works. Good luck!
-Leslie

On Thu, Nov 6, 2008 at 8:02 AM, Dimitris Symeonidis <address@hidden> wrote:
> I gave it a shot, didn't work though...
> I was getting the error "ValueError: port number 0 exceeds max of (none)"
>
> here's my hier_block2:
> https://www.cgran.org/browser/projects/radio_data_system/trunk/src/python/rds_rx.py
> and here's my top_block:
> https://www.cgran.org/browser/projects/radio_data_system/trunk/src/python/rds_scope_pll_test.py
>
> Any other ideas?
>
> Dimitris Symeonidis
> "If you think you're too small to make a difference, try sleeping with
> a mosquito!" - Amnesty International
>
>
>
> On Tue, Nov 4, 2008 at 17:58, Leslie Choong <address@hidden> wrote:
>> Hi Dimitris, I did find the source of the problem. I needed to add
>> "self" at the beginning (and sometimes end) of the argument list for
>> self.connect(). I looked through examples in the gnuradio codebase.
>> Jonathan offered this explanation as to why it is wired up that way
>> when I didn't think it made much sense:
>>
>>> Is there a reason for having self be passed along the way it is in 
>>> hier_block2?
>>
>> Yes.  "self" in the connect command refers to an external port of the
>> hierarchical block.  Many hierarchical blocks are linear chains of
>> blocks internally, with a single external input port and a single
>> external output port.  The shortcut method of wiring these is:
>>
>> self.connect(self, ..., ..., ..., ..., self)
>>
>> The non-shortcut way:
>>
>> self.connect(self, 0, ..., ...)
>> ...
>> self.connect(..., ...., self. 0)
>>
>> This means "connect external input port 0 to block ..., input port ..."
>> and "connect block ..., output port ... to external output port 0".
>>
>> ------------------
>>
>> I hope that helps you out! Let me know if that fixed the problem. Good luck!
>> -Leslie
>>
>>
>>
>> On Tue, Nov 4, 2008 at 7:23 AM, Dimitris Symeonidis <address@hidden> wrote:
>>> Hi Leslie,
>>>
>>> I have encountered the same problem in my RDS code
>>> (https://www.cgran.org/wiki/RDS)
>>> The error comes up because I have a top_block that creates a msg_queue
>>> and passes it (as an argument) to a hier_block2.
>>> This hier_block2 then outputs to the queue. I am receiving the same
>>> error message (try running rds_scope_pll_test.py under src/python,
>>> which calls rds_rx.py).
>>> I haven't yet had the time to look into this, because I resolved it by
>>> integrating the hier_block2 functionality inside the top_block (look
>>> at usrp_rds_scope_pll.py)
>>>
>>> If you do find the source of the problem, I would appreciate it if you
>>> pass it on to me
>>>
>>> Kind regards, and good luck
>>>
>>>
>>> Dimitris Symeonidis
>>> "If you think you're too small to make a difference, try sleeping with
>>> a mosquito!" - Amnesty International
>>>
>>>
>>>
>>> On Wed, Oct 29, 2008 at 03:34, Leslie Choong <address@hidden> wrote:
>>>> Hi everyone,
>>>> I'm currently updating Thomas Schmid's old 802.15.4 demodulation code.
>>>> It has been tested and works with at least revision 7596 of the
>>>> gnuradio trunk. I've been trying to update the code to work with the
>>>> latest release of Gnuradio (3.1). I've looked at examples converting
>>>> from hier_block to hier_block2 and flow_graph to top_block. I've
>>>> implemented those changes but still run into this error:
>>>>
>>>> python: /usr/include/boost/shared_ptr.hpp:375: T*
>>>> boost::shared_ptr<T>::operator->() const [with T = gr_basic_block]:
>>>> Assertion `px != 0' failed.
>>>>
>>>> Searches for this error on the list did not turn up much. I was
>>>> wondering if there was anything else that I missed. I've been banging
>>>> my head on the wall about this trying to figure out a fix. I jumped
>>>> into gdb and found that the code was crashing when trying to flatten
>>>> the flow_graph. I turned on debugging messages for
>>>> gr_hier_block2_detail.cc and here is the result of that:
>>>>
>>>> connecting: ieee802_15_4_demod(3):0 -> sos_packet_sink(8):0
>>>> connect: src is hierarchical, setting parent to 0x89e3d00
>>>> connecting: usrp1_source_c(1):0 -> pwr_squelch_cc(9):0
>>>> connecting: pwr_squelch_cc(9):0 -> ieee802_15_4_demod_pkts(2):0
>>>> connect: dst is hierarchical, setting parent to 0x88bc270
>>>> start: entered
>>>> flattening top_block
>>>> Flattening edge usrp1_source_c(1):0->pwr_squelch_cc(9):0
>>>> Flattening edge pwr_squelch_cc(9):0->ieee802_15_4_demod_pkts(2):0
>>>> Resolving endpoint ieee802_15_4_demod_pkts(2):0 as an input, recursing
>>>> Resolving port 0 as an input of ieee802_15_4_demod_pkts
>>>> python: /usr/include/boost/shared_ptr.hpp:375: T*
>>>> boost::shared_ptr<T>::operator->() const [with T = gr_basic_block]:
>>>> Assertion `px != 0' failed.
>>>> Aborted
>>>>
>>>> I have attached a patch for anyone who wants to look further. If you'd
>>>> like to see all the code you can follow these steps to try it out
>>>> yourself:
>>>> svn checkout svn://acert.ir.bbn.com/svn/gr-ucla
>>>> cd gr-ucla/trunk
>>>> (copy changes.diff to this directory)
>>>> patch -p0 -i changes.diff
>>>>
>>>> Then build it all:
>>>> ./bootstrap && ./configure && make
>>>> sudo make install
>>>>
>>>> then:
>>>> cd src/examples
>>>> ./cc2420_rxtest.py
>>>>
>>>>
>>>> If you have any comments or leads on something else that I should look
>>>> into I would really appreciate hearing it. Thanks for all your help!
>>>> -Leslie Choong
>>>>
>>>> _______________________________________________
>>>> Discuss-gnuradio mailing list
>>>> address@hidden
>>>> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>>>
>>>>
>>>
>>
>