Stlink: STM32F030R8T6: خطأ في تشغيل أداة تحميل الفلاش

تم إنشاؤها على ١٧ مايو ٢٠٢٠  ·  9تعليقات  ·  مصدر: stlink-org/stlink

  • نوع المبرمج / اللوحة: ST-Link v2.1
  • إصدار البرنامج الثابت للمبرمج: STSW-LINK007 2.37.26
  • نظام التشغيل والإصدار: Linux، XUbuntu 18.04 LTS
  • إصدار أدوات Stlink و / أو تجزئة الالتزام git: 1.6.0-311-ga98b094
  • اسم أداة سطر الأوامر Stlink: st-flash
  • الشريحة المستهدفة (واللوحة إن وجدت): STM32F030R8T6 ، Nucleo-64

سطر الأوامر الإخراج:

> 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

المتوقع / الوصف:

نتوقع أن تومض بالطبع. مزيد من المعلومات:

  • يتعرف st-info على المبرمج
  • إضافة - إعادة تعيين إلى st-flash لا يساعد
  • powercycling المجلس لا يساعد
  • لا يساعد المسح الشامل للرقاقة قبل الوميض
  • لوحة Nucleo مماثلة مع STM32F103RBT6 (نفس إصدار البرنامج الثابت ST-Link) يومض بشكل جيد مع نفس البرنامج وكابل USB
bufixed componenst-flash erroflash-loader olinux programmestlinkv2-1 staturesolved targestm32f0

التعليق الأكثر فائدة

هل يمكنك تجربة فرعي (مع حل سريع وقذر ، كدليل على تفكيري)؟

لقد بنيت من فرعك ويمكنني التأكيد ، فهذا يحل المشكلة.

ال 9 كومينتر

ربما أعرف ما هي المشكلة هنا. هل يمكنك تجربة فرعي (مع حل سريع وقذر ، كدليل على تفكيري)؟

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

إذا كنت على حق ، فإن المشكلة تتعلق بالرمز غير PIC الخاص بأجهزة التحميل الجديدة جنبًا إلى جنب مع الإصلاح القذر في flashloader.c.

هل يمكنك تجربة فرعي (مع حل سريع وقذر ، كدليل على تفكيري)؟

لقد بنيت من فرعك ويمكنني التأكيد ، فهذا يحل المشكلة.

chenguokai : ماذا لدينا هنا؟

كما ذكرت ، محمل الفلاش المرخص له من GPL ، هو PIC (رمز مستقل للموضع) بينما الجديد ، ليس كذلك. لهذا السبب أيضًا احتجت إلى كتابة نص رابط ، محددًا العنوان الأساسي.

من خلال تفكيك وحدات تحميل الفلاش المترجمة ، تعرفت على أن وضع العنونة يكون نسبيًا لجهاز الكمبيوتر (عداد البرامج). اعتقدت أنها أنواع من الموافقة المسبقة عن علم ، لذلك احتفظت بالاختراق القذر بصفتي ماركو في flashloader.c. من خلال هذه المشكلة ، يمكنني أن أؤكد أن كود Flashloader ليس بالتأكيد PIC ، لذلك يجب إضافة النقطتين إلى كود flashloader بدلاً من إلحاقهما قبل ثنائي.

حسنًا ، بعد ذلك ، يمكنك تسليم PR لإصدار يونيو ، ولكن تأكد من تفريع develop بدلاً من stlink-v3_pre الذي حذفته بعد آخر PR. لا أعرف ما إذا كان هذا يمكن أن يسبب أي آثار جانبية.

@ grzegorz-kraszewski يرجى التحقق مما إذا كانت العلاقات العامة الخاصة بي تعمل على إصلاح هذه المشكلة :-)

@ grzegorz-kraszewski يرجى التحقق مما إذا كانت العلاقات العامة الخاصة بي تعمل على إصلاح هذه المشكلة :-)

لست متأكدًا ، لأنه يؤدي إلى تشغيل واحد آخر:

> 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: هذا يبدو وكأنه موضوع مختلف. الرجاء فتح تذكرة جديدة لذلك.

لست متأكدًا ، لأنه يؤدي إلى تشغيل واحد آخر:

هل يساعد إعادة التشغيل أو الفصل والتوصيل؟

هل كانت هذه الصفحة مفيدة؟
0 / 5 - 0 التقييمات