Re: [USRP-users] OTT Gain Block stopping samples flowing from RFNoC Digital Down Converter

[Cédric Hannotier via USRP-users]

Hi Rob,

On 17/02/21 13:38, Rob Kossler wrote:
> Could this be another case of the "issue_stream_cmd" never making it from
> the streamer to the Rx radio?  Cédric, didn't we find that if you don't
> have a custom block controller, the stream cmd does not propagate as expect
> to the Radio and thus you get a recv() timeout?

Yes, that my thought as well.

Information about the bug and known workarounds can be found there:
https://github.com/EttusResearch/uhd/issues/406

and the mail thread is here:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2021-January/063522.html

TLDR, your custom controller (cpp|hpp) must be compiled in-tree with UHD, not 
OOT.

Regards
-- 

Cédric Hannotier

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

[USRP-users] GPSDO fails to lock

[Johannes Demel via USRP-users]

Hi all,

I have some N310s and a B210 that I try to sync with a GPSDO. All of 
them recognize their GPSDOs but fail to lock.


My phone can see ~7 Satellites. We have a RPi with a GPS module that 
locks to GPS in the same hall. We switched antennas but still, we can't 
sync any of the USRPs to GPS.


I tried:

```
lib/uhd/utils/query_gpsdo_sensors
```
and
```
lib/uhd/examples/sync_to_gps
```
but even after a day, they always return "GPS does not have lock" and 
"WARNING:  GPS not locked - time will not be accurate until locked".

`gpsmon` on the N310s reports 0 Satellites. But it has a list of satellites.

Since we have several devices in that room that are able to acquire a 
lock but none of our USRPs with their GPSDOs, I wonder what is going on. 
Do they need a very strong signal?


Cheers
Johannes

--
Johannes Demel M.Sc.
Research Engineer

University of Bremen
Department of Communications Engineering
Faculty 1 - Physics / Electrical Engineering

www.uni-bremen.de/en

University of Bremen - Established 1971

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

Re: [USRP-users] User register on X300 UHD 3.9

[Cédric Hannotier via USRP-users]

Hi Marcus,

On 17/02/21 18:39, Marcus Müller via USRP-users wrote:
> not that hard: you need an instance of settings_register, which you connect 
> to the
> appropriate settings bus.

Would you mean 'setting_reg' instead?
There is no instance of 'settings_register' in the fpga-src/usrp3 tree.

> It's probably easiest if you look through the FPGA code matching your version 
> of UHD
> (check out the UHD source repository, `git checkout` the tag that corresponds 
> to the UHD
> release you're using, and `git submodule update --init` to get the fpga-src 
> submodule at
> the correct state!). Look for existing instances of settings_registers, for 
> example in the
> radio cores. Add yours there, picking an unoccupied address, and connect it 
> appropriately.

Yes, that is what I did. I instantiated a setting_reg in my logic and
attached inputs (set_stb, set_data, etc.) with the ones from the radio.

> Then, you'll have to add a setter / getter in C++ UHD. That boils down to 
> adding a coercer
> and getter to the property_tree. Copy existing code and modify the read/write 
> address
> appropriately to address your settings_register!

Ok, that is the part that I did not get.
I tried out with set_user_register but it failed.
Do you know where I can find documentation
for adding setter/getter to the "property_tree"?

> Generally, what you want to do sounds ... medium-sensible. What's the purpose 
> of all this?
> If it's just to read/write GPIO, there's an API for that :)

The purpose is to be able to change a threshold value in my FPGA logic.

Regards
-- 

Cédric Hannotier

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

Re: [USRP-users] GPSDO fails to lock

[Johannes Demel via USRP-users]

Just a quick follow-up. The B210 finally got a GPS lock. (I had to wait 
for ~2h). Though, all N310s still don't.


On 18.02.21 10:12, Johannes Demel via USRP-users wrote:

Hi all,

I have some N310s and a B210 that I try to sync with a GPSDO. All of 
them recognize their GPSDOs but fail to lock.


My phone can see ~7 Satellites. We have a RPi with a GPS module that 
locks to GPS in the same hall. We switched antennas but still, we can't 
sync any of the USRPs to GPS.


I tried:

