Stlink: STM32L422CB: st-flash ihex छवि को फ्लैश करने में विफल रहता है

को निर्मित 12 अप्रैल 2020 · 12टिप्पणियाँ · स्रोत: stlink-org/stlink

एक छोटी हेक्स फ़ाइल को STM32L422CB पर फ्लैश करने का प्रयास कर रहा है। हेक्स फ़ाइल ठीक है, सेंट-लिंक उपयोगिता के साथ सफलतापूर्वक चमकती है। सेंट-फ्लैश फ्लैश के पहले 2kb पृष्ठ को सफलतापूर्वक मिटा देता है, लेकिन हेक्स फ़ाइल को बिल्कुल भी नहीं लिखता है।

प्रोग्रामर/बोर्ड का प्रकार: STLink V2
प्रोग्रामर फर्मवेयर संस्करण: V2.J34.S7
ऑपरेटिंग सिस्टम और संस्करण: विंडोज 10
Stlink कमांडलाइन टूल का नाम: st-flash v.1.6.0
लक्ष्य चिप (और यदि लागू हो तो बोर्ड): STM32L422CB

इसके अलावा, हम आपसे अनुरोध करते हैं कि आप पाई गई समस्या का यथासंभव विस्तृत वर्णन करें और यदि उपलब्ध हो तो निम्न टेम्पलेट का उपयोग करके डिबग आउटपुट जोड़ें:

कमांडलाइन-आउटपुट:

PS C:\Users\xxx\Documents\Code\Test> st-flash --format ihex write ./build/test.hex
st-flash 1.6.0
2020-04-12T18:28:57 INFO common.c: Loading device parameters....
2020-04-12T18:28:57 INFO common.c: Device connected is: L41x device, id 0x10006464
2020-04-12T18:28:57 INFO common.c: SRAM size: 0xa000 bytes (40 KiB), Flash: 0x20000 bytes (128 KiB) in pages of 2048 bytes
2020-04-12T18:28:57 INFO common.c: Attempting to write 592 (0x250) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08000000 erased
2020-04-12T18:28:57 INFO common.c: Finished erasing 1 pages of 2048 (0x800) bytes
2020-04-12T18:28:57 INFO common.c: Starting Flash write for F2/F4/L4
2020-04-12T18:28:57 INFO flash_loader.c: Successfully loaded flash loader in sram
enabling 32-bit flash writes
size: 592
2020-04-12T18:28:57 INFO common.c: Starting verification of write complete
2020-04-12T18:28:57 ERROR common.c: Verification of flash failed at offset: 0
stlink_fwrite_flash() == -1
PS C:\Users\xxx\Documents\Code\Test>

अपेक्षित/विवरण:

Should flash the hex file without errors

buneeds-fix componenst-flash needinvestigation owindows programmestlinkv2 targestm32l4

स्रोत

lulle2007200

सभी 12 टिप्पणियाँ

इसे कौन करीब से देख सकता है?

Nightwalker-87 18 अप्रैल 2020

मैं एक ही बोर्ड और अन्य फ्लैश टूल के साथ एक चेक का सुझाव देता हूं ताकि हम पुष्टि कर सकें कि यह एक हार्डवेयर समस्या नहीं है।
सत्यापन शुरुआत में ही विफल हो गया, इसलिए यदि यह हार्डवेयर की समस्या नहीं है, तो फ्लैश लोडर में कुछ समस्याएं हो सकती हैं। दुर्भाग्य से फ्लैशलोडर्स में त्रुटि कोड जांच (यदि संभव हो) अधिकांश मॉडलों पर लागू नहीं होती है। मैं st-util और ( gdb या lldb ) के साथ असफल फ्लैश के बाद सभी रजिस्टर मूल्यों को प्रिंट करने का सुझाव दूंगा।

chenguokai 25 अप्रैल 2020

मैंने दोनों के साथ प्रयास किया, एक वास्तविक सेंट लिंक v2 और चीन से उन सस्ती प्रतियों में से एक। यह दोनों पर विफल रहता है। मैं बाद में रजिस्टरों को देखूंगा जब मेरे पास कुछ और समय होगा।

lulle2007200 27 अप्रैल 2020

मैंने जिन "फ्लैश टूल्स" का उल्लेख किया है, वे ओपनओसीडी या एसटी द्वारा आधिकारिक टूल को संदर्भित करते हैं। अस्पष्ट अभिव्यक्ति के लिए खेद है। जब आप रजिस्टर मूल्यों की जांच करते हैं, तो STM32_FLASH_REGS_BASE + 0x10 में स्थित STM32_FLASH_SR रजिस्टर मूल्य का प्रिंट आउट लेना बेहतर होगा। STM32_FLASH_REGS_BASE STM32L4 पर 0x40022000 है।

chenguokai 27 अप्रैल 2020

