SVX日記

　 思わず「出たッ!!」と叫んでしまったではないか。なんと、秋月でFT232BMの取り扱い開始である。この石はRS-232Cプロトコルの信号をUSBに変換してくれるICで、つまり今までシリアルポートへの接続を想定していた機器をUSBに接続できるようになるというブツである。

　 実はこの石、先月のトラ技の特集でメインに据えて紹介されていた石である。先月の日記でオイラは「秋月が石を扱っていない」「石のピン間が0.5mm」「値段が高い」という3重苦について指摘し「秋月でDIPパッケージを300円で扱えば……」と個人的な希望を書いたが、今回は「秋月でQFT32ピンパッケージを600円で扱い始めた」というコトになったワケだ。確かにQFT32ピンパッケージは端子間0.8mm(上記0.5mmは間違い)とかなり厳しいし、値段も600円と安くはないが、十分に手を出せる状況になったことには違いない。いやー、ホント、秋月バンザイである。先月のトラ技も買っといてよかったぁ。

　 だからというワケではないが、今月号のトラ技も買ってしまった。特集はカメラなどののCMOS/CCDセンサの原理について。あまり実用的な特集ではないが、知っておいてソンはあるまい。中には自分でデジカメを作るという恐ろしいコトしている記事もある。確かにスゲェがさすがにそれは意味ウスいような……。ついでに英語リスニング入門の教本も購入するが、最近あまりちゃんと聴いていない……ちょっと程度が高すぎるんだよな。がんばって聴かなアカンのですけども。

　 それから例のosziFOX用のアプリ「apenscope」が一応の完成をみたのである。完成といっても手抜きな部分や未実装な部分がタンマリなのであるが、例のosziFOX本体のモードボタンを押した際のダミーデータラッシュ時に取りこぼしてフリーズする症状はクリアし、オイラの環境ではかなり安定して使えている。そうなるとオフィシャルアプリの不安定さは一体ドコからきているのか気になるが……？　ま、なんにせよ例の232メモリを進捗したいので、コッチはしばらく放置。使い方は……急ぐ人はソース読むべし(←最悪や……)。そのうち必要に応じてチョコチョコと直すからさ。うぉりゃぁ。

　 最近の平日は、Linuxに関する質問をビシバシと叩き落すことに加え、SCSIドライバの解析と、おまけに諸般の雑務までが増え出して忙しく、帰るとたいしたことができない。

　 なんとなく、次の工作ネタに備えてジミーな作業を行っておく。ジャンク箱から電源分配ケーブルをほじくり出してきて、そのピンをチマチマと抜く。あぁ、地味。

　 まだ時間が余ったので、愛用のPCにオマケとして付いてきた同色のマウスをバラす。先日から、マウスを見るたび、愛用のワイヤレストラベルマウスのドナーとしてしか見られなくなっているオイラである。

　 おぉ、事前の触診によって特定はできていたが、やはり同じパーツが使われていた。見た感じ初めての「高床タイプ」だ。臓器提供契約を結んで、ジャンク箱に戻す。わしゃ、玉のないマウスはでぇーっきれーなんじゃ!!

　 事情が事情なので、急遽、仕事を休んでひとりで帰省。

　 事情は事情なのではあるが、せっかくなので500系をチョイス。いつからか500系新幹線は不人気で、東京駅からは撤退するとのウワサもある。乗れるうちに乗っておかねばなるまい。

　 オイラが語るまでもないが、500系はSVXと同じく、奇跡のデザインだと思う。悪く言えば「フザけてるのかッ!!　マジメにやれッ!!」という感じ。よくぞここまでデザインで遊んだモノだと感心する。一説によれば、500系のノーズは機能的にはあそこまで長い必要はないそうだ。じゃ、なんでそんなに長いのか？　そのまんま……

　 「カッコいいから」

　 ……だ、そうだ。アッパレ。極めて、アッパレである。

