Hi Marcus,
You pointed out important notes. The first one is that there is two
possible solution for implementing such wideband system:
1- Bringing the whole bandwidth to the baseband.
2- Using timed command for tuning to the desired center frequency.
The second point is that the instantaneous
On 01/14/2015 02:29 PM, Mostafa Alizadeh wrote:
Hi
However, there is another point needed to be noticed and that's the LO
(local oscillator) capability of the daughterboard. I mean, does
have the X-series enough ppm (lower than 3 ppm)? The LO also shall
have suitable switching time too.
The
Hello Mostafa,
However, there is another point needed to be noticed and that's the LO
(local oscillator) capability of the daughterboard. I mean, does
have the X-series enough ppm (lower than 3 ppm)?
4€ bluetooth dongles don't have 3ppm accuracy, because real world
systems either are much
Hi Marcus Tom,
yes, iam using the buil-gnuradio script. The process was interrupt when the gnuradio build process was working. I had to start cmake manualy like described on the gnuradio website for native compiling and it was ok.
I know uninstalled the gr-osmso via make uninstall and the
Hello I dont understand how to use the gr-cdma. I have installed it via GitHub
and am currently looking at the cdma_tx and cdma_rx files. I am having problems
trying to figure out what I am supposed to be inputting in certain blocks such
as the import block that states “import
I believe that even with the MF you'll have ISI because you have 4
samples/symbol in this example.
Only if you down sample at 1 sample/symbol (at the right epoch) will you
get rid of the ISI and get a clean QPSK.
best
Achilleas
___
Discuss-gnuradio
Ok. First instruction that I do not know how to execute is import
coma.cdma_parameters as cp. What exactly am I supposed to be replacing in this
section
On Wednesday, January 14, 2015 6:54 PM, Achilleas Anastasopoulos
anas...@umich.edu wrote:
Please follow the detailed instructions
Hi all,
I have the following problem that is been bugging me for quite some time
now,
and I would like to solicit your help.
I made a hier block in GRC (called test_pdu_to_tag) with:
pad_source---pdu_to_tagged_stream--pad_sink
(I also made the pad_source optional and the pad_sink required)
Please follow the detailed instructions on the README.md file and
let us know which of these does not work for you
(or which of these instructions you don't know how to execute).
best
Achilleas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
One could just try dial_tone.py example. That will exercise the audio
subsystem.
Output is some garbled noise, and
python$ python dial_tone.py
INFO: Audio sink arch: alsa
aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU
So my audio stuff is defective, good to know :)
For alsa, in the
On 01/15/2015 12:29 AM, Ralph A. Schmid, dk5ras wrote:
One could just try dial_tone.py example. That will exercise the audio
subsystem.
Output is some garbled noise, and
python$ python dial_tone.py
INFO: Audio sink arch: alsa
aUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaUaU
So my audio
Hi,
On 01/14/2015 11:29 PM, Achilleas Anastasopoulos wrote:
I have the following problem that is been bugging me for quite some time
now,
and I would like to solicit your help.
I made a hier block in GRC (called test_pdu_to_tag) with:
pad_source---pdu_to_tagged_stream--pad_sink
(I also made
Only 44100 works, giving a clear dial tone. As DSD has fixed sampling rate 8k,
a resampler should do the trick. Things could be so easy :) I hate this audio
stuff...
Ralph.
-Original Message-
From: Marcus D. Leech [mailto:mle...@ripnet.com]
Sent: Thursday, January 15, 2015 06:41
To:
Hi,
How would I change this, skipping PulseAudio and using Alsa? The only audio
application I try with gnuradio at the moment behaves similar here. I try to
decode DMR, and I get choppy audio although everything should be OK. I blamed
gr-dsd, but maybe it is a common issue. Will have to try a
On 01/14/2015 11:28 PM, Ralph A. Schmid, dk5ras wrote:
Hi,
How would I change this, skipping PulseAudio and using Alsa? The only audio
application I try with gnuradio at the moment behaves similar here. I try to
decode DMR, and I get choppy audio although everything should be OK. I blamed
It may just be that your audio-subsystem doesn't actually support the
sample-rate that the graph is configuring it for.
Maybe. At least the test audio from the audio control panel is clear.
Here's the --help for dial_tone.py
Usage: dial_tone.py [options]
Options:
-h, --help
On Wed, Jan 14, 2015 at 8:50 AM, Brian Padalino bpadal...@gmail.com wrote:
It's a constellation plot for sure - says it right on the block in the
PNG, but it's all internally generated anyway. There should be 1
perfect phase, then 3 out of phase points. No noise - no
phase/frequency offset.
On 01/14/2015 07:54 AM, Andreas Ladanyi wrote:
Hi,
Bananapi / LUbuntu
After building GNURadio with the build-script and compiling /
installing with success i can start gnuradio-companion or any
gnuradio based py application but i get the following error messages.
On 01/15/2015 01:15 AM, Ralph A. Schmid, dk5ras wrote:
Only 44100 works, giving a clear dial tone. As DSD has fixed sampling rate 8k,
a resampler should do the trick. Things could be so easy :) I hate this audio
stuff...
Ralph.
If you use plughw:0,0 as the hardware designator, it's often
Thank you for providing enough information about USRPs.
So as a conclusion, if one needs to implement a Bluetooth device, he shall
use X3xx USRP.
Best,
Mostafa
On Thu, Jan 15, 2015 at 12:10 AM, Marcus D. Leech mle...@ripnet.com wrote:
On 01/14/2015 02:29 PM, Mostafa Alizadeh wrote:
Hi
Hi Marcus,
If you use plughw:0,0 as the hardware designator, it's often willing to do
resampling to the actual hardware rate.
Yep, I will try this later. Made my tests this morning on my way to work by
train, now it has to wait until lunch break :)
Ralph.
I managed to find a solution to this. I create a ram filesystem (tmpfs)
and dump fixed length files there with gnuradio. I then move the files when
they are complete to a persistent drive using another script. I don't know
why I didn't think of this before.
juha
Can you elaborate on this please?
On 01/14/2015 12:44 PM, Chris Hallinan wrote:
Greetings, I'm a first time user of gnuradio. Kudos to the
developers, it only took me about a day to build gnuradio + gr-osmosdr
(for my el-cheapo rtl2832 dongle) from source, including getting a
basic FM broadcast receiver sort-of running. Host
Hi Bananpi,
On some Linux distributions the RTL dongle USB can be grabbed by other
applications
at boot time, leaving it not available when you use gnuradio. If that is
your issue it may
be resolved by blacklisting the RTL device.
Modify or create a file: etc/modprobe.d/rtlsdr.conf
and add:
Hi Chris,
On 01/14/2015 06:44 PM, Chris Hallinan wrote:
Greetings, I'm a first time user of gnuradio.
Welcome!
I've prototyped an FM receiver as described in the tutorial at the
bottom of this page:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorial_Hardware_Considerations
On Wed, Jan 14, 2015 at 12:53 PM, Marcus D. Leech mle...@ripnet.com wrote:
On 01/14/2015 12:44 PM, Chris Hallinan wrote:
Greetings, I'm a first time user of gnuradio. Kudos to the developers, it
only took me about a day to build gnuradio + gr-osmosdr (for my el-cheapo
rtl2832 dongle) from
Greetings, I'm a first time user of gnuradio. Kudos to the developers, it
only took me about a day to build gnuradio + gr-osmosdr (for my el-cheapo
rtl2832 dongle) from source, including getting a basic FM broadcast
receiver sort-of running. Host Ubuntu 14.04 on a very fast Dell
8-core server
It's a constellation plot for sure - says it right on the block in the
PNG, but it's all internally generated anyway. There should be 1
perfect phase, then 3 out of phase points. No noise - no
phase/frequency offset. Timing shouldn't be an issue here even if it
were a normal plot.
I think the
Hi,
Bananapi / LUbuntu
After building GNURadio with the build-script and compiling / installing with success i can start gnuradio-companion or any gnuradio based py application but i get the following error messages.
===
linux; GNU C++ version 4.8.2; Boost_105400;
29 matches
Mail list logo
