- ２０２２年１２月１９日
以前に組んだブレッドボードの物（ＳＰＩのＬＣＤは無い）が有るだけで、
デバッグ用の３つのＬＥＤの点滅はするプログラム（旧１）は出来ている所まで。
（プログラムは書き込めると言う段階）
次は、ＳＰＩのＬＣＤを入れた回路図を描く事にしたい。電源（電池）とかの周辺も入れたい。上手くすれば基板を頼めるかも？
＄１だったら、手間かけてブレッドボードで組み立てるより確実の様な気がする。（ちょっと送料が高い）
他に４８０９とか１６０８とかの実験基板も頼めば相対的に送料も安く感じる
取りあえず回路図（旧１）は書いた。ＧＰＳ用のコネクタも追加した。
色々な試験、実験の為には、他に、基板型のＧＰＳ、赤外線受光器、赤外線ＬＥＤ、ＲＴＣ等も付けておきたい。
当然、ユニバーサル部分も欲しい。
ＣＰＵ部分を変更するだけで、周りの物は同様で基板を作ってみたい。１６０８、４８０９とか
今後は、１６０８（３２０８）や４８０９に移行していくだろう。
その時を考えるとＤＩＬ型の有る４８０９を充実させた実験基板を作っておけば、実際の基板を頼む前に実験が出ると思う。
- ２０２２年１２月２１日
周りに色々付けた時、電源の電圧、やり取り信号の系統違いをうまく吸収する必要が出てくる。
電源は３Ｖ系（３．０、３．３、３．８）と５Ｖ系が有る。
信号は３Ｖ系（３．０Ｖ、３．３Ｖ）と５Ｖ系（主に電源電圧に依存する物）が有る。
３Ｖ系電源は、３．３Ｖにすれば間に合うのだが、基板型ＧＰＳの３．８Ｖが問題になる。
信号は３Ｖ系－５Ｖ系の変換ＩＣを使えば問題ないはず。
ＧＰＳは電源は５Ｖでも良いのだが、信号は３．３Ｖになる。
ＳＰＩのＬＣＤは電源が３．３Ｖで信号も３．３Ｖになる。
ＲＴＣは電源は５Ｖ必要で、信号も５Ｖになる。
この様な状態なので、電源は５Ｖにして、ＳＰＩのＬＣＤは特別に３Ｖを作るのが良いだろう。
単４1本から５Ｖを作ろうと思ったが、３Ｖから作って、その３Ｖは直接ＳＰＩのＬＣＤに入れれば良いだろう。
信号の変換ＩＣが使う必要が有るだろう。簡単にするには、３Ｖから５ＶはＨＣＴ系のロジックＩＣを使い、
５Ｖから３Ｖは抵抗＋ダイオード（ツェナー？）と言うのも有りかもしれない。
電池の３ＶをＳＰＩのＬＣＤの電源にするのはどうもすっきりしない。
ケチケチ作るのなら有りかもしれないが、これは、実験用なのであまりおかしな回路にして、動作が安定しないと
何を実験しているのかわからなくなる。なので、５Ｖから３端子レギュレータで３．３Ｖを作る事にする。
部品の選定だが、基本的にスルーホール部品を使う事にする。但し、ＲＴＣはＳＭＤしかないのでしようがない。
ＲＴＣ用のバックアップ電池もＲＴＣの裏側（表側？）に付けると配線が楽なのでＳＭＤにする。
回路図（旧２）は書いたが、９９ｘ９９に入るかはまだわからない。
- ２０２２年１２月２２日
基板図を描き始めたが、入る事は入ると思う。後はユニバーサル部分がどの位になるかと言う事になる。
５Ｖから３Ｖの変換を抵抗とダイオードにしたが、変換ＩＣの方が良いかもしれない。
適当に部品を配置して、自動で配線をしたら基板図（旧１）が出来た。
細かい手直しは必要だが目処はついた。５Ｖから３Ｖの変換を抵抗とダイオードにした。
- ２０２２年１２月２３日
回路図（旧３）と
基板図（旧２）を仕上げた。
ガーバーファイル（旧１）も出来た
- ２０２２年１２月２７日
基板のＧＰＳの番号を思い違いをしていた。各ピンの名称も追加した。
回路図（旧４）と
基板図（旧３）を修正し、
ガーバーファイル（旧２）も変更した。
- ２０２３年１月１９日
ＲＴＣで使っている「ＤＳ３２３４」が秋月で手に入らなくなっている。
他の所（ＲＳ、ＤｉｇＫｅｙ等）も在庫なしで注文できなくなっている。
発振子内蔵で他の物は エプソンの物、STマイクロ「M41T62LC6F」、Micro Crysta「RV-2123等１０ピンＳＭＤ」の物が有るみたい。
殆どの物が精度的に同程度で無いか、同程度の物は１０００円以上する様だ。また、ほとんどの物がＩ２Ｃのインターフェイスで
ＳＰＩの物は２、３個しかない。
この辺りの実験が出来る様に、これらのＩＣのパターンも追加したい。
秋月にもＮＸＰの「PCF2129AT/2」が６６０円で有った。ＤＳ３２３４と同じ様なＳＯＰ２０ピンだが、各ピンの信号は違うので
パターンの互換は無い様だが、性能的には互換性が有りそう。精度的な事、インターフェイス等、パターンは変えなければならないが、
ソフト的にはほとんど同じで行くような気がする。
但し、電源が３．３Ｖで、最大でも４．２Ｖまでなので、５Ｖで使えない。
インターフェイスは「The I 2C-bus and SPI-bus interfaces of PCF2129 are 5 V 5 V tolerant」で、
ＩＮＴのプルアップも５．５ＶまでＯＫなので、電源だけ３．３Ｖを用意すれば何とかなりそう。
もしかしたらＳＤＯのＨレベルが足りないかもしれないのでその時は変換が必要になる（規格上平均値、代表値）が書いていない。
ＣＰＵを３．３Ｖで動かすと言う選択も有るが、ＬＥＤをダイナミックで駆動する時は５Ｖが欲しい。
ＲＴＣ用に３．３Ｖを作って、ＳＤＯはレベル変換するのが順当な使い方の様な気がする。
これも実験が出来る様にしておきたい。
- ２０２３年３月７日
直ぐに基板を作る事は無いので、取りあえず現状を進める事にした。
以前にＳＳＤ１３０６を使ってＯＬＥＤの表示をした時のファイルを持ってきた。
これは、インターフェイスがＳＰＩなので単純にはいかないとは思う。
でも、うまくすればＳＰＩの所だけをＩＩＣにすれば動くかもしれない。
何か正常な文字でなくても、何か表示できるのではないか、と思っている。
現状は ビルドが出来たが、実際の表示ルーチンを呼んでいないので、何もわからない。
- ２０２３年３月１１日
ＳＳＤ１３０６の表示する所を ＳＰＩ～ＴＷＩ（ＩＩＣ）に変更した。ビルドは通った。
今日はここまで
- ２０２３年３月１２日
ＣＰＵに書いたが、標示はしなかった。
一瞬、間をおいて、終わりのＬＥＤ表示が始まった。
途中でエラーが出て、そのまま進んだような感じ。
最後にはオシロスコープで見る事になる。
ＯＬＥＤのアドレスが間違っていた。余分な右シフトをしていた。
参考にした物の関数が内部で左シフトをしていたのだろう。
説明書に書いて有る通りの７８Ｈで良かった。
でも、文字は表示しない。何やら砂嵐みたいな物が表示される。
電源を切らずに、リセットボタンから入るとちょっとの間外面が消えて、
また、砂嵐が表示される。
と言う事は初期化のコマンド良いみたい。但し、全クリアはダメみたい。
砂嵐の中で解りにくいが、標示したい文字が有った。位置もなんとなく正しいみたい。
インターネットで書いて有るのを思い出して、表示クリアを１行ごとに分けてやる様にしたら
表示の全クリアが出来た。
１文字表示（８行２１文字）は出来た。文字列表示も出来た。
１文字反転表示が出来た。文字列反転表示も出来た。
実装が倒立（４Ｐコネクタが下）の時の表示も出来た。
※動画上のちらつきは、目視ではわかりません。
プログラム（旧２）は＃ｄｅｆｉｎｅで正立と倒立を切り替え可能
この後は、エラー処理が必要になるだろうが、取りあえずこれで使っていく事にする。
２倍の大きさの文字（４行１０桁）、３倍の大きさの文字（２行７桁）、４倍の大きさの文字（２行５桁）、の表示も欲しい。
それ用のフォントをそろえずに、今の５ｘ７（６ｘ８）を縦横２倍、３倍、４倍にすれば良いと思う。
以前ＬＣＤでその様にやった時の見栄えとしては、見られるレベルだと思う。元々が小さいのでそれ程あらが目立たない。
- ２０２３年３月１４日
２倍、３倍、は「ｐｒ＿ａｋｅ６＿ｇｌｃｄ」の「ｇｌｃｄ．ｃ」を参考に作れば良いだろう。
２倍、３倍は有るが、４倍は作っていないので、止める。ビルドは出来た。
- ２０２３年３月１５日
プログラム（旧３）をＣＰＵに書き込んで表示をチェックした。
これで使う事にする。位置決めがもう少し細かく欲しくなるような気がするが、その時は改めて考える事にする。
やはり、２倍、３倍の時の位置決めが荒すぎる感じなので、位置指定に関しては１ドット単位（縦０～６３、横０～１２７）でして出来る様にしたい。
但し、Ｙ方向に関しては８ドット単位に丸める。つまり、「Ｘ＝２６、Ｙ＝１２」の指定でも実際に表示する「Ｘ＝２６、Ｙ＝８」になる。
そこで、問題になるのが、文字の途中でＹが６３、Ｘが１２７を超える時の処理で、出来る所までは表示したい。
文字が途中で切れるが、それでも何も表示しないよりは良いと思う。
－－＞１ドット単位の指定が出来る様に修正をしたが、これの延長上で４倍の物も出来そうなので、作る事にする。
- ２０２３年３月１６日
４倍も有る１ドット単位で位置指定出来るプログラムを作った。
表示の確認も行った。
- ２０２３年３月１７日
ＴＷＩの速度を４００ｋＨｚにしてみた。確かに表示がキビキビした感じになる。
その時に、ＳＤＡのプルアップ（１０ｋΩ）を外しても普通にしていれば問題なく表示は出来ているが、
ＳＤＡ、ＳＣＬ、ＶＣＣ、ＧＮＤなどの端子に手で触れていると止まってしまう事が有る。
速度が１００ｋＨｚの時は同じ状況で触ってみても止まる事は無かった。
やはり、プルアップ抵抗は入れる必要が有るだろう。
そして、見た目よりも安定性を考えるならば、１００ｋＨｚの動作にする方が良い。
- ２０２３年５月４日
ＲＴＣのＩＣ動作チェックの為ちょっと大きいブレッドボードに回路を移した。
まだ、ＲＴＣ（ＲＸ８９００）は付けていない。
- ２０２３年５月１３日
ＲＸ８９００（ＤＩＬ変換済）を接続した。
今までのＯＬＥＤの表示だけのプログラムは同じ様に動作しているので、今の所は 悪さはしていないみたい。
プロジェクトを、元のＯＬＥＤ表示をコピーして作った。
これにＲＴＣ（ＲＸ８９００）の部分と「明け六つＬＣＤ時計」の時計表示、設定部分を結合すれば、
何となくできそうな気がする。
ＲＴＣは以前に作成した「ｍｅｇａ３２８を使った水温計」に「ＲＸ－８０２５ＳＡ」を使っていて、
レジスタ並びなどは似通っているので参考に出来るだろう。
- ２０２３年５月１５日
ＲＸ８９００についてはＲＸ８０２５とちょっと違っているみたい。（内部のレジスタアドレス指定の値）
基本的には大きな違いは無いようなので、ちょっと修正すれば使えそう。
ＯＬＥＤの時計表示は、グローバルの年月日時分秒データを表示するのは出来た。前回と違った時だけ表示する。
設定に関しては、ＩＮ１７の６桁時計の所を使って、書き込む所をＲＸ８９００の物を使えば何とかなりそう。
メインプログラムは１２８４の８ｘ８ドット時計を削って、すこし書き直せば行けそう。
スイッチ入力やタイマー割込みも１２８４の物を流用して、すこしの書き直しで済ませたい。
今後ＲＴＣを使うかはもう少しよく考えたいが、今は読み書きが出来る様にすることに専念する。
ＤＳ３２３４と同じレベルにしたい。
その後に 価格、使い勝手（大きさ、取扱方、等）、精度、入手状況、等を考慮して、主に使うＩＣを決めたい。
最終的に決める前には、他のＩＣの実験してみる必要も有るだろう。
但し、今の状況を見るとＩ２Ｃ（ＴＷＩ）インターフェイスの物で、１秒割込みが掛けられる物になるだろう。
今の所この 秋月のＲＸ８９００ＣＥ－ＵＡが一番コストパーフォーマンスは良い。
- ２０２３年５月１６日
ＲＸ８０２５のＣ言語ファイルをＲＸ８９００に変更を始めた。まだコントロールレジスタの中身までは良く見ていないが、
エラーが無くコンパイルは通った。
- ２０２３年５月１７日
ＲＴＣ（ＲＸ８９００）の初期化と読み出しを入れてみた。エラーにはならないで動いている。
しかし、時計が進まない。正確に言えば初期化後、
１回目までは動いているみたい（１回目までのディレーを長くすると読み出す秒数が大きくなる）
２回目以降は同じデータを読み出す。
ＲＸ８０２５のままではダメな所が有るのだろう。良くデータシートを読む必要が有る。
今日の所はここまで
- ２０２３年５月１８日
昨日の変更で（ＲＴＳの広域データ名の変更）、変更忘れの箇所があり、
時計データの表示に1回しか行かない様な動作になっていた。
その部分を修正し、ＲＴＣ読み出しと表示の間隔を短くしたら、１秒毎の表示が出来た。
各データの繰上りも確認できたので、ＲＸ８９００も動いていて、ＴＷＩの読み書きの出来ている事の確認が出来た。
リセットスイッチでの再起動時（バッテリーバックアップと同じ状態）も 時計は００秒から始まってしまう。
初期化に何か問題がある様な気がする。
初期化の所をよく見たら、コントロールレジスタの読み書きで、内部のアドレス指定、ビット指定が違っている様だ。
これを直せば、うまく行くような気がする
初期化関数をＲＸ８９００に合わせて書き換えた。
ＩＮＴ０の端子（４ピン）を１０ｋΩでプルアップした。
ＩＮＴ０割込みが入らない。なぜ？－－＞ＩＮＴ０は動いている。ＩＮＴ０（４ピン）をＧＮＤにつなげればＲＴＣの読み込みに行く。
ＲＸ８９００の／ＩＮＴ端子から出ていないと言う事になる。なぜかわからないが出ていない様だ。
取りあえず ／ＩＮＴ端子の出力は止め（ＵＩＥを止めた）、ＦＯＵＴの信号を１Ｈｚにして、これをＩＮＴ０に入れる事にする。
これならば、１秒周期でＲＴＣのデータを見に行っているので、１秒毎に時計が進んでいく。
- ２０２３年５月１９日
／ＩＮＴ端子に出力が出ない件は、単純に設定を間違えていて、１分毎に出る設定になっていた。
今の所は、両方とも出る様にしているが、ＦＯＵＴをＩＮＴ０に入れている。不都合が有ったらその時考える。
スイッチを２つ追加して、設定動作も追加した。ビルドは出来たが、まだ書き込んでいない。
- ２０２３年５月２０日
ＣＰＵに書き込んだが、スイッチに反応は無い。
青ＬＥＤが点滅しているので タイマー割込みは生きている。
スイッチ初期化関数を忘れていた。
その他細かい所で書き間違いなどが有ったが、基本的には設定動作を含め、時計としての機能は動いている。
ＲＸ８９００の温度も表示し、
タイトルも表示する。
このプログラム（旧１）で時計としての体裁と動作は出来たと思う。
- ２０２３年５月２１日
ＲＸ８９００のバッテリーバックアップも確認した。
単三電池２本＋１００Ω＋ショットキーダイオードをＢＡＴ端子に接続して、
現在時刻に合わした後、電源ＯＦＦ。２時間以上経過して再度電源ＯＮし、現在時刻が狂っていない事を確認した。
１秒割込みは／ＩＮＴ端子から信号にした。
バッテリーバックアップで４時間ぐらい電源ＯＦＦしていると、時刻が戻ってしまう。
なぜ？電池の電圧は３Ｖ有る。ノイズが入るか？確かに推奨回路に有るコンデンサは入れていないが、
それで２時間は良くて４時間がダメになるだろうか？
電源を切った時ＯＬＥＤの表示が２秒ぐらい残るが、それはバッテリからの電流で表示していると思う。
その時にバッテリからの直列抵抗でＢＡＴ端子に掛かる電圧が下がってしまう事は無いのか？
もしも それが原因ならＲＸ８９００の電源（ＶＤＤ）も５Ｖからダイオードを通して接続する必要が有るだろう。
その場合はＶＤＤと／ＢＡＴ端子の所にコンデンサは必要だろう。
なので、０．１ｕＦを／ＢＡＴ端子に追加した。現在時刻に合わせて、電源をＯＦＦする。
- ２０２３年５月２２日
今朝、再度電源をＯＮして確認したら、時刻は正確で問題は無い。６～７時間はＯＫ。
また、ＯＦＦして夜まで放置する事にした。
夜に、電源ＯＮした。時計は狂っていなかった。１２時間以上の放置なので、このコンデンサの追加で良しとする。
電池の替りに１００ｕＦのコンデンサを付けると、
消費電流を１．５ｕＡとして約２００秒（３分と２０秒）はＲＴＣの動作が保持できる。
１０ｕＦを付ければ２０秒保持できる。今は０．１ｕＦなので０．２秒ぐらいだが、１０ｕＦにすれば
電池交換の時ぐらいは保持できそう。
計算式は「t = {C × (V0 - V1)} / I」
t：放電時間 (sec.)、C：コンデンサ容量 (F)、V0：充電電圧 (V)、V1:放電後電圧 (V)、I：放電電流 (A)
１．５Ｆを使うと約８３０時間（約３４日）になる。リチウム電池より良いかもしれない。
今のプログラムでは、電源ＯＮの時にＶＬＦだけ見ているが、
ＶＬＦが立っていなくてもＶＤＥＴが立つ事が有るのでを、
それも見て１の時は０を書き込んで、温度補償を再開する必要が有る。
リチウム電池ならば、中途半端な電圧はまず出ないので、見なくても良いかと思うが、
コンデンサやマンガン電池等の時だらだら電圧が下がるので、ＶＤＥＴも見る必要が有るだろう。
ＶＤＥＴを見るプログラム（旧２）に変更して書き込んだ。
- ２０２３年５月２３日
ライブラリにＲＸ８９００を追加して、回路図（旧５）にＲＸ８９００を追加した。
基板図はまだ出来ていない。
- ２０２３年５月２４日
ＲＸ８９００を追加した基板図（旧４）も出来た。
この基板を作る必要が有るか？
ブレッドボードでは本来の性能が出ない、ＳＭＤしかない、
そのような物の動作チェックが出来る物の方が必要なのではないか？
- ２０２３年５月２５日
ガーバーファイル（旧１）を作った。
部品表（旧１）も作った。
- ２０２４年２月６日
基板は作らなかったが、ＯＬＥＤとＲＸ８９００の動作が確認できて、
他の物（8x48ドットLED フォトボックス）にここのプログラムが流用出来たので、
ここは、アップロードしていないが、一旦これで完了とする。
- ２０２４年２月７日
終わりにするつもりだったが、ｍｅｇａ１６０８の物がまだ動いていないので、
周辺の物が同じこの基板で動かしてから、１６０８に移植する手も有ると思いなおした。
まだ、未完とする
なので、回路図、基板図の細かい修正、見直しをする必要が有る。
今思いつく物は以下の通り
- ＲＴＣにＲＸ８９００を追加したい
- ＤＳ３２３４は削除したい。
- プルアップ抵抗付で押しボタンスイッチを２つぐらい追加たい。
- リセット用の押しボタンスイッチを上から押すものに変更したい。
- ＲＸ８９００のＦＯＵＴにＬＥＤを追加したい。
- 裏側にあるバックアップ用電池を表側に移したい。
ｍｅｇａ１６０８で同じような物が有るので
タイトルを「ｍｅｇａ３２８のＯＬＥＤ等のテスト」に変更した。
このｈｔｍｌファイルの名称は「ｍｕｎｕｆａｃｔ＿３２８＿ｏｌｅｄ＿ｉｉｃ」に変更した。
このフォルダ名も「ｍｅｇａ３２８＿ｏｌｅｄ＿ｉｉｃ＿ｔｅｓｔ」に変更した。
- ２０２４年２月９日
単純に今のままではｍｅｇａ１６０８とほとんど同じなので面白くない。
周辺に付く物を、別ブロックにしたい。ＲＴＣ、ＧＬＣＤ、位かな。
他の物は元々別ブロック（別基板）になっている。
この二つを別基板に出来る様にして、アングルのシングルラインのコネクタを介して、立てて繋げる様にしたい
ＧＬＣＤ（ＡＱＭ１２４８）はコンデンサなども含める事にして、電源２本とインターフェースの４本とリセット１本で計７本なので
７ピンのアングルシングルラインのヘッダーを付ける。
ＲＴＣ（ＲＸ８９００）はテスト端子（Ｔ１とＴ２）以外の８本なので、８ピンのアングルシングルラインのヘッダーを付ける。
- ２０２４年２月１９日
ＩＩＣの４ビットのＩ／Ｏエキスパンダーを追加して、スイッチ入力とＬＥＤ点灯の動作を追加したい。
これもブロック化して、秋月のＯＬＥＤと同じ様な４Ｐコネクタで接続したい。
- ２０２４年２月２２日
ＩＩＣの４ビットのＩ／Ｏエキスパンダー「ＰＣＡ９５３６Ｄ」を追加して、スイッチ入力とＬＥＤも追加した。
回路図は ＧＬＣＤとＲＴＣとＩ／Ｏエキスパンダーをブロック化して、切り離した時には４Ｐコネクタで接続出来る様にした。
- ２０２４年２月２７日
ブロック化した回路図、基板図が大体出来たが、部品番号、部品名が基板内に収まらない。
もう少し時間が掛かりそう。
まだ、コネクタを角ピンに戻していない。
コネクタに１ピン、８ピン等の表示がライブラリの中に書いて有るが、
他の部品と重なる事も有るので、ピン番号を無くしたライブラリを作りたい。
- ２０２４年２月２８日
コネクタを角ピンに戻した。
ピン番号を無くしたライブラリを作った。
回路図（旧６）と基板図（旧５）は出来た。
ガーバーファイル（旧２）も作った。
部品表も作った。
- ２０２４年３月１０日
今日明日という訳では無いが、以下の物を購入して実験をしたい。
マルツ（Digi key）でＩ／Ｏエキスパンダー「ＰＣＡ９５３６Ｄ．１１８」３５０円
ＲＳでＩ／Ｏエキスパンダー「ＰＣＡ９５３６Ｄ．１１８」５個パックで１１８１円
- Ｉ／Ｏエキスパンダー「ＰＣＡ９５３６Ｄ．１１８」２個（マルツで）
- ２０２４年３月１７日
回路図は、 赤外線受光部、赤外線発光部、電源回路、の３回路をブロック化した。
- ３月２０日
Ｉ／Ｏエキスパンダー等をマルツ（Digi key）に、注文した。
- ３月２２日
秋月のＧＰＳ（ＧＮＳＳ）受信機の基板型の物が販売終了になっている。
ＲＳにもＧＰＳが有る。２２３１円で在庫が５個で、再入荷も無いみたい。
表面実装なので基板かする必要が有る。バッテリバックアップはどうするか？
他の所にも有るが、ほとんどがアンテナが別付の物になる。一体型の物がすこしは有るが、高い。６０００円とか１００００円以上とかになる。
ＲＳのが今の所一番安い。
そうなると、秋月のケーブルでつなぐ、シリアル通信の物が現実的の様な気がする。
なお、今は以前に購入した手持ちの物（ＧＴ－９０２ＰＭＧＧ）とは型名が違っている。
- ２０２４年３月２３日
ブロック化した物を描いた。ユニバーサル部分は無くなった。
回路図と基板図は出来た。
ガーバーファイル（旧１）も作った。
部品表はまだ出来ていない。
- ２０２４年３月２３日
ＲＳでは、他にもアンテナ付きの物が有るが、手はんだは非常に難しい形状になる。
ＩＣの上にアンテナを載せた形で、基板とアンテナの隙間が２．３ｍｍで、ＩＣの端子は端面に半田付けする感じで１ｍｍ奥になる。
端子のピッチは２．５４ｍｍなので、やってできない事は無いかもしれないが、難しいと思う。
- ２０２４年７月２３日
ＯＬＥＤが基板からはみ出ているが、そのはみ出た部分の取付穴が、ガーバーファイルに反映されてしまい、
Ｅｌｅｃｒｏｗに注文する時に１００ｘ１００に収まらない。その為、価格が３倍以上になってしまう。
ＯＬＥＤのライブラリを追加して、２つの取付穴の物を作り、それを使う回路にし、
ガーバーファイルを作り直した。
- ２０２４年７月２４日
ＥｌｅｃｒｏｗにＰＣＢを注文した。
午後には「ｉｎ－ｐｒｏｄｕｃｔｉｏｎ」になった
- ２０２４年７月２９日
Ｅｌｅｃｒｏｗから発送したとメールが来た。
配送状況を調べたら、既に、佐川急便で配達中になっている。
速すぎる（メールが遅い？）
夕方には荷物が配達された。
（いつもの宅配便みたいな伝票は貼っていなかった）
基板（表、裏）
- ２０２４年８月７日
在庫部品を調べ、足りない物を、「秋月」、「マルツ」、「ヒロスギネット」に注文した。
「廣杉計器」は個人で注文できなくなったので、「ヒロスギネット」になったが、比べると結構高い。
- ２０２４年９月１０日
部品を取り付け始めた。
-
「ＥＸＴ．Ｉ／Ｏ ＳＥＣＴＩＯＮ」のＳ６と 隣の３Ｐジャンパーが干渉する。
多分、Ｓ６の取り付け位置が、ほんのちょっとズレた為だと思う。
ジャンパーのベースと少し削り、取り付けた。
-
「ＲＴＣ ＳＥＣＴＩＯＮ」のＪＰ６の半田付け部分とＣＲ１２２０の電池ホルダーが干渉する。
電池ホルダーを少し削り、ＪＰ６の半田の盛り上がりを少なくした。
部品を全て取り付けた。
基板（表、裏）
- ２０２４年９月１６日
電源を入れたら、白ＬＥＤが点灯したので、電源系統は大丈夫だろう。
６Ｐの書き込みコネクタにＩＳＰを接続て、シグネチャーが読めたので、
あとは、プログラムを書いて確認する事になる。
- ２０２４年１０月７日
ＶＤＥＴを見るプログラム（旧３）を書き込んだら、
ＯＬＥＤに時計表示が出来た。しかし、秒表示が進まない。と言うか 表示が最初だけで更新されない。
リセットスイッチで再起動すると、時計は進んでいるみたい。
１秒の割込みでフラグを立て、メイン側でそれを見て処理をする所に来ていない。
強制的に約１秒でこのフラグを立てると、動作としては良くなる。なので、割込みの処理をしていない事になる。
ソフト的な設定が悪いのか、ハード的に悪いのか？
このソフトはブレッドボードで動いていたはずなので、ハードの可能性が高い。
－－＞割込み端子のプルアップが無かった。
今回の基板ではハードのプルアップ抵抗が無いので
ＣＰＵ内部のプルアップを有効にする必要が有った。
多分、ブレッドボードではハード的に抵抗を入れていたのだろう。
ＣＰＵ内部でプルアップしたプログラム（旧４）で、
ＲＴＣとＯＬＥＤの動作は確認できた。
- ２０２４年１０月８日
外部Ｉ／Ｏの出力（ＬＥＤ）と入力（スイッチ）の確認ができた。
ＲＴＣのバッテリバックアップも確認できた。
グラフィックＬＣＤ１２８ｘ４８ドットの表示も確認できた。
- ２０２４年１０月９日
グラフィックＬＣＤ１２８ｘ４８ドットの表示が、ＯＬＥＤと上下が逆だったので合わせた。
- ２０２４年１０月１０日
リモート用赤外線ＬＥＤ駆動にタイマー０を使う予定だったが、信号の出力ピンをＯＣ０Ａにしている。
これだと、タイマー０の高速ＰＷＭ出力で３８ｋＨｚの周期を出せないので、ＯＣ０Ｂにする必要が有る。
しかし、高速ＰＷＭ動作の場合は３８ｋＨｚを出せないが、
位相基準ＰＷＭでトグル動作ならば、ＯＣ０Ａに３８ｋＨｚを出せる。
なので、位相基準ＰＷＭでトグル動作の設定を行う事にする。
出力のＯＮ／ＯＦＦはソフトで時間を測って（タイマー１を使うかも？）、
ＴＣＣＲ０ＡレジスタのＣＯＭ０Ａ１ビットとＣＯＭ０Ａ０ビットを操作して行う。
ＣＯＭ０Ａ１ビット＝０、ＣＯＭ０Ａ０ビット＝０でＯＦＦ
ＣＯＭ０Ａ１ビット＝０、ＣＯＭ０Ａ０ビット＝１でＯＮ
ＴＣＣＲ０ＢレジスタのＷＧＭ０２ビット＝１、
ＴＣＣＲ０ＡレジスタのＷＧＭ０１ビット＝０、ＷＧＭ００ビット＝１に設定して
位相基準ＰＷＭにする。
３８ｋＨｚを出す為にはその周期の半分の時間（１３．１６ｕＳ）になる値をＯＣＲ０Ａに書く。
プロスケーラを１／１にして
（ＴＣＣＲ０ＢレジスタのＣＳ０２ビット＝０、ＣＳ０１ビット＝０、ＣＳ００＝１）、
ＯＣＲ０Ａの値を１０５とする
- ２０２４年１０月１１日
タイマー０の位相基準ＰＷＭで３８ｋＨｚは出せた。１６ｘ１６ドット２色ＬＥＤ時計で
赤外線が入ったと認識できた。ＳＥＬＥＣＴスイッチを押したコードと 短く押して離した時はコードは
出力したら、「８ｘ４８ドットＬＥＤフォトボックス」で認識できた。
３８ｋＨｚのＬＥＤは電流が多いみたいで、ＩＳＰを接続していると電圧が落ちてしまい、リセットが掛かってしまう。
ＩＳＰを外せば大丈夫。
- ２０２４年１０月１２日
ニキシーリモコンの動作が安定しない。
「８ｘ４８ドットＬＥＤフォトボックス」で受け付ける時も有れば、受け付けない時もある。
ＳＥＴスイッチの物は、全然受け付けない。（これはソフト？）
ハード的には、大丈夫だと思うのだが、心配なのは動作クロックがＣＰＵ内部の発振なので精度は良くない。
外部の水晶発振子にした方が良い。
－－＞外部クリスタルにヒューズをへんこうしたら、かえって受け付けなくなった。
なぜか、元の内部発振に戻しても受け付けなくなった。
と言うか、内部でも、外部でも不安定
精度の面から考えて外部クリスタルにする
何にしろ、動作が安定しない。 オシロで信号を見ないとダメだろう
- ２０２４年１０月１３日
オシロで見た所、３８ｋＨｚが出ていない。約２１ｋＨｚになっている。
タイマー０の設定をどこかで間違っているみたい。
これが本当だったら、この信号を受けた動作する方がおかしい。
タイマー０のＯＣＲ０Ａを４７（今までは９５）に変更する
－－＞周波数が約４２ｋＨｚになった。ちょっとズレた値だが、
順調に受信してくれる。
微調が必要かもしれないが、今はこのままで良しとする
なぜ今までの値が９５なのかわからない。１０月１０日の計算では１０５になっている。
なので、５２にしてみると ３８．７９ｋＨｚで、
５３にしてみると ３７．５９ｋＨｚになった。
ピッタリには出来ないので 近い値のなる ５３にした。
- ２０２４年１０月１５日
ソフトの構成を考え直す。
- ＬＥＤの点滅の後、スイッチが２つとも押されていたら、各動作モードの選択をする。
- スイッチが押されていない時は、
保存してあるモード（ＥＥＰＲＯＭの値）で 動作を開始する
- 動作モードとしては、
- 時計動作
- ニキシー管用リモコン動作
- ＮＥＣシーリングライト用リモコン動作
- ＧＰＳデータ表示動作（ジャンパー切り替え必要）
とし、ＳＥＬＥＣＴスイッチとＳＥＴスイッチで指定し、動作を開始する
その時ＥＥＰＲＯＭのこのモードを保存する
- 各動作中の表示はＯＬＥＤとＧＬＣＤに同じ様に表示する
ＧＬＣＤは表示行数は少ないが 表示ＲＡＭには書き込み、
それで表示出来ない項目は諦める
- ２０２４年１０月２０日
リモコンモードの受信データの表示に、スクロールが必要になるので、
表示器へのコマンドである程度対処しようとしたが、ＯＬＥＤとＧＬＣＤでは
表示器のＩＣが違うので、違うコマンドで対処する事にした。
ＯＬＥＤはＳＳＤ１３０６だが、ＧＬＣＤはＳＳＤ１３０６の互換では無い様だ。コマンドの種類が少ない。
- ２０２４年１０月２６日
電源ＯＮ時のスイッチ押しでのモ－ド選択は出来た。
リモコンモードの動作は送受信共に出来た。
ＧＰＳモードは受信のみだが、ＧＰＳのモジュールが見つからない。どこに仕舞ったかわからない。
仕方がないので、ＢＰＳを６００にして、リモコンモードの送信を転用して、それらしいデータを出す事にして
表示のチェックは出来た。但し、本物データでない事と、通信速度が違うので本物を繋いだ時にどうなるか不安が残る。
後は、赤外ＮＥＣモードがまだ出来ていない。
- ２０２４年１０月２７日
今までの赤外ＮＥＣモードの送受信共に割込みを使っていない。
なので、自分で出したデータの表示は出来なかった。
ＰＤ０（ＲＸＤ）信号の立ち上がり、下がりで割込みが掛けられれば、受信は割込み(PCINT16)を使い、
送信は割込みを使わない方法にすれば、自分で出したデータも受信出来そう。
ＧＰＳモードの受信では、標準で１秒間隔で送ってくるデータが１行で７０バイト位で、それが１１行有る。
つまり１秒毎に７７０バイト送って来ると言う事になる。
受信バッファは処理しきれないし、表示も１画面に入らない。＄ＧＰＲＭＣに限って受信する必要がある。
受信バッファも今のままでは足りないので１２８にする必要が有る。
- ２０２４年１０月２９日
外付けＧＰＳモジュールが見つかったので、接続してみた。
やはり、データを取りっぱぐれているみたい。受信が悪いのか、表示が悪いのか。
それと、コマンドが＄ＧＰでなく、＄ＧＮで来ている。
思い出したのだが、以前もコマンド違いでデータが取れない事が有った。
基本は＄ＧＰだが、＄ＧＡ，＄ＧＢ，＄ＧＬ、＄ＧＮ、＄＄ＧＱもバージョンによって来る事が有る。
受信バッファは処理しきれないし、表示も１画面に入らない。＄ＧＰＲＭＣに限って受信する事とする。
- ２０２４年１１月０４日
赤外ＮＥＣモードの受信を割込みを使った物に買い替えた。
受信動作をさせてみると、タイマーオーバーフロー割込みが入ってしまう。
オシロで見ると、立ち上がりと立下りの両方で処理に飛んでいるのは分かった。
オーバーフローはリ－ダー部の信号無し（Ｈ）の所でオーバーフローになっているみたい。
リーダー部信号の時間は有りが約１０ｍＳで無しが約５ｍｓになっているので、
これでオーバーフローになるのがわからない。
オシロで見る時に、オシロの具合が悪く（輝度調整がうまく行かない）、波形を見るのに苦労した。
購入時から約１４年経過しているので、新しいオシロが欲しい。今度は４ＣＨが欲しい。
今の物とほとんど同じ様な感じで、４ＣＨになって、帯域が１００ＭＨｚになった物が、
秋月だと、約４万円で売っている。欲しいが、これからどの位使うかを考えると迷う。
- ２０２４年１１月０７日
ＰＣＩＮＴ１６の間隔をタイマー１のカウンター値を表示してで調べてみたら、
値が思ったような値ではない。しかも、バラつきが大きい。（テキストファイル）
なぜ？
- ２０２４年１１月０８日
ＰＣＩＮＴ１６の間隔のバラつきとカウンター値の違いはなぜ起こるのか？
ＰＣＩＮＴ１６の割込み回数（保存データ数）が思っていた物と違う（多い）のは？
データ６４回(４バイトｘ８ビット)+リーダー２回+ストップビット２回=６８回が７６回
以下 考察と検証
- カウンター値の思った物との違いは、カウントする周波数が違っているか？
－－＞オーバーフローが１０回ごとに、青ＬＥＤの点滅を繰り返す動作で確認した。
ストップウォッチ計測で点滅が１０回で１３．０９秒になった。
計算上の値が１３．１０７秒（６５５３５ｕＳｘ１０ｘ２０）なので、
タイマー１の設定（カウント周波数）は良い。
- カウンター値の思った物との違いは、カウント値を保存するまでの時間が長いのか？
- カウンター値の思った物との違いは、何かの傾向が有るのかを調べる必要が有る
- カウンター値がばらつくのは、ＰＣＩＮＴ１６の信号にノイズが有るのか？
－－＞オシロで入力信号波形を調べる必要が有る。
- カウンター値がばらつくのは、カウント値を保存するまでの時間がばらつくのか？
- カウンター値のばらつき方が毎回同じなのか、細かく調べる必要が有る
- 他の割込みの時間が長くて、ＰＣＩＮＴ１６の割込みが待ちになるのか？
－－＞オシロで入力信号と処理開始までの時間を調べる必要が有る。
- 値の違いとバラつきの両方に関係するが、タイマー１の設定が間違っているのか？
－－＞タイマー１の設定（カウント周波数）は良いが、
カウント値の読み出しとか、クリアーなどが間違っているかの確認が必要。
- 値の違いとバラつきの両方に関係するが、タイマー１が壊れているのか？
－－＞ＣＰＵを交換したが、傾向は同じだが、カウント値、割込み回数は変化する
ＣＰＵの動作として（タイマー１の動作として）も、
同じなので壊れていないと判断した。元のＣＰＵに戻した。
- ２０２４年１１月１１日
ＰＣＩＮＴ１６の間隔はリーダー部を除けば、約５６０ｕＳと約１６９０ｕＳになる筈。
リーダー部は約９０００ｕＳと４５００ｕＳになる筈だが、カウンター値で見る限り、全然違う値になっている。
どこか、読む所で間違っているのか？
- ２０２４年１１月１９日
ＰＣＩＮＴ１６の間隔で判断する所で信号出す様にして、オシロでチェックすると、
リーダーの最初の所は来るが、２回目（３８ｋＨｚが無くなる時）の割込みで、判断に来ない。
ｅｌｓｅの所（ノイズだと判断する所）で信号を出すようにするとそこに来る事が分かった。
信号を見た時に思ったような信号（Ｈｉｇｈ）になっていない事になる。
オシロで入力の信号と割込みタイミング、判断の所までの時間を見ると、
入力からｅｌｓｅで信号を出す所までは１２、３ｕＳ掛かっている。
オシロで見る限り、入力信号はＨｉｇｈになっている。
なぜかわからない？
ポートデータを見る所で、書き方が間違っている。入力は「ＰＩＮＤ」と書かなければ行けないが、
「ＰＯＲＴＤ」と書いていた。入力信号を見ずに、出力信号を見ている事になる。
今日の所はここまでで、ソフト変更はまだしない
- ２０２４年１１月２０日
「ＰＩＮＤ」に変更した。データを表示するが、４バイト目のデータが変化している。
基本的にいつも同じデータが来ている筈なので、おかしい。
データの値もおかしい。本来のデータは「0x41,0xb6,0xd5,0x2a」で
シリアルデータはＭＳＢから出力れるので、ビット列は[01000001 10110110 11010101 00101010]になる。
表示しているのは「02-119F」となっている。そもそも「-」はおかしい。
オシロのデータを見ても（頭の方だけ）[01000001 10110110 ....]になっている。
やはり、受信（表示？）がおかしい。
- ２０２４年１１月２１日
表示がおかしいみたい。固定文字列（"41B6D52A"）を表示させても全然違う文字を表示する。なぜ？
赤外線のＮＥＣモードの所では表示していない。永久ＬＥＤ点滅を入れてもそこに来ない。
表示関数は呼んでいるが、データ数が０で戻るみたい。
- ２０２４年１１月２８日
ＯＬＥＤとＬＣＤを基板に固定した。今までは仮付けみたいな感じだった。
その時気が付いたのだが、ＯＬＥＤの穴間隔が以前の物と違っていた。
今度の物の方が穴間隔が広かったのでヤスリで長穴にして固定した。
- ２０２４年１２月２日
表示がおかしい理由が分かった。０か１かを決める時間を測った結果が範囲外の時に
その時の状態とカウンターの値（時間）を表示していた。
今の表示が「０２－１１９８」になっているので、
状態が２（１６進数）でカウンター値が１１９８（１６進数）と言う事になる
状態が２と言う事は１ビット目のデータ部ＯＮ待ちの時で、ＯＮしたのだが、
待っていた時間１１９８（１０進数では４５０４）が範囲外なので、エラーになったと言う事になる。
つまり、リーダー部のＯＦＦ時間が「長い」或いは「短い」と言う事になる。
思惑では最小の値が４４８０のつもりなので、この値ならばＯＫだと思うのだが、どうなっているか？
リーダー部はＯＮ部分とＯＦＦ部分の合計の時間で見ていたので、ＯＦＦになった時にカウンターを０にしてはいけなかった。
カウンターの０を止めたら範囲外のエラーは無くなった。
しかし、まだデータを表示しない
- ２０２４年１２月３日
受信データ数を戻す時に使う変数に、データ数を入れていなかった。
これを修正して 受信データを表示する様になった。
と思ったが、固定値を表示している。どこかにデバッグ用が残っているみたい。
それに加え、タイマーオーバーフローが連発する
（取りあえずオーバーフロー表示を止めている）
固定値を入れる所が有ったので修正したが、値がいつも００になる。
受信データが上手く受けわせていなかった。変数を間違えていた。
そこを修正したら それらしい値を表示したが、１番目は良いが２番目以降はいつも１番目の受信データを表示する。
まだ、うまくない。
それと、根本的にデータ数４で決め打ちで受信をしているが、
４とは限らないので ４でない場合でも表示出来る必要が有る。
リングバッファを使って、割込み側とメイン側のやり取りをして、データが有ったら表示するみたいな方式にしたい。
（ニキシー管時計用の表示みたいな方式）
- ２０２４年１２月４日
受信データの表示で「41 B6 D5 2A」を送信している筈が「41 36 55 2A」になっている。
Ｄ７ビットが０になっている。Ｄ７がバイト単位で考えた時に最初のビットなのでそこがおかしい事になる。
ＯＦＦの時間が短いか、判断の値がおかしいかになる。判断の値は最初のビットだけが違う事は無く、
見ている所は他のビットと共通なので ＯＦＦ時間が短いと言う事になる。どうだろうか？
－－＞比較する時間の見方が間違っていた。
ＯＮ時間は見ずにＯＮ＋ＯＦＦ時間で ０か１かの判定をする事にしていたのに
ＯＮからＯＦＦになった時にカウンターを０にしているので、
ＯＦＦ時間だけで判定していた。
ＯＮからＯＦＦになった時のカウンターを０にするのを止めたら、
表示の値は正常になった。
基本的に、「データ（リーダー部も含め）は、ＯＮ時間＋ＯＦＦ時間で判定し、
ＯＮ時間とＯＦＦ時間を別々に判定はしない」と言う考えになっている。
- ２０２４年１２月５日
受信データ数に関係なく、データを取って表示する方法をもう少し細かく考えてみる
- リングバッファで、割込み側（取得側）から表示側に渡す。
- リングバッファはunsigned short の３２個のバッファとする。
- 受信データはunsigned shortの下位ビットに入れ、上位８ビットは受信データの順番（リーダー部の次が１）を入れる
- 表示側では 受信データ（下位８ビット）を２桁１６進数表示とする
- 表示側では 順番が１を表示する時は次の行の一番左に”＞”を書いてから表示を始める。
- リーダー部の判定は、信号の上りから下がりまでの時間が３ｍＳ以上だったら、次の立ち上がりは１番目データの信号とする
- ２０２４年１２月６日
リングバッファ方式を考え始めるが、リングバッファ方式にするのは簡単だが、
割込みで、リーダー部の次が１番目のデータとなるが、その認識方法が本当に良いのか？
信号の上りから下がりで良いのか？、信号有る無の合計で見た方が良いのか？、
ストップビット後の信号無し時間で見た方が良いのか？
もう少しよく考える必要が有りそう。
リングバッファはソースに入れた。
まだ、１番目のデータの認識の所が出来ていない。
- ２０２４年１２月８日
リーダー部の認識を、信号が来た時点で その前の信号が来た時から８ｍＳ以上経過していたら
リーダー部の頭（信号有り部）と認識する。
- ２０２４年１２月９日
リーダー部認識の８ｍＳ以上を見る時にオーバーフローも確認する必要が有る。
その為にオーバーフロー割込みでフラグを立てる事にする。
それに関連して、信号が来た時（立下り割込みで）カウンター値を０にする時にそのフラグも消す必要が有る。
また、微妙な隙間を考慮すると、オーバーフロー割込み要求フラグ（ＴＩＦＲ１のＴＯＶ１ビット）も消す必要が有る。
よく考えたら、８ｍＳＯＦＦ部が無い時も有りそう。
やはり、ＯＮ時間を見て、９ｍＳ（±２０％）だったら 次のＯＮ部は最初のビットと言う判断で行きたい
- ２０２４年１２月１９日
ソースを修正した。オーバーフロー割込み要求フラグ（ＴＩＦＲ１のＴＯＶ１ビット）の処理は行っていない。
ビルドは通った。まだ、書き込みはしていない。
- ２０２４年１２月２２日
ＣＰＵに書き込んで動作をさせた。ＮＥＣ照明器の表示するデータは合っているのだが、横並びにならない。
いつも１番目のデータみたいに見える。まだ、表示する所か、保存する所がおかしいみたい。
でも、データを表示していると言う事は、バッファリングでのデータの受け渡しはうまく行っているみたい。
Ｉ／Ｏ－ＴＶのデータも正しく表示していると思う。最初のデータはスクロールアップで消えてしまって確認できないが、
終わりの４データを見た限りでは、有っている。
- ２０２４年１２月２４日
データを入れる所で番号の半数が間違っていた。
表示部分でも１番目以外の区切り記号の入れ方が間違っていた。
修正したら、ＮＥＣ表示器もＩ／Ｏ－ＴＶも思ったような表示になった。
しかし、表示データ数が少なくてすぐにスクロールアップしてしまうが、
１グループのデータは表示出来るので 機能的はこれで良しとする。
後は送信機能を入れる必要が有る。
送信を入れれば、自分で送信したデータを表示するはず。
- ２０２４年１２月２５日
送信の考え方として、５６０ｕＳを基準単位として、その周期でタイマー割込みを掛ける。
その割込み処理で、３８ｋＨｚのＯＮ／ＯＦＦを行う。
ＯＮ／ＯＦＦの元になるデータをメイン側で用意して、用意が出来たらタイマーを起動する。
割込みでデータを全て送ったら、送信完了フラグを立てるので、メイン側でタイマーを停止する。
メイン側で用意するデータは、送信バイト数と、送信データ。
割込み処理では、最初のリーダーの送信してから、データをビット単位に分解して、
０の送信か、１の送信か、をデータ数分行い、最後のストップビットの送信までを行い、
送信完了フラグを立てる事にする。
タイマーは現在使用していない「Ｔｉｍｅｒ０」を使いたい。
５６０ｕＳピッタリでなくても、数パーセントのズレならば大丈夫だろう。
１回の割込み周期（５６０ｕＳ）を１Ｔとすると、
リーダー部はＯＮ：１６Ｔ、ＯＦＦ：８Ｔ
データ部は
０のビットはＯＮ：１Ｔ、ＯＦＦ：１Ｔ
１のビットはＯＮ：１Ｔ、ＯＦＦ：３Ｔ
ストップビットはＯＮ：１Ｔ、ＯＦＦ：８Ｔ（仮）
と、考える。
細かい所、具体的な所は徐々に詰めていこうと思う
- ２０２４年１２月２６日
送信にＴｉｍｅｒ０を考えたが、このタイマーは３８ｋＨの信号出力に使っていた。
基本的な考え方をやり直す必要が有る。
タイマー割込みを使う方法はダメだろう。
どれかのタイマーのカウンター値を見るか、ソフトウエアタイマーで時間を見るしかないだろう。
どのカウンターもフリーランで動きっ放しは無いので、カウンター値を見るのはダメだろう。
どれかのタイマーの割込み時間を基準にして、そこでカウントした値を基準にはできないだろうか。
タイマー１は０クリアを途中でするので使えない。
そうなると、タイマー２か、タイマー０になるが、タイマー２は基準時間が２００ｕＳで長すぎる。
残るはタイマー０だが、今は割込みを使っていないが、３８ｋＨｚの動作なので、２６．３ｕＳ周期なので
その中で割込み処理をするのは結構きついような気がするが、変数を＋１するだけならば、出来なくもないかな？
- ２０２４年１２月２９日
タイマー０のＯＶＦ割込みでプログラムを書いたが、割込みの確認が出来ない。
取りあえず、１回でも入れば、青ＬＥＤの点灯を入れてみる。
－－＞割込みはＯＫ、確認部分がコメントになっていた。
１Ｔの周期を確認したら５５７ｕＳ周期になっていたので、周期の値もＯＫ
送信の部分も書いてコンパイルは通った。
まだ、ＣＰＵに書き込んでいない。
- ２０２４年１２月３０日
ＣＰＵに書き込んだ。
ＰＣＩＮＴ１６の設定がまずくて、３８ｋＨｚが出なかったが、修正したら出た。
しかし、データがおかしい。スクロールしてハッキリわからないが、データが多い。間に００が入るみたい？
- ２０２５年１月１日
受信データ表示が１行に入らず、見難いので６ｘ８ドット表示に変更した。
赤外線データの出力を見る（自分で出した物のデータ）と、００になっている。
Ｓ１（シルクＳ５）のデータとＳ２（シルクＳ２）のデータで出しているデータ量（時間）が違う。
なぜかＳ２がすごく多い。Ｓ１も表示上のデータ数は有っていない。
このＮＥＣモードに入って、すぐにスイッチを押しても表示しない。
青ＬＥＤを見る限り何か出しているみたいだが、３８ｋＨｚ信号の長さが正しいかはわからない。
スイッチを何度か押すとリセットが掛かったみたいに最初からプログラムが動く。なぜ？
- ２０２５年１月５日
オシロで出力波形を見たが、何となくだが、良さそう。
と思ったが、実際に動いている物の波形（Ｉ／Ｏデータ）と比べると、
全体の時間がなぜか短い（相似形）。
単位時間が間違っている？
一度受信データを表示すると、１バイトデータを出す前に23--24mS 位出しっぱなしの
時間が有る。なぜ？
仮に、１Ｔ周期を作る３８ｋＨｚの割込みでパルスを出す様にした。
周期を調べたら、約１４ｕＳになる。
周期が思っていた時間と違っていた。約半分になっている。
割込みの処理時間は約２，７ｕＳになる。
この様なタイミングで、受信と送信を同時に行うのは今の方式ではきついだろう。
１Ｔを測るカウンターを４０に修正したソフトをＣＰＵに書き込んだ。
受信データを表示したが、値がおかしい。
今日はここまで
- ２０２５年１月６日
波形を見て、Ｓ２のデータ表示がおかしいかが、分かった感じ。
データ（１バイト）とデータ（１バイト）の間に３８ｋＨｚが出ている時間が２３～２４ｍＳも有る。
これは、受信で１バイトとると表示に行くので、表示の時間中は３８ｋＨｚの出力制御に回らない。
その為、回って来た時には３８ｋＨｚを止める時間が過ぎていると言う事だろう。
但し、出力波形の時間は大体合っているみたい。なので１バイト目のデータの表示も合っている。
これを解決するには、全て割込みの中で処理すれば良いのだろうが、
割込み周期が１４ｕＳでは、処理時間が掛かり過ぎるので無理だろう
現実的な策としては、出力処理中はその中のループにして、表示に行かないようにする。
受信の割込みは入るので、受信データはバッファに溜まり、出力が終わってからその溜まったデータを表示する事にする。
Ｓ２の主力データがおかしい。値はハッキリしないが、デー数が６８位有る（オシロで数えた結果）
今の問題と直接は関係ないが、年末に購入した新しいオシロスコープ（ＤＨＯ８０４）の機能が使いやすい。
起動が遅いが、表示もきれいだし、タッチパネルなので選択項目の設定がやりやすい。
アナログ的な電圧レンジ、トリガレベル、時間軸などはつまみを回せば調整できるので、
今までの感覚から大きくズレないで使える。
パソコンと繋げられる筈なのだが、まだ、やっていない。繋げればもっと便利になるだろう。
起動時間が遅い件で、なぜか昔の仕事で使っていた真空管の大きくて重い岩通のオシロを思い出した。
そのオシロも、ファンが回りだして輝線が出るまでにずいぶん待ったような気がする。
なので、朝に電源を入れると途中で電源を切るのは昼休みぐらいだった。
（電源を切っておくと他の人に持って行かれることも有ったので）
おかしなな事で、昔を懐かしく思い出した。
- ２０２５年１月７日
出力処理中はその中のループにして、表示に行かないようにした。
正常なデータが出ていると思う。
表示するデータが出力した値で、Ｓ１（シルクはＳ５）で、シーリングライトをＯＮ／ＯＦＦ出来た。
Ｓ２（シルクはＳ２）も、出力した値を表示出来た。
しかし、２行（３行？）表示した後にリセットが掛かったみたいになる。
- ２０２５年１月８日
「２行（３行？）表示した後にリセットが掛かったみたいになる」件は
ＩＳＰを接続しないと起こらないので、多分、電池が減って来て５Ｖ電源が下がったのではないか。
と言う事で、この件は問題無しとする。
Ｓ１波形、Ｓ２波形
昨日の修正は、変更箇所をなるべく少なくして変更したので、すっきりしてない所も有るので、
スッキリしたソースにしたい。
- ２０２５年１月９日
出力関数を「ｉｒ＿ｎｅｃ＿ｔｒａｃｉｅｖｅｒ．ｃ」に移した。
昨日と同じ様に動作している。
出力を各ブロックごとのループにして、時間が来たら（カウンターが０になったら）そのループを抜ける様にした。
上手く動かない。何か出力はしているみたいだが、表示もしないし、シーリングライトもＯＮ／ＯＦしない。
少し時間が経過するとリセットしたみたいな症状になる。昨日と違って電池を新しい物でＩＳＰを外しても同じ。
取りあえず、関数の内容だけ昨日と同じ物に戻した。（関数の位置は移動したまま）。
- ２０２５年１月１０日
仮に、Ｓ１（シルクＳ５）は８日の関数を呼び、Ｓ２（シルクＳ２）は新しい関数を呼ぶようにした。
思った通り、Ｓ１（シルクＳ５）はデータが正しい（動作も表示も）
Ｓ２（シルクＳ２）は昨日と同じ様に おかしな動作になる。
おかしな表示をして、リセットから動くような感じ（スタックを食いつぶした？）
出力波形では １ビット目のデータは出ているみたいだが、２ビット目の３８ｋＨｚが出っ放し。
ｗｈｉｌｅ文のｂｒｅａｋの位置が間違っている所が有った。
間違いでは無いが、ループがわかりにくかったので データを出し終わるまでのループを
ｗｈｉｌｅ文から主にｆｏｒ文の２重ループに変更した。
リセットから動くような感じは（再起動） ＩＳＰを接続した時は起きるが、
外せば起きなくて、新品の乾電池にすれば、ＩＳＰを接続しても起きないにので、
電源が弱いと言う事にした。（今までは充電池を使っていた）
これでプログラム（旧５）は出来上がりとする
- ２０２５年１月１６日
切り離せるブロックを切り離し、コネクタで接続する形にした。
各ブロックは以下の６個に分かれ、ＣＰＵの基板にコネクタで接続される。
電源（１．５Ｖ－＞５Ｖ）ブロック、
赤外線発光ブロック、
赤外線受光ブロック、
ＬＣＤ表示ブロック、
拡張Ｉ／Ｏブロック、
ＲＴＣブロック
- ２０２５年１月２４日
ＧＰＳデータが取り逸れてるみたいなので、バッファーを大きくした。
加えて、ＯＬＥＤ表示を速くする為にＴＷＩの動作クロックを４００ｋＨｚに変更した。
修正後のプログラム。
- ２０２５年１月２６日
簡単な動作説明書を書いた。
へメールをお送り下さい。