Hello Robin,
Thanks for the reply. We quickly tried your suggestion, and it seems to
work fine!
We first thought it was impossible to have 2 living streamers at the same
time, because of the next comment in uhd/device.hpp
Note: There can always only be one streamer. When calling get_tx_stream()
* a second time, the first streamer must be destroyed beforehand.
But we realized this only true if the 2nd streamer uses "some" of the RF
channels used by the first one.
Thanks again,
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 10 May 2018 at 14:43, ROBIN TORTORA <ti...@comcast.net> wrote:
> 1 persistent streamer per channel, no tearing down and starting up, and do
> timed transmits on the desired channel(s)...
>
>
> Although you havent said much about your physical setup and what you are
> actually trying to do, I can understand the need to keep things private,
> but if there are further things you can share, it may be helpful...
>
> On May 10, 2018 at 5:57 AM Serge Malo via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
> 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
>
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
