Hello everyone,
I try to simulate PSK modulation and demodulation without channel model to
calculate BER. The flow graph as shown below.
From File Source to PSK Mod is working, I can see the constellation even
with ISI. But after PSK demod there's no output.
Is there's anything wrong with
Thanks to Sylvain and Marcus.
I think I've solved problem.
Regards,
Jeon.
2015-05-30 11:26 GMT+09:00 Sylvain Munaut <246...@gmail.com>:
> Hi,
>
> > As I understand, if I consume(0, n), where n is less than ninput_items,
> then
> > only n samples at the front of input_items[] are consumed and un
Dear Abs,
you've asked this question on discuss-gnuradio and already got two answers.
In case you've missed those, and to avoid that people tell you what you
already know:
Sylvain wrote that, due to a large number of factors contributing to
what you see as digital amplitude, you will need to cali
Hi people,
Do you know which is the current state of art regarding (low) price of SW SDR
transmitter compatible with UHD?
It's for a project for Digital Radio broadcast using DRM standard (10kHz of
bandwidth) here in Brazil.
Best regards,
Rafael Diniz
__
Hi,
Will some gnuradioers visit the German Friedrichshafen ham fest?
http://www.hamradio-friedrichshafen.de/ham-en/
There is also some sdr context:
http://www.sdra-2015.de/
My wife and me will be there, as every year :)
Ralph.
--
Ralph A. Schmid
Mondstr. 10
Martin et. al.,
The fix that makes this block work for us in any scenario, is to add a
break statement at the end of every case statement (don't allow the fall
through's to happen).
This leads me to believe the source of the issues comes from the way
offsets are calculated between states within o
Hey Richard,
good work! Did you also test this patch with the OFDM tx/rx example, or
some other settings to make sure this didn't just fix your setup?
I'm a bit annoyed with myself for not getting the offset calculations
right. Maybe there's another fix that won't add breaks, but frankly,
let's g
I tested it with the rx_ofdm example and it works as it did before (didn't
test over several hours however).
Making the pull request now.
Rich
On Mon, Jun 1, 2015 at 11:13 AM, Martin Braun
wrote:
> Hey Richard,
>
> good work! Did you also test this patch with the OFDM tx/rx example, or
> some
Hi Guys,
I compiled gnuradio for my ODROID ARM platform, and I can listen to
regular wideband radio just fine. I am using a Generic RTL2832U with
Rafael Micro R820T tuner.
The radio quality is fine, and even when using the rtl_fm tool
directly (off topic for this list), it works.
However, when
Forgot to copy this to the list - I think the bug is fixed
Thanks for your help. I'm quite new to contibuting back into git-hosted
projects, so forgive me if I've got it wrong...
The last commit I pulled from github/gnuradio is
fb064e3c69cc7618da5c3d9c0dba2fecd84f1323
The place the problem
I'm a bit confused, I though POCSAG was a text pager system?
On 06/01/2015 10:04 PM, Stephan van Beerschoten wrote:
> Hi Guys,
>
> I compiled gnuradio for my ODROID ARM platform, and I can listen to
> regular wideband radio just fine. I am using a Generic RTL2832U with
> Rafael Micro R820T tuner.
It is. I plan on running the output through a utility that can decode it.
However, before that can happen I need to find out how I can get a clear
reception of the broadcast.
On Jun 1, 2015 4:15 PM, "Marcus Müller" wrote:
> I'm a bit confused, I though POCSAG was a text pager system?
>
> On 06/01
Hi,
@Marcus : Yes I have already the formulas ad now trying to implement in
C++. The problem I have is I need the output from the "USRP source" as
number for instaance and then apply formuas and again show it in time axis.
I will go back again to the s first chapter maybe I miss something.
@Sylvai
B200 is the lowest cost.
On Jun 1, 2015 9:24 AM, "Rafael Diniz" wrote:
> Hi people,
> Do you know which is the current state of art regarding (low) price of SW
> SDR
> transmitter compatible with UHD?
> It's for a project for Digital Radio broadcast using DRM standard (10kHz of
> bandwidth) here
Dear Marcus,
I thought too differents forums I posted the same question at the same
time.
OK let's continue here this is my reply :
*Hi,*
*@Marcus : Yes I have already the formulas ad now trying to implement in
C++. The problem I have is I need the output from the "USRP source" as
number for in
Hi again,
Ok, I'm not familiar with the standard POCSAG, but if you got a signal
that you still need to decode with something else, how do you know you
don't get clear reception? What is your measure for "good reception"?
As far as I read the English wikipedia, POCSAC uses a 4.5kHz binary FSK,
so
You're right in that I need more than GR. The audio of a pocsag broadcast
is very distinct. It's also clearly visible on a waterfall.
The problem is that I have too much static in there. Way too much noise. I
can't get the gqrx module (where I tune and see the waterfall) set right so
the reception
Hi,
I would like to command the Front Panel GPIO pins for use as a trigger
signal to another piece of equipment under gnuradio and python (I'm not a
C++ programmer). I've been trying unsuccessfully to use the UHD multi_usrp
"get_gpio_banks" and the "set_gpio_attr" commands to control the I/O pins
Hi!
I personally think the soundbite from wikipedia is broken, since it's
11kHz sampling rate violates Nyquist ;)
Well, I must admit that my preferred way of analyzing this wouldn't be
the audible reproduction; if you can see it clearly on the waterfall,
and "optically" have enough dB between the c
Is this just the result of using a wideband FM demodulator (200 kHz?) on a
narrowband signal?
-John
On Mon, Jun 1, 2015 at 2:47 PM, Marcus Müller
wrote:
> Hi!
> I personally think the soundbite from wikipedia is broken, since it's
> 11kHz sampling rate violates Nyquist ;)
> Well, I must admit
I am sure GR can do that, but I can't ;-)
Also, I don't have a good waterfall at all of the pocsag broadcast, which
is probably part of why I can't make it out with my ears either. Yes, I
think I have too much noise.
I hope it can be overcome with the right settings and filters.
I'll try to captur
Hey Frank,
multi_usrp is exactly what the GNU Radio blocks use under the hood.
However, multi_usrp is *not* SWIGged -- which means you can't access
multi_usrp from Python. I believe that's what's triggering your error
message. get_device() can only be called on your USRP blocks using C++.
Now, if
Hello,
I need to communicate with the USRP and receive data like these :
2015-06-02 02:32:29.246055 center_freq 1000775000.0 freq 1000718750.0
power_db 5.59449106566 noise_floor_db -121.702764103
2015-06-02 02:32:29.246138 center_freq 1000775000.0 freq 1000725000.0
power_db 5.80020853614 noise_f
Hi Stephan,
so how do you get the samples into GNU Radio?
I guess you use the gr-osmosdr source?
What does your flow graph look like?
Best regards,
Marcus
On 06/02/2015 12:04 AM, Stephan van Beerschoten wrote:
>
> I am sure GR can do that, but I can't ;-)
> Also, I don't have a good waterfall at
24 matches
Mail list logo