```
lib/uhd/utils/query_gpsdo_sensors
```
and
```
lib/uhd/examples/sync_to_gps
```
but even after a day, they always return "GPS does not have lock" and 
"WARNING:  GPS not locked - time will not be accurate until locked".
`gpsmon` on the N310s reports 0 Satellites. But it has a list of 
satellites.


Since we have several devices in that room that are able to acquire a 
lock but none of our USRPs with their GPSDOs, I wonder what is going on. 
Do they need a very strong signal?


Cheers
Johannes



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

Re: [USRP-users] OTT Gain Block stopping samples flowing from RFNoC Digital Down Converter

[Mark D via USRP-users]

Cedric, Rob,



Thanks for your help. It sounds like this is the issue.



I’ll give the workaround a try next time I’m in the office.



Mark



Sent from Mail for Windows 10



From: Cédric Hannotier via USRP-users
Sent: 18 February 2021 09:10
To: usrp-users
Subject: Re: [USRP-users] OTT Gain Block stopping samples flowing from RFNoC 
Digital Down Converter



Hi Rob,

On 17/02/21 13:38, Rob Kossler wrote:
> Could this be another case of the "issue_stream_cmd" never making it from
> the streamer to the Rx radio?  Cédric, didn't we find that if you don't
> have a custom block controller, the stream cmd does not propagate as expect
> to the Radio and thus you get a recv() timeout?

Yes, that my thought as well.

Information about the bug and known workarounds can be found there:
https://github.com/EttusResearch/uhd/issues/406

and the mail thread is here:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2021-January/063522.html

TLDR, your custom controller (cpp|hpp) must be compiled in-tree with UHD, not 
OOT.

Regards
--

Cédric Hannotier

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

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. If 
you have received this email in error please notify the system manager.
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] rfnoc_image_builder error with clock domain

[Mike via USRP-users]

Aaron,

Yes, that is the solution.  I saw that when looking at another YAML file 
in the source folders.  That is a typo in AN-400 that should probably be 
fixed.  In the section describing adding a FFT block to the receive chain:


   clk_domains:
 ...
 # As before, we still connect our FFT block to the clock domain
 - { srcblk: _device_, srcport: ce, dstblk: fft0, dstport: ce }

srcport: ce should be srcport: rfnoc_chdr

It's obvious now but first time through it tripped me up.

Thanks for your help.
Mike

On 2/17/21 8:53 AM, Aaron Rossetto via USRP-users wrote:
On Tue, Feb 16, 2021 at 10:15 AM Mike via USRP-users 
mailto:usrp-users@lists.ettus.com>> wrote:


Any ideas?


Try changing the clock domain connection to your FFT block to this:
  - { srcblk: _device_, srcport: rfnoc_chdr,    dstblk: fft0,   
dstport:ce }


Does that allow rfnoc_image_builder to complete successfully?

Best regards,
Aaron

___
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

Re: [USRP-users] rfnoc_image_builder error with clock domain

[Aaron Rossetto via USRP-users]

On Thu, Feb 18, 2021 at 7:28 AM Mike via USRP-users <
usrp-users@lists.ettus.com> wrote:

That is a typo in AN-400 that should probably be fixed.
>

Indeed it is! Good catch, and my apologies for the inconvenience. Glad you
found the resolution.

I've filed an issue on GitHub to update the application note to fix the
typo: https://github.com/EttusResearch/uhd/issues/416

It's obvious now but first time through it tripped me up.
>

Even now, I'd hesitate to call it obvious. :)

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

Re: [USRP-users] GPSDO fails to lock

[Marcus D Leech via USRP-users]

How are you delivering the GPS antenna signal to the USRPs?  Via a splitter? 
Does that splitter provide DC pass-through?

Sent from my iPhone

> On Feb 18, 2021, at 7:07 AM, Johannes Demel via USRP-users 
>  wrote:
> 
> Just a quick follow-up. The B210 finally got a GPS lock. (I had to wait for 
> ~2h). Though, all N310s still don't.
> 
>> On 18.02.21 10:12, Johannes Demel via USRP-users wrote:
>> Hi all,
>> I have some N310s and a B210 that I try to sync with a GPSDO. All of them 
>> recognize their GPSDOs but fail to lock.
>> My phone can see ~7 Satellites. We have a RPi with a GPS module that locks 
>> to GPS in the same hall. We switched antennas but still, we can't sync any 
>> of the USRPs to GPS.
>> I tried:
>> ```
>> lib/uhd/utils/query_gpsdo_sensors
>> ```
>> and
>> ```
>> lib/uhd/examples/sync_to_gps
>> ```
>> but even after a day, they always return "GPS does not have lock" and 
>> "WARNING:  GPS not locked - time will not be accurate until locked".
>> `gpsmon` on the N310s reports 0 Satellites. But it has a list of satellites.
>> Since we have several devices in that room that are able to acquire a lock 
>> but none of our USRPs with their GPSDOs, I wonder what is going on. Do they 
>> need a very strong signal?
>> Cheers
>> Johannes
> 
> ___
> 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

