Hi,
Checkout the USRP measurement pointed by :
http://www.nabble.com/USRP-Dynamic-Range-and-8-Bit-Problem-to14471573.html#a14484747
May be it will answer some of your questions. Keep in your mind that USRP is
not a measurement device. It is an SDR peripheral device. If you want to use
it as a
John Clark wrote:
George Nychis schrieb:
Hi John,
There are a couple other SDR-type platforms in the academic world...
but none really come close to the code base of GR IMO.
Some of these seemed pretty 'expensive' to get into... the use of
ASICs, and the like, also, they seem to be
Hi all,
I'm currently working on a GSMK modem, and I would like to calculate the BER
of the link. I send data using gr.vector_source_b( ) connected to a GMSK
modulator/demodulator and receive the signal in gr.vector_sink_b( ).
1) How can I measure BER from the vector_source and vector_sink ?
2)
On Jan 17, 2008, at 8:57 PM, Martin Dvh wrote:
If you need any other kind of info, please let me know.
I have done some presentations on GnuRadio and Software Defined
Radio and I am preparing for some GnuRadio courses that I will be
giving.
It would be appreciated if you made the paper
I've seen this exact same behavior for some time. I'm currently
running the latest GnuRadio release and GRC 0.69 on Mac OSX 10.4.11
@(^.^)@ Ed
Achilleas Anastasopoulos wrote:
I would like to thank again Josh for the wonderfull job on GRC:
I am now using it regularly for my classroom
Hi,
BER is defined as the % of bits that have errors to the total number of
bits. Therefore, you need to calculate the number of incorrect bits.
To do this you would need to know the correct bits to compare your
received bits to. You can then easily compute the number of incorrect bits.
On 1/18/08, beezle bub [EMAIL PROTECTED] wrote:
It might be the case that if I fix my own code, I can also fix the
blks2.synthesis_filterbank.
Let me know what you find. I haven't looked at your bug report yet.
--
Johnathan Corgan
Corgan Enterprises LLC
http://corganenterprises.com/
The error seems to come from gtk.main and not from the GRC source
itself. Perhaps this is the result of a race condition (in grc) between
the the main thread and the thread waiting on the flow graph to finish.
-By clicking the kill button, the waiting thread finishes by calling
the very same
Here's a sample with:
Gnu Radio 3.1.1
g++ 4.0.1
Python 2.4.4
Swig 1.3.33
OSX 10.4.11
[eds-mac:~] edwardc% python
Python 2.4.4 (#1, Dec 19 2007, 10:55:40)
[GCC 4.0.1 (Apple Computer, Inc. build 5363)] on darwin
Type help, copyright, credits or license for more information.
from
George Nychis wrote:
Hi,
BER is defined as the % of bits that have errors to the total number
of bits. Therefore, you need to calculate the number of incorrect
bits. To do this you would need to know the correct bits to compare
your received bits to. You can then easily compute the number
So, interesting things. Incidentally, I was the guy who posted about the
segfault in top_block.
1) On my laptop runing ubuntu 7.10 natively with latest stuff installed, I got
the segfault. On my virtualized ubuntu on my macbook, I got a real error
message (btw fyi, ubuntu + parallels does
G'day,
Still crashes here with the following error messages:
No module named serial in RS232 Source! - continuing...
No module named serial in RS232 Sink! - continuing...
Removing empty category Custom...
Verbose:
Traceback (most recent call last):
File
I have two of the Lyrtech boards and with the develpment tools for DSP
chip and FPGA. Using Matlab simulink, and code generation, etc. for
rapid prototyping this is just about ohh, one hundred grand..
The Matlab is shared license at work as is the DSP and FPGA development
tools but this
13 matches
Mail list logo