概要

ESP-WROOM02に温度／湿度センサーを接続し、温度や湿度を定期的に計測することができた。温度が測れるのならば、室温に応じてエアコンをオンにしたりオフにしたりするのも面白かろうと思い、リモコンのフリをする機能も追加してみることにした。

当初は、赤外線を出力するIrLEDを買ってきて適当につなげば実現できるんだろうと思っていたのだけど、始めてみるとリモコンが出力するフォーマットやコードの解析が必要なことが分かった。今回は、赤外線受信モジュールとWROOM-02を接続し、リモコンの送信内容を調べてその内容をコード化するお話。

回路構成

前回の温度／湿度センサーを接続した回路を一部修正し、赤外線受信モジュールを配置した。秋月電子のAE-ESP-WROOM02と3.3V出力の低損失三端子レギュレータ、そしてリモコン用赤外線受信モジュール（OSRB38C9AA）から構成している。 AE-FT231Xを使ったUSB-シリアル変換部分は、独立した小さなブレッドボードに載せてあり、3本のケーブル（TxD, RxD, GND）で接続している。

この受信モジュール (OSRB38C9AA) は以下の理由で選択した。

ふつうの家電リモコンと同じく、波長が940nm、搬送波の中心周波数が38kHz。
2個で100円
3.3V電源で動作

詳しくは、秋月電子の通販のページにあるデータシートを参照。

ブレッドボードに載せるとこんな具合になる。各足は、写真右からVcc、Gnd、Outputという役割をもち、結線も簡単。受信モジュールのOutputをWROOM02のGPIO2に接続した。

リモコンの赤外線通信について

家電用リモコンのデータ形式については、赤外線リモコンの通信フォーマットというページを参考にさせていただいた。また、NECフォーマットと呼ばれる信号パターンの総本山であるルネサスエレクトロニクス社のホームページにFAQとして掲載されている赤外線リモコンの信号はどうなっているのですか?　というページも分かりやすい。

データの表現方法

リモコンから家電製品へ送信されるのは、リモコンのボタンに対応したコマンドコードだろう。コマンドコードは、リモコンの規格にしたがって以下のように送信されているようである。

フレーム

コマンドコードは、フレームと言われる単位で送信される。フレーム内には、リモコンの規格に応じて数バイト分あるいは数十バイト分のデータビットが含まれている。

フレームは リーダー と呼ばれる信号パターンから始まり、数バイトまたは数十バイトのコマンドデータがビット単位（LSBが先頭）に続く。最後に、フォーマットの規格によっては トレーラー （または、フレームスペース）と呼ばれる終端を表す信号パターンで終わる。トレーラーがない場合でも、データと思われるビットを受信した後で無信号状態になれば、フレーム終了と見なせる。
連続的に複数のフレームを送信するときには、トレーラーに引き続いて次のフレームのリーダーを送信する。

ビットデータの表現方法

各ビットは、38kHz（デューティー比1/3）で点滅する赤外光が送信されている時間（オンの時間）と、送信されていない時間（オフの時間）の長さの違いで表現される。

基準時間Tの間オンで、引き続くTの間オフの場合が論理値0、それに対して、Tの間オンで続く3×Tの間オフならば論理値1となる。なおこれは、今回扱うNECフォーマットやAEHAフォーマットと呼ばれる形式の場合で、必ずしもすべてがこうではなさそうである。
1バイト（8ビット）のデータは最下位ビット（LSB）から順に送信されるが、バイトとバイトの間に特別な区切りはない。

フォーマットごとのタイミングデータ

基準時間Tや、リーダー、トレーラーの長さは規格によって異なっていて、各フォーマットの標準的な値は以下のようになっているようだ。

NECフォーマット

基準時間T : 約560μ秒
リーダー：オン：16×T、オフ：8×T
トレーラー：無し(代わりにストップビットがある)。
ストップビット : 1Tのオンのあと10msec前後のオフ。
(そのような送信形式が多い)。

追記: NECフォーマットの家電用リモコンをいくつか調べたところ、キーを押したままにしたときにリピートを表現する信号が送信されていることが分かった。以下のようなタイミングのようだ。

