AHA!!
(sheepish grin on face wondering why signals looked real because
they are)
Bob
Leslie Choong wrote:
Huzzah! It works! I did have the older Flex 2400 daughtercard so I
moved the resistors around and re burned it. It now works great.
Thanks to everyone who helped out, especially
Huzzah! It works! I did have the older Flex 2400 daughtercard so I
moved the resistors around and re burned it. It now works great.
Thanks to everyone who helped out, especially Matt and Jonathan!
-Leslie
On Thu, Feb 5, 2009 at 11:31 AM, Matt Ettus wrote:
> Leslie Choong wrote:
>>
>> Thanks to J
Leslie Choong wrote:
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx2400 EEPROM using this command:
./burn-db-eeprom -A -t rfx2400 --force
Also, are X1 and X101 populated on your RFX240
Leslie Choong wrote:
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx2400 EEPROM using this command:
./burn-db-eeprom -A -t rfx2400 --force
You need to use the following:
./burn-db-eepr
Hi Matt, I am using the latest SVN trunk as of yesterday (Revision
10392) and have not modified any files. This is on Ubuntu 8.10 on a
Macbook.
-Leslie
On Thu, Feb 5, 2009 at 9:51 AM, Matt Ettus wrote:
>
> Leslie,
>
> Are you using the latest svn version on the host computer as well? Have you
>
Leslie,
Are you using the latest svn version on the host computer as well? Have
you modified any files?
Matt
Leslie Choong wrote:
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx24
Thanks to Johnathan's help it seems my problem is with the USRP2's
recognition of the daughterboard. I used a USRP1 Rev 4.1 to flash my
FLEX 2400 to the rfx2400 EEPROM using this command:
./burn-db-eeprom -A -t rfx2400 --force
Which worked fine:
TX_A: OK
RX_A: OK
Then I plugged in the board into
On Wed, 2009-02-04 at 17:24 -0800, Leslie Choong wrote:
> I'm baffled. I formatted the SD card and made sure the USRP2 didn't
> boot up (No LEDs lit). Then reflashed it with the latest firmware and
> FPGA image (2 LEDs lit). I still see 0.0 Q samples at 2.4G, 2.45G etc.
> I've tried swapping the R
I'm baffled. I formatted the SD card and made sure the USRP2 didn't
boot up (No LEDs lit). Then reflashed it with the latest firmware and
FPGA image (2 LEDs lit). I still see 0.0 Q samples at 2.4G, 2.45G etc.
I've tried swapping the RFX 2400 daughterboard with a spare AND two
with different USRP2's
I was able to compile the firmware with Eric's suggestion but it made
no difference on the performance. I tested this out on another USRP2
to see if it was a hardware issue but again got the same results.
I noticed something interesting though: Using a RFX 2400 board if I
try to tune to 2.45G (my
On Fri, Jan 30, 2009 at 04:24:55PM -0800, Leslie Choong wrote:
> So I've pulled down the most recent trunk and re-built gnuradio. One
> thing I noticed that I forgot about was that running make in
> gnuradio/usrp2 does not produce a txrx.bin under usrp2/firmware/apps.
> I must have copied the lates
So I've pulled down the most recent trunk and re-built gnuradio. One
thing I noticed that I forgot about was that running make in
gnuradio/usrp2 does not produce a txrx.bin under usrp2/firmware/apps.
I must have copied the latest one sitting in the trunk which is dated
Dec 31st (same date as the FP
Thanks for the replies.
I have checked the Quadrature values and they are indeed 0.0
I had already followed the steps to flash the SD card (using the one
that came with the USRP2) and used the firmware (txrx.bin) that
gnuradio (rev 10306) produced using make. I used the latest
u2_rev3.bin (dated
Leslie Choong wrote:
Hi Everyone, I've been working with Thomas Schmid's old 802.1.54
demodulation code. I've got it running well on the original USRP and
have been trying to get the code to work with the USRP2. I basically
just changed out the source block and yet could not properly
demodulate
Hi Everyone, I've been working with Thomas Schmid's old 802.1.54
demodulation code. I've got it running well on the original USRP and
have been trying to get the code to work with the USRP2. I basically
just changed out the source block and yet could not properly
demodulate a packet.
To investigat
15 matches
Mail list logo
