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