想定：ARM926E-JS（Cypress FX3）を搭載したデバイスがあります。 デバイスは別の大陸にあります。 デバイスはLinuxコンピューターに接続されます（JTAG + USB + COM）。 コンピューターにはSSHアクセスがあります（SSHポートのみです）。
問題：デバイスのデバッグとコードの記述が必要です。 そして、これを行うことは、できれば便利です。
OpenOCD、GDB、およびQt Creatorを使用したソリューションと、そのパスの説明がカットされています。
この問題には多くの解決策があります。 最も速くて簡単な方法：sshセッションを介してリモートコンピューターでGDB + OpenOCDバンドルを起動します。 利便性はあまりない コードをローカルで編集する方が便利です。デバッグするには、scpまたはrsyncを使用してサーバーにコードを常にアップロードする必要があります。
少し考えた後、アイデアが浮かび上がります。しかし、SSHを使用してサーバー上でコマンドをリモートで実行できます。
ssh user@host some-command some-arguments
うーん...また、GDBはOpenOCDをパイプモードで実行して通信できます。 そのため、OpenOCDだけでなくsshを介してリモートのものを起動し、結果として得られた束をデバッグに使用するようにできます。
残念ながら、このオプションは実行不可能であることが判明しました。接続はタイムアウトによって絶えず落ちました。
次のアイデアは、どういうわけかVPNを上げて、それを使用してサーバー上の任意のポートに接続し、OpenOCDをリモートで実行することでした。
しかし、SSH以外のポートがない場合にVPNを上げる方法は？ OK、SSHがポートを転送できることを知っています。 OpenOCDをリモートで起動し、ポートを転送します...はい、パイプラインモードで起動するよりも少し良いです。 しかし、それは少しだけです。 仕事には適していません。
私はこのビジネスをやめ、最初の、シンプルで、信頼できるが、不便なソリューションを使用することにほぼ決めましたが、その後、Googleの束にダイヤルしました：SSH VPN。 私が驚いたと言うことは、何も言わないことです。 探しているものは何でも、これらの2つのリンクで十分です。
設定後、アドレス192.168.100.1のTap8インターフェースがリモートマシンにローカルに表示されます：アドレス192.168.100.2のtap7インターフェース（アドレスは後で便利になります）。
実行しようとしている...ああ奇跡！ ソリューションは機能していることが判明しました！ コードがロードされ、すべてが機能し、ブレークポイントが設定されます。 問題は1つだけあります。ゆっくりです。 そして、状態の更新（スタックトレース、ローカル変数など）の期待に耐えることができる場合、300 kBのelfのダウンロードには6分以上かかります。 ローカルで高速。 かなり。
いずれにせよ、このスキームを実装するスクリプトをいくつか紹介します（SSH設定は提供していません）。
- openocd-remoteは、sshを介してリモートOpenOCDを実行するための単なるシェルです。 私は場所に注意してください
ローカルマシンとリモートのファイルとディレクトリを同じように作成しました。 そうでなければ
sedを使用したパラメーターの前処理は、置換を行うために同じスクリプトに追加されます。 プラス
OpenOCDはGitからコンパイルされ、 ~/bin/openocd-git/{bin,share}
コピーされ~/bin/openocd-git/{bin,share}
~/bin/openocd-git/{bin,share}
（対応するディレクトリ）。
FX3の構成（後で詳しく説明します）は~/bin/openocd-git/
~/bin/openocd-git/
。 ~/bin/
~/bin/
実行可能ファイルへのsimlink
openocdファイル。
- gdb-remote-リモートOpenOCDに接続し、コードをロードします。
起動の高速化について考えると、次のようになりました。単に、elfファイルをリモートサーバーにコピーするのに10秒かかります。 しかし、画像をサーバーにアップロードし、そこから既にデバイスにダウンロードするのはクールです...
OpenOCDのドキュメントを調べると、OpenOCD自体がコードをデバイスにロードでき、GDBが接続してファームウェアを起動するコマンドを与えるだけです。 マジックコマンド：
load_image最初の実験は残念でした。ダウンロードは非常に不安定です。 コードがロードされ、高速でロードされます：1分間対6尾。 ただし、ファームウェアは起動または失敗します。 同時に、同じGDBセッションで
load行われた場合、すべてが正常に開始されます。
彼は違いを探し始めました。 ロードから
load最後の行に興味がある：
Start address 0x40035948, load size 298456
これは、コードを
loadおよび
load_image （OpenOCD経由）でロードした後、レジスタ
$pc内容を開始（
continue ）する前にログを記録するように促しました。 そして...違いが見つかりました：
load $pcこの「開始アドレス」に設定されますが、
load_image後
load_image $pcに
load_image 、その時点でダウンロードが開始されます。
pcを正しい値に設定した後、ダウンロードが安定しました。 疑問は残ります：マジックナンバーは賑やかではありません。 しかし、GDBでは文字を指定でき、そのアドレスが取得されるのに役立ちました。 FX3の場合、このシンボルは次の
CyU3PFirmwareEntryです
CyU3PFirmwareEntry （ちなみに、ローカルアプリケーションでは
_startなります）、
$pcインストールコマンドは次のようになります。
set $pc = CyU3PFirmwareEntry
さらに、GDBにはシェルコマンドを呼び出す機能があります。そのため、起動時にelfファイルをリモートサーバーに簡単かつ簡単にアップロードし、実行中のOpenOCDにコマンドをロードしてそれをロードできます（OpenOCDのコマンドはすべて、単語
monitor先頭に付けたGDBから提供できます）。
GDBを実行する最終スクリプト：
OpenOCDを実行するスクリプトは同じままです。
リモートデバッグを開始するために今必要なもの：
- openocd-remoteスクリプトを実行します。 必要に応じて再起動できます。
- 上記のスクリプトを使用してコードをビルドし、gdbを実行します。
- ...
- 利益
利益ですか？ 私にとって Qt Creatorでコードを記述し、ワンクリックでこのすべてを実行したいです。 そして、それはワンクリックで行われます。 十分な：
- 設定ダイアログを開く
- ベアメタルを選択し、次のパラメーターを使用してOpenOCDタイプの新しいGDBサーバープロバイダーを追加します。
- 次に、[デバイス]に移動し、[追加]-> [ベアメタルデバイス]->名前を付けて（FX3デバイスリモート）、GDBサーバープロバイダー（FX3リモート）を割り当てます。
- 次に、Build＆Runsに移動し、Cypress（またはARMまたはそこにあるもの）の使用済みセット（キット）で選択します。
- デバイスタイプ：ベアメタルデバイス
- デバイス：FX3 Device Remote
ここでは、ローカルおよびリモート開発用に、セット用に作成する必要がありました。 しかし、まあ...あなたは生き残ることができます。
プロジェクト設定に新しいセットを追加し、それを構成し、[実行]タブで「（GDBサーバーまたはハードウェアデバッガーを介して）」という名前の構成を追加し、F5キーを押すだけでデバッグを開始します。
便利な資料
スクリプトfx3-common.cfg、fx3-threadx.cfg、fx3-boot.cfg（ブートローダーのデバッグ用またはThreadXがない場合）それぞれ：
Qt CreatorのARM、FX3などのプロジェクトタイプはGenericにすることができますが、FX3のCMakeルールを作成しました：
github.com/h4tr3d/fx3-cmakeおよびCMake Projectマネージャーを使用します。シャドウアセンブリと、複雑なプロジェクトのアセンブリパラメータを混同しない理由。
OpenOCDコマンド：
openocd.org/doc/html/General-Commands.htmlエントリポイントを自動的に計算するには、Pythonサポートを使用してGDBをコンパイルし、推奨事項を使用できます。