For using the alternative method of uploading the firmware using the USB it states that it is necessary to short JC2/Boot, does this simply mean rebooting the system.
Setting up stabilizer
It means physically installing a jumper.
sb10q When I run the following command for uploading firmware using a microusb cable as stated in the manual, I am getting an error. I am using a ubuntu VM and have enabled USB access,
dfu-util -a 0 -s 0x08000000:leave -D dual-iir.bin
dfu-util: Invalid DFU suffix signature
dfu-util: A valid DFU suffix will be required in a future dfu-util release!!!
dfu-util: No DFU capable USB device available
likewise when listing the devices there are no devices listed. using dfu-util -l
I have the same (or similar) problem:
Warning: Invalid DFU suffix signature
A valid DFU suffix will be required in a future dfu-util release
No DFU capable USB device available
When trying to upload the firmware using probe-run, I get the following error message:
Error: no probe was found.
Common reasons for this are faulty cables or missing permissions.
For detailed instructions, visit: https://github.com/knurling-rs/probe-run/tree/2f138c3#troubleshooting
error: process didn't exit successfully: probe-run --chip STM32H743ZITx --speed 30000 target\thumbv7em-none-eabihf\release\dual-iir (exit code: 1)
I run the device on Windows 10 and I followed the manual for getting started: https://quartiq.de/stabilizer/getting-started.html. In the process I tried using Zadig to install WinUSB driver, as it is recommended on the dfu-util web page, but I do not see Stabilizer or anything remotely similar in the list of connected devices. The BOOT jumper is shorted and to connect I use the USB port on the front panel.
If you connect to the USB port, you don't have the SWD/JTAG probe that the manual requires for that section. Don't go down that route then.
Are you powering your Stabilizer?
rjo My bad, I thought that part of manual was also applicable to USB connection. I suppose the stabilizer is powered: it is connected to a POE supporting port. Also, when I unplug the main Sinara power supply from Kasli while Stabilizer is still connected, Sinara does not turn off until I unplug the Stabilizer. So I think it means it's powered.
It's not recommended to power Kasli and its EEMs through Stabilizer. That will likely overload and exceed specifications.
I've updated the Stabilizer book covering these things.
Well don't.
Should be fixed in new Stabilizers though? https://github.com/sinara-hw/Stabilizer/issues/72
Yes. But did somebody test that?
Okay, I now only power it through the main Kasli power supply, but the problem with USB (No DFU capable USB device available) persists.
Please describe your system, computer, setup etc in more detail.
rjo Hi! Not yet, I got carried by another project and did not reply.
Regarding the software we have a PC running on x64 Windows 10. I followed the setup manual from here: https://quartiq.de/stabilizer/setup.html. I have Mosquitto version 2.0.14 from here: https://mosquitto.org/download/, rustup version 1.57, cargo-binutils installed. I have just noticed that the network Sinara is connected to does not have a properly configured DHCP server, but this should not affect USB connection? I also do not know if the software that I have mentioned here is relevant to whether or not dfu-util recognizes the device. The version of dfu-util is 0.11.
Regarding the hardware, Sinara is connected to a Netgear GS110TPv3 switch, which is connected to the lab PC with an Ethernet to USB adapter and is set to have a fixed IP address 10.34.16.99, and the IP address of Sinara is 10.34.16.100. Stabilizer is now powered from the main power supply that is plugged into Kasli. The ethernet port is disconnected since I only have PoE ports available on the switch, should be able to turn off though. In any case, the problem persisted with Stabilizer both connected and disconnected to the switch.
Please let me know if there is any specific information you need so that I can be more useful in answering. Also, I see that I did not configure DHCP server and Mosquitto properly, but I do not know if this can lead to the fact that dfu-util does not see the device. Thank you.
@iruiikor When I first tried flashing I encountered similar difficulty. My host is Linux. Are you using a USB data cable? Some cables are charge-only and are missing the data pins. In my case, I believe my cable may have not been properly seated in the Sinara panel. Here is a link about USB cables data-vs-charge
- MQTT, DHCP etc all don't play any role until you have flashed firmware onto the device.
- To exclude the cable and USB port, please check that some other device works on that cable on that port
- Be super careful when removing or inserting the modules into the crate. Never ever run anything with the modules pulled out partly. You will short circuit sensitive electornics on the PCB underside.
- Check that the BOOT jumper is mounted.
- Which LEDs are lit on Stabilizer when you power it through Kasli?
- Check
dfu-util --version
and show me your USB device tree (screenshot) anddfu-util -l
- I swapped the cable for the one that surely works (tested with another device on the same port I'm using for Stabilizer), and I still get the same issue
- I always unplug all power cords before pulling Stabilizer out, so that part should be fine
- Boot jumper is mounted and connects the two pins properly, double checked that
- Only the ones on the PCB (N12V, P12V, P12VA, P5VA, etc. marked on the PCB); leds on the front panel have always been off. Only when PoE cable was connected, two leds around the ethernet port were blinking.
- The dfu-util version is 0.11, but I see no devices in the list. On the web page of dfu-util (http://dfu-util.sourceforge.net/) it says that the device must be registered with WinUSB driver, and then on the libusb wiki (https://github.com/libusb/libusb/wiki/Windows#How_to_use_libusb_on_Windows) it's recommended to use Zadig to do that, but in Zadig I also don't see Stabilizer.
Hmm. Other than an improper USB connection (do you have the impression that the USB connector is properly plugged in and latches?) I don't know. Possible routes to take from here: (a) try e.g. an Ubuntu USB boot on your computer, and show the dmesg -H
after powering up the USB connected Stabilizer, (b) try SWD debugging and flashing to exclude some other breakage.