タグ付けされた質問 「arm」

そのため、これまでは単純な8ビットAtmel MCUでしか作業していませんでしたが、開発ボードの回路図では12Mhzのクリスタルしか搭載されていませんが、MCUは最大100MHzで動作します。（デフォルトは80MHzだと思います。楽しみのために一度だけ高くしました。これはコードの簡単な行です。） それはどうやって？たとえば、Atmega328が使用されている水晶の速度で実行されるのはなぜですか？

12 arm  crystal  cortex-m 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Electric Engineering Stack Exchangeで話題になるようにします。 5年前に閉鎖されました。 私は統合されたWiFiを備えたARMベースの低コストSoCを探していますが、さまざまな検索エンジンを試しましたが、まだ検索エンジンを見つけることができませんでした。 外部アンテナのみを必要とする統合WiFiコントローラーを備えたデバイスを知っている人がいるかどうかを知りたいです。 ARM以外のアーキテクチャを選択することもできますが、SWの開発環境が既に機能しているCPUアーキテクチャのままにしておきます。 ---- 7月27日更新----- ARM Cortex M3とWiFiインターフェースを備えたデバイスを発見しました。名前はImpで、ICを備えた小さなブレークアウトボードをここで販売しています http://smartmaker.com/en/home/602-electric-imp-002.html これに関する問題は、そのデバイスとのすべての通信がサーバーを経由しなければならないことです。さて、問題は、Imp！のような閉じたインターフェースではなく、オープンなインターフェースを備えた製品を持っている他の企業があるかどうかです。 Update 2 REALTEKはこれに最適な低コストモジュールを作成したようで、このモジュールは次のようにe-bayとAliExpressで広く利用可能です。 http://fr.aliexpress.com/item/RTL8710-WiFi-Wireless-Transceiver-Module-SOC/32666025289.html モジュールは、数量と出荷に応じて2ドルから4ドルで販売されます。RTL8710はCortex M3に基づいており、512k〜2Mのメモリが使用可能です。 HackadayのRTL8710に関する非常によく書かれたページがあります。 http://hackaday.com/2016/07/28/new-chip-alert-rtl8710-a-cheaper-esp8266-competitor

12 microcontroller  arm  wifi  cortex-m3 

最大20ピンの小さなパッケージで利用可能な小さなアプリケーション（Cortex M0など）用のARMコントローラーはありますか？この分野では、PICやAVRのような通常の容疑者に対する脅威ではないという印象があります。

12 microcontroller  arm  packages 

