Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread harfan ryanu via USRP-users
Hi Marcus,
I have tried setting the tx_subdev "A:0 B:0 A:0 B:0" probably you mean only
"A:0 B:0" since it produce another error saying input port already
connected. I have tried another several benchmark configuration as follow:
1. ./benchmark_rate --tx_rate "1e6" --args "addr=192.168.40.2" --tx_subdev
"A:0 B:0" --channel "0,1" or ./benchmark_rate --tx_rate "1e6" --args
"addr=192.168.50.2" --tx_subdev "A:0 B:0" --channel "0,1" --> result
success with 0 error
2. ./benchmark_rate --tx_rate "1e6" --args "addr0=192.168.40.2,
addr1=192.168.50.2" --tx_subdev "A:0 B:0 A:0 B:0" --channel "0,1,2,3" --ref
"external" --pps "external" --> produce error Error: RuntimeError: On node
0/DmaFIFO_0, input port 0 is already connected.
3. ./benchmark_rate --tx_rate "1e6" --args "addr0=192.168.40.2,
addr1=192.168.50.2" --tx_subdev "A:0 B:0" --channel "0,1,2,3" --ref
"external" --pps "external"--> only 2 out of 4 red LED is On for a few
second, and the benchmark rate freeze at [00:00:06.374504] Testing transmit
rate 1.00 Msps on 4 channels.
4. ./benchmark_rate --tx_rate "1e6" --args "addr0=192.168.40.2,
addr1=192.168.50.2" --tx_subdev "A:0 B:0" --channel "0,1" --ref "external"
--pps "external"--> only 1 out of 2 red LED is On for a few second, and the
benchmark rate freeze at [00:00:06.374504] Testing transmit rate 1.00
Msps on 4 channels.

When i change -tx_rate in all the 4 test into --rx_rate. They work pretty
well and not produce any error. It seems the problem only come when i try
to create multi usrp object and it only happen during TX only. Even in
fourth test i only use channel 0 & 1 which in only exist in first USRP, the
problem still occurs. All the error after the freeze creates error message
saying BIST failed (code:1) if i try to re run the benchmark test, and i
have to turn on and of the power of the USRP.

Do you have any idea why it could happen? I have configure the cpufreq-info
and net.core.rmem_max & wmem_max to 5000 and sudo ethtool -G tx 4078 rx
4078 to both usrp interface to no avail. What confuse me is why it is only
happen during TX, while the RX is doing fine. I attach the benchmark test
run output below until the freeze occurs.

Thank you for your respond

Regards,
Harfan




./benchmark_rate --tx_rate "1e6" --args "addr0=192.168.40.2,
addr1=192.168.50.2" --tx_subdev "A:0 B:0" --channel "0,1,2,3" --ref
"external" --pps "external"
[INFO] [UHD] linux; GNU C++ version 5.4.0 20160609; Boost_105800;
UHD_3.11.1.0-release
[WARNING] [UHD] Unable to set the thread priority. Performance may be
negatively affected.
Please see the general application notes in the manual for instructions.
EnvironmentError: OSError: error in pthread_setschedparam

[00:00:00.02] Creating the usrp device with: addr0=192.168.40.2,
addr1=192.168.50.2...
[INFO] [X300] X300 initialization sequence...
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Maximum frame size: 8000 bytes.
[INFO] [X300] Radio 1x clock: 200 MHz
[INFO] [X300] Radio 1x clock: 200 MHz
[INFO] [GPS] No GPSDO found
[INFO] [0/DmaFIFO_0] Initializing block control (NOC ID: 0xF1F0D000)
[INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1306 MB/s)
[INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1317 MB/s)
[INFO] [0/Radio_0] Initializing block control (NOC ID: 0x12AD1001)
[INFO] [GPS] No GPSDO found
[INFO] [1/DmaFIFO_0] Initializing block control (NOC ID: 0xF1F0D000)
[INFO] [1/DmaFIFO_0] BIST passed (Throughput: 1304 MB/s)
[INFO] [1/DmaFIFO_0] BIST passed (Throughput: 1315 MB/s)
[INFO] [0/Radio_1] Initializing block control (NOC ID: 0x12AD1001)
[INFO] [1/Radio_0] Initializing block control (NOC ID: 0x12AD1001)
[INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0)
[INFO] [1/Radio_1] Initializing block control (NOC ID: 0x12AD1001)
[INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0)
[INFO] [1/DDC_0] Initializing block control (NOC ID: 0xDDC0)
[INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0)
[INFO] [1/DDC_1] Initializing block control (NOC ID: 0xDDC0)
[INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0)
[INFO] [1/DUC_0] Initializing block control (NOC ID: 0xD0C0)
[INFO] [1/DUC_1] Initializing block control (NOC ID: 0xD0C0)
Using Device: Multi USRP:
  Device: X-Series Device
  Mboard 0: X310
  Mboard 1: X310
  RX Channel: 0
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 1
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  RX Channel: 2
RX DSP: 0
RX Dboard: A
RX Subdev: UBX RX
  RX Channel: 3
RX DSP: 0
RX Dboard: B
RX Subdev: UBX RX
  TX Channel: 0
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 1
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX
  TX Channel: 2
TX DSP: 0
TX Dboard: A
TX Subdev: UBX TX
  TX Channel: 3
