概要
ATtiny85/45を使って家電用の赤外線リモコンを作るにあたって以下を試してみた。
- ピンチェンジ割込みでパワーダウンスリープから復帰する。
- 抵抗分圧とA/Dコンバータを使って、押されているキーを識別する。
- Arduinoのライブラリを一切リンクしない。
- アイドルスリープも使ってみる。
- 確認用のデータ送信は赤外線で行う。
これらを組み合わせ、押下されたスイッチの番号などを赤外線リモコンと同じやり方で送信するようにした。受信側は以前作ったArduino nanoを使った仕組みを利用したので、今回のボードが出力するデータはPC上のシリアル端末に表示される。
ピンチェンジ割込みによるパワーダウンスリープからの復帰
ATtiny5シリーズは、他のAVRマイコンと同様にほとんどの機能(クロック)を停止するパワーダウンスリープを備えている。パワーダウン中の消費電流は、VCC=3.3V以下ならば0.2μAまたはそれ以下になる。赤外線リモコンにするときは、コイン電池(CR2032など)での駆動を考えているからこの低消費電力性能は頼もしい。
パワーダウンスリープから復帰させるためには、外部から何らかのイベントを与える必要があるが、今回はピンチェンジ割込み(PCI : Pin Change Interrupt)を利用することにした。PCIは、ポートピンの状態(論理Hまたは論理L)が反転したときに生じる。つまり、オフだったスイッチがオンになったときに起こるから、リモコンのキー操作ではわかりやすい。
PCIを利用する際には以下のように準備しておく。
- GIMSK (General Interrupt Mask)レジスタのPCIEビットを1とする。
- PCMSK (Pin Change Mask) レジスタ内の、PCIの対象としたいポートピンのビット(PCINT5～PCINT0)を1にする。
- そして、SREG ( Status Register) のIビットを sei() してセットする。
今回のボードではPB3にスイッチを接続しているので、メインループで以下のようにした。PCIはスリープからの復帰にのみ使っているので、割込みハンドラの中身は要らない。
ISR (PCINT0_vect) { }
int main() {
setup();
for(;;) {
GIMSK = 0x20; // set GIMASK PCIE bit.
PCMSK = 0x8; // enable PCINT3 (PB3)
set_sleep_mode(SLEEP_MODE_PWR_DOWN);
sleep_enable();
sleep_cpu();
sleep_disable();
if ((PINB & _BV(3)) == 0)
continue;
...
こうしておくことで、スリープに入るときにオフだったスイッチがオンになるとスリープから復帰し sleep_disable(); 以下が実行される。逆に、スイッチがオンのままスリープに入ったときはオフになった時点でもスリープから復帰してくることになる。スリープ復帰後にポートピンPB3の状態を読んで、Lレベルなら余計な処理を行わないようにする。
割込みハンドラの中身が要らないからといって、ISR (PCINT0_vect) { } を省略してしまうとPCIが起きるたびにリセット(0番地から実行)されることに注意。これはPCI用の割込みベクタの中身(飛び先)が __bad_interrupt のままなためなのだが、これについては後述する。
抵抗分圧を使って、押されているキーを識別
今回の回路では、押下中のスイッチに応じて抵抗値が変わる分圧回路によって電源電圧を分圧し、内蔵A/Dコンバータで電圧を読み取るようにした。なので、4つのタクトスイッチを並べた構成としているがスイッチ用のポートピンはPB3だけで済んだ。
スイッチ部分は以下のような回路になっている。
抵抗R0 = 51kΩとし、R1～R4は以下のような抵抗値とした。
| SW | 抵抗 | 分圧率 | 変換値 |
| SW1 | R1 = 0 (直結) | 100% | 1023 |
| SW2 | R2 = 4.7k | 92% | 940 |
| SW3 | R3 = 15k | 77% | 787 |
| SW4 | R4 = 22k | 70% | 716 |
いずれかのキーが押されたときにPB3にかかる電圧は、Vcc × R0 / (Rn + R0) になる。ATtinyのA/Dコンバータはリファレンス電圧としてVccを選択できるから、A/D変換結果がフルスケール(1023)の何%なのかを計算し、スイッチごとの分圧率と比較すれば押下されたスイッチを識別できる。電池の消耗によって電源電圧が変動したとしても影響を受けない。
重要なポイントは、PB3にかかる最小電圧がATtinyの最小入力H電圧(VIH Min.) を下回らないことだろう。下回ってしまうと、スイッチを押したとしてもPB3の状態は論理LのままなのでPCIが起きないことになる。
コイン電池での駆動時にはVcc= 2.0Vまでの動作を期待したいので、データシートのDC特性に基づいてVIH (Min) = 0.7 × Vcc として抵抗値を決めた。Vcc (min) = 2.4Vとするならば、0.6 × Vccまでは論理Hとなるので、もうちょっと大きな抵抗を使うこともできるだろうし、1つのポートピンに接続するスイッチ数を増やすこともできる。
今回PB3をキー入力に使うことにしたのは、Arduino PRO MINIを使ったISPボードに載せたままスケッチの動作確認がしたかったから。ISPボードに載せているときは、SPI用の3本( SCK = PB2、MISO = PB1、MOSI = PB0)がPRO MINIにつながっているので、電気的な影響なく使えるのはPB3とPB4だけだった。もう一本のPB4はIRLEDの駆動に使っている。
ISPボードに載せたまま使わないならば、IRLEDの駆動をPB1で行い、PB2(ADC1)、 PB3(ADC3)、PB4(ADC2)にそれぞれ4つのスイッチをつなげれば、ATtiny単独でも12個のスイッチを持つリモコンを作ることができるだろう。
Arduinoのライブラリを一切リンクしない
Arduinoは卒業とかではなくて、TC0 (タイマーカウンタ0)ユニットの割込みハンドラ( ISR(TIMER0_OVF_vect) {} )を自前で持ちたかったので、必然的にそういうことになった。今回のスケッチではあまり活躍していないのだけど、リピート送信などタイミングを意識した使い方をするならば、アイドルスリープとタイマーによる復帰機能が必要になる。なおかつ、スリープ時にはTC1ではなくてTC0を使いたい。
そのためには、Arduinoのコアにある wiring.cがリンクされると困るのである。たとえば、スケッチの中からdelayMicroseconds(); を使おうとすると、ビルド時に以下のようなエラーがでる(空行は削除)。
wiring.c.o (symbol from plugin): In function `delayMicroseconds': (.text+0x0): multiple definition of `__vector_5' C:\Users\...\Temp\arduino_build_500229\sketch\test.ino.cpp.o (symbol from plugin):(.text+0x0): first defined here collect2.exe: error: ld returned 1 exit status exit status 1 ボードATtiny25/45/85に対するコンパイル時にエラーが発生しました。
これは、TC0のタイマーオーバーフロー割込みハンドラが、delayMicroseconds() のある wiring.c.o で既に定義されてますよ、重複はダメですよ、ということ。このエラーを避けるためには、wiring.c 内にある関数の利用はあきらめないといけない。
で、どうすればいいのかというと自前のスケッチ内にメイン関数として、
int main() { ... }
を書けばよかった。この話は、avrfreaks の古い書込みにあったように思う。
main() {} がスケッチ側にあれば、arduinoのcoreにあるmain.cppのコンパイル結果はリンクされずスケッチ側のmain() がユーザープログラムのエントリになる。そして、init(); やTIMER0_OVF_vect のISR を含む wiring.cのオブジェクトファイルもリンクされなくなる。
代償として、delayMicroseconds(); のような有用な関数が使えなくなってしまう。この関数は命令の実行クロック数に基づいてループを回すだけなのだが、コピーしてくるのでは面白みがない。
avr-objdump
本当に意図していないライブラリがリンクされていないかどうかの確認や、ロードモジュール全体の構成を知るには avr-objdump というツールを使う。このツールもavr-nmなどと同じフォルダに格納されている(リンク済みのシンボルを見るだけならavr-nmでもいいのだが)。avr-objdump のman はこちら。
たとえば、test.ino というスケッチをArduino-IDEでビルドし、test.ino.elf というオブジェクトファイルが一時フォルダに作成されたとすると、
avr-objdump -S test.ino.elf
を実行することで、作成されたロードモジュール全体のアセンブラリスティング(スケッチ付き)を得ることができる。以下のような内容が出力される。
C:\Program Files (x86)\Arduino\hardware\tools\avr\bin>avr-objdump -S test.ino.elf
test.ino.elf: file format elf32-avr
Disassembly of section .text:
00000000 <__vectors>:
0: 0e c0 rjmp .+28 ; 0x1e <__ctors_end>
2: 1d c0 rjmp .+58 ; 0x3e <__bad_interrupt>
4: 9e c0 rjmp .+316 ; 0x142 <__vector_2>
6: 1b c0 rjmp .+54 ; 0x3e <__bad_interrupt>
8: 1a c0 rjmp .+52 ; 0x3e <__bad_interrupt>
a: a5 c0 rjmp .+330 ; 0x156 <__vector_5>
...
0000001e <__ctors_end>:
1e: 11 24 eor r1, r1
20: 1f be out 0x3f, r1 ; 63
22: cf e5 ldi r28, 0x5F ; 95
24: d1 e0 ldi r29, 0x01 ; 1
...
0000002a <__do_clear_bss>:
...
00000032 <.do_clear_bss_loop>:
...
00000034 <.do_clear_bss_start>:
34: a4 36 cpi r26, 0x64 ; 100
36: b2 07 cpc r27, r18
38: e1 f7 brne .-8 ; 0x32 <.do_clear_bss_loop>
3a: a7 d0 rcall .+334 ; 0x18a <main>
3c: 5c c2 rjmp .+1208 ; 0x4f6 <_exit>
0000003e <__bad_interrupt>:
3e: e0 cf rjmp .-64 ; 0x0 <__vectors>
00000040 <_Z8user_func.part.0>:
void user_func() {
....
000004f6 <_exit>:
4f6: f8 94 cli
000004f8 <__stop_program>:
4f8: ff cf rjmp .-2 ; 0x4f8 <__stop_program>
C:\Program Files (x86)\Arduino\hardware\tools\avr\bin>
長くなるので一部省略したが、0番地からベクタテーブルが始まり、28行目で main() を呼出しているのが分かる。その後を見ていっても、意図していない関数はリンクされていないようだった。自分の書いたコードがどういう命令に翻訳されたのかを見たり、実行時にスタックがどれだけ積み上がるのかを知るためにも有益だろう。
上の内容の最初の方の <__vectors> を見ると、割込みベクタ2(PCINT0)とベクタ5(TIMER0_OVF)がスケッチで定義済で、その他のベクタは__bad_interrupt を向いている。割込みハンドラがスケッチやライブラリで定義済みの割込みが起きたときは対応する関数に飛ぶが、未定義の割込みが起きたときには31行目の __bad_interruptに飛ばされリスタート(0番地にジャンプ)することが分かる。スケッチ内で、ISR (PCINT0_vect) {} を宣言することで、所定のベクタの内容がハンドラのアドレスに書き換わるようになっている。
アイドルスリープと消費電流
なぜTC1ユニットではだめで、TC0を使う必要があるのかについて。
アイドルスリープ機能は、あまり内部クロックをとめないスリープモードで、パワーダウンスリープに比べると大幅に電流を消費する。ATtinyのPRR(Power Reduction Register )を操作して各部の動作を禁止しながら実際に電流を測ってみた(内部1MHz, @3.0V)。
| PRR設定 | 電流 | 備考 |
|---|---|---|
| アクティブ時 | 590μA | スリープせずに無限ループ実行 (PRR = 3, ADC, USI停止) |
| (以下はアイドルスリープ中) | ||
| PRR = 0 | 325μA | PRR操作なし |
| PRR = 3 | 298μA | ADCとUSIを停止 |
| PRR = 7 | 290μA | ADC, USI, TC0停止 |
| PRR = 11 | 220μA | ADC, USI, TC1停止 |
| PRR = 15 | 213μA | ADC, USI, TC0, TC1停止 |
TC1はTC0よりも大幅に電流を使うから、アイドルスリープからの復帰用途には使わず、PRRを使ってTC1を停止しておきたい。今回は、TC1は赤外線送出のためのpwm出力時にのみ有効にすることにした。
アイドルスリープを使った遅延関数 delay_us(), delay_ms()
アイドルスリープの勉強も兼ねて、delayMicroseconds(); や delay(); の代わりになる void delay_us(uint16_t us); と void delay_ms(uint16_T ms); という関数をやっつけで作った。いずれもTC0のオーバーフロー割込みとアイドルスリープを利用する。
オーバーフロー割込みはTC0のカウンタTCNT0が255のとき次のクロックで起きるから、プリスケーラでカウンタの分解能を指定し、カウンタの初期値を指定してやることで都合のよい時点で割込みを起こすことができる。
delay_us()の方は、TC0を1/8 プリスケーラ で動かすのでカウンタTCNT0は8μsecずつ増えていく。2048μsec以上を指定した場合はアイドルスリープに入る。タイマー割込みを使うためのオーバーヘッドもあって、引数に50μsec以上を指定した場合にのみ有効。それ以下の場合、すぐに(4μsec程度)でリターンする。より短く正確な遅延が必要な場合は、自前の割込みハンドラをあきらめてdelayMicroseconds(); を使うことになる。
delay_ms() の方は、1/64のプリスケーラを設定し、オーバーフロー割込みは10msec単位に起きるようにした。こちらは1msec～65535 msecまで指定可能。
節電効果からみると、例えば delay_us(10000); とした場合、約8.2msecの間はアイドルスリープ(220uA)し、約1.8msecの間はアクティブ動作(590uA)する。10msec間のアクティブ動作に比べると、(220 × 8.2 + 590 × 1.8) / (590 × 10) = 0.48なので50%強の節約。
delay_ms(100)とした場合、ほとんどスリープで過ごし10回目のオーバーフロー割り込みが起きるとリターンするから、590μA × 100msecに対して220μA × 100msecということになり、約63%程度の節電になる。
TC1やADCを使うことが分かっている場合、PRRの操作には気をつける必要がある。今回のスケッチでは、setup() においてUSI、ADC、TC1を停止し、ADCを使うときのみADCを有効化、赤外線データを送信するときのみC1を有効化するようにした。
回路図
Arduino PRO MINIを使ったISPボード上に載せたままでも動くよう、以下のような回路にした。
むろん、ISPボードから外して専用の電源にしても同じように動く。
注意した点は、ISPボードに載せているときの電源はPCのUSBから来る+5V弱なのに対し、想定している赤外線リモコンはコイン電池で駆動するから電源電圧は+3.3～+2.0Vになること。そのため、IRLED周辺の抵抗(R5, R6)は、+5.0V時にIFが100mAを超えないよう大きめにし、トランジスタのベースに流す電流も控えめ(2mA程度)にした。コイン電池のみで駆動するならば、R5、R6共により小さな抵抗値にすることになる。
今回のボードで電源電圧を変えながら試してみたところ、+2.0Vまでは赤外線データを正しく出力していた(受信側でデータを把握できた)が、それを下回ると怪しくなった。送信側と受信側の距離が50cm程度なことを考えると、今回の抵抗値はコイン電池で駆動するリモコンとしては実用的ではなさそうである(低電圧版のATtiny45Vを使用)。
左側がArduino PROMINIのISPボードで書込み先としてATtiny45Vを載せている。右側がスイッチ、トランジスタおよびIRLEDを載せたターゲットボード。ATtinyのPB3とPB4をターゲットボード側にジャンパワイヤで接続している。ターゲットボード側でジャンパワイヤがささっているあたりにATtinyを挿すことになる。
写真では電源を接続していないが、ターゲットボード側にATtinyを載せると単独で動作する。
気まぐれなのだけど、今回はIRLEDとしてL-53F3BTを使った。レンズが青いのが特徴で、今までの工作で使ったOSI5LA5113Aよりも照射角が広い(データシートはこちら)。
このIRLEDのIFの絶対最大定格は連続時で50mA、パルス時(デューティ1/100, H期間10μsec) で1200mAとなっている。今回のIRLED周りの抵抗値は+3.3V動作のつもりで決めたので、+5V時は6～7μsec程度のパルスだがIF=70mA程度のはず。+5Vまで動作範囲に考えるならば、上の回路のR5は68Ωとすべきかもしれない。
このIRLEDも、東芝の2SC1815もディスコンなので、どこかで在庫を見つけたらまとめ買いしておきたいところ。
スケッチ
スケッチは以下のようになった。
#include <avr/wdt.h>
#include <avr/sleep.h>
/*
アナログ値によるスイッチの識別。
読み取った電圧がVCCの何%の電圧かによって、押下されているスイッチを識別する。
スイッチの番号とそのときのA/D変換結果をNECフォーマットで赤外線送信する。
*/
static int tcnt0_initial = 0;
ISR(TIMER0_OVF_vect) {
TCNT0 = tcnt0_initial;
}
void do_delay(bool us, uint16_t period) {
uint16_t sleep_count;
uint16_t left = 0;
if (us) {
sleep_count = period >> 11;
left = (period - (sleep_count << 11)) >> 3;
if (left > 1)
left -= 2;
TCCR0B = B00000010; // CS = 1/8. 1clk = 8usec. overflow per 2048usec
TCNT0 = 0;
tcnt0_initial = 6; // スリープ関係とループのオーバーヘッドとして。
} else {
sleep_count = period / 10;
left = (period % 10) * 16;
if (left > 4)
left -= 5;
TCCR0B = B00000011; // CS = 1/64. 1clk = 64usec. overflow per 16.384msec.
TCNT0 = tcnt0_initial = 101; // MAX count = 155.
}
if (sleep_count) {
TIMSK = 2;
sei();
while(sleep_count > 0) {
set_sleep_mode(SLEEP_MODE_IDLE);
sleep_enable();
sleep_cpu();
sleep_disable();
sleep_count--;
}
TIMSK = 0;
}
if (left > 0) {
TCNT0 = 0;
while((int)TCNT0 < left)
;
}
}
void delay_us(uint16_t us) {
if (us < 50)
return;
do_delay(true, us);
}
void delay_ms(uint16_t ms) {
do_delay(false, ms);
}
// pwm出力(PB4)
const uint16_t T_VALUE = 560;
const uint16_t T_LEADER = T_VALUE * 16;
void pwm_out(bool leader = false) {
// TC1 PB4 (OC1B)
OCR1C = 25; // TOP value : 38kHz --> 26.3us.
OCR1B = 6; // H period : 6.4us.
TCNT1 = 254;
TCCR1 = B10000001; // CTC=1. clear TCNT1 on OCR1C==TCNT1.
GTCCR = B01100000; // OC1B cleared on compare match. Set when TCNT1 = $00.
delay_us(leader ? T_LEADER : T_VALUE );
TCCR1 = 0;
GTCCR = 0;
PORTB = 0;
}
inline void send_bit(uint8_t value) {
pwm_out();
delay_us(value ? T_VALUE * 3: T_VALUE);
}
void send_byte(uint8_t value) {
send_bit(value & 1);
send_bit(value & 2);
send_bit(value & 4);
send_bit(value & 8);
send_bit(value & 16);
send_bit(value & 32);
send_bit(value & 64);
send_bit(value & 128);
}
void send_leader() {
pwm_out(true);
delay_us(T_VALUE * 8);
}
void send_trailer() {
pwm_out();
delay_ms(10);
}
void send_frame(uint8_t* p, int8_t bytes) {
uint8_t save_prr = PRR;
PRR &= 0xf7; // enable TC1
send_leader();
for(int i = 0; i < bytes; i++)
send_byte(p[i]);
send_trailer();
PRR = save_prr; // restore PRR.
}
/**
* ADCクロックは システムクロック×1/8 = 125kHz. (プリスケーラ 3)
* 3回読んだ平均値から分圧率を求める。
*/
const int8_t adc_repeat_count = 3;
int8_t read_key(uint8_t& ad_result) {
uint8_t save_prr = PRR;
PRR = save_prr & 0xfe; // enable adc clock.
ad_result = 0;
ADMUX = 3; // 00000011 VCC used as Voltage refernce, select ADC3(PB3)
delay_us(1000);
ADCSRA = 0x83; // 10000011 enable ADC, prescaler = 3 (1/8)
delay_us(1000);
long val = 0;
for(int i = 0 ; i < adc_repeat_count; i++) {
ADCSRA |= 0x40;
while(ADCSRA & 0x40)
;
int result = ADCW;
if (result < 512)
break;
val += result;
delay_us(100);
}
ADCSRA = 0; // disable.
PRR = save_prr; // restore prr
if (val < 1500)
return 0;
val = val * 100 / (1023 * adc_repeat_count);
ad_result = val;
if (val >= 95) // 100%
return 1;
else if (val < 95 && val >= 84) // 91.6%
return 2;
else if (val < 84 && val >= 75) // 77.3%
return 3;
// else if (val < 75) // 69.9%
return 4;
}
// setup() という名前の必要もないのだが。
void setup() {
cli();
DDRB = _BV(4); // pwm
PORTB = 0;
ACSR |= 0x80; // disable Analog Comparator.
ADCSRA &= 0x7f; // disable ADC
wdt_disable();
GTCCR = 0;
TCCR0A = 0;
TIMSK = 0; // disable Timer0/1 overflow interrupt.
PRR = 11; // ADC, TC1, USIを停止。power down sleep中は関係ないが。
}
ISR (PCINT0_vect) { }
int main() {
setup();
sei();
for(;;) {
GIMSK = 0x20; // set GIMASK PCIE bit.
PCMSK = 0x8; // enable PCINT3 (PB3)
set_sleep_mode(SLEEP_MODE_PWR_DOWN);
sleep_enable();
sleep_cpu();
sleep_disable();
delay_ms(20);
if ((PINB & _BV(3)) == 0)
continue;
uint8_t buf[4] = {0};
int8_t key = read_key(buf[1]);
if (key > 0) {
buf[0] = key;
send_frame(buf, 4);
}
delay_ms(10);
}
}
ATtiny45V(Internal 1MHz) をターゲットとしてビルドしたところ、以下のように表示された。
最大4096バイトのフラッシュメモリのうち、スケッチが1234バイト（30%）を使っています。 最大256バイトのRAMのうち、グローバル変数が2バイト（0%）を使っていて、ローカル変数で254バイト使うことができます。
avr-objdump で見たところ、1234バイトのロードモジュールのうち、スケッチ自体は800バイト程度で、残りの主要部分は掛け算や割り算のためのランタイムライブラリだった。ATtiny5シリーズには乗算命令がないんですね。また、スタックも20バイト程度は使うようだが、SRAMにはまだ余裕がある。
pwmによる赤外線波形の作成については、前に載せたのと同じようにした。受信側の都合で1フレームは4バイトとして送信しており、PRRの操作によりその間だけTC1ユニットの動作を許可している。
全体の流れ
今回のスケッチはmain() から開始する。まずsetup() でポートやレジスタの初期化、不要な周辺デバイスの無効化、ウォッチドッグの禁止を行いメインループに入る。
メインループでは、PB3のPCIを許可してすぐにパワーダウンスリープに入る。いずれかのスイッチの状態変化によってパワーダウンスリープから復帰すると、スイッチのバウンスを意識した20msecの遅延のあとでPB3の状態を読み、論理Lならばスイッチオフによる復帰なので、何もしないでループを続行する。
論理Hならば、read_key(); によりPB3(ADC3)の電圧を読み取ってフルスケール(1023)の何%なのかを計算している。戻り値がスイッチの番号、引数には分圧率 (パーセント)が帰る。スイッチ番号が取得できた場合は、赤外線リモコンと同じフォーマットでスイッチ番号とA/D変換結果を送信し、ループの先頭に戻る。
read_key() について
まずはPRRを使ってADCの動作許可を行い、ADCの電圧リファレンス(Vcc = 0)とシングルエンドでの変換対象チャネル(ADC3 = 3) をADMUXに指定している。そして、ADCSRC( ADC Control and Status Register A) に対してADCの動作許可(MSB = 1)と、ADCクロックのプリスケーラ(3 = 1/8 clock) を指定。データシートによれば、精度を求めるならADCクロックを50k～200kHzで使えとあるので125kHzとした。
ADCSRAのADSCビット(ビット6) を1にすることで変換が開始する。A/D変換に要する時間は最悪25クロック、通常13クロックということなので104～200μsecといったところ。変換が終了するとADSCビットが0になる。
今回のスケッチでは、A/D変換を3回やってその平均値を得ているが、スイッチのバウンスによって実際はスイッチがオフなのに変換を開始してしまったかもしれない。そのため毎回読み取り値を評価するようにした。
3回のA/D変換が終わると、ADCを動作禁止してからPRRを元に戻し(ADCクロック停止)、分圧率を求めてからどのスイッチがオンになっているのかを調べている。念のため比較の範囲は広めにした。
実行結果
スイッチ1を押してみると、PC側のシリアル端末には以下のように表示された。( Arduino nanoを使った赤外線リモコンデータの受信器の改訂版スケッチ による出力)。
use T = 560 usec. --- LEADER --- 1 : high = 9016, low = 4556, T:16, 8, bit=0 --- DATA --- 2 : high = 568, low = 1768, T:1, 3, bit=1 3 : high = 568, low = 672, T:1, 1, bit=0 4 : high = 540, low = 676, T:1, 1, bit=0 5 : high = 540, low = 680, T:1, 1, bit=0 6 : high = 544, low = 672, T:1, 1, bit=0 7 : high = 536, low = 652, T:1, 1, bit=0 8 : high = 564, low = 648, T:1, 1, bit=0 9 : high = 568, low = 656, T:1, 1, bit=0 10 : high = 568, low = 640, T:1, 1, bit=0 11 : high = 568, low = 648, T:1, 1, bit=0 12 : high = 568, low = 1764, T:1, 3, bit=1 13 : high = 560, low = 672, T:1, 1, bit=0 14 : high = 540, low = 636, T:1, 1, bit=0 15 : high = 564, low = 1800, T:1, 3, bit=1 16 : high = 548, low = 1768, T:1, 3, bit=1 17 : high = 564, low = 672, T:1, 1, bit=0 18 : high = 540, low = 664, T:1, 1, bit=0 19 : high = 544, low = 640, T:1, 1, bit=0 20 : high = 560, low = 648, T:1, 1, bit=0 21 : high = 560, low = 636, T:1, 1, bit=0 22 : high = 568, low = 640, T:1, 1, bit=0 23 : high = 564, low = 644, T:1, 1, bit=0 24 : high = 568, low = 668, T:1, 1, bit=0 25 : high = 540, low = 672, T:1, 1, bit=0 26 : high = 544, low = 644, T:1, 1, bit=0 27 : high = 564, low = 640, T:1, 1, bit=0 28 : high = 564, low = 644, T:1, 1, bit=0 29 : high = 560, low = 640, T:1, 1, bit=0 30 : high = 564, low = 640, T:1, 1, bit=0 31 : high = 564, low = 664, T:1, 1, bit=0 32 : high = 536, low = 644, T:1, 1, bit=0 33 : high = 564, low = 640, T:1, 1, bit=0 Transfer DATA = 01 64 00 00 ---- END ----
Trasfer DATAの1バイト目がスイッチの番号、2番目の64 (16進)が分圧率なので、100%だということが分かる。電源電圧を+5Vから+2.0Vまで変更してみたが、各スイッチとも数パーセントの誤差が生じることがあるものの、スイッチ番号を取り違えるようなことはなかった。
きょうのまとめ
送出するデータを入れてやればシンプルな赤外線リモコンとして機能する程度までのことはできた。もともと、実物の代替品ではなく特殊な機能をもつリモコンを作ろうと思って始めた準備だったので、タイマー関係のお勉強に時間を使ってしまった。
ウォッチドッグタイマーによるスリープからの復帰
今回は試してみなかったが、 ウォッチドッグタイマーを使った割込みによって一定のタイミングでパワーダウンスリープから復帰する方法がある。
今回のスケッチでは、ウォッチドッグタイマーの動作を禁止して実行しているのでパワーダウン時の消費電流は0.2μA以下だが、常にウォッチドッグ動作を許可したままだと4μA弱になる。そのあたりが気になっていたのだが、一定時間後に復帰させたいときだけウォッチドッグ動作を許可するなどしてやれば、タイマーを使わなくてもいいかもしれないので、試してみようと思っている。
そうなると、Arduinoのライブラリをリンクしても問題ないような気もする。ちょっと回り道してしまったかもしれないが、一つ知見を得たということにしよう。
おまけ。小物撮影用のライト
この投稿の先頭に載せたATtiny45Vの写真は、OM-D E-M5mkIIに、MZD30mmマクロを付けて撮影したものだけど、デバイス表面のマーキングがはっきり写らなくてちょっと苦労した。上からの光を反射しずらくしているのだろうか。
昔の胃カメラ風のフレキシブルアームの先にチップ型の白色LEDのついたUSBライト(送料等込みで1本あたり200円程度)を4本使い、横から光を当てるようにすることで、マーキングが読める程度にはなった。
こういった形状のマクロ撮影用ライトを作りたいと思っていたのだけど、安くて細いフレキシブルアームがなかなか見つからない。200円なら分解して素材にしてもいいかなと思って購入したのだけど、4口のUSBハブ(セルフパワー)を電源にすることでそのまま使えた。分解するのは壊れてからにする予定。
こちらは以前にも載せたものだが、E-PM2にオリンパス純正のマクロアームライト MAL-1を装着して使っているところ。MAL-1もデバイスの撮影には重宝しているのだけど、E-PM2からSDカードを抜くときはカメラを三脚の雲台から外す必要があって億劫である。オリンパス純正のPC接続ケーブル(変なコネクタ付き)も長さに制限があるのでカメラの場所を選んでしまう。
残念なことにMAL-1は最近のOM-Dでは使えない。どうやらMAL-1自体も製造終了しているようだ(そりゃ、そうだろうけど)。代わりになるものをいろいろと物色中なのだけど、なかなか安くて良さそうなものがない。リング状のライトは、ここまで近接した撮影では中央部に光が当たらないから向いていないように思う。MAL-1を所有していることが、E-PM2を使い続ける理由の一つになってはいるのだが。