ATtiny3224のタイマでは・・・言うことを聞かないゾ

・ATtiny1614：タイマレジスタの初期設定を見る
この続き。
tinyAVR2系統のATtiny3224(14pin)がやって
きたので同じように確かめてみました。

タイマーは自分で勝手にするから「いらん」っと
したいんですが、TCB1のキャプチャ割り込みが
消せません。

ATtiny3224 : timer Disable
TCA0.CTRLA      0B
TCA0.CTRLB      00
TCA0.CTRLD      01
TCA0.INTCTRL    00
TCA0.PER        FEFE
TCA0.PERB       FFFF
TCB0.CTRLA      00
TCB0.CTRLB      00
TCB0.INTCTRL    00
TCB0.CCMP       0000
TCB1.CTRLA      03
TCB1.CTRLB      00
TCB1.INTCTRL    01　　　DisableにしてもCAPT割り込みが有効
TCB1.CCMP       270F

かろうじてTCA0にするとTCB1を使わなくしてくれ
ましたけど、あれこれ変えても「みんないらん」が
できませんでした。
　　（TCA0以外はTCB1の割り込みが残る）

で、ATtiny3224で『料理するのが楽しみ』という
のが次の２点。

まず、16bitタイマーTCB0とTCB1を連結して
32bitタイマーにするという機能。

周波数カウンタ的用途だと、タイマーの16bit
オーバーフローを気にせずカウントができます。
　　1Hzゲートで16bitだと65.535kHzが最大。
　　これ以上は何らかの方法で上位桁をソフト
　　的に計数しなければならない。

もう一つがIrDAの機能。

ATtiny1614にも装備されていたんですが、
UARTが一つしかないので、試すまでして
いませんでした。
ATtiny3224だとUARTが二つあるので、片方をIrDA
で使ってということが可能になります。

※関連
・デジタルテスター「FLUKE 87IV」の赤外線通信ユニット完成
　　IrDA制御IC無しでこれが実現できるかと

赤外線リモコン受信モジュールの不思議

発端は、夏のイベントに向けての準備。
　　校庭キャンプの「きもだめし」。
　　　　・2023年9月4日：LEDドライバー、どうしよう

イメージ図として描きましたが、子供達の接近を
人感センサーで検知して、オバケ役を照らそうと
いう試みです。

現時点、すでに３セットできあがっています。
そんな中、せめて１セットだけでも、センサー回路
と照明回路の間をケーブルレスにできないかという
要望です。


　　※現状は4～5mの電線を引っ張るように

そこで、リモコン用の赤外線受信モジュールを使って
試してみました。

回路的には、およそ、こんな雰囲気です。

38kHzが赤外線LEDを駆動するキャリアの周波数。
それをおよそ600Hzの方形波(duty 50%)でon/off
します。

赤外線受信モジュールからは600Hzの信号が出て
くるのでトーンデテクタ(LM567 = NJM567)で判別
して、照明回路をon/offしようという構成です。

手持ちの赤外線受信モジュールを使い、バラックで
試していたときはOK。
38kHzキャリアの600Hzに素直に反応して出力が
オンします。

ところが・・・アマゾンで「VS1838B」という赤外線
モジュールを買って入れ換えてみたら・・・
動作がおかしくなりました。

38kHz+600Hzの信号を持続させても、およそ0.3秒たつ
と赤外線モジュールの出力がオフしてしまうのです。
信号をいったん切って再開すれば出力は出るのですが、
次も0.3秒でオフしちゃいます。
連続的な信号を受けてくれないのです。
断続しないといけないのです。
　　※手持ちのモジュールはそんなことにはならない

何かヒントはないかといろんなモジュールのデータを
探してみました。
「おお。さすが秋月やん」と出てきたのがこれ。
　　　・赤外線リモコン受信モジュール PL-IRM0101
簡単なタイミング図ですが、
　　データ区間100msが最大で休止25ms
にしろと書かれていたのです。

それに倣って断続させてみましたが、まだ不安定です。
「100ms + 25ms」を続けると、2秒ほど経過で受けなく
なってしまいます。
休止期間の問題かと、もうちょっと「50ms」まで
長くすると安定に受けてくれるようになりました。

　　・こんなとき、デューティ比を自由に設定できる
　　　パルスジェネレータが役立ちます。

38kHzのキャリアに600Hzの信号を乗せて、
それを100ms間オン、 50ms間オフを繰り返す
ことになりました。

他の赤外線リモコン受信モジュールだとどうな
るかは不明です。

手持ちのリモコンでは、断続のことは何も考えずに
動きましたんで。

※追記　VS1838B のおかしな動作

500ms駆動しているのに出力が250msほどで
切れてしまう。
連続出力できない。

　　※センサー出力は600Hzのパルス。

100msオン＋25msオフで繰り返すと・・・
出力に抜けが生じる。


100msオン＋50msオフだと正常に出力。

FLUKE 87IV デジタルテスターのデータをIrDAで吸い上げる

2022年7月6日：デジタルテスター「FLUKE 87IV」の赤外線通信ユニット完成
これでいちおう完成してるんですが、IrDAのインターフェース・チップを
テキサス・インスツルメンツの「TIR1000」 に換えて試してみました。

マイクロチップの「MCP2122」 と何が違うのか・・・

図示すると・・・ピンは同じ配列。

(1) MCP2122は8pin DIPのがある。　そして安価。
　TIR1000はSOPとTSSOP。

(2) リセット入力の論理レベルが異なる。
　MCP2122はLでリセット。　TIR1000はHでリセット。

(3) 赤外線の自己反射光の処理が違う。
　こちらから出した赤外線、どこかに当たって返ってきて
　受信光としてRXIR信号に入ってきます。
　MCP2122では送信中のRXoutは禁止してくれるので、
　これを考えなくて良いのです。
　ところがTIR1000では筒抜けに。
　自分で処理しなくちゃなりません。

この(3)せいで、単純なターミナルでの実験だとローカルエコーが
返ってくる感じになります。

マイコンでの処理だと、IrDAへのシリアル送信処理が始める前に、
IrDAからの受信を禁止しちゃって無視するように。
そして、送信完了で受信を再開。
こんな手順を制御プログラムに入れなくてはなりません。

前に紹介したATtiny841のプログラムでは、
「送信データレジスタ空き割り込み」で次データを送り込んで
いたのですが、受信を再開させるには送信完了(全フレームの
送出完了)を知らなければなりません。
送信割り込みの方法を変えなければなりませんでした。

TIR1000を使うメリットって無いぞ、なんですが、
試しに回路を作っちゃったんで、仕上げてしまいました。
ジャンパーを追加してMCP2122かTIR1000かを切り替えられ
るようにしました。

周波数つながりで、赤外線受光モジュールのBPF周波数

2022年7月10日：百均屋さんの紫外線LEDランプ
2022年7月7日：「糸ようじ」のプラケースを使うシリーズ：赤外線リモコンチェッカー
2022年7月8日：手持ちの赤外線リモコン受光モジュールを発掘してみたら・・・
ということで、周波数や波長をあれこれと考えておりました。

発掘した赤外線リモコン受光モジュールが６種類。
このセンサのBPF周波数、つまり赤外線のキャリアー周波数が
どんなものなのかを計ってみました。

通常は「38kHz」。
品種によってはもっと低い周波数や高い周波数が使われると。
そこで・・・
　・Arduino-UNOをベースに。
　・22kHz～54kHzの範囲で周波数を可変。
　　　　中心を38kHzにして±16kHz　
　・この周波数で赤外光LEDを点灯。
　　　　駆動デューティは1/3
　・駆動するパルスは「8波」。
　・5msごとに周波数を200Hzステップで
　　変えながらパルスを出力。
　・160ステップなので0.8秒サイクル。
　・赤外線モジュールからの応答を見れば
　　どのあたりの周波数を拾うのか分かる。
　・けっこう感度が良いので赤外LEDの駆動
　　電流をボリュームで絞れるように。
　・オシロスコープで観察できるように
　　周波数スキャンの様子をPWMでD/Aし、
　　ノコギリ波にして出力。
　・シリアルでも出力。
　　　5msに間に合うよう115.2kBPSに
　・センサーからの信号を8波パルスをオフする
　　タイミングでラッチしてPB2へ出力。