Re: [USRP-users] OTT Gain Block stopping samples flowing from RFNoC Digital Down Converter

[Rob Kossler via USRP-users]

Hi Cédric,
Following our previous discussion on the topic of building the controllers
in-tree or out-of-tree, I was able to successfully build my controllers
out-of-tree and they seem to work fine (with my custom application). One
negative for building OOT is that the Ettus uhd_usrp_probe example does not
know about your OOT library and so it does not recognize your OOT blocks.
Also, I don't know how it would work with gnuradio.
Rob

On Thu, Feb 18, 2021 at 4:09 AM Cédric Hannotier via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Hi Rob,
>
> On 17/02/21 13:38, Rob Kossler wrote:
> > Could this be another case of the "issue_stream_cmd" never making it from
> > the streamer to the Rx radio?  Cédric, didn't we find that if you don't
> > have a custom block controller, the stream cmd does not propagate as
> expect
> > to the Radio and thus you get a recv() timeout?
>
> Yes, that my thought as well.
>
> Information about the bug and known workarounds can be found there:
> https://github.com/EttusResearch/uhd/issues/406
>
> and the mail thread is here:
>
> http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2021-January/063522.html
>
> TLDR, your custom controller (cpp|hpp) must be compiled in-tree with UHD,
> not OOT.
>
> Regards
> --
>
> Cédric Hannotier
>
> ___
> 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

Re: [USRP-users] OTT Gain Block stopping samples flowing from RFNoC Digital Down Converter

[Cédric Hannotier via USRP-users]

Hi Rob,

On 18/02/21 10:57, Rob Kossler via USRP-users wrote:
> Following our previous discussion on the topic of building the controllers
> in-tree or out-of-tree, I was able to successfully build my controllers
> out-of-tree and they seem to work fine (with my custom application).

OOT blocks with OOT controllers were able to forward issue_stream_command 
action?
Do you know what you have done differently from our previous discussion?

Regards
-- 

Cédric Hannotier

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

Re: [USRP-users] gr-ettus cmake fail

[Mike via USRP-users]

Here is some additional information on this problem. Bottom line: Has 
anyone cross-compiled gr-ettus for E310 using UHD4.0 and gnuradio 3.8 on 
either Ubuntu 18.04 or 20.04?


This cmake error occurs with both Ubuntu 20.04 and 18.04.  It appears to 
be an issue with UHD4.0 configurations.  I've been able to cross-compile 
gr-ettus when using UHD3.15.


The CMake error is as follows:

CMake Error at 
/home/mike/prefix/gr38/oe/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/UseSWIG.cmake:418 
(add_custom_command): Error evaluating generator expression: 
$ 
Target "gnuradio::runtime_swig" not found. Call Stack (most recent call 
first): 
/home/mike/prefix/gr38/oe/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/UseSWIG.cmake:559 
(SWIG_ADD_SOURCE_TO_MODULE) 
/home/mike/prefix/gr38/oe/sysroots/cortexa9t2hf-neon-oe-linux-gnueabi/usr/lib/cmake/gnuradio/GrSwig.cmake:137 
(swig_add_library) swig/CMakeLists.txt:58 (GR_SWIG_MAKE)


I've added export 
PYTHONPATH=/home/mike/prefix/gr38/oe/sysroots/x86_64-oesdk-linux/usr/lib/python3.7/site-packages/ 
to the environment sourcing file for the cross compiler. But I wonder if 
there is still some issue between python2 and python3 for building these 
files. UHD4.0 and gnuradio3.8 cross-compiles just fine. It's just 
gr-ettus that is having problems.


Any help would be appreciated.

Thanks,

Mike

