Hi,
Today I update the gnuradio from svn, and received following error in make:
make[5]: Entering directory
`/home/tarun/gnuradio/gnuradio-core/src/lib/swig'
make[5]: *** No rule to make target
`../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i', needed by
`gnuradio_swig_py_general.cc'.
2007/6/6, Tarun Tiwari [EMAIL PROTECTED]:
Hi,
Today I update the gnuradio from svn, and received following error in make:
make[5]: Entering directory
`/home/tarun/gnuradio/gnuradio-core/src/lib/swig'
make[5]: *** No rule to make target
`../../../../gnuradio-core/src/lib/general/gr_dpll_ff.i',
I'd like to report to all of you our investigation results. At least, the TX
side works now. But for the RX side, I think it is absolutely broken and I
give up to repair it.
I changed the resistors R40, R42, R46, R130, R132, R136 to be 1k ohms. This
prevents the RX side influencing the TX side.
Bob,
this is not correct.
The CPM signal is by definition constant envelope.
It is defined as
s(t)=exp(j phi(t))
where
phi(t)= 2 pi int_0^t f(t') dt'
where
f(t)= h sum_k a_k p(t-kT).
Selecting the approprate pulse shape p(t) shapes the spectrum of CPM,
but regardless of the selection it has
hey kevin,
I too am new to gnuradio but ive started learning few things and even start
running examples on the usrp and soon i will do my own model, now concerning
ur question ,theres actually no program called gnuradio , its just a signal
processing package , all you have to do is write or run
Trond Danielsen wrote:
I just pulled a fresh copy from svn (rev.5708), ran ./bootstrap;
./configure; make. No problems so far. I recommend that you run
./bootstrap and ./configure again after pulling from svn. This ensures
that the generated Makefiles are updated according to the svn changes.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nothing that modulates data has constant envelope. Plot the amplitude of
a BPSK or GMSK signal (after transmission, not simulation) sometime.
- -Dan
Achilleas Anastasopoulos wrote:
Bob,
this is not correct.
The CPM signal is by definition
Trond Danielsen wrote:
I just pulled a fresh copy from svn (rev.5708), ran ./bootstrap;
./configure; make. No problems so far. I recommend that you run
./bootstrap and ./configure again after pulling from svn. This ensures
that the generated Makefiles are updated according to the svn changes.
I have put together a little beginner GUI, which can demodulate FM, AM and
SSB from files and from the USRP by pointing at a FFT-display. Since I am
quite new myself, I did this as a beginner-project. I just wondered if
some other of you guys had made something similar, and could post your
Hi Joshua,
I followed installation instruction with almost no errors. But, when running
Wireshark, I get nothing displayed with the GSM interface. My BTS signal is
very high, and I located the offset of the frequency correction burst (which
is by the way almost the same as your default one). Any
The point where theory meets practice is what makes engineering fun.
If when you say Nothing that modulates data has constant envelope
you mean it in the same sense that passbands are never truly flat and bit
error rates are never 0, then I agree with you. But I claim that a
received CPM
Hi all,
I am using a combo pccard (USB-2 and firewire) with VIA chipset to get USB-2 on
my laptop.
But using linux I can't get it to work.
I get usrp overruns, (uOuOuO) even with decimation factors of 200 when using
usrp_rx_cfile.py
This is only 320 ksamples/sec
with top I see that the CPU is
(Moving discuss-gnuradio to bcc.)
You can tell when it's working because of all the error messages you
get.
[EMAIL PROTECTED]:~/src/gsm/gssm-v0.1/src/python$ ./file_gssm.py
~/src/gsm/signal/signal.data
gr_fir_fff: using SSE
error: PCH, AGCH (0, 36)
error:
Or does anybody have a suggestion of an USB-2 addon card for a notebook
(pccard) that works with the USRP.
Jim Perkins recently told me the following:
I recently tested an inexpensive Zonet USB 2.0 add-on card. It has
the Via VT6212L chipset. The Via based card worked very well.
Hi,
I'm considering using the USRP together with the 802.11 stack to prototype
some 802.11 MAC layer changes. I'm sending from an 11b card at the base rate
to my USRP/RFX2400.
One shortcoming at present is that the code doesn't generate ACKs for
received frames. There are quite strict timing
Steve Glass wrote:
I'm considering using the USRP together with the 802.11 stack to
prototype some 802.11 MAC layer changes. I'm sending from an 11b card
at the base rate to my USRP/RFX2400.
One shortcoming at present is that the code doesn't generate ACKs for
received frames. There are
Hey.
Thanks for the help - that explains why nothing happens when I type
./gnuradio.
Clearly, I need more help on this project than I originally thought. Have
you found any particularly good websites on this app?
Many thanks,
Kevin
bellzii wrote:
hey kevin,
I too am new to gnuradio
Thanks Nick,
I actually want to generate ACKs at the USRP and then only for some frames.
Using a pair of real 802.11 cards I can increase the ACKTimeout and generate
the ACKs in software at the receiving WNIC but it's a little yukky.
If the USRP will work then its my preferred option.
Steve
18 matches
Mail list logo
