Re: [Discuss-gnuradio] Problem with USB on OSX?

[Jan Schiefer]

Hi Thomas,

after loading the firmware, this is what it looks like:

---------------

USB High-Speed Bus:

  Host Controller Location:     Built In USB
  Host Controller Driver:       AppleUSBEHCI
  PCI Device ID:        0x27cc
  PCI Revision ID:      0x0002
  PCI Vendor ID:        0x8086
  Bus Number:   0xfd

USRP Rev 2:

  Version:      1.02
  Bus Power (mA):       500
  Speed:        Up to 480 Mb/sec
  Manufacturer: Free Software Folks
  Product ID:   0x0002
  Serial Number:        00000000
  Vendor ID:    0xfffe

Built-in iSight:

  Version:      1.55
  Bus Power (mA):       500
  Speed:        Up to 480 Mb/sec
  Manufacturer: Micron
  Product ID:   0x8501
  Vendor ID:    0x05ac  (Apple Computer, Inc.)

---------------

Pretty similar, I'd say, apart from the USRP. No "vendor specific" anymore.

Try the following: After downloading the firmware to the USRP, disconnect
the USB. Hit Refresh on System Profiler - USRP should be gone. Plug USB
back in, hit Refresh again. See whether it still says "vendor specific" or
"USRP Rev whatever". This would be similar to your Ubuntu experiment, but
make sure that the OSX firmware download does the right thing.
Alternatively, try things in the opposite order: Run firmware download on
OSX, boot into Ubuntu and look with lsusb (or whatever tool) what ID
string you get out of the USRP.

Also, you were asking about XCode versions. I am running XCode 2.2.1 (from
the DVD that came with the MacBook Pro). As for other version info, the
darwinports stuff is all up-to-date, apart from libtool 1.5.20_0 <
1.5.22_0   . There is no specific reason for this other than lazyness.

Don't know about you, but I find the XCode version thing suspicious. What
have other people reported? Has anybody got it working with XCode 2.3 on
PowerPC?

Cheers,
   Jan






