In Windows I am attempting to create an installer for a custom built UHD.
UHD works as it should, however the PACKAGE target does not finish. I
get the following error. This seems to be a common error when
specifying an absolute path rather than a relative path. Is there a
way around this?
85>
I am trying to follow the instructions at
https://files.ettus.com/manual/page_usrp_e3x0.html
I have a fresh installation of Ubuntu (either 16.04 or 18.04)
When I get to the point of setting up the cross compilation
environment, I get a fatal error. This is some sort of Python issue,
for which I a
t; you search the GIT logs for "volk_32f_8u_polarbutterfly_32f" you'll find the
> commit to be at least a recent as). Hope this is useful! - MLD
>
> On Wed, Mar 27, 2019, at 12:36 PM, Martin K via USRP-users wrote:
> > I am installing the e3xx-rfnoc pybombs recipe for
I am installing the e3xx-rfnoc pybombs recipe for Ettus E310 development.
It gets as far as
gr-fec/lib/CMakeFiles/gnuradio-fec.dir/polar_decoder_common.cc.o and
fails (error follows below). The command I am running is:
$ pybombs prefix init ~/e3xx -R e3xx-rfnoc
The OS is Ubuntu 18.04LTS. The OS in
Vinayak,
I believe you want one of these files. You downloaded the source code for UHD.
http://files.ettus.com/binaries/uhd/latest_release/Windows7/
On Tue, Mar 26, 2019 at 3:26 PM VINAYAK KARANDIKAR wrote:
>
> Hello Martin,
> I am using Windows 10 OS, and i have downloaded
Ali,
What is your full command line for uhd_find_devices?
-
Martin Klingensmith
On Mon, Jan 21, 2019 at 5:39 PM Ali Dormiani via USRP-users
wrote:
>
> Hello everyone,
>
> I am having a strange (new) problem where my host machine can not detect more
> than one USRP at a time. I recently re-ins
According to NI documentation the B200mini is not supported by LabView
directly.
You may be able to write HDL for the B200mini but it will be fully
custom, as others have said.
-
Martin K
On Thu, Jan 10, 2019 at 5:17 AM Maitry Raval via USRP-users
wrote:
>
> Hello,
>
> sorry, I have just started
Maitry,
The B200mini cannot run a GNURadio application by itself. It will
always require a separate computer to control it.
--
Martin K.
On Wed, Jan 9, 2019 at 7:01 AM Maitry Raval
wrote:
>
> Hello,
>
> Thanks for your quick response!
> Actually, I have GNU radio flow graph as per my applicati
Maitry,
I think this would require modifying the FPGA code.
You could expose the "user regs" to read/write to a serial peripheral
which you would have to add to the FPGA. This feature (the user i/o
regs) is only present in the newest version of UHD (3.14), so you will
have to build UHD from the mas
Hello all,
I am attempting to build the latest 3.13 branch.
I am encountering an error. It seems simple if I knew where to look:
7>Generating build/timestamp
7>CUSTOMBUILD : error : package directory
'C:martin\uhd_stack_build\uhd_build\python\uhd' does not exist
7>Done building project "pyuhd_lib
Can the VCTCXO DAC be controlled via the UHD API?
I would rather manually calibrate on demand than see large jumps in frequency.
On Wed, Jan 2, 2019 at 5:16 PM Marcus D. Leech via USRP-users
wrote:
>
> On 01/02/2019 09:54 AM, Brais Ares via USRP-users wrote:
>
> Hello,
>
> We've just bought an AX
Brais,
I have two USRP here in front of me: B210, B200mini
When I run a sample program (C++) which specifies an external
reference, the B200mini shows a variable frequency offset. It seems to
lock (with high jitter) but then it "jumps" and I would say the offset
changes by +-10 Hz for a few second
[Sending to the list in case this information can help someone else:]
I just did this with the following dependencies. All from source
except python-2.7
* boost 1.68.0
- bzip2-1.0.6 (probably not required, but it was easy to add to boost)
- icu4c - 63.1
- zlib-1.2.11
- python 2.7
* building boos
list.
>
>
> Best regards,
> Marcus
>
> On Thu, 2018-12-06 at 16:29 -0500, Martin K via USRP-users wrote:
> > I just built UHD for my version of Visual Studio (15.5 == 2017)
> > the examples, such as uhd_usrp_probe, execute normally.
> >
> > I am trying t
I just built UHD for my version of Visual Studio (15.5 == 2017)
the examples, such as uhd_usrp_probe, execute normally.
I am trying to make a new project and build the init_usrp example.
The CMake GUI for Windows cannot find UHD:
CMake Error at CMakeLists.txt:33 (find_package):
By not providing "
Hi Matt,
That would be a possibility, but the Real signal was decaying and the power
was not shifting to the Imaginary leg. In other words, the phase was not
rotating. My "decaying" signal was post-synchronization, so there was no
frequency offset.
I was able to demonstrate that the effect was be
Name: FE-TX1
> | | | | Antennas: TX/RX
> | | | | Sensors: temp, lo_locked
> | | | | Freq range: 50.000 to 6000.000 MHz
> | | | | Gain range PGA: 0.0 to 89.8 step 0.3 dB
> | | | | Bandwidth range: 20.0 to 5600.0 step 0.0 Hz
> | | |
Hello,
I have B210 hooked up to a signal generator putting out BPSK.
When I look at the signal on a signal analyzer I see what I expect: the
baseband, synchronized 'I' signal looks like a square wave. (Fig.1)
When I capture the signal with the B210 and view it in GNU Radio or MATLAB,
the square wa
$ make X310_HG
make -f Makefile.x300.inc bin NAME=X310_HG ARCH=kintex7
PART_ID=xc7k410t/ffg900/-2 BUILD_1G=1 BUILD_10G=1 SFP0_1GBE=1 SFP1_10GBE=1
X310=1 EXTRA_DEFS="BUILD_1G=1 BUILD_10G=1 SFP0_1GBE=1 SFP1_10GBE=1 X310=1"
make[1]: Entering directory '/cygdrive/c/fpga/uhd/usrp3/top/x300'
BUILDER: Ch
ductive there? I saw that you are working toward a new release very soon.
On Mon, Jan 29, 2018 at 2:52 PM, Martin Braun via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 01/26/2018 03:49 PM, Martin K via USRP-users wrote:
> > I have Cygwin64 setup in Windows 10
> > Viv
I have Cygwin64 setup in Windows 10
Vivado 15.4.2 installed and licensed.
source setupenv.sh --vivado-path=/cygdrive/c/Xilinx/Vivado/
Setting up a 64-bit FPGA build environment for the USRP-X3x0...
- Vivado: Found (/cygdrive/c/Xilinx/Vivado//2015.4/bin)
- Vivado HLS: Found (/cygdrive/c/Xilinx/Viva
21 matches
Mail list logo