まず、こんな回路。

LED駆動の様子です。

8波の駆動パルスを出して、その応答を見ます。
　　反応無しなら「H」。
　　反応があれば「L」。

周波数をスキャンして「L」が続くところが、
BPFの中心周波数になると想像できます。

LEDとセンサーをくっつけると全周波数でLになってしまい、
応答周波数が分からなくなってしまいます。
LEDの電流を小さくして、LEDとセンサーをちょっと
離して様子を見ます。
センサーの種類により、ずいぶんと感度が異なります。
応答感度の中央が見れるよう適当に調整。
　　※センサーの出力信号はデジタルなので、
　　　強弱はわかりません。
　　　そこで応答周波数の「幅」から、中心を想像します。
　　※センサーをソケットで抜き差しできるよう
　　　「OUT GND VCC」の順にピンヘッダに
　　　ハンダしています。

実験の様子


結果。
センサーの写真とオシロ波形。
オシロの上段波形がスキャンしている周波数に比例した
ノコギリ波。
下段がセンサーの応答。　(Lで検出)

【01】

 

【02】

【03】



【04】



【05】



【06】



このように6つある中で4つの中心周波数はほぼ「38kHz」。
２つが「低い目」で、「28～32kHz」あたりになっているのが
浮かんできました。

実質、LEDをセンサーに近づけると、フィルタ周波数の
違いに関係なく応答しちゃいそうでので、到達距離を問題に
しない限り、気にしなくて良さそうです。

実行中の様子


割り込み処理の様子


シリアル出力の様子

　22.0kHz 1 1/727
　22.2kHz 1 1/720
　　　：
　37.8kHz 0 1/423
　38.0kHz 0 1/421
　38.2kHz 0 1/418
　　　：
　53.8kHz 1 1/297
　54.0kHz 1 1/296

22kHz～54kHzを繰り返す
先頭から、
　LED駆動周波数(8波の)
　センサー応答　0で検出
　周波数を計算する「16MHz/n」のn値

※制御スケッチ　ファイルタイプを .ino→ .txtに。
　　　　・ダウンロード - ir_frq_scan2.txt

・タイマー0をシステムから取り上げて1msタイマー
　割り込み処理。
　　　　※delayやmillisが使えないので注意
・タイマー1のPWM出力でLED駆動パルスを生成。
・タイマー2のPWM出力でノコギリ波発生用D/Aを出力。

※参考
　　・Atmega328P タイマー/カウンタ1の高速PWM動作

手持ちの赤外線リモコン受光モジュールを発掘してみたら・・・

「糸ようじ」のプラケースを使うシリーズ：赤外線リモコンチェッカー
は、ずいぶん古い赤外線リモコン受光モジュールを使いました。
部品箱を発掘してみると、似たようなパーツが出てきました。

何かの捨てる機器から取り外して「いつか使うかも！？」で
置いておいたもの。
　　※こんなことしてるからモノが増えるわけで

製作した赤外線リモコンチェッカーで使ったのと同じのが
もう一つありましたんで、シールドケースを開けてみました。

ソニーの"CX20106A"が見えています。

※実験
　　・2022年7月23日：周波数つながりで、赤外線受光モジュールのBPF周波数

シリアル通信ボーレートとクロック周波数

デジタルテスター「FLUKE 87IV」の赤外線通信ユニット完成では
4.9152MHzの水晶を使って9600BPSのボーレートを得ました。

