Stlink: CKS32: Dukungan untuk CKS32F103C8T6

Saya pikir satu-satunya masalah adalah coreid tidak diketahui. Saya akan mencoba memahami kode dan mengizinkan stlink untuk mengunggah seperti pada STM32F103C8T6.

Saya telah berhasil mengunggah bootloader menggunakan ST-Link di Windows, tetapi saya ingin dapat melakukan hal yang sama dari Linux :)

Terima kasih!

@xor-gate apakah ada kerangka waktu rilis untuk ini? Saya menggunakan Mac dan saya melihat rilis terakhir pada bulan September dan saya mengalami masalah yang sama...

Ada instruksi yang diberikan tentang cara mengkompilasi dari sumber: https://github.com/texane/stlink/blob/master/doc/compiling.md

@VictorLamoine apakah milik Anda sekarang berfungsi? Milik saya sekarang berhenti sesuai masalah #607

Ya saya telah mem-flash lebih dari 8 perangkat menggunakan modifikasi, semua perangkat berasal dari penyedia yang sama sehingga mereka persis sama.

Adapun masalah Anda, saya khawatir saya tidak dapat membantu! Semoga beruntung

Tampaknya saya memiliki mikrokontroler CS32F103C8T6 yang sama dari penjual "Wavgat" yang sama di Aliexpress. Perbaiki #757 telah menyelesaikan masalah untuk saya.

Setelah beberapa penggalian, saya pikir mikrokontroler CS32 dibuat oleh China Key System, sebuah perusahaan yang berbasis di Wuxi, China: http://www.cksic.com/en/about/217.html

Berikut adalah panduan pengguna bahasa Mandarin untuk papan pengembangan yang menggunakan mikrokontroler CS32, dari situs web CKS lainnya (Piala CKS, kompetisi elektronik untuk mahasiswa) http://www.ckscup.com/upload/yonghushouce.pdf

Orang lain di forum EevBlog mengalami masalah serupa https://www.eevblog.com/forum/beginners/unexpected-idcode-flashing-bluepill-clone/

Karena #757 telah dikembalikan (lihat https://github.com/texane/stlink/issues/761#issuecomment-464031318 ), dapatkah ini dibuka kembali untuk melacak dukungan resmi untuk chip ini?

Buka kembali sekarang.

Chip ini BUKAN salinan STM32 yang sah, jadi hindari membelinya:
https://www.stm32duino.com/viewtopic.php?p=53661#p53661

Terima kasih @VictorLamoine , tujuan proyek texane/stlink adalah untuk mendukung pemrogram dan chip yang sah. Jadi saya akan menutup masalah ini. Terima kasih semuanya.

Kesalahan yang sama pada macOS Mojave.
Perangkat Keras: Pil Biru STM32F103C8T6 (CS32F103C8T6)
ST Link v2

2019-04-01T21:18:05 ERROR flash_loader.c: unknown coreid, not sure what flash loader to use, aborting! coreid: 2ba01477, chipid: 410 2019-04-01T21:18:05 WARN flash_loader.c: Failed to write flash loader to sram! 2019-04-01T21:18:05 ERROR common.c: stlink_flash_loader_init() == -1 stlink_fwrite_flash() == -1 make: *** [flash] Error 255

git revert 3295ab4e5cf05cb546856414f1d40b5deedcf219 , kompilasi dan instal dari sumber dan Anda baik-baik saja.

:peringatan: Berhati-hatilah karena ini AKAN mencegah Anda mengunggah pada target lain: https://github.com/texane/stlink/issues/761.

git revert 3295ab4e5cf05cb546856414f1d40b5deedcf219 , kompilasi dan instal dari sumber dan Anda baik-baik saja.

️ Berhati-hatilah karena ini AKAN mencegah Anda mengunggah di target lain: #761.

Terima kasih! Tetapi untuk bekerja dengan benar, Anda perlu menghapus definisi STM32_FLASH_BASE dan STM32_SRAM_BASE di include/stlink.h:

