#pragmaCONFIG = WDTE OFF
を使用すると、次のメッセージが表示されます。
WDTE が ON に設定されています。変更しますか?
はいと答えます。
私が懸念しているのは、他の構成ステートメントが無視されることですか? わかりません。新しい話題。PIC16F688でLEDを点滅させようとしています。
私はそれを機能させました。#pragma ステートメントが #include と #define の前にあることを確認しました。#pragma
以下は、機能しなかったステートメントのブロックです。
#pragma config WDTE = 0x0
#pragma config PWRTE = 0x0
#pragma config MCLRE = 0x0
#pragma config CP = 0x0
#pragma config CPD = 0x0
#pragma config BOREN = 0x1
#pragma config IESO = 0x1
#pragma config FCMEN =0x1
ON と OFF の定義を避けるために 16 進数のアプローチに行きました。RUN ドロップダウンの下にある MPBLAB の「構成ビットの設定」を使用してビットを設定し、16 進数に変更しました。これでもWDTE
エラーが発生し、エラーが消えて PWRTE CP エラーが発生しました。MCLRE を 1 に設定していたことを発見したので、それを 0 に設定しても構成エラー メッセージが表示されますが、プログラムは実行されました。
次に、ステートメントのみを使用しました#pragma config CONFIG 0xFF5
。構成エラーは発生しませんでしたが、0xFF5 が自動的に切り捨てられるという警告が表示されました0xFFF
。
これですべて実行されますが、デバッグを実行できません。
今、その問題を抱えていますが、これは別のスレッドだと思います。ただし、構成ワードがどのように形成されるか、どのビットがワードの一部に寄与するかという疑問が生じます。いくつかのレジスタから推測しようとしましたが、どこにも行きませんでした。知っておくといいでしょう。また、0xFFF がワード内の各ビットを 1 に設定することに注意すると、すべての my#pragma config statements (bits) = 1
が意味をなさないことを意味します。
他のトラブルシューティング方法を使用して、プログラムと回路を実行しました。将来的にはデバッグを使用したいと考えています。PGD
PICkit 3ガイドを読みPGC
、チップ上でクロックを実行することについて読み直しました。オスコープによると、稼働中の時計 (内部 4 MHZ) があるとのことです。PGD
PIC16F688 ではおよびという用語は使用しませんPGC
が、ピンにはそれぞれICSPDAT
およびICSPCLK
のラベルが付いています。デバッグが機能しないのはなぜですか?