問題タブ [microcontroller]

次のサイトを見つけました: http://www.pjrc.com/tech/8051/ide/fat32.html 基本的に、FAT32 ファイルシステムの優れた概要です。これまでのところ、非常に理解しやすいことが証明されています。

さまざまな Linux ファイルシステムに関する同様のドキュメントやハウツーを誰かが知っているかどうか疑問に思っていました。ドライブにデータを保存する方法に興味があります。

etx3の仕様などについてGoogleからいくつか検索しましたが、それ以上のものは見つかりませんでした。基本的にはジャーナリングを備えたetx2です...などであり、データの編成方法やアクセス方法の説明ではありません

助けてくれてありがとう。

私は、マイクロコントローラ (PIC、Atmel など) 用のデバイス ドライバを作成することに非常に熱心です。私はこのコントローラーコーディング領域の初心者なので、コントローラーのデバイスドライバーの作成がLinux（または他のOS）の作成と同じかどうかを知りたいだけですか？

また、同じものについてオンライン デバイス ドライバ ビルド チュートリアルを提案できる人はいますか ..?

ありがとう、

以前はマイクロチップの PIC ファミリを使用していましたが、XP 組み込みシステムを使用することで視野を広げたいと考えており、どこから始めればよいかについての提案を探しています。

私の仕事では、さまざまなマイクロコントローラー、マイクロプロセッサー、および DSP プロセッサーを扱っています。それらの多くは、24 ビットのレジスタとカウンタを備えています。

私はそれらの使い方を知っていますが、これは私の質問ではありません。

私の質問は、なぜ 24 ビット レジスタがあるのか​​ということです。なぜ32ビットにしないのですか？私が知っているように、レジスタはすでに32ビットですが、最大0xFFFFFFであるため、サイズの問題ではありません。

これにより、ハードウェアの実装が容易になりますか? 計算が速くなる？それとも、「うーん、プログラマーの仕事をもっと難しくするために24ビットレジスタを入れましょう」というだけですか？

こんにちは！PIC18F4550をJavaプログラムとインターフェースさせ、最初はクロスプラットフォームにしたい。私が今Javaに持っている唯一の方法はjavacommです。しかし、最近ではすべてのラップトップにRS232ポートがあるわけではないので、USBにしたいです。PICをJavaとインターフェースする方法は、実際にクロスプラットフォームにし、新しいOSごとにドライバーを作成しないようにすることを提案できますか？

Stack Overflow question Initialization of a microSD card using an SPI interfaceを見てきましたが、私の問題 (つまり、まだ試していないこと) に一致する回答はありませんでした。

マイクロコントローラーの SPI インターフェイス (具体的にはHC908 )を介して SD カードにアクセスしようとしている同様の問題があります。Physical Layer Simplified Specification v2.00 のフローチャートに従ってみましたが、Transcend 1 GB & 2 GB および AE&C 1 GB カードで正しく初期化されるようです。しかし、カメラで使用した古いカードの隠し場所から、他の 3 枚のランダムなカードで問題が発生しています。

私のコードはすべて HC908 アセンブラーです。SPI クロック ラインを調べたところ、初期化中に約 350 kHz で実行されました (100 ～ 400 kHz のウィンドウ内に収まる私の低い MCU クロック速度で HC908 が提供する唯一の速度乗数)。

初期化ルーチンを完了していない 3 つのカードの結果を次に示します (すべて、コードやタイミング パラメーターを変更せずに連続して実行されます)。

不正コマンドフラグが立っていませんか？そのフラグをクリアするためにCMD8の後に何かをする必要がありますか?

なぜ OCR はすべて F なのですか? まったく適切ではないようです。また、ACMD41 と CMD1 が不正なコマンドに応答するのはなぜですか? 不正なコマンド応答があっても、カードが CMD55 の後に有効な ACMD を待機しているため、CMD1 が失敗していますか?

あのカードの何が悪いんだ？

同期している場合もあれば、そうでない場合もあります。(上記のパターンは繰り返し可能です。) 私はこれを調査しましたが、MOSI/MISO 転送間で異常なクロック サイクルが発生することはありません。

私は、ハードウェアの乗算と除算を行わないマイクロコントローラーに取り組んでいます。コンパクトなサイズと効率のバランスが取れた、これらの基本的な操作のためのソフトウェアアルゴリズムを作成する必要があります。私のCコンパイラポートは、C開発者自身ではなく、これらのアルゴリズムを採用します。

私のgoogle-fuは、これまでのところ、このトピックに関するほとんどのノイズを上げています。

誰かが私に何か有益なことを教えてもらえますか？add/subおよびshift命令を使用できます。テーブルルックアップベースのアルゴリズムも私には役立つかもしれませんが、いわばコンパイラのバックエンドに詰め込むのが少し心配です。

いくつかの値をレジスタに送信し、1 秒待ってから値を変更するプログラムを作成することになっています。問題は、動作を 1 秒間停止する命令が見つからないということです。

マイクロコントローラ、メモリ、スクリーンなどを使用してハードウェア プロジェクトを作成する必要があります。

バッテリ電源で動作する独立した PDF/ドキュメント リーダーを作成することは可能ですか?

ライセンスが必要なテクノロジーは使用したくないことに注意してください。それはすべてフリーウェアのリーダーなどである必要があり、プログラミング言語はアセンブリ、C、Flash、または任意のものにすることができます。

PDF リーダー プロジェクト (独立したハードウェア) の提案を提出しました。多くの人はそれは不可能だと言います。私は何をすべきか？

以前のプログラマーは、値をその場で計算するのではなく、実行時のCPUサイクルを節約するために、大きなルックアップテーブル（定数の配列）を生成することを好みました。彼は、個々のルックアップテーブルごとに一意のカスタムVisual C ++プロジェクトを作成することでこれを行いました。これにより、配列ファイルが生成され、完全に別個のANSI-Cマイクロコントローラー（ルネサス）プロジェクトに#includeされます。

このアプローチは、彼の元の計算の仮定には問題ありませんが、入力パラメーターを変更する必要がある場合は面倒になり、すべてのVisual C ++プロジェクトを再コンパイルし、それらのファイルをANSI-Cプロジェクトに再インポートする必要があります。私がやりたいのは、Visual C ++ソースをANSI-Cマイクロコントローラープロジェクトに直接移植し、コンパイラーに配列テーブルを作成させることです。

だから、私の質問は：ANSI-Cコンパイラはコンパイル時にルックアップ配列を計算して生成できますか？もしそうなら、私はそれについてどうすればいいですか？

よろしくお願いします！