FT232Hおよび15ユーロのほぼ汎用USB <-> JTAGアダプター

前回の記事で触れたFTDI FT232H超小型回路の実用化のトピックを続けて、その上でデバッグボードをUSBインターフェイスを備えた安価でほぼ普遍的なJTAGアダプターとして使用し、さまざまなアーキテクチャとメーカーの多くのマイクロコントローラーをサポートすることについてお話したいと思います。 私は意図的にこのアダプターを「JTAGデバッガー」とは呼びません。 JTAG TAPを備えたすべてのデバイスがデバッグをサポートするわけではありませんが、通常のユーザーはほとんどの場合、MTAGでコードをフラッシュおよびデバッグするためにJTAGアダプターを使用します。 この記事では、未検証のソリューションへのリンクを提供しないために、JTAGアダプターとしてFT232Hを使用した私自身の経験のみを説明するため、コメントでこのチップの使用方法（または他の方法）を共有することを読者に提案します。 ここで説明されている以上の方法があると確信しています。
猫の下で興味を持ってください。

FT232Hについて一言

FTDI FT232Hチップに慣れていない場合は、 専用の記事を読んで戻ってください。 他の記事を読むことが計画に含まれていない場合は、少し繰り返しましょう。
FT232Hとその多数のチャンネルは異なります。2チャンネルFT2232D、そのUSB 2.0バージョンFT2232H、および4チャンネルFT4232Hは、SPIプロトコルのハードウェアサポートを提供する追加の動作モードを備えたUSB <-> USARTコントローラーです（SPIプログラマーのアセンブリについては、前の記事）、JTAG（この記事で説明する作業）、およびI2C（まだ検討しません）。
チップ自体は非常に安く、小さなバッチでは約200ルーブルかかりますが、DIYにはあまり便利ではないLQFPおよびQFNのケースで利用できるため、チップ自体ではなく、 このような既製のブレイクアウトボード（同じ15ユーロ）を購入するのが最も簡単です記事のタイトルからのデュアルチャネルFT2232H）、またはそのような （配達なしの600ルーブル）、またはそのような （600ルーブル、しかし別の場所で）、またはその他-チップは人気があり、その上に多くの異なるボードがあります。 EEPROMチップが既に設定を保存するためにはんだ付けされているものを選択するようにしてください-他のデバイスのふりをする方がはるかに簡単になります。

JTAGについて一言

JTAGインターフェースに慣れていない場合は、 こちらの記事を読んでからもう一度戻ってください。 一般的に、JTAGテストアクセスポートは、まず、プログラムではなくデバイスのハードウェアをデバッグするためのインターフェイスですが、「2回実行しないように」、このインターフェイスを備えたプログラム可能なマイクロ回路の大部分がファームウェアとデバッグコードをサポートしています。 一方、多くの場合、MCには4つの無料の結論さえあり（JTAGには少なくとも4つが必要です）、ほとんどのメーカーはNIHシンドロームに苦しんでいます（そしてしばしば楽しむことさえあります）。そのため、JTAGの代わりにARMのSWD （プロトコルは同じで、4の代わりに2ピンのみ）、FreescaleとMotorolaのBDM（プロトコルは異なり、1つの双方向ピンで十分です）、Texas InstrumentsのSpy-Bi-Wire（2ピンのJTAGの別のバージョン）、AVRのDebugWIRE（ 1つの出力のみを必要とする単純化されたデバッグプロトコル）など。 必要に応じて、KT-Linkデバッガーとオープンデバッガーに基づくエミュレーターで行われるように、USB <-> GPIOアダプターとしてチップを使用し、コンピテントスイッチングを使用してSWDとSWVを使用して、プログラムによってFT232Hベースに実装できます。 バスブラスター 。 上記のデバッグインターフェースオプションのベアFT232Hでは、JTAGのみがサポートされています。これに留意してください。

ARMのフラッシュとデバッグ