シリアル通信のボーレート、昔々は5単位テレテイプの45.5BPS。
マイコンになって110BPS、そして300BPS。
今は最低が1200BPSでしょうか。
9600BPSまでは2倍飛びで2400、4800BPS。
そして19.2kの中間に、9600を1.5倍した14.4kBPSが入っています。
ここから、両方で2倍飛びの値が使われます。

Arduino-UNOの場合、元クロックが16MHzです。
ボーレートのクロック分周比は、BPS値を16倍した値で16MHzを割る。
あるいは16MHz÷16÷BPS値で求められます

1200BPS～115.2kBPSまでその分周比を見てみると・・・
　　・・・割り切れません。
誤差(%)とともに表にしました。

      |   16.000MHz 
------|-------------
1200  |  833    0.04
2400  |  417   -0.08
4800  |  208    0.16
9600  |  104    0.16
14.4k |   69    0.64
19.2k |   52    0.16
28.8k |   35   -0.79
38.4k |   26    0.16
57.6k |   17    2.12
76.8k |   13    0.16
115.2k|    9   -3.55
          ↑     ↑
          1/n   誤差(%)
　　　ATmega328のBRR(ボーレートレジスタ)へは
　　 「n-1」を設定する。

見ての通り、どのボーレートも誤差を含んでいて、
115.2kBPSはけっこう大きな値です。
10bit分で3割り越えですから、ちょっと気になります。
水晶発振子じゃなくセラミック発振子だと、素子が持つ
誤差も加わります。

　　※注：追記
　　　Arduino-UNOのボーレート設定、通常のX16クロックでは
　　　なく「X8」の倍速設定(UCSRAのU2Xをオン)が使われています。
　　　ですので、上の表のn値は2倍の値を設定できるということで
　　　割り切れなくても、微調できます。
　　　そして、誤差はおよそ1/2になります。
　　　115.2kなら16MHz/8/115.2k=17となり、
　　　結果、誤差は2.12%となります。(それでも大きいぞ)

5V電源での最高速20MHzでも割り切れずに誤差が発生します。

      |    20.000MHz
------|--------------
1200  |  1042   -0.03
2400  |   521   -0.03
4800  |   260    0.16
9600  |   130    0.16
14.4k |    87   -0.22
19.2k |    65    0.16
28.8k |    43    0.94
38.4k |    33   -1.36
57.6k |    22   -1.36
76.8k |    16    1.73
115.2k|    11   -1.36

誤差を生じないボーレートのクロックを作るには
ちょっと中途半端な周波数が必要です。
これらの周波数だと、1200BPSから115.2kBPSまで誤差ゼロ
が実現できます。

      | 7.3728 11.0592 14.7456 18.432
------|------------------------------
1200  |    384     576     768    960
2400  |    192     288     384    480
4800  |     96     144     192    240
9600  |     48      72      96    120
14.4k |     32      48      64     80
19.2k |     24      36      48     60
28.8k |     16      24      32     40
38.4k |     12      18      24     30
57.6k |      8      12      16     20
76.8k |      6       9      12     15
115.2k|      4       6       8     10

FLUKE 87IV - IrDAで使った4.9152MHzだと、
14.4kなどの1.5倍系のボーレートで誤差を生じます。

      | 4.608 4.9152 6.144 9.216 9.8304 19.6608
------|----------------------------------------
1200  |   240    256   320   480    512    1024
2400  |   120    128   160   240    256     512
4800  |    60     64    80   120    128     256
9600  |    30     32    40    60     64     128 
14.4k |    20      -     -    40      -       -
19.2k |    15     16    20    30     32      64
28.8k |    10      -     -    20      -       -
38.4k |     -      8    10    15     16      32
57.6k |     5      -     -    10      -       -
76.8k |     -      4     5     -      8      16
115.2k|     -      -     -     5      -       -

　　※「-」は割り切れないことを示す。

 　　※9.216MHzは18.432MHzの1/2

