-1

そのため、私が設計した ATmega 2560 を使用するボードが 5 つあります。それらはすべて適切に配線されており、最初は AVRISP mk2 を使用して AtmelStudio スタジオと通信できました。最初のボードはフラッシュでき、ロック ビットがセットされ、ヒューズがセットされ、その後もプログラマと通信することができました。2 番目のボードは、最初はプログラムをフラッシュし、ロック ビットを設定することができましたが、ヒューズを設定した後、次のエラーが発生しました。

「プログラミング モードに入ることができませんでした。ispEnterProgMode: Error status received: Got 0xc0, expected 0x00 (ツールでのコマンドの実行に失敗しました)

プログラミングモードに入ることができません。デバイスの選択、インターフェイスの設定、ターゲットの電源、セキュリティ ビット、およびターゲット デバイスへの接続を確認してください。」

デバイスの署名を読み取ることさえできませんでした。おそらくチップの故障だと思いましたが、他に3つのボードを使用していたので、無視しました。3 番目のボードをプログラミングするときに、同じ手順を実行したところ、同じエラーが発生しました。しかし、同じことをすると、4番目のボードが機能しました。

私はまだ AVR シーンに慣れていないので、壊れた 2 つのボードを機能させるための助けをいただければ幸いです。水晶振動子 (16MHz)、プログラマー、または ISP クロック (125kHz) に問題があるわけではないことはわかっています。&それは配線の問題ではありません。欠陥のあるチップを消去しようとしましたが、消去できず、同じエラーが発生し続けました。チップを在庫にリセットする方法、またはチップとの通信を再確立する方法はありますか?

手順は次のとおりです。 1) チップをフラッシュ 2) ロック ビットを「0xCF」に設定 3) ヒューズを「EXTENDED 0xFD」、「HIGH 0xD8」、「LOW 0xFF」に設定 4) チップを再度フラッシュし、エラーを受信。

4

5 に答える 5

0

追加の手順が記載された記事を使用して、この問題を修正できました。この問題が 1 年以上前に投稿されたことを考えると、既に理解していただけていると思います。

  1. アプリケーションを右クリックし、プロパティ プロパティを選択します
  1. 左側のツールを選択し、ツールを isp から debugWire に変更して、(ctrl+s) ツールを保存します。

3) そこからデバッグ メニューに移動し、[デバッグの開始] と [中断] を選択します。

  1. デバッガーが起動したら、デバッグ メニューに戻り、[debugWire を無効にして閉じる] を選択します。

  2. Microchip/Atmel Studio を閉じて再起動します。

スタジオが開いたら、アプリケーションを開き、手順 1 と 2 に従ってツールを isp に戻します。

これが、この問題に遭遇した他の誰かに役立つことを願っています。

于 2021-12-01T17:02:14.097 に答える