Hi everyone,
I've just posted the minutes to our last dev call:
http://gnuradio.org/redmine/projects/gnuradio/wiki/Call20130221
If you're wondering why their so awesome and complete, that's thanks to
Phil and his MeetBot.
One item that's definitely unclear from these minutes is the first one,
Hi,
I think python file means data go downstream without interacting
with other data stream.And I have seen several example writen in c++ and
they all contain a gr_top_block which makes them similar to python
files.Any body have the experience developing in c++?And what you think
is the
Hi,
I think python file means data go downstream without interacting
with other data stream.And I have seen several example writen in c++ and
they all contain a gr_top_block which makes them similar to python
files.Any body have the experience developing in c++?And what you think
is the
On Mon, Feb 25, 2013 at 09:26:22PM +0800, Gong Zhang wrote:
Hi,
I think python file means data go downstream without interacting
with other data stream.And I have seen several example writen in c++
and they all contain a gr_top_block which makes them similar to
python files.Any body have
On Sun, Feb 24, 2013 at 10:36 PM, warren4300137 warren4300...@gmail.com wrote:
Hi~
I found some strange problem setting USRP transmitting signal power. The
method I change the transmit power is to use a constant to multiply the
signals. the problem is that I use bigger constant like 2.0, the
Someone can correct me if I'm wrong, but I think this is the error that
happens if you haven't run `ldconfig` (on Ubuntu).
Try `sudo ldconfig` There's a gnuradio wiki page that explains what it does
somewhere.
On Sun, Feb 24, 2013 at 11:42 PM, Omer Omer omer9...@yahoo.com wrote:
hi everyone,i
Hi, With gnuradio 3.6.3 I am using the gr_message_burst_source to generate
messages (one message per second) and set the bob and eob correctly. After
this block I connect the following blocks to send bpsk modulated messages
: packet_to_unpacket_bb, map_bb, chuncks_to_symbol, rrc_filter and the
Hi Pablo,
you can use the tag_debug or metadata file sink blocks to see if your
tags are propagating correctly.
MB
On Mon, Feb 25, 2013 at 04:58:52PM +, Pablo Belzarena wrote:
Hi, With gnuradio 3.6.3 I am using the gr_message_burst_source to generate
messages (one message per second) and
I forgot to mention that I had set three channels to null and kept just one
writing to a file. In this case I still see overruns.
Also if I drop the sampling rate to 500 MS/s on all four channels but leave
them all writing to file at 500 kS/s I don't see any overruns at all. The
problem is I
Just wanted to add that if you choose option four,
ie you have at the output of the constellation_receiver
a phase-corrected complex stream then you can use it
directly as the input to the viterbi_combined
block so that you avoid the use of the
trellis.constellation_metrics_cf block.
Achilleas
On Mon, Feb 25, 2013 at 2:05 PM, md...@nycap.rr.com wrote:
Nathan West nathan.w...@okstate.edu wrote:
Someone can correct me if I'm wrong, but I think this is the error that
happens if you haven't run `ldconfig` (on Ubuntu).
Try `sudo ldconfig` There's a gnuradio wiki page that
On 02/25/2013 10:58 AM, Pablo Belzarena wrote:
Hi, With gnuradio 3.6.3 I am using the gr_message_burst_source to generate
messages (one message per second) and set the bob and eob correctly. After
this block I connect the following blocks to send bpsk modulated messages
:
Greetings all, this is my first post here so I apologize ahead of time for any
clumsiness in the order and detail of my question. I'm using a Macport install
of Gnuradio 3.6.3 (system particulars below). So far I've had a good deal of
success with Gnuradio but I'm at the point where I need to
On Mon, Feb 25, 2013 at 12:40 PM, Warren, Kevin M
kevin.m.war...@vanderbilt.edu wrote:
Greetings all, this is my first post here so I apologize ahead of time for
any clumsiness in the order and detail of my question. I'm using a Macport
install of Gnuradio 3.6.3 (system particulars below).
The gr_modtool has been integrated into the GNU Radio master branch
post-3.6.3, and will be part of the 3.6.4 release. At least one of the
issues below has already been fixed.
Okay, great. I saw that comment on the github README file but assumed it wasn't
in the latest release since I
Hi Kevin - You'll want to use install_name_tool to fix the DLYD name
id for both _howto_swig.so and libgnuradio-howto.dylib. Here's what I
would do (watch wrap):
{{{
sudo install_name_tool
-id /opt/local/lib/libgnuradio-howto.dylib /opt/local/lib/libgnuradio-h
owto.dylib
sudo install_name_tool
Michael, this worked perfectly, thank you so much. I'm glad there was a direct
way to do it rather than poking around into the make side of things.
sudo install_name_tool -id /opt/local/lib/libgnuradio-howto.dylib
/opt/local/lib/libgnuradio-howto.dylib
sudo install_name_tool -change
Hi all
While running USRP N210 on 25M/S, on core i7 its ok but on core i3 error comes
UU. i think its because of System sending low samples on port then USRP
received. the main problem is when usrp is running as Under sampled the power
on centeral frequency increased for a short spain of
18 matches
Mail list logo