nathan Corgan-2 wrote:
>
> On Tue, Apr 27, 2010 at 04:49, Robert Miller
> wrote:
>
>> Thanks, Josh:) I did a quick search in my package manager for "gnuradio"
>> and
>> I was missing quite a few. I believe the culprit was
>> "python-gnuradio-usrp
re
> probably missing the gnuradio-python. I search your package manager for
> gnuradio and see which packages are unchecked. -Josh
>
> On 04/26/2010 07:27 PM, Robert Miller wrote:
>>
>> Hi -
>>
>> Sorry for such a newbie question, but I am trying to get my U
Hi -
Sorry for such a newbie question, but I am trying to get my USRP2 up and
running and am having some issues. I'm running Ubuntu 9.04 (Jaunty) and
have installed the stable release of gnuradio 3.2 using the binary package
instructions at:
http://gnuradio.org/redmine/wiki/gnuradio/DebianPac
Hi -
Just wanted to say that I found out what was wrong. In the code below,
self.dst.db[0][0] was the issue when using the new GNU Radio version. I had
to change the code to: self.dst.db(0)[0] in order for it to run
properly perhaps this was a python issue?
Thanks!
Rob
Robert Miller
Hi -
I have been using the code snippet below as a reference to transmit two
signals with my USRP. However, when trying to run the code under a peer's
newer Ubuntu installation (w/ the latest GNU Radio code), I get an error
stating that an object is unsubscriptable. It is referring to the follow
single
DBSRX and the standard usrp_rx_cfile.py script. Using both DBSRXs I
witnessed the same magnitude oscillations, with them only occuring at
leading edge transitions.
Thanks!
Rob
Marcus D. Leech wrote:
>
> Robert Miller wrote:
>> Hi,
>>
>>
>> 1) Is there an A
Hi,
I am running an experiment where I would like to monitor the magnitudes of a
bursty, constant-envelope signal using the USRP and a DBSRX receiver. I am
seeing some quasi-periodic amplitude transitions and wanted to know if this
could be related to an AGC. Why I believe it is AGC-related is
out 10 ms.) I would ideally
like to do the switching at the microsecond level... does anyone have any
suggestions? Can I somehow packetize my data and use the auto t/r switching
mode to achieve this level of switching?
Thanks,
Rob
Robert Miller wrote:
>
> Hello,
>
> I am having
Martin,
Thanks a ton for your help. Tuning the reciever via:
r = self.u.tune(0, self.subdev, target_freq)
did the trick.
Much appreciated!
Rob
Martin Dvh wrote:
>
> Robert Miller wrote:
>> Hello,
>>
>> I created a flowgraph based upon the usrp_nbfm_ptt.py exam
Hello,
I created a flowgraph based upon the usrp_nbfm_ptt.py example. I am
witnessing some weird, asymmetric behavior when running the graph. The code
generates a tone from the user specified daughterboard and then plots the
spectrum via an fft from another user specified daughterboard. I am u
Guys,
Thanks for your help. I think my best path forward is to modify the
usrp_nbfm_ptt.py code and use set_enable. My intended application requires
the reuse of the same antenna for TX and RX. My data is not packetized (it
is simply tones to begin with), so it seems the easiest path forward.
possible, and
if so, how would one go about about implementing it in code? I would like
to do it as fast as possible.
Thanks again,
Rob
Matt Ettus wrote:
>
> Robert Miller wrote:
>> Michael,
>>
>> Any luck in answering your last question?:
>>
>> "I was r
Michael,
Any luck in answering your last question?:
"I was really hoping to simultaneous TX/RX using -
just- the TX/RX antenna on an RFX board, but I've had no luck doing
that. Anyone know if this last scenario is possible?"
I am very much interested in the same functionality.
Thanks,
Rob
Hello,
I am having some trouble trying to setup the following experiment. I have a
single USRP and 2 RFX-1800 daughterboards and wish to transmit and receive
between them using only the TX/RX ports. Since I would like to use the same
frequency, f1, I would like to time-division multiplex the da
If you are set on producing a real-time plot from within the c-code, you can
use opencv. I have tried plplot as well, however I was not successful in
updating the plot in real-time.
Trond Danielsen wrote:
>
> I find it convenient to sink the data to a vector_sink and then use
> matplotlib to p
Hello,
I would like to repeatedly compute signal characteristics for consecutive
blocks of data from the USRP, while echoing the results to the screen (e.g.
mean,etc.). I would prefer to do this within python without writing my own
signal processing block. Is this possible without writing my ow
No, I just tried it as root as a quick (but silly) test. I get the same
results with "make check".
Thanks,
Rob
Chris Albertson wrote:
>
>
> --- Robert Miller <[EMAIL PROTECTED]> wrote:
>
>>
>> >> sudo make check
>
> Do you reall
Hello,
When running "make check" as outlined in the gr-howto-write-a-block
tutorial, I am receiving a segmentation fault. I am running Ubuntu 6.10
(Edgy Eft) with linux kernel release 2.6.17-11-386 and GNU Radio 3.0. GNU
Radio is otherwise functional, as I successfully run usrp_fft.py and
benchm
Greetings,
I was wondering if there was a datasheet available for the RFX400
Transceiver? I am specifically interested in the RF Front End (e.g.
filters, noise figure, ...).
Thanks,
Rob
--
View this message in context:
http://www.nabble.com/RFX400-Datasheet-t1786288.html#a4865304
Sent from the
19 matches
Mail list logo