On 2/14/21 9:56 PM, Mike via USRP-users wrote:

All,
I recently upgraded to Ubuntu 20.04 and am having a problem with cross 
compiling gr-ettus.

I have successfully done the following:
1. Install UHD on  host (using both gitbranch master and UHD-4.0)
2. Install GNU Radio on host (gitbranch maint-3.8)
3.  Install gr-ettus on host (gitbranch master)
4. Downloaded SDK for UHD4.0.0 (and associated SD image for E310)
5.  Cross compiled UHD
6.  Cross compiled GNU Radio
Attempting to cross compile gr-ettus is the point where cmake of 
gr-ettus failed.
I executed the following command:  (similar to other cross compile 
commands)
cmake 
-DCMAKE_TOOLCHAIN_FILE=~/prefix/gr38/src/gnuradio/cmake/Toolchains/oe-sdk_cross.cmake 
-DCMAKE_INSTALL_PREFIX=/usr ..

The CMakeError.log first line is this:
Performing C SOURCE FILE Test CMAKE_HAVE_LIBC_PTHREAD failed with the 
following output:
And then seems to indicate that it can't compile a test program that 
uses pthread_create().  This seems something like test for pthread and 
pthreads.  I think pthread passed and pthreads failed.
The log file showed that the last test was for pthread (as indicated 
by -lpthread on the gcc command)

The error file had -lpthreads on the gcc command
Is this something that needs to be disabled or is there something else 
wrong with my configuration.  The host installation appears to be 
working nominally.
Thank you for your assistance and if this has already been discussed 
somewhere please accept my apologies and point me to the prior 
discussion.


Thanks,

Mike

___
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

Re: [USRP-users] OTT Gain Block stopping samples flowing from RFNoC Digital Down Converter

[Rob Kossler via USRP-users]

I previously did not have the link options correct for building OOT.  If
you look in the CMakeLists.txt file in the Ettus rfnoc example apps folder,
you will see a link option "-Wl,--no-as-needed".  I didn't look into it
thoroughly, but without that option, the OOT blocks do not get linked in
(or at least their code to register themselves at startup never executes).
Once I added this linker option to my custom app, the OOT blocks register
fine and behave normally.
Rob

On Thu, Feb 18, 2021 at 12:24 PM Cédric Hannotier via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Hi Rob,
>
> On 18/02/21 10:57, Rob Kossler via USRP-users wrote:
> > Following our previous discussion on the topic of building the
> controllers
> > in-tree or out-of-tree, I was able to successfully build my controllers
> > out-of-tree and they seem to work fine (with my custom application).
>
> OOT blocks with OOT controllers were able to forward issue_stream_command
> action?
> Do you know what you have done differently from our previous discussion?
>
> Regards
> --
>
> Cédric Hannotier
>
> ___
> 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

[USRP-users] x310 two UBX daughterboard receiver

[Xiang Ma via USRP-users]

Hi,

I am using a x310 USRP with two UBX daughterboards. Now I can transmit
and receive the signal in RF A daughterboard with command
self.source.set_antenna("RX2", 0)
self.sink.set_antenna("TX/RX", 0).

Now, I want to transmit the signal in RF A, and receive the signal in
both RF A and RF B. It is actually 1 transmitter and 2 receivers. How can I
implement this? I checked the set_subdev_subdev("B", 1), but it doesn't
work.

Thank you,




-- 
*Xiang Ma, *Ph.D. Student
College of Engineering
Utah State University
E-mail:marxwo...@gmail.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] x310 two UBX daughterboard receiver

[Marcus D Leech via USRP-users]

Just create a 2-channel USRP source and specify a subdev of “A:0 B:0”. 



Sent from my iPhone

> On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users 
>  wrote:
> 
> 
> Hi,
> 
> I am using a x310 USRP with two UBX daughterboards. Now I can transmit 
> and receive the signal in RF A daughterboard with command
> self.source.set_antenna("RX2", 0)
> self.sink.set_antenna("TX/RX", 0).
> 
> Now, I want to transmit the signal in RF A, and receive the signal in 
> both RF A and RF B. It is actually 1 transmitter and 2 receivers. How can I 
> implement this? I checked the set_subdev_subdev("B", 1), but it doesn't work.
> 
> Thank you,
> 
> 
> 
> 
> -- 
> Xiang Ma, Ph.D. Student
> College of Engineering
> Utah State University
> E-mail:marxwo...@gmail.com
> ___
> 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

