remember who it was... I think it was a .de- address...
Try your favorite search-engine-provider ;)
Best regards,
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 06/03/2010 11:54 PM, Juan Quiroz wrote:
Hi all
I had a problem with tunnel.py, but changing threshold from 30dB to 50dB it was
solved, now I'm reading receive_path.py in carrier sensing blocks are defined
alpha=0.001 and thres=30 for use with gr.probe_avg_mag_sqrd_cf, please can
somebody
is straight forward. You
should be able to look at how USRPs are set up in Python and do almost
the same thing in c/c++.
BR
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
(mostly)
gmail users lately, so I assume there are no problems when using that.
Not everyone want/will/do use gmail, and the messages gets kind of hard
to follow...
Best regards
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio
Hi list,
I was looking at the gr_pwr_squelch_cc- code, and there is a thing I
just want to check the meaning of. It is not as much that I don't
believe the code works correctly, it's just that some lines of code
confuse and scare me. ;)
The lines are 59 and 64,
57: case ST_MUTED:
58: if
William Pretty Security Inc wrote:
Hi All;
Well I picked up my new system at Best Buy. (details later) I
installed Ubuntu 9.10 and Gnuradio from the git.
I must have made a typo somewhere because I get the following error
when I probe the USRP1:
2. The Xilinx tools in version 11.1 are without patches not able to generate the bitstream, even make proj failed. The build also fails because it needs more RAM than available with a self-made project. With the latest service pack (sp 5) the software is able to produce a .bin file, but not even
Johnathan Corgan wrote:
On Fri, Apr 9, 2010 at 19:23, Marcus D. Leech mle...@ripnet.com wrote:
Any cluage?
Yes. I'll wait to see if Eric responds, as this is his area, but in
short, the error is intentional.
Johnathan
Judging by the code in gr_block_executor.cc lines 291- 321, I
sanam singh wrote:
Hi,
I have installed gnuradio from git. I wanted to view and modify .cc files.
I placed the modified c files in following directory :
/home/sanam/gnu/gnuradio-3.2.2/gnuradio-core/src/lib/general
But the issue is when I have tracked gnuradio and I have found out
that it
Hi list,
I have previously merged the vrt- branch into the gnuradio- tree and
successfully compiled and used it.
However... I'm in the middle of creating a script that sets up gnuradio and
other programs I need from a fresh installation, and I ran into some troubles
while merging different
Omer Ihsan wrote:
Hi,
i am using the ubuntu 9.04 and installed the gnuradio at the build
guide through the binary package instructions for ubuntu at:
http://gnuradio.org/redmine/wiki/gnuradio/DebianPackages
i placed a problem here a couple of days ago and the solution
suggested that i
Mattias Kjellsson wrote:
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 2:13 PM, Mattias Kjellsson m...@kth.se wrote:
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 11:38 AM, Mattias Kjellsson m...@kth.se wrote:
Tom Rondeau wrote
Eric Blossom wrote:
I assume that you mean 1 byte per symbol.
I suggest that you create *_ci and *_ii versions that handle 32-bits.
Eric
You are correct, one byte per symbol. Or one symbol per byte, whichever
way one wants to look at it.
To clarify what the custom block does is that it takes K
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 10:28 AM, Mattias Kjellsson m...@kth.se wrote:
Eric Blossom wrote:
I assume that you mean 1 byte per symbol.
I suggest that you create *_ci and *_ii versions that handle 32-bits.
Eric
You are correct, one byte per symbol. Or one
Hi list,
I have been trying to send and receive higher order constellations than
bpsk (qpsk, qam16, ...). The way I'm currently implementing this (in
c++) is that I have a custom pack_k_bits_bb(int bits_per_symbol)-
block and then feed the result into a gr_chunks_to_symbols_bc- block,
and then
srinivas naga vutukuri wrote:
Hi,
I am transmitting the sinusoidal wave form (IQ samples), in the
following methods, and found that when i stem plot in the MATLAB both
the input wave form data on one USRP2 and the received data on another
USRP2, initially the waveform is exactly fitting
amarnath alapati wrote:
hi everyone,
I am using the programs of DIGITAL-BERT folder to see the bit
error rate pattern versus the SNR. The given programs are for BPSK
scheme. I tried to change it for QPSK Scheme. But seems that I did not
do it right. I am giving the modified code in
Makmur Hidayat wrote:
Then I try to add the following to .bashrc
export BOOST_PREFIX=/opt/boost_1_37_0
export LD_LIBRARY_PATH=$BOOST_PREFIX/lib
But I can not do that because .bashrc is read only.
Therefore how to solve the problem?
$chmod +w .bashrc
would make the above file writable.
Makmur Hidayat wrote:
2010/3/3 Mattias Kjellsson m...@kth.se mailto:m...@kth.se
$chmod +w .bashrc
would make the above file writable. But .bashrc shouldn't really be
r/o, should it? This file should be readable by everyone, and
read/writable for the owner. At least
Tom Rondeau wrote:
On 3/3/2010 7:12 AM, Mattias Kjellsson wrote:
amarnath alapati wrote:
hi everyone,
I am using the programs of DIGITAL-BERT folder to see the bit
error rate pattern versus the SNR. The given programs are for BPSK
scheme. I tried to change it for QPSK
You need to access .bashrc with super user rights.
Shouldn't ~/.bashrc be a user- override of the global /etc/bashrc (in
ubuntu /etc/bash.bashrc) ?
For instance if I want to change the promt to something like
[hh.mm.ss]:usern...@host $ instead of the
default one, I'd put those changes in my
Hum... I'm glad to hear that, although I thought that the pi- phase
ambiguity of Costas- loops made them unsuitable for QPSK-
constellations... But I guess there is something I'm missing in the code
then?
You aren't missing anything, you just need to account for the possible
Hi list,
There is a function called 'ber' in receive_path.py in the python bert
example.
def ber(self):
return (1.0-self._ber.density())/3.0
From where does the 3 originate? Some lines above, there is this comment:
# Descramble BERT sequence. A channel error will create 3 incorrect
Hi all,
I use sudo make install to setup the gnuradio in ubuntu9.10. The
problem is that I have to use sudo every time to run an
application(./benchmark_tx.py). Without running as a super user, I
will receive the error msg like could not load the firmware to FPGA
through USB, permission
Glad you are trying out the branch. A few notes here:
1) There is a bug where after power-up, everytime (but the first) you
restart streaming and get samples there is junk data, and it will read
bad vrt header. Its harmless, but should be fixed
When you mention it, I do believe there
regards
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Sorry, but your question is not very clear. It's a wireless modem, which
means it's subject to all sorts of issues that are dependent on your
setup and parameters.
The best thing to do is to start simple and use usrp_fft.py to see if
you can observe any signal at the receiver and that
amarnath alapati wrote:
hi folks,
I am using BENCHMARK_TX.PY, BENCHMARK_RX.PY to test the
transmission and reception of signals. I have doubts regarding the
outpu that is appearing on the screen.
gr_fir_fff: using SSE
socket(PF_PACKET, SOCK_RAW, htons(0xBEEF)): Operation not
Per Zetterberg wrote:
Hi,
Before git I could browse some resipositories from www.gnuradio.org/svn/
(or something like that) where I could find branches, hardware designs
etc. How can I find this information now ?
Branches and code: http://vps.gnuradio.org/cgit
Hardware designs, etc:
Yan Nie wrote:
Hello,
I've created my own .rbf file. I see the USRP loads the FPGA bitstream
from /usr/rev{2,4}/*.rbf, but it doesn't allow me to copy my .rbf file
into this directory.
I assume you tried the cp as root?
How can I load my FPGA bitstream?
A quick look at
I haven't looked at the usrp2- code for a while, but I think there might
have been
something like the usrp- equivalent of oU/uU- shell printing.
But that was a while back and it might have changed. If you have a look
in the meta- data there is a field called overrun. But as someone
pointed out all
I don't want to reconfigure the graph at run time, but I want to minimize
the use of CPU on my parallel path. Essentially, this extra path is 'raw'
USRP samples which are really only required when packets are successfully
received.
Otherwise, the main path is a classic digital radio
and a correct header, witch makes the frame_sink_1 put it in
its message_queue, that there is no need to check the probe status. In
that case, what is the probe doing there?
Best regards,
//Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio
What version of gcc are you running?
If you in fact are running gcc-4.3, you might what to try
configure --help, and from there figure out what extra flag you need
to pass to configure
for it to locate your boost- installation.
Hope this helps
//Mattias
I get this error
cannot find
David Knox wrote:
I built gnuradio using Synaptic and it seems to be operational. I can change
python and also change and compile C++ code for some UCLA Zigbee packet
processing code just fine too. Where should the C++ source code for the
gnuradio routines themselves (e.g. gr blah blah) be
Hi again,
Thanks for the reply, that confirmed my suspicion of me being wrong
about D=2.
But then I am wondering how the gr_unpacked_to_packed_bb- block is working?
When I setup a unpacked_to_packed_bb(2,GR_MSB_FIRST) (I guess GR_MSB_FIRST
on a regular intel x86, right?) and connect it to a
Mattias Kjellsson wrote:
Hi again,
Thanks for the reply, that confirmed my suspicion of me being wrong
about D=2.
But then I am wondering how the gr_unpacked_to_packed_bb- block is working?
When I setup a unpacked_to_packed_bb(2,GR_MSB_FIRST) (I guess GR_MSB_FIRST
on a regular intel x86
Please disregard my last mail on the same topic.
I figured it out. It turned out there was no problem once I figured a
bit about what packed and unpacked bytes actually mean.
This shows how important having a cup of coffee now and then is...
cheers,
//Mattias
I think you are making wrong use of the unpacked_to_packed block:
I think so to. I was creating the file in Matlab, writing zeros and ones
as chars to a file, used that file as input to the flow- graph...
So to get my original code to work, I had to write 27 in the data file
(27 =
Kris Lists wrote:
snip
I then build a basic flow in python from the sample file to a USRP2
sink setting the center frequency CF to 1.57542G, and a interpolation
of 20 to convert the 5Msamp/sec to 100Msamp/sec. The waveform
transmits for the expected 60 sec.
Not sure, but as far as I can
Li Mei-Wen wrote:
Hi:
I try to test the ./benchmark_tx.py -f 900M and ./benchmark_rx.py -f 900M
I got Warning, What can I do?
The warning, do it affect the usrp operation?
Thank in advance.
em...@ncku-34be181a97 mailto:em...@ncku-34be181a97
Ulrika Uppman wrote:
Hi all!
I ran into the constant USRP2_MIN_RX_SAMPLES = 371 defined in usrp2_base.h, but I don't get what it is used for (it comes with the comment BIG ASS FIXME: get from lower layer MTU calculation).
Does anyone know anything about this constant and what it affects? ...
...
./configure
make
make check
make install.
Did you run ldconfig (or similar) after make install?
...
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
adib_sairi wrote:
Dear All,
As i being experimenting with USRP and GNU Radio, i notice that some of the
last packet of my data that i receive is keep inside the USB buffer. this
data will be flush out to my PC only if i transmit (receive) new data. i
believe that this is due to the minimum byte
Johnathan Corgan wrote:
displaying output at the rx- side, but that
shouldn't be a problem, as long as the switch to boost- threads hasn't
been done?
The only functionality outside of gr I have used is a pthread for
Well, we're migrating things off omnithreads to Boost threads. It
Hi list,
Is there an interest in having more c++ examples included in gnuradio?
Although the dial- tone example is very illustrative, it might be handy
to have at least a few more?
Best regards
//Mattias
___
Discuss-gnuradio mailing list
Eric Blossom wrote:
On Wed, Aug 12, 2009 at 03:41:19PM +0200, Mattias Kjellsson wrote:
Hi list,
Is there an interest in having more c++ examples included in gnuradio?
Although the dial- tone example is very illustrative, it might be handy
to have at least a few more?
Best regards
//Mattias
There are several problems I am facing now(sorry, I am not a good programmer,
maybe they are silly questions):
1. I am trying to use different threads to receive packets and transmit
packets. Although I used global killed and sys.exit(1) to make sure
threads exit when Ctrl-C pressed, it
Hi,
While it is still possible (and from my understanding, most people use
python) to use python to interface the underlying c++ blocks, there is
also the possibility to just use c++ for connecting the flowgraph, see
gnuradio-examples/c++/dial_tome for an example.
Hope this helps.
//Mattias
udadidd wrote:
2) Now i try to read this file back and unmake packets. But the code doesnt
do any thing at msg.delete_head().
delete_head() is a blocking function, which blocks until there is a
message in the queue. You might want to try using the non- blocking
version instead?
You may
try something like:
$ find [gnuradio-build-tree-path] -name gr_ofdm*
find, grep and others are friendly, you just have to talk to them... So
are the man- pages =;oP
//Mattias
how can i get the C++ source code of the blocks in GRC
i mainly need that of the OFDM mod and demod i tried browsing
Hi,
I think that a similar question was raised a while back, and that the
ticket for fixing it is still open.
http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg18067.html
BR
//Mattias
Ulrika Uppman wrote:
Hi!
We have encountered the same phenomena. The spikes at the carrier frequency
Jamin Chan wrote:
Mattias Kjellsson wrote:
Hi,
I think that a similar question was raised a while back, and that the
ticket for fixing it is still open.
http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg18067.html
BR
//Mattias
So there is a temporary workaround? Im not sure if i
Firas Abbas wrote:
Hi,
On Sat, 5/2/09, Andrew Lutomirski l...@mit.edu wrote:
I can speculate: some versions of Ubuntu (i.e. all the ones
I've actually looked at) seem to build fftw *without* SSE/SSE2.
--Andy
Do FFTW have a function we can use to read if it is using SSE/SSE2?. If
mayur sarode wrote:
...
Using TX d'board B: Basic Tx
Traceback (most recent call last):
File ./fmradio1.py, line 182, in module
wfm_tx()
File ./fmradio1.py, line 115, in __init__
if not self.set_freq(options.freq):
File ./fmradio1.py, line 172, in set_freq
r =
Lizhao You wrote:
Hi all,
I am testing an application, which receives data from usrp. The
datarate is 2M, and samples_per_symbol is 2, decimation is 16. I am
using a PC, with Ubuntu 8.10, intel pentium 4 cpu 2.40G, and 768M Memory.
But the shell displays uOuOuO when running. I know it means
1) When I run my scripts I sometimes get uOuOuO message. I read in the
archives that I need to increase the decimation rate but I have already
set it to the maximum limit of 256. What should I do? Also, why do I not
get the message all the time?
Hi,
A problem I had a while ago was that
Hello everyone,
I am trying to implement some relaying schemes in gnuradio which require
fast response from
the relay. I only know how to use flow graphs at the moment so I made my
code with flowgraphs and
the delay from receiving a packet until I retransmit it is about 10ms. I'm
using
-
developers can answer that more precisely.
Best Regards
//Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
is, -Is there anyone who has any clue why I see
these underruns, and/or what I can try to make them go away?
Best regards
//Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss
Hi again,
Seems like the answer was coming in as I wrote the answer... My cpu-
scaling...
BR
//Mattias Kjellsson
Mattias Kjellsson wrote:
Hi list,
I have recently begun to see a lot of tx_underrun in my applications. At
first I thought it was due to me not setting realtime- scheduling
anne kwong wrote:
...
[r...@localhost fftw-3.2]# ./configure --enable-single --enable-shared
--enable-sse
Hi, try to not use the super- user account when configuring, only when
installing. I don't know if it will help, but sometimes the environment
for the root user is a bit different than
a closer look at.
Hope this helps
//Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Bruhtesfa Ebrahim wrote:
Mattias Kjellsson wrote:
Bruhtesfa Ebrahim wrote:
Hey all,
I have just 2 questions, actually they are not related (are independent
questions).
1. I want to install GRC(gnu radio companion), and i need to install
pygtk and cheetah as prerequisite. I
: configuration #1 chosen from 1 choice
There must be something I have done incorrect, but what might that be? I
realize this may be a bit off- topic, but seeing how you all got it to
work... As I said earlier, feel free to advice on things to try...
Best regards,
//Mattias Kjellsson
and make files in both of
them.So, how can i install them without these files?
I think they are available through apt-get, but if you whant to install
from source, you should investigate setup.py. Try
$python setup.py --help
Cheers!
//Mattias Kjellsson
- page... Instead of having
just a warning, there could be a warning and a solution =;o]. But since I
Cheers!
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
is
find_usrps. I think I'll never eat lunch again ;)
I'm out of ideas of how to solve this. Suggestions of things to try
and/or check for, no matter how simple would be appreciated.
BR
//Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss
is
find_usrps. Althoug, I need to run it twice to make it find my usrp2...
I think I'll never eat lunch again ;)
I'm out of ideas of how to solve this. Suggestions of things to try
and/or check for, no matter how simple would be appreciated.
BR
//Mattias Kjellsson
Eric Blossom wrote:
On Wed, Nov 05, 2008 at 07:30:01PM +0100, Mattias Kjellsson wrote:
Eric Blossom wrote:
There are a couple of headers. See usrp2_eth_packet.h
So I have. Regarding the channel and timestamp fields in struct
u2_fixed_hdr_t, channel is going to (when
(usrp2_eth_packet.h)...
Cheers
//Mattias Kjellsson
Firas Abbas wrote:
Hi,
If USRP2 can respond to PING and reply back, then one should be able
to measure the delay.
Regards,
Firas
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http
and calculate this number, instead
of having it #defined? But then again, it would be a whole lot of re-
writing, since U2_MAX_SAMPLES is #defined... Or have I missed some
fundamental here?
BR
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss
Eric Blossom wrote:
On Wed, Nov 05, 2008 at 06:15:03PM +0100, Mattias Kjellsson wrote:
I have been playing with ioctl's today and while browsing the USRP2-
code i found that max length of a packet is defined to 371 which results
in 1484 bytes of data, and 16 bytes left, leaving room
to this value
(I noted that there is a fixme, magic timeout there, but still)? Can I
change this value to any value of my own choice, or are there
limitations that I'm not seeing here?
BR
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio
on starting on it this week, would appreciate inputs
I think it sounds useful. I know there are password recovery software
using the GPU for calculations. If you get further than me, please don't
keep it to yourself ;)
BR
//Mattias Kjellsson
___
Discuss
Hi,
When I installed gnuradio, I didn't have a usrp, but I followed the
instructions in the wiki, and when I plugged it in it worked... I guess
the short answer is: no. =)
Hope it works out for you!
BR
Mattias Kjellsson
Joreen Tan wrote:
Hi,
Would like to check, if the USRP is needed
Hi list,
I checked out usrp2- trunk svn9482 today, and got some errors when I
tried to build it.
the following steps was taken:
Installed boost-1.36, from source with configure --with-libraries=all option
made a symbolic link from /usr/local/include/boost-1.36 to
/usr/local/include/boost
Eric Blossom wrote:
On Thu, Aug 14, 2008 at 11:57:27PM -0100, Mattias Kjellsson wrote:
Johnathan Corgan wrote:
On Thu, Aug 14, 2008 at 7:52 AM, Mattias Kjellsson [EMAIL PROTECTED] wrote:
Nice to know, I almost went insane over a couple of htons() earlier today
sugestion would be to
try to rebuild swig with the flags indicated above.
On the other hand there are some other errors further down the log-
file, but they may resolve if you rebuild swig.
Hope this helps, cheers
Mattias Kjellsson
Phiip
___
Discuss
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Philip Balister wrote:
On Thu, Aug 14, 2008 at 8:24 AM, Mattias Kjellsson [EMAIL PROTECTED] wrote:
Philip Balister wrote:
On Thu, Aug 14, 2008 at 6:24 AM, Mattias Kjellsson [EMAIL PROTECTED] wrote:
Philip Balister wrote:
I used to be able to build trunk
Johnathan Corgan wrote:
On Thu, Aug 14, 2008 at 7:52 AM, Mattias Kjellsson [EMAIL PROTECTED] wrote:
1. In op_config_rx_reply_v2_t structure (and op_config_tx_reply_v2_t),
defined in usrp2_eth_packet.h, the member ok is a uint16_t... Why is that?
Does it have something to do with _AL4 maybe
:744: error: 'struct usrp2_basic::read_time(const u2_mac_addr_t,
uint32_t*)::command' has no member named 'op'
The whole thing seems strange, since I have successfully compiled this before.
Any suggestions or solutions to this problem are greatly appreciated.
BR
Mattias Kjellsson
(for instance -you always have to pad the packets with one byte
or similar), or something completely different than the above suggestions?
Cheers
//Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman
in
the same source- file wasn't. Kind of strange is it not?
Anyhow, this might be a good alternative to put in the wiki, to avoid
future questions about the same issue.
Comments, and or clarifications are welcome.
Cheers
/Mattias Kjellsson
away from as
possible)...
Any comments, suggestions, clarifications would be appreciated.
Cheers
Mattias Kjellsson
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
86 matches
Mail list logo