discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Discuss-gnuradio] usrp2(s) won't flash LEDs


From: Jeffrey Karrels
Subject: [Discuss-gnuradio] usrp2(s) won't flash LEDs
Date: Sat, 19 Dec 2009 10:41:00 -0800

Tom.

I too am having the same issue with a USRP2 I received this week. I
went back through the junk drawer, found a 1G SD card, removed the
filesystem and partition on it, flashed it with the latest s/w and
fpga bitstream, verified the flash, plugged it in and powered up. It
works properly.

The SD card that was shipped to me was also labeled 20091209.

Jeff

On Sat, Dec 19, 2009 at 9:00 AM,  <address@hidden> wrote:
> Send Discuss-gnuradio mailing list submissions to
>       address@hidden
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
> or, via email, send a message with subject or body 'help' to
>       address@hidden
>
> You can reach the person managing the list at
>       address@hidden
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Discuss-gnuradio digest..."
>
>
> Today's Topics:
>
>   1. Audio Overrun ( aOaOaO problem) - how to solve ? (Arturo Rinaldi)
>   2. Parser error when building gnuradio under Cygwin
>      (address@hidden)
>   3. Re: Parser error when building gnuradio under     Cygwin (Don Ward)
>   4. usrp2(s) won't flash LEDs (Tom Gross)
>   5. USRP2 debugging procedure (Jeffrey Karrels)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sat, 19 Dec 2009 01:36:41 +0100
> From: Arturo Rinaldi <address@hidden>
> Subject: [Discuss-gnuradio] Audio Overrun ( aOaOaO problem) - how to
>        solve ?
> To: Gnuradio Mailing List <address@hidden>
> Message-ID: <address@hidden>
> Content-Type: text/plain; charset="iso-8859-1"
>
> i've got a strange audio overrun (aOaOaO) problem. My scheme is the
> following :
>
> audio_source ---- > FFT_graphical sink
>
> *signal = audio.source(32000,'plughw:0,0', True)
>
> fft = fftsink2.fft_sink_f(panel,title="Spettro Segnale Vocale",
>
> sample_rate=64e3,y_per_div=20,ref_level=-70)
>
> self.connect(signal,fft)*
>
> it happens to get in random way these cases :
>
> case 1 : i get it fully working with no errors in the terminal
>
> case 2 : it works displaying the FFT with the terminal showing
> repeatedly the "aO" error
>
> case 3 :  it shows the  blank display of the FFT with the terminal
> showing repeatedly the "aO" error
>
> i  edited in my home the *config.con*f file in *~./gnuradio* in this way
> to override the settings:
>
> *[DEFAULT]
>
> verbose = False
>
> [audio]
> audio_module = audio_alsa
>
> # specify which audio module to load, or use "auto" to have the system
> # select one.  Valid choices depend on your OS and which modules
> # you've installed, but typically include: auto, audio_alsa,
> # audio_oss, audio_portaudio, audio_jack, audio_osx, audio_windows
>
> [audio_alsa]
> default_input_device = plughw:0,0
> default_output_device = plughw:0,0
> period_time = 0.010                      # in seconds
> nperiods = 4                                 # total buffering =
> period_time * nperiods
> verbose = false
> *
> i'm using ubuntu 9.04 with the last unstable deb version dated
> 10.22.2009. If i enter the terminal and digit "*/asoundconf
> set-default-card SB/*" (SB is my first listed audio card) and reboot it
> seems to adjust by itself so i just decided to put it in the start
> commands of the OS. The strange thing is that my laptop is a dual-core
> laptop and i read that a fast computer could usually help to solve this
> overrun problem (my previous laptop was not a good one :D). Did i maybe
> need an update of the alsa drivers ? I hope you can help me....
>
>          thx in advance, Arturo
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: 
> http://lists.gnu.org/pipermail/discuss-gnuradio/attachments/20091219/b7dcf0b5/attachment.html
>
> ------------------------------
>
> Message: 2
> Date: Sat, 19 Dec 2009 09:30:58 -0500
> From: address@hidden
> Subject: [Discuss-gnuradio] Parser error when building gnuradio under
>        Cygwin
> To: address@hidden
> Message-ID: <address@hidden>
> Content-Type: text/plain;       charset=UTF-8
>
> I am attempting to build gnuradio under cygwin and everything seems to go 
> fine, with the exception of the documentation for the usrp.  unfortunately 
> this shuts down the make so that it never completes.  Any guidance as to what 
> I might be missing or file changes that would enable this to complete the 
> make process would be appreciated.
>
> Thanks,
> -CAS
>
>
> usrp portion of the make output:
>
> Making all in usrp
> make[2]: Entering directory `/usr/src/gnuradio-3.2.2/usrp'
> Making all in host
> make[3]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host'
> Making all in misc
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/misc'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/misc'
> Making all in lib
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/lib'
> Making all in legacy
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/lib/legacy'
> make  all-am
> make[6]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/lib/legacy'
> make[6]: Nothing to be done for `all-am'.
> make[6]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/lib/legacy'
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/lib/legacy'
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/lib'
> make[5]: Nothing to be done for `all-am'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/lib'
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/lib'
> Making all in swig
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/swig'
> make  all-am
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/swig'
> make[5]: Nothing to be done for `all-am'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/swig'
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/swig'
> Making all in apps
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host/apps'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host/apps'
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/host'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host'
> make[3]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/host'
> Making all in firmware
> make[3]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware'
> Making all in include
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware/include'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware/include'
> Making all in lib
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware/lib'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware/lib'
> Making all in src
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src'
> Making all in common
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src/common'
> make[5]: Nothing to be done for `all'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src/common'
> Making all in usrp2
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src/usrp2'
> make[5]: Nothing to be done for `all'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src/usrp2'
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src'
> make[5]: Nothing to be done for `all-am'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src'
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware/src'
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/firmware'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware'
> make[3]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/firmware'
> Making all in fpga
> make[3]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/fpga'
> Making all in rbf
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf'
> Making all in rev2
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf/rev2'
> make[5]: Nothing to be done for `all'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf/rev2'
> Making all in rev4
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf/rev4'
> make[5]: Nothing to be done for `all'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf/rev4'
> make[5]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf'
> make[5]: Nothing to be done for `all-am'.
> make[5]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf'
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/fpga/rbf'
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/fpga'
> make[4]: Nothing to be done for `all-am'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/fpga'
> make[3]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/fpga'
> Making all in doc
> make[3]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/doc'
> Making all in other
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/doc/other'
> make[4]: Nothing to be done for `all'.
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/doc/other'
> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/doc'
> xmlto html-nochunks ../../usrp/doc/usrp_guide.xml
> xmlto: input does not validate (status 1)
> http://www.oasis-open.org/docbook/xml/4.2/:1: parser error : Content error in 
> the external subset
> <!DOCTYPE html
> ^
> http://www.oasis-open.org/docbook/xml/4.2/:1: parser error : Content error in 
> the external subset
> <!DOCTYPE html
> ^
> make[4]: *** [usrp_guide.html] Error 1
> make[4]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/doc'
> make[3]: *** [all-recursive] Error 1
> make[3]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp/doc'
> make[2]: *** [all-recursive] Error 1
> make[2]: Leaving directory `/usr/src/gnuradio-3.2.2/usrp'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/usr/src/gnuradio-3.2.2'
> make: *** [all] Error 2
>
>
>
>
>
> ------------------------------
>
> Message: 3
> Date: Sat, 19 Dec 2009 10:02:36 -0500
> From: "Don Ward" <address@hidden>
> Subject: Re: [Discuss-gnuradio] Parser error when building gnuradio
>        under   Cygwin
> To: <address@hidden>,       <address@hidden>
> Message-ID: <address@hidden>
> Content-Type: text/plain; format=flowed; charset="utf-8";
>        reply-type=original
>
> address@hidden wrote:
>
>>I am attempting to build gnuradio under cygwin and everything seems to go
>>fine, with the exception of the documentation for the usrp.  unfortunately
>>this shuts down the make so that it never completes.  Any guidance as to
>>what I might be missing or file changes that would enable this to complete
>>the make process would be appreciated.
>>
>> Thanks,
>> -CAS
> . . .
>> make[4]: Entering directory `/usr/src/gnuradio-3.2.2/usrp/doc'
>> xmlto html-nochunks ../../usrp/doc/usrp_guide.xml
>> xmlto: input does not validate (status 1)
>> http://www.oasis-open.org/docbook/xml/4.2/:1: parser error : Content error
>> in the external subset
>> <!DOCTYPE html
>> ^
>> http://www.oasis-open.org/docbook/xml/4.2/:1: parser error : Content error
>> in the external subset
>> <!DOCTYPE html
>> ^
>
> This is a known problem with xmlto on Cygwin (see
> http://gnuradio.org/trac/wiki/WindowsTips).  The solution is to remove or
> disable xmlto, or modify the Makefile so to bypass the building of the
> documentation.
>
> -- Don W.
>
>
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 19 Dec 2009 10:57:19 -0500
> From: Tom Gross <address@hidden>
> Subject: [Discuss-gnuradio] usrp2(s) won't flash LEDs
> To: address@hidden
> Message-ID:
>        <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> We received 4 new USRP2s this week with 2GB SD cards labelled
> 20091209.  None of the USRP2s boot up, i.e. "flash the LEDs" with
> these SD cards.  I tried one of these cards in an older USRP2 and it
> didn't work there either, but using an older 1GB SD card (not sure
> what revision of FPGA or firmware) in one of the new USRP2s does (at
> least) flash the LEDs.
>
> I've tried reburning a new 2GB SD card with u2_flash_tool with various
> revisions of txrx.bin and u2_rev2.bin without success.  I've never
> done this before so it's likely there is something wrong with my
> procedure but I'm running out of things to try.
>
> I am wondering if there is something about the 2GB SD cards that
> shipped with the USRP2s as well as the one I bought (none of them are
> HCSD of course but the one I bought yesterday is a Lexar Platinum II
> 60x).
>
> I assume the LEDs should flash.  Needless to say, find_usrps doesn't
> see any USRP2s when I run it.
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Sat, 19 Dec 2009 07:57:53 -0800
> From: Jeffrey Karrels <address@hidden>
> Subject: [Discuss-gnuradio] USRP2 debugging procedure
> To: address@hidden
> Message-ID:
>        <address@hidden>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello All.
>
> I finally had the opportunity to upgrade to the USRP2.0. I received it
> in the mail yesterday, and I am playing around with it right now. I
> hate to ask the noob question here, but for the life of me, I cannot
> get it running.
>
> Problem Description: When powering the USRP2.0 (with the SD card in
> place), none of the LEDs [A-F] light up. There is power, the rear fan
> turns, and the onboard D201 LED is illuminated.
>
> I tried reloading the SD card a couple of times with different
> versions of both the S/W and FPGA bin files.
>
> address@hidden firmware]# ./u2_flash_tool --dev=/dev/sdd -t s/w txrx.bin -w
> address@hidden firmware]# ./u2_flash_tool --dev=/dev/sdd -t fpga u2_rev3.bin 
> -w
> ...
> address@hidden firmware]#./u2_flash_tool --dev=/dev/sdd -t s/w
> txrx_edk10.1_r10766.bin -w
> address@hidden firmware]# ./u2_flash_tool --dev=/dev/sdd -t fpga
> u2_rev3_ise10.1sp3_r10766.bin -w
>
> ...
>
> When those failed produce any activity, I also tried a new SD card
> which ended with the same results. I cannot see it making a
> difference, but I am running Fedora 12 with the latest trunk code. I
> have tried compiling my own bins as well as downloading the ones from:
> http://gnuradio.org/releases/usrp2-bin/trunk/
>
> Does anyone have any suggestions?
>
> Thanks everyone
> Jeff
>
>
>
>
> ------------------------------
>
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>
>
> End of Discuss-gnuradio Digest, Vol 85, Issue 19
> ************************************************
>




reply via email to

[Prev in Thread] Current Thread [Next in Thread]