Stlink: STM32F030R8T6: kesalahan menjalankan pemuat flash

Dibuat pada 17 Mei 2020  ·  9Komentar  ·  Sumber: stlink-org/stlink

  • Jenis programer/papan: ST-Link v2.1
  • Versi firmware pemrogram: STSW-LINK007 2.37.26
  • Sistem operasi dan versi: Linux, XUbuntu 18.04 LTS
  • Versi alat Stlink dan/atau git commit hash: 1.6.0-311-ga98b094
  • Nama alat baris perintah Stlink: st-flash
  • Chip target (dan papan jika ada): STM32F030R8T6, Nucleo-64

Commandline-Output:

> st-flash write dioda.bin 0x08000000
st-flash 1.6.0-311-ga98b094
2020-05-17T17:59:37 INFO common.c: F0xx: 8 KiB SRAM, 64 KiB flash in at least 1 KiB pages.
file dioda.bin md5 checksum: d3ad84699b33f431b86a77e53b16b11a, stlink checksum: 0x0000080b
2020-05-17T17:59:37 INFO common.c: Attempting to write 56 (0x38) bytes to stm32 address: 134217728 (0x8000000)
2020-05-17T17:59:37 INFO common.c: Flash page at addr: 0x08000000 erased
2020-05-17T17:59:37 INFO common.c: Finished erasing 1 pages of 1024 (0x400) bytes
2020-05-17T17:59:37 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2020-05-17T17:59:37 INFO flash_loader.c: Successfully loaded flash loader in sram
2020-05-17T17:59:37 ERROR flash_loader.c: flash loader run error
2020-05-17T17:59:37 ERROR common.c: stlink_flash_loader_run(0x8000000) failed! == -1
stlink_fwrite_flash() == -1

diharapkan/deskripsi:

Berharap itu akan di-flash tentu saja. Info lebih lanjut:

  • st-info mengenali programmer
  • menambahkan --reset ke st-flash tidak membantu
  • powercycling papan tidak membantu
  • menghapus chip secara massal sebelum mem-flash tidak membantu
  • papan Nucleo serupa dengan STM32F103RBT6 (versi firmware ST-Link yang sama) berkedip dengan baik dengan perangkat lunak dan kabel USB yang sama
bufixed componenst-flash erroflash-loader olinux programmestlinkv2-1 staturesolved targestm32f0

Komentar yang paling membantu

Bolehkah Anda mencoba cabang saya (dengan perbaikan cepat dan kotor, hanya sebagai bukti pemikiran saya)?

Saya telah membangun dari cabang Anda dan dapat mengonfirmasi, itu memperbaiki masalah.

Semua 9 komentar

Mungkin saya tahu apa masalahnya di sini. Bolehkah Anda mencoba cabang saya (dengan perbaikan cepat dan kotor, hanya sebagai bukti pemikiran saya)?

https://github.com/chenguokai/stlink/tree/stlink-v3_pre

Jika saya benar, masalahnya terkait dengan kode non-PIC dari flashloader baru yang dikombinasikan dengan perbaikan kotor di flashloader.c.

Bolehkah Anda mencoba cabang saya (dengan perbaikan cepat dan kotor, hanya sebagai bukti pemikiran saya)?

Saya telah membangun dari cabang Anda dan dapat mengonfirmasi, itu memperbaiki masalah.

@chenguokai : Apa yang kita miliki di sini?

Seperti yang saya sebutkan, flashloader berlisensi GPL, adalah PIC (kode independen posisi) sedangkan yang baru tidak. Itu juga mengapa saya perlu menulis skrip tautan, menentukan alamat dasar.

Dengan membongkar flashloader yang dikompilasi, saya mengenali mode pengalamatan sebagai relatif PC (penghitung program). Saya pikir mereka adalah jenis PIC, jadi saya menyimpan hack kotor sebagai marco di flashloader.c. Dari masalah ini, saya dapat mengkonfirmasi bahwa kode flashloader jelas bukan PIC, jadi dua nops harus ditambahkan ke kode flashloader daripada ditambahkan sebelum biner.

Oke kalau begitu, Anda dapat menyerahkan PR untuk rilis Juni, tetapi pastikan untuk mencabangkan develop alih-alih stlink-v3_pre yang saya hapus setelah PR terakhir. Saya tidak tahu apakah ini dapat menyebabkan efek samping.

@grzegorz-kraszewski Harap verifikasi apakah PR saya memperbaiki masalah ini :-)

@grzegorz-kraszewski Harap verifikasi apakah PR saya memperbaiki masalah ini :-)

Tidak yakin, karena memicu yang lain:

> st-flash write ~/dioda_f030.bin 0x08000000
st-flash 1.6.0-314-g273e798
2020-05-18T10:59:30 WARN common.c: unknown chip id! 0x374b
Failed to connect to target

@grzegorz-kraszewski: Ini sepertinya topik yang berbeda. Silakan buka tiket baru untuk itu.

Tidak yakin, karena memicu yang lain:

Apakah peluncuran ulang atau cabut dan colokkan membantu?

Apakah halaman ini membantu?
0 / 5 - 0 peringkat