TX DSP: 0
TX Dboard: B
TX Subdev: UBX TX

Now confirming lock on clock 

Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread Marcus D. Leech via USRP-users

On 05/19/2018 12:47 PM, harfan ryanu wrote:

Hi Marcus,
Thank you for your respond,
I just realize it seems somebody in the mail list has the same exact 
problem with me, but i check noone has answered to the problem.

I have tried to run
./benchmark_rate --tx_rate "1e6" --args 
"addr0=192.168.40.2,addr1=192.168.50.2" --channels "0,2" --ref 
"external" --pps "external".
But i got the same problem, only one light from 2 channel is turned on 
(Red), and after that the benchmark rate freeze. The second time i run 
benchmark rate after i force quit (ctrl+c) i got error message saying 
BIST failed (code:1), and have to turn the power off and turn on both 
usrp to make it work again.
However the problem doesnt appear if i try benchmark rate with only 1 
address and both channel (channel "0,1"), or trying to run benchmark 
rate with only rx_rate. When i try to run
/benchmark_rate --rx_rate "1e6" --args 
"addr0=192.168.40.2,addr1=192.168.50.2" --channels "0,2" --ref 
"external" --pps "external".

I can see both RX channel turned green, and no error appear.
Is it possible something might happen with the tx front end? Please 
give me some advice how to solve this.


Thank you for your respond

Regards,
Harfan


 Could you try explicitly setting the subdev spec:

--tx_subdev "A:0 B:0 A:0 B:0"


___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread harfan ryanu via USRP-users
Hi Marcus,
Thank you for your respond,
I just realize it seems somebody in the mail list has the same exact
problem with me, but i check noone has answered to the problem.
I have tried to run
./benchmark_rate --tx_rate "1e6" --args "addr0=192.168.40.2,addr1=192.168.50.2"
--channels "0,2" --ref "external" --pps "external".
But i got the same problem, only one light from 2 channel is turned on
(Red), and after that the benchmark rate freeze. The second time i run
benchmark rate after i force quit (ctrl+c) i got error message saying BIST
failed (code:1), and have to turn the power off and turn on both usrp to
make it work again.
However the problem doesnt appear if i try benchmark rate with only 1
address and both channel (channel "0,1"), or trying to run benchmark rate
with only rx_rate. When i try to run
/benchmark_rate --rx_rate "1e6" --args "addr0=192.168.40.2,addr1=192.168.50.2"
--channels "0,2" --ref "external" --pps "external".
I can see both RX channel turned green, and no error appear.
Is it possible something might happen with the tx front end? Please give me
some advice how to solve this.

Thank you for your respond

Regards,
Harfan

On Sun, May 20, 2018, 02:21 Marcus D. Leech  wrote:

> On 05/19/2018 12:13 PM, harfan ryanu wrote:
> > Hi Marcus,
> > Thank you for your respond,,
> > That is one of the solution i am thinking right now, but to be able to
> > send zero and turn the gain, i believe i have to use multi usrp object
> > using only one stream to send to both channel right?
> Yes.
>
> > However i got another problem when i try multi usrp object, during the
> > tx_streamer->send command only one channel is transmitting for a few
> > second (only one red LED is on in TX/RX), and after that the
> > application freeze. It is not happening with the rx channel, when the
> > application execute rx_streamer->recv all the channel specified in
> > channel args has the green light ON. I dont know why it only happen
> > with the TX only not with the RX. Do you have any idea why could this
> > happen?
> >
> >
> My guess is that there's an issue in your code.  Since this scenario is
> known to work reliably.  Assuming you're running a standard FPGA image and
>haven't modified UHD in any way...
>
>
>
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread Marcus D. Leech via USRP-users

On 05/19/2018 12:13 PM, harfan ryanu wrote:

Hi Marcus,
Thank you for your respond,,
That is one of the solution i am thinking right now, but to be able to 
send zero and turn the gain, i believe i have to use multi usrp object 
using only one stream to send to both channel right?

Yes.

However i got another problem when i try multi usrp object, during the 
tx_streamer->send command only one channel is transmitting for a few 
second (only one red LED is on in TX/RX), and after that the 
application freeze. It is not happening with the rx channel, when the 
application execute rx_streamer->recv all the channel specified in 
channel args has the green light ON. I dont know why it only happen 
with the TX only not with the RX. Do you have any idea why could this 
happen?



My guess is that there's an issue in your code.  Since this scenario is 
known to work reliably.  Assuming you're running a standard FPGA image and

  haven't modified UHD in any way...



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread Marcus D. Leech via USRP-users

On 05/16/2018 07:02 AM, harfan ryanu via USRP-users 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

An approach that may work for you, depending on timing requirements, is 
to send zeros on the "blocked" channel, and turns its RF gain all the

  way down during the time when it is "blocked".



___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread harfan ryanu via USRP-users
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
LL 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,

Regards,
Harfan

2018-05-19 18:37 GMT+10:00 Marcus Müller :

> 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
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


Re: [USRP-users] blocking one of channel in multi usrp

2018-05-19 Thread Marcus Müller via USRP-users
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 
 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
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com


[USRP-users] blocking one of channel in multi usrp

2018-05-16 Thread harfan ryanu via USRP-users
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
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com