http://n4hy.org/ps3_fedora.jpg
http://n4hy.org/ps3_dttsp.jpg
http://n4hy.org/ps3_gnuradio.jpg
Now to accomplish something useful.
Bob
--
AMSAT Director and VP Engineering. Member: ARRL, AMSAT-DL,
TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. ARRL SDR WG Chair
"Taking fun as simply fun and earnest
Both dttsp and gnuradio build on the PS3. I managed to get everything
to install. As I have always found with redhat/fedora installations,
what is absolutely seamless and without peer in Ubuntu is a royal pain
in the derriere with Fedora. I had to add all of the PYTHONPATH, etc.
as usual an
Robert McGwier wrote:
> They are $599 at my local Target. So much for bargains at Costco.
> Eric A. Cottrell wrote:
>> I was at my local Costco tonight and noticed they have the 60GB PS3 for
>> $699. I almost bought one but decided to check a Costco in NH first.
$699 gets you one from Terrasoft
They are $599 at my local Target. So much for bargains at Costco.
Bob
Eric A. Cottrell wrote:
Hello,
I was at my local Costco tonight and noticed they have the 60GB PS3 for
$699. I almost bought one but decided to check a Costco in NH first.
73 Eric
__
Hello,
I was at my local Costco tonight and noticed they have the 60GB PS3 for
$699. I almost bought one but decided to check a Costco in NH first.
73 Eric
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listin
Vectors have been bothering me for a while. It seems that a vector is no
different than a stream... Particular blocks just interpret the stream
by taking every "n" numbers to be a vector?
If vectors are different, how would a block that expects a stream input
handle a vector input? And vice-ve
Is there any reason why the Costas carrier recovery loop used in the
dqpsk.py example would not be suitable for similar use in a gmsk receiver?
TIA
-Steven
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/
Gregory W Heckler wrote:
> You can do this externally by putting in a bias-tee in the RF line
> prior to input to the USRP. I've personally used the following from
> MiniCircuits:
>
> http://minicircuits.com/pdfs/ZFBT-4R2G-FT.pdf
>
> Or if you want to take a more risky route, on the DBSRX daughterb
On Fri, Feb 02, 2007 at 09:21:12AM -0500, Gregory W Heckler wrote:
> In the file "usrp_i2c_addr.h" the I2C addresses for the receiver
> daughterboards are 0x57 and 0x55, respectively. In the python code
> self.i2c_addr = (0x67, 0x65). Which one is correct?
Both. They are for diffent devices on th
In the file "usrp_i2c_addr.h" the I2C addresses for the receiver
daughterboards are 0x57 and 0x55, respectively. In the python code
self.i2c_addr = (0x67, 0x65). Which one is correct?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://l
You can do this externally by putting in a bias-tee in the RF line prior
to input to the USRP. I've personally used the following from MiniCircuits:
http://minicircuits.com/pdfs/ZFBT-4R2G-FT.pdf
Or if you want to take a more risky route, on the DBSRX daughterboard
there is header to input a DC
2007/2/2, Matt Ettus <[EMAIL PROTECTED]>:
>
> Who is working on this? A temporary fix is to make a very small
> modification to configure, which installs everything into
> $PREFIX/lib64, instead of $PREFIX/lib and $PREFIX/lib64. I will post
> instructions for this if somebody is interested.
>
P
HI List,
I get a USRP + DSBRX. Now I need to buy an active antenna for GPS, but I
don't know how to bias it. Can anyone helps me?
Greetings,
--
Davide "Rocker" Anastasia
Web: www.davideanastasia.com
*Linux User #341094*
Luke Skywalker:
Alright, I'll give it a try.
Yoda:
13 matches
Mail list logo