カラーLCDにシンプルなグラフィックスを表示するARMベースのデバイスを設計するとき、できれば特定のARMまたはLCDベンダーに縛られることなく、高速更新を可能にするものをどのように設計するのが最善でしょうか？私の現在のプロジェクトでは、PICのSPIポートによって電光石火で高速駆動できる白黒ディスプレイを使用しています（1/60秒で複雑なディスプレイを再描画）。一般的なカラーLCDディスプレイにはSPIポートがあるように見えますが、160x120 LCDを無地で塗りつぶすのに30msかかり、320x240に120msのベストケース（10MHzシフトクロック）がかかります。 コントローラーのピンを空けることができれば、パラレルモードの方が良いかもしれませんが、各ピクセルに3つのメモリストア命令（データを設定するための1つ、 1つはクロック出力を高く設定し、もう1つはクロック出力を低く設定します）。一部のARMチップにはメモリバスインターフェイスがありますが、多くの場合、アドレスとデータの多重化、または無関係なアドレスビットの出力に多くのピンを使用します（LCDには1つのアドレスビットが必要です）。 ILITEKのILI9320またはRenesasのHD66789を見ると、CPLDを使用してSPIをパラレルデータに変換し、ビット/ピクセルを出力するモードを含めることは興味深いと思われるアプローチの1つです。ルネサスのデータシートを見ると、すべてのパラレルポートデータビットがシリアルデータピンを追跡し、ピクセル以外のすべてにシリアルモードを使用することにより、最小限のハードウェアでピクセルごとの書き込みを取得できる可能性があります（CPLDは不要）書き込み、比較/マスク関数を使用して、すべてゼロのピクセルが透明になり、すべて1のピクセルがGRAMの選択されたビットを設定するか、すべて1のピクセルが透明になり、すべてゼロのピクセルが選択されたビットをクリアします。IKITEKデータシートの「機能」セクションは、同様の機能を備えていることを示していますが、レジスタマップにはありません。 コードが主に単色のテキストとグラフィックスを表示すると仮定すると、理想的なアプローチは、CPLDを使用してARMのSPIポートをディスプレイのパラレルポートに接続し、CPLDに前景色/背景色をロードできるようにすることです。これは、「透明」ピクセルを書き込む手段があれば特に便利です。フォントを2色のビットマップとして指定すると、フォントデータをSPIポートに直接ロードできます。これにより、2つのARMクロックごとに1ピクセルの割合でフォントデータを表示できます。一方、このような表示制御タスクを処理するのに十分なCPLDのコストは約2ドルです。 主に単色のテキストまたは単純な（16色または64色など）グラフィックを表示することが目的である場合、ARMとカラーLCDを接続する最良の方法は何ですか？ 編集 キャラクターモードLCD、独自のドライブ方式を使用したカスタム3：1多重化セグメントベース、コントローラー内蔵の白黒グラフィックLCD、白黒マイクロコントローラの汎用DMA（4レベルのグレースケールを提供）とインターフェイスするためのCPLDベースのコントローラを独自に設計した白色LCD。私はディスプレイをジッピーにすることに誇りを持っています。グラフィックコントローラーの1つは、一定のデータを書き込む場合でも、全画面更新に約1/10秒を必要とするちょっとした犬でしたが、ほとんどのディスプレイでは、1/50秒未満でかなり複雑な画像をレンダリングできます。 私がやるプロジェクトの多くはバッテリー駆動であるため、消費電流が問題になります。私がやったDMAベースのディスプレイコントローラーはうまくいきましたが、それはライン駆動のプロジェクト用でした。グラフィックLCDから妥当な電流を引き出す唯一の方法は、ディスプレイバッファーと列ドライバーを組み合わせたコントローラーを使用することだと思います。チップ間で多くのディスプレイをフレームごとに送信すると、1ビットあたり1ビットのディスプレイでも多くのエネルギーが無駄になります。ピクセルあたり16ビットのカラーディスプレイでは、さらに悪化します。 私はカラーLCDのデータシートを見始めたばかりです。多くのディスプレイはILITEK ILI9320に似たコントローラーを使用しているように見えますが、その一般的な設計に基づいたコントローラー用のデータシートはすべて「予備」とマークされています。ILITEKのようなものの中には、マスキングと透過性の機能があると主張するものもありますが、それらのレジスタはリストしません。実際のチップにそのような機能があるが、「予備の」データシートにそれらの機能が含まれていないのか、機能を省いて言及するのを忘れたのかはわかりません。実際にそのようなすべてのチップに透過機能がある場合、それらのために設計することは理にかなっているようです; そうでない場合、そうではありません。 ほとんどのプロジェクトでは、通常の画面は中程度の数の任意サイズの単色フォントで任意に配置されたテキストで構成されると予想されます。フォントは、おそらくピクセルごとのビットデータとして保存されます。Cortex-M3を使用して、並列データでディスプレイを作成する場合、2つのピクセルを書き込むコードの「内部ループ」は、おそらく次のようになります。 rol r0、r0、＃2; Cで1ビット、Nでもう1ビットを取得 itcs strhcs r1、[r3、＃DATA_OFS]; データを書き込む strhcc r2、[r3、＃DATA_OFS]; データを書き込む strb r4、[r3、＃CLOCK_SET_OFS]; クロックを高く設定する strb r4、[r3、＃CLOCK_CLR_OFS]; クロックを低く設定 itmi strhmi r1、[r3、＃DATA_OFS]; データを書き込む strhpl r2、[r3、＃DATA_OFS]; データを書き込む strb r4、[r3、＃CLOCK_SET_OFS]; クロックを高く設定する strb r4、[r3、＃CLOCK_CLR_OFS]; クロックを低く設定 まさに世界最速というわけではありません。クロック設定/クリア命令への書き込みを削除すると役立ちます。私の推測では、両方のクロック書き込みを排除する素晴らしいアーキテクチャに依存しない方法はありませんが、1つを排除することを可能にするかなり一般的な方法があるかもしれません単一のメモリストア操作に応じて短時間）。 SPIポートを使用し、ビットあたり1ピクセルをクロックするハードウェアを追加すると、ディスプレイアクセスが大幅に高速化されます。マスクと透明度なしでディスプレイを使用する場合、CPLDはアドレスカウンターを含める必要があり、各ピクセルに対してピクセルデータのワードをクロックするか、次のピクセルの位置のアドレス設定コマンド（カウンターが必要） ）。対照的に、ディスプレイにマスキングと透明度がある場合、CPLDに16ビットでクロックを供給した後、追加ビットごとに1ワードのデータをディスプレイに出力するモードをサポートする必要がありますLSBはSDIピンを追跡します（CPLDを使用する必要はないかもしれません-ほんの数個の通常のロジックチップ）。透明度の色を、LSBを反転させて書きたい色に設定します。 マスキングと透明度に依存する美しいデザインを思いつき、そのような機能を備えたディスプレイのみが30週間のリードタイムを持っていることを発見したくありません。一方、そのようなディスプレイが多くのベンダーから入手可能であり、広く利用されている場合は、可用性についての妄想に劣ったデザインを使用させられたくありません。

