Following the steps from the E320 getting started guide [1], I'm not
having any luck with the unit auto booting when power is applied
The command "eeprom-set-flags 0x1" seems to take effect successfully,
and sets the value of MCU_FLAGS[0] to 0x1 (noting that the default
value is 0x8, which I'm assu
Hi,
I am using USRP N210 for bursty packet transmission, and have difficulty to
understand "tx_md.end_of_burst = true" in C++ code. I am attaching my code
at the end and hope someone can help.
The problem is:
1. when I comment out "tx_md.end_of_burst = true" and use the function for
transmission
Thanks Neel, I will keep an eye out for updates.
From: Neel Pandeya
Sent: Saturday, May 4, 2019 1:23 AM
To: Jason Matusiak
Cc: Ettus Mail List; Chris Gobbett
Subject: Re: [USRP-users] E320 numpy missing?
Hello Jason and Chris:
I understand your frustration. We a
@Marcus Muller
What are the settings of usrp_spectrum_sense that you use?
Sampling rate :16e6Min_freq 2.4e9max_freq 2.5e9BW 15625 Hz
FFT 1024
On Monday, 6 May, 2019, 12:53:49 am IST, Rensi Mathew
wrote:
Yes USB 3.0.
The OS is Ubuntu 16.04 LTS 64-bit
Intel® Core™ i5-4570 CPU @ 3.20GHz
On Mon, May 06, 2019 at 09:36:34AM +0200, Matthias Br??ndli wrote:
> > Pure theory: What if this intermittent issue would be an issue with a
> > certain sequence of packetlengths, some of them on the boundary of the
> > maximum size for that endpoint and endpointtype, that are not handled
> > pr
Sorry for the late answer, I was busy.
I tried that including a one second sleep after it but it does not help.
Am 26.04.2019 um 18:30 schrieb Marcus D. Leech via USRP-users:
On 04/26/2019 12:07 PM, Fabian Schwartau via USRP-users wrote:
Ohh.. you are right, I did not do that in the example code
Hi Mark-Jan,
Thanks for your response.
On 03/05/2019 00:02, Mark-Jan Bastian wrote:
> For more in-depth USB debugging, there are external USB 2.0 and 3.x
> hardware bus analysers available, for example from the swiss company
> ellisys.com.
I have experience in USB protocol analysis from a previ