多くの一般的なデバッガーはFT232Hに基づいているため、IDEおよびその他のユーティリティでボードのサポートを追加する最も簡単な方法は、これらのデバッガーをエミュレートすることです。 一部の機能が動作しない場合がありますが、このトリックにより、独自のドライバーを作成する必要がなくなります。 最も簡単な方法は、CoLinkオープンデバッガー（Exサフィックスなし）のふりをすることです。この回路は、バッファーが存在する場合にのみ、ほとんどの回路ブレイクアウトボードと異なります。 さらに、CooCox IDEは、 事前構成後のデバッガーとしてのFT232Hベースのデバイスの使用を直接サポートします。KeiluVisionおよびIAR Workbenchのプラグインがあり、ベンダーIDまたは製品IDを変更する必要はありません。 CoLinkは、標準のFT232H VIDとPID、および標準のFTDI D2XXドライバーの両方を使用します。
OSがWindowsと異なり、Keil、IAR、またはCooCox IDEに興味がない場合-FT232Hデバッガーを完全にサポートするUrJTAGおよびOpenOCDプロジェクトに注意してください。 私はKeil uVision4で働いていますが、この選択は私によって行われたものではないため、LinuxおよびOS XでのFT232Hの使用についてはまだ詳しく説明できません。
Keilでは、 プラグインをインストールするだけで、プロジェクトプロパティで正しいターゲットとCoLinkをデバッガとして選択します。その後、サードパーティソフトウェアを使用せずに、ファームウェアとデバッグの両方がIDEから実行されます。
残念ながら、CoLink互換チップの完全なリストが見つかりません（公式のチップは上記のリンクにありますが、完全ではありません）。OpenOCDで互換性リストを試すか使用する必要があります。 一般に、試してみることをお勧めします。すぐに動作する可能性が高いです。

XE166の点滅とデバッグ

多くの「味付けされたオオカミ」でさえ、祖国以外ではあまり人気がないこの16ビットRISCアーキテクチャについて初めて耳にします。 このアーキテクチャはすでに非常に古く、1993年にSiemensが産業オートメーションで使用するためにSTと共同で最初の修正を開発し、その後C166と呼ばれました。 その後、2007年に、すでにシーメンスを離れていたインフィニオンはこのアーキテクチャを少し改良し、コンベアステージの数を4から5に増やし、32ビットの加算乗算ブロックを追加しました。 結果として生じるXE166アーキテクチャ上のチップはまだリリースされており、ドイツのオートメーションで広く使用されており、まだ時代遅れになることはありません。 彼らとの仕事は、関連するIT専門の工科大学の学生に教えられているので、このアーキテクチャとその上のチップに対処しなければなりませんでした。
私の意見では、タスク用の通常のチップ、多くの周辺機器（たとえば、MultiCANサポートを備えた6つのCANチャネル）、1 MHzあたり1 MIPSのパフォーマンスで最大100 MHzがありますが、欠点がないわけではありません-100 MHzで120 mAを簡単に食べることができますクロックからほぼ完全に切り離された特殊なコンピューティング負荷と周辺機器、およびAVRより複雑なプログラミングですが、同じセグメントの典型的なARMと同等のレベルです。 さて、ベンダーロックイン、それなしで。
組み込まれていない市場では希少性と普及率が低いため、このアーキテクチャ用のデバッガはまったく購入できないか、他の一般的なアーキテクチャ用の数百の通常のデバッガをそのコストで購入できます。 しかし、同じFT2232Dが見つかったdevkitスキームの綿密な研究は 、デバッガーがほとんど血なしで得られることを示唆しています。 しかし、インフィニオンは、CooCoxとは異なり、開発キットにインストールされているFT2232DのVID、PID、およびシリアル番号を変更することを決定したため、これを行う必要があります。 開発キットを接続し、ドライバーがインストールされるのを待って、FT_Progを起動し、VID、PID、シリアル番号を書き留めます（開発キットにアクセスしたら記事に追加しますが、今は悔い改め、もう覚えていない）、同じ値をフラッシュします（シリアル番号は少し変更できます）ボードのEEPROM（これが必要な場所です）。 ボードをPCから切断し、再接続します-新しいVIDとPIDがドライバーによって取得され、ボードでの作業は開発キットでの作業とほとんど変わりません-デバッガーと同じKeilおよびInfineon DASです。

その他の用途

テーマサイトで検索すると、FT232Hとその兄弟を使用してMKとFPGAのフラッシュとデバッグを行う他の方法を簡単に見つけることができますが、まだ出会っていないので、「実用的なアプリケーション」について書く権利はありません。 ただし、これらの方法に精通している読者にコメントでそれらを共有するように依頼することは止められません。 事前に感謝します。

ご注意とデバッグの成功に感謝します。