// baris 62
// #menentukan STM32_FLASH_BASE 0x08000000
// #menentukan STM32_SRAM_BASE 0x20000000

Tampaknya #805 digabungkan yang memungkinkan dukungan untuk klon CS32 Blue Pill. Saya baru saja mengkompilasi versi terbaru pada master branch v1.5.1-31-g625f4cd, commit 625f4cd5 dan tampaknya dukungan CS32 MCU telah diaktifkan kembali.

Berhasil flash ke CS32 MCU:

$ st-flash --version
v1.5.1-31-g625f4cd

$ st-info --probe
Found 1 stlink programmers
 serial: 563f6f06513f52481953253f
openocd: "\x56\x3f\x6f\x06\x51\x3f\x52\x48\x19\x53\x25\x3f"
  flash: 0 (pagesize: 1024)
   sram: 20480
 chipid: 0x0410
  descr: F1 Medium-density device

$ st-flash write generic_boot20_pc13.bin 0x8000000
st-flash 1.5.1-31-g625f4cd
2019-07-27T18:43:38 INFO usb.c: -- exit_dfu_mode
2019-07-27T18:43:38 INFO common.c: Loading device parameters....
2019-07-27T18:43:38 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2019-07-27T18:43:38 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 1024 bytes
2019-07-27T18:43:38 INFO common.c: Attempting to write 21140 (0x5294) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08005000 erased
2019-07-27T18:43:38 INFO common.c: Finished erasing 21 pages of 1024 (0x400) bytes
2019-07-27T18:43:38 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2019-07-27T18:43:38 INFO flash_loader.c: Successfully loaded flash loader in sram
 21/21 pages written
2019-07-27T18:43:39 INFO common.c: Starting verification of write complete
2019-07-27T18:43:39 INFO common.c: Flash written and verified! jolly good!

Saya mengalami masalah koneksi lain dengan klon CS32 Blue Pill dan telah mendokumentasikan beberapa perbaikan di blog saya: http://eugenesia.co.uk/2019/07/cs32-blue-pill-clone-connection-problems/

Saya akan melihat ini sekarang dengan lingkungan berikut:

• Debian Bullseye
• alat stlink v1.6.0
• STlink-v2 Programmer (kloning) [CKS32F103C8T6]
• CKS32F103C8T6 Bluepill-Board berlabel "STM32F103C8T6"

st-info --probe

Ditemukan 1 pemrogram stlink
serial: 3f70050132124647524b4e00
openocd: "x3fx70x05x01x32x12x46x47x52x4bx4ex00"
flash: 65536 (ukuran halaman: 1024)
sram: 20480
chipid: 0x0410
deskripsi: F1xx Kepadatan sedang

st-flash write /$PATH$/Blinker.bin 0x8000000

st-flash 1.6.0-87-ge3c76aa
2020-03-24T02:44:36 INFO common.c: F1xx Medium-density: 20 KiB SRAM, 64 KiB flash dalam 1 halaman KiB.
2020-03-24T02:44:36 INFO common.c: Mencoba menulis 3520 (0xdc0) byte ke alamat stm32: 134217728 (0x8000000)
Flash halaman di addr: 0x08000c00 terhapus
2020-03-24T02:44:36 INFO common.c: Selesai menghapus 4 halaman 1024 (0x400) byte
2020-03-24T02:44:36 INFO common.c: Memulai penulisan Flash untuk id inti VL/F0/F3/F1_XL
2020-03-24T02:44:36 INFO flash_loader.c: Berhasil memuat pemuat flash di sram
4/4 halaman ditulis
2020-03-24T02:44:36 INFO common.c: Memulai verifikasi penulisan selesai
2020-03-24T02:44:36 INFO common.c: Flash ditulis dan diverifikasi! sangat bagus!

Sejauh ini semua terlihat bagus, tapi saya belum memverifikasi core-id (melihatnya melalui openOCD sebelumnya, sejauh yang saya ingat). Saya akan terkejut jika ini bukan chip palsu...

