Hello folks,
I am attempting to transmit a bit stream from one bladeRF to another
bladeRF using an SMA cable from the Tx output to the Rx input of the other.
For simplicity's sake, I'm transmitting a finite bit stream of 1's (not
ASCII 1's), and setting the File Source to not repeat itself.
I sta
Kamarisam,
I really hope you're using an attenuator in between the two devices.
I'm not terribly familiar with bladerf's frontend but if it works
similar to our devices,
you'll fry them if you don't attenuate the TX signal going through the
SMA cable.
Cheers,
Moritz
Hello folks,
I am attempting to transmit a bit stream from one bladeRF to another bladeRF
using an SMA cable from the Tx output to the Rx input of the other. For
simplicity's sake, I'm transmitting a finite bit stream of 1's (not ASCII
1's), and setting the File Source to not repeat itself.
I sta
Hi all,
I am using GR 3.6.5.1 to receive BPSK modulated data from a third
party RF chip / microcontroller combination and am having a strange
experience. I am implementing a very simple protocol by constantly
transmitting 0x7E constantly and then ASCII data triggered by a serial
connection to the
Turns out that this is more than a rounding error. it is an off-by-one
error at index 1 given N=1024.
In python it is defined as follows in (gnuradio/gr-fft/python/fft/
window.py)
--
blackmanharris = coswindow((0.35875,0.48829,0.14128,0.01168))
where
def coswindow(coeffs):
def closure(
On 11/04/2013 08:04 AM, Tommy Tracy wrote:
> Turns out that this is more than a rounding error. it is an off-by-one
> error at index 1 given N=1024.
Thanks for tracking this down.
Can you summarize your findings in a bug report on the website?
--
Johnathan Corgan, Corgan Labs
SDR Training and
Dear Miklos,
Yes, I do never stop receive program. I'm using USRP N210, WBX,
Ubuntu12.04 and UHD3.5.3. I'm writing a document in detail, which will
be sent to you later today.
Best,
Harry
2013/11/3 22:47, Miklos Maroti wrote:
Hi Harry,
You never stop the receiver on node B and C, right
