問題タブ [pic]

HiTech Pic18 C コンパイラで C コードを使用して PIC18 をリセットする最良の方法は何ですか?

編集：

私は現在使用しています

しかし、もっと良い方法があるはずです

PIC マイクロコントローラ用の C 言語によるソフトウェア開発に特化したリソースを知っていますか?

IO (入力用のボタンと出力用の LCD) とアプリケーション ロジックの両方を処理する何らかのフレームワークが必要です。非常に単純な OS と考えることができます。そのようなフレームワークでは PIC のメモリが小さい可能性があることを理解しています。そのため、構成ファイルに基づいて特定のコードを作成するコード ジェネレーターになる可能性があると思います。次に、アプリに固有のコード フラグメントを追加します。似たようなものを見たことがありますか？

私は PIC24 で組み込みプログラミングを学んでおり、学習に役立つ「実世界」を探しています。PIC をターゲットにしている可能性のあるフリー ソフトウェア プロジェクトはありますか? 移植に役立つもの、または埋めようとするニッチはありますか?

MPLABでプロジェクトをビルドしようとすると、このビルドエラーメッセージが表示されます。

リンカーライブラリへのパスが正しいことを確認しました。ソースコードと関係があるのではないかと思います...どんな助けでも大歓迎です。

これが私のソースコードです 。http：//cl1p.net/mplabc18

PICアセンブラのバンク切り替えで混乱しています...これは、usartに「Q」を付けるために機能します。

そして、これは同じようにうまく機能します：

監視していないときにコンパイラがバンク切り替えを行わないことを確認しました...バンクを切り替える必要があるのはいつですか？

PIC16F88X の I2C プロトコルを調べています。私がやりたいことは、I2C で受信したデータに応じて、I2C スレーブを ACK または NACK にできるようにすることです。

PIC は、回線上で送信された I2C アドレスに対して ACK または NACK を返すことができますが、私が読んだものからは、後続の受信バイトに対して常に ACK を返します。あれは正しいですか？

次の通信では:

レジスタ値の値に応じて、スレーブが Ack または Nack できるようにしたいと考えてい_ます。スレーブがレジスタの値を理解していない場合、応答しない_でください。

誰かがこれが不可能であることを確認するか、それを行う方法を教えてください。

質問ではなく、Microchip PIC USB DLL を Unicode で適切に動作させるために何時間も費やす可能性のある人を助けるための声明です。

いくつかの文字列が必要です。これらは単純PAnsiCharですが、DLL 呼び出し規則の適切な組み合わせを取得するのに何年もかかりました。ネット上には、この DLL で Delphi (非 Unicode) を使用して殺人を免れている人がたくさんいます。

Windows で動作する PIC 16 ファミリ用の優れた C コンパイラを探しています。

• 何人かの同僚がbknudcを使用していますが、何人かはそれを嫌っているようです。どうやらリンカーを効率的に使用することはできず、すべてのコードをインクルード ファイルに設定するのが最善であることがわかりました。

• SDCCは良さそうに見えますが、まだベータ版のようで、セットアップや対処が簡単ではありません。

• 他にもかなりの数のオプションがありますが、それらはすべて、それら自体に応じて利用できる最良のものです。このトピックについて議論しているフォーラムをいくつか見つけましたが、誰も互いに同意していないようです。MikroC、CCS（高価）、HiTech、BoostC。

何が良くて何が悪いのか、本当の情報を知りたいです。

私が正しければ、PIC16 アーキテクチャは本当に C フレンドリーではないのでしょうか? とにかくプログラマーが ANSI C で作業できるようにするコンパイラーはありますか? そして、十分に良いデバッガをセットアップする方法は?

多くの MP3 エンコーダー ライブラリがあることは知っていますが、PIC マイクロコントローラーで動作するものはありますか?