Re: [USRP-users] x310 two UBX daughterboard receiver

[Xiang Ma via USRP-users]

  Do you have any example code? I am still confused.

Thank you.

On Thu, Feb 18, 2021 at 5:50 PM Marcus D Leech 
wrote:

> Just create a 2-channel USRP source and specify a subdev of “A:0 B:0”.
>
>
>
> Sent from my iPhone
>
> On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
> 
> Hi,
>
> I am using a x310 USRP with two UBX daughterboards. Now I can transmit
> and receive the signal in RF A daughterboard with command
> self.source.set_antenna("RX2", 0)
> self.sink.set_antenna("TX/RX", 0).
>
> Now, I want to transmit the signal in RF A, and receive the signal in
> both RF A and RF B. It is actually 1 transmitter and 2 receivers. How can I
> implement this? I checked the set_subdev_subdev("B", 1), but it doesn't
> work.
>
> Thank you,
>
>
>
>
> --
> *Xiang Ma, *Ph.D. Student
> College of Engineering
> Utah State University
> E-mail:marxwo...@gmail.com
> ___
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
>

-- 
*Xiang Ma, *Ph.D. Student
College of Engineering
Utah State University
E-mail:marxwo...@gmail.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] x310 two UBX daughterboard receiver

[Marcus D Leech via USRP-users]

Well there’s the rx_multi_samples example that is part of the UHD source tree. 

Sent from my iPhone

> On Feb 18, 2021, at 9:32 PM, Xiang Ma  wrote:
> 
> 
>   Do you have any example code? I am still confused.
> 
> Thank you.
> 
>> On Thu, Feb 18, 2021 at 5:50 PM Marcus D Leech  
>> wrote:
>> Just create a 2-channel USRP source and specify a subdev of “A:0 B:0”. 
>> 
>> 
>> 
>> Sent from my iPhone
>> 
 On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users 
  wrote:
 
>>> 
>>> Hi,
>>> 
>>> I am using a x310 USRP with two UBX daughterboards. Now I can transmit 
>>> and receive the signal in RF A daughterboard with command
>>> self.source.set_antenna("RX2", 0)
>>> self.sink.set_antenna("TX/RX", 0).
>>> 
>>> Now, I want to transmit the signal in RF A, and receive the signal in 
>>> both RF A and RF B. It is actually 1 transmitter and 2 receivers. How can I 
>>> implement this? I checked the set_subdev_subdev("B", 1), but it doesn't 
>>> work.
>>> 
>>> Thank you,
>>> 
>>> 
>>> 
>>> 
>>> -- 
>>> Xiang Ma, Ph.D. Student
>>> College of Engineering
>>> Utah State University
>>> E-mail:marxwo...@gmail.com
>>> ___
>>> USRP-users mailing list
>>> USRP-users@lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
> 
> 
> -- 
> Xiang Ma, Ph.D. Student
> College of Engineering
> Utah State University
> E-mail:marxwo...@gmail.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] x310 two UBX daughterboard receiver

[Xiang Ma via USRP-users]

Are there any python code for this? I am using the python interface.

On Thu, Feb 18, 2021 at 7:44 PM Marcus D Leech 
wrote:

> Well there’s the rx_multi_samples example that is part of the UHD source
> tree.
>
> Sent from my iPhone
>
> On Feb 18, 2021, at 9:32 PM, Xiang Ma  wrote:
>
> 
>   Do you have any example code? I am still confused.
>
> Thank you.
>
> On Thu, Feb 18, 2021 at 5:50 PM Marcus D Leech 
> wrote:
>
>> Just create a 2-channel USRP source and specify a subdev of “A:0 B:0”.
>>
>>
>>
>> Sent from my iPhone
>>
>> On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users <
>> usrp-users@lists.ettus.com> wrote:
>>
>> 
>> Hi,
>>
>> I am using a x310 USRP with two UBX daughterboards. Now I can
>> transmit and receive the signal in RF A daughterboard with command
>> self.source.set_antenna("RX2", 0)
>> self.sink.set_antenna("TX/RX", 0).
>>
>> Now, I want to transmit the signal in RF A, and receive the signal in
>> both RF A and RF B. It is actually 1 transmitter and 2 receivers. How can I
>> implement this? I checked the set_subdev_subdev("B", 1), but it doesn't
>> work.
>>
>> Thank you,
>>
>>
>>
>>
>> --
>> *Xiang Ma, *Ph.D. Student
>> College of Engineering
>> Utah State University
>> E-mail:marxwo...@gmail.com
>> ___
>> USRP-users mailing list
>> USRP-users@lists.ettus.com
>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>
>>
>
> --
> *Xiang Ma, *Ph.D. Student
> College of Engineering
> Utah State University
> E-mail:marxwo...@gmail.com
>
>

-- 
*Xiang Ma, *Ph.D. Student
College of Engineering
Utah State University
E-mail:marxwo...@gmail.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] x310 two UBX daughterboard receiver

[Marcus D. Leech via USRP-users]

On 02/18/2021 10:16 PM, Xiang Ma wrote:

Are there any python code for this? I am using the python interface.
You'll have to kind of infer what to do from the C++ example--there is 
no Python version of that example.





On Thu, Feb 18, 2021 at 7:44 PM Marcus D Leech 
mailto:patchvonbr...@gmail.com>> wrote:


Well there’s the rx_multi_samples example that is part of the UHD
source tree.

Sent from my iPhone


On Feb 18, 2021, at 9:32 PM, Xiang Ma mailto:marxwo...@gmail.com>> wrote:


  Do you have any example code? I am still confused.

Thank you.

On Thu, Feb 18, 2021 at 5:50 PM Marcus D Leech
mailto:patchvonbr...@gmail.com>> wrote:

Just create a 2-channel USRP source and specify a subdev of
“A:0 B:0”.



Sent from my iPhone


On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:


Hi,

I am using a x310 USRP with two UBX daughterboards. Now
I can transmit and receive the signal in RF A daughterboard
with command
self.source.set_antenna("RX2", 0)
self.sink.set_antenna("TX/RX", 0).

Now, I want to transmit the signal in RF A, and receive
the signal in both RF A and RF B. It is actually 1
transmitter and 2 receivers. How can I implement this? I
checked the set_subdev_subdev("B", 1), but it doesn't work.

Thank you,




-- 
/*Xiang Ma, */Ph.D. Student

College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 
___
USRP-users mailing list
USRP-users@lists.ettus.com 
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




-- 
/*Xiang Ma, */Ph.D. Student

College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 




--
/*Xiang Ma, */Ph.D. Student
College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 


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

Re: [USRP-users] x310 two UBX daughterboard receiver

[Xiang Ma via USRP-users]

If I want to use slot A as transmitter, slot B as receiver, can I do like
this:
self.source.set_antenna("RX2", 1)
self.sink.set_antenna("TX/RX", 0)

In this page, it said *The default subdev spec is "A:0 B:0", which means
slot A is mapped to channel 0, and slot B is mapped to channel 1.*
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2018-June/056965.html

On Thu, Feb 18, 2021 at 9:18 PM Marcus D. Leech 
wrote:

> On 02/18/2021 10:16 PM, Xiang Ma wrote:
>
> Are there any python code for this? I am using the python interface.
>
> You'll have to kind of infer what to do from the C++ example--there is no
> Python version of that example.
>
>
>
> On Thu, Feb 18, 2021 at 7:44 PM Marcus D Leech 
> wrote:
>
>> Well there’s the rx_multi_samples example that is part of the UHD source
>> tree.
>>
>> Sent from my iPhone
>>
>> On Feb 18, 2021, at 9:32 PM, Xiang Ma  wrote:
>>
>> 
>>   Do you have any example code? I am still confused.
>>
>> Thank you.
>>
>> On Thu, Feb 18, 2021 at 5:50 PM Marcus D Leech 
>> wrote:
>>
>>> Just create a 2-channel USRP source and specify a subdev of “A:0 B:0”.
>>>
>>>
>>>
>>> Sent from my iPhone
>>>
>>> On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users <
>>> usrp-users@lists.ettus.com> wrote:
>>>
>>> 
>>> Hi,
>>>
>>> I am using a x310 USRP with two UBX daughterboards. Now I can
>>> transmit and receive the signal in RF A daughterboard with command
>>> self.source.set_antenna("RX2", 0)
>>> self.sink.set_antenna("TX/RX", 0).
>>>
>>> Now, I want to transmit the signal in RF A, and receive the signal
>>> in both RF A and RF B. It is actually 1 transmitter and 2 receivers. How
>>> can I implement this? I checked the set_subdev_subdev("B", 1), but it
>>> doesn't work.
>>>
>>> Thank you,
>>>
>>>
>>>
>>>
>>> --
>>> *Xiang Ma, *Ph.D. Student
>>> College of Engineering
>>> Utah State University
>>> E-mail:marxwo...@gmail.com
>>> ___
>>> USRP-users mailing list
>>> USRP-users@lists.ettus.com
>>> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>>>
>>>
>>
>> --
>> *Xiang Ma, *Ph.D. Student
>> College of Engineering
>> Utah State University
>> E-mail:marxwo...@gmail.com
>>
>>
>
> --
> *Xiang Ma, *Ph.D. Student
> College of Engineering
> Utah State University
> E-mail:marxwo...@gmail.com
>
>
>