フレーム終端のストップビット(1T期間のオン)のあと、10msec前後のオフ期間があり、その時点でもキーが押されていれば、16Tのオンと4Tのオフ、そしてストップビットが出力される。その後95msec前後のオフ期間があり、再度リピート用の信号が出力されていた。

AEHAフォーマット

基準時間T : 約425μ秒
リーダー：オン：8×T、オフ：4×T
トレーラー：8msec以上のオフ。

今回は手持ちのリモコンの都合で、これら2つのフォーマットに対応してみることにした。

38kHz信号の周期は約26μ秒なので、T=560μ秒ならば、1Tの間に約22回、T=425μ秒なら約16回の点滅ということになる。リモコンとして赤外線を送信するときにはIrLEDを点滅させることになるが、ソフトウェアでのポートの上げ下げでなんとかなる速度である。

リモコン用赤外線受信モジュール

リモコン用赤外線受信モジュールは、赤外線の波長や搬送波周波数ごとにいろいろと用意されているが、おおよその機能構成は以下のようなものだと思う。

PD : フォトダイオード。波長 940nmの光（赤外線）を受けると電流を発生する。
AMP : PD出力を、光の強さに応じた電圧として出力。
BPF : バンドパスフィルター。38kHzを中心とした成分のみを通過させ、それ以外の成分を減衰させる。
DEMODULATOR : BPFの出力がある電圧レベル以上ならば、論理値1に相当する電圧を、レベル以下ならば論理値0に相当する電圧を生成する。そして、ある時定数で積分することで38kHzを連続して検出している期間（オンの期間）にわたって論理値1相当のレベルを出力する。最終段のシュミットトリガ回路で整形されたロジックレベル信号として出力していると思われる。

※ OSRB38C9AAはアクティブL出力なので、オンの期間にはLレベル、オフの期間にはHレベルを出力する。

こういった仕組みをもつモジュールなので、モジュールの出力をポートで読んで、オンやオフの持続時間を測ってやれば、リモコンが送出するコマンドコードにたどり着けるんじゃないかな、と分かった。

プログラム

AE-ESP-WROOM02で動作しているプログラム (ESP_REMOCON_DUMP1.ino) を以下に示す。リモコンを赤外線送受信モジュールに向けて確認したいボタンを押すと、その操作に対応したコード列を16進表示でシリアルモニタに表示する。

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

#include <math.h>

#define START_MSG "\n" + String(__FILE__) + " start."

#define IR_PIN 2

void setup()

{

delay(100);

Serial.begin(115200);

pinMode(IR_PIN, INPUT);

Serial.println(START_MSG);

}

typedef struct {

long high; // ↓遷移検出タイミング

long low; // ↑遷移検出タイミング

int high_T; // H持続時間（usec)

int low_T; // L持続時間（usec)

int value; // 論理値 : 0 or 1

} irdata_t;

void decode_data(int t, int count);

#define AEHA_T 425

#define NEC_T 560

#define DATA_COUNT 500

irdata_t irdata[DATA_COUNT];

void loop()

