Closed ssievert42 closed 1 year ago
Started test build 17260
Build 17260 successful To test this build, install it from the testing repository:
flatpak install --user https://dl.flathub.org/build-repo/129623/com.st.STM32CubeIDE.flatpakref
Awesome! Thanks for taking the time to make this work again!
Hey @ssievert42 sorry to bother you, but i can't get this to work. I added the udev
rule and restarted everything, but i still get "No ST-LINK detected". I know the connection is fine because i can mount it as a mass storage device and see no error in the host system. Is there any other trick or way to debug? Thanks!
Hey @GladOSkar sadly I don't have the hardware anymore to test this :(
Are you sure you used the correct usb device id? I am by no means an expert on udev rules; the one I put in the description seemed to work fine for the device we were given.
You could try some of the ids listed here if the one you see when doing lsusb
doesn't do the trick.
One more thing (how I figured out that the thing needed libusb
) could be to try running stlink-server
from inside the sandbox and have a look at what it spits out. Just do flatpak run --command=bash com.st.STM32CubeIDE
to get a shell inside the sandbox. From there you should be able to start stlink-server -d5
or just try stlink-server --help
to see what other options there are.
@ssievert42 Thanks, those commands were what i was looking for wrt debugging. Will try them as soon as i can :)
@ssievert42 Well, PEBKAC. I named the udev rule .rule
instead of .rules
. Everything works now. Thanks, your debugging commands helped a lot!
@GladOSkar I guess that one is at least partially on me for writing "a file" in the description :sweat_smile: Glad I could help you :)
This should fix #2 #15 and #16 In order for usb flashing to work, the user needs to manually add a udev rule specific to the used device, for which I added a brief explanation to the application description. Things that were changed:
unset FLATPAK_SANDBOX_DIR
to the launch script. This works around "flatpak detection" added to eclipse here, which would try to run commands outside of the sandbox otherwise. That would be an issue, because our toolchain lives inside the sandbox.I have been using this version for the past semester with a STM32 Nucleo-L476RG, and flashing and debugging seems to work fine :)