12 arm  lcd 

誰もが優れた基本的なCortex-A9デザインを知っていますか？電源とイーサネットで実行するのに十分なものがありますか？出発点として、またはおそらくイーグルファイルで何かを探しています。 編集：何かを設計するのはこれが初めてではありませんが。私はまだ頭の上に邪魔をしていると思います。+ 1GHzの馬力のあるものを探しています。私はパンダボードが本当に好きで、これが私の最初の選択でしょう。それに関する唯一の問題は、エキストラ、ビデオ、サウンドが余分な電力を使用するだけで使用されないことです。M3はデザインが近く、つまりUSB経由でロード可能です（SDカードもいいでしょう）。私は本当に馬力を探しています。また、チップを選択していないので、オープンのままにしたかったのですが、OMAP4430を見ていました。 すべての入力をありがとう。より良いデザインを知っている人がいない限り、パンダボードを使用する可能性があります。イーグル（フルバージョン）のコストにより、このプロジェクトはプロトタイプの範囲外になります。

12 arm 

ST-Linkであらゆる種類のSWDプログラマブルチップ（ARM-MCU）をプログラムできますか？

12 microcontroller  arm  swd  st-link 

質問をさらに説明すると、チップの機能に応じて、Bluetooth LEなどを使用してCortex-M0を実装しているダイ写真がいくつかあり、次のように表示されます（nRF51822）。 古いCPUでは、次のようなデジタルの「ファジー」ロジックの実装は見られません（AMD386）。 少しグーグルで調べた後、今日のARM実装は標準セルで行われているようです（ダイ上にアモルファス形状を作成）。したがって、最初の図の「ファジー」実装はCortex自体であると言えます。 私は、すべての規則的な形が記憶であり、すべての「手描き」部分がアナログであることを理解しています。過去に、アナログ設計者は、アーキテクチャを定義していたデジタルガイのガイドの下でデジタルパーツを実装していましたか？ 私は何が欠けていますか？

11 arm  cpu  semiconductors  die 

私はSTM32F303VC ディスカバリーキットを使用していますが、そのパフォーマンスに少し困惑しています。システムに慣れるために、このMCUのビットバンギング速度をテストするための非常に単純なプログラムを作成しました。コードは次のように分類できます。 HSIクロック（8 MHz）がオンになっています。 PLLは16のプリスケーラーで開始され、HSI / 2 * 16 = 64 MHzを達成します。 PLLはSYSCLKとして指定されています。 SYSCLKはMCOピン（PA8）で監視され、ピンの1つ（PE10）は無限ループで常にトグルされます。 このプログラムのソースコードを以下に示します。 #include "stm32f3xx.h" int main(void) { // Initialize the HSI: RCC->CR |= RCC_CR_HSION; while(!(RCC->CR&RCC_CR_HSIRDY)); // Initialize the LSI: // RCC->CSR |= RCC_CSR_LSION; // while(!(RCC->CSR & RCC_CSR_LSIRDY)); // PLL configuration: RCC->CFGR &= ~RCC_CFGR_PLLSRC; // HSI / 2 …

11 microcontroller  stm32  arm  stm32f3 

Atmel SAM-D21シリーズマイクロコントローラーでは、多くの周辺機器がメインCPUクロックと非同期のクロックを使用し、これらの周辺機器へのアクセスは同期ロジックを通過する必要があります。クロックがCPU時間に比べて遅い周辺機器では、これにより非常に大きな遅延が発生する可能性があります。たとえば、RTCが1024Hzクロックを使用するように構成され（設計意図のように見える）、CPUが48Mhzで実行されている場合、「現在時刻」レジスタを読み取ると、バスロジックが200,000を超える待機状態を挿入します（最小1024Hzクロックの5サイクル）。CPUに読み取り要求を発行させ、他の無関係なコードを実行し、200,000サイクル以上を返して時間を取得することは可能ですが、実際に時間をより速く読み取る方法はないようです。 同期についての私の理解では、シングルビット同期回路は宛先クロックの2〜3サイクルだけ信号を遅延させます。マルチビット量の同期は少し難しくなりますが、ソースクロックよりも高速な場合はデスティネーションクロックの5サイクル以内で信頼性の高い動作を保証できるさまざまなアプローチがあり、そうでない場合はわずか数サイクルだけです。同期のためにソースクロックドメインで6サイクルを必要とするAtmel SAM-D21が行うこと、および同期遅延が「同期完了」割り込みを必要とするほど十分に長い設計に有利な要因は何ですか？同期遅延は、そのような割り込みを不要にするほど短いですか？

11 arm  atmel  synchronous 

私は、最も低消費電力のCortex M0製品であるNXP LPC1100シリーズCPUを使用しています。ただし、データシートには、最適な条件（スリープモード+すべての周辺機器が無効）でも6 mAを使用することが記載されており、測定ではこれを確認しています。 私のスマートフォン（1 GHzのCPUと多くのアクティブな周辺機器を搭載）がスタンバイ状態で3 mAしか使用していないのに、この48 MhzのCortexはアクティブでなくてもはるかに多く使用しているのはなぜですか？

11 microcontroller  arm  low-power 

職場で解決しようとしている問題について、早急に解決する必要があります。スマートカードへのアクセスに使用するインターフェイスモジュールのパラレルデータポートに接続しようとしています。ポートには8ビットの入力と8ビットの出力があり、関連するストローブ/レディピンが付いています。私は、テストのためにこれらのポートをPCに接続するのに最適なARM皮質（mbed.org）を備えたマイクロコントローラーボードを持っています。ARMボードにはi / oの負荷がありますが、3.3vのパーツです。私はあなたの典型的な2ラインLCDディスプレイ（5vパーツ）で問題なく使用しました（ARM i / oは5vトレラントであることを知っています）、LCDを問題なく制御できます。私が疑問に思っているのは、3.3v出力ピンから5v TTLレベルの入力を駆動できると想定しても大丈夫ですか？ARM Cortexチップのドキュメントに5vトレラントと記載されているので、5v ttlレベルを読むことができてうれしいです。

