Hello Brian,

thanks for your answer! I have returned today and I am testing your changes.

I am using grc and I have the error:

*thread[thread-per-block[0]: <block uhd_rfnoc_DDC (2)>]: LookupError:
KeyError: [0/Radio_0] sr_write(): No such port: 18446744073709551615*

I assume the error is in the configuration of uhd::device_addr_t. Can you
explain how it works? I have not understood it well, I'm sorry :( :(

I am configuring it with grc python block:

*self.device3 = variable_uhd_device3_0 = ettus.device3(uhd.device_addr_t(
",".join(('type=x300', " block_port%d, radio_id%d, radio_port%d")) ))*

I have never tried to change the settings.

Thank you in advance!!! :)

El vie., 30 nov. 2018 a las 16:58, Brian Padalino (<bpadal...@gmail.com>)
escribió:

> Hey Carlos,
>
> The attached patch is what I used applied to 3.13.0.1 I want to say.  You
> get the idea.
>
> To get the controller, I use get_block_ctrl(uhd::rfnoc::block_id_t(0,
> "NAME", 0)) since there is only one instance, for me, in my radio.
>
> When setting up the uhd::device_addr_t, I populate: block_port%d,
> radio_id%d, and radio_port%d where block_port%d is the output block you're
> looking at streaming from.
>
> Hope this is helpful.
>
> Good luck.
>
> Brian
>
> On Fri, Nov 30, 2018 at 4:34 AM Carlos Alberto Ruiz Naranjo <
> carlosruiznara...@gmail.com> wrote:
>
>> Hello Brian,
>>
>> I have finished the FPGA code. I got a DDC 1:2 but I have problems with
>> 1:8. I think I have your same problems: /
>>
>> *thread[thread-per-block[0]: <block uhd_rfnoc_DDC (2)>]: LookupError:
>> KeyError: [0/Radio_0] sr_write(): No such port: 2*
>>
>> In rfnoc code:
>>
>>
>>
>>
>>
>> *        std::vector<boost::shared_ptr<uhd::rfnoc::radio_ctrl> >
>> upstream_radio_nodes =
>> blk_ctrl->find_upstream_node<uhd::rfnoc::radio_ctrl>();
>> UHD_RX_STREAMER_LOG() << "Number of upstream radio nodes: " <<
>> upstream_radio_nodes.size();        for(const
>> boost::shared_ptr<uhd::rfnoc::radio_ctrl> &node:  upstream_radio_nodes)
>> {            node->sr_write(uhd::rfnoc::SR_RESP_OUT_DST_SID,
>> xport.send_sid.get_src(), block_port);        }*
>>
>> I've found your post (
>> http://ettus.80997.x6.nabble.com/USRP-users-Multiple-Output-RFNoC-Block-td9587.html
>> ), but I'm stuck on the same point.
>> Could you give me any suggestions?
>>
>> Thank you!! :)
>>
>>
>>
>>
>> El mié., 28 nov. 2018 a las 16:17, Carlos Alberto Ruiz Naranjo (<
>> carlosruiznara...@gmail.com>) escribió:
>>
>>> Ok! Thank you :)
>>>
>>> El mié., 28 nov. 2018 a las 16:13, Brian Padalino (<bpadal...@gmail.com>)
>>> escribió:
>>>
>>>> On Wed, Nov 28, 2018 at 9:43 AM Carlos Alberto Ruiz Naranjo <
>>>> carlosruiznara...@gmail.com> wrote:
>>>>
>>>>> Thank you! I already have enough work to continue :)
>>>>>
>>>>> One last thing. In the split_stream module, did you concat tuser with
>>>>> m_axis_data_tuser with m_axis_data_tdata?
>>>>>
>>>>
>>>> No tuser at that point.  Just the stream part - tdata, tlast, tvalid,
>>>> and tready.
>>>>
>>>>
>>>>>
>>>>> I'm curious about you election. Why do you think that version 0 is
>>>>> better than version 1?
>>>>>
>>>>
>>>> Not really sure.  It is just the way I ended up.  I think either way
>>>> will work.  Whichever way makes sense to you, try it out!  Have fun! :)
>>>>
>>>> Brian
>>>>
>>>>>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to