Hello Keith, Thanks for the reply. Actually, this is an idea we had too. But it would require sending too much data, because we connect to 16 X300 at 25MSPS. I was wondering if Ettus had a better strategy for this use-case.
Thanks! Serge - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - *Serge Malo * CDO & Co-founder, Skydel Solutions Cell: 1-514-294-4017 www.skydelsolutions.com Twitter: @skydelsol <https://twitter.com/skydelsol> Avis : Ce message est confidentiel et protégé par le secret professionnel. Si vous n'êtes pas le destinataire, veuillez informer l'expéditeur par courriel immédiatement et effacer ce message et en détruire toute copie. / Notice: This message is confidential and privileged. If you are not the addressee, please inform the sender by return e-mail immediately and delete this message and destroy all copies. On 8 May 2018 at 12:14, Keith k <keithko...@gmail.com> wrote: > Is it feasible for your application to just have one streamer for all your > X300s, but just stream 0s on the channels you arent using? I have also > found that re-configuring streamers is messy. > > On Tue, May 8, 2018 at 2:21 PM, Serge Malo via USRP-users < > usrp-users@lists.ettus.com> wrote: > >> Hi all, >> >> We are building an application using multiple X300s under Ubuntu 16.04, >> using UHD 3.10.3.0 >> The application needs to transmit data to different X300s, depending on >> the status of the application. >> So, each time we need to transmit data to a different set of X300s, we >> destroy and re-create a uhd::tx_streamer with different uhd::stream_args_t >> >> However, we are facing the next 2 issues: >> 1- After creating about 127 streamers, the multi_usrp::get_tx_streamer >> method throws an exception. The work-around we found is to re-create the >> multi_usrp object at that moment. >> 2- Sometimes, after re-creating the multi_usrp object, the >> multi_usrp::get_tx_streamer throws another exception: "IOError: Failed >> to sync DACs". We have not found a work-around for this error. >> >> >> So, I would like to know if there is a better strategy to create and use >> different uhd::tx_streamers within our application? Otherwise, could >> suggest other work-around we could try? >> >> Best regards, >> Serge >> >> >> >> >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> - - - - - - - - - - - - - - >> *Serge Malo * >> CDO & Co-founder, Skydel Solutions >> Cell: 1-514-294-4017 >> www.skydelsolutions.com >> Twitter: @skydelsol <https://twitter.com/skydelsol> >> Avis : Ce message est confidentiel et protégé par le secret >> professionnel. Si vous n'êtes pas le destinataire, veuillez informer >> l'expéditeur par courriel immédiatement et effacer ce message et en >> détruire toute copie. / Notice: This message is confidential and >> privileged. If you are not the addressee, please inform the sender by >> return e-mail immediately and delete this message and destroy all copies. >> >> _______________________________________________ >> USRP-users mailing list >> USRP-users@lists.ettus.com >> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com >> >> > > > -- > -Keith Kotyk >
_______________________________________________ USRP-users mailing list USRP-users@lists.ettus.com http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
