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のフラッシュずデバッグを行う他の方法を簡単に芋぀けるこずができたすが、ただ出䌚っおいないので、「実甚的なアプリケヌション」に぀いお曞く暩利はありたせん。 ただし、これらの方法に粟通しおいる読者にコメントでそれらを共有するように䟝頌するこずは止められたせん。 事前に感謝したす。



ご泚意ずデバッグの成功に感謝したす。



All Articles