11 arm  3.3v 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 3年前休業。 現在Atmel SAMシリーズを使用しています。選択は簡単でした。IDEはAtmel Studioであり、無料で非常に優れており、以前はAVRの開発に使用していました。私が持っているデバッガーは、AVRにも使用したAtmel ICEで、ARMシリーズもサポートしています。 STM32シリーズが興味深いのは、チップと開発ボードのコストが非常に低いことです。しかし、人々が開発に使用するIDEは何ですか？完全に無料のメインストリームで、必要なときに簡単にヘルプを見つけたり、ツールを最新の状態に保つことができるものに興味があります。GoogleまたはSTのWebサイトで決定的な答えを見つけることができるので、誰かがこのプラットフォームでの開発に既に関与している場合は、データと意見を共有していただければ幸いです。

11 arm  stm32  ide 

私は、データを送受信し、それらを暗号文モード（暗号化モード）で保存する組み込みデバイスに取り組んでいます。キーを保存するための最善の方法は何ですか（私はARM CORTEX MシリーズMCUを使用しました）？ 1-SRAMメモリと各起動シーケンスでキーを保存し、組み込みMCUにキーを挿入してSRAMメモリに保存します。MCUが侵入を検知すると（タンパーセンサーまたは...を使用して）、SRAMをすばやく消去してリセットすることができると私が考える最良の方法です。短所：攻撃者が改ざんを通過してデバイスにアクセスできた場合、SRAMメモリは（コードマイニングに対して）安全です。MCUでこのメモリのセキュリティ機能を見つけることができません。 2キーを生成し、プログラミングMCUのフラッシュメモリに保存します。MCUフラッシュメモリのサポートCRP（コード読み取り保護）は、コードマイニングを防ぎ、内部AESエンジンとRNG（乱数生成）エンジンの助けを借りて、ランダムキーを作成し、フラッシュメモリを暗号化して、OTPにそのランダムキーを保存します（ワンタイムプログラマブルメモリ-128ビット暗号化メモリ）、次にコード実行でRNGキーを使用してフラッシュメモリをデコードし、初期キーとコードにアクセスします。短所：不揮発性メモリに格納されたキー、改ざんは役に立たず、攻撃者はキーをマイニングするために多くの時間を費やします。 EEPROMメモリに3つ格納されたキー、上記の2つのアプローチの組み合わせ、キーは不揮発性メモリに格納されますが、改ざんが感知された場合、EEPROMは消去可能です。 LPC18S57FBD208（1 MBのフラッシュメモリ、180 MHz、136 KBのSRAM、16 KBのEEPROM、および7インチのTFT LCDおよびAES 128ビットの暗号化エンジンを駆動する必要があるTFT LCDコントローラーを備えたcortex m3）を検討します。

10 arm  cortex-m3  lpc 

ARM開発（2年間のAVRの後）から始めて、stm32f4マイクロプロセッサが搭載されたSTM DISCOVERYボードを入手しました。 Keilのコード制限が気に入らず、有料版を入手するお金がないため、Eclipse + ARM gccを使用することにしました。 チュートリアルに従って、gcc ARMツール+ openocd + make utilsなどとともにeclipseをインストールしました。 私の質問は「パッケージ」プラグインについてです。すべての初心者と同様に、新しいSTM HALと古いSPLのどちらを使用するかについて混乱しています。 私の理解では、HALは、Arduinoと同等のアームと呼ばれるレベルまで抽象化を実装しました。一方、SPLは、コーディングを高速化するのに十分な抽象化を提供しますが、チップレベルで処理する必要があります。 これを理解した上で、HALを使用するよりもSPLを使用して物事をよりよく理解したいと思います。 知りたいのは、STMのパッケージを使用すると、暗黙的にHALを使用する必要があるのですか？もしそうなら、私のセットアップでSPLを使用する方法について誰かが私に指摘できますか？

10 arm  stm32  gcc  cortex  hal-library 

ARM Cortex M3（具体的にはSTM32F217IGH6）を使用しています。 移植されたOSはありますか？

10 embedded  arm