سطر الأوامر الإخراج:
> 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
المتوقع / الوصف:
نتوقع أن تومض بالطبع. مزيد من المعلومات:
ربما أعرف ما هي المشكلة هنا. هل يمكنك تجربة فرعي (مع حل سريع وقذر ، كدليل على تفكيري)؟
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: هذا يبدو وكأنه موضوع مختلف. الرجاء فتح تذكرة جديدة لذلك.
لست متأكدًا ، لأنه يؤدي إلى تشغيل واحد آخر:
هل يساعد إعادة التشغيل أو الفصل والتوصيل؟
التعليق الأكثر فائدة
لقد بنيت من فرعك ويمكنني التأكيد ، فهذا يحل المشكلة.