search

bigtreetech / BIGTREETECH-SKR-mini-E3

BIGTREETECH SKR-mini-E3 motherboard is a ultra-quiet, low-power, high-quality 3D printing machine control board. It is launched by the 3D printing team of Shenzhen BIGTREE technology co., LTD. This board is specially tailored for Ender 3 printer, perfectly replacing the original Ender3 printer motherboard.
2.01k stars 1.97k forks source link

firmware updating starting on each boot #254

Open kn-dima opened 4 years ago

kn-dima commented 4 years ago

bootloader upload firmware after each reset (power on) if firmware.bin present on card

steps to reproduce

  1. Compile marlin with USB mass storage enabled
  2. Write firmware.bin to stock 128Mb sdCard
  3. Insert card into board
  4. Power on board Firmware uploaded and seems works. USB drive appears in windows

Expected behavior firmware.bin must be renamed to firmware.cur next boot must be faster than at step 4 (about 10 sec)

Actual behavior firmware.cur file with same size and date as firmware.bin appears at root of sdcard. firmware.bin not deleted. next boot take same time as at step 4 (about 10 sec) firmware.cur disappears from sdcard (and appears after next reset/power on)

Additional Information

actually i am using mini v1.1 board with mini e3 bootloader from there because mini v1.1 bootloader have same issue.

tried two 128Mb cards with same result tried skr v1.3 and it havent that problem after manually deleting firmware.bin, boot takes about 3 sec.

txt4nk commented 4 years ago

I've had this issue in the past, I resolved it by formatting the SD card before placing the new firmware binary file on it. I do this for all firmware updates now, it may be something worth adding to your standard firmware update procedure as well (if this corrects your problem, of course).

kn-dima commented 4 years ago

resolved it by formatting the SD card

Thank you! It works for me too, but only with Mini E3 bootloader. Mini v1.1 bootloader still cant delete firmware.bin even after format.

PS format helps for 15 times and after that issue returned, because, as i think, bootloader cant delete file if its header not in first FAT sector.