　 以前、列車を待つホームに500系がスベり込んできた時、周囲の人から「おぉ……」と抑えぎみながら、歓声が上がっていたのが忘れられない。今日は、写真撮るぜ。早めに弁当を買って、カメラをスタンバイ。あ、そういえば、メモリーカードの残容量が心細かったよう……

　 「な゛」

　 ……下向いている間に通り過ぎましたが……肉眼ですら確認してない。さすが500系。最速の新幹線(？)。平日なんで、グリーン車の脇の車両と乗車位置は上等なのだが、かなり速度が出てる位置でもあるんだよな。

　 仕方ない、気を取り直して、溜まっている映画のDVDでも観よう。ずっと前にレンタル(？)した「時をかける少女」だ。巷の評判が非常によかった分、期待するなという方が無理な状態だが、前半は少々タルさを感じたものの、十分に期待に応えるデキであった。しかしなぁ、登場する少年がふたりともサワヤカすぎだ。楽しそうな青春を送りやがってクソ。面白くないわい。

　 と、ちょうど観終わったあたりで到着。そだそだ、リベンジだ。降車した後、出待ち(？)して……

　 「ボン」

　 ……もう、いいっす……。

　 さて、ここ数ヶ月、マトモに電子工作をしてなかったが、先日、共立のブログでXPortの変換基板を売っているのを見てしまい、思わず……

　 ＜かきかけ＞

　 いまさらだが、X25-M SSDSA2MH080G2C1を新ファームウェアにアップデートした。

　 ボロボロだったFedora12のアルファを、リリース版に入れ直したついで。Ext4はまだ危険だということで、Ext3に変更したが、気のせいかパフォーマンスが落ちたような印象。うぅむ。

　 ちょっと前から本格ラジコンを始めたのだが、充電池の面倒みるのが面倒くさすぎて、さくっと(とまではいかなかったが)作ってみた。

　 機能的には、約6Vに下がるまで31Ωで放電し、1時間休んでから、5時間充電する、という動作を行うもの。充電機構はタミヤ純正の充電器をそのままつなぎ、単にFETで蛇口を開け閉めする形にしてある。

　 と、今回、充電回路は作らなかったので、単に覚え書きとして記録しておくが、充電とは単に一定の電流を充電池に流し続けること、らしい。流す電流量は1C～0.1Cで制御するが、1Cとは、充電池の最大容量を1時間で使い切る/満充電にする電流量のこと。すなわち容量2000mAhの充電池における1Cは2000mAであり、0.1Cは200mAである。前者はいわゆる急速充電という部類になる。

　 0.1C充電なら理論的には10時間で満充電になるのだが、実際にはかなりのロスがあり、15～16時間かかってやっと満充電になる。今回、タミヤ純正の充電器の充電方法が、この「時間が経ったら取り外してね」という原始的なものだったことには仰天したが、実は充電完了の判定は意外と難しく、この方法が順当だったりするらしい。電圧で充電終了を判定しようとすると室温の影響が大きかったり、電池の温度を検知しなければならなかったり、ニッカドの場合は何故か電圧が下がるという特有の現象を捉えたり、なにかとややこしいのだ。

　 一方で、放電にもノウハウがある。ニッカドの場合、割と雑なことをやっても平気らしいが、それでも過放電はあまりよろしくはなく、1セルあたり1V、6セルなら6Vあたりで放電を止めないと電池にダメージがあるらしい。しかし、この放電完了電圧も放電電流によって多少上下させるのが適切で、割と急速に放電をする場合は0.9Vとか低めの電圧、ゆっくり放電する場合は1Vとか高めの電圧を目標に設定するのがよいらしい。実際これは、放電の停止直後、自然に電圧が戻るあたりの挙動から、感覚的にわからんでもないが。

　 で、今回の工作に戻ると、充電中の電圧をモニタする機能をつけたので電圧の変化をグラフ化してみたところ、規定の充電時間の最後くらいに電圧が下がる現象が見られた。なるほど、これが上述したニッカド特有の現象で、いわゆる-△V検出、とか、デルタピークカットとかいう機能を持つ充電器は、これを見てるわけなのだな。

