バッテリ減りが早くなってきて耐えられなくなったので変更。3代目スマートフォン。ガラケーから数えて5代目。

プラン料金安くなるかもとか、そもそも5Gの対応エリアがまだそもそもないとか、mmWave非対応(そもそも使えるようになるのかもわからん)とか、Snapdragonの脆弱性とか、
買い替えを控える理由はいくつもあったのだけれども、いつまで待っててもしようがないのと、ちょっとした収入があったので変更することにした。

まだ1日しかたってないのであまりパフォーマンスを体験していない。これからいろいろ触っていきたい。
写真を取るためにでかけたい。あとなにかおもしろいゲームあるかな。
FMラジオがネットワークを使用せずに使えるのは少しうれしいかな？

※新しいキャッシュレス決済ではない。

これまで自分の金管理の帳簿なんてつけてこず、給料よりも支出が少なくなるように気をつければいいかぐらいの感覚だったのだけれども、
定期やネットバンクといった銀行口座が増えたり、クレジットカードで買い物をしたり、
証券口座で取引したりしているうちにこれは少しまずいのではないか？と思い帳簿をつけることに決めた。

最初はパスワードや口座設定をすれば自動的にスクレイピングしてくれるサービスを使おうかと思ったのだけれども、
- パスワードや口座情報を1つのウェブサービスに集めるのは怖い(APIがあるとはいえ、最近のセキリュティ問題のこともある)。
- ほとんど無いと思うがサービスが停止されると困る。
- スクレイピングをしたら利用規約違反だと言われるかも。
という理由から、単体のアプリケーション(GnuCash)を使うことに決めた。
GnuCashに決めたのは、Archで手っ取り早くインストールできたためである。ほかは知らない。

仕事が忙しかったため少しづつやってたものが一応完成した。
りぽじとりぃ
https://github.com/kitune-san/KF8288

8288はバスコントローラーだ。
8086だとか8088といった古いCPUはDIPパッケージでピン数が少ない。そのため一部のアドレスピンとデータピンは共有されていたのである。
そこでCPUは3本のステート信号を利用してアドレスのラッチタイミング、IOやメモリへの送受信命令を8288へコマンドを送信していた。(MAXモード)
…ただ、FPGA上でこれをつかうメリットはないと思う。

気になった点などのメモ
- 設計するとき、マシンサイクル中にステート信号が変わったらどうなるのか気になったが、
    今回は、絶対に変更しないという前提で進めることにした。ただしマシンサイクルの先頭(T4->T1)と末尾(T3(Tw)->T4)は除く。

シリアルデータ受信の勉強を兼ねて。

・コードなど
https://github.com/kitune-san/KFPS2KB

・実際にDE0-CVに乗っけて確認したところ
https://raw.githubusercontent.com/kitune-san/KFPS2KB/master/DEMO/img/Figure9.JPG

今回はデータの受信のみで、キーボードへの送信は行わない。
そのためキーボードのLEDを点灯させたりはできない。

通常のスキャンコード受信のように、
ブレークコードF0を受けた場合は、次に受信したコードのMSBに1を付加するようにした。

シュミレータで動作確認するのもいいけど、
実際に動作するところを見るのは面白い。

前回の続き
スター投げてくれた方、ありがとうございます。

今度はインターバルタイマ。
古くはDMAと組み合わせてPCのDRAMリフレッシュや、ブザーを鳴らすのに使われていたIC。
レートジェネレータ2つとRS-FFを組み合わせてPWM波形を作ったりもできるはず。

正直手を出すのが早すぎたかな。と思った。
恥ずかしいけど上げちゃう。
https://github.com/kitune-san/KF8253