高ボーレート(通信速度が速く)になると、送受の割り込み処理時間
が問題になってきます。
115.2kだと1文字が86.8us。
誤差のないメインクロックを選んだとしても、クロックを低く
してまうと、他の割込処理との輻輳を見ておかなければなりません。
送信は待ってくれますが、受信が間に合わないと文字抜けが生じ
ます。
マイコンの能力に見合ったボーレートを選ぶということで。

もうひとつ。
制御系で欲しいのがきっちりの「1ms」タイマー。
割り切れるボーレート設定値と内部のタイマー設定値。
18.432MHzが魔法の数字のように思えてきます。
　　ボーレートはOK。
　　1msは18.432MHz ÷ 256 ÷ 72で1kHz。
　　あるいは18.432MHz ÷ 1024 ÷ 18で1kHz。

この周波数、TK-80のクロックでした。
　　・2018年6月6日：マイコンのリセット回路
8224：クロックジェネレータICにつながってる
水晶がそれです。
これを9分周した2.048MHzが8080マイコンの動作周波数でした。

※追記
今までのAVRマイコンでは「分周比＝16MHz÷16÷BPS値」
という計算で、分周比を求めていましたが、新しいAVRマイコン
では分周比に小数(例えば6bit分)が使えるようになっています。
結果的に分周比の計算は「16MHz×4÷BPS値」となり、
細かな設定ができるように考えられています。

「糸ようじ」のプラケースを使うシリーズ：赤外線リモコンチェッカー

ダイソーの「糸ようじ」。
以前、この空きケースを使って回路を組み込んだのがこれ。
　・2021年3月23日:中波振幅変調電波発生回路　いわゆるAMワイヤレスマイク

今回はこのケースに組み込んだ「赤外線リモコンチェッカ－」を紹介
しておきます。
文鎮：ハンダ付け補助ツール 製作元の佐藤テック君が、
「リモコンの調子が悪い！　見て！」っと、赤外線リモコンを
持ってきました。
デジタルカメラや携帯電話のカメラでリモコンの赤外LEDを
見れば発光しているかどうかが分かります。
電池の消耗のように簡単な時はこれで十分なんですが、
今回は「動くときもある。」という不安定な状態とのこと。
こうなると「おもちゃ病院」案件。
赤外線リモコンのチェッカー、こんなのを作ってあります。
赤外線を受けたら音を出す！というシンプルなものです。
　　※手書きだった回路図をまとめておきました。


 
制御コードを液晶表示するというツールも昔々に
作ってあるのですが、発光しているかどうかをチェック
するには「音で聞く」のが一番手軽。
　　※オシロでの波形観察は、もっと複雑怪奇
　　　なトラブルに遭遇したときでしょうか。

「糸ようじ」のケース、「タダでもらったもの！」ということで、
ケース加工の気が楽です。
　　※エエかげんでエエやンっと。
　　　ホットボンドで部品をくっつけて、中ぶらりんの
　　　配線もok。　(短絡さえしなければ)

赤外線の受光ユニットはジャンク箱からの発掘品。
シールドケースの中を見るとソニーの「CX20106A」という
ICが入っていました。

こんな音が出ます。
・https://www.youtube.com/watch?v=8j62ooOGqG8
　　※リモコンが出す赤外光も写っています

※「SONY CX20106A」で検索したら
「共立」で似たようなユニットを発見。
・https://eleshop.jp/shop/g/gL4541H/
　　外形とピン位置が異なりますが、シリーズもの
　　なんでしょう。
　　今ふうの赤外線受光ユニット、使用可能な
　　電源電圧が広くなってますが、この発掘品は
　　5Vでした。　電圧が低くなると動作せず。
　　電池2本で動かしたかったので、HT7750Aを
　　持ち出してきたという次第。
　　すると・・・電源ノイズがぁぁ。

デジタルテスター「FLUKE 87IV」の赤外線通信ユニット完成

2022年6月29日：デジタルテスター「FLUKE 87IV」の赤外線通信
で、「こりゃ作らなあかんなぁ～」と思い立った
「IrDAによるデータ吸い上げユニット」、できました。

こんな回路です。

秋月のIrDAモジュール：AE-RPM851A  と
USBシリアル変換モジュール：AE-CH340E-TYPEC 。
それに 「MCP2122」と 「ATTINY841」 マイコン。

クロックは水晶発振子。
通信速度が9600BPSだけということで、4.9152MHz。
　　16MHzで動いているArduino-UNOの処理速度、
　　けっこう速く感じますが、4.9152MHzだと
　　「ちょっと遅いな～」っという感じがします。

小さなプラケース(ダイソーで入手したけど、もう売ってない）
に入れました。

赤外線部は穴をあけなくてもプラケースを通してやりとり
できています。
50cmほど離しても大丈夫。
　　でも、1mは届きません。

電源はUSBから供給。
PCを起動しなくてもSDカードでシリアルデータロガー
が使えるように、TTLレベルでも出力しています。

通信している間は、テスターのオートパワーオフは延長されていて
勝手に電源が切れるということはありませんでした。

・起動メッセージ タイトル表示
　# FLUKE model 87IV IrDA com reader
　# Op-key　　　　　　　(2022-07-05)
　# 1 : Start measure　　←PCでのキー操作は0,1,2の3つ
　# 2 : Stop
　# 0 : Clear cyc counter
　# FLUKE 87, V1.01,75530000　←IDコマンドで機種名取得
　　　0 +0.0576 V AC　　←勝手にデータ取得開始
　　　1 +0.0576 V AC
　　　2 +0.0576 V AC　　←1秒サイクルで読み出し
　　　3 +0.0576 V AC
　　　4 +0.0576 V AC
　# Stop.　　←「2」キーで停止
　# Start.　　←「1」キーで再開
　　 12 +0.0575 V AC　　←停止中もサイクル秒値を進めてる
　　 13 +0.0575 V AC
　　 14 +0.0575 V AC
　# Clr cyc.　　←「0」キーでサイクル秒値をクリア
　　　0 +0.0576 V AC　←測定は継続
　　　1 +0.0576 V AC
　　　2 +0.0576 V AC
　# Stop.　　　　　←停止
　# Clr & Start.　　←クリアして測定再開
　　　0 +0.0577 V AC
　　　1 +0.0578 V AC
　　　2 +0.0578 V AC
　　　3 +0.0578 V AC
　　　4 +0.0578 V AC
　　　5 +0.0708 mV AC　←途中でレンジを変えている
　　　6 +30.080 mV AC
　　　7 +24.909 mV AC
　　　8 +40.721 mV AC
　　　9 + Out of range. V DC　←オーバーレンジの表示
　　 10 +0.0000 V DC
　　 11 +0.0000 V DC
　　 12 +0.0000 V DC
　　 13 +0.0000 mV DC
　　 14 +00.022 mV DC
　　 15 +00.023 mV DC
　　 16 +00.023 mOhms
　　 17 + Out of range. kOhms
　　 18 + Out of range. MOhms　←抵抗レンジ オープンだ
　　 19 + Out of range. MOhms
　　 20 +01.474 mV DC
　　 21 +01.758 mV DC
　　 22 +0.0008 V DC
　　 23 +0.0008 mV AC
　　 24 +40.148 mV AC
　# Err　　←通信遮断でエラー表示
　　 41 + Out of range. mV AC　←通信回復で自動的に測定再開
　　 42 +43.682 mV AC　　←サイクル秒値を見ればエラーが
　　 43 +43.174 mV AC　　　生じていた時間が分かる
　
・起動直後、テスターとの通信
　　　赤外線でやりとりできるか？
　　　機番を読めるか？　をチェック
（太字がテスターからの応答）
<CR>　「0x0d」を送って応答を見る。
　1
<CR>　　4回実行
　1
<CR>
　1
<CR>
　1
ID<CR>　　「ID」コマンドを送って機番を待つ
　0
　FLUKE 87, V1.01,75530000
QM<CR>　　測定開始「QM」コマンドでデータ要求
　0
　QM,+0.0434 V AC
QM<CR>
　0
　QM,+0.0435 V AC
QM<CR>
　0
　QM,+0.0435 V AC
 　　　応答文字の「0」と「QM,」を除いてから、
　　　測定データとしてPCに送信しています。
起動直後あるいは測定中に、テスターとの通信が失敗しても
1秒ごとに「QM」コマンドを送っています。
テスターから応答が返ってくればそこから自動的に測定が
再開されます。

※制御プログラム
　　Atmel studio 7.0を使いました。
　　ソースは「main.c」１本。
　　関連ファイルといっしょに圧縮しています。
　　　　ダウンロード - fluke87_irda_tn841.zip

　　割り込み処理しているのは2つのシリアル送受だけ。
　　タイマーはフラグを見ています。
　　メインの中でタイムアップをチェックして計時処理。

デジタルテスター「FLUKE 87IV」の赤外線通信

IrDA絡みでひょんなことから見つけたFLUKEのデジタルテスター
model 87IVの赤外線通信。

このテスターを買って22年ぶりの快挙！
こりゃ、使えそうです。

まず、資料。
　・EEVblog Electronics Community Forum ≫Fluke 87IV please whisper in my IR
この中で通信コマンドが記された資料が示されていました。
　・http://www.pewa.de/DATENBLATT/DBL_FL_FL187-9-89IV_BEFEHLSSATZ_ENGLISCH.PDF
　　　※これが見つかったから試せたわけで！

こちらでは、こんな具合に対向させて通信してみました。

テスター側の赤外線ポートは頭。
楕円形の黒い窓です。

記事内の写真、テスター内部見ますと、TIの「UART←→IrDA」
インターフェースIC「TIR1000」が写っています。
　　※このIC、昔からあったんですな。

この↓記事でテスターをバラして中を見ています。
　・2018年3月19日：FLUKE 87IV、切り替えダイヤルが回らない！
よく見ると・・・
IrDAモジュールとTIR1000が写っています。
当時の写真を引っ張り出してきました。

「HPL837」。　この下側がボディの「窓」。



右隣は発振器かなぁ。
「FPX7?37」と読めます。

※検索で
　　・マルチメーターの歴史

※桁数表記「3・1/2桁」について
フルークのデジタルテスターをあれこれ検索していたら、
このページ、
　　・デジタルマルチメータの基礎と概要 (第1回) 「DMMの歴史と変遷」
に「桁数表記」の話が出てます。

～～～～～～～～～～～～～～～～～～～～～～～～～
　　参考ですが、DMMの桁数について触れます。
　　前述したように、DMMはハンドヘルドタイプの
　　3.5桁からベンチトップの8.5桁のものまで多種
　　多彩です。
　　最大の数値表示が、1999のものも4000のものも、
　　3.5桁や3-1/2などの呼び方をしますが、正確を
　　期す（底数10の対数で解く）と、
　　　　1999表示は3.3桁、
　　　　4000表示は3.6桁、
　　　　6000表示は3.8桁、
　　　　9999表示でフル4桁
　　ということになります。
　　しかし、この表現は、一般的にはあまり
　　使われていないようです。
～～～～～～～～～～～～～～～～～～～～～～～～～

「log 1999」は「3.3008…」。　確かに3.3桁っぽいです。
しかし、「1999」表示のテスターは、「0～+1999」
じゃなくマイナス側も含めて「-1999～+1999」を
表示してくれます。
ということで、正の値だけでlog変換して桁数を
出すのは間違っているような。

※過去記事
　　・2011年01月31日：1/2桁とは
　　・2011年08月10日：1/2桁とは 「セグメント説」

「UART←→IrDA」変換IC、MCP2122のクロック供給 #3 トラブル遭遇！

記事
「UART←→IrDA」変換IC、MCP2122のクロック供給 #2
への6月27日のコメントで書いたのですが、MCP2122のリセットが
もうひとつ不安定なのです。

↑の記事で公開した制御ソフトでは、
　・MCP2122のリセット入力はプルダウン。
　・電源投入
　・クロック発生用マイコンが起動するまでは
　　プルダウンの働きでリセットはLレベルを維持。
　・マイコン起動でクロック発生。
　・その後、リセット端子をHにしてリセット解除。

これでうまく行くはずなんですが、リセット解除後、
受信パルスが復調されない(RXDが出力されない)状態
になってしまうのです。
　　※うまく行くときもある。
　　※再リセットしたら動き始める。

で、あれこれ動きを調べてみました。
　　※結果を先に。
リセット端子の抵抗、プルダウンではなくプルアップ
するとうまく行くようだ。

ということは、
　・電源オン
　・マイコンのリセット期間中はプルアップなので
　　リセット端子がHに。
　・リセット終了後、クロック発生とともに
　　ポートの初期化でリセット端子はLに。
　・しばらくしてリセットをHにして解除。

MCP2122のリセット入力をいったんHにして
からL(リセット状態)に。
その後、Hにしてリセットを解除。
するとうまいこと動き始めるのです。

あれこれ試した回路がこれらです。

リセットのためのLレベルの遅延を行うより、
プルアップ抵抗1本だけのほうが、動く率が
高いのです。

通常のCR遅延や電圧検出ICを使ったリセット回路は
あきません。
こういった回路では、電源オン後にリセット端子を
GNDに落としてリセット操作しないと、まともに動き
ませんでした。

さて、いったい何なんでしょ。
電源はUSBのコネクタから供給していますので、
物理的なコネクタの差し込み操作で電源が入ります。
このあたりが、悪さをしてるのでしょうか？

※こんな回路にしました。

　　※前のとの違いは「R2」。

クロック発生にマイコンを使ていましたので、リセット
信号の発生は自由にできます。

普通なら「Ｌ→Ｈ」で負論理のリセット状態から
Ｈにするとリセット解除となります。
　　※リセットって普通、これ。
　　　リセットICもこの動作。

それが、「Ｌ→Ｈ」といったんリセット解除してから
もう一度「Ｌ→Ｈ」とパルスを与えるようにしなければ
ならないようなのです。
　　※このHパルス、Lパルスの時間も関係するようで
　　　短いとダメでした。

－－－リセットのタイミング－－－

※プルアップ抵抗を使って


※プルダウンしたた時のために、「L→H」パルスを追加


※これでデジタルテスター「FLUKE 87IV」と赤外線
　通信できました。
赤外線でコマンドを送れば、切り替えダイヤルで設定した
レンジでのデータを送り返してくれます。
こんな感じ

送：ID<cr>
受：0
受：FLUKE 87, V1.01,7xxxxx 　　xxxは製品番号

送：QM<cr>
受：0
受：QM,-00.017 mV DC

50cmくらい離しても大丈夫な様子。
「QM」送出を繰り返せば、データをログできます。

※うまくいくリセットタイミング


※プルダウン抵抗だとLが連続してダメ。

　　リセットL時間を変えてもダメ。
　　クロックの供給タイミングを後にしてもダメ。

※単純には、あれこれするより、プルアップ抵抗だけの
　ほうがうまくいった。

　　クロック供給開始直後、1bitだけのLパルスが出現。

※製作した回路

ダイソーで売ってた小さなプラケースに入るように。
あれこれ試すのに、ジャンパーピンを付けてます。

赤外線は半透明のケースを通り抜けるようで、
IrDAモジュールのところに穴は開けてません。



※参考メモ ATtiny25やATtiny85のISP接続。



ターゲット回路のICソケットに差し込んで、
インサーキットプログラムできるようにする
ためのアダプタ。