Buildroot を使用して、ターゲットの BeagleBoard 用の Qt をビルドしました。Buildroot によって生成された qmake ファイルで Qt Creator をポイントし、Buildroot のツールチェーンを Qt Creator の [ツール] メニューの [Build & Run] 構成オプションに追加し、Qt Creator の [ツール] メニューの下に [Generice Linux Device] を追加し、テストを使用しました。そのメニューの構成ツールを使用して、デバイスへの接続をテストします。そのテストは合格し、すべて問題ないと言いました。Dropbear ( SSH ) は BeagleBoard にインストールされており、端末から問題なく SSH 接続できます。Qt Creator でサンプル AnalogClock プロジェクトのビルドおよび実行構成オプションをセットアップすると、デモは正常にビルドされますが (make はエラーなしで終了します)、「汎用 Linux デバイスに接続しています...」というコンパイル出力メッセージでハングします。私' 1/2 時間待ちましたが、このステップを通過することはありません。以下は私のセットアップのスクリーンショットです。Buildroot を使用せずにソースから Qt をビルドする前にこれを実行し、正常にデプロイできました。「Generic Linux Device」セットアップが Qt Creator の「Test」ツールに合格し、マシンに SSH で接続できるため、すべてが機能するはずだと思いました。何が間違っている可能性があるかについて誰か考えがありますか? ツールチェーンが機能し、デモ アプリを正常にビルドできる場合、Buildroot からビルドされた qmake が何らかの形でリモート Linux デバイスにデプロイできないように構成されている可能性はありますか? 助けてください - よろしくお願いします。「Generic Linux Device」セットアップが Qt Creator の「Test」ツールに合格し、マシンに SSH で接続できるため、すべてが機能するはずだと思いました。何が間違っている可能性があるかについて誰か考えがありますか? ツールチェーンが機能し、デモ アプリを正常にビルドできる場合、Buildroot からビルドされた qmake が何らかの形でリモート Linux デバイスにデプロイできないように構成されている可能性はありますか? 助けてください - よろしくお願いします。「Generic Linux Device」セットアップが Qt Creator の「Test」ツールに合格し、マシンに SSH で接続できるため、すべてが機能するはずだと思いました。何が間違っている可能性があるかについて誰か考えがありますか? ツールチェーンが機能し、デモ アプリを正常にビルドできる場合、Buildroot からビルドされた qmake が何らかの形でリモート Linux デバイスにデプロイできないように構成されている可能性はありますか? 助けてください - よろしくお願いします。何が間違っている可能性があるかについて誰か考えがありますか? ツールチェーンが機能し、デモ アプリを正常にビルドできる場合、Buildroot からビルドされた qmake が何らかの形でリモート Linux デバイスにデプロイできないように構成されている可能性はありますか? 助けてください - よろしくお願いします。何が間違っている可能性があるかについて誰か考えがありますか? ツールチェーンが機能し、デモ アプリを正常にビルドできる場合、Buildroot からビルドされた qmake が何らかの形でリモート Linux デバイスにデプロイできないように構成されている可能性はありますか? 助けてください - よろしくお願いします。
編集 - 更新:リモート展開が機能したときの別のターゲットでの現在と以前の違いは、ワイヤレスを使用してデバイスに接続していることです。以前は、ルーターを介してターゲット ボードに接続していましたが、すべてハードワイヤードでした。それは重要ですか?その場合、「テスト」デバイス構成は失敗すると思います.. Qt Creator からハングする出力は次のとおりです。14:54:32: デバイスに接続しています...