Hi all,
I'm playing with qam modulation and demodulation blocks using GRC.
To begin with, I built a flow graph in one computer as follows:
File source>packet encoder>qam mod->qam demod> packet
decoder->file sink
It worked well. The file sink can get what is in the file so
On Thu, Jun 14, 2012 at 9:40 PM, Phelps Williams wrote:
> I found an old discussion
> http://lists.gnu.org/archive/html/discuss-gnuradio/2012-01/msg00104.html
> on this exact issue... Per Ed Criscuolo's suggestion modifying
> GR_FIXED_BUFFER_SIZE in
> gnuradio-core/src/lib/runtime/gr_flat_flowgr
Our hosting service, Amazon Web Services, is experiencing problems and the
gnuradio.org server is offline.
We do not have an ETA from them yet; I'll post here again when there is an
update.
Johnathan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gn
block ram^H^H^H^H^H^H^H^using SRL16's
;-)
>
> If you are seeing transients at the beginning of a burst, thats probably
> the half band filters. They are implemented in block ram and dont clear
> between bursts.
>
> -josh
___
Discuss-gnuradio mailing
> You can see the magnitude hovers over 30 which is good (noise hovers
> around 5). But, as you can see, there are two spikes with suppressed
> samples around it. These are exactly spaced 363 samples apart (this
> changes as I change the samples per buffer at the transmitter). Does
> anyone have a
Hi All, (this might be a duplicate e-mail -- if so, sorry everyone!)
I am trying to generate on-off traffic patterns with high timing accuracy, so I
decided to use the tx_timed_samples and tx_bursts examples to do so. To start,
I tried to understand the examples by using tx_bursts to send consta
I found an old discussion
http://lists.gnu.org/archive/html/discuss-gnuradio/2012-01/msg00104.html
on this exact issue... Per Ed Criscuolo's suggestion modifying
GR_FIXED_BUFFER_SIZE in
gnuradio-core/src/lib/runtime/gr_flat_flowgraph.cc worked!
Because this is universal to the build and not radio
Hello,
I want to transmit a continuous stream of data and obtain its synchronized
version (before decoding) at the receiver using gnuradio companion.
Following the generic_mod_demod.py, I have designed the transmit and
receive path in the following way
Tx:GLFSR source (producing +1 & -1) -->
On 06/14/2012 03:30 PM, Mark Cottrell wrote:
> I am trying to build a gnuradio debian package in ubuntu 12.04, but have
> been having some issues with the postinst and prerm scripts trying to call
> grc_setup_freedesktop.
>
> Looking at grc/freedesktop/CMakeLists.txt, grc_setup_freedesktop is on
I am trying to build a gnuradio debian package in ubuntu 12.04, but have
been having some issues with the postinst and prerm scripts trying to call
grc_setup_freedesktop.
Looking at grc/freedesktop/CMakeLists.txt, grc_setup_freedesktop is only
installed if you have xdg-utils installed. However, t
I found that I can specify max_noutput_items when calling
top_block::start(). This however doesn't appear to do anything but
delay the onset of this large amount of latency as the various blocks
will still seem to request the maximum available. Setting this to the
exact rate I expect the radio to
I am not throttling the amount of data generated by my custom udp
source. I am generating enough output to match noutput_items passed
as the first argument to work(). My understanding is that
noutput_items is the number of bytes the main event loop is requesting
from my block for it to prevent an
Most likely you did not set the freq and gain properly. Unstable physical
layer communications cause the ARP routing failure.
Please use different frequencies for tx and rx.
On Thu, Jun 14, 2012 at 1:51 PM, Weixian Zhou wrote:
> I was testing with tunnel.py and following the instructions in REA
Hi all,
I'm observing some odd behavior that I can't seem to figure out. This is
in (your favorite script) tunnel.py
Here, self.sink is instantiated as a uhd_transmitter() and then self.source
is a uhd_receiver(). Both are connected respectively to their part of the
flow graph:
https://github.c
I've gotten not-very-good reports of build-gnuradio failing on
systems that are set for languages other than English, and which contain
pathname components with non-English characters.
This appears to
affect the underlying Gnu Radio build when it uses Python internally,
and also to Gnu Radio a
I was testing with tunnel.py and following the instructions in README
located in gnuradio/gr-digital/examples/narrwoband.
I found that when I input* ifconfig gr0 192.168.200.1* on machine A, and
input* ifconfig gr0 192.168.200.2* on machine B at the same time, both
machines showed Tx and Rx package
Hello all,
I have figured out that the code gets stuck at line 275 of the code attached
thus;
msg = self.rcvd_pktq.delete_head()
Can anyone tell me which module is implementing the received message queue and
any ideas on why it will be empty apart from received frequency not aligned t
Muhammad:
Could you possibly move this discussion *OFF* the Gnu
Radio mailing list?
There are mailing lists dedicated to discussion
OpenBTS problems, and this isn't one of them. OpenBTS doesn't even use
Gnu Radio, so it's doubly inappropriate.
-Marcus
On 14 Jun 2012
14:00, Muhammad JUNAI
muhammadjunaid@ubuntu:~/OpenBts/openbts-uhd/public-trunk/apps$ killall
transceiver
transceiver: no process found
muhammadjunaid@ubuntu:~/OpenBts/openbts-uhd/public-trunk/apps$ ps
PID TTY TIME CMD
2383 pts/0 00:00:00 bash
2560 pts/0 00:00:00 ps
muhammadjunaid@ubuntu:~/OpenBts/o
http://focusoneuropeantower.com/wp-content/themes/metro_10/body.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
This is a bug.
In file gr-digital/grc/digital_qa_demod.xml the line
gray_coded = $gray_coded
should be changed to
mod_code = $mod_code
On Wed, Jun 13, 2012 at 7:56 AM, jiajue ou wrote:
> Hi all,
>
> I’m using GRC and the simple flow graph(1) at receiver is as follows:
>
> Usrp source>
Hi everyone! Just a few quick items about the conference.
First, the big news is that we have been awarded a grant from the
National Science Foundation to help support students attending the
conference. Specifically, it is to cover travel costs (planes, trains,
and automobiles) for -roughly- a doz
On Thu, Jun 14, 2012 at 1:40 AM, azalea au wrote:
> Hi all,
> I'm having "make check" errors when installing gnuradio 3.5.0:
>
> make[7]: Entering directory
> `/home/azalea/Desktop/gnuradio-3.5.0/gr-trellis/src/python'
> Traceback (most recent call last):
> File "./qa_trellis.py", line 32, in
>
23 matches
Mail list logo