PIC12F AD変換

#AD変換のコード

PIC12FシリーズのAD変換の記述について教えてください。
コンパイラは、XC8を使用しています。

#教えてほしいこと～その①～
ADread = ADRESL + (ADRESH*256);

A/D変換は10bitの仕様です。
A/D変換のデータは、右詰の設定にしてあります。

ADRESLは、下位8bitのデータ
ADRESHは、上位2bitのデータとなります。

ADRESH*256というのは、何をしているのでしょうか。
256(0b100000000)の論理積をとってしまうと、すべて0になってしまう気がするのですが。

#教えてほしいこと～その②～
AD変換後の値を、↓の変数に格納していますが、
static unsigned int ADread

次のワーニングがでてしまいます。
warning: (373) implicit signed to unsigned conversion

signedに変更すれば済むのですが、
別の場所で、同じくAD変換した値を、unsigned char型に代入している個所があり、
今度はこちらにワーニングが出てしまいます。
static unsigned char tx_data;
tx_data = ADread >>8;

ワーニングへの対処法を教えて下さい。

行動規範の内容に同意します

回答3件

ベストアンサー

ADRESH*256というのは、何をしているのでしょうか。

ADread = (ADRESH << 8) | ADRESL 相当のことをしています。256でかけて、上位8ビットに当たるよう持ち上げているかんじです。

256(0b100000000)の論理積をとってしまうと、すべて0になってしまう気がするのですが。

論理積(AND)ではなく、この場合は論理和(OR)相当の操作です。ですので下位8ビットは0にはなりません。

別の場所で、同じくAD変換した値を、unsigned char型に代入している個所があり、

unsigned char側にキャストします。これで警告が消えるはずです。

C
1static unsigned char tx_data;
2tx_data = (unsigned char)(ADread >>8);

投稿2019/04/26 06:31

dodox86

総合スコア9183

raspypy

2019/04/26 08:06

①ADRESH*256について理解できました。上位8bitにあたるように持ち上げているので、変数ADreadは、2バイト(16bit)のデータという理解で合っていますでしょうか? ②ワーニングについて次の記述にしてコンパイルしましたが、同じワーニングが出てしまいました。 static unsigned char tx_data; tx_data = (unsigned char)(ADread >>8); ワーニングが出ている個所は、次の2か所です。 ADread = (ADRESH << 8) | ADRESL; tx_data = (unsigned char)(ADread >>8);

dodox86

2019/04/26 08:21 編集

> 変数ADreadは、2バイト(16bit)のデータという理解で合っていますでしょうか? 取り扱い方次第ではありますが、XC8のint(unsigned int)は16ビットなので、おおむね良いと思います。 A/Dデータ自体は10ビットのデータでしょうから上位6ビットは使われないでしょうけど、16ビットと言うのはプログラムで扱う場合の便宜的な大きさですね。 > 次の記述にしてコンパイルしましたが、同じワーニングが出てしまいました。こちらは失礼しました。回答した後で気がついたのですが、問題点としているところはADread = ADRESL + (ADRESH * 256); こちら側でしたね。 ADread = (unsigned int)(ADRESL + (ADRESH * 256)); /*ADread = (unsigned int)((ADRESH << 8) | ADRESL);*/ .... tx_data = (unsigned char)(ADread >> 8); /* ここは同じ */ でいかがですか。

raspypy

2019/04/26 10:39

ありがとうございました。分かりやすい説明で助かりました。

行動規範の内容に同意します