> Hi Jan,
>
> Once you programmed the USRP, what do you see as a Name in the System
> Profiler? Do you see "Vendor Specific" or something else? Also, what
> is the USB information on the MacBook Pro when you click on the top
> most element where the USRP is connected to in the System Profiler?
> Mine looks like this:
>
> USB High-Speed Bus:
>
>   Host Controller Location:   Built In USB
>   Host Controller Driver:     AppleUSBEHCI
>   PCI Device ID:      0x27cc
>   PCI Revision ID:    0x0002
>   PCI Vendor ID:      0x8086
>   Bus Number: 0xfd
>
> Vendor-Specific:
>
>   Version:    0.04
>   Bus Power (mA):     500
>   Speed:      Up to 480 Mb/sec
>   Product ID: 0x0002
>   Vendor ID:  0xfffe
>
> Built-in iSight:
>
>   Version:    1.55
>   Bus Power (mA):     500
>   Speed:      Up to 480 Mb/sec
>   Manufacturer:       Micron
>   Product ID: 0x8501
>   Vendor ID:  0x05ac  (Apple Computer, Inc.)
>
>
> Thomas
>
> At least, that gives me some hope
>
> On 8/1/06, Jan Schiefer <address@hidden> wrote:
>> Hi Thomas,
>>
>> I am afraid I don't have any of those boards. I just have the Basic
>> [TR]X. I guess we can still compare logs with only the USRP and no TX/RX
>> boards. Provided that we know where to look (which I don't). But maybe
>> Michael will have some ideas.
>>
>> Cheers,
>>     Jan
>>
>> Thomas Schmid wrote:
>> > I forgot to mention that I have the RFX400 and RFX2400 daughterboards.
>> > I also tried the same thing with both daughterboards removed with the
>> > same result. Unfortunately I don't have the BasicRX/TX with me and can
>> > not test it. Do you have one of the RFX400 or 2400 with which you
>> > could test?
>> >
>> > Thomas
>> >
>> > On 7/30/06, Thomas Schmid <address@hidden> wrote:
>> >> Hi Jan,
>> >>
>> >> I have two USRPs to test with, one a Rev 3 and one a Rev 4.1. Both
>> >> have the same behavior, except that one shows version 0.04 and the
>> >> other 0.02 when I first plug them in (in the system profiler). Then,
>> I
>> >> run test_usrp_standard_tx, the firmware uploads, i.e. the LEDs start
>> >> to blink slower, but the system profiler still shows the old values,
>> >> i.e., they stay at "Vendor-specific".
>> >>
>> >> I will try to see if I can enable some more debug information.
>> >>
>> >> Thomas
>> >>
>> >> On 7/29/06, Jan Schiefer <address@hidden> wrote:
>> >> > Hi Thomas,
>> >> >
>> >> > I am using gnuradio+USRP on a MacBook Pro under 10.4.7, this setup
>> >> > should be very similar to yours.I have a version 3b USRP, with a
>> >> BasicRX
>> >> > and a BasicTX board.
>> >> >
>> >> > Have you checked out http://comsec.com/wiki?UsrpInstall ?
>> >> >
>> >> > When I plug the USRP in my system, before it loads any firmware
>> (i.e.
>> >> > before I run any usrp-related program), I see the following in the
>> >> > System profiler (Apple logo/About This Mac, click More Info... ,
>> >> > Hardware/USB, USB High-Speed Bus/Vendor-specific
>> >> > Version 0.02, etc etc Product ID 0x0002, Vendor ID 0xfffe.
>> >> >
>> >> > After running test_usrp_standard_tx, this information changes
>> >> >  From "Vendor-specific" to "USRP Rev 2", the version changes to
>> >> 1.02 and
>> >> > there is a "serial number" string of all zeroes.
>> >> >
>> >> > Does yours show the same information in the System Profiler? Also,
>> >> what
>> >> > does it say if you go to the usrp directory and run a "svn up"?
>> Mine
>> >> > says "At revision 832."
>> >> >
>> >> > Cheers,
>> >> >    Jan
>> >> >
>> >> > Thomas Schmid wrote:
>> >> > > I just installed gnuradio on my macbook and I wanted to test the
>> >> usrp
>> >> > > but got the same error as Sam:
>> >> > >
>> >> > > @ enter_search
>> >> > > 802_15_4_pkt: waiting for packet
>> >> > > usrp_basic_rx: failed to start end point streaming
>> >> > >
>> >> > > Next I tried to use the benchmark_usb.py file and I got this
>> error:
>> >> > > Testing 2MB/sec... usrp_open_interface:usb_claim_interface:
>> failed
>> >> > > interface 1
>> >> > > usb_claim_interface: couldn't claim interface
>> >> > > usrp_basic_tx: can't open tx interface
>> >> > > Traceback (most recent call last):
>> >> > >  File "./benchmark_usb.py", line 106, in ?
>> >> > >    main ()
>> >> > >  File "./benchmark_usb.py", line 96, in main
>> >> > >    ok = run_test (rate, verbose)
>> >> > >  File "./benchmark_usb.py", line 63, in run_test
>> >> > >    usrp_tx = usrp.sink_s (0, tx_interp)
>> >> > >  File "/usr/local/lib/python2.4/site-packages/gnuradio/usrp.py",
>> >> line
>> >> > > 230, in __init__
>> >> > >    fpga_filename, firmware_filename)
>> >> > >  File "/usr/local/lib/python2.4/site-packages/gnuradio/usrp1.py",
>> >> > > line 932, in sink_s
>> >> > >    return _usrp1.sink_s(*args)
>> >> > > RuntimeError: can't open usrp1
>> >> > >
>> >> > >
>> >> > > Interestingly, the firmware is uploaded successfully, i.e., the
>> led
>> >> > > first blinks fast, then slower, and then I get the error.
>> >> > >
>> >> > > Any ideas on what might be wrong?
>> >> > >
>> >> > > Thomas
>> >> > >
>> >> > >
>> >> > > On 7/27/06, Michael Klass <address@hidden> wrote:
>> >> > >> Thanks for the reply Jon.  I'm quite sure that it has USB 2.0
>> >> ports,
>> >> > >> though.
>> >> > >>
>> >> > >>
>> >> > >>
>> >> > >> On 7/26/06, Jonathan Jacky <address@hidden > wrote:
>> >> > >> >
>> >> > >> > I'm using OS X.  I've never seen this "failed to start end
>> point
>> >> > >> > streaming" message.   I've not used the flex 400 boards, only
>> the
>> >> > >> Basic
>> >> > >> > RX/TX and LFRX/TX.   Are you sure your Mac has USB 2.0
>> >> ports?   Until
>> >> > >> > fairly recently (late 2003 or early 2004), Macs came with USB
>> 1.1
>> >> > >> ports.
>> >> > >> >
>> >> > >> > There is more information about this 1.1 vs 2.0 business, and
>> how
>> >> > >> to use
>> >> > >> > the Mac System Profiler to check that OS X recognizes the
>> >> USRP, at
>> >> > >> >
>> >> > >> >
>> >> > >> http://staff.washington.edu/~jon/gr-osx/gr-osx-usrp.html#using
>> >> > >> >
>> >> > >> > Jon Jacky
>> >> > >> >
>> >> > >> >
>> >> > >> > _______________________________________________
>> >> > >> > Discuss-gnuradio mailing list
>> >> > >> > address@hidden
>> >> > >> > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >> > >> >
>> >> > >>
>> >> > >>
>> >> > >> _______________________________________________
>> >> > >> Discuss-gnuradio mailing list
>> >> > >> address@hidden
>> >> > >> http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >> > >>
>> >> > >>
>> >> > >>
>> >> > >
>> >> > >
>> >> > > _______________________________________________
>> >> > > Discuss-gnuradio mailing list
>> >> > > address@hidden
>> >> > > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>> >> > >
>> >> >
>> >> >
>> >>
>> >
>>
>>
>