>
> But I don't seem to me able to get any data from the audio card using
such
> programs as audio_to_file.py or audio_fft.py.
>
I still can't get any input from the sound card. I have installed GNU
Radio on a completely different computer. The dial_tone.py program
works. I get a flat line (it b
Hello,
I want to begin working on hierarchical flow graphs in GRC. Before I do
this, I want to encompass my most recent work in a 0.65 version release.
Would some volunteers mind trying out my snap shot? Try to run a few
things, build a flow graph... Let me know if there are any glaring bugs
On Fri, Mar 16, 2007 at 08:07:33PM -0700, Mike Garcia wrote:
> Hi Eric,
>
> I just joined the gnuradio discussion but I found your question about the
> GMSK amplitude distortion interesting. My guess is that it's aliasing. GMSK
> has good spectral efficiency but it still has spectral sidelobes tha
Hi Eric,
I just joined the gnuradio discussion but I found your question about the
GMSK amplitude distortion interesting. My guess is that it's aliasing. GMSK
has good spectral efficiency but it still has spectral sidelobes that get
folding into your desired passband when you decimate. I would sug
On Fri, Mar 16, 2007 at 06:29:42PM -0400, [EMAIL PROTECTED] wrote:
> 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
> consideration
On Fri, Mar 16, 2007 at 12:39:44AM -0500, Tarun Tiwari wrote:
> Hi,
>
> I was trying to use rx_voice and tx_voice examples, but I found following
> errors on different Fedora PCs.
>
> I have one computer (Pentium 4 Xeon 3.40GHz processor speed) with Kernel
> 2.6.11-1.1369_FC4smp, and another comp
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
On Fri, Mar 16, 2007 at 05:30:44PM -0400, [EMAIL PROTECTED] wrote:
> 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
I currently have four complex input signals coming in through USB
and I have a 1pps timing pulse coming from a gps source that I need
to synchronize the 64MHz clock to and also pass on to the PC so that
I know exactly which sample it occurred on. Can someone give me
some guidance as to how I mi
Hans Glitsch wrote:
Hello,
I currently have four complex input signals coming in through
USB and I have a 1pps timing pulse coming from a gps source that I
need to synchronize the 64MHz clock to and also pass on to the PC so
that I know exactly which sample it occurred
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
On Fri, Mar 16, 2007 at 01:08:27PM -0700, Hans Glitsch wrote:
> Hello,
>
> I currently have four complex input signals coming in through USB
> and I have a 1pps timing pulse coming from a gps source that I need
> to synchronize the 64MHz clock to and also pass on to the PC so that
> I know exactl
Il giorno ven, 16/03/2007 alle 16.16 -0400, Michael Dickens ha scritto:
> < http://www.commodoregaming.com/pcshop/Game+PC/Commodore+xx.aspx >
They seems to be only a IPER-provided standard Intel-based PC.
--
Davide Anastasia
web: http://www.davideanastasia.com/
email: [EMAIL PROTECTED]
_
On Fri, Mar 16, 2007 at 12:43:01PM -0400, Michael Dickens wrote:
>
> >2) do you know how to convert the integer values on the third
> >window (time-series) to actual voltage values as measured by the
> >adc? It must be a function of the internal gain and offset. I
> >need to know these eve
On Fri, Mar 16, 2007 at 09:02:17AM -0700, bellzii wrote:
>
> hey everyone,
> Im using a ubuntu 6.10 ,ive tried compiling the gnuradio but when i tried
> the configuring gnuradio but i got the error :
> gr_block.cc:41: error: 'gr_io_signature_sptr' has not been declared
> gr_block.cc:42: err
On Fri, Mar 16, 2007 at 01:26:08PM +0100, Davide Anastasia wrote:
> Il giorno gio, 15/03/2007 alle 12.17 -0700, Eric Blossom ha scritto:
> > I think you'll find it easier to do the unpacking in a separate block
> > downstream from the usrp1_source_s. Modifying usrp1_source* to handle
> > samples s
On Fri, Mar 16, 2007 at 09:49:47AM -0400, [EMAIL PROTECTED] wrote:
> I am having the same problem of being able to receive on RX_A but
> not RX_B and I don't know why. Any help would be much appreciated.
> Thanks
> Nick
Assuming the Basic Rx is on the "A" side, use -R a:1 to access the RX_B inp
Trond Danielsen wrote:
> When packaging stuff I try to remain compatible with upstream, but the
> qwt package contains _alot_ of header files, and I think it would be
> better to store them in a separate subfolder. I'll discuss this with
> the upstream devs too.
It's fine and I encourage having t
On Fri, Mar 16, 2007 at 05:33:36PM +0800, hanwen wrote:
> Hi, all.
>
> Today I try an old QPSK transmission program on Basic TX/RX and failed.
> However, it does work well on rfx2400.
> I just simply connect TX 1 of Basic TX on transmitter to RX 1 of Basic RX on
> receiver. The receiver program fa
On Fri, Mar 16, 2007 at 10:10:28AM +0100, anmar wrote:
> hi,
>
> How can i set the time of the signal between sin and cos.
> in the file test_usrp_standard_tx.cc when i change the ampl the ampl
> changes.
> pattern[2*i+1] = host_to_usrp_short ((short) (ampl * sin (2*M_PI*i
> /PERIOD)));
> but whe
On Fri, Mar 16, 2007 at 01:17:27AM -0700, Chris Stankevitz wrote:
> Is it possible to set the DBSRX's LO frequency and the FPGA DDC
> independently?
Yes it is.
> Currently you can set the single quantity (LO - DCC)
> using the USRP's "tune" member function.
>
> When f = 1.57542GHz, I do not li
And it's a rockin' computer under the hood. While it's meant for
gaming, it should make an awesome SDR box too! I just wonder how
much this particular model costs ... can't be cheap ;(
< http://www.commodoregaming.com/pcshop/Game+PC/Commodore+xx.aspx >
Features: This is the starting point
Hello,
I currently have four complex input signals coming in through USB and I have a
1pps timing pulse coming from a gps source that I need to synchronize the
64MHz clock to and also pass on to the PC so that I know exactly which sample
it occurred on. Can someone give me some guidance as to
hey everyone,
Hi Ziad,
Im using a ubuntu 6.10 ,ive tried compiling the gnuradio but when i tried
the configuring gnuradio but i got the error :
gr_block.cc:41: error: 'gr_io_signature_sptr' has not been declared
gr_block.cc:42: error: 'gr_io_signature_sptr' has not been declared
gr_block.cc:
does any1 know what does the error
make[4]: *** [gr_block.lo] Error 1
make[4]: Leaving directory
`/home/ziad/Desktop/gnuradio-3.0.3/gnuradio-core/src/lib/runtime'
make[3]: *** [install-recursive] Error 1
make[3]: Leaving directory
`/home/ziad/Desktop/gnuradio-3.0.3/gnuradio-core/src/lib'
make[2]:
On Mar 16, 2007, at 12:01 PM, [EMAIL PROTECTED] wrote:
1) do you happen to know where the default values for the control
buttons are set? I'd like to change the time scale from 100us/div
to 1ms/div and to set the Autorange to "on" by default.
In your "am_..." file, change the "scope_sink_f"
hey everyone,
Im using a ubuntu 6.10 ,ive tried compiling the gnuradio but when i tried
the configuring gnuradio but i got the error :
gr_block.cc:41: error: 'gr_io_signature_sptr' has not been declared
gr_block.cc:42: error: 'gr_io_signature_sptr' has not been declared
gr_block.cc: In cons
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
In gr-wxgui/src/python/scopesink.py (and ...2.py), is it a bug or
feature that the "size" isn't passed through to the actual objects
being created (like it is in fftsink.py)? If a bug, I can fix it
quickly; if a feature, then can someone offer an explanation?
Thanks! - MLD
___
I am having the same problem of being able to receive on RX_A but not RX_B and
I don't know why. Any help would be much appreciated.
Thanks
Nick
Content-Type: multipart/alternative;
boundary="=_Part_43578_14158760.1174037616509"
--=_Part_43578_14158760.1174037616509
Content-Ty
I have submitted a patch to patch-gnuradio@ for gr_noise_source and qa code
The patch is to gr_noise_source_X rather than gr_random::ran1()
I am not sure why but most implementations from ran1() set all positive
values of seeds to 1. Rather then mess with what may be convention I
thought it mi
Il giorno gio, 15/03/2007 alle 12.17 -0700, Eric Blossom ha scritto:
> I think you'll find it easier to do the unpacking in a separate block
> downstream from the usrp1_source_s. Modifying usrp1_source* to handle
> samples smaller than 1 byte is going to take quite a bit of work.
> Part of the pro
Il giorno gio, 15/03/2007 alle 12.17 -0700, Eric Blossom ha scritto:
> I think you'll find it easier to do the unpacking in a separate block
> downstream from the usrp1_source_s. Modifying usrp1_source* to handle
> samples smaller than 1 byte is going to take quite a bit of work.
> Part of the pro
Hello Sir
I have bought the USRP board, basically i am doing a project. So for
that purpose i need to have the detail schematic of USRP board.
for example if i have programmed FPGA by my own RBF files, which i
have generated by quartus 2 software. In that i did pin assignment of
input and
Hi, all.
Today I try an old QPSK transmission program on Basic TX/RX and failed.
However, it does work well on rfx2400.
I just simply connect TX 1 of Basic TX on transmitter to RX 1 of Basic RX on
receiver. The receiver program failed to synchronize with pilot sequence.
The carrier frequency is 1
hi,
How can i set the time of the signal between sin and cos.
in the file test_usrp_standard_tx.cc when i change the ampl the ampl
changes.
pattern[2*i+1] = host_to_usrp_short ((short) (ampl * sin (2*M_PI*i
/PERIOD)));
but when i change it to
pattern[2*i+1] = host_to_usrp_short ((short) (ampl * s
2007/3/16, Johnathan Corgan <[EMAIL PROTECTED]>:
Jason Coy wrote:
> Yeah, I agree that the .pc file is the best way to handle providing this
> info. In the qwt tar file on the n4hy.org web site there is a version of
> the qwt library that has the .pc file in it. It is similar to the qt-mt.pc
>
Is it possible to set the DBSRX's LO frequency and the FPGA DDC
independently? Currently you can set the single quantity (LO - DCC)
using the USRP's "tune" member function.
When f = 1.57542GHz, I do not like GNURadio's choice of
LO = 1.5755 GHz
DDC = 80KHz
The board seems to put out a signal
39 matches
Mail list logo
