jynik wrote:Hmm...I'm not having an immediate "ah ha!" moment here, so I may have to mull this over and get back to you when I get home later tonight with any new ideas.
For the time being, here's just a grab bag of thoughts; maybe one of them will lead you somewhere useful...
- Just as a sanity check, are you running the latest and greatest FPGA image? There are dependencies between libbladeRF, the FPGA, and the FX3 firmware. libbladeRF is supposed to detect and complain about mismatches; perhaps one was missed..
- Do you have an FPGA being autoloaded from SPI flash? Be aware that the device currently enumerates before the FPGA autoload is finished (this will be changed soon), so you have to wait for the FPGA autoload to complete (LEDs will turn on) before attempting to run the CLI or "recover". If an incompatible FPGA is being auto-loaded, you'll have to back up to the old firmware, and do the 'bladeRF-cli -L X' from there. (For what it's worth, I prefer the newer software-autoload, which just requires that you place the FPGA in ~/.config/Nuand/bladeRF/hostedx[40|115].rbf.
- You mentioned using Windows -- do the same symptoms occur if you run the latest and greatest there?
When this problem began, I was using version 0.0.3 (the february version) of the FPGA and version 1.6.1 of the firmware (the reason I tried to update it was because the newest version of bladeRF-cli required it). After I ran recover XX YY /path/to/firmwarev1.7.0.img (on OSX, which completed successfully) I ran
open and got this (tested now):
Code: Select all
bladerf-cli> open
[VERBOSE] Using libusb version: 1.0.18.10866
[VERBOSE] Found a bladeRF (based upon VID/PID)
[VERBOSE] Changing to USB alt setting 0
[VERBOSE] Changing to USB alt setting 2
[VERBOSE] Changing to USB alt setting 3
[DEBUG] Failed to change setting: An unexpected error occurred
[DEBUG] Failed to restore alt setting: An unexpected error occurred
[DEBUG] Unable to fetch DAC trim. Defaulting to 0x8000
[WARNING] Failed to get VCTCXO trim value: An unexpected error occurred
[VERBOSE] Changing to USB alt setting 2
[DEBUG] Failed to change setting: No devices available
[WARNING] Failed to get FPGA size No devices available
[DEBUG] lusb_control_transfer failed: status = -4
[DEBUG] lusb_control_transfer failed: status = -4
[ERROR] Failed to switch to NULL interface: No devices available
Error: No devices available
OS X also hanged while doing this, which may be a clue to something.
On Windows I can flash the firmware successfully by following
this. Although, when I start bladeRF-cli (v 0.10.3, libbladerf version is 0.12.1) and run open, I get:
Code: Select all
[VERBOSE] Using libusb version: 1.0.16.10774
[VERBOSE] Non-bladeRF device found: VID 8086, PID 3b3c
[VERBOSE] Non-bladeRF device found: VID 8086, PID 3b34
[VERBOSE] Non-bladeRF device found: VID 0425, PID 0101
[VERBOSE] Non-bladeRF device found: VID 04b4, PID 4720
[VERBOSE] Non-bladeRF device found: VID 04f9, PID 0041
[VERBOSE] Non-bladeRF device found: VID 0518, PID 0001
[VERBOSE] Non-bladeRF device found: VID 093a, PID 2521
[VERBOSE] Non-bladeRF device found: VID 8087, PID 0020
[VERBOSE] Non-bladeRF device found: VID 8087, PID 0020
[DEBUG] No devices available on the libusb backend.
Error: No devices available
I installed everything on Windows using the Windows installer today, so that should be up to date. I use the latest firmware. I am not able to load the fpga, since I can't open the device.
I think I'll try to reinstall libusb on OS X and see if that makes a different.
I also realized that this post got longer than I first intended.