Closed DrYak closed 1 year ago
I haven't tried it I'm afraid. My guess is that dfu-util would need patching.
I successfully flashed an Artery from Linux. But it turned out easy enough I didn't write it down... I have dfu-util 0.11. I think it involved "ignore the error message" and maybe "power cycle the Gotek." I might have also used lsusb to determine the device for --device
.
I get the same "READ_UNPROTECT" on linux. anyone has more info on how to flash on linux?
Beased on ejona86's response I would try ignoring the error, reconnect the Gotek, and try the line
sudo dfu-util -a 0 -D FF_Gotek-v3.*.dfu
I just used the UART / serial bootloader. Worked great. Self-updates from the USB stick work well too to keep things updated.
So, I ignored the error and continued with the next command. After that I had to update my gotek with the upd file and everything works.
I was able to boot my mpc2000.
So I guess just dfu-util is enough.
Thanks
Hello @all,
I had some problems to flash the firmware with a USB-TTL. Following my solution based on a thread at the Amiga forum.
My environment is: Ubuntu 21.04 with stm32flash 0.5 and a USB TTL from D-SUN.
First the read protection has to be switched off: $ sudo stm32flash -k /dev/ttyUSB0 Then clear the memory: $ sudo stm32flash -o /dev/ttyUSB0 Finally, the firmware can be flashed without any problems. $ sudo stm32flash -vw FF_Gotek-v3.29.hex /dev/ttyUSB0
Below are my mistakes to make this thread easier to find. Switching off the flash write protection was acknowledged with an error: $ sudo stm32flash -u /dev/ttyUSB0 stm32flash 0.5
http://stm32flash.sourceforge.net/
Interface serial_posix: 57600 8E1 Version: 0x32 Option 1: 0x46 Option 2: 0x01 Device ID: 0x0410 (STM32F10xxx Medium-density)
Other NACK's: Got NACK from device on command 0x44
I wonder if using dfu-util on a mac would work too! 🤔
I would love it if it worked on Macs. Under macOS Monterey, with dfu-util v0.11 and libusb v1.0.24 built from Mac Ports, I got this when trying to erase an STM32F105:
dfu-util: dfuse_download: libusb_control_transfer returned -7 (LIBUSB_ERROR_TIMEOUT)
It actually worked for me with the same errors on the 1st command, as described above.
Hi!
The linked post on MSX forum only mentions Windows software for flashing Artey chips.
On Linux I have tried using dfu-util v0.11, but it fails at the unprotection step with:
Is there a suggestion for successfully flashing from Linux? Or trying to dust out some Windows VM and forwarding it the USB port is the only solution? Thanks!