Hi,
I am running UBUNTU 7.10 and gnuradio-3.1.1. for USRP. The fm radio
works fine. However, when I try running radio astronomy I receive the
following. Can someone help please.
Thank you,
Frank
England
[EMAIL PROTECTED]:~/gnuradio/gr-radio-astronomy/src/python$ .
/usrp_ra_receiver.py
the maximum
throughput (non-quantized) between the host computer and the USRP.
cd usrp/host/apps
./test_usrp_standard_tx
./test_usrp_standard_rx
I receive the following (have added sudo) I get the same without sudo:
[EMAIL PROTECTED]:~/qwt-5.0.2/gnuradio/gnuradio-
examples/python/
Hi Firas,
That does not seem to work. I need to stop what I am doing. I will continue
tomorrow evening and let you know.
Thank you for your help.
Frank___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/d
Hi,
Firas has helped me to install gnuradio on UBUNTU 7.1. At http:
//gnuradio.org/trac/wiki/UbuntuInstall I now have reached:
cd gnuradio-examples/python/usrp
./benchmark_usb.py
It has now gone to rats. Everything was fine to this point I received
the message;
No such file or directories
Thank you Firas,
Appears to work. I will probably need more help later!
Thanks again,
Frank
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
Have very basic question. I have installed UBUNTU 7.10 works fine. I
need to install gnuradio for my usrp. I have downloaded gnuradio-3.1.1.
tar.gz to my desktop
I refer to http://gnuradio.org/trac/wiki/DebianPackages. The first
relevent instruction tells me to:
$ sudo apt-get install
Hi,
I am working on a VHF receiver using USRP/TVRX board. I need to receive a band
of 6 MHz from 156,025 MHz to 162,025 MHz.
I have compiled the latest version of GNU Radio (3.0.3), the old tv_rx script
are not compatible with the latest version of GNU Radio.
Do you know which script in Python I
Hello,
my name is Marco Gallo and I am quite new to the forum. I am interested in SDR
development specially reguarding the GPS application.
I would like to know if it is possible to use mobile phones' ADC for converting
GPS signals for evaluatic static position only.
I do not know if it is possib
Oops, here is the right file.
> Original Message:
> -
> From: Michael Dickens [EMAIL PROTECTED]
> Date: Tue, 7 Feb 2006 14:07:49 -0500
> To: discuss-gnuradio@gnu.org, [EMAIL PROTECTED]
> Subject: Re: [Discuss-gnuradio] Help, dont understand gr.hier_block
proper
Hello all,
I have been trying to make my own version of the gmsk2 benchmark for ask
modulation. I am getting the following error:
Using RX d'board A:
self =
Traceback (most recent call last):
File "./benchmark_ask_rx.py", line 128, in ?
main()
File "./benchmark_ask_rx.py", line 121, i
Please disregarde this post/request. It's an error in my python script.
Thanks,
Mike
mail2web - Check your email from the web at
http://mail2web.com/ .
___
Discuss-gnuradio mailin
The attached python script works for a short time before it returns the
following error:
python: ./gr_buffer.h:96: unsigned int gr_buffer::index_add(unsigned int,
unsigned int): Assertion `s < d_bufsize' failed.
Aborted
What could be the problem?
Thanks
Mike
Hello all,
I upgrade to the 2.6 Core tar ball and now I get the following error
message when running my Python script. I did not copy the firmware files
since I remember seeing a post that indicated that this was no longer
necessary. What could be the problem?
[EMAIL PROTECTED] GRworking
Eric,
I found my problem. I needed to use a different name for my new version of
the packet_sink function even though it was going to be in my package
group. Call it mr_packet_sink versus the original gr_packet_sink was not
enough. SWIG could not rename my mr_packet_sink.
The other porblem I f
On Wed, 14 Dec 2005 12:24:08 -0500, [EMAIL PROTECTED] wrote:
>> Most graphs will run forever unless you explicity tell them to stop.
>> The exceptions are those which contain blocks that return -1 from
>> their work function. This is a kind of EOF indication. The most co
I am attempting to make a new version of packet_sink that uses a smaller
sync header and fix payload size to save some data bandwidth (remember my
low carrier frequency). I am attempting to generate a new block use the
gr-howto-write-a-block to make it cleaner and not change the original
packet_si
o the working lib directory, made a pointer to it
in PYTHONPATH and it's working.
What is this .so file?
Any better work arround?
Original Message:
-
From: Eric Blossom [EMAIL PROTECTED]
Date: Fri, 9 Dec 2005 15:38:46 -0800
To: [EMAIL PROTECTED], discuss-gnuradio@gnu.org
S
I am trying to make a new by following the gr-howto-write-a-block. I was
able to successfuly make myself a local directory structure with all the
required file and compile the howto_square(2)_ff.cc.
I also so did a 'make check' in the src directory and it work good.
Now the question is how do yo
On Wed, Dec 07, 2005 at 08:39:01PM +, sudhindra aithal kota wrote:
> Hi,
> In my mail I have mentioned that I did try with
> frequencies greater than 100Khz. But the behaviour was
> the same as I had originally reported.
>
> Regards
> Sudhindra
Did you try and turn off the automatic dc offs
On Tue, 6 Dec 2005 16:04:07 -0800, Eric Blossom [EMAIL PROTECTED] wrote
To: [EMAIL PROTECTED], discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] gmsk error / log files and octave
On Tue, Dec 06, 2005 at 06:16:32PM -0500, [EMAIL PROTECTED] wrote:
> Probably the easiest thing is to mod
On Tue, 6 Dec 2005 14:24:43 -0800, Eric Blossom [EMAIL PROTECTED] wrote:
> Quick answer:
>
> use the defaults.
>
> Involved answer:
>
> It's a Mueller and Müller (M&M) discrete-time error-tracking
synchronizer.
>
> See "Digital Communication Receive
What are the parameters/arguments (omega, gain_omega, me, gain_mu...) used
in gr_clock_recovery_mm_xx and how do you determine what they should be?
I have been trying to find in the Python literature what the follow syntac
represent.
"""
...
@param omega: nominal relative freq (de
in the message.
*tncBufferPnt++ = crc & 0xff;
*tncBufferPnt = (crc >> 8) & 0xff;
Could you recursively call it as you aquire the data and build up your
message?
Original Message:
-
From: [EMAIL PROTECTED]
Date: Mon, 5 Dec 2005 09:42:40 -0700 (MST)
To: [EMAIL PROTE
On Thu, 1 Dec 2005 16:02:59 -0700 (MST), mgray wrote:
> The following is a link to CRC16 for the PIC controller with similiar
> memory limitations:
> http://www.kd7lmo.net/picobeacon_code.html
I looked at the code and all I could find was the function sysCRC16 in
lines 1899-1916 of the PicoBeacon
eason you mentioned.
gmsk2_pkt.py uses delete_head(). I can't find this code, where is it? The
way it's called, it almost looks its part of some standard package. Is it?
Mike
Original Message:
-
From: Eric Blossom [EMAIL PROTECTED]
Date: Thu, 1 Dec 2005 14:08:45 -
Urgg, should have been under this subject
Original Message:
-
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Thu, 1 Dec 2005 13:53:15 -0500
To: discuss-gnuradio@gnu.org
Subject: [Discuss-gnuradio] (no subject)
On Wed, 30 Nov 2005 15:00:34 -0800, Eric Blossom wrote:
>
On Wed, 30 Nov 2005 15:15:17 -0800, Eric Blossom wrote:
> You might want to consider looking at the .h file too...
Yep, looking at .h helped but raised a question. In the
gr_simple_correlator.h
inline int slice (float x)
{
return x >= d_avg ? 1 : 0;
}
which makes more sense to compare t
On Wed, 30 Nov 2005 15:00:34 -0800, Eric Blossom wrote:
> The calling sequence for the gaussian filter design changed.
> Even if ggmsk-test were fixed to use it, it doesn't work anywhere
> nearly as good as the new code.
I would like to use the new code in gmsk2 but I can't implement the CRC32
and
I have generated an ASK (ON/OFF Keying) signal with the proper framing
based on the simple_framer code and successfully demodulated the signal. I
can see the rectangular pulses representing my data on the usrp scope (some
ripple due to the passband filter). The scope shows the signal with the
amp
I was trying to use the ggmsk-test.py, from the gnuradio-example directory,
and got the following error message:
$ ./ggmsk-test.py
sps:8
symbol_rate:270833.33
sample_rate:216.7
p_size: 1024
lo_freq:75.0
lp_cutoff: 25.0
lp_tw: 50
On Thu, 17 Nov 2005 15:41:15 -0800, Eric Blossom [EMAIL PROTECTED]
>>On Thu, Nov 17, 2005 at 04:16:55PM -0500, [EMAIL PROTECTED]
wrote:
>> I am also in the process of studying this part of the software to see if
I
>> can use it to recreate my data from the demodulated signa
considers DC signal and that
includes slow varying signals in the KHz range.
Original Message:
-
From: sudhindra aithal kota [EMAIL PROTECTED]
Date: Fri, 18 Nov 2005 03:21:09 + (GMT)
To: [EMAIL PROTECTED], discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] Viewing square wave
data rate. Will this cause difficulty? I am using very low data rate
and with short retransmission time.
Mike, if you get your code to work, I would like to see it and what does
the input data file look like.
Thanks,
Mike
Original Message:
-
From: Eric Blossom [EMAIL PROTECTED]
On Mon, 14 Nov 2005 15:29:39 -0800, Eric wrote,
> decim_rate sets how much decimation is done in the FPGA. You can of
> course perform additional decimation in software. You'd probably want
> to use gr.fir_filter_ccf for that job. The first argument is the
> decimation rate.
I added some decim
On Fri, 11 Nov 2005 11:42:18 -0800, Eric responded:
>>On Fri, Nov 11, 2005 at 12:09:13PM -0500, [EMAIL PROTECTED] wrote:
>> I would like to reduce the ADC sample rate from the default 62.5 MS/s. I
>> have found the set_adc_clk_div in the usrp0_rx class. Is this still
>>
When I use the usrp_scope.py example (with small modification), I only see
a trace for part of the time scale for low sweep rate. I am guessing that
it has to do with how long the usrp send data per X window update. How can
I change the event duration so that I get a sweep for a longer period of
oops program mail have sent my email without finishing it
I got ride of the droop in my low frequency square wave input by disabling
the automatic DC offset by doing the following:
self.u = usrp.source_c()# usrp is data source
self.u.set_dc_offset_cl_enable(0x0, 0xf)
Got the scope to work without a droop in the signle. Thanks Eric.
I disabled the automatic DC offset as follows:
self.u = usrp.source_c()# usrp is data source
mail2web - Check your email from the web a
I would like to reduce the ADC sample rate from the default 62.5 MS/s. I
have found the set_adc_clk_div in the usrp0_rx class. Is this still
usable. I tried to use it in the follow:
u = usrp.source_c()
u.set_adc_clk_div(6)
and I get errors?
I did 'from gnuradio import usrp0' and still get th
*
*
* By default the control loop is enabled on all ADC's.
*/
I don't know what to use for bit or mask values. Is this like the mux
values?
Please explain how you determine the bit and mask values to use?
Mike
Original Message:
-----
From: Eric Blossom [EMAIL PRO
On Thu, Aug 04, 2005 at 02:33:18PM +0930, Choon Ho wrote:
> Quoting Choon Ho <[EMAIL PROTECTED]>:
>
> Hello folks
>
> I v got 2 unit of USRP, and i am writing my own polyphase filter code to
> recieve
> AM signal. I am now stuck on how to get the filtered signal (an
: Sachi <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED], discuss-gnuradio@gnu.org
Subject: Re: [Discuss-gnuradio] best distro to use GR?
Date: Sun, 27 Mar 2005 12:41:20 -0800 (PST)
> I am using Fedora 3, i586.
> When you install Fedora 3, make sure you have selected
> development tool
Hi,
what is the best, or the most used linux flavor to compile
and use with gnuradio?
Now I'm using FC3 x86_64, and I have some troubles with
swig. I have the core compiled but I can not run the
examples.
I'm only want to use my time to play with gnuradio and
develope some ideas and tests. I don
>
> Send Discuss-gnuradio mailing list submissions to
> discuss-gnuradio@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> or, via email, send a message with subject or body 'help&#x
44 matches
Mail list logo
