Hi, I wish you all a great day.
I am having this problem trying to run my B210 on windows7:
C:\Program Files\UHD\bin>uhd_usrp_probeWin32; Microsoft Visual C++ version
12.0; Boost_105600; UHD_003.010.000.000-release
-- Detected Device: B210-- Operating over USB 3.-- Initialize CODEC
control...--
On 01/29/2019 07:42 AM, Eduardo Erlemann via USRP-users wrote:
Hi, I wish you all a great day.
I am having this problem trying to run my B210 on windows7:
C:\Program Files\UHD\bin>uhd_usrp_probe
Win32; Microsoft Visual C++ version 12.0; Boost_105600;
UHD_003.010.000.000-rele
ase
-- Detected
Hi Xavier,
sorry for the late answer. I missed your mail.
It might be related, but I don't know exactly. I am not a software
expert and it is driving me crazy. In my case it seems like it makes no
difference if I time the command or not, it is executed right away. As
the record instruction is
Marcus thanks, I will try with a newer version, although the app I am trying
to run "SDR-Console V3" they build using VS2013 on the
uhd_003.010.000.000-release
Thank you.
On Tuesday, January 29, 2019, 11:00:24 AM GMT-2, Marcus D. Leech via
USRP-users wrote:
On 01/29/2019 07:42 AM, Ed
On 01/29/2019 09:23 AM, Fabian Schwartau via USRP-users wrote:
Hi Xavier,
sorry for the late answer. I missed your mail.
It might be related, but I don't know exactly. I am not a software
expert and it is driving me crazy. In my case it seems like it makes
no difference if I time the command o
Hi Marcus,
Following up on this. I tried transmitting a 100mhz BW LFM chirp with the
baseband amplitude scaled down by 1/2 to +-16384. Same behavior as before and
consistent across all tuning frequencies and RX gains.
Here is a link to an image of the result
(n300_chirp100mhz_halfbbgain_tx35db
Hi,
I was wondering if there is any way to reduce the resources used by the default
RFNoC image. It currently utilises ~50% of the Kintex-7 FPGA of the Ettus X310,
and I want to make more resources available (LUTs and FFs mainly) for bespoke
firmware development.
Thanks,
Andy
Sent from Outlo
Hey Andrew,
Have you confirmed the available resources are not enough for your purpose?
If so, I'd suggest you run the build command with the GUI option on,
implement the design using the Vivado interface, and run a
post-implementation utilization report to see which blocks are consuming
the most.
Hi Andrew,
Please take note of this section of the KB with regards to FPGA
modifications: https://kb.ettus.com/X300/X310#FPGA_User_Modifications
The PCIe interface and LvFpga_Chinch_Interface cannot be modified, even if
you are not using PCIe as a transport, as it will brick the flash memory:
htt
Hello,
I was wondering if I might have a faulty N310. I use the N310 via the ARM CPU.
When I'm done for the day, I shut it down with shutdown -h now but once the
unit is down, I can't turn it back up unless I unplug the unit from it's power
source for multiple minutes. Has anyone else encount
10 matches
Mail list logo