問題タブ [davinci]

TexasInstrumentsDaVinciプラットフォーム用の画像処理プログラムをいくつか作成します。C言語でのプログラミングに適したツールはありますが、アセンブリ言語に頼らずにDSPプロセッサを最大限に活用できるのではないかと思います。このDSPプラットフォーム上のCとアセンブラーで記述されたプログラム間の速度の比較について知っていますか？

TI Davinci dm365 ボード上で Linux カーネルを使用してビデオ カメラを構築しています。

このボードは RNDIS ドライバーをサポートしているため、私のカメラは Windows で「プラグ アンド プレイ」できます。これはある種の「Ethernet over USB」ネットワーク アダプタです。

Windows は RNDIS ドライバー usb8023.sys をロードして、ハードウェアと対話します。

複数のカメラが接続されていると、地獄が壊れて多くの問題が発生します。すべての USB ポートが機能しなくなることもありますが、ほとんどの場合、2 台のカメラのうちの 1 台が機能しなくなります。

古いドライバーをインポートして、usb8023.sys をコピーし、カメラごとに個別のドライバーをロードしようとしましたが、うまくいきませんでした。IP設定を確認し、再確認しました。

わかりました、私はこれをいくらか調査しましたが、奨励されていませんが、とにかく尋ねて、私がやろうとしていることを具体的に説明します. 多分それは役立つでしょう！

USB 2.0 OTG コントローラを搭載した DaVinci プロセッサを搭載したカスタム ボードがあります。ハブとさまざまな周辺機器が接続されたホストとして構成しました。このプロセッサは、2.6.18 ベースのカーネルで Monta Vista Linux (MVL) 4.0 を実行します。このカスタム ボードは、いくつかのビデオ処理とストリーミングを行います。

Moto Droidも持っています。電話を USB デバイスとして DaVinci システムに接続すると、MVL が電話を列挙しますが、使用するドライバーが明らかにわかりません。私が修正できること。

したがって、私が理想的にやりたいことは、ボードと電話の間にデータ接続を確立し、電話をカスタムアプリで構成ツールとして使用できるようにすることです (最初は)。RNDIS は素晴らしいと思いますが、Android が USB ポートでそれをサポートしているかどうかはわかりません。次に、カスタム アプリが USB 経由でカスタム ボード上のサーバーへの接続を確立します。

adbとフラッシュファイルシステム以外に、AndroidがUSB経由でサポートしているものを誰かが証明できますか?

他の提案は大歓迎ですが、「Bluetooth」とは言わないでください。ビデオ用の帯域幅がありません。これは将来の目標です。

ありがとう！

私はTI365DSPを使用してプロジェクトに取り組んでいます。YUV422モードで動作するOSD透過性の厄介な問題があります。YUV422はパック形式であり、OSD透明度の実装では、提供された透明度の値によってYフィールドのみがノックアウトされるため、そのような表面に長方形を描画したい場合は、境界線が見苦しくなります。

誰かがこれに対処し、おそらく解決策を持っていますか？

QT と TI Video Decoder の例を使用する画像処理アプリケーションがあり、TI DaVinci、DM6446 で実行されます。

私は QT Creator を使用しており、コンパイル プロセスによって 2 つのバイナリが生成されます。1 つは ARM コア用で、もう 1 つは DSP 用です。DSP バイナリの拡張子は「.x64p」です。

ターゲットボードからアプリを直接起動する場合は問題ありませんが、ホストでgdbを使用して起動すると、アーム側でデバッグメッセージを見ることができますが、開くことができないため、すぐにクラッシュしますDSP バイナリ。

TI CCS または JTAG デバイスを使用せずに ARM+DSP アプリケーションをデバッグする方法はありますか?

これがこの質問の間違った場所である場合はお詫びします。現在、問題がどのレベルにあるかがわからないため、賭けを少しヘッジしています.

システムは、TI 独自の SDK / LSP / BusyBox カーネルを実行する LeopardBoard DM368 です。

デフォルトでは、システムには 1 つの UART が有効な UART0 があり、これは /dev/ttyS0 としてマウントされ、これも bootargs を介して使用/起動されますconsole=ttyS0,115200n8 earlyprintk。

UART1 を /dev/ttyS1 として有効にしたいので、pinmux、クロックなどを設定する低レベルのボード初期化コードを実行しました。

起動時に、低レベルの init が (私が追加した printk を介して) UART1 が有効になっていることを報告し、ドライバー コードも幸福を報告します。

ただし、ポートは (確実に) /dev/ に表示されず、ステータス (フロー制御ビット) に不一致があり、ハングしたり、送信されなかったりする可能性があると思われます。

コマンドラインから変更しようとすると、エラーが発生します。

奇妙なことに、bootargs をconsole=ttyS1,115200n8 earlyprintkポートに変更すると完全に機能し、ttyS0 も正しく初期化されて機能します。

これで問題ありませんが、ブートローダは UART0 を使用する必要があるため、すべてのコンソールを ttyS0 に保持し、2 次通信用に ttyS1 を使用するとよいでしょう。

追加する編集: いくつかの printk を serial_core.c に挿入しましたが、ttyS1 に対して uart_open() が呼び出されないようです。Linux の init/startup シーケンスで変更が必要なものだと思いますか?

私は頑固な Linux ハッカーではないので、カーネル コードや初期化シーケンスなどで明らかな/ばかげたことを見逃している可能性は十分にあります。

どんな考えでも大歓迎です！