問題タブ [arm]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
4 に答える
2476 参照

linux - Linux-Embedded(ARM)のメモリスループットが低い

ARM926EJSを使用しています。Linuxを使用しない場合、メモリコピーテストでメモリ速度が20%向上します(Getting Started実行可能ファイルと同じように)。しかし、Linuxでは、同じコードの実行速度が20%遅くなります。

コードは

Linuxで他のプロセスがCPU時間を使用していないことを確認しました(timeコマンドを使用してこれを確認しました。リアルタイムはusr timeと同じ であることが示されています)

Linuxで何が問題になるのか教えてください。

ありがとうございます。それでは、お元気で。

追加した:

私のテストコードは

実行可能ファイルは、シリアルポートを使用してRAMに送信され、RAM内のそのアドレスにジャンプすることによって直接実行されるbinファイルです。(OSを必要としない)

追加した。

他のプロセッサでこのようなパフォーマンスの違いは見られませんでした。SDRAMを使用していました。このプロセッサはDDRRAMを使用しています。それは理由でしょうか?

追加した。開始コードでデータキャッシュが有効になっておらず、Linuxモードでデータキャッシュが有効になっているため、理想的にはすべてのデータをキャッシュして、RAMの待ち時間なしでアクセスできるようにする必要がありますが、それでもLinuxは20%低速です。

追加:私のマイクロコントローラーはLPC3250です。両方のテストは、同じ外部DDRRAMでテストされています。

0 投票する
2 に答える
309 参照

communication - 割り込み通信について

私たちはシンプルなアーキテクチャを持っています:

  1. メインチップ (arm9 ベース)
  2. PICコントローラー

PIC は、割り込みベースの I2C 通信プロトコルを介して ARM と通信し、データを転送します。割り込み内で、I2C 層 (バス) からデータを読み取るタスクに信号を送ります。

データが限られている場合、通常、データを読み取って上位層に送信するのにそれほど問題はありません。このデータが非常に大きい場合、割り込みは長時間拘束されます。

最初の質問は次のとおりです。

  1. 私は正しいですか?

  2. 私が正しい場合、どうすれば同じことを避けることができますか? ...または、別の解決策はありますか?

0 投票する
3 に答える
3322 参照

image-processing - ARMを使用した画像処理?

ARMを使用した画像処理に関するプロジェクトを行っています。Linux が移植されたAT91SAM9263を持っています。使用できる画像処理ライブラリを教えてください。また、他に必要なツールセットは何ですか?

私はこの分野の初心者です。

0 投票する
3 に答える
13901 参照

android - ARM9プロセッサのデバイスにAndroidを移植する方法は?

ARM9 200Mhzとno-fpuをサポートするデバイスにAndroidを移植したいのですが、これは可能ですか、GoogleはAndroidのすべてのコードを公開しましたか、それともパートナーだけが利用できますか?

よろしくお願いいたします。

晴れ。

0 投票する
1 に答える
10923 参照

gcc - Ubuntu: STM32 (Cortex-M3) のクロスコンパイル時に使用する gcc は?

私は STM32 (Cortex-M3) を使い始めようとしています。私の計画は、これを Ubuntu (9.04 / AMD64) から機能させることです。

まず、Olimex stm32-h103ヘッダー ボードとOlimex ARM-USB-OCD jtagを入手しました。その上で、おそらく OpenOCD、gcc、および Eclipse を使用します。

しかし、現在、使用する gcc のバージョンと、コードをクロスコンパイルできるように設定する方法を検討しています。

そこにはいくつかの腕のプロジェクトがあるようですが、何から始めるべきかわかりません。誰かが私を正しい方向に押してくれますか?

ありがとうヨハン


更新: codesourceryから欲しいものがほとんどあるようですが、AMD64 ではなく IA32 に焦点を当てているようです。

ただし、サポートされているデバイスでは、Cortex-M3 を見つけました

  • ARM EABI、ARM M プロファイル シミュレータ -mcpu=cortex-m3 -mthumb

更新:AMD64にIA32をインストールする可能性があるため、マークされた回答はすでに廃止されている可能性があります。

