مرحبًا ، لدي مشكلة مشابهة لمشكلة # مشكلة 64 ، ولكن مع STM32F4-DISCOVERY.
st-flash كتابة البناء / ch.bin 0x8000000
2012-09-01T18: 33: 59 INFO src / stlink-usb.c: - exit_dfu_mode
2012-09-01T18: 33: 59 INFO src / stlink-common.c: تحميل معلمات الجهاز ....
2012-09-01T18: 33: 59 WARN src / stlink-common.c: معرف رقاقة غير معروف! 0xe0042000
stlink_sram_flash () == -1
أي تلميحات؟
مرحبا،
الق نظرة هنا:
https://github.com/texane/stlink/issues/62
تقنية "Connect under Reset" في STM-32 ST-LINK Utility أعادت لي ماكوس الميت.
في صحتك!
لدي نفس المشكلة!
للرد على اتصال بالشريحة ، يجب أن أقوم بالتمهيد إلى Windows واستخدام STM-32 ST-LINK Utility من ST لمحو الفلاش مع تمكين "Connect under Reset" في الإعدادات.
لدي نفس المشكلة ولكنها تعود الآن مع STM-32 ST-LINK Utility على Windows. شكر!
يمكنك أيضًا تقصير دبوس BOOT0 باستخدام دبوس VDD (باستخدام وصلة مرور) لتحديد ذاكرة النظام (أداة تحميل DFU) كوضع التمهيد. سريع وبسيط.
perexg هذا لا يعمل.
tghosgor يعمل لي ...
ما نجح معي هو:
شكرًا @ latsku ، لقد
latsku نعم ، لقد
مرحبًا Latsku ،
رفيق رائع ، هذه الخطوات الثلاث تعمل بشكل جيد بالنسبة لي ....
شكرا جزيلا..
latsku شكرا جزيلا لك على اقتراحك! هذا ساعدني ايضا
تمت تجربة كل الاقتراحات ولكن لا يزال بإمكانك الحصول على WARN src/stlink-common.c: unknown chip id! 0xe0042000
مرحبا،
تحقق من الرابط أدناه ، هذا يعمل بشكل جيد بالنسبة لي.
https://github.com/texane/stlink/issues/107
يوم الثلاثاء 22 سبتمبر 2015 الساعة 7:24 مساءً ، نيكولاي كوندراتينكو <
[email protected]> كتب:
جربت جميع الاقتراحات ولكن لا تزال تحصل على WARN src / stlink-common.c: غير معروف
معرف رقاقة! 0xe0042000-
قم بالرد على هذا البريد الإلكتروني مباشرةً أو قم بعرضه على GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142295944.
مع تحياتي
ADARSH BU
ADARSHBU إنه رابط للصفحة الحالية
@ Nickolay: حتى واجهت نفس المشكلة في بداية عملي و
تم حلها باتباع الإجراء الذي ذكره لاتسكو.
_ معرّف رقاقة غير معروف 0xe0042000_
هذا يعني إما 1) أنك قمت بتجميع شريحة جسر ST-Link (U2) بطريقة ما
أيضًا ، اتبع التعليمات الموجودة في stlink readme _ to the letter .._.
مجرد الذهاب إلى GDB واستدعاء "حمل أيًا كان" لا يعمل ، أنت بحاجة
إلى
وسوف تبدأ التعليمات البرمجية الخاصة بك. _لا تستخدم * run_ بدلاً من _cont_ ، فهذا لا يفعل
يبدو أنه يعمل أيضًا. غير بديهي ولكن ها أنت ذا.
أود أيضًا أن أقترح عليك مراجعة
يوم الأربعاء 23 سبتمبر 2015 الساعة 2:48 مساءً ، نيكولاي كوندراتينكو <
[email protected]> كتب:
ADARSHBU https://github.com/ADARSHBU إنه رابط للصفحة الحالية
-
قم بالرد على هذا البريد الإلكتروني مباشرةً أو قم بعرضه على GitHub
https://github.com/texane/stlink/issues/107#issuecomment -142538816.
مع تحياتي
ADARSH BU
1. فتح تطبيق الأداة المساعدة Stm32 St-link
2- يجب أن يكون وضع الهدف> الإعدادات هو الاتصال تحت إعادة التعيين
3. محو رقاقة كاملة
لا باس.
latsku أنا جديد جدًا في stlink واللوحات ، آسف جدًا للسؤال الغبي ولكن ، ماذا يعني "1. اختصار دبوس BOOT0 مع VDD"؟
@ polaroi8d ليس سؤال تفريغ على الإطلاق.
قم بتوصيل دبوس BOOT0 بدبوس VDD.
والجزء العامية للإلكترونيات. يحدث الاختصار من ماس كهربائى ، وهو توصيل المسامير بسلك أو موصل مشابه.
latsku Okey ، شكرا على الإجابة ، والعمل :)
حتى الآن قمت للتو بتوصيل ST-LINK V2
(مع عدم وجود لوحة متصلة) ثم قمت بتشغيل st-util
مما أعطى rc/stlink-common.c: unknown chip id! 0xe0042000
مما أتاح لي هنا.
الآن هذا لأنه لا يوجد لوحة متصلة؟
أم أن هذا يتعلق بـ ST-LINKV2
نفسه؟
او ما هو؟
لا يزال يتعين علي تجربة الإرشادات المذكورة أعلاه حول كيفية إصلاح ذلك - ولكن هل يمكن لشخص ما محاولة شرح ماهية المشكلة بالفعل؟ لم أحصل عليه من التعليقات أعلاه حتى الآن.
@ xor- بوابة لماذا إغلاق دون مزيد من التوضيح؟
لأن هذه المشكلة تعود إلى عام 2011 ولا تزال حية بواسطة! = المؤلف. لا تتردد في إعادة فتح إصدار تفصيلي جديد تم اختباره مقابل أدوات stlink الموجودة حاليًا. وأحدث البرامج الثابتة stlink (2.27).
أنت تحاول اكتشاف معرّف شريحة بدون أي شيء متصل ، هذا ليس كما هو مقصود من الأدوات
لقد أثبت تعليقADARSHBU أنه
من خارج الصندوق ، تأتي لوحات الاكتشاف مع وصلة مرور على هذه المسامير ، لكن إحدى لوحاتنا فقدت هذا الطائر بطريقة ما واستغرق الأمر بعض الوقت لملاحظة ذلك. إذا كنت في شك ، فابحث عن بعض الصور للوحة ذات الصلة وتحقق مما إذا كانت نفس وصلات العبور موجودة على لوحتك!
للأشخاص الذين يتعاملون مع هذه المشكلة من Google. إذا رأيت خطأ unknown chip id! 0xe0042000
فهذا يعني على الأرجح أنك قمت بتوصيل ST-Link pin SWDIO إلى دبوس CLK الخاص بلوحة STM32 والعكس بالعكس (SWCLK على ST-Link إلى IO pin على اللوحة). ما عليك سوى إعادة التحقق من الاتصال ، يجب أن يكون SWDIO -> IO و SWCLK -> CLK. هذا بالضبط ما حدث لي.
afiskon غير متأكد من "الأرجح" ولكن قد يكون سببًا
شكرا @ latsku الإعداد الخاص بك 3 جيد جدا
التعليق الأكثر فائدة
ما نجح معي هو: