Hello Eric,
I have already tried installing gnuradio-3.1.3 but there were certain
bugs in that.So I had to go with gnuradio-3.0.2 and later upgraded to
3.0.4.Even the "Hello World" example is working fine,but when i try to
run any of the usrp examples i.e usrp_fft.py i get the error message of
Jane -
We (Harvind and I) have no foreseeable plans to use OpenBTS with the
USRP2. There are several reasons we will stick with the USRP1, but
if I detail them on this list I'll risk getting cited for contempt of
court. Really. http://openbts.sourceforge.net/order.pdf
But OpenBTS is op
On Mon, Mar 09, 2009 at 08:53:26PM -0400, Marcus D. Leech wrote:
> I discovered, rather by accident, that the FFTW planner seems to get its
> knickers royally in a twist for certain FFT sizes. The code
> d_plan = fftwf_plan_dft_1d (fft_size,
> reinterpret_cast(d_i
http://www.nabble.com/How-can-I-set-mux-for-two-daughterboards%28rfx-400-and-rfx-2400%29-receiving-simultaneously--tp22408001p22426239.html
Sent from the GnuRadio mailing list archive at Nabble.com.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@
I discovered, rather by accident, that the FFTW planner seems to get its
knickers royally in a twist for certain FFT sizes. The code
d_plan = fftwf_plan_dft_1d (fft_size,
reinterpret_cast(d_inbuf),
reinterpret_cast(d_outbuf),
Hi all,
Is anyone working on OpenBTS with USRP2? On the website,
http://www.gnuradio.org/trac/wiki/OpenBTS/DesktopTestingKit, OpenBTS has not
been used with URSP2. However, USRP2 is new and fast. I think more and more
people are going to use USRP2 to develp their SDR. Should I buy a USRP1
On Mon, Mar 09, 2009 at 12:11:33PM -0600, Don Latham wrote:
> Hello. Another mewling newbie out here.
> Hoping to implement USRP at 2300 GHz for EME, hook to WSGJ65 somehow.
> Anyone know where the .PDF file(s) are for the 2400 T/R daughterboard is
> (are)? I've looked at the USRP trunk, and I can
On Mon, Mar 09, 2009 at 11:29:54PM +0100, William Sherman wrote:
> Hi,
>
> I am planning to modify benchmark_xx to send and receive custom packets
> (similar to 802.11 packets).
>
> I have been rooting around these two files. I would like to know: in
> benchmark_rx how does the radio "know" when
On Mon, Mar 9, 2009 at 1:08 PM, Bob McGwier wrote:
> So, pardon me but, is this a pretty picture exercise or a real detection
> problem? If it is a detection problem, then you might as well just
> compress to the largest value in the bins to be pushed together so you
> assure that your thres
Hi,
I am planning to modify benchmark_xx to send and receive custom packets
(similar to 802.11 packets).
I have been rooting around these two files. I would like to know: in
benchmark_rx how does the radio "know" when it has received a packet
(and call rx_callback). rx_callback is called by pkt.p
Bob McGwier wrote:
> Franks comments are right on median and ROM in this case.I stayed
> up to 4 AM and went to work at after having breakfast and a cup of
> coffee and arrived by 9. It is showing.
>
> The entire gist of my comments amount to nothing more than don't allow
> "aliasing" of the
Hi Harshal,
You are using a very old version of GRC (0.70?). Because this version
does not come with gnuradio, there are guaranteed compatibility issues.
These issues will not be fixed.
Install a version of gnuradio that comes with GRC (either gnuradio
trunk, or 3.2 release branch). That way
The code in Elie's PDF looks like my old fmradio.py script. In most
universities verbatim copying is a serious offence, at least if you
strip copyright from the file.
Well at least the guy probably didn't get a very good grade because my
code was so awful :)
I can look at the code at some point,
Franks comments are right on median and ROM in this case.I stayed up
to 4 AM and went to work at after having breakfast and a cup of coffee
and arrived by 9. It is showing.
The entire gist of my comments amount to nothing more than don't allow
"aliasing" of the spectral changes as your t
Eric,
>>I found the answer to your question by looking at the code and searching it
>>for 'B'. Look in tunnel.py
Thank you very much for your reply, but it seems like:
1- Till the 'Receive Path thinks there is a carrier', it will keep on writing
'B'. So what does this mean?? Can you please ex
On Mon, Mar 9, 2009 at 17:22, Adi85 wrote:
>
>
> Ok..here is my code and my error message:
>
> class topBlock(gr.top_block):
> def __init__(self):
> gr.top_block.__init__(self)
>
> fftsize = 4096
> udecim = 256
>
> mywin = window.blackmanharris(fftsize)
> fft
Hello. Another mewling newbie out here.
Hoping to implement USRP at 2300 GHz for EME, hook to WSGJ65 somehow.
Anyone know where the .PDF file(s) are for the 2400 T/R daughterboard is
(are)? I've looked at the USRP trunk, and I can find the stuff for making
the PCB's but not the .PDF.
73 and 42
Don
On Mon, Mar 09, 2009 at 12:21:55PM -0400, Ahmed Majeed Khan wrote:
>
>
> Hi,
>
> I see a series of 'B' while running tunnel.py on one machine and
> this series coupled with with 'uO' sequences on the other. While
> 'uO' is for under-run stuff, what do the series of 'B' means??
>
> -Ahmed
I'm looking to see if anyone on the list has experience using the Altera
synthesis tools on Linux, either their native Linux paid edition or the
free Web Edition for Windows via Wine. I already have their Windows
tools working in a virtual machine, but am looking for a better
solution.
Thanks,
J
Bob McGwier wrote:
>
> I suggest that the best algorithm for this would be the rank order
> mean alternated with the max so long as you are going to insert
> "heuristic grass". So it would be max, ROM, max, ROM, .
>
>
> Let [B1, B2, B3, B4, ... BN] be powers of five adjacent bins.
>
> Put the
Ok..here is my code and my error message:
class topBlock(gr.top_block):
def __init__(self):
gr.top_block.__init__(self)
fftsize = 4096
udecim = 256
mywin = window.blackmanharris(fftsize)
fft = gr.fft_vcc(fftsize, True, mywin)
signal = usrp.s
Hi,
I see a series of 'B' while running tunnel.py on one machine and this
series coupled with with 'uO' sequences on the other. While 'uO' is for
under-run stuff, what do the series of 'B' means??
-Ahmed
--
Ahmed Majeed Khan
Graduate Research Assistant,
Wireless and Video Communication
Brian Padalino wrote:
> On Mon, Mar 9, 2009 at 8:47 AM, Marcus D. Leech wrote:
>
>> The original {1,2,4,8,16}M-bin data are used for SETI analysis, while
>> the "compressed" version
>> is used for a quick visual, "conventional" spectral display.
>>
>
> In SETI analysis, is it more interes
On Mon, Mar 9, 2009 at 8:49 AM, Bob McGwier wrote:
> Let [B1, B2, B3, B4, ... BN] be powers of five adjacent bins.
>
> Put them in rank order
>
> [R1, R2, R3, R4, ... RN]
>
> If N is even, the rank order mean is (R_(N/2) + R_/(N/2 +1))*0.5.
> If N is odd, the rank order mean is R_(N/2 +0.5)
On Mon, Mar 09, 2009 at 08:48:29PM +0500, Ujala Qasim wrote:
> Hi,
> Can someone tell me that the function bool fusb_generic_read (void *buffer,
> int nbytes) belongs to which class? As it is not a part of the fusb_generic
> or fusb
There is no free function called fusb_generic_read.
A quick look
On Mon, Mar 09, 2009 at 08:34:50AM -0700, Adi85 wrote:
>
> Hello!
>
> Here is what I would like to do: I want to use spectrum_sense.py in order to
> detect the amplitude of the maximum power bin from a bandwidth of about 7
> khz centered to 10.7Mhz and then display the result. I do not need to ch
On Mon, Mar 09, 2009 at 12:22:50AM -0700, Ling Huang wrote:
>
> I set:
> usrp.source(nchan=2)
> set.mux(0x32103210)
> di=gr.deinterleave(gr.sizeof_gr_complex)
> self.connect( self.u, di )
> self.connect( (di,0), self.chan0_filt, self.packet_receiver0 )
> self.connect( (di,1), self.chan1_filt,
I suggest that the best algorithm for this would be the rank order mean
alternated with the max so long as you are going to insert "heuristic
grass". So it would be max, ROM, max, ROM, .
Let [B1, B2, B3, B4, ... BN] be powers of five adjacent bins.
Put them in rank order
[R1, R2, R3,
Hi,
Can someone tell me that the function bool fusb_generic_read (void *buffer,
int nbytes) belongs to which class? As it is not a part of the fusb_generic
or fusb
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/lis
On Mon, Mar 09, 2009 at 08:09:32AM +0100, Jaskirat Singh wrote:
> I have installed gnuaradio-3.0.4 on fedora core7.The installation is
> complete and whenever i run make check command inget the following
> error:
First off, is there any reason you're trying to install ancient GR code?
If not, plea
On Sun, Mar 08, 2009 at 04:01:53PM -0700, didem colak wrote:
>
> hi all,
>
> does the problem still continue?
>
> also i have an error msg at below.
>
>
> di...@didem:~/Desktop/gnuradio/gnuradio-examples/python/usrp$
> ./didemdenemeraw.py -1 dodi.pls
> Traceback (most recent call last):
>
Hello!
Here is what I would like to do: I want to use spectrum_sense.py in order to
detect the amplitude of the maximum power bin from a bandwidth of about 7
khz centered to 10.7Mhz and then display the result. I do not need to change
the RF center frequency. What should I take out of the code ac
Hello!
Here is what I would like to do: I want to use spectrum_sense.py in order to
detect the amplitude of the maximum power bin from a bandwidth of about 7 khz
centered to 10.7Mhz and then display the result. I do not need to change the RF
center frequency. What should I take out of the code
Mir Ali wrote am 2009-03-08 09:50:
Can someone tell me how line 28 of code gr_fir_ccf_generic.cc works.
line 28#if (2 == 4)
According to me this condition will always fail isn't it?
Yes.
This is a convenient way to disable something permanently without
removing the code. Maybe the auth
On Sun, Mar 8, 2009 at 6:13 PM, Marcus D. Leech wrote:
Seems to me that if I have 4000 1Hz-wide bins, I should sum them to give
> me the total power in a single bin that
> "represents" the same amount of bandwidth. But is it more subtle than
> that?
As usual, yes and no.
If you're concerned
hi all,
does the problem still continue?
also i have an error msg at below.
di...@didem:~/Desktop/gnuradio/gnuradio-examples/python/usrp$
./didemdenemeraw.py -1 dodi.pls
Traceback (most recent call last):
File "./didemdenemeraw.py", line 4, in ?
from gnuradio import gr, eng_notation
On Mon, Mar 9, 2009 at 8:47 AM, Marcus D. Leech wrote:
> The original {1,2,4,8,16}M-bin data are used for SETI analysis, while
> the "compressed" version
> is used for a quick visual, "conventional" spectral display.
In SETI analysis, is it more interesting to see a wider bandwidth
signal, or si
Brian Padalino wrote:
>
>
> As per the original question, I am wondering what the reason for
> taking the time to do a 4M point FFT and then compressing the
> frequency information? I would think you're just throwing away
> frequency resolution at that point and, inherently, wasting CPU
> cycles.
One thing you might look at is the "Rosenfell" algorithm used in some HP
spectrum analyzers (like the 8566). As I recall, they alternately take
the maximum and minimum values in the bins -- ie, if you're collapsing
three bins into one and the original values are
010 050 010|010 050 010|120 13
On Sun, Mar 8, 2009 at 8:20 PM, Vincenzo Pellegrini wrote:
> Hi everybody,
> just a very simple question:
> is there a clean way in GNURadio to do this
>
> source-->block1-->block2
>
> where:
> source sends let's say some gr_complex
> block 1 looks for some synchro signal within the flow
>
> block
On Mon, Mar 9, 2009 at 3:45 AM, Jens Elsner wrote:
> Gives a good practical estimate. Code for GNU Radio is here:
>
> https://www.cgran.org/wiki/SpecEst
Good to see CGRAN being put to good use!
> Integrating the FFT bins is just fine, but you probably loose frequency
> resolution that way (if th
> > From: Marcus D. Leech
> >
> > Let's say I have an FFT output that's many, many, bins wide, and I want
> > to compress that information into a narrower display (let's say from 4M >
> > bins down to 1024 bins).
> >
> > My approach has been to sum up each set of [4M/1024] bins, and use that
>
I set:
usrp.source(nchan=2)
set.mux(0x32103210)
di=gr.deinterleave(gr.sizeof_gr_complex)
self.connect( self.u, di )
self.connect( (di,0), self.chan0_filt, self.packet_receiver0 )
self.connect( (di,1), self.chan1_filt, self.packet_receiver1 )
The self.packet_receiver0 and self.packet_receiv
I have installed gnuaradio-3.0.4 on fedora core7.The installation is
complete and whenever i run make check command inget the following
error:
make[5]: Leaving directory
`/home/jay/Desktop/GSM/gnuradio-3.0.2/gnuradio-core/src/lib/reed-solomon'
make[4]: Leaving directory
`/home/jay/Desktop/GSM/gnura
44 matches
Mail list logo