更新: Cortex-M3 のクロスコンパイルに関するこのリンクを見つけました。

0 投票する
5 に答える
6393 参照

hardware - アーム ボードの起動

アームボードの立ち上げ方法に関する情報がどこにあるか教えてもらえますか? 私はARM関連の初心者なので、概要を探しています。どのリンク/ドキュメントでもかまいません...ケーススタディを探すことができれば、gr8の助けになります

任意のアーム ベースのボードを検討することができます..ケース スタディだけを探しています.いくつかの手順で簡単ですか??

0 投票する
6 に答える
20683 参照

linux - 組み込み Linux を ARM プロセッサで実行するための最小構成は?

組み込み Linux が行う多くのことを実行するための要件を持つ組み込み ARM 設計を作成する必要があります。ただし、設計はコストに敏感であり、大量の馬力を必要としません。ほとんどの場合、シリアル インターフェイスと通信します。理想的には、ローエンドの ARM のいずれかを使用したいと考えています。組み込み Linux を正常に使用した ARM の最小構成は何ですか。

編集:

アプリケーションには、ある種のフラッシュ デバイス上のファイル システムと、データを処理するアプリケーションを実行する機能が必要です。一部のアプリケーションは、私以外が作成したものである可能性があります。また、アプリケーションを受け入れるために、シリアル ポートを使用して新しいアプリケーションをロードしたり、古いアプリケーションを更新したりする機能も必要です。

他の組み込み OS を見てみると、それらはアプリケーションを実行する機能よりもリアルタイム スレッド ソリューションのように見えます。私は仕事を成し遂げるために何に対してもオープンです。

0 投票する
4 に答える
1155 参照

arm - ARM プロセッサ用のツールチェーン

任意の ARM プロセッサのツールチェーンを使用して、任意のオペレーティング システムをコンパイルできますか? ツールチェーンの OS への依存関係は何ですか?

私の問題は些細なことに聞こえるかもしれません...私はARMのツールチェーンについて何も知りません。

0 投票する
4 に答える
5407 参照

debugging - Lauterbachを使用したデバッグ(Trace32)

トレースを使用しているときに、ブレークポイントを設定するためにそれらを検索しようとしたときに、いくつかの関数がソースにリストされていないことがわかりました。これらの関数は、ソースをアセンブリ形式で表示した場合にのみ表示されるようです。

先輩に話を聞いたところ、関数が1回だけ呼び出されると、Traceによって最適化され、インラインとして表示されるため、アセンブリで確認できるとのことでした。

私の質問は次のとおりです。

  1. この最適化はローターバッハを通じてどのように行われますか?
  2. これは有利ですか?
0 投票する
4 に答える
721 参照

optimization - ARM向けの最適化:異なるCPUが異なるアルゴリズムに異なる(そして大幅に)影響を与える理由

私はWindowsモバイルデバイスでコードのパフォーマンスについていくつかのベンチマークを行っていましたが、一部のアルゴリズムが一部のホストで大幅に向上し、他のホストでは大幅に低下していることに気付きました。もちろん、クロック速度の違いを考慮に入れます。

参照用の統計(すべての結果は、ARMv4を対象とするVisual Studio 2005によってコンパイルされた同じバイナリから生成されます):

Intel XScale PXA270

  • アルゴリズムA:22642ミリ秒
  • アルゴリズムB:29271ミリ秒

ARM1136EJ-Sコア(MSM7201Aチップに組み込まれています)

  • アルゴリズムA:24874ミリ秒
  • アルゴリズムB:29504ミリ秒

ARM926EJ-Sコア(OMAP 850チップに組み込まれています)

  • アルゴリズムA:70215ミリ秒
  • アルゴリズムB:31652ミリ秒(!)

考えられる原因として浮動小数点を調べました。アルゴリズムBは浮動小数点コードを使用していますが、内部ループからは使用しておらず、どのコアにもFPUがないようです。

だから私の質問は、どのメカニックがこの違いを引き起こしているのかということです。できれば、問題のボトルネックを修正/回避する方法についての提案があります。

前もって感謝します。