इतनी देर से उत्तर देने के लिए क्षमा करें।
मैंने विभिन्न आकारों की कुछ अलग हेक्स फ़ाइलों को फ्लैश करने की कोशिश की, सेंट-फ्लैश सफलतापूर्वक आवश्यक पृष्ठों को मिटा देता है (सेंट लिंक उपयोगिता के साथ मेमोरी सामग्री की जांच करके सत्यापित), लेकिन फ्लैश करने में विफल रहता है जैसा कि मैंने प्रारंभिक पोस्ट में कहा था।
फ्लैश सफल होता है जब हेक्स को सेंट लिंक उपयोगिता या संबंधित डीएफयू के साथ सेंट डीएफयू टूल के साथ फ्लैश किया जाता है, इसलिए मैं कहूंगा कि यह हार्डवेयर समस्या नहीं है।

यहाँ STM32_FLASH_SR क्या पढ़ता है:
grafik

lulle2007200 4 मई 2020

सुराग यह है कि FLASH_SR से पता चलता है कि PGSERR और PGAERR सेट हैं, यानी कुछ संरेखण मुद्दे हैं। यदि आप एक असफल प्रोग्रामिंग के बाद सामान्य उद्देश्य रजिस्टर मान प्रदान कर सकते हैं ( gdb , info registers बिना बोर्ड को रीसेट किए संलग्न करने से पहले) और st-flash साथ --debug लॉन्च करें पर, मुझे लगता है कि हम डिबग लॉग और रजिस्टर मूल्यों के साथ आगे की जांच करने में सक्षम होंगे।

संपादित करें: बेहतर होगा यदि आप फ्लैश करने से पहले STM32_FLASH_SR मूल मूल्य प्रदान कर सकें।

chenguokai 4 मई 2020

grafik

असफल फ्लैश (बिना रीसेट के कनेक्टेड) के बाद ये रजिस्टर हैं।

यहाँ --debug सेट के साथ आउटपुट:
log.txt

lulle2007200 4 मई 2020

@ lulle2007200 मुझे प्राप्त मेल में आपने कहा था कि -debug के साथ यह बिना किसी त्रुटि के चमकता है। मैंने देखा कि आपने इसे संपादित किया है।
क्या डिबग के साथ वास्तव में एक सफल चमकती थी?

यदि ऐसा है, तो यह एक समय की समस्या हो सकती है, ठीक उसी तरह जैसे कि f0 श्रृंखला।

लॉग से, चीजें चलने से पहले ठीक लगती हैं। सामान्य प्रयोजन रजिस्टरों में ऐसे मूल्य होते हैं जिनकी व्याख्या करना कठिन होता है। यदि r0 शुरुआत में शून्य था, तो शायद कुछ ऐसे कार्यों के साथ समस्याएँ जो रजिस्टरों को मान लिखते हैं?

chenguokai 4 मई 2020

यह काम नहीं किया, फ़ाइल में सेंट-फ्लैश के आउटपुट को रीडायरेक्ट करने का प्रयास करते समय मैंने गड़बड़ कर दी। पता चला कि यह बिल्कुल नहीं चला, लेकिन मैंने सेंट लिंक उपयोगिता का उपयोग करने से पहले इसे फ्लैश किया था ...
इसके अलावा, मैं दुर्घटना से टिप्पणी के बजाय करीब और टिप्पणी करता हूं, भ्रम के लिए खेद है।
मैं कल एक और नज़र डालूंगा।

lulle2007200 5 मई 2020

@ lullle2007200 : इस पर कोई अपडेट?

Nightwalker-87 6 जुल॰ 2020

मैं इसके बारे में भूल गया, जीवन रास्ते में आ गया।
सेंट-फ्लैश प्रदान की गई हेक्स फ़ाइल को मिटाने और फ्लैश करने में विफल रहता है।
मैं विभिन्न आकारों की कई फाइलें, उनमें से किसी के साथ काम नहीं करता। ध्यान दें कि आधिकारिक एसटी-लिंक उपयोगिता वाले लोगों को चमकाना पूरी तरह से ठीक काम करता है।
मैंने फ्लैश प्रयास से पहले और बाद में, सेंट-फ्लैश आउटपुट और सामान्य प्रयोजन रजिस्टरों और STM32_FLASH_SR दोनों के मूल्यों का एक लॉग संलग्न किया है।
log.txt
Regs

lulle2007200 6 जुल॰ 2020

👍1

अब हम एक कुशल डेवलपर की तलाश कर रहे हैं, जो किसी तरह L4 श्रृंखला से परिचित हो ताकि उसे ठीक करने का मौका मिले।

Nightwalker-87 8 जुल॰ 2020

👍1

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Stlink: STM32L422CB: st-flash ihex छवि को फ्लैश करने में विफल रहता है

सभी 12 टिप्पणियाँ

संबंधित मुद्दों