少し前まで 、失敗した組み合わせの設定を行うことで、どのようにしてマイクロコントローラーを「ブリック」に変えることができたかについて書きました。 問題は、コントローラーコアをクロックするジェネレーターを偶然にオンデマンド操作モードにしたことです。 同時に、デバッグモジュールを含むすべてがオフになりました。 多くの人が私のリクエストに応えて、実際的なアドバイスをくれましたが、多くの人が今でもそれがどう終わったのかと尋ねています。 そのため、ストーリーは非常に滑icallyに展開しましたが、非常に平凡なものになりました。 カットの下の詳細。
そのため、経験豊富な人々のアドバイスに従って、デバッグとコントローラーブートモードに関するユーザーマニュアルのセクションを読み直しました。 コントローラーがコードの実行を開始せず、デバッガーの接続を待機するブートモードがあるようです。
最も困難なことは残っていました-ブートシーケンスを正しく実行するために必要なピンにはんだ付けすること。 私たちがこれを行うことができ、ボードを殺さない機器は他のオフィスにあるので、そこに行ってすべてを専門家に渡さなければなりませんでした...
しかし、私たちが彼女を運転しようとした日に、不可解なことが起こりました。 夕方、ボードは袋に入れられ、次に箱に入れられ、箱は袋に入れられました。 しかし、午前中はバッグにボードがありませんでした。 彼女はちょうど姿を消した！ 私たちが見つけたすべての箱、バッグ全体を調べたところ、バッグが移動していたバスで失われた不動産事務所に向かった...すべてが無駄でした。 数日かけて検索したので、このボードに唾を吐き、新しいボードが製造されるまで待つことにしました（ほぼ4週間です）。 同様のプロセッサを搭載したArduino M0があるため、ファームウェアを引き続き使用できたのは良いことです。
その瞬間、私はロシアと2つのチタンボールについてのジョークを思い出しましたが、それはどういうわけか面白くありませんでした。
しかし、別のブレーンストーミングセッションの結果、ボードを持って家を出る前にテーブルが掃除されたことを思い出しました。 私たちは細部までキャビネットに走りましたが、下から上に休憩を取って、そのバッグの損失を見つけました。 誰かが最後の瞬間に誤ってボードを箱から取り出し、他の部品に移したことが判明しました。 それから彼らは箱を閉め、袋などに入れました。 今、ジョークはすでにそれほど悲しくはありませんでした。
その結果、必要なワイヤをはんだ付けするのに別の日を費やして、私たちは復活に取り掛かりました。 ここで、ボードの検索を楽しんでいる間に、J-Linkが来ました。 確かに、オリジナルではなく、未知のメーカーの安価なアナログです。
そのため、結局のところ、はんだ付けする必要さえありませんでした。 このJ-Linkはすぐにマイクロコントローラーを見つけましたが、高価で洗練されたULinkは常にこれを行うことを拒否しました。
不運なファームウェアが消去された後、すべてが所定の場所に落ち、すべてのデバッガーは問題なくコントローラーに接続できました。
J-Linkがカーネルをバイパスしてデバッグモジュール自体をクロックできるという事実によって救われたと仮定します。 私はSWD仕様を知らず、J-LinkとULinkの違いを深く理解していませんでしたが、安価なアナログは高価で洗練されたアナログよりもうまく機能しているようです。 しかし、同時に、それは定期的に燃え尽きます...
これが物語の終わりです。 ボードは動作し、ファームウェアは書き込まれています。 ご協力ありがとうございます！