AVRISP mkII لا يقرأ توقيع الجهاز

لقد اشتريت مؤخرًا عشرات من ATtiny85 MCUs وكنت أحاول اختبار أحدها ببساطة عن طريق وضع برنامج وميض عليه عبر Arduino IDE مع AVRISP mkii (Arduino 1.0.5، Ubuntu 13.04). استمررت في الحصول على خطأ يشير إلى أنها لم تكن موصلة بشكل صحيح ، ولكنني قمت بفحصها عدة مرات (وهي تعمل خارجياً عند 4.8v). لقد اختبرت حتى ATtinys متعددة لذلك فمن غير المحتمل جدا أنهم جميعا لا ينفجر. عندما انتقلت إلى استخدام Arduino كـ ISP ، برمجت بشكل جيد. حاولت استخدام avrdude -c avrispmkii -p t85 -P usb -t لمعرفة ما إذا كانت مشكلة في إعداد Arduino IDE ، ولكن ذلك أعطاني نفس الخطأ. أضع كل القواعد /etc/udev بشكل صحيح بقدر ما أستطيع أن أقول ، ولا زلت لا أحجر ...

لذلك أنا تمهيد في نظام التشغيل Windows 8 ، تثبيت Atmel Studio 6 وبرامج تشغيل AVRISP mkii. لقد قمت بتحديث البرامج الثابتة للأجهزة (إلى 1.16) ، ثم حاول قراءة توقيع attiny85. فشل ذلك ، مما منحني [ERROR] فشل في الدخول إلى وضع البرمجة. ispEnterProgMode: تلقي حالة الخطأ: حصلت 0xc0 ، المتوقع 0x00 ، ModuleName: TCF (TCF الأمر: Device: startSession فشل.) . حاولت مرة أخرى ، هذه المرة مع atmega328p من بلدي اردوينو ، ومرة ​​أخرى أنها فشلت. يتم إسقاط ساعة ISP إلى 125 كيلو هرتز (ولقد حاولت أقل أيضًا). أنا أعرف كل من atmega328p و attiny85 لا تزال تعمل ولم يتم العبث مع فتيل الفتيل مع (برنامج طرفة عين على attiny من عندما استخدمت بلدي اردوينو كما لا يزال يعمل ISP).

هل هذا يعني أن avrisp mkii ميت؟ تتصرف جميع مصابيح LED تمامًا كما هو متوقع (يتحول لون LED إلى اللون الأخضر مع توفير الطاقة إلى وحدة MCU ، باللون الأحمر على خلاف ذلك. USB LED أخضر خالص ويومض عند مرور حركة المرور). بالإضافة إلى ذلك ، يتم التعرف عليه من قبل كل من مدير جهاز Windows و Atmel Studio 6.

شكر

2
كان لدينا مشاكل مع كابل الشريط 6 بول على AVRISP mkii عدة مرات. معظم الوقت الذي تسبب في حدوث أخطاء متقطعة وبعد استبدال الكابل ، عمل مرة أخرى دون مشاكل. ولكن بعض المبرمجين يستخدمون بشكل متكرر (الإنتاج) ، لذا ليس من غير المتوقع أن يتوقف الكابل عند نقطة معينة عن الانحناء والالتواء 1000 مرة.
وأضاف المؤلف Rev1.0, مصدر

6 إجابة

هناك العديد من المشاكل المحتملة. واحد هو في الواقع udev. إذا كان يتم تشغيله بشكل جيد باستخدام avddu مع sudo ، فيجب أن تحصل على udev بشكل صحيح. في Debian Wheezy لدي السطر التالي في ملف /etc/udev/rules.d/56-avr.rules الخاص بي:

# Atmel AVR ISP mkII
SUBSYSTEM=="usb", ATTRS{idVendor}=="03eb", ATTRS{idProduct}=="2104", GROUP="users", MODE="0660"

أعتقد أنه يمكنك تغيير أي مجموعة مناسبة.

إذا لم يكن هذا خطأك ، تحقق من دائرتك. مشكلة شائعة هي أشياء أخرى متصلة برأس دبوس ISP. إذا كنت ترغب في التأكد من ذلك ، ضع وحدة التحكم في مكان ما ، حيث لا يوجد شيء آخر متصل بهذه المسامير وحاول أن تومضها هناك.

وأخيرا: تحقق من ألوان LED في mkII. يشار إلى الأخطاء أو التحذيرات باللون الأصفر/البرتقالي أو الأحمر. إذا كان كل شيء سلكيًا بشكل صحيح ، فإن LED في المبرمج يكون أخضر.

1
وأضاف

خفض تردد ساعة ISP إلى 1،747 كيلو هيرتز حل نفس المشكلة بالنسبة لي.

1
وأضاف
هذه الإجابة منخفضة الجودة. يرجى النظر في تحسين إجابتك لتشمل بعض مزيد من المعلومات
وأضاف المؤلف Doodle, مصدر

ما هو تاريخ مبرمج ISP؟ إذا تجاوزت الجهد الكهربائي فإنها قد تفشل مع الأعراض الموصوفة. عادة ما تكون واجهة IC الأمامية ، MAX-something ، التي تحتاج إلى استبدالها.

0
وأضاف

If debugwire is enabled then ISP won't work. In the debugger run the program, and then choose Debugger->Disable Debugwire and close, and then after cycling power to the board, ISP will work again.

0
وأضاف

Atmel Studio 6 (v6.2.1563 SP2), on Windows 10 (Build 10240)

لقد واجهت نفس المشكلة على Attiny13A ، مع AVRISPMKII.
لقد حصلت على لوحات Attiny13A multiplye هنا والمبرمجين AVRISPMKII 2X. المشكلة هي مع كل هذه.

Attiny يعمل على oscilator الداخلي بشكل افتراضي. يمكن قراءة الجهد المستهدف ولكن فشل توقيع الجهاز في إعطاء النتيجة الصحيحة.
لقد تغيرت سرعة البرمجة في أداة برمجة الجهاز ، إلى 64 كيلو هرتز ، وضغطت "set" ومن هذه النقطة ، قراءة الجهاز والبرمجة تعمل بشكل جيد.

لست متأكدًا من سبب ذلك ولكن على الأقل يمكنني مواصلة العمل الآن.
نأمل أن يساعد ذلك أي شخص.

كارل

0
وأضاف

اضطررت لتعيين تردد أقل لتكون قادرة على قراءة توقيع الجهاز الصحيح "-B 5" ، عملت بالنسبة لي.

0
وأضاف