Hi Enno,
If somebody wants to maintain a Linux-Version of simulink-usrp, we could
add this as a project on e.g. SourceForge (see below). So if anybody is
interested in porting this to Linux _and_ maintaining the Linux-specific
parts, please let us know.
I already ported it to linux today,
Hello Enno,
Great work!
Did you test this with Linux? Are there any plans to support Linux/GCC etc.?
Best regards
Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
This is a great achievement. I tested it with an old 2GHz P4 laptop (but with good USB controller) and was able to reach about 41MB/sec. The tests were with/without FPGA HB filter in one direction using your pre-built images.
Could you try to set different fusb parameters? I observed that, since
Hi!
Well, as I promised, I am going to share my results with the community.
So here it is:
http://www.dominikauras.de/gnuradio/usrp_fx2.html
Condensed into a patch file. I have uploaded a few bitstreams and a
binary of the firmware, too. There is some documentation on the site
that is
Hi!
Hmmm. My application is RX-only. Using 8-bit samples, that 45Mb/s
gives about 20Msps.I have a QX9770 system running
at 3.7GHz, but *still* get overruns at two channels, 8Msps per
(complex) channel. I also get overruns at 16Msps, single-channel.
You mean, your system doesn't even
It is a saw wave (0-255 per packet, upper 8 bits of each short are
zero). Thanks for the info! I will try sending different data this evening.
Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi Eric,
Thanks for the answer.
It's hard to say. If you've got a logic analyzer you can instrument
the inner loop of the firmware and see if that's the bottleneck or not.
Unfortunately, I don't have a access to a logic analyer :(
However, I made progress that I am going to share once it is
Hello,
I was able to increase the USB bandwidth of the rx chain to 40Mb/s if tx
is completely turned off (test_usrp_standard_rx -D 4). However, with
test_usrp_standard_tx -i 8, it won't get beyond 32.7 Mb/s. I am ignoring
under/overruns for now.
Is there a way test wether this is a
Hi Philip,
http://gnuradio.org/trac/wiki/UsrpFAQ/Gen#USB:480MBitsec32MBytesec
http://gnuradio.org/trac/wiki/UsrpFAQ/FX2
We can get beyond. See
http://lists.gnu.org/archive/html/discuss-gnuradio/2006-10/msg00340.html
Larry achieved 35Mb/s. I got 40Mb/s when receiving. The SSRP sustains
more
If I have reengineered this correctly (gpif.gpf crashes the current GPIF
Designer, importing gpif.c skips the flow states), you set to transfer
data at rising AND falling edge while in flow state. Is this correct?
I can give the answer to myself ;-) Took a while ...
So, data is transferred on
Hi!
A more specific question on the FX2:
do {\
FLOWSTATE = 0x81; \
FLOWLOGIC = 0x2d; \
FLOWEQ0CTL = 0x26; \
FLOWEQ1CTL = 0x00; \
FLOWHOLDOFF = 0x04; \
Hi all!
I am studying the FX2 firmware provided by the USRP package, just to
get a feeling for this.
There are a few very old mails on the mail archive stating that an
improvement of the USB bandwidth could be possible if the FX2 timing is
tuned. Does anyone know where the current
Hi GNU Radio community!
Because the halfband interpolators are disabled in the current USRP1, I
have investigated to reactivate these. However it turned out that it was
easier to integrate the new implementation I have found in the USRP2.
So I have added the USRP2 halfband interpolators to
Hi Vincenzo,
May I ask:
What is the current state of SoftDVB publishing, is there progress or
will this be delayed? Is it still correct that you plan to publish the
code of your great implementation that achieves realtime?
Thanks in advance for providing the information. Your code will be an
Hi!
Thanks for your answer.
And thanks Frank Brickle, too!
Uhh, 12.5 MS/s is 50MB/s (16-bit IQ across the wire).
Sorry, my fault.
Yes, there are lots of ways to do this. In this particular case,
you're going to want to keep track of the worst case and average run
times.
Hm run times may
Hi!
I am currently observing an odd behavior of usrp_siggen.py.
When I start the program as follows
./usrp_siggen.py -f 2.40G -i 16 --gaussian
there are a lot of underruns (uU). However, for all other signal
generation options except gaussian, it works fine (i.e. const, sine,
uniform). Just
Hi!
That won't help. The problem is that the gaussian RNG is really slow.
You'll need to figure out how to make it faster.
I am sorry. This was an example and I hoped that the RNG is fast enough.
Actually, I have observed this behavior with my transmitter. As I
described, it doesn't send
Hi!
An additional note: using usrp_siggen.py with sine, const and uniform at
8 MHz bandwidth actually works. It is unlikely that my EHCI controller
does not support 32 MB/s on transmit.
Could this be a timing problem? I mean, that the data is generated very
fast, but then the generator
Hi Kylie,
This has also been proposed by Minn et. al in their paper On timing
offset estimation for OFDM systems. They showed that this method also
improves the variance of the estimator.
The modification is quite simple:
R(d) = 0.5 * sum over full window |r(d+m)|^2.
I think, normally the
Hi Eric!
Very nice work! I have run the synthetic benchmark program on our
machine. The scaling is wonderful. It is running almost 8x faster.
If you like, I can send you some reports.
Dominik
___
Discuss-gnuradio mailing list
Hello,
This is definitely a defect, I think. It is obstructing useful ways to
use GNU Radio for.
I did it as said, allowing only one instance to be running, but several
to be created.
Dominik
___
Discuss-gnuradio mailing list
Hi!
During the buildup phase of my gnuradio scripts (in __init__ of classes that
inherit from top_block or some classes that are initialized from a topblock
instance), I try to use gnuradio to convert some data. E.g. I use gr.fft to do
FFT on some constant data, or apply the function of some
Hi!
I am currently struggling with the memory/cache performance of the most
used inner loops in my code. For my code, I am pretty sure that most
clock cycles it spends are related to cache miss. I used VTune and
Cachegrind to analyze the code. But all I got was the information THAT I
Hi!
The intrinsics are more or less C wrapper functions for assembler
commands. You can find a detailed description here:
http://www.intel.com/products/processor/manuals/index.htm
SSE1-3 is supported by modern AMD and Intel processors.
There are many possible improvements, but you need to
Hi,
Just found a small error.
You should exchange
__builtin_ia32_punpcklwd128(x,x)),16));
__builtin_ia32_punpckhwd128(x,x)),16));
(note the h/l).
First ..hwd, then ..lwd.
Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi,
| Is it published anywhere else?
No, it is not published. And I have got the permission to publish parts of
the code. I.e. if you want to see the code, I will need to move the needed
parts into a new project/makefile structure. As we don't use your normal
packet transmission scheme (ofdm
has a modular design and uses simple gnuradio blocks if possible and useful.
Additionally, I personally want to thank you for your great work at the
gnuradio project. It is definitely one of the best SDR environments.
Greetings,
Dominik Auras
Chair of Theoretical Information Technology
RWTH
Hi!
I have tried to profile your code.
First thing I noted: The PMT library from your svn branch had to be
installed with sudo make install. Now I installed the whole branch.
Next thing:
When I run test_usrp_inband_rx, it takes very long time and produces
messages:
fusb: (rd status -2) No such
Hi!
I wonder what PMT is and what is the benefit of PMT? I am not familiar with
your current development, except that it will support MAC-layers and stuff
like that. It seems very interesting. And it sounds like we will certainly
upgrade our system to your mblocks.
Greetings
Dominik
Hi!
Does make check pass on your system when you set it to use SIMD? It would
be interesting to know if this error is not found with the standard tests.
Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Alright, that means I can read the analog RSSI indicator with the
auxialiary ADCs, but it is not connected to the gain control. Instead,
an auxialiary DAC controls the gain control, right?
Thank you for the answer
Dominik
___
Discuss-gnuradio mailing
Hi!
The AGC that is theoretically available at the analog devices chip on
the Flex2400 boards, is it turned on? Or is it even wired?
The datasheet says that there outputs and inputs, a simple rms detector
and the agc input. And if these are connected, you have an AGC.
Are they connected at sold
Hi!
If you experience strong distortions in your signal, then this could be
related to the cic interpolator and decimator in the usrp. I am
transmitting ofdm signals. When those signals occupy the whole sample
bandwidth, or a greater part of it, the frequency band at the border is
greatly
Hi!
Any idea where this exception can come from?
Exception exceptions.ReferenceError: 'weakly-referenced object no longer
exists' in bound method db_flexrf_2400_tx_mimo_b.__del__ of
gnuradio.db_flexrf_mimo.db_flexrf_2400_tx_mimo_b object at 0x8895c2c
ignored
The code does not explicitly delete
Hi!
Am I right to state that the fpga firmware is configured as followed:
Tx chain (0 to 2 possible)
- NCO fine+coarse on Analog Devices Chip
- low-pass 4x interpolation on AD-Chip
- CIC interpolation filters, separate for I- and Q-Data
Especially:
Cordic turned off, internal DUC (duc.v) turned
Hi!
If I forget to connect a port of an hierblock2, I will get a confusing error
message:
RuntimeError: block is not a valid gr_block or gr_hier_block2!
It would be useful if you check this upon entering the flattening process
for example and give a more useful message. The debug trace finally
Hi!
I think that you can reproduce this behaviour easily by creating a
hierblock2 without connecting the input port.
Dominik
start: entered
flattening ofdm_rx
Flattening edge file_source(1):0-throttle(75):0
Flattening edge throttle(75):0-receive_path(2):0
Resolving endpoint receive_path(2):0 as
Hi!
First of all, excuse me for this beginner's question. Furthermore this is a
little bit offtopic.
I have copied gr-howto-write-a-block and adapted everything to my needs.
Now, in the Makefiles, it says This file is part of GNU Radio. But my
project is not part of the GNU Radio framework, and
Hi!
There is a new ticket regarding this issue.
http://gnuradio.org/trac/ticket/164
Greetings, Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi!
Probably, I have found a bug in the way you create buffers for outgoing
block connections.
First, this is what I have:
A hier-block2, with a gr_block inside, encapsulating some computations.
Inner connections: self.connect(self, ofdm_preamble, self)
where ofdm_preamble is a gr_block of mine.
Hello,
Currently, I am cleaning up my receiver's code. Therefore I thought using
the new style hierarchical blocks.
With the old blocks, there were these kludge copy blocks at the input of
an hierarchical block in the case that the input stream was spreaded among
several blocks in the inside. I
Hi!
This is the first odd thing, and I believe the cause of the problem.
Your source does not block until it receives something.
Generally speaking, returning 0 is a bad idea.
In the case of sources, you should block until you get something, then
return whatever you got.
The source
Hi!
I kicked the can down the road with Matt Ettus and Tom Rondeau. We have
spent two weeks on this total and others are welcome to contribute. We
need to have the argument: How do we specify the constellations? How do
we map carrier usage (which are pilots, clocks, etc.)?
To open a
Hi!
I am designing a block, owning an inner object, and now both will need a
communication way. Since it's just one way, your buffer fulfills all my
need.
Do you think I should use a synchronisation object (e.g. mutex)?
The inner object could possibly have an own event processing loop, i.e. can
Hi!
Can I assume gr_buffer + gr_buffer_reader to be thread-safe?
Regards
Dominik
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi!
So there is no obvious fault, e.g. that I set the wrong
decimation/interpolation rate? (the samplerate should be 400kS/s?)
I just compared tx_ofdm.dat, recorded in your simulation, to my
recorded file. Therefore I modified usrp_fft.py. In tx_ofdm.dat, it
shows a large frequency band in use,
Hi!
Just curious on the channel transfer function, I did some modification
on the ofdm simulation to see the magnitude and the argument. I am
inverting your equalizer coefficients (and actually scaling them down).
The coefficients of the region of interest in frequency domain are sent
out through
Hello,
I'm currently trying to make your ofdm simulation work with two usrp
rev4. The scripts benchmark_ofdm_tx.py and ...rx.py are modified in
order to send (I looked on the examples in the directory
examples/python/digital/).
Decimation rate ist 160, interpolation rate 320. Frequency 2.4G, two
48 matches
Mail list logo
