According to the AD8047 datasheet, the output voltage range is +/- 3 volts into
a 150 ohm load. That works out I believe to 30 milli-watts of output. So it
should be able to sink sufficient current to do better than what I'm
observing...
On Wednesday, July 30, 2014 4:22 PM, Marcus D. Leech
Hello-
I have attempted to increase the output power from my Rev 2.2 LFTX as per
instructions from Matt Ettus on this list dated Aug 3 2013 in which he suggests
reducing the values of resistors R3 and R5, but I am seeing a clipped output at
peak values much less than expected.
Using the ettus
Hello-
I have attempted to increase the output power from my Rev 2.2 LFTX as per
instructions from Matt Ettus on this list dated Aug 3 2013 in which he suggests
reducing the values of resistors R3 and R5, but I am seeing a clipped output at
peak values much less than expected.
Using the ettu
Hello-
when creating a flowgraph in GRC there are times I would like to change the
decimation on-the-fly with a gui slider. However, this does not work because
the decimation factor in blocks such as the AM Demod or Decimating Fir Filter
does not have an internal callback (as I understand it).
Alexandru-
I thought I would revisit the "dynamic file creation" issue under GRC. The
last suggestion was to simply code this up as a GRC custom block. I was hoping
to get some help from you on this, since my GRC/python programming skills are
very limited. I have modified a simple GRC-create
Getting back to my question about adjusting decimation on the fly, and having
the FFT sink adjust to show the spectrum correctly, I have an example of what I
am doing on my site at:
www.nd.edu/~ematlis/z.gnuradio
There's a jpg and the grc file there. If anybody would care to take a loo
--- On Thu, 1/20/11, Alexandru Csete wrote:
> From: Alexandru Csete
> Subject: Re: [Discuss-gnuradio] filename using time-stamp in GRC
> To: discuss-gnuradio@gnu.org
> Date: Thursday, January 20, 2011, 11:41 AM
> On Thu, Jan 20, 2011 at 5:41
> PM,
> wrote:
> >
> ...
> > Following up on this,
--- On Wed, 1/19/11, emat...@yahoo.com wrote:
> From: emat...@yahoo.com
> Subject: [Discuss-gnuradio] filename using time-stamp in GRC
> To: discuss-gnuradio@gnu.org
> Date: Wednesday, January 19, 2011, 12:47 PM
> He all-
>
> is there a way to implement a button controlling a
> record-to-file
He all-
is there a way to implement a button controlling a record-to-file function
where the filename is generated instantly from the current time stamp? I can
do this manually in python as follows (taken from a previously existing
gnuradio code):
#
# Recording file, in case w
--- On Fri, 1/14/11, Josh Blum wrote:
> From: Josh Blum
> Subject: Re: [Discuss-gnuradio] grc amplitude demodulation questions
> To: discuss-gnuradio@gnu.org
> Date: Friday, January 14, 2011, 2:14 PM
>
> > I believe the code is already doing this. Here
> are code segments for
> > 2 fft guis.
Martin, thanks for responding. See my follow ups below:
--- On Thu, 1/13/11, Marcus D. Leech wrote:
> From: Marcus D. Leech
> Subject: Re: [Discuss-gnuradio] grc amplitude demodulation questions
> To: discuss-gnuradio@gnu.org
> Date: Thursday, January 13, 2011, 4:26 PM
> > Hello-
> >
> > I am
Hello-
I am using GRC 3.3 to create a flow graph using the USRP2 and a LFRX to do
amplitude demodulation. I have a few questions.
1) What are good values for "Audio Pass" and "Audio Stop" within the "AM Demod"
block?
2) I observe a DC offset at the output of the demodulation. Is this exp
Hello all-
can anyone suggest a source for an am-band antenna for the usrp? I need to
acquire signals in the frequency band between roughly 1 to 2 MHz. Something
small and compact would be nice.
Thanks,
eric
___
Discuss-gnuradio mailing li
Hello-
I am interested in determining the rms strength of the carrier of an AM
modulated waveform, and displaying it in realtime, perhaps as a windowed
average value. I am using the LFRX boards on the USRP. This question probably
comes up a lot in the SNR and RSSI related posts, but perhaps n
--- On Wed, 8/11/10, Thomas Tsou wrote:
> From: Thomas Tsou
> Subject: Re: [Discuss-gnuradio] usrp usb problem with Mandriva 2010.1
> To: emat...@yahoo.com
> Cc: discuss-gnuradio@gnu.org
> Date: Wednesday, August 11, 2010, 1:52 PM
> On Wed, Aug 11, 2010 at 11:07
> AM,
> wrote:
> > Hello-
> >
>
Hello-
I am having a usb/USRP issue under x86_64 Mandriva 2010.1 with gnuradio-3.3.0.
I compiled and installed using the default procedure:
./configure
make
sudo make install
When I try to use usrp_fft.py, I get many errors (see below). The gui pops up,
but no data is displayed:
[mat...@loc
> From: Marcus D. Leech
> Subject: Re: [Discuss-gnuradio] USRP with Basic_RX
> To: "Johnathan Corgan" ,
> Discuss-gnuradio@gnu.org
> Date: Tuesday, June 1, 2010, 2:32 PM
> On 06/01/2010 03:15 PM, Johnathan
> Corgan wrote:
> >
> > I think he's using a USRP2. Isn't the dual
> source USRP1 only?
>
On Tue, 9 Jun 2009, emat...@nd.edu wrote:
On Tue, 9 Jun 2009, emat...@nd.edu wrote:
Hi all-
I just installed Fedora 11 x86_64 which features gcc-4.4. I get compile
errors such as:
"gr_fft_filter_ccc.cc: In member function ‘void
gr_fft_filter_ccc::compute_sizes(int)’:
gr_fft_filter_ccc.cc:13
On Tue, 9 Jun 2009, emat...@nd.edu wrote:
Hi all-
I just installed Fedora 11 x86_64 which features gcc-4.4. I get compile
errors such as:
"gr_fft_filter_ccc.cc: In member function ‘void
gr_fft_filter_ccc::compute_sizes(int)’:
gr_fft_filter_ccc.cc:133: error: ‘stderr’ was not declared in this
Hi all-
I just installed Fedora 11 x86_64 which features gcc-4.4. I get compile
errors such as:
"gr_fft_filter_ccc.cc: In member function ‘void
gr_fft_filter_ccc::compute_sizes(int)’:
gr_fft_filter_ccc.cc:133: error: ‘stderr’ was not declared in this scope
gr_fft_filter_ccc.cc:134: error: ‘
Hi all-
as part of my on-going efforts to acquire 2 channels (two independent
signals) on my USRP2 with an LFRX board, I would like to know if there is
an equivalent to the subdevice setup code that exists for the USRP1. For
example:
if not self.u.set_nchannels(nchan):
s
e two channels,
one from each input of the LFRX?
thanks,
eric
ematlis wrote:
>
> Hi all-
>
> I have a USRP2 with a LFRX daughterboard. I'm trying to acquire two
> channels each at a separate frequency where Ch0 is amplitude modulated and
> Ch1 is not. As per suggestions m
On Sun, 10 May 2009, davek wrote:
have you had success with your translating filters ?
dave
Dave-
thanks much for responding. I have not yet succeeded in making my
application work. Let me just review what I am trying to do. I want to
capture with the USRP2 two signals; one AM with a car
I'm not sure if my email got sent out, so I'm re-posting
Hi all-
I have attached a modified scopesink that I believe fixes some sizing
bugs. The issue is that the scope window would intrude on the controls
below when sizes other than the default 640 by 240 is specified in the
scopesink c
Hi all-
I have a USRP2 with a LFRX daughterboard. I'm trying to acquire two
channels each at a separate frequency where Ch0 is amplitude modulated and
Ch1 is not. As per suggestions made to me from this list, to capture two
channels at separate frequencies I was advised to tune the USRP2 to
On Mon, 20 Apr 2009, Matt Ettus wrote:
emat...@nd.edu wrote:
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:59 AM, wrote:
Is there any reason why the situation could not be the same as with the
USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with
t
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:59 AM, wrote:
Is there any reason why the situation could not be the same as with the
USPR1, with which I can program 2 DDC's on 1 LFRX daughterboard (with the
appropriate mux) to tune in two separate frequencies?
Yes,
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:44 AM, Johnathan Corgan
wrote:
The USRP has one receive daughterboard and one baseband DDC, so no,
you can only tune to one center frequency.
I of course meant the USRP2 here.
Johnathan
Is there any reason why the sit
On Mon, 20 Apr 2009, Johnathan Corgan wrote:
On Mon, Apr 20, 2009 at 7:33 AM, wrote:
is it possible to tune the USRP2 to two different frequencies? I can do
this with the USRP1 and a LFRX daughterboard using usrp.tune twice:
The USRP has one receive daughterboard and one baseband DDC, so
Hi all-
is it possible to tune the USRP2 to two different frequencies? I can do
this with the USRP1 and a LFRX daughterboard using usrp.tune twice:
# Ch 0
r = usrp.tune(self.u, 0, self.subdev[0], target_freq1)
# Ch 1
r = usrp.tune(self.u, 1, self.subdev[1], target_freq2)
to tune each DDC to
Thanks!
eric
On Wed, 18 Mar 2009, Eric Blossom wrote:
On Wed, Mar 18, 2009 at 06:12:22PM -0400, emat...@nd.edu wrote:
I discovered that F501 is measuring as an open; I take it that this is a
fuse, and probably it has blown. Can anybody supply me with the part
specification so I can replace i
I discovered that F501 is measuring as an open; I take it that this is a
fuse, and probably it has blown. Can anybody supply me with the part
specification so I can replace it? The BOM data sheet doesn't seem to
specify it.
Thanks!
eric
Eric H. Matlis,
I was going to mention that there is no consistent voltage on the input of
the LT1085 either; it's near zero but not exactly; it seems to vary.
thanks,
eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listi
Hi all-
I have a problem with my USRP. The device is not detected by the pc OS,
and the led's do not flash or come on. I checked the power supply; I can
find 6.33 V on the board when powered up, but not 3.3V. I checked the
voltage on the LT1085, and there is 0 V on the output pin.
Is it l
Gnuradio was recently mentioned in this article on the technology of phone
snooping:
http://news.cnet.com/8301-13739_3-10159055-46.html
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradi
I downloaded it from here:
http://sourceforge.net/projects/et131x
I use dkms to auto compile; here is my dkms.conf:
-
PACKAGE_NAME="et131x"
BUILT_MODULE_NAME[0]="$PACKAGE_NAME"
DEST_MODULE_LOCATION[0]="/kernel/3rdparty/$PACKAGE_NAME/"
AUTOINS
Hi all-
I just wanted to report that a PCI-express card with the Agere ET131x
chipset (StarTech ST1000BTPEX from Newegg) doesn't seem to work (as eth1)
with the USRP2, but an Intel-based card with the 82572EI chipset does.
Maybe there is some option during compilation of the Agere kernel drive
Update-
making sudo chmod u+s /usr/local/bin/usrp2_socket_opener
allows usrp2_fft.py to work (also as suid) by a normal user.
thanks!
I would be interested in trying the sudo approach, but as I mentioned in
my previous post there are some issues perhaps with sudo not knowing about
the path o
In terms of using sudo, there is some issue with the environment variables
not being passed:
[EMAIL PROTECTED] ~]$ sudo usrp2_fft.py
[sudo] password for matlis:
sudo: usrp2_fft.py: command not found
[EMAIL PROTECTED] ~]$ sudo /usr/local/bin/usrp2_fft.py
execlp: couldn't exec usrp2_socket_opener
Michael-
I found that setting usrp2_fft.py suid doesn't work:
[EMAIL PROTECTED] z.research]$ ls -l /usr/local/bin/usrp2_fft.py
-rwsr-xr-x 1 root root 9915 2008-12-02 19:03 /usr/local/bin/usrp2_fft.py
This is the same permissions as ping, so I thought it would work:
[EMAIL PROTECTED] ~]$ ls -l
If I want to run the example program usrp2_fft.py, which routines (python
and/or c++) need to be made suid?
thanks,
eric
On Tue, 2 Dec 2008, Michael Ossmann wrote:
find_usrps and any other front-end programs would need to be suid
(have the suid bit set and be owned by root).
On Tue, Dec 02,
Thank you very much for your response. If I wanted to provide access
through suid, which file should be set suid?
On Tue, 2 Dec 2008, Michael Ossmann wrote:
On Tue, Dec 02, 2008 at 03:41:35PM -0500, [EMAIL PROTECTED] wrote:
Hi all, I looked over the wiki and the mailing list but could not
Hi all, I looked over the wiki and the mailing list but could not find
mention of how to access the usrp2 as a non-root user on Fedora 10.
As root, I get the following response from "find_usrps":
00:50:c2:85:30:68 hw_rev = 0x0300
but as a user, I get:
socket(PF_PACKET, SOCK_RAW, htons(0xBEEF)
Hi all-
I looked over the mailing list, and I think I see that what I want to do
is possible, but I want to verify before I order the parts:
I want to receive an AM modulated waveform using an LFRX, demodulate it,
and simultaneously and in a phase-locked way send out the demodulated
waveform
It just occurred to me that perhaps the explanation for the "corrupt"
points I described in my AM demodulation script is due to the mechanics of
how the Hilbert Transform works; it produces a copy of the waveform that's
delayed, and this would affect the first set of points.
Can anybody expand
Hi-
I have a python app which seems to corrupt points when I use it to
demodulate a data stream stored in a file and write the de-modulated
result back to a file. I've attached the python code, and an image of
the problem can be seen at
www.nd.edu/~ematlis/z.gnuradio/waveform.jpg
Thanks Eric, Juha, and Michael-
to get 3 helpful responses within an hour of sending a post is truly
amazing, particularly considering the time of the year.
I should have elaborated in my post. I tried the gr.head approach, but
I'm not sure it works in my application- I'm using the approach
Hi all-
has anybody implemented a control whereby the user can limit how long or
how many points gets acquired by a gnuradio application? If so I'd
appreciate any pointers! I've got an app where I'm storing samples to
file and I'd like to control how many points go into each data file.
tha
Thanks!
eric
Eric H. Matlis, Ph.D.
Aerospace & Mechanical Engineering Dept.
120 Hessert Center for Aerospace Research
University of Notre Dame
Notre Dame, IN 46556-5684
Phone: (574) 631-6054
Fax: (574) 631-8355
On Thu, 11 Oct 2007, Martin Dvh wrote:
[EMA
I'm sure you are right about the gui taking the majority of the cycles,
but it's the real-time feedback that makes gnuradio so attractive.
Ideally one would beable to switch them on and off as needed during
operation of the program, which it is my understanding will be possible
with the impleme
to other decimations in the file Brian cites?
thanks Brian and Eric,
eric
Also- this fix you are proposing- is it a simple scaling of gain that
would be independent of decimation? Because as you can see from the
following figure, the amplitudes scale directly with the decimation for
values abo
ollowing figure, the amplitudes scale directly with the decimation for
values above 128 on the 4 rcv rbf.
www.nd.edu/~ematlis/z.gnuradio/Amplitude_vs_decimation.jpg
Both rbf's produce a flat response below 128 decimation; greater than this
is where the change occurs. The standard half-band r
alues above 128 on the 4 rcv rbf.
www.nd.edu/~ematlis/z.gnuradio/Amplitude_vs_decimation.jpg
Both rbf's produce a flat response below 128 decimation; greater than this
is where the change occurs. The standard half-band rbf does have a couple
of dips but is basically flat.
thanks,
eric
clipping on the std_4rx_0tx.rbf), the second figure is
at the full scale voltage of 2 V P-P. Neither show clipping. The
clipping is clearly dependent on which rbf file is used.
www.nd.edu/~ematlis/z.gnuradio/usrp_fft_180dec_1.4V_1khz.jpg
www.nd.edu/~ematlis/z.gnuradio
Eric-
using -d 160 the problem goes away with this latest build, but remains for
higher decimation values. For example, at decimation of 180, I can
reproduce the problem. As a picture is worth a thousand words, I've put
two jpg's up online at:
www.nd.edu/~ematlis/
I don't have a chance to test your suggestion at the moment, but no, my
test signal was an un-modulated 10 kHz signal.
eric
On Tue, Oct 09, 2007 at 05:11:52PM -0400, [EMAIL PROTECTED] wrote:
Thanks-
I just downloaded, compiled and installed this latest revision. When I
test multi_scope.py i
Thanks-
I just downloaded, compiled and installed this latest revision. When I
test multi_scope.py in the mutli-antenna examples directory with this
release I get the same issue. Please note, I have the LF_RX
daughterboards, so I change the daughterboard ID from BASIC to LF in the
python co
Thanks so much for clarifying that! I see now that config.vh controls how
the code is configured.
Regarding the loss of the half-band filters in the multi-antenna fpga
configuration; what is the recommendation to avoid aliasing? Say for the
case of a 2 MHz carrier AM waveform with modulation
So there is no difference in the fpga code between the standard
usrp_fft.py and multi_fft.py found in the multi-antenna directory? Then
why does the latter specify std_4rx_0tx.rbf?
And to reiterate my original concern, the multi-antenna versions of the
code will not accept more than between .
Actually no, I want the code that enables a single usrp to receive signals
on two daughterboards. Sorry about the confusion on that; I assumed the
"multi" in the filenames was referring to multiple daughterboards, I had
forgotten there's a multi-usrp capability as well.
So, with that cleared
Your suggestion worked to fix the compilation problem, along with the
addition of a line for atr_delay.v, however, I'm not able to load the
newly compiled rbf file into the usrp, and the error leads me to believe I
need to take a step back and make sure I'm working with the right files.
When I
Just as an update, I downloaded revision 6599 and tried again, no change
in the result. I then tried to compile usrp_std.qpf, and that did work;
it produced 11,496 total logic elements for a utilization of 95%, so I
think the Quartus software is working correctly.
From this it would appear t
Ok, I installed the latest Quartus II ver. 7.2 software onto a virtualized
WinXP guest hosted by a Linux x86_64 system running kvm/qemu. I
downloaded a recent revision of gnuradio (revision 6595) onto the host.
I started Quartus, and using a samba connection between the virtual guest
and the
Can anybody tell me why the multi_* versions of the fft and scope
applications (found in the multi-antenna directory) seem to have such a
large gain on the input signal for high decimation values (eg 250),
relative to the non-multi versions (at same -g gain setting) of the fft
and scope aps? I
Here it is:
www.nd.edu/~ematlis/z.gnuradio/gr-atsc.tar.gz
eric
Eric H. Matlis, Ph.D.
Aerospace & Mechanical Engineering Dept.
120 Hessert Center for Aerospace Research
University of Notre Dame
Notre Dame, IN 46556-5684
Phone: (574) 631-6054
Fax: (574)
Yes, it's 10 Hz. And a 50 Hz high-pass; I originally didn't have that in
place, thinking it would filter off the 4 Hz, but in fact it doesn't seem
to, although it does remove most of the DC. Could this problem be an
aliasing problem? Or could it be related to the frequency resolution of
the
Hi all-
I'm trying to understand the behavior of the USRP/LFRX when used as a low
frequency oscilloscope. I am trying to measure a AM modulated waveform
with carrier frequency 34 kHz, modulated at 4 Hz. The decimation in the
FPGA is 250, with a 10 Hz low-pass fir filter with a decimation fac
I put their latest driver and a pdf user guide on my website. These are
freely available from them. They are at:
www.nd.edu/~ematlis/z.gnuradio/powerdaq_linux_full_3.6.18.tgz
and
www.nd.edu/~ematlis/z.gnuradio/PDAQ-MAN-MFX-601.pdf
The tar file contains the driver and there is a manual of
Hi all-
I was curious what would be involved in getting gnuradio to run on any
given data acquistion board that already has a linux kernel driver, such
as the United Electronic Industry's Powerdaq boards:
http://ueidaq.com/products/pci-data-acquisition/pd2-mfs/
We have a number of these in t
Thank you!
eric
On Fri, 22 Jun 2007, Roshan Baliga wrote:
You want the full schematics, which I believe are in the subversion
repository. You can get them with this command (once you've installed the
subversion client, of course):
svn co http://gnuradio.org/svn/usrp-hw/trunk usrp-hw
-Rosha
I would like to see this schematic that Don mentions; I look at ettus.com
but all I could find is the 1-page basic description of the daughterboard.
Is there something more detailed that shows the layout of the 8132 as
well as the ADC?
thanks,
eric
p.s.- the USRP performed beautifully for my
On Fri, 22 Jun 2007, Matt Ettus wrote:
[EMAIL PROTECTED] wrote:
On Thu, 21 Jun 2007, Matt Ettus wrote:
If there is no dc-removing capacitor in the circuitry , then should I
not expect that for a board using a single (positive) supply, that the
signal is always above zero?
No, you can p
On Thu, 21 Jun 2007, Matt Ettus wrote:
If there is no dc-removing capacitor in the circuitry , then should I
not expect that for a board using a single (positive) supply, that the
signal is always above zero?
No, you can put a negative voltage in, as long as it doesn't go below
-3.33V.
gnuradio.org appears to be down. Where can I find that flag, and how do I
disable it?
However, my surmise of the last post seems to be correct. When I
substitute a regular Basic RX for the LF RX unit, the upwards shift goes
away. This is I'm guessing because, as I hinted to in my previous p
On Thu, 21 Jun 2007, Matt Ettus wrote:
Oddly enough, usrp_oscope.py doesn't show any DC bias whatsoever,
regardless of what offset I put into the function generator. Maybe
it's removed inside the flow-graph?
DC offset is automatically removed in hardware, but you can turn that
feature off
On Thu, 21 Jun 2007, Matt Ettus wrote:
Oddly enough, usrp_oscope.py doesn't show any DC bias whatsoever,
regardless of what offset I put into the function generator. Maybe
it's removed inside the flow-graph?
DC offset is automatically removed in hardware, but you can turn that
feature off
On Thu, 21 Jun 2007, Don Ward wrote:
- Original Message - From: <[EMAIL PROTECTED]>
To:
Sent: Thursday, June 21, 2007 5:22 PM
Subject: [Discuss-gnuradio] offset at input of LF_RX
Hi all-
can anybody explain why the USRP/ LF_RX would seem to introduce a DC bias
or offset to a signa
On Thu, 21 Jun 2007, Matt Ettus wrote:
[EMAIL PROTECTED] wrote:
Hi all-
can anybody explain why the USRP/ LF_RX would seem to introduce a DC
bias or offset to a signal generated by a function generator? I have
a function generator configured to produce a 1 kHz .1 V P-P signal
into a 50 Ohm lo
Hi all-
can anybody explain why the USRP/ LF_RX would seem to introduce a DC bias
or offset to a signal generated by a function generator? I have a
function generator configured to produce a 1 kHz .1 V P-P signal into a 50
Ohm load. I have a Lecroy digital oscilloscope configured with the in
The problem was in the gain level- I hadn't realized the default gain in
the mult_ versions is at 20 compared to midvalue for the standard
versions. My signal was saturating the A/D's at this value of gain.
Reducing the gain eliminated the problem.
eric
E
ter, but I have to have
a cuttoff very close to my 1 khz to clean it up. What is going on? I
have two images, one for the scope and one for the fft at:
www.nd.edu/~ematlis/z.gnuradio/multi_scope.jpg
www.nd.edu/~ematlis/z.gnuradio/multi_fft.jpg
The standard usrp_oscope.py and usrp_fft.py do
Chris-
thanks for the suggestions. I may try to add the ferrite toroid. It's
just curious that I didn't notice this before. Maybe my power brick is
functioning differently, although it is brand new.
thanks,
eric
On Mon, 18 Jun 2007, Chris Albertson wrote:
--- [EMAIL PROTECTED] wrote:
laptop is plugged into the
mains, my am-demod gui shows a lot of noise in the spectrum and time
series; when I disconnect the laptop from the power socket to operate on
the battery this noise goes away. I have two images demonstrating the
difference at:
www.nd.edu/~ematlis/z.gnuradio/usrp_on
I have an Adaptec DuoConnect AUA-1422 combo card with an NEC USB2 chipset.
Using Mandriva 2007 spring on a Dell Latitude C840 with Pentium 4 m 2.6
GHz cpu I only get 16 MB/s transfer as determined by benchmark_usb.py. A
little dissapointed, specially as I'm experiencing uO's with my latest
4-c
Ok, great. This simplifies things; I was afraid I was going to have to create
a modulating circuit to modulate those low-frequency timing signals so they
could be captured along with the 2 MHz am-modulated signals using a single
tuning frequency.
I have some questions about the deinterleaver.
Hi-
I'm developing a 4-channel receiver using 4 rx paths and 2 LFRX
daughter boards. I'm basing my code on the multi_* examples in the
multi-antenna directory. Two of the channels I want to capture are
AM-modulated at roughly 2 MHz carrier frequency, the other two signals are
not modulated
Hi-
I've fixed the problem. I can just read the data directly as a float.
You can see my c-code if you want to at:
www.nd.edu/~ematlis/z.gnuradio/gnuradio_read_binary_float.c
thanks for your help.
eric
On Tue, 29 May 2007, ismail_itee_uq wrote:
ematlis wrote:
Hi-
does anybody
Hi-
does anybody know where Chuck Swiger's website went to? His old site
seems to be down and I was looking for his c-code based binary read file
utilities. I tried plotting with gr_plot_float.py but the result doesn't
seem right to me.
thanks,
eric
Er
I also have some sdcc rpm's that worked for me in FC5 at:
www.nd.edu/~ematlis/z.gnuradio
try sdcc-20061124-4482.x86_64.rpm
or sdcc-20061124-4482.src.rpm
eric
On Wed, 2 May 2007, Trond Danielsen wrote:
2007/5/2, Achilleas Anastasopoulos <[EMAIL PROTECTED]>:
Trond,
I was
I just got the audio_fft.py running, and this is how I did it on a Fedora
Core 6 x86_64 machine, in KDE with a set of earphones/microphone:
1) started kmix, went to the "Input" selection and enabled "capture"
2) verified that audio_fft.py was responding by starting it in
Oscilloscope mode, ie
Michael-
I'm trying to "calibrate" the flow-graph of the am_rcv_plasma_mod.py so
that the values displayed in the final window represent actual input
amplitudes.
The first step to do this would be to account for the internal gain; so I
need to divide through by a factor of 10^(gain) where ga
Ok, I can accept that this device was not intended to be used as a
calibrated measurement device, but maybe I can give it a shot. If I keep
the decimation constant, and stabilize the temperature, what other
considerations do I need to take into account (other than the obvious one,
ie gain) for
Thanks again! That worked great.
As for who wrote the script, well, I adapted it (with much help from
people on the discussion list) from a pre-existing wfm-based script, if I
recall correctly.
eric
On Fri, 16 Mar 2007, Michael Dickens wrote:
On Mar 16, 2007, at 12:01 PM, [EMAIL PROTECTED
Thanks-
I'm using the DC-30 MHz basic RX board. So by recording the input signal,
recording the value displayed on my "time series" window, and knowing the
gain (0-20db if memory serves) I can calibrate the hardware so that I can
back out the original voltage levels at the input? What impact
Michael-
thanks very much for your help! Your changes have fixed the "control
buttons covered" issue. I'll have to study what you did; I don't know any
wxPython at all and as you've mentioned it's not easy to wade through
existing documentation.
Two other questions-
1) do you happen to kn
Hi-
I've got an application with 3 plot windows and a control area in the bottom.
Depending on the screen resolution, the control area on the bottom is "covered"
by the lowest of the 3 plot windows. The applicatoin works fine at 1600x1200
but less well at 1440x900, and certainly at lower reso
96 matches
Mail list logo