ブレッドボードの回路みたいな物にＣＰＵを付け、ＬＣＤ表示器を付けて受信データを表示すればよい。 ついでに赤外ＬＥＤを付けて出力も出来る様にしたい。

基板の基本的な動作が確認されたので、ソフト的な動作を考える事にする。

サポートするデータフォーマットして、ＮＥＣフォーマット、家電協、ソニー、ニキシー管時計用の４つを考える。 ソニーに関してはまだ対応しない。
電源ＯＮ時に押されているスイッチによって、各フォーマットの動作にする。

• ＳＷ１はＮＥＣフォーマット
• ＳＷ２は家電協フォーマット
• ＳＷ３はソニーフォーマット（まだ未対応）
• ＳＷ４はニキシー管時計用フォーマット
• スイッチが押されていない時はＮＥＣフォーマット

受信データを表示するモードとスイッチに対応したデータを送信するモードの２つが有る。 電源ＯＮ時は受信データを表示するモードになる

• 受信データを表示するモード
  • 表示形式は１６進数２桁とする
  • 文字の大きさは５ｘ７ドット位にする（６行２０桁表示）
  • １行目はフォーマット（ＮＥＣ、家電協、ＳＯＮＹ？）の種類を書く
  • ２行目に、受信データを書く（最大８個）
  • ３行目に、保存したいデータの場所を示す印（始めと終わり）
  • ４行目に、保存したいスイッチ番号とデータ４個、またはリピートデータ
  • ５と６行目に、操作する時のスイッチの簡単な説明
• 受信データをメモリに保存し、各ボタンに割り当て、ボタンを押す事によってそのデータを送信する
  • ＳＷ１だけが短押しされた時、表示（保存）スイッチ番号を次にする。１－＞５、リピート。リピートの次は１に戻る
  • ＳＷ１だけが長押しされた時、表示されているスイッチ番号のメモリ（ＲＡＭ上）に指定されているデータ最大６個を保存する
  • ＳＷ４（次）と５（前）で保存するデータの始めを指定し、ＳＷ２（次）と３（前）で終わりを指定する
  • ＳＷ１が押された時。ＳＷ３と４が同時に押されている時は、各スイッチは送信するモードの動作になる
• ボタンに割り当てたデータは、電源を落としても消えないようにしたい。（ＥＥＰＲＯＭに入れる）
  • ＳＷ１が押された時。ＳＷ５と２が同時に押されている時は、保存された各スイッチのデータ（ＲＡＭ上）をＥＥＰＲＯＭに書き込む
• データを送信するモード
  
  • 各スイッチに対応するデータ（ＲＡＭ上）を出力する
  • ＳＷ１が押された時。ＳＷ３と４が同時に押されている時は、受信データを表示するモードになる

上記の様な仕様にすると、１６Ｆ１８２７ではプログラムが入らないと思う。 １６Ｆ１８４７に今の段階から付け替えるか？、１６Ｆ１８２７で一つのフォーマットだけを動かすか？ いずれ１６Ｆ１８４７にするのなら、早めにした方が良さそう。４つのフォーマットを入れるとそれでも間に合うかちょっと疑問。 何にしても、メモリーが足りなくてケチケチ作るのは大変。出来上がってから減らす方が気分的には楽。

受信データの認識のやり方について考えてみる。（最初はＮＥＣフォーマットで）
赤外信号の上りと下がりを見る必要が有る

• ポーリングで見るか？
• 割込みで見るか？（割込みが使えるか？）
  －－＞上り、下がりの両方の割込みに対応できるか？
  　　　出来なければ割り込まれる毎に割込み方向を変えるしかない。

赤外信号の有り時間と無い時間をどうやって測るか？

• ソフトタイマーとソフトカウンターで測るか？
• ハードタイマー（カウンター）で測るか？（最小時間と最大時間の関係でビット数が足りるか？）
  －－＞１６ビットカウンターが有るので１０ｕＳ単位にすれば十分なはず。
  　　　１ｕＳ単位でもオーバーフローの処理が出来れば問題は無いはず

有り時間と無時間がわかった後、どうやってデータ（１６進数？）にするか？

インターネットを調べたら　赤外線のリモコンは　家電品では　殆どがＮＥＣフォーマットか家電協フォーマットみたい。（ソニーは除く）
と言う事で、この二つが表示出来ればずいぶん便利になる。ならば、表示に特化したプログラムを作ってもよさそう

仮に、表示だけのプログラムを考えてみる。受信データ量から考えて、ビット毎のデータとして保存するのは無理だろう。 なので８ビット（１バイト）単位で保存する事になるだろう。
スタートはＬの時間が２ｍＳ以上続いたら、リーダー部なの考える。 次にＨなって、その次にＬになった所が１番目のビット始まりと考えそのＬの時間の次に上がったＨの時間により０か１の判断をする。 判断基準としてはＬの時間（５６０ｍＳの＋－２０％＝４５０～６７０ｍＳ）と同じくらいならば０で、 ３倍（１．６９ｍＳの＋－２０％＝１．３～２．０ｍＳ）ぐらいならば１と考える。 Ｌの時間が１ｍＳ以上になったら１フレームは終わりと考える。

簡易的な考え方をするならば、
スタートは最初の立ち上がりで、その後は　次の立ち上がりまでの時間が１．１２０ｍＳ±２０％（０．８９～１．３４ｍＳ）ならば０で、 ２．２４０ｍＳ±２０％（１．７９～２．６８ｍＳ）ならば１と考える。それ以外は異常なのでエラーで抜ける事にする。（エラー表示） Ｌの期間が２ｍＳ以上続いたらそのフレームは終わりと考える。
取りあえずこの考えで作ってみるのが簡単みたい。時間はタイマー１の１６ビットを使い　１ｕＳか１０ｕＳ単位でカウントし、 ＰＢ０の信号を見ながら立ち上がったらカウント値を見て８ビット（１バイト）毎に保存する。保存エリアは８バイトも有れば良いだろう
最初のプログラムはキー入力なしで、１フレームが終わったら、受信データを１６進数でＬＣＤに表示するだけで良いだろう。
その後、割込みを使ったり、計測開始のスイッチを見たり、計測終了のスイッチを見るのを追加すれば様だろう。

ずっと後の話になるが、判断基準の時間を変更すれば　家電協フォーマットも出来るはず。
もっと後だが、２フレーム続けてくるものも受信表示出来る様にすれば、エアコンデータもわかる筈。

ソフト的な動作を変更する事にした。
二つのスイッチの同時押しと長押しを無くした。

1. 大きく２つの動作、受信動作と送信動作が有る。
2. 電源ＯＮ時は必ず、受信動作になる
3. 受信動作からは　ＳＷ１を押す事によって送信動作に移行する
4. 送信動作からは受信動作に移行はしない

1. 受信動作には、受信モードと表示モードの２つが有る。
2. 受信モードは、赤外線データを取り込み、終わったら表示モードに移行する。
3. 表示モードでは、受信したデータを送信タスクと、受信したデータをＥＥＰＲＯＭに保存タスクが有る。
4. 表示モードでは、受信モードに移行（戻る）事も出来る。

1. ＳＷ１はＮＥＣフォーマット
2. ＳＷ２は家電協フォーマット
3. ＳＷ３はソニーフォーマット（まだ未対応）
4. ＳＷ４はニキシー管時計用フォーマット
5. ＳＷ５は現在未定（押されていないのと同じ事）
6. スイッチが押されていない時はＮＥＣフォーマット

1. 送信データグループを選択する。
2. 送信データグループは、５つとし、ＳＷ１～ＳＷ５を押して選択する。そして　送信モードになる
   但し、ＳＷ５はＥＥＰＲＯＭに保存されたデータとする。
3. ５つのグループはフォーマットの種類とは別の物とする。（２つをＮＥＣフォーマット、３つを家電協フォーマットと言う事も有る）

1. ＳＷ１～ＳＷ５が押された後は、５つのスイッチに対応したデーが、押される毎に赤外ＬＥＤから送信される
2. 送信されたリーダー部時間、送信データがＬＣＤに表示される
3. 送信動作からは、抜ける事はない。（電源を切るまでこのスイッチに対応したデータの送信と表示を行う）

• ＮＥＣフォーマットは”ＮＥＣ”
• 家電協フォーマットは”ＡＥＨＡ”
• ＳＯＮＹフォーマットは”ＳＯＮＹ”
• ニキシー管時計フォーマットは”ＮＩＸＩＥ”

1. １行目は　選択されたフォーマットを表示する。表示文字は受信モードと同じ
2. ２行目はリーダー部時間（ＯＮとＯＦＦ時間）を表示する。
3. ３行目は受信データを表示する。
4. ４行目は空白
5. ５行目はＳＷ１　ＳＷ２　ＳＷ３　ＳＷ４　ＳＷ５　の文字を表示し、
   保存に対応するスイッチ名は反転表示になる。最初はＳＷ１が反転表示になる。
6. ６行目は　ＳＡＶＥ　とＴＲＡＮＳＭＩＴ　を表示する。

1. ＳＷ１は送信動作に移行する
2. ＳＷ２は保存対応するスイッチの選択で、ＳＷ１からＳＷ５の順に大きくなる方向に動かす。ＳＷ５で止まる
3. ＳＷ３は送信タスクを動かす。つまり、表示中のリーダー部＋受信データを赤外ＬＥＤから送信する。
4. ＳＷ４は保存タスクを動かす。つまり、選択されているスイッチに対応するＥＥＰＲＯＭ領域にリーダー部＋受信データを書き込む
5. ＳＷ５は保存対応するスイッチの選択で、ＳＷ５からＳＷ１の順に小さくなる方向に動かす。ＳＷ１で止まる

1. １行目は　ＴＲＡＮＳＭＩＴ　ＳＥＬＣＴと表示する。
2. ２行目はＳＷ１　ＳＷ２　ＳＷ３　ＳＷ４　ＳＷ５　の文字を表示する。
3. ３行目は　ｌ　　　ｌ　　　ｌ　　　ｌ　　　ｌ　　の文字を表示する。
4. ４行目はＧＰ１　ＧＰ２　ＧＰ３　ＧＰ４　ＥＥＰ　の文字を表示する。
5. ５行目は空白
6. ６行目は空白

1. １行目は　ＴＲＡＮＳＭＩＴ　と表示する。
2. ２行目は選択モードで選択されたグループを表示する。
   ＧＰ１はＧＲＯＵＰ１、ＧＰ２はＧＲＯＵＰ２．．．．ＥＥＰはＥＥＰＲＯＭ
3. ３行目は押されたスイッチ名　ＳＷ１．．．ＳＷ５と送信データのリーダー部時間（ＯＮとＯＦＦ時間）を表示する。（最初は空白）
4. ４行目は送信データを表示する。（最初は空白）
5. ５行目は空白
6. ６行目は空白

1. ＳＷ１はグループ１のデータグループを送信データ領域に移し、送信モードに移行
2. ＳＷ２はグループ２のデータグループを送信データ領域に移し、送信モードに移行
3. ＳＷ３はグループ３のデータグループを送信データ領域に移し、送信モードに移行
4. ＳＷ４はグループ４のデータグループを送信データ領域に移し、送信モードに移行
5. ＳＷ５はＥＥＰＲＯＭのデータグループを送信データ領域に移し、送信モードに移行

1. ＳＷ１は送信データ領域のＳＷ１対応するデータを赤外ＬＥＤから送信し、ＬＣＤ表示
2. ＳＷ２は送信データ領域のＳＷ２対応するデータを赤外ＬＥＤから送信し、ＬＣＤ表示
3. ＳＷ３は送信データ領域のＳＷ３対応するデータを赤外ＬＥＤから送信し、ＬＣＤ表示
4. ＳＷ４は送信データ領域のＳＷ４対応するデータを赤外ＬＥＤから送信し、ＬＣＤ表示
5. ＳＷ５は送信データ領域のＳＷ５対応するデータを赤外ＬＥＤから送信し、ＬＣＤ表示

• ＤＥＮＯＮリモコンの固有フォーマットのデータも受信したい。
• プログラム領域が残り少ない。
• 送信動作は「テレビ用リモコン」みたいな使い方でなくてよい。（テレビ用リモコンが有るから）
  エアコン用リモコンデータの受信は別途考える事にする。今回はテレビ用、照明用、ＣＤプレーヤー用辺りの データの少ない物をターゲットにする。

• 受信動作と送信動作は有る。
  但し、送信動作はＥＥＰＲＯＭに保存されている１つのグル－プだけをロードして使う。
• 受信動作と送信動作の選択は電源ＯＮ時にＳＷ１が押されていると選択画面で行う。
  押されていない時は、前回の動作を行う（ＥＥＲＯＭに覚える）
• 送信動作は押されているスイッチにより送信するデータが決まる。
  データフォーマットも決まる。
  ＥＥＰＲＯＭに各スイッチに対応して保存されている
• 送信データ数は最大１３バイトとする。
  ２ブロックの物も２つ合わせて１３バイトまでとする。
  データ形式は１６バイトを基本として 頭の３バイトのデータフォーマットとブロックごとのデータ数（ビット数）を入れる。 その後の１３バイトがデータとなる
• 受信動作は、送信動作と受信動作の選択画面で選択された時は、データフォーマットの選択をする。（出来る） 送受の選択画面が表示されない時は、データフォーマットは前回のフォーマットとする。
• データフォーマットの種類は、
  1. ＮＥＣフォーマットは”ＮＥＣ”
  2. 家電協フォーマットは”ＡＥＨＡ”
  3. ＳＯＮＹフォーマットは”ＳＯＮＹ”
  4. ＤＥＮＯＮ固有フォーマットは”ＤＥＮＯＮ”
  ※ニキシー管時計用フォーマットは無し
• ＤＥＮＯＮ固有フォーマットは、２ブロックデータとする。 表示は　第１ブロックと第２ブロックの２行にする。各ブロックとも１行分に入りきらない時は 表示は切り捨てられる。データその物は存在する。
• 表示中ＳＷ１が押されたら、再度受信動作になる（前回のデータフォーマットで）
• 表示中ＳＷ５が押されたら、表示中のデータを現在のデータフォーマットで送信する
• 表示中ＳＷ４が押されたら、ＥＥＰＲＯＭに保存する時の対応スイッチの選択画面になり ＳＷ１～ＳＷ５の表示から選択をする。選択しているスイッチは反転表示。 ＳＷ３：左移動、ＳＷ２：右移動、ＳＷ４：選択スイッチに対応した所に保存

回路的には赤外受光器とグラフィックＬＣＤとＣＰＵと赤外ＬＥＤとタクトスイッチ５個（出力用）が有れば良いはず。 赤外ＬＥＤ出力の変調用にＤＳＭが有ると楽で、ＬＣＤをコントロールできる信号数が必要なので ＰＩＣの１６Ｆ１８２７を使う。電源はリチウムの３Ｖでやりたい。但し電流はＴＶ用リモコンより食うと思うのでＣＲ２を使う。

回路図と基板図はＴＶ用リモコンと一緒にする。基板代が安くなる。

回路図と基板図は出来た。 （１６Ｆ１８２７にしたが、電流的には１６LＦ１８２７を使いたい。秋月で有るみたい） ＴＶ用リモコンの回路図と基板図に入れた。 面積的に２つで１００ｘ１００ｍｍに入れた。 プログラムはまだ作っていないので　１８２７（４ｋバイト）で間に合うかわからない。 コンパイラの効率が悪いのでちょっと不安だが、受信データ表示と出力を別のプログラムにすれば何とかなるだろう。 二つのハードで、違うプログラムを入れて、使い分ける事になる。

ガーバーファイルも出来た。 基板図とガーバーファイルはテレビ用リモコンの物と同じ。

テレビ用リモコンを変更したので基板図とガーバーファイルが変更になった。
「テレビ用リモコンの基板図と「ジグの図面」と「リモコンデータの表示と出力の基板図」を合成した物。 そのガーバーファイル。

テレビ用リモコンと共通の部品表を作った

他のデカトロンスピナー、ニキシー管チェッカー、Ｚ５６３ｍ時計用アクリルと一緒に、基板をｅｌｅｃｒｏｗに注文した

昼頃、佐川で荷物が届いた。いつもながらＯＣＳは速い。
中を見たら、段ボール箱が有り、 その中の基板は全て１０枚づつ有った。デカトロンのだけ１０枚で頼んだのだが、 他の基板も１０枚になっていた。 まあ　値段は同じか。

一枚の基板は、テレビ用リモコンと、リモコン信号の表示と出力 の２種類の基板がくっついている。 （表、裏）

基板を切り離して　必要な基板だけにした。 （表、裏）

デカトロンスピナー、ニキシー管チェッカー、テレビ用リモコンと一緒に、不足部品を注文した

千石に頼んだ部品（タクトスイッチ）、ＲＳに頼んだ部品の一部（モレックス、チップ抵抗）が入った。

ウィルコに頼んだ部品（ビス類）、廣杉計器に頼んだ部品（スペーサー、コネクタ）、秋月に頼んだ部品（Ｂ６Ｂ－ＺＲ以外）が入った。 残りは　マルツとＲＳの海外在庫品とＪＰセミコンのＩＣになる。いつになるか？来週中には入るだろう。

ＪＰセミコンのＩＣと、後から秋月に頼んだ部品（Ｂ６Ｂ－ＺＲ）が入った。 ＲＳの海外在庫品内　２点は明日届きそう。残り一点は来週初めになるとの連絡が来た。 マルツはいつになるか？来週中には入るだろう。

ＲＳの海外在庫品内　２点が届いた。

ＲＳの残っていた海外在庫品内　１点（１６Ｆ１８２７－Ｉ／ＳＯ）が届いた。
マルツは納期回答もまだ無い

ＩＣ（１６Ｆ１８２７－Ｉ／ＳＯ）を半田付けした。

ＳＭＤは全て半田付けした。

スルーホール部品も半田付けした。基板表、基板裏
まだプログラムを作っていないので動作はわからない

プログラムはニキシー管チェッカーを元にまずＬＥＤの点灯から始めてみる。ＰＢ１（青ＬＥＤ）の点滅を書いてビルド完了した。
が、ＰＩＣＫＩＴ３を繋いでもＣＰＵ（１６Ｆ１８２７）を認識しない。
書き込みコネクタ（６Ｐコネクタ）のＭＣＬＲがＣＰＵのＭＣＬＲに繋がっていない。回路図で繋がっていない。なぜ？

今日はここまでとする

書き込みコネクタ（６Ｐコネクタ）のＭＣＬＲ（１ピン）からのパターンをカットして、 ＣＰＵのＭＣＬＲ（４ピン）に接続した。
－－＞ＰＩＣＫＩＴ３がＣＰＵを認識できて、プログラムを書き込めた
　　　青ＬＥＤも点滅した。やっとスタートラインについた感じ。

スイッチ入力の確認をしたが、ＳＷ４（ＲＡ４）とＳＷ５（ＲＡ０）がうまく読めない。 原因は、外部のプルアップ抵抗が無かった。ＩＣ内部には存在しない。ニキシー管チェックの時と同じ思い込み。
－－＞二つとも１００ｋΩでプルアップしたら正常にスイッチ入力出来た。

ＤＳＭの確認のプログラムをテレビ用リモコンを元に書いたが、コンパイルが通った所までで、ちょっと中断する。

テレビ用リモコンのプログラムと　ニキシー管時計用のプログラムは動いた。（別々のプログラムとして） ＤＳＭは動作したと言う事で、残りはＬＣＤと赤外線受信になる。

ＬＣＤに関しては　明六つ時計の時のＬＣＤ表示を流用（ポート、ビットは修正）すれば、動くと思う。 但し、その時は１６Ｆ１８２７ではプログラム領域が足りなくなって、１６Ｆ１８４７を使った様に思うので 今回は大丈夫だろうか？。足ピンは同じなので付け替えれば良いのだが、手間である。（在庫は有る）

ＬＣＤ表示とフォントのファイルをプロジェクトに追加してビルドしたら、プログラム領域の約６１％を使っている事になった。 ＬＣＤ表示はまだ呼んでいないので、もしかして実際にはリンクをしていない可能性が有るので、動くプログラム（ＬＣＤ表示を呼ぶ）を 作ってみないと本当の所はわからない。

今日はここまで

ＬＣＤに[0123456789ABCDEF]を表示するプログラムを　追加した。
－－＞表示しない。ＬＣＤのＲＳＴ端子のビット指定を間違えていた。
　　　直したら表示したので、ＬＣＤは動作ＯＫ

赤外線受光器は出力についているＬＥＤがリモコンの信号で点滅するので、受光器その物は動いている。
ＣＰＵでその信号を見て、青ＬＥＤに反映させたら、同じように点滅するので、ＣＰＵでも取り込めた。

これで　ハード的には全て動いている事になる筈。後はそのハードをソフト的どう動かすかになる。 つまり、これからはソフトを作ると言う事

１６Ｆ１８２７のＥＥＰＲＯＭの読み書きはどうやるのだったか？（何か関数が有ったと思うが） これをクリアにしないとまずい。－－＞以前のＬＥＤ表示器で使った筈（１６Ｆ１８４７では無いが同じ様なはず
プログラム領域の問題から１６Ｆ１８４７に付け替えた。 プロジェクトを１６Ｆ１８４７用に変更しなければならないが、今日はここまで

プロジェクト名とターゲットＣＰＵを１６Ｆ１８４７に変更した。 再度ビルドして、ＣＰＵに書き込み、現状の動作を確認した

Ｉ／Ｏデータのテレビチューナー用のリモコン（ＨＶＴ－ＢＲＣ１）のデータを見た。この基板を使いオシロで赤外線受光器の出力を見た。
信号はＮＥＣフォーマットに近い。リーダー部と各ビットの表し方（ＯＮ、ＯＦＦの時間）は同じ様だが、 データがＮＥＣフォーマットとは違うみたい。
Ｌが赤外線有り（ＯＮ）、Ｈが赤外線無し（ＯＦＦ）とすると、リーダー部はＯＮ：８．９ｍＳ・ＯＦＦ：４．４８ｍＳ。 データは　０（ゼロ）はＯＮ：０．５６ｍＳ・ＯＦＦ：０．５６ｍＳ、１（イチ）はＯＮ：５６０ｍＳ・ＯＦＦ：１．６ｍＳに なっているみたい。
電源ボタンは５バイトのデータを送っているみたいで、００Ｈ、０１Ｈ、４８Ｈ、００Ｈ、４０Ｈ　となっていた。
気長にオシロで調べれば、テレビ用リモコンの送信データを変更すれば　Ｉ／Ｏデータ用のリモコンも出来る事になる。

東芝のエアコンのリモコンの信号も見た。これは信号長が長いみたいで全体で１８２ｍＳも有った。どうも二つのブロックを続けて出しているみたい。 信号としては　０．５６ｍＳと０．５６ｍＳの物と、０．５６ｍＳと１．６０ｍＳの物を組み合わせているみたい。リーダーは４．４ｍＳと４．４ｍＳみたい。 これもデータがハッキリわかればテレビ用リモコンでソフトを作れば出せるだろう

東芝テレビ以外の見た所　ＮＥＣフォーマットのデータを表示できると結構他の物も見られそうな気がしてきた。
キー操作、ＥＥＰＲＯＭ保存などの面倒な事は後回しにしても、ＮＥＣフォーマットのデータを見られると面白くなりそう。

受信データ表示のプログラム（簡易判定）を書いた。コンパイルは通った。

ＣＰＵに書き込み動作させた。
－－＞リーダー部はそれらしい値を表示したが、データ部は数がおかしいし、値もおかしい。
データ数表示を追加した。データ表示の所が間違っていたので修正した。
表示のフォーマットは合ったが、データ数とデータ値がおかしい。最初の１ビットが抜けているみたいにも見える

終わりを見ていなかったので、自然には終わらず、スイッチを押して終わる事になった。
－－＞これは修正の必要が有る。
　　　ＯＦＦの時間が１（イチ）の判断時間より長くなったら終わりと判断する事にした。
　　　これで１フレームが取れた。

だが、まだ　データ値はおかしい。
おかしいが、何回やってもデータは変化しないので、 ソフトでどこか論理的な間違いが有ると思える。

まだ　データ値はおかしい。
プログラムを検討した。ＯＮ時間、ＯＦＦ時間の合計が判定範囲外の時は０になる。 なので、プログラムの処理が遅くて、正常に赤外線ＯＮの立ち上がりが取れないと　本来１のビットが０に化けて、１ビット取り損ねる事になる。 この様な状態が有るかもしれない。

本当にＯＮの立ち上がりが取れないのか調べる為に、立ち上がりで青色ＬＥＤを反転させるソフトを追加して、オシロで確認するつもり。
プログラムは追加して、青色ＬＥＤが点滅する事は目視で確認した。オシロではまでしていない。

青色ＬＥＤの点滅信号をオシロで見る為に、チェック用の線を付けた。 裏側の信号なので表側に線を回した。

オシロで見た所時間が足りない事は無いみたい。オシロで見る限りでは大きな遅れは見られない（１５ｕＳ～２５ｕＳ）
そうするとソフト上の論理（考え方）の問題に絞られる。 怪しいのは、
・リーダー部の時間取得から、データ部のＯＮ／ＯＦＦの状態を見る所に移行する所？
・ビットをシフトしながらバイトデータにして、１バイトづつ保存する所？

もう一度　ソースコードを良く見直す必要が有る。
－－＞ビットをシフトしながらバイトにして、１バイトづつ保存する所が間違っていた。
　　　修正したら、思ったようなデータが取れた。

今回は簡易的な判断だが、本来のリモコンを使って近距離で受光するので、とんでもないデータは来るはずがないので　この方式で良しとする。 但し、フォーマットの違い（ＮＥＣ、家電協等）は決め打ちなので、その違いを判別するのが一段階必要かもしれないが、それは追々考えるとする。

他のリモコンも試してみた。正しいかどうかわからないが、Ｉ／Ｏデータのリモコン、ＤＥＮＯＮのリモコン、東芝エアコンのリモコンのデータも表示は出来た。 ＤＥＮＯＮのリモコンはデータ数が１なのでどうも怪しい

構想　９月１６日の仕様でソフトを作り始める

ＤＥＮＯＮのリモコンＲＣ－１１７３の波形を見たら、家電協フォーマット（データ６個）だった。 これを基準にすればソフトも作りやすいだろう。

基板を箱（キャンドゥの１ＢＯＸ）に入れた。 が、完全な箱では無く、スイッチ、ＬＣＤの面は開放になる。
箱が大きすぎる感じ。半分ぐらいの高さの物が有れば良かった。

受信部分のＮＥＣフォーマットと家電協フォーマットの部分は書いて、コンパイルも通った。 ニキシー管時計フォーマットの受信がまだ出来ていない。（ソニーは保留）
送信部分も全てまだ出来ていない。

ＣＰＵに書き込みに現状のプログラムを入れた。ＮＥＣフォーマットと家電協フォーマットは表示した。
赤外ＬＥＤから送信がダメ。（プログラムは作ってある）なぜ？
ＤＳＭの初期化を直前に入れたが、ダメ
　以前のプログラムとほとんど同じでターミネーターでなくデーター数指定に反抗しただけの筈。送信データ内に００Ｈが有るかもしれないので ターミネータ方式ではダメになった。

仮に　今までのタ－ミネ－タ－方式で　今までのＳＷ１のデータを送る様にしてみたが、赤外ＬＥＤからの送信は出来なかった。 と言う事は、何かの設定が狂っているのだろう。ＤＳＭの初期化は入れてもダメだったのでその他だろう。何？？

仮に　今までの送信動作の所で、データ数指定の送信関数を呼ぶと　赤外ＬＥＤからの送信は出来る。 と言う事は、やはり、何かの設定が狂っているのだろう。何？？
－－＞単純な事だった。ＤＳＭをイネーブルにしていなかった。イネーブルにしたら出力した。（ＬＥＤが光った）

Ｉ／Ｏデータのリモコンの電源コードを受信し、表示した後、 赤外ＬＥＤから送信したら、電源をＯＮ／ＯＦＦ出来た。チャンネル変更も同じように出来た。

テレビのリモコンとは違うが、東芝エアコンのリモコンのデータを見た。ＮＥＣフォーマットでは６個のデータが取れた。 家電協フォーマットではデータが取れなかった。 なので多分ＮＥＣフォーマットなのだろうが、リーダー部の時間がＯＮ時間とＯＦＦ時間が同じくらいで４．４ｍＳになっている。 このフォーマットも送信できるようにするにはリーダー部のＯＮ／ＯＦＦ時間もＥＥＰＲＯＭに保存する様にしないとダメだろう。 それは、もう少し後にする。

ソニーとニキシー管は除いて、プログラムを書いたつもり。ビルドは出来た。
送信動作は見た目は動いているみたいだが、受信動作でＥＥＰＲＯＭに保存したデータが送信できない。 データフォーマットとデータ数は保存した物になっている。どうも受信動作の保存が上手く無いみたいな気がする。

受信動作の保存について、ＭＰＬＡＢでＥＥＰＲＯＭの中身を見ると、 確かにデータフォーマットとデータ数は書き変わっているが、データは変わっていない。 なので、書き込み（保存）が悪い様だ。
－－＞保存関数の中のデータ数を見る所が間違っていた。ｆｏｒループの中身が１度も実行されなかったみたい。

大筋は出来た感じ。ＳＯＮＹとニキシー管は出来ていないが．．．．。

家電協のリモコン動作だが、ＤＥＮＯＮのリモコンのＥＮＴＥＲとＳＯＵＲＣＥはデータが取れるが、ＳＴＯＰとＰＬＡＹ（ＰＯＵＳＥ）のデータが取れない。 取れたデータを送れば、動作は確認できたので、受信動作がまだ完全では無いみたい。
色々操作した結果、リモコンに二つのモード（ＣＤとＮＥＴ）が有り、 ＮＥＴモードの時は送信データはこの機械で読み取れるが、そのモードではＣＤプレーヤーは反応しない。
ＣＤプレーヤーが反応するのは、もう一つのモードのＣＤモードにする必要が有ったが、そのモードの送信データはこの機械で読み取れない。 このデータは家電協ともちょっと違うみたい。リーダー部の長さがずいぶん違う。オシロで解析をしないと無理な感じ。

ＮＥＣのＬＥＤ照明器具のリモコンは、当然ながらＮＥＣフォーマットで送信データが読み取れた。

ダイキンエアコンのリモコン（ARC478A20）は、データが取れない。 ｗｅｂで調べたら、２フレーム送る事になっていて、１フレームの前にＯＮ／ＯＦＦの繰り返し信号が入っている。 どうも　そのＯＮ／ＯＦＦ信号から取り始めてしまって肝心の１フレーム目からのデータが取れないみたい。
取れたとしても１フレーム目が２０バイト、２フレーム目が１９バイトと言う事なので、今のプログラムではデータが取れない。
このエアコンのリモコンデータが取れない事は置いておいて、ＯＮ／ＯＦＦ繰り返し信号で取れないと言うのはまずいので 最初のＯＮ時間とＯＦＦ時間を計測して、リーダー部として認識してから次のデータを取る必要が有るだろう。
－－＞プログラムは修正して、
　　　リーダー部のＯＮ時間とＯＦＦ時間の合計を見るようにした。
今まで取れていたデータは今まで通り取れる。
が、ＤＥＮＯＮリモコンのＣＤモードは取れない。オシロで解析しないとダメみたい。 ＮＥＣのリーダーの比では無いが、ＮＥＣフォーマットでデータ数１でデータが取れる。本当？違いような気がする。

今後の事を考えるとリーダー部のＯＮ時間とＯＦＦ時間でＮＥＣフォーマットと家電協フォーマットフォーマットを判別できるかも？
と言うよりは、そうしないと持ってきたリモコンのフォーマットがわかっていないと何もできない事になってしまう。
それと２フレームは取れないとまずそうだし、１フレームのデータ数も１６では足りないので、２５データ／１フレーム位にしないとダメだろう。
但し、それはエアコンまで考えた時であり、テレビ、照明器具、ＣＤプレーヤー辺りなら、 今のプログラムの方式で、リーダー部の認識は必要だろうが、行けると思う。

ニキシー管時計用のデータ受信だが、これは必ずわかっている物（私しか作らない筈なので）なので必要ないだろう。 送信に関してはこの基板をリモコン代わりに使うとしたら、有っても良いと思うが、必ずしも必要とは思えない。
なので、受信のニキシー管フォーマットは止める。

ＤＥＮＯＮリモコンの波形をオシロで見た。
０と１を表し方は似ているが、時間が全然違ってる。
２パターン有り、仮に 第１パターン(ON:340uS, OFF:690us)を０（ゼロ）とし、 第２パターン(ON:340uS, OFF:1740uS)を１（イチ）とする。これで　データは表せる。 そして　リーダー部は無い。もしかして最初の方のデータがリーダー部に当たるかもしれないが．．．。 トレーラー部はハッキリわからない。最後のデータが１ビットがトレーラー部に有らるかもしれないが．．．。
と言う事で　ＮＥＣフォーマットでも家電協フォーマットでもない独自フォーマットと言う事になる。
送信はデータがわかればすぐ作れると思うが、この様な独自フォーマットを受信してデータを取得する必要が有るか？
これが　ＣＤプレーヤーの標準だと言うのなら、やっても良いと思うが、どうかわからないので受信は必要ないだろう。 どうしても必要なら　オシロで解析出来るので　この機械には受信は入れなくて良いだろう。 但し　送信は入れるが、バイト単位の送信でなく、ビット単位で送信できるように、基本構造を変えたい。
また、ＤＥＮＯＮリモコンの場合は、スイッチごとにフォーマットが違う事になるので、 グループごとのフォーマットでなく、スイッチごとにフォーマットを指定出来るようしないといけない。

1. 受信動作のフォーマット指定を電源ＯＮ時にいつも行うのは面倒なので、スイッチが押されていなければ前回のフォーマットで動くようにしたい。
2. 送信動作でグループを選択する時、ＥＥＰは良しとしても、ＧＰ１～５では、わかりにくい。３文字で良いから　わかる文字列にしたい。
3. いつも受信動作に行って、そこから抜けて、送信動作に行くのは面倒なので、最初にスイッチで受信か送信か選ぶようにしたい。
4. 最初にスイッチで受信か送信か選ぶのも、スイッチが押されていない時は前回の動作をする様にしたい。

ＤＥＮＯＮリモコンの固有フォーマットの送信だけ出来ても 　元になるデータを解析するのが手間なので、受信動作もできるように考えた。 それらしいデータが表示できる。受信動作の送信も作ったが、正確にリモコンデータが送信できているかは未確認 （赤外は出ているみたいだが動くかどうかわからない）

ＤＥＮＯＮリモコンの固有フォーマットの受信したデータを送信しても、 ＣＤプレーヤーは動作しない。オシロで見ると同じ様なデータが出ている（１％から１．５％短い）ので 動くと思ったがダメ。
オシロで信号をよく見ると、始めのブロックの後１００ｍＳ位経過した後に、違うパターンが出ているみたい。 その後ろにも１００ｍＳ位経過した後　違うパターンが出ている。つまり３つのブロックが出ているみたい。 但し、２番目と３番目が違うパターンかははっきりしない。それとデータを解析する事が出来ない。 オシロにディレードトリガーが無いので全体を見るしかなく、その時間軸だとはっきり解析できない。 やるとしたら、プログラムで別にトリガー信号を出してやる必要が有る。 今は、そこまでやらなくても良いのではないか？
いずれは　エアコンの事も有るので複数ブロックに対応する必要がある。

1. 送信動作は必要ない
   送信する事は必要だが、リモコンみたいに送信機として使う動作はいらない。 リモコンの送信機は「テレビ用リモコン」を使えば良い。 当然、プログラムはＣＤプレーヤー用、照明器具用、エアコン用に特化する必要はある。 その送信データの解析用、確認用の機械と言う位置づけで良い。
   簡易的な送信動作として、受信データをスイッチに対応させてＥＥＰＲＯＭに保存して、 それでリモコンみたいに動かして確認したいとも思う。
2. データブロックは３ブロックまでとする
   エアコンや、ＤＥＮＯＮのリモコンは複数ブロックで送信するので、それに対応する。
3. １ブロックのデータは２３までとする
   エアコンのデータが２１バイトみたいなので、２３バイトとし、頭に送信ビット数を入れて２４バイトを１ブロックにしたい。
4. スイッチ毎にデータフォーマットを指定できるようにしたい
   これは　送信動作的な物を残す時に必要になる事で、送信動作を完全に止めるならばこの様な事を考えなくても良い。

以上の事柄は　プログラム領域が足りなくなりそうだと言う事に　大きく影響されている。 余分なルーチンが有るとしても、既にプログラム領域が９３％位埋まっているので、 機能をいくらでも入れられると言う状態ではない。必要な機能に絞って入れる必要が有る。 また、入れるとしても優先度と言う事を考えながら入れる必要が有る。

ＤＥＮＯＮリモコンの固有フォーマットのデータを調べてみた。
リーダーは無し、１５ビットのデータで、トレーラー有り、２ブロック有り、ブロック間は４０ｍＳ位。 ボタンを押し続けると　その２ブロックが何度も送信されるみたい。

この機械の仕様を再検討したいので「構想」の所に記述する

ソースファイルを分割して　ある程度機能別にした。

再検討した仕様で作り直した。ビルドは出来た。
動かすと不具合は有りそうだが、今日はここまでとする。

ＮＥＣフォーマットは良いみたい。Ｉ／Ｏデータリモコンで確認した。部屋の照明のリモコンでも確認できた。
家電協フォーマットはＤＥＮＯＮリモコンの家電協リモコンが出る　ＥＮＴＥＲとＳＯＵＲＣＥで確認した。
ＤＥＮＯＮ固有フォーマットは送受信とも表示上は良いみたいだが、ＣＤプレーヤーは制御できない。まずは、オシロで見ないと　何が悪いかわからないだろう。
ＳＯＮＹは　そもそもリモコンも装置も何もないので、確認の仕様がないし、作っていない部分もある。

ＤＥＮＯＮ固有フォーマットの送信をオシロで見た。波形を重ね合わせ比べた。
１ブロック目は本当のリモコンと同じに見える。微妙な時間差は有るが数％なので多分違いに入らないと思う。 但し、２ブロックまでの休み時間が５ｍＳほど短い。リモコンでは４５ｍＳだが　これの送信では４０ｍＳになっている。 しかし、これが制御できない原因とは思えない。
２ブロック目がハッキリ同じかわからない。２ブロック目はトリガーの関係で細かい時間軸で保存できないので 同じみたいにも見えるが、ハッキリしない。
細かく波形を比較するには　プログラムを細工して、２ブロック目にトリガになる信号を出す必要が有る。
－－＞今も２ブロック目に青ＬＥＤを点灯させている（トリガーが有る）。
　　　消していないので２度目以降はトリガーにならないので見落としていた。
そのトリガを使って２ブロック目のこの機械の送信データと、リモコンの送信データを比べてみた。 １ブロック目と同じ様に数％の微妙な時間差は有るが、同じデータが出ている事を確認した。

なぜ　ＣＤプレーヤーを制御できないのか、わからない。違うのは何が有るか？
繰り返し回数か？　リモコンはボタンを押している時は繰り返し、信号を出している。
しかし、この機械は１回（２ブロック）だけ。ここだろうか？

手動で何度も連続で早く送信したが　ＣＤプレーヤーを制御できない。 手では遅いのかもしれない（せいぜい２００ｍＳ間隔位だろう）

プログラムを細工して　ＤＥＮＯＮに限り　２データ１ブロックで６ブロックを受信するようにした。 また　１５ビット１ブロックで６ブロックを送信するようにした。

受信をして表示させた時、リモコンを短く押す（ＣＤプレーヤーは反応する）と６ブロックまでは送らない。 もう一度リモコンボタンを短く押して６ブロックにした時のデータは最初の２ブロックの繰り返しに近いが、 ちょっと違っている。この６ブロックのデータを　この機械からそのまま送るとＣＤプレーヤーは反応した。
と言う事は、最初にボタンを押した時に出たデータ３ブロック以上で５ブロック未満のデータが必要なデータと言う事になる。 実際に何ブロックかは、オシロで見ればわかる筈。
－－＞オシロで見たら　１５ビット１ブロックの５ブロックを送信していた。 ＣＤプレーヤーで主に使うボタンの送信データは５ブロックだった。
受信も６ブロック受信するのではなく、間隔が空いたらそこまでのデータを生かして終了するようにすれば良いはず。 保存もそのデータ数分を保存する事にする。 或いは５ブロック決め打ちにするか？どうせ　ＤＥＮＯＮリモコンの専用フォーマットだからそれでも問題は無いはず。
受信は５ブロックと言う事にしてプログラムを作った。 が、まだ完全ではなく、５ブロックのデータでは表示に行かない。表示データは５ブロック分で内容も合っている。
今日はここまでとする

ＤＥＮＯＮリモコンのデータを調べて思った事は、資料のほとんどない物もデータを知るのは大変だ。 と言う事と、リモコンとＣＤプレーヤーが有ったから出来たが、無かったらプログラムを作っても無意味だろう。 確認も出来ない物を作っておいても無意味だろう。
なので、ＳＯＮＹフォーマット関連は消す事にする。プログラム領域も９９．６％になっており、 確認用のプログラムも入れられないような状況なので、取りあえず使わない（使えない？）物は消す事にする。

ＤＥＮＯＮリモコンの確認をやってみると、３ブロックでもＣＤプレーヤーの制御が出来る。 リモコンのボタンを短く押した時には３ブロックだったり、４ブロックだったりの時が有ったので、試してみた。 ３ブロックで良ければ、データ構造をＤＥＮＯＮリモコン用に特別な使い方をしないで、ビット数を３つに増やし、 送受信データを１２個にすれば、以前の考え方をあまり変えないで済みそう。
－－＞３ブロックまででプログラムを作り直した。ビルドしてＣＰＵに書き込み、動かした。 表面上は問題ない。実際に制御できるかは未確認

ＤＥＮＯＮリモコンの確認を、３ブロックのプログラムで、ＣＤプレーヤーの制御が確認した。ＯＫ。

ＹＡＭＡＨＡのＣＤプレーヤーとカセットデッキのリモコンが有ったので受信のテストをしてみたら、 ＮＥＣフォーマットでデータが表示出来た。
カセットデッキは２～３のボタンの確認は出来た。
ＣＤプレーヤーは、動く機械が無いので動作確認は出来なかった。（多分正しいと思う）
ＮＥＣフォーマットが受信できて表示できると結構色々な機種のリモコンデータが見られるみたいだ。

プログラムの機能的な事はこれで良しとして、使い勝手、表示などを調整する必要が有る。
－－＞表示などを整理した。

それと、送信のタイミングの時間を＿＿ｄｅｌａｙ＿ｕｓ（ｎ）を使っているが、ｎが定数なので それを変数が使えるような物にしたい。
－－＞ハードタイマーを見るようにすれば、出来そうな気がする
　　　そうすれば、今は別々のデータフォーマットの送信プログラムを共通化出来そう。

＿＿ｄｅｌａｙ＿ｕｓ（ｎ）をＴｉｍｅｒ１（１ｕＳカウント）を使って、 ＮＥＣ、家電協、ＤＥＮＯＮフォーマットの出力を行った。 ＮＥＣと家電協で機械（テレビとＣＤプレーヤー）の操作は出来たが、ＤＥＮＯＮフォーマットは操作が出来なかった。 オシロで波形を見る必要が有るだろう。
今日はここまでとする

この機械のＤＥＮＯＮ波形をオシロで見た。
大きくは違っていないが、赤外受光器の所を見るとＯＮ時間が長い。４２０ｕＳになっている。 出力の所（ＬＥＤ）で見ると３６０ｕＳになっている。赤外受光器で６０ｕＳ長くなるみたい。 と言う事は、このＤＥＮＯＮリモコンの時間を見た時は赤外受光器で波形を見て、それで３４０ｕＳと決めたが その値は６０ｕＳ長くなってこの長さなので、出力は３４０－６０＝２８０ｕＳと言う事になる。 因みにＯＦＦ時間は短くなっていて、周期は赤外受光器で１０７０ｕＳで、出力では１０６０ｕＳとほとんど同じになっている。 なのでＯＮ時間を短くしたらその分ＯＦＦ時間を長くする事になる。
時間をゼロは　ＯＮ＝２５０ｕＳ、ＯＦＦ＝７５０ｕＳ、
１（いち）は　ＯＮ＝２５０ｕＳ、ＯＦＦ＝１７５０ｕＳにした。
－－＞何となくＯＮ時間とＯＦＦ時間は受光器で見てリモコンと近い感じにはなった。（２６０でも良いかな？） 　でもＣＤプレーヤーは操作できない。オシロで見たら、１ブロックが１５ビット無い。 １４ビットで最後の１ビットが足りない。

ＮＥＣフォーマットと家電協フォーマットは　規格として出力時間が決まっているのでその時間で出力すれば 赤外受光器がＯＮ時間を長くしてもその程度のズレは機械側（テレビ、ＣＤプレーヤー等）が元々見込んでいると言う事になる。

ＤＥＮＮＯＮ出力が１４ビットしか無い件が推察で来た。トレーラー部のＯＮ時間が０になっているので ＳＴＯＰビット（？）がない事になり、最後のビットがわからなくなっているみたい。データのＯＮ時間は ばらつきが有るにしろ　１５ビット分の１５回は出ているみたい。
－－＞トレーラー部のＯＮ時間を入れた。ＯＮ時間は全て２６０ｕＳにした。
　　　これで　ＣＤプレーヤーの操作は出来た。

ＬＥＤ出力と受光器の時間に差が有るので調べてみた。
ＳＴＯＰデータで　受光器出力でＯＮ時間の平均値が２８８ｕＳになっている。
最小は２０８ｕＳで　最大は３５２ｕＳになっている。
ＬＥＤの所で見た出力は２５０ｕＳ～２６０ｕＳになっている。
同じ様にリモコンＳＴＯＰデータではＯＮ時間の平均値が３１９ｕＳになる。
最小は３０８ｕＳで　最大は３４０ｕＳになっている。バラつきが少ない。
この機械のＬＥＤ出力を受光器で見た時は、どうしても反射波になるので　その影響も有ると思う。 しようがないだろう。

正確にＬＥＤ出力の時間を決めるには、フォトトラ（フォトダイオード）を使って、 ３８ｋＨｚのフィルターの無い信号をみて　時間を測る必要が有るだろうが、 そこまでやらなくても　良いだろう。面倒なのと、その値を正確にソフトに反映させるのも大変だろう。 今のソフトの作りでは　それほど精度は出ないだろう。

この機械のＯＮ時間は１０ｕＳ位増やしてもよさそう。２７０ｕＳにした。
０（ゼロ）ＯＦＦ時間は７８０ｕＳ、１（イチ）ＯＦＦ時間は１８２０ｕＳにした。
トレーラー部のＯＦＦ時間４５ｍＳにした。
それと　受信の０（ゼロ）判定下限を８４０ｕＳに、上限を１２７０ｕＳにして、 １（イチ）判定下限を１６７０ｕＳに、上限を２５２０ｕＳにした。
これで　ＣＤプレーヤーの操作が出来て、リモコンデータも表示出来た。良しとする。

取説を書いた。
プログラムも出来た

フォトトラ（ＲＰＴ－３４ＰＢ３Ｆ）を使って ＤＥＮＮＯＮの信号をオシロで見た。 テスターの抵抗レンジで黒をコレクタ、赤をエミッタに繋いで、電圧と負荷抵抗を繋いだことにした。 その時の、エミッタとコレクタ間の信号を見た。抵抗レンジはｘ１にした。１Ｖ位の出力電圧になる。 ｘ１０以上だとレベルは高くなるが、信号がだらけるので、ｘ１０辺りが限界。 フォトトラは遅いので（規格上は　負荷抵抗１００Ω、電圧５Ｖで応答時間は１０ｕＳ、 実際は負荷抵抗はもっと多きはずなのでもっと遅いと思う）） ３９ｋＨはデューティーは１：１には見えないが、立ち上がりからの１周期を測ると３９ｋＨｚ相当にはなっている。 これでＯＮ信号とＯＦＦ信号の時間を測ると　ＯＮ時間は２５２ｕＳで、 ＯＦＦ時間は８００ｕＳと１８４０ｕＳになっていた。フォトトラのディレーが１０ｕＳは有るだろうから 今のプログラムのＯＮ時間とＯＦＦ時間は当たらずとも遠からずのには行っている様だ。 このままで良いだろう。