　 しかし、今回の工作は、どうにも調子が悪かった。最近は滅多にやらかしてなかったのだが、今回はプラマイの逆挿しや、ショート、不適切なテスタの適用などで、3度ほど部品を焦がしかけてしまったのだ。

　 おまけに、謎のブラウンアウトリセットが頻発し、ファームの作りを試行錯誤しまくってしまった。結局、レギュレータ下流側の電解コンデンサをケチったせいで、XBeeのスリープ復帰の突入電流に耐えられないのが原因だったのだが……なんか、これは以前にも悩んだことがあったような気がするが……。

　 とはいえ、完成してみると充電作業が楽しいったらない。ブラウザ上でリアルタイムに電圧がモニタできると楽しいかも。そのうち実装してみたい。

　 とりあえず開発物件一式を置いておく。

　 ここではエントリにしてなかったが、だいぶ前にMezatalkというチャットツールを作って、職場で運用している。使われ始めてからもう4年になる。

　 2020年の頭。新型コロナの流行が始まって約1年。テレワークが定着しはしたものの、マイクソソフトのTeamsでは、サシの会話しかできず、周囲からの助言を受けられない、とボヤく後輩に、そんなんメールでエエやん、と答えたところ、そんな面倒なのやってられませんよ、そうかぁ？ そうですよ、いまやチャットですよ。うーん、じゃ、作る？ そうだよなぁ……それしかないなぁ……という感じでほぼスクラッチから作り始めた。

　 その会話が2021年2月3日。リリースが8日。エラく早いが、夢中になって作ってたし、その時点で使い物になるレベルには持っていってたはず。そこから機能追加はしたが、ほぼ停止することなく、これまで運用し続けている。途中で人狼ゲーム機能とかも付けたりもしつつ。我ながら、ちょっとした偉業だと思う。

　 で、今回、新たな機能を追加した。話題の途中でAIに尋ねられる機能だ。

　 イマドキフツーすぎるやろ……と思うかもしれないが、なかなかどうして、チャット中から尋ねられるのは相当に便利である。それまでの会話の流れを入力する必要がないからだ。AIに話題を振るには、文末に「＞リナ」と入力するだけ。

　 これ。ものすごく自然な感じじゃない？

　 ちなみにAIに関する設定は以下だけ。

# ルーム更新時のフック、特定のキーワードの書き込みに対して、AI に問い合わせ、結果を書き込む
@configs[:post_ai_comment] = {}
@configs[:post_ai_comment][:ws_uri] = 'ws://127.0.0.1:33109/'
@configs[:post_ai_comment][:user] = 'リナ'
@configs[:post_ai_comment][:ucrt] = '0123abcd'
@configs[:post_ai_comment][:keyword_re] = '(.+)＞リナ\s*$'
@configs[:post_ai_comment][:contexts_max] = 10
@configs[:post_ai_comment][:ex_users] = { 'Mezatalk' => true }
@configs[:post_ai_comment][:wrap] = 78
@configs[:post_ai_comment][:tones] = ['ツンデレ女子の口調で']   # + [''] * 10
#configs[:post_ai_comment][:prompts] = {}
#configs[:post_ai_comment][:prompts][:def] = 'あなたは「リナ」という名前で、Linux/OSSのエキスパートです。'
#configs[:post_ai_comment][:prompts][:say] = '「%s」さんが%sと発言しました。'
#configs[:post_ai_comment][:prompts][:ask] = '「%s」さんから%sと問いかけられました。'
#configs[:post_ai_comment][:prompts][:com] = 'それに対しての助言を%sお願いします。'
@configs[:post_paragraph_hook] = Proc.new {|room|
    IO.popen(['./post_ai_comment', room], $stderr => open('/dev/null', 'w')) {|io|
        io.read
    }
}

　 なので、ツンデレ設定がお気に召さなければ……ん？ いや！ このツンデレ設定を変更するのは厳禁とします！ フンスッ！

　 MezatalkはOSSとしてhttps://itline.jp/git/mezatalkに置いてあるけど、別にあんたのためじゃないからね！ 勘違いしないでよね！