Setelah mengetahui cara memulai stlink-gui , sekarang saya dapat mengonfirmasi bahwa perangkat memiliki ID inti:

dibandingkan dengan #define CS32_CORE_ID 0x2ba01477 dari PR #757, #805 dan #848 yang dikembalikan.

Dengan demikian tampaknya dapat diverifikasi bahwa klon STM32 dengan ID inti ini bekerja dengan perangkat st-link tanpa perlu mengubah basis kode.

Untuk penyelidikan lebih lanjut, saya juga akan menguji dengan rilis yang lebih lama. Mungkin kita bisa mencari tahu apakah sesuatu yang lain (secara tidak sengaja) menyebabkan masalah di suatu tempat dalam sejarah kode.

@eugenesia : Saya masih mengerjakan riwayat permintaan fitur ini di seluruh kode (yang tidak begitu mudah), tetapi sejauh yang saya lihat inilah yang terjadi sejauh ini:

01-01-2019 (#767) [ permintaan fitur pertama, tiket ini ]
03-01-2019 7651d2116fd74c7803ea00ab1da7cf3d00faf44c (#757) --> implementasi pertama
14-01-2019 (#761) Tiket untuk bug dari implementasi pertama STM32F2/F4/L4 ( Regresi 1 )
28-01-2019 (#766) Tiket untuk bug dari implementasi pertama STM32F401 Nucleo-64 ( Regresi 2 )
12-02-2019 3295ab4e5cf05cb546856414f1d40b5deedcf219 --> mengembalikan #757, memperbaiki #761, #766 ( Regresi )
06-06 84f63d25bd77d61f8feccf08dd24d0d11895ef32 (#805) --> Implementasi ke-2, tetapi deskripsi tidak cukup di changelog
15-09-2019 (#833) [ permintaan fitur ke-2 ]
16-09-2019 8562e9c7effb3f297bd1420b4ce2237cb751472a (#834) --> Percobaan kedua untuk implementasi pertama ( PR dicabut )
20-02-2020 -- Rilis v1.6.0 --
21-02-2020 6692fdc57cd087be84dbf831e85730cab58c7bf9 Kebangkitan implementasi pertama, karena kesalahan) ( Regresi 1 & 2 diperkenalkan kembali )
27-02-2020 f5d0454ab0a18f209ad5b7d0d51f3945b27dd892 --> Mengembalikan komit 6692fdc ( Regresi 1 & 2 akhirnya diperbaiki )

Jadi ini kemungkinan awalnya telah diselesaikan dengan PR 805, menyiratkan Rilis v1.6.0 dikirimkan dengan implementasi fungsional.
Saya belum melihat blog Anda tentang topik ini, yang akan segera saya lakukan...

Hai @Nightwalker-87 terima kasih telah menindaklanjuti ini. Maaf atas kurangnya pembaruan saya karena saya belum menyentuh apa pun yang berhubungan dengan STM32 untuk sementara waktu karena pekerjaan.

Terakhir kali saya memeriksa pada Juli 2019, #805 telah memperbaiki masalah ini. Posting blog saya hanya mendokumentasikan beberapa kebiasaan dan solusi lain untuk chip CS32, chip tiruan yang dibuat oleh China Key System dari Wuxi, China, jadi sepertinya tidak berguna bagi Anda.

Saya akan mencoba pembaruan terbaru dan melihat apakah masih berfungsi untuk chip CS32.

Hei di sana.

Terakhir kali saya memeriksa pada Juli 2019, #805 telah memperbaiki masalah ini. Posting blog saya hanya mendokumentasikan beberapa kebiasaan dan solusi lain untuk chip CS32, chip tiruan yang dibuat oleh China Key System dari Wuxi, China, jadi sepertinya tidak berguna bagi Anda.

Memang benar, karena saya juga memiliki salah satunya. Juga ini adalah chip yang ditargetkan oleh masalah ini karena CS32F103 dan CKS32F103 tampaknya merupakan chip yang sama yang diproduksi oleh perusahaan yang disebutkan.

Saya akan mencoba pembaruan terbaru dan melihat apakah masih berfungsi untuk chip CS32.

Bagi saya, akan sangat membantu jika Anda memverifikasi dengan 84f63d25bd77d61f8feccf08dd24d0d11895ef32, c492e1df6f954f119257242ade62768236c0819b dan akhirnya dengan tag v.1.6.0, karena itu akan membuat seluruh topik ini mencapai tonggak Rilis yang benar termasuk PR terkait, saya dapat menandai semua ini sebagai diselesaikan dan diverifikasi dan dapat memperbarui/memperbaiki changelog.

Mengacu pada posting blog Anda, ada baiknya juga mengetahui apakah deteksi berfungsi tanpa menahan _Reset_ sekarang. Berbicara tentang pengaturan saya, inilah masalahnya.

Hai @Nightwalker-87 Saya telah memverifikasi seperti yang diminta (karena Covid saya punya waktu 😂). Semua versi yang Anda minta untuk saya uji berhasil.

Sebelum menguji setiap versi, saya mengeluarkan pemrogram ST-Link v2 dari port USB saya dan menyambungkannya kembali, bersama dengan MCU CS32F103C8T6.

Setelah setiap pengujian, program yang saya unggah berfungsi saat LED berkedip.

master terbaru f5d0454

$ st-info --version
v1.6.0-31-gf5d0454

$ st-info --probe
Found 1 stlink programmers
 serial: 563f6f06513f52481953253f
openocd: "\x56\x3f\x6f\x06\x51\x3f\x52\x48\x19\x53\x25\x3f"
  flash: 131072 (pagesize: 1024)
   sram: 20480
 chipid: 0x0410
  descr: F1 Medium-density device

$ st-flash write miniblink.bin 0x8000000
st-flash 1.6.0-31-gf5d0454
2020-03-29T17:39:08 INFO common.c: Loading device parameters....
2020-03-29T17:39:08 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2020-03-29T17:39:08 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 1024 bytes
2020-03-29T17:39:08 INFO common.c: Attempting to write 688 (0x2b0) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08000000 erased
2020-03-29T17:39:08 INFO common.c: Finished erasing 1 pages of 1024 (0x400) bytes
2020-03-29T17:39:08 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2020-03-29T17:39:08 INFO flash_loader.c: Successfully loaded flash loader in sram
  1/1 pages written
2020-03-29T17:39:08 INFO common.c: Starting verification of write complete
2020-03-29T17:39:08 INFO common.c: Flash written and verified! jolly good!

Lakukan 84f63d2

$ st-info --version
v1.5.1-30-g84f63d2

$ st-info --probe
Found 1 stlink programmers
 serial: 563f6f06513f52481953253f
openocd: "\x56\x3f\x6f\x06\x51\x3f\x52\x48\x19\x53\x25\x3f"
  flash: 131072 (pagesize: 1024)
   sram: 20480
 chipid: 0x0410
  descr: F1 Medium-density device

$ st-flash write miniblink.bin 0x8000000
st-flash 1.5.1-30-g84f63d2
2020-03-29T17:42:11 INFO common.c: Loading device parameters....
2020-03-29T17:42:11 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2020-03-29T17:42:11 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 1024 bytes
2020-03-29T17:42:11 INFO common.c: Attempting to write 688 (0x2b0) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08000000 erased
2020-03-29T17:42:11 INFO common.c: Finished erasing 1 pages of 1024 (0x400) bytes
2020-03-29T17:42:11 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2020-03-29T17:42:11 INFO flash_loader.c: Successfully loaded flash loader in sram
  1/1 pages written
2020-03-29T17:42:11 INFO common.c: Starting verification of write complete
2020-03-29T17:42:11 INFO common.c: Flash written and verified! jolly good!

Komit c492e1d

$ st-info --version
v1.5.1-36-gc492e1d

$ » st-info --probe
Found 1 stlink programmers
 serial: 563f6f06513f52481953253f
openocd: "\x56\x3f\x6f\x06\x51\x3f\x52\x48\x19\x53\x25\x3f"
  flash: 131072 (pagesize: 1024)
   sram: 20480
 chipid: 0x0410
  descr: F1 Medium-density device

$ st-flash write miniblink.bin 0x8000000
st-flash 1.5.1-36-gc492e1d
2020-03-29T18:01:58 INFO usb.c: -- exit_dfu_mode
2020-03-29T18:01:58 INFO common.c: Loading device parameters....
2020-03-29T18:01:58 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2020-03-29T18:01:58 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 1024 bytes
2020-03-29T18:01:58 INFO common.c: Attempting to write 688 (0x2b0) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08000000 erased
2020-03-29T18:01:58 INFO common.c: Finished erasing 1 pages of 1024 (0x400) bytes
2020-03-29T18:01:58 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2020-03-29T18:01:58 INFO flash_loader.c: Successfully loaded flash loader in sram
  1/1 pages written
2020-03-29T18:01:58 INFO common.c: Starting verification of write complete
2020-03-29T18:01:58 INFO common.c: Flash written and verified! jolly good!

Tag v1.6.0 393310f

$ st-info --version
v1.6.0

$ » st-info --probe
Found 1 stlink programmers
 serial: 563f6f06513f52481953253f
openocd: "\x56\x3f\x6f\x06\x51\x3f\x52\x48\x19\x53\x25\x3f"
  flash: 131072 (pagesize: 1024)
   sram: 20480
 chipid: 0x0410
  descr: F1 Medium-density device

$ st-flash write miniblink.bin 0x8000000
st-flash 1.6.0
2020-03-29T17:46:12 INFO common.c: Loading device parameters....
2020-03-29T17:46:12 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2020-03-29T17:46:12 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 1024 bytes
2020-03-29T17:46:12 INFO common.c: Attempting to write 688 (0x2b0) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08000000 erased
2020-03-29T17:46:12 INFO common.c: Finished erasing 1 pages of 1024 (0x400) bytes
2020-03-29T17:46:12 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2020-03-29T17:46:12 INFO flash_loader.c: Successfully loaded flash loader in sram
  1/1 pages written
2020-03-29T17:46:12 INFO common.c: Starting verification of write complete
2020-03-29T17:46:12 INFO common.c: Flash written and verified! jolly good!

Saya tidak perlu menggunakan tombol Reset untuk memicu deteksi MCU dalam tes di atas. Apakah Anda melakukan sesuatu yang memperbaikinya?

Terakhir kali saya mengalami masalah deteksi, saya menimpa boot loader atau melakukan hal serupa. Saya akan mencoba melakukan tes yang lebih menyeluruh untuk ini nanti, dengan membuat ulang masalah deteksi, dan memeriksa untuk melihat apakah versi Stlink terbaru memperbaikinya.

@eugenesia : Terima kasih banyak telah memverifikasi ini. :1st_place_medal:

Saya tidak perlu menggunakan tombol Reset untuk memicu deteksi MCU dalam tes di atas. Apakah Anda melakukan sesuatu yang memperbaikinya?

Tidak, jadi itu pasti hasil dari komit terlama yang Anda uji atau perubahan sebelumnya yang tidak secara khusus terkait dengan jenis papan ini. Saya tidak benar-benar tahu, tetapi tidak ada yang perlu dikhawatirkan.

Terakhir kali saya mengalami masalah deteksi, saya menimpa boot loader atau melakukan hal serupa. Saya akan mencoba melakukan tes yang lebih menyeluruh untuk ini nanti, dengan membuat ulang masalah deteksi, dan memeriksa untuk melihat apakah versi Stlink terbaru memperbaikinya.

Anda bisa jika Anda ingin melakukannya. Berbicara tentang permintaan saya - saya baik-baik saja dan puas dengan hasil yang baru saja Anda sajikan. :+1:

Diselesaikan oleh #805.