{

long first_time;

int t_length;

int data_count = 0;

static int last_state = 1;

int state = digitalRead(IR_PIN);

if (state == LOW) { // 最初の立下り検出

last_state = state;

data_count = 0;

first_time = micros();

irdata[data_count].high = first_time;

while(data_count < DATA_COUNT) {

long now = micros();

if (now < first_time) {

data_count = 0;

break;

}

if (now - first_time > 1000000L)

break; // 1000msec経過したらやめる。

state = digitalRead(IR_PIN);

if (state == last_state)

continue;

last_state = state;

if (state == LOW) // active lowなので。

irdata[data_count].high = now;

else

irdata[data_count++].low = now;

}

// 検出終了。データ解析

if (data_count > 20) {

int i;

int m = 0;

int nec = 0;

int aeha = 0;

for(i = 0; i < data_count - 1; i++) {

irdata[i].high = irdata[i].low - irdata[i].high;

irdata[i].low = irdata[i + 1].high - irdata[i].low;

if (i < 20) {

int high = irdata[i].high;

if (high > 800)

continue;

if (abs(high - AEHA_T) <= AEHA_T * 0.15)

aeha++;

if (abs(high - NEC_T) <= NEC_T * 0.15)

nec++;

}

if (aeha > 10 && aeha > nec)

t_length = AEHA_T;

else if (nec > 10 && nec > aeha)

t_length = NEC_T;

else

t_length = 500; // どちらでもない。適当な値

Serial.println("use T = " + String(t_length) + " usec.");

// 論理値に変換。

for(i = 0; i < data_count; i++) {

irdata[i].high_T = (int) round((float)irdata[i].high / t_length);

irdata[i].low_T = (int) round((float)irdata[i].low / t_length);

irdata[i].value = 0;

if (irdata[i].high_T == 1 && irdata[i].low_T == 1)

irdata[i].value = 0;

else if (irdata[i].high_T == 1 && irdata[i].low_T == 3)

irdata[i].value = 1;

#if 1

// dump raw data

char tmp[255];

sprintf(tmp, "%d\tH = %d, L= %d", (i + 1), irdata[i].high, irdata[i].low);

Serial.print(tmp);

sprintf(tmp, " H : %d %% of T", irdata[i].high * 100 / t_length);

Serial.print(tmp);

sprintf(tmp, " ON=%d OFF=%d value=%d", irdata[i].high_T, irdata[i].low_T, irdata[i].value);

Serial.println("\t" + String(tmp));

#endif

delay(1);

}

decode_data(t_length, data_count);

data_count = 0;

first_time = 0;

last_state = 1;

}

delay(1);

}

// decode data from leader.

void decode_data(int t_length, int total) {

bool in_frame = false;

int data[300];

int count = 0;

int index = 0;

if (total == 0)

return;

Serial.println("\nRx Data ----");

while (index < total) {

delay(1);

if ((t_length == AEHA_T && irdata[index].high_T == 8 && irdata[index].low_T == 4) ||

(t_length == NEC_T && irdata[index].high_T == 16 && irdata[index].low_T == 8)) { // リーダー検出

index++;

in_frame = true;

continue;

}

if (!in_frame) {

index++;

continue;

}

if (irdata[index].low > 8000) { // トレーラー

index++;

in_frame = false;

Serial.println("\n-----");

continue;

}

if (total - index < 8)

break;

int cur = 0;

for(int i = 0; i < 8; i++)

cur = cur >> 1 | (irdata[index++].value ? 0x80 : 0);

data[count++] = cur;

char tmp[255];

sprintf(tmp, "%02x ", cur);

Serial.print(tmp);

}

Serial.println("\n-----");

}

94行目～103行目には、各配列要素がもつhigh時間とlow時間や、そこから導いたビット値などをシリアルモニタにダンプ出力する部分で、上記では#if 1 で括ってある。結果が安定して得られるようならば、#if 0 としておく方がうるさくなくてよい。

void setup()

シリアルの初期化と受信モジュール出力を受けるポートを設定し、開始メッセージを表示する。
しばらくArduinoやWROOM02に触らないと、機材にどのスケッチが入っているのか忘れるので、シリアルモニタにソースファイル名を表示するようにしている。

irdata_t構造体

ソースのコメントにあるように、赤外線受信モジュールが出力する情報を記録するための構造体であり、H期間とL期間のタイミング情報を保持するための要素をもつ。
この構造体の配列の要素一つ一つが、受信データのビット値（および、リーダー、トレーラー情報）をもつことになる。

void loop()

受信～解析を行う。

今回使用する受信モジュールがアクティブL出力（38kHz信号を受信中はL）なので、IR_PINの最初の立下り遷移を待ち、その後立上りまたは立下りを検出するごとに、irdata_t構造体の配列（irdata[]）に検出したモジュール時刻（micros()が返す値）をセットしていく。立下り検出時に、irdata[data_count].high にモジュール時刻をセットしていることに注意。
この検出の繰り返しは、1秒間経過するか配列が一杯になるまで続ける。手持ちのリモコンでは、要素数500に達することはなかったが、対象のリモコンに応じて最大要素数（ #define DATA_COUNT 500 ）を変更する必要があるだろう。

そういえば、WROOM02のmicros() の分解能はAVRマイコン同様の4μ秒なのだろうか？esp8266 sdk のsystem_get_time() を呼んでいることは分かったが、それ以上は調べなかった。

受信が終わると、配列に蓄積された .highおよび .low のモジュール時刻を、オン／オフの継続時間（ .high_Tおよび.low_T ）に書き換えている。次に、受信したデータがAEHA規格と見なすべきなのかNEC規格と見なすべきなのかを決めるために、.high_T の値と各規格のT値を誤差を勘案しながら比較し多数決をとっている。きわめて適当なやり方だが、手持ちのリモコンには対応できた。

最後に、採用したT値と、.high_Tおよび .low_T から、各要素が表しているビット値を求めて .value に格納している。

void decode_data()

irdata[]に格納されたビット値から、8ビット単位のデータを生成する。
まずはリーダーに相当するパターン（Tの16倍または8倍の期間の .high_T と、8倍または4倍の期間の .low_T をもつ要素）を検出しフレームが開始したとみなす。
そして、各データビットがLSBから順に送信されてきているはずなので、シフトしながら8ビットのデータを復元してバイトに直しシリアルモニタに出力する。
最後に、8msec以上の無信号状態を検出した時点でフレームが終了したものと見なしている。NECフォーマットの場合、最終バイトの次に、1ビットのストップビットが来るのだが、バイトを構成できないので取り捨てられる。

シリアルモニタの出力

Tという会社のテレビリモコンの電源ボタンを押すと、シリアルモニタには以下のような内容が表示された。

最後の表示から、0x40, 0xbf, 0x12, 0xed という4バイトが送信されていることが分かった。2バイト目は1バイト目の、4バイト目は3バイト目の、それぞれビット反転されたデータであることが分かる。

シリアルモニタに出力されたタイミング情報を見ると、オンの時間が規定のT値（560μ秒）に対して10%ほど長く、オフの時間は逆に8%程度短い。プログラムによる立上りと立下りの検出や記憶のタイミングに違いがあるとしても、50μ秒も相違するとは考えにくい。出力波形を見ていないので理由は不確かだが、この赤外線受信モジュール特有の現象のような気がしている。他のリモコンでも試してみたが、このような関係をもつ場合が多かった。

各種リモコンでのテスト結果

今回のメインのターゲットはエアコン用のリモコンなのだけど、照明やテレビのエアコンも手近にあったので試してみた。すべてについて書いていくと長くなるので、エアコン用に限って載せることにした。

※ 以下に示す内容は、今回掲載した回路／プログラムを使って個人の趣味の範疇で得た結果であり、内容が正しいことや再現性を保証するものではありません。

エアコン用リモコンについて

液晶がついているような立派なエアコン用のリモコンは、エアコン本体とは独立して内部に運転中か否かという状態を保持している。また、エアコンの運転モード（冷房、暖房、ドライなど）や設定温度、風向、風量など、人間が前回操作して設定した内容をリモコンが記憶しており、運転開始指示（「運転」とか「冷房」などのボタン操作）と同時に送り出すようである。
例えば、テレビ用や照明用の場合、ある1つのボタンが送り出すコマンドデータは1種類であり内容も単純なのだが、エアコンの場合にはリモコンが記憶している状態や設定内容により、データ内容が変わることもあった。

テレビや照明ならば、リモコンの操作結果に応じて即時にその内容を確認できる（テレビが映った、チャンネルが変わった、音量が変化した、照明がついた、暗くなった、明るくなった…）。それに対して、すっかり多機能になったエアコンの場合には、リモコンの液晶に表示されているとおりに本体が動いてくれないと、何をやってくれているのか分からない。そのため、表示されている設定内容をすべて送り出す必要があるのだろう。

以下、試してみたリモコンのいくつかのデータとメモを書いておくが、メーカー名や製品名はあからさまには書かないことにしたのでご了承ください。