自宅で趣味のファームウェア開発をしようと思っており、デバイス プログラマーが必要です。オープン ソース ソリューションを維持したいと考えて、OpenOCDプロジェクトとBus Pirateを見つけました。30 ドルで、JTAG 以外の機能 (SPI、I2C など) をサポートしているため、特に問題ないように思えます。世の中で最速のインターフェースではないという言及をいくつか見ました。
誰かがこれらのいずれかを使用して、それについて意見を持っていますか? OpenOCD ドキュメントの Debug Adapter Hardware ページにリストされている他のプログラマーとの比較はありますか?
BusPirate は、組み込み開発のスイス アーミー ナイフになるように拡張されていますが、より汎用的な通信スニファとしての目的がありました。同じくお買い得なオープンロジックアナライザー。
BP が、開発目的でファームウェアを組み込みマイクロに組み込むための最良の方法であるとは言いません (おそらく専用のデバッガーが最適です)。それ、DSO-Quad。
3 つすべてが組み込み開発に非常に役立ちます。ラボにはすべての「適切な」機器が揃っているにもかかわらず、3 つすべてが時間を節約するためにここで何度もお金を払ってきました。
新しいデバイス (EEPROM、SPI ペリフェラル/センサーなど) を取得してマイクロと通信するときに特に役立つことがわかった BP。正しいコマンドを正しい順序で送信しているという自信があります。
組み込みプログラミング/デバッグの場合、専用のデバッガー (通常、MSP430 ランチパッドのような devkit に付属しています) を使用すると、おそらくはるかに迅速に作業を進め、IDE と簡単に統合できます。
BusPirate を使用して、2 つのボード間のトラフィックを盗聴し、テスト目的で I2C マスターをエミュレートしています。
要するに、非常に便利です。データが通り過ぎるのを見て、私がやりたいことを正確に行うのにすばやく便利です。
しかし、私は問題を抱えていて、ある時点でスニッフィングされたデータをスコープで検証したところ、BusPirate がバスから送信された正しいデータを正確に報告していないことがわかりました。少し読み間違えて、繰り返し可能な起動シーケンスからバイト全体を見逃していました。そして時々それは軌道から外れました。
これは 100kHz で送信されているデータでした。静電容量の問題である可能性があるため、短いワイヤで再試行することを誰かが提案しましたが、busPirate に 1 インチのワイヤを接続しても、同じエラーが報告されました。
そのため、ツールが何を伝えているのかを時々確認する必要があるという注意点があります。