Hi Marcus,
Thank you for your reply.
Currently I have created two streamer with first streamer goes to channel 0
and second streamer goes to channel 2. The sampling rate is same for both
channel. I am successfully controlling the stream from channel 0 to channel
2. However when i try to change back to channel 0, i got suddenly a lot of
LLLLLL message.
I have another problem when trying to use both channel at the same time,
only one of the tx is working (i can see by looking at the TX LED indicator
in one of USRP in is not On, while RX LED indicator in both of USRP is On).
I believe both USRP has already synchronized. I am still stuck in trying to
find the core cause for both problem.
Do you have any idea why it might happen?

Thank you very much,


2018-05-19 18:37 GMT+10:00 Marcus Müller <marcus.muel...@ettus.com>:

> Go Harfan,
> It is internally assumed that a streamer during its life time has a fixed
> number of streams. What sampling rate are we talking about? Is continuity
> for the other channels a concern? What is the time scale we're switching
> channels on an off?
> Best regards,
> Marcus
> On 16 May 2018 13:02:01 GMT+02:00, harfan ryanu via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>> Hi all,
>> Currently I am developing an application with multi usrp using two X310.
>> My current configuration is using all 4 channel in usrp with all subdev
>> enabled (A:0 B:0), both feed by an external clock. However I am curious if
>> we have already issued stream command, is it possible to block one of the
>> channel especially during send or recv command? My goal is controlling
>> which channel can active while the other is not active / not transmitting
>> anything.
>> I would be glad if anyone could provide me some recommendation on how to
>> implement such thing.
>> Thank you very much,,
>> Regards,
>> Harfan
> --
> This was written on my cellular phone. whilst an impressive piece of
> engineering, this might not be the perfect device to write emails on -
> please excuse my brevity.
USRP-users mailing list

Reply via email to