-- 
*Xiang Ma, *Ph.D. Student
College of Engineering
Utah State University
E-mail:marxwo...@gmail.com
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] x310 two UBX daughterboard receiver

[Marcus D. Leech via USRP-users]

On 02/18/2021 11:47 PM, Xiang Ma wrote:
If I want to use slot A as transmitter, slot B as receiver, can I do 
like this:

self.source.set_antenna("RX2", 1)
self.sink.set_antenna("TX/RX", 0)

You'd need to set the antenna for the receive side in both slots to "RX2":

self.source.set_antenna("RX2", 0)
self.source.set_antenna("RX2", 1)

The default (and only, really) antenna for TX for the UBX is already 
"TX/RX".



The Python API isn't that well documented at this point, so there's a 
lot of "infer from the C++ API".


But, to be honest, a lot of this "mucking about" can be more easily 
accomplished using Gnu Radio as your experimental
  environment (at least initially), rather than just using the UHD 
API.  Things like "how do I create a multi-channel streamer and

  manage the data from it", are already handled in Gnu Radio.




In this page, it said /The default subdev spec is "A:0 B:0", which 
means slot A is mapped to channel 0, and slot B is mapped to channel 1./

http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2018-June/056965.html

On Thu, Feb 18, 2021 at 9:18 PM Marcus D. Leech 
mailto:patchvonbr...@gmail.com>> wrote:


On 02/18/2021 10:16 PM, Xiang Ma wrote:

Are there any python code for this? I am using the python interface.

You'll have to kind of infer what to do from the C++
example--there is no Python version of that example.




On Thu, Feb 18, 2021 at 7:44 PM Marcus D Leech
mailto:patchvonbr...@gmail.com>> wrote:

Well there’s the rx_multi_samples example that is part of the
UHD source tree.

Sent from my iPhone


On Feb 18, 2021, at 9:32 PM, Xiang Ma mailto:marxwo...@gmail.com>> wrote:


  Do you have any example code? I am still confused.

Thank you.

On Thu, Feb 18, 2021 at 5:50 PM Marcus D Leech
mailto:patchvonbr...@gmail.com>>
wrote:

Just create a 2-channel USRP source and specify a subdev
of “A:0 B:0”.



Sent from my iPhone


On Feb 18, 2021, at 7:38 PM, Xiang Ma via USRP-users
mailto:usrp-users@lists.ettus.com>> wrote:


Hi,

I am using a x310 USRP with two UBX daughterboards.
Now I can transmit and receive the signal in RF A
daughterboard with command
  self.source.set_antenna("RX2", 0)
self.sink.set_antenna("TX/RX", 0).

Now, I want to transmit the signal in RF A, and
receive the signal in both RF A and RF B. It is
actually 1 transmitter and 2 receivers. How can I
implement this? I checked the set_subdev_subdev("B",
1), but it doesn't work.

Thank you,




-- 
/*Xiang Ma, */Ph.D. Student

College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 
___
USRP-users mailing list
USRP-users@lists.ettus.com

http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com




-- 
/*Xiang Ma, */Ph.D. Student

College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 




-- 
/*Xiang Ma, */Ph.D. Student

College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 




--
/*Xiang Ma, */Ph.D. Student
College of Engineering
Utah State University
E-mail:marxwo...@gmail.com 


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