Hi Kasper,
SIMD is fine and all, for sample processing in the end (for example, to
convert the samples from on-the-wire format to something your CPU can
calculate with), but it's really no "fix it all" for this kind of
thing:
Significant workload is handling the fact that your USB controller has
Dear Xingjian,
that won't be possible as is – the tuning happens in the AD9361, and
the FPGA communicates with that over a serial link. There's timing
accuracy requirements that we can't meet over that serial link, so
that's why Ettus' AD936x-based device can't support timed commands on
the analog
Snehasish,
no.
Best regards,
Marcus
On Mon, 2018-02-12 at 11:03 +, Snehasish Kar via USRP-users wrote:
> Hello
>
> Is it somehow possible to add more than 10 gnu-radio blocks in
> uhd_image_builder.
>
> BR
> Snehasish
>
> ___
> USRP-users mail
Hi Tarik,
that REF out port is the 10 MHz clock, and you can choose the internal
GPSDO as clock source[1]. Same goes for the PPS out port.
Theoretically, you could "daisy-chain" your USRPs, but I wouldn't
generally recommend that (we haven't characterized delay, and also, if
you can, always avoid
Hi Sumit,
my first reaction would be to just merge the two flow graphs and do the
collision in software – 100% isolated from changing environments and
such.
From a hardware perspective: you can use the PPS input on the B210 to
set a synchronous time and then trigger transmitting on time stamps.
Hi Tim,
You used the wrong device. Burn to the device as whole, not to a
partition.
Best regards,
Marcus
On Wed, 2018-01-31 at 11:39 -0700, Tim Sapio via USRP-users wrote:
> Hello USRP-users,
>
> I have hit a snag uploading the images required to make my USRP2
> function. I will give a brief d
Hi Navin,
I thought someone had replied to you, but it seems I was mistaken.
Sorry!
So what you're seeing is that your USRP disappears from your USB port.
That's almost certainly a problem with your virtualizer. I don't
recommend using a B-series device in a VMware VM. The USB handthrough
overhe
Dear Ali,
as you've noticed, the dB scale in digital samples just means "relative
to an arbitrary value", and not "relative to a milliwatt". I think
we've talked about that before?
So, in any reasonably constructed signal chain, distortion would start
to appear close to 0 dB Full-ADC-Scale. So al
Hi Roman,
sorry for the delay in getting back to you:
Regarding the power consumption: I don't have the Odroid XU4 PCB layout
files, but assuming that you need to crank out let's say 1.6 A in sum
through the USB3 connectors, don't forget that connector resistances,
fuse/power monitoring shunts a
I recall that the B2x0 series do not support timed commands like the N2x0
or the X3x0 series. While looking through the source code I ran across
some code that shows the "time/cmd" entry in the tree being set [1]. That
key seems to be what multi_usrp uses to set timed commands [2]. I then
went t
On 02/17/2018 09:59 AM, Dave NotTelling via USRP-users wrote:
I recall that the B2x0 series do not support timed commands like the
N2x0 or the X3x0 series. While looking through the source code I ran
across some code that shows the "time/cmd" entry in the tree being set
[1]. That key seems to
To expand on that: timed commands do exist for all things that the FPGA
can control – that is: start/stop of sampling, DSP offset tuning,
antenna switching, GPIOs etc.
They do not work for anything that happens on the AD9361 (analog
tuning, gain control,…), because that thing itself isn't controlla
Ooh, I forgot about the FPGA vs analog side. Thanks gents!
On Sat, Feb 17, 2018 at 11:10 AM, Marcus Müller via USRP-users <
usrp-users@lists.ettus.com> wrote:
> To expand on that: timed commands do exist for all things that the FPGA
> can control – that is: start/stop of sampling, DSP offset
I have generally had to use external power with Odroids for B2xx.
Sent from my iPhone
> On Feb 17, 2018, at 8:02 AM, Marcus Müller via USRP-users
> wrote:
>
> Hi Roman,
>
> sorry for the delay in getting back to you:
>
> Regarding the power consumption: I don't have the Odroid XU4 PCB lay
Hello everyone,
I have a problem with OFDM frame detection for one of my channels. I work
with gr-ieee802-11 blocks and receive from 4 channels using X300 and 2
TwinRX. For the frame detection, the receive blocks calculate the
autocorrelation of the incoming stream over a specified window size and
15 matches
Mail list logo
