I'm going to post my flowgraph. I have added a CCSDS decoder block.
Please, if you can, provide input on how to improve the amount of
successfully decoded data with a short wave file and a doppler
shifting BPSK carrier.
My .wav file: http://1drv.ms/1bS3KxX
and here is my gnuradio flowgraph: http:
Hi,
> On 29 Jan 2016, at 10:16, Gabriel Pechiarovich wrote:
>
> Hi all, I just installed this module in my E310, to run the loopback in the
> E310 i modified the flow graph so it is no gui, but when i'm running in the
> E310 i got a segmentation fault and the program stops:
How did you insta
Hi all, I just installed this module in my E310, to run the loopback in the
E310 i modified the flow graph so it is no gui, but when i'm running in the
E310 i got a segmentation fault and the program stops:
root@ettus-e300:~/wifi-master# python wifi_loopback_ngui.py
linux; GNU C++ version 4.9.1; B
Hi Marcus,
>
>>
> I am simply doing OOK.
>
>
>> Generally, [image: $\frac{S+N}{N}$] is only really a useful measure if
>> you either have
>>
>>1. a constant power modulation (e.g. PSK), or
>>2. whiten your over-the-air bits sufficiently (using *coding*), so
>>that for (stochastically s
Oh... thanks for that! I wasn't aware of it.
I will try to modify it later, but after a first inspection, I see I will
need to fill the preamble not only modulated by square-gaussian pulses, but
also modulated by frequency, and use this block with base band signal
instead of Quadrature Demod outpu
Hi Pawel,
receivers like the RTL dongles first use a mixer to downconvert your
signal, in this case from a center frequency of 107.5MHz +- 16kHz to a
complex baseband signal around 0Hz. That then only needs to be digitized
according the actual signal bandwidth. (In fact, if you can filter well
en
Hello,
In GnuRadio when I create some basic RTL-SDR receiver followed by FFT block
I can set receiver signal frequency of my local FM station 107.5MHz and
sampling frequency of 32kHz.
With that settings I can correctly see on FFT display signal of my local
station. But according to Nyquist–Shannon
I assume you mean the usrp source block. This will accept stream commands
so you don't need to write your own block.
M
On 29 Jan 2016 04:14, "Zhihong Luo" wrote:
> Hi all,
>
> I just started to use GNU Radio for testing on USRP, and I want to make
> the USRP receive signal periodically. So that
Marcus is right, but your approach should technically work as well. I
rarely get C++ polymorphisms and pointers right at first go, but using
dynamic_pointer_cast should work and be safe - ish.
M
On 29 Jan 2016 10:28, "Marcus Müller" wrote:
> Sorry, I just got a friendly reminder that this is a b
Sorry, I just got a friendly reminder that this is a bad idea in many ways; the
recommended way of getting a handle to your USRP block is passing the block
alias around and looking it up in the block registry; that's why we have it
anyway.
Make sure the result of the lookup is valid!
Best regar
Hi Sean,
it's been a while since I did that, but I think that "smart_ptr
cannot be casted to smart_ptr" can be remedied using Boost's
pointer_cast[1].
Hope that gives you a start.
Best regards,
Marcus
[1] http://www.boost.org/doc/libs/1_60_0/libs/smart_ptr/pointer_cast.html
On 01/28/2016 08:34
11 matches
Mail list logo