[USRP-users] Hello,

2018-12-11 Thread Brais Ares via USRP-users 
Why is the b210 USRP not recommended for use with octoclock for
synchronizing several USRPs according to table 4 in [1]? is it still
possible to do it?

[1] https://kb.ettus.com/Selecting_an_USRP_Device

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

Re: [USRP-users] Hello,

2018-12-11 Thread Sam Reiter via USRP-users 
Hey Brais,

Check out this thread:
http://lists.ettus.com/pipermail/usrp-users_lists.ettus.com/2017-May/052761.html

It looks like the PLL mechanism used to discipline the onboard oscillator
results in enough phase noise to preclude its implementation in a MIMO
setup. At least in a setup that spans multiple devices.

Sam Reiter
SDR Support Engineer
Ettus Research

On Tue, Dec 11, 2018 at 8:34 AM Brais Ares via USRP-users <
usrp-users@lists.ettus.com> wrote:

> Why is the b210 USRP not recommended for use with octoclock for
> synchronizing several USRPs according to table 4 in [1]? is it still
> possible to do it?
>
> [1] https://kb.ettus.com/Selecting_an_USRP_Device
>
> Regards,
> Brais.
> ___
> 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] Absolute dB

2018-12-11 Thread Mark Wagner via USRP-users 
Hey all,

I calculated the theoretical noise floor for a signal with bandwidth 1 MHz
being detected at an N310 (6.8dB noise figure) and found it to be around
-106 dBm, but then when I ran my N310 I was seeing the noise floor closer
to -120 dB. The plot (made from) GNUradio is labeled as 'Absolute dB' but I
am unsure what this means. Is absolute dB supposed to be dB compared to a
Watt or does it mean something else?

-Mark

-- 
Mark Wagner
University of California San Diego
Electrical and Computer Engineering
___
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Re: [USRP-users] Absolute dB

2018-12-11 Thread Marcus D. Leech via USRP-users 

On 12/11/2018 01:49 PM, Mark Wagner via USRP-users wrote:

Hey all,

I calculated the theoretical noise floor for a signal with bandwidth 1 
MHz being detected at an N310 (6.8dB noise figure) and found it to be 
around -106 dBm, but then when I ran my N310 I was seeing the noise 
floor closer to -120 dB. The plot (made from) GNUradio is labeled as 
'Absolute dB' but I am unsure what this means. Is absolute dB supposed 
to be dB compared to a Watt or does it mean something else?


-Mark

--
Mark Wagner
University of California San Diego
Electrical and Computer Engineering



Which tool are you using?

Without special provisions, these spectral plots produce a dB scale that 
is referred to the maximum value "full scale".  This is 
hopefully-mostly-linearly
  related to the power as seen at the antenna, but with an unknown 
coefficient.  In order to derive absolute power values at any given

  measurement plane, you have to calibrate using a source of known power.



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

Re: [USRP-users] Question B210 installation of C++ driver under Visual Studio 2017

2018-12-11 Thread Bernd Witzel via USRP-users 
Hello

I have a problem to install the C++ driver. I use as an reference
https://kb.ettus.com/Building_and_Installing_the_USRP_Open_Source_Toolchain_(UHD_and_GNU_Radio)_on_Windows
Building and Installing the USRP Open Source Toolchain (UHD and GNU Radio) on 
Windows - Ettus Knowledge 
Base
Abstract. This Application Note provides a step-by-step guide for building, 
installing, and updating the open-source toolchain, specifically UHD and GNU 
Radio, for the USRP from source code on Windows.
kb.ettus.com

I am using Visual C++ 2017. What versions of boost, LibUSB Python Mako, Doxygen 
and NSIS I have to use ? I used the CMake version 32bit. Everything under 
windows 10.
I tried without success now many combinations.

Thank you
Bernd

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

[USRP-users] USRP1 support: "unknown" daughterboard

2018-12-11 Thread Carlos Alberto Ruiz Naranjo via USRP-users 
Hello,

I have found a USRP1 and I am playing with it. I have this error:

carlos@carlos-pc:~$ sudo uhd_usrp_probe --args="type=usrp1"
[INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106501;
UHD_4.0.0.rfnoc-devel-702-geec24d7b
[INFO] [USRP1] Opening a USRP1 device...
[INFO] [USRP1] Using FPGA clock rate of 64.00MHz...
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable error
in init.
Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
AssertionError: m and ref_clock/m >= 1e6 and ref_clock/m <= 2.5e6
  in double dbsrx::set_lo_freq(double)
  at /home/carlos/rfnoc/uhd/host/lib/usrp/dboard/db_dbsrx.cpp:305

  _
 /
|   Device: USRP1 Device
| _
|/
|   |   Mboard: USRP1
|   |   serial: 479b9db3
|   |
|   |   Time sources:  none
|   |   Clock sources: internal
|   |   Sensors:
|   | _
|   |/
|   |   |   RX DSP: 0
|   |   |
|   |   |   Freq range: -32.000 to 32.000 MHz
|   | _
|   |/
|   |   |   RX DSP: 1
|   |   |
|   |   |   Freq range: -32.000 to 32.000 MHz
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: DBSRX (0x0002)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: 0.0 to 20.0 step 1.0 dB
|   | _
|   |/
|   |   |   RX Dboard: B
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: B
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: 0.0 to 20.0 step 1.0 dB
|   | _
|   |/
|   |   |   TX DSP: 0
|   |   |
|   |   |   Freq range: -44.000 to 44.000 MHz
|   | _
|   |/
|   |   |   TX DSP: 1
|   |   |
|   |   |   Freq range: -44.000 to 44.000 MHz
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: A
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: -20.0 to 0.0 step 0.1 dB
|   | _
|   |/
|   |   |   TX Dboard: B
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: B
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: -20.0 to 0.0 step 0.1 dB

And the same in GNURadio:

Executing: /usr/bin/python2 -u /home/carlos/top_block.py

[32;1m[INFO] [UHD] [39;0mlinux; GNU C++ version 7.3.0; Boost_106501;
UHD_4.0.0.rfnoc-devel-702-geec24d7b
[32;1m[INFO] [USRP1] [39;0mOpening a USRP1 device...
[32;1m[INFO] [USRP1] [39;0mUsing FPGA clock rate of 64.00MHz...
[31;0m[ERROR] [DBMGR] [39;0mThe daughterboard manager encountered a
recoverable error in init.
Loading the "unknown" daughter

Re: [USRP-users] USRP1 support: "unknown" daughterboard

2018-12-11 Thread Marcus D. Leech via USRP-users 

On 12/11/2018 04:36 PM, Carlos Alberto Ruiz Naranjo via USRP-users wrote:

Hello,

I have found a USRP1 and I am playing with it. I have this error:

carlos@carlos-pc:~$ sudo uhd_usrp_probe --args="type=usrp1"
[INFO] [UHD] linux; GNU C++ version 7.3.0; Boost_106501; 
UHD_4.0.0.rfnoc-devel-702-geec24d7b

[INFO] [USRP1] Opening a USRP1 device...
[INFO] [USRP1] Using FPGA clock rate of 64.00MHz...
[ERROR] [DBMGR] The daughterboard manager encountered a recoverable 
error in init.

Loading the "unknown" daughterboard implementations to continue.
The daughterboard cannot operate until this error is resolved.
AssertionError: m and ref_clock/m >= 1e6 and ref_clock/m <= 2.5e6
  in double dbsrx::set_lo_freq(double)
  at /home/carlos/rfnoc/uhd/host/lib/usrp/dboard/db_dbsrx.cpp:305

_
 /
|   Device: USRP1 Device
| _
|/
|   |   Mboard: USRP1
|   |   serial: 479b9db3
|   |
|   |   Time sources:  none
|   |   Clock sources: internal
|   |   Sensors:
|   | _
|   |/
|   |   |   RX DSP: 0
|   |   |
|   |   |   Freq range: -32.000 to 32.000 MHz
|   | _
|   |/
|   |   |   RX DSP: 1
|   |   |
|   |   |   Freq range: -32.000 to 32.000 MHz
|   | _
|   |/
|   |   |   RX Dboard: A
|   |   |   ID: DBSRX (0x0002)
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: A
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: 0.0 to 20.0 step 1.0 dB
|   | _
|   |/
|   |   |   RX Dboard: B
|   |   | _
|   |   |/
|   |   |   |   RX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   RX Codec: B
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: 0.0 to 20.0 step 1.0 dB
|   | _
|   |/
|   |   |   TX DSP: 0
|   |   |
|   |   |   Freq range: -44.000 to 44.000 MHz
|   | _
|   |/
|   |   |   TX DSP: 1
|   |   |
|   |   |   Freq range: -44.000 to 44.000 MHz
|   | _
|   |/
|   |   |   TX Dboard: A
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: A
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: -20.0 to 0.0 step 0.1 dB
|   | _
|   |/
|   |   |   TX Dboard: B
|   |   | _
|   |   |/
|   |   |   |   TX Frontend: 0
|   |   |   |   Name: Unknown (0x) - 0
|   |   |   |   Antennas:
|   |   |   |   Sensors:
|   |   |   |   Freq range: 0.000 to 0.000 MHz
|   |   |   |   Gain Elements: None
|   |   |   |   Bandwidth range: 0.0 to 0.0 step 0.0 Hz
|   |   |   |   Connection Type: IQ
|   |   |   |   Uses LO offset: No
|   |   | _
|   |   |/
|   |   |   |   TX Codec: B
|   |   |   |   Name: ad9522
|   |   |   |   Gain range pga: -20.0 to 0.0 step 0.1 dB

And the same in GNURadio:

Executing: /usr/bin/python2 -u /home/carlos/top_block.py

[32;1m[INFO] [UHD] [39;0mlinux; GNU C++ version 7.3.0; Boost_106501; 
UHD_4.0.0.rfnoc-devel-702-geec24d7b

[32;1m[INFO] [USRP1] [39;0mOpening a USRP1 device...
[32;1m[INFO] [USRP1] [39;0mUsing FPGA clock rate of 64.00MHz...
[31;0m[ERROR] [DBMGR] [39;0mThe daughterboard manager encountered a 
recoverable error in init.

Loading the "unk

Re: [USRP-users] E310 Kernel Sources

2018-12-11 Thread Philip Balister via USRP-users 
On 12/10/2018 04:20 PM, Philip Balister via USRP-users wrote:
> On 12/10/2018 03:03 AM, Said Uçar via USRP-users wrote:
>> Hi Philip,
>>
>>
>> Thank you for your answer. I believe the first option is simpler than
>> the second. However, I'm not familiar to building and tweaking kernel.
>> Is there a documentation for building and tweaking kernel for E300
>> series? You are definitely right about the kernel version issue (batman
>> did most of its features after kernel 4), I would like to test older
>> version because it may be sufficient for us.
> 
> I don't have any docs that would help and don't know of any on the Ettus
> site. I've had an idea that might help. I have a more recent build based
> on the OpenEmbedded rocko branches that use a 4.9 kernel, I am adding
> the kernel-devsrc package to the image. That should let you build the
> kernel module on the device. No warranty though. The builder is running
> now and it is a long job, I'll post a link to the updated images when
> they are done.

OK, the sausage machine spit out new images to try:

https://www.dropbox.com/sh/6qfjjqlfzmyegyd/AABu45Ney1xRoen-NyJim5dGa?dl=0

Use bmaptool to write to an SD card:

sudo bmaptool copy long-file-name /dev/sdX

make sure the wic and bmap files are in the same directory.

Completely untested. But the kernel dev sources should be available for
building OOT kernel modules.

Good luck,

Philip


> 
> Philip
> 
>>
>>
>> Best Regards,
>>
>>
>> On 12/7/18 9:48 PM, Philip Balister wrote:
>>> On 12/05/2018 04:05 AM, Said Uçar via USRP-users wrote:
 Hi all,


 I'm trying to build batman-adv^[1] for E310 however it required the
 kernel sources since it builds /batman-adv.ko/ kernel object. I built
 the batctl^[2] and alfred^[3] without problem. I searched on the
 internet for kernel sources however couldn't find it. Is there a way to
 build batman for e310?

>>> So a couple of approaches to take:
>>>
>>> 1) Build the E300 linux distro locally and add recipes for the kernel
>>> module and other parts of the software.
>>>
>>> 2) Inspect the linux kernel recipe used on the E300 and build a local
>>> git tree, and copy the kernel config from the build area. Then build the
>>> module against those sources.
>>>
>>> Both are fairly straightforward, but you'll need to figure out some
>>> OpenEmbedded stuff. All the information is a available to you.
>>>
>>> I did peek at the kernel module to see if it would build aainst a 3.14
>>> kernel. They do have an ifdef for kernels below 4.0, but it is clear
>>> most work is targeted at later kernels.
>>>
>>> Good luck!
>>>
>>> Philip
>>>
>>>
>>>

 Here is the output of 'uname -a':

     Linux ettus-e3xx-sg3 3.14.2-xilinx #1 SMP PREEMPT Thu Jan 7 14:49:20
     PST 2016 armv7l GNU/Linux


 [1] = https://git.open-mesh.org/batman-adv.git

 [2] = https://git.open-mesh.org/batctl.git

 [3] = https://git.open-mesh.org/alfred.git


 Best Regards,



 ___
 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 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] E310 Kernel Sources

2018-12-11 Thread Said Uçar via USRP-users 

Hi Philip,


Thank you for your kind help. I will give it a try and let you know the 
results.



Best Regards,

Said U.


On 12/12/18 12:58 AM, Philip Balister wrote:

On 12/10/2018 04:20 PM, Philip Balister via USRP-users wrote:

On 12/10/2018 03:03 AM, Said Uçar via USRP-users wrote:

Hi Philip,


Thank you for your answer. I believe the first option is simpler than
the second. However, I'm not familiar to building and tweaking kernel.
Is there a documentation for building and tweaking kernel for E300
series? You are definitely right about the kernel version issue (batman
did most of its features after kernel 4), I would like to test older
version because it may be sufficient for us.

I don't have any docs that would help and don't know of any on the Ettus
site. I've had an idea that might help. I have a more recent build based
on the OpenEmbedded rocko branches that use a 4.9 kernel, I am adding
the kernel-devsrc package to the image. That should let you build the
kernel module on the device. No warranty though. The builder is running
now and it is a long job, I'll post a link to the updated images when
they are done.

OK, the sausage machine spit out new images to try:

https://www.dropbox.com/sh/6qfjjqlfzmyegyd/AABu45Ney1xRoen-NyJim5dGa?dl=0

Use bmaptool to write to an SD card:

sudo bmaptool copy long-file-name /dev/sdX

make sure the wic and bmap files are in the same directory.

Completely untested. But the kernel dev sources should be available for
building OOT kernel modules.

Good luck,

Philip



Philip



Best Regards,


On 12/7/18 9:48 PM, Philip Balister wrote:

On 12/05/2018 04:05 AM, Said Uçar via USRP-users wrote:

Hi all,


I'm trying to build batman-adv^[1] for E310 however it required the
kernel sources since it builds /batman-adv.ko/ kernel object. I built
the batctl^[2] and alfred^[3] without problem. I searched on the
internet for kernel sources however couldn't find it. Is there a way to
build batman for e310?


So a couple of approaches to take:

1) Build the E300 linux distro locally and add recipes for the kernel
module and other parts of the software.

2) Inspect the linux kernel recipe used on the E300 and build a local
git tree, and copy the kernel config from the build area. Then build the
module against those sources.

Both are fairly straightforward, but you'll need to figure out some
OpenEmbedded stuff. All the information is a available to you.

I did peek at the kernel module to see if it would build aainst a 3.14
kernel. They do have an ifdef for kernels below 4.0, but it is clear
most work is targeted at later kernels.

Good luck!

Philip




Here is the output of 'uname -a':

     Linux ettus-e3xx-sg3 3.14.2-xilinx #1 SMP PREEMPT Thu Jan 7 14:49:20
     PST 2016 armv7l GNU/Linux


[1] = https://git.open-mesh.org/batman-adv.git

[2] = https://git.open-mesh.org/batctl.git

[3] = https://git.open-mesh.org/alfred.git


Best Regards,



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


--
Said Uçar
/Software Engineer/
*GOHM Electronics & Software*
m:  +905442613124
a:  Bogazici University North Campus Teknopark 103
34470 Bebek/ISTANBUL
w: 	gohm.com.tr  e: said.u...@gohm.com.tr 



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