- ２０２２年１２月２４日
ｍｅｇａ３２８の回路図と基板図をコピーした所。この後はｍｅｇａ１６０８のライブラリを作る必要が有る
ライブラリはＴＱＦＰ３２とＳＳＯＰ２８の２つを作った。
回路図を書いていて気がついたのだが、ＭＨｚレベルのクリスタル（セラロック）を付ける所が無い。
３２ｋＨｚのクリスタルは有るのだが、高い周波数の物は付ける場所が無い。
精度の高い動作が必要な時は、外部に発振器を付けて、外部クロックに入れる事になる様だ。
調歩同期の周波数は、内部発振の精度がある程度高いので大丈夫だと思うが、何かの時に問題にならないか心配。
回路図はまだ途中
- ２０２２年１２月２６日
回路図（旧１）と、
基板図（旧１）は大体出来た。
ガーバーファイル（旧１）も出来た。
部品は基本的にスルーホールを使った。ＣＰＵはＴＱＦＰにした。
- ２０２２年１２月２７日
基板のＧＰＳの番号を思い違いをしていた。
回路図（旧２）と、
基板図（旧２）を直した。
ガーバーファイル（旧２）も作り直した。
- ２０２３年５月２６日
ＣＰＵの名称を３２０８にした。
ＲＴＣにＲＸ８９００を追加した回路図と基板図を描いた。
- ２０２３年５月２７日
回路図をちょっと修正したので
基板図も変更した。
ガーバーファイルと
部品表も作った。
- ２０２３年８月２日
Ｅｌｅｃｒｏｗに 基板を注文した。
- ２０２３年８月８日
Ｅｌｅｃｒｏｗから発送したとのメールが来た。
ＯＣＳの配送状況を見たら昨日集荷されて、
今日の夕方には飛行機に乗せられて深セン宝安国際空港を出発した。
- ２０２３年８月１０日
Ｅｌｅｃｒｏｗから荷物が佐川急便の配送で届いた。
基板は見た所は良いみたい。
- ２０２３年１０月２７日
ＣＰＵを半田付けした。
この前はｍｅｇａ４８０９（ＴＱＦＰ４８）を半田付けしていたので、
このｍｅｇａ１６０８（ＴＱＦＰ３２）は楽に半田付けが出来た。
位置決めが特に楽だった。
他の部品もある程度は取り付けた。
電源部分は正常に動いているみたいで、５Ｖが出ている。
ＲＴＣ（ＲＸ８９００ＣＥ）の半田付けが難しい。
位置決めが難しくて、なかなかうまく行かないが、最初にフラックスを塗ってしまって、
乾き始めた時にＩＣを載せ、位置を決め、動かなくなるまで抑えておく。
抑えたまま、一つの隅を半田付けしてから、後の３か所を半田付けすると、何とか位置は決まるみたい。
その後に残りの６個の信号パターンを半田付けしようとしたが、ハンダごての先が入らず、
溶けたハンダが流れて行かない。信号線が半田付け出来ない状態で止まった。
今は、どうしたら良いか、わからない。
この半田付けが出来ないと、他のこれから組み立てる時計関係に支障が有る。
基板を作り直さなければいけないかもしれない。
ＲＴＣは後回しにして、ＬＥＤとリセットスイッチ（Ｓ４、ＰＦ６）を確認するプログラムを作った。
ｍｅｇａ１６０８用のプロジェクトで、ｍｅｇａ４８０９実験基板のプログラムをベースにして、
ＬＥＤ出力部分とスイッチ入力部分を修正して作った。
コンパイルも通り、書き込めて、ＬＥＤとスイッチの動作確認が出来た。
スイッチはＰＦ６で、リセットスイッチとしては使っていない。
ＰＩＣＫＩＴ４の接続するコネクタは１．５ｍｍピッチの３Ｐコネクタ（ＣＮ１）を使った。
- ２０２３年１０月２８日
連続出力のポートとビットがｍｅｇａ４８０９のままだったので、修正した。
出来たプログラム（旧１）は、ＰＢとＰＥは無くし、ＰＣは４ビットにした。
ブレッドボードでポート出力のチェックをすると、
ＰＣとＰＤの点灯場所がおかしい？
－－＞ブレッドボードとの繋ぎを間違っていた。出力ポートには問題なし。
- ２０２３年１０月２９日
ＲＴＣ（ＲＸ８９００ＣＥ）の半田付けについては、ハンダごての細い物でもう一度やってみて
半田が流れないように見えたら、それで終わりにして、他の所を組み立てて、動作を確認する事にしたい。
－－＞細い物で、フラックスを付けてから、
片側全体にハンダを付けるようにしてみたら、
何となくハンダが盛れたが、７ピンは付いてないかもしれない。
それと、これだけ温めてしまったのでＩＣが正常に機能するかわからない。
こわれてしまっていてもしようがない。
１～５ピン側、６～１０ピン側の写真の拡大を見ると、
２ピンと３ピンに半田が乗っていないみたい。
７ピンは何とかくっついている様な感じ
もう一度、２ピンと３ピンの半田付けに挑戦してみたい。
その為、周りの部品は後回しにする。目視ではよくわからなかった。
出力ポートのチェックでは、ポート出力の所にコネクタを付けなかったが、
そこまでの配線のチェックは出来た事になるので、コネクタを取り付ける事にした。
- ２０２３年１０月３０日
半田ごてに細工をして、もう一度ＲＴＣの半田付けをやってみた。
１～５ピン側、６～１０ピン側の写真の拡大を見ると、
良くはなったみたいだが、本当についているかはよくわからない。
今後の半田付けのやり方については、確実な所がわからないが、位置決めは正確に行わないと半田が乗りずらい。
予め、ＩＣの端子とＰＣＢのパターンに薄くハンダを載せて置き、フラックスを縫って、それである程度固定した後で、
半田ごてで、ＩＣ端子とパターンの半田が溶かせれば確実に付けられると思う。
今後の事だが、ＩＣパターンの長手方向は外側に１ｍｍ位広くした方が、手半田の時は楽になる。
ＲＴＣのＦＯＥ（１ピン）を仮に１０ｋΩでプルアップして（１ＭΩの抵抗を半田付けしていないので）、ＦＯＴ信号を見たら
何か出ているみたい。テスターを当てたら直流レンジで２．５Ｖ位になったので、多分ＦＯＴ信号が出てると考えてよいだろう。
と言う事は、ＶＤＤ（２ピン）とＧＮＤ（９ピン）は半田付けされていて、ＩＣも壊れていない。
ＦＯＥ（１ピン）とＦＯＵＴ（４ピン）も半田付けされている。
後はＶＢＡＴ（３ピン）、ＳＣＬ（５ピン）、ＳＤＡ（７ピン）、／ＩＮＴ（１０ピン）がまだわからないが、
見た目では、ＳＣＬ（５ピン）と／ＩＮＴ（１０ピン）は半田付けは大丈夫だろう。
ＶＢＡＴ（３ピン）とＳＤＡ（７ピン）が半田付けされているか、ハッキリしない。
ＴＷＩの所なので、プログラムを動かすのが速いと思う。
ダメだったらどうするかは、まだ未定。
- ２０２３年１０月３１日
ＤＳ３２３４以外の全ての部品を取り付けた。（表、裏）
これでプログラムを作ってそれぞれ（赤外線、ＧＰＳ、ＬＣＤ表示、ＯＬＥＤ表示、ＲＴＣ）のチェックを行い、
その中でＲＴＣのチェックも出来てくることになる。
- ２０２３年１１月１日
ＡＶＲＳＵＴＵＤＩＯでＩ／Ｏが見られなくなったが、ｄｅｂｕｇモードで、ツールバーのＩ／Ｏボタンを押せば、
Ｉ／Ｏのウインドウが出てくる。
- ２０２３年１１月３日
ＧＬＣＤ用の３．３Ｖの出力が０Ｖになっている。
－－＞ＬＰ２９５０の足ピンが間違っている。入力と出力が逆になっている。
ＴＩ（ナショナルセミコンダクタ）のＬＰ２９５０Ｚは名称を正面に見て、
左が出力、右が入力ピンになっていて、
実装したＬＰ２９５０Ｌは名称を正面に見て、左が出力ピン（１ピン）、
右が入力（３ピン）になっている。
ピンの機能としては同じ様に、左が出力、右が入力になる。
なので、ＬＰ２９５０Ｚで回路図、基板図を書いて、ＬＰ２９５０Ｌを実装しても、
動作的には問題がない筈。
結局、ライブラリーが間違っている事が分かった。
信号（Ｓｙｍｂｏｌ）とフットプリント（Package）の接続（Ｃｏｎｎｅｃｔ）が
間違っていた。
シルクと逆に実装する事にして、３．３Ｖは出力された。
Eagleのライブラリーは、LP2950Lとして新たにOlim_ic.lbrに追加作成した。
- ２０２３年１１月７日
「mega1608_oled_test」プロジェクトに「pr_mega328_iic_oled_rtc」プロジェクトのソース（メインの有るソース以外の．ｃと．ｈ）を追加した。
予め、プロジェクトのソースはmain.cと同じフォルダにコピーをしておく。
Solution Explorerで追加した。mega1608_oled_testのフォルダ見たいの絵がある所で右クリックで「ａｄｄ」が出てくるので、
マウスを動かして「Existing Item」をクリックして、
「main.c」の有るフォルダに有る「．ｃ」と「pr_mega328_iic_oled_rtc」プロジェクトのソース（メインの有るソース以外の．ｃと．ｈ）を選択して
下の「Add」ボタンを押す。これでついかできた。
しかし、ビルドではエラーがいっぱい出てくる。
ポート名の名称、ビット名の名称が違うみたい。他にももっと有りそう
今日はここまで
- ２０２３年１１月１５日
入出力のポート（スイッチとＬＥＤ）は何とかエラーが無いようになったが、
他は、ポート名称、ビット名称は違うので、そこら中エラーになってコンパイルが通らない。
ちょっとやる気が失せる。
一時中断して、他の事をやる事にする
- ２０２３年１１月２３日
Microchip Studioで、ｍｅｇａ３２８のプロジェクトを作り、
そこのソースのあるホルダに「pr_mega328_iic_oled_rtc」プロジェクトのソース（．ｃと．ｈ）をコピーして
プロジェクトに追加した。そして、ｍａｉｎ（）関数の中で、元のメイン関数（名前は変更した）を呼ぶようにした。
"PROGRAM" はエラーが出るので、ｃｏｎｓｔに変更しただけで、ビルドは出来た。動くかどうかはわからない。
この結果から、ｍｅｇａ１６０８のエラーは ポート名称、ビット名称 が、間違っているだけなのだろう。（たぶん）
- ２０２３年１１月２５日
Microchip Studioで、ｍｅｇａ３２８のプロジェクトで作ったプログラムが動くかどうか確かめる為、
ＰＩＣＫＩＴ４を繋いで、書き込もうとしたが、ＡＶＲ０系書き込みアダプタを使ったが、書き込めない。
まだ、アダプタの６Ｐコネクタの動作確認が出来ていない（回路上は良いと思う）ので、
アダプタが悪いのか、プロジェクトが悪いのか、人間の操作が悪いのか、わからない。
ヒューズデータも良き込めない。
この「ＭＥＧＡ１６０８のＯＬＥＤ（ＩＩＣ）のテスト」とは直接関係は無いが、ｍｅｈａ３２８でＰＩＣＫＩＴ４を使えて、
Microchip Studioで ３２８のプログラムが出来たら、便利だと思うので試してみたが、今の所諦める。
- ２０２３年１１月２５日
Microchip Studioで、ｍｅｇａ３２８のプロジェクトで作ったプログラムが動くかどうか確かめる為、
今度は、ＩＳＰ ＭａｒｋⅡを繋いで、試してみたが最初はうまく動かなかった。
と言うか、シグネチャーも読めない状態だった。
単純にコネクタが奥まで差し込んでいなかったのでダメだった。
あらためて ＩＳＰ ＭａｒｋⅡを繋いだら、書き込みが出来たが、
プログラムとしては大雑把には動いているみたいだが、フォントがおかしいみたい。
ＲＯＭ上のデータの書き方がまずいような気がするが、そこが何とかなれば、動きと思う。
ＰＩＣＫＩＴ４に戻してやってみたが、シグネチャーも読めない状態のままなので、
ｍｅｇａ３２８の時は ＩＳＰ ＭａｒｋⅡを使えば出来るので取りあえず、これでやめる。
- ２０２４年２月６日
取りあえず、ＴＷＩは「#if 0」でソースから外して、ビルドをしたが、タイマーの所でもエラーが出る。
ここでも、レジスタ、ビット名称が全然違う。動作は同じような事が出来そうだが、設定する物が違うみたいで
説明書をよく読まないと出来ない。ここも「#if 0」でソースから外す事になりそう。後でゆっくり修正する
エラーの出る所は「#if 0」でソースから外す事で、ビルドは出来た。でも まだまだ動かないだろう
- ２０２５年１月２８日
ｍｅｇａ３２８のＯＬＥＤ等のテストが出来たので、約１年ぶりでこれに手を付ける事にした。
ＬＣＤ表示をやってみる事にして、ｍｅｇａ３２８の所からＣファイル"glcd_7565.c"と ｈファイル"glcd_7565_h.h"をコピーしてプロジェクトに入れた。
ビルド（コンパイル）が通らない。ポート名、ビット名がダメみたい。ここから手を付ける事にする。
このプログラムは単純に、ポートのビットを操作してＳＰＩで出力しているので、修正は簡単だろう（多分）
ポート名を修正して、ビット名はよくわからないので１６進数表記を直接書いた。これでコンパイルは通った。
ＬＥＤの点滅の後、出力チェックは止めて、ＬＣＤに文字を出す事にした。ビルドは出来た。
今日はここまでで、まだ書き込んでいない。
- ２０２５年１月２９日
"Micrichip Studio" でのプログラム書き込みに手間取った（ＰＩＣＫＩＴ４の選択と書き込みのボタンが見つかるまで）が、
無事書き込めて、動作確認が出来た。ＬＣＤ表示は出来た。
- ２０２５年１月３０日
タイマー動かしたい。２００ｕＳ位で割り込んで欲しいのだが、
割込みベクターがＴＣＢ２は１つしかないみたい。本当か？
割込みの種類はプログラムで判断するのか？
インターネットで割込みの関数の記述した人が居た。
それを見たら、"TCB0.INTFLAGS = TCB_CAPT_bm; // Clear Interrupt Flag"と有ったので、
判断をするかもしれないが、自分で割込みフラグをクリアする必要が有るみたい。
割込みの時は自動でクリアと言う事は無いみたい。
但し、開発環境が「ＭＰＬＡＢ ＸＩＤＥ」みたい。
- ２０２５年１月３１日
仮に、赤外線の入出力をポートのビットとして、ハード的に発光する事、受光する事を確認した。
発光確認には、赤外線ＬＥＤのカソードと５Ｖ間に赤ＬＥＤ＋１０ｋΩを取り付けて目視で確認した。
- ２０２５年２月１日
ＣＮ６に外部ＧＰＳを接続して、何かしらのデータが来ている事はＤＳ２が点灯するので確認できた。
ＣＰＵまで来ているかはまだ。
ヒューズビットを書き換えて、内部１６ＭＨｚ動作に変更した。
（ヒューズビットの書換手順）
今までは２０ＭＨｚ（デフォルト）で動いていたみたいだが、
既存のプログラムは８ＭＨｚか、１６ＭＨｚで動作をしていたので、
１６ＭＨｚにした方が設定値などが使いやすいと思う。
主な動作が確認できたら、２０ＭＨｚに上げて速くする事も良いと思うが、今は１６ＭＨｚにする。
ライブラリーの＿ｄｅｌａｙ＿ｍｓ（）関数を使う事にしたら時間が１０倍近く違っている
デフォルト値で前置分周期で１／６にしているみたいなので、変更しようと思ったら、
レジスタ名ではねられて、変更できない。
実際の動作クロックがいくつなのかよくわからない。わからないとタイマーの設定なども困ってしまう。
取りあえず、自前のｄｅｌａｙ＿ｍｓ（）で１６ＭＨｚにすると大体のディレー時間は合っているの
これにする。元のｕＳのディレーを見るとｍｅｇａ３２８の８ＭＨｚ動作とほとんど同じで２ｕＳが１０ｕＳになっているので
８ＭＨｚの１／５の周波数か．．．．？
本当の動作周波数はわからない。
- ２０２５年２月２日
"CLKCTRL.MCLKLOCK=1"と"CLKCTRL.MCLKCTRLB=0"は設定しても変化が無いようなのでコメントアウトした。
ヒューズ設定で。「ＯＳＣＣＦＧ．ＯＳＣＬＯＣＫ」にチェックを入れると、動作速度が倍ぐらいになる。なぜ？
インターネットで探してみたら"ccp_write_io((void*)&(CLKCTRL.MCLKCTRLB),0x00);”で周波数を１６ＭＨｚにするコードが有った。
Ａｔｔｉｎｙ２０２のコードだが０系なので、同じような物と思うがどうだろう？開発環境が違うかも．．．．。
「＃ｉｎｃｌｕｄｅ＜ａｖｒ／ｃｐｕｆｕｎｃ．ｈ＞」を入れたら、エラーは無しでビルドは出来た。動くかはわからない。
書き込んだら、１６ＭＨｚで動いた。（ストップウォッチのＬＥＤの点滅１０回で確認）
- ２０２５年２月３日
タイマー２（ＴＣＢ２）割込みの書き方で「ＩＳＲ（ＴＣＢ２＿ＩＮＴ＿ｖｅｃｔ」）でコンパイルできた。
ＴＣＢ２の初期設定も書き直して、ビルドは出来た。動作するかはわからない。
- ２０２５年２月４日
ＴＣＢ２を割り込み無しのフリーランで動作している事はカウンター値を表示させて確認できた。
ＴＣＢ２の５００ｕＳ割込みは出来た。１０ｍＳのタイマー変数を使ってＬＥＤを１秒間隔で点滅させ、
その点滅の１０回の時間をストップウォッチで測って確認した。
- ２０２５年２月５日
３８ｋＨｚの出力にＴＣＢ０を使う様にソースを書き直した。
実際の送信ビットに対応した３８ｋＨｚを出す時の時間を測る所で使っているｗａｉｔ＿ｕｓ（）は
まだ出来ていない。ＴＣＡを使う必要が有りそう。
ビルドは出来たが、まだ書き込んでいない。
- ２０２５年２月６日
書き込んだが、出力はしていない。暴走はしていない。
タイマーの動作はしているみたい。カンターは動いている。
でも、ＣＣＭＰＬとＣＣＭＰＨが ００になっている。２１０と１０５を書いたら 書けた。
なので、定数で書かないと反映されないみたい．．．．。カウンター値もＣＣＭＰＬを超える事は無いので、
８ビット動作になっていると思う。
でも、出力は無い。ＣＴＲＬＢのＤ４はスイッチを押した時は１になっている。
- ２０２５年２月７日
回路設計が間違っていた。
赤外線ＬＥＤが繋がっているのはＰＡ０だが、
そこは「０－ＷＯ」ではなく「０－ＷＯ０」になっている。
「０－ＷＯ」はＰＡ２になる。
そこ（ＰＡ２）を出力にして、スイッチを押した時にテスターを当てたら、
信号出力時は約２．５Ｖが出るので、ＴＢＣ０の動きとしては合っているのだろう。
回路設計時はＰＡ０が「０－ＷＯ」だと思っていた。
ＰＡ２だったら、ＴＷＩと重なるのでＴＷＩを代替ピンにしなければなら無かった。
現状の回路で何とか３８ｋＨｚを出す算段を考えなければならない。
何にしても ＴＢＣ０は使えなくて、ＴＡＣ０を使わなくてはならない。
ＰＡ０に出力できるか？
- ２０２５年２月８日
よく考えると、代替ピンを使わない時はこの設計しか出来ない。
今は、覚えていないが、結局こういう設計はよく考えての結果かもしれない。
何しろ、ＴＡＣ０で３８ｋＨｚ出力を出す事になる。
データシートを見た限り「周波数波形生成」で出来そう。
ＴＡＣ０の動作を書いた。
動いているみたい。スイッチを押した時、ＩＲとパラのＬＥＤが光っている。
周波数などの確認の為、オシロで確認したいといけない。
でも、一安心
オシロを繋いで周波数を見たら、約１／２（周期は２倍）になっている。
比較値がｍｅｇａ３２８のままなので、半分にする必要が有った。
（又はプリスケーラを１／１にするか？）
プリスケーラを１／１にして、１６ＭＨｚのカウンターにしたら、
３７．８７ｋＨｚになったので 良しとする
ニキシー用の赤外線出力をスイッチを押した時に出す様にしたが、パラのＬＥＤを見る限り出ていない。
今日はここまで
- ２０２５年２月９日
パラのＬＥＤをよく見たら、ハンダ付けが外れていた。手で押さえて動作をさせたら、光っている。
ソフト部分の問題ではないだろう。これでニキシー管時計が動かせるかな？
－－＞動いた。
- ２０２５年２月１０日
ニキシー管時計用のリモコンデータ受信のチェックの為、受信データを表示する所を作った。ビルドは出来た。
まだ、書き込んでいない。
- ２０２５年２月１１日
ＣＰＵに書き込んだ。
何か表示しているが、文字にならない。２０Ｈ以下のコントロールコードみたい。
表示データも多い。
２行になる。自分で出した物も同じような表示になる。
ビットレートが有っていないのかも？
試しにＢＡＵＤにセットする値を２倍、４倍、８倍、１／２にしたが、
表示は変わるが、正常な値にはならない。
送信波形をオシロ見れば、ビットレートが分かると思うので、
ＵＡＲＴ１を６００ＢＰＳで初期化して、５５Ｈを送信してみる事にする。
ＣＰＵにＵＡＲＴ１から５５Ｈを送信する物を書き込んだが、まだ、オシロを繋いでいない。
テスターを当てた限りでは、何か信号は出ているみたい。オシロで調べないとわからない
- ２０２５年２月１２日
オシロを繋いで見たら１ビットが６４４ｕＳになっている。
６００ＢＰＳなので１６６６ｕＳ辺りの筈。なぜ？
計算が間違っているのだろう。＃ｄｅｆｉｎｅの所か？
計算は正しかった。しかし値が１６ビットに収まらなかった。（気が付かなかった）
１６ＭＨｚ動作では、６００ＢＰＳのシリアルは設定できないと言う事になる。
なので、８ＭＨｚ動作に変更した。これで動いた。
８ＭＨｚ動作にしたので、３８ｋＨｚ波形のタイマー（ＴＣＡ０）と、
赤外線で６００ＢＰＳを出す為のタイマー（ＴＢＣ１）の設定を変更した。
- ２０２５年２月１３日
ＧＰＳデータも受信できた。表示はしているが、１画面からはみ出るので、抜けが有るかまではわからない。
- ２０２５年２月１４日
ＴＷＩに手を付けたが、まだ途中、ｍｅｇａ３２８とレジスタが違い、ビットの割り振りも違う。
細かい制御が出来るみたいだが、まだ良く理解できていない。
ｍｅｇａ３２８のソースを書いた時の考え方を忘れたのでもう一度考え直す感じだが、
何とかなるだろう。
- ２０２５年２月１６日
ＴＷＩのソースを変更した。
このシステムで１つだけのマスターとして、マスター動作を書いた。
（元のｍｅｇａ３２８も同じ）
ビルドは出来たが、まだ、書き込んでいない。
- ２０２５年２月１７日
ＣＰＵに書き込んだ。
ＯＬＥＤの初期化の所で止まってしまう。
その中の ＴＷＩの初期化の所で止まる。
その中の 最初のｔｗｉ＿ｗｒｉｔｅ（）で止まる。
ＯＬＥＤを取り外せば、プログラムは止まらない。
- ２０２５年２月１８日
ｔｗｉ＿ｓｔａｒｔ（）の波形は良いと思う。
ｔｗｉ＿ｗｒｉｔｅ（）の所でクロックが出てこないので、データを書き込めない状態と思っているのだろう。
データを書き込む時の条件を「ＷＩＦ：Ｈｉｇｈ」だけにしたら、クロックが出て、プログラムが進み、表示も出来た。
- ２０２５年２月１９日
ＲＴＣの時刻表示（秒）を追加した。
ビルドは出来たが、まだ、書き込んでいない。
書き込んで動作をさせたが、表示（秒）が動かない。００のまま
プログラムが止まる事は無いが、秒の表示が動かない。
ＴＷＩの戻り値をいつも０にしたら、止まってしまった。
今日はここまで
- ２０２５年２月２０日
ＲＴＣ＿ＩＮＩＴ（）で出てこない。
rtc_flag_read()の中のｔｗｉ＿ｓｔａｒｔ（）のｒｅａｄの時に出てこない。（Ｗｈｉｌｅのループから出てこない）
オシロで見ると、ハード的には良いと思う。
アドレス＋Ｒ／Ｗを出した後、ＳＤがＨｉｇｈになっている。
だけど、ソフト的にはＭＳＴＡＴＵＳのＲＩＦがＨｉｇｈになっていない。
リードなので、アドレス＋Ｒ／Ｗの後で、スレーブがＳＤをＨｉｇｈにしたら、
マスターはクロックを出すと思うのだが、違ったか？
或いは、単純にＨｉｇｈでは無く、ＬＯＷの期間が無いとダメとか？
或いは、リードの時に必要な設定が抜けていたか？
どうもわからない。
私の思い違いで、アドレス＋Ｒ／Ｗの後は、スレーブはＬＯＷにする事でＡＣＫになる。
と言う事は、ＡＣＫが戻っていない事になる。ハード的に繋がっていないか？（半田付け不良？）
今日はここまで
- ２０２５年２月２１日
半田付けかもしれないので、もう一度ＲＸ８９００の端子に半田ごてを当ててはんだを溶かした。（多分出来たと思う）
半田ごてを当てる前（
１ピン側、
１０ピン側）、
当てた後（
１ピン側、
１０ピン側）
rtc_flag_read()では止まらなくなった。
でも まだ秒表示が出来ていない。
０６秒と１回だけ、ＬＣＤだけに表示して、止まっている
ｒｔｃ＿ｒｅａｄ（）をやらなければ秒を表示するので、ｒｔｃ＿ｒｅａｄ（）が悪いのだろう
１回目のｒｔｃ＿ｒｅａｄ（）は抜けてくるが、２回目で抜けてこない。ＯＬＥＤの表示もしないので
ｒｔｃ＿ｒｅａｄ（）の終わり方が悪くて、次のＴＷＩが正常に動作していないのではないか？
- ２０２５年２月２２日
ループ内のＯＬＥＤの表示をやめても、ｒｔｃ＿ｒｅａｄ（）で止まる
ループ直前のＯＬＥＤの表示をやめても、ｒｔｃ＿ｒｅａｄ（）で止まる
何が悪いのかわからないので、
rtc_init()の中のｔｗｉ＿ｓｔａｒｔ（）等の関数の戻り値をＬＣＤに表示してみて検討することにした
- ２０２５年２月２３日
戻り値を見ても、何が悪いのかわからない。
戻り値の次に、手動（スイッチを押したタイミング）で、
ＲＴＣの年月日時分秒を読み出し（ｒｔｃ＿ｒｅａｄ（））て、表示すると、
２５時になっている。曜日も７曜日になっている。
ｒｔｃ＿ｉｎｉｔ（）の中の設定値が間違っていたので、正しい年月日曜時分秒にしたら、
正しい時刻になり、年月日時分秒の桁上りもうまく行っている。
何度読み出しても止まる事は無い。
元のプログラムに戻すと止まってしまう。
原因がわからない？
ＯＬＥＤ表示の問題か？
元の手動表示に戻す。今日はここまで
- ２０２５年２月２４日
ＲＴＣの動作としては、良い。
時刻は進んでいるし、１秒間隔の信号も出ている。
- ２０２５年２月２５日
ＯＬＥＤの表示をｒｔｃ＿ｒｅａｄ（）の前にやれば、時分秒年の表示は問題なく、何秒も表示する。
ｒｔｃ＿ｒｅａｄ（）の後は、ＯＬＥＤには表示出来ない。
しかも何秒後かには、止まってしまう。スイッチ入力が出来ない
- ２０２５年２月２６日
ＲＴＣのバッテリバックアップをチェックしたら、うまく動作していないみたい。
一度電源を切ると、再設定から始める。（時計が元に戻る）
電源を切らずに再起動した時（Ｓ４をＲＥＳＥＴにした時）は、
再設定等をしないで動作を始める。（時計が進んでいる）
ＩＣの半田付けか？
- ２０２５年２月２７日
ＲＴＣのバッテリバックアップの端子（３ピン）を再半田した。
パターンが短いみたいので、レジスト部分を削って再半田した。
電池（ＣＲ１２２０）を入れれば、再設定はしなくなった。
- ２０２５年２月２８日
ＲＴＣの／ＩＮＴ端子信号（ＰＤ５接続）の割込みを使って１秒フラグを＋１して、
その値を表示させると正常に＋１されているので、割込み処理はしている。
しかし、そのフラグで動作を制御するとうまく動かない。
割込みの影響とは思わないが、まだハッキリしない。
- ２０２５年３月１日
どうも動かない理由がわからない。
何となくは、そのフラグをメイン側で操作するとうまくない様な気がするが
それでは使えないし、そんな事は無いはずなのだが、よくわからない。
どうも、２度目のｒｔｃ＿ｒｅａｄ（）から戻ってこないみたい。
その中の秒を読む所のｔｗｉ＿ｒｅａｄ（）から戻ってこない。
その中のＭＳＴＡＴＵＳのＲＩＦが立つまで待つ所で抜けてこない。
つまり、ＲＩＦが立たないと言う事。
これも、ＴＷＩの問題らしい。
割込みが正常に動作している事の再確認の為、
割込み内で青ＬＥＤの点滅をさせてみたら
プログラムが止まっている時（ＲＩＦが立たないでループの時）も
点滅しているので、割込みは正常に処理されている。
結局、ＴＷＩを何とかしないとダメと言う事になる。
- ２０２５年３月２２日
他の用が出来てしまい、まとまった時間が取れなかったが、これからはまた進められそう。
時間が有る時は少しいじっていたが、まとまった時間で無いので、つじつまの合わない修正もしていたみたい。
どうもよくわからない。ＴＷＩの初期化が終わっても状態が００Ｈのまま。（未知の状態）
電源ＯＮ後の初期化が終わっていない状態みたい。よくわからない。
－－＞ＴＷＩの初期を止めてしまっていた。
ＲＴＣとＯＬＥＤの両方でやっていたので、
そこを消したのだが、肝心のメインの所に書くのを忘れたみたい。
エラーは出なくなったが、これで良いのかはまだわからない
- ２０２５年３月２３日
やはり、良くない。
ｔｗｉ＿ｒｅａｄ（）の所で止まってしまう。
細かくは MSTATUS の RIF が立つまで待つ所で、待ち続けている。
ＲＸ－８９００の説明書を再確認したら、
ＲＴＣのデータを読み出す時は ＲＴＣ内のアドレスを書き込んだ後、
ｔｗｉ＿ｓｔｏｐ（）をやらないで、スレーブアドレス＋読み出しでスレーブアドレスを出して、
続けて、ｔｗｉ＿ｒｅａｄ（）をすれば良いみたいに書いて有る。
本当か？ 今はｔｗｉ＿ｓｔｏｐ（）を出している。ｍｅｇａ３２８では（いままでは）出していると思う。
ｍｅｇａ３２８は（今までは）、ＲＴＣ内アドレスを指定しない読み出し方になるのかもしれない。
それにしても、何が悪いのかわからない
今日はここまで
- ２０２５年３月２４日
「ｔｗｉ＿ｓｔｏｐ（）をやらないで、スレーブアドレス＋読み出し」にしたが、
状況は変わらない。ｔｗｉ＿ｒｅａｄ（）の所で止まる。
細かくは MSTATUS の RIF が立つまで待つ所で、待ち続けている。
どうも、レジスタの設定が良くわからない。
どのビットがどの様な機能が有るか？
実際のＳＣＬ、ＳＤＡにどうかかわってくるのかがわからない。
いっその事、ＳＣＬとＳＤＡをソフトで制御した方が分かり易いかも
ざっくりと考えると、系統に１マスターと言うシステムで、そのマスター動作に限れば
それほど難しくなく出来そうな気がする。スピードは１００ｋＨｚは出ないかもしれないし、
きれいな１：１の矩形波は出ないと思うが、クロック同期なので通信には影響ないと思う。
基本的な考え方として、
ＳＣＬビットはいつも出力設定で、ソフトでパタパタする。
ＳＤＡビットは、入力設定と出力設定を切り替える。
当然ｒｅａｄの時は入力設定。
ｗｒｉｔｅの時は、Ｈｉｇｈ出力の時は入力にして、プルアップ抵抗にＨｉｇｈは任せる。
Ｌｏｗ出力は出力設定で、Ｌｏｗを出力する。
オープンコレクタ（オープンドレイン）では無いが、同じような動きが出来ると思う。
ｍｅｇａ１６０８（０系）は、他のビットの影響無しで、
１ビットだけのＬｏｗ／Ｈｉｇｈ出力、１ビットだけの入出力設定変更、
が 出来るので うまく行くと思う。まだ作成途中
レジスタを使う方で、スレーブアドレスの使い方が違っていた。（１ビットシフトしていた）
ある程度、プログラムは進んで、「ｒｔｃ＿ｗｒｉｔｅ＿ｗｉｔｈ＿ｒｅｓｅｔ」には入るみたい。
出て来たかはわからない。多分出てきていない。
ｆｌａｇ＿ｒｅａｄ（）のｔｗｉ＿ｓｔｏｐ（）を止めても、状況は変わらない。
ｆｌａｇ＿ｒｅａｄ（）出来ているみたい。
- ２０２５年３月２８日
レジスタを使う方で、ＬＣＤとＯＬＥＤの両方に、現在時刻を表示出来た。
しかし、電源が落ちて時計データがおかしい時に、それらしいデータを書き込む所でエラーになっている。
なので、現在時刻がおかしい。しかし分と秒が増えている事は表示から確認できた。
- ２０２５年３月２９日
レジスタを使う方で、電源が落ちて時計データがおかしい時に、正しいデータを書き込む所でエラーになっている件は
コントロールデータを読む所で、戻り値の良否判断が間違っていた。
直したら、正常に書き込めた。
これで、ＴＷＩは基本的には出来た事になる。後は、ソフトＴＷＩをどうするか？
その前にＲＴＣの所と、ＴＷＩのソースの整理が必要だろう。デバッグの為に余分なコードが有る。
- ２０２５年３月３０日
現在のＴＷＩのＳＣＬは大体５０ｋＨｚなので約１００ｋＨｚにする。
－－＞これでも、支障なく動いているので、約１００ｋＨｚにする。
ＴＷＩのソースは整理した。
ＲＴＣのソースはチェック用の変数を残して、整理した。
ソフトＴＷＩに関しては、ソースは書いたが、＃ｉｆｄｅｆで切り替えられるようにして
レジスタを使うソースの後半に配置した。
目標は、レジスタの物で全体の動きを作る事にする。
「mega328_iic_oled_rtc」と同じ動きにしたいが、
スイッチが２つ無いので、リモコンの動作にするか、ＴＷＩの拡張Ｉ／Ｏを追加するか、
物理的にスイッチを追加するか、になる。
取りあえずは、物理的なスイッチを付ける方向で考える。無くてもリモコン操作で
同じ様な動きは出来る。
- ２０２５年４月８日
「mega328_iic_oled_rtc」を元にプログラムを作り替えた（ｉｒ＿ｎｅｃは無い）が、何とかビルドは出来た。
ちょっと修正して、モード選択とＲＴＣ表示は出来た。（細かくは見ていない）
- ２０２５年４月９日
ＧＰＳデータも表示出来た。
モードは電源を切っても、電源を切る前と同じになったのでＥＥＰＲＯＭのアクセスもＯＫ。
これで機能のチェックは出来た。
ＧＰＳデータ表示の時に、ｓｅｌｅｃｔスイッチの長押しで現在時刻をＲＴＣにセットしても良いともう。
ＲＴＣの表示の時には、スイッチが１つなのでどうするか？ リモコンで設定するか？ 以前やった１つのスイッチで設定をするか？
ＧＰＳデータを使うのは操作の面からは良いが、いちいちＧＰＳを接続しなくてはならないのが面倒。バックアップ電池が必ず必要
リモコンで設定するのも、リモコンを持って来なくてはならないので面倒。
一つのスイッチでの設定操作は、結構大変。
バックアップ電池が無い時でも、動作を見たい時が有るので、一つのスイッチで設定出来る事は必要。
一つのスイッチで時計設定が出来る様にした。
取りあえず、ソフト的にはこれで良しとする。
後は、ソフトの整理として、使ってない所の削除（チェック用に追加した所など）
- ２０２５年４月１１日
プログラムは完成とする。
取説は「ｍｅｇａ３２８のＯＬＥＤ等のテスト」の取説を参考にして作れば、
それ程時間はかからないだろう。
取説は出来た。
へメールをお送り下さい。