自分自身のためのものづくりメモ突っ込みなどがありましたら掲示板にお願いします。チャタリングの様子を観測した。ひどい手持ちの他のマイクロスイッチに比べて、明らかにチャタリングの持続時間が長い。最大で2msに達しそうだし、1msでは安定しない場合が多い。マイクロスイッチを交換してもダブルクリック暴発が発生するのでプログラム的な問題が大きいと思っていたが、スイッチ自体の品質の問題もかなり大きいようだ。質が悪いのか、他とはひと味違う軽い感触を得るための代償か。(いずれにしても、それで意図しない動作をしてしまうファームはダメだと思うが。用いて騙し騙し使っている。ハードウェア的にパッチをあてるために、まずは、マイクロスイッチのチャタリングの挙動を観測してみた機材PICkit2のソフトに簡易ロジアナ機能があるので、それを利用。3chまでしか観測できないけど、1chあれば十分。PICkit2の1ch,2chには内蔵の4.7kΩプルダウンがある。マイクロスイッチのコモンを1chに接続。NO接点にPICkit2のVDDを接続し、VDD出力にチェックを入れる。トリガを1chの立ち上がりに設定し、RUNして、スイッチを押す。結果0.5msでだいたい安定するが、1.5ms程度まではチャタリングが時折発生する。IME3.0のチャタリングは、こんなパルスを拾った結果なのだろうか。色々な手法はあるけど、はて、どうしたものか...。H/Lで+1/-1してカウンタを増減させて、上下の閾値に達したら論理確定、ってあたりが確実か。パラメータは、500μ秒の連続ON/OFFで切り替わるぐらいで。マウスのボタンなら、0.5ms遅延したところで全く問題ない。マイコンを使うことを考えていたが、素直に積分+シュミットトリガゲートの方が...いや、5ch分のCRは場所食いだ。無駄に集積回路を使うけどマイコンの方が部品点数は少なくて済む。64.124.85.0/24#Web再び、BecomeBotに検索履歴をかき回されたので、.htaccessにて排除することにした。BecomeBot締め出しhttp://baku.homeunix.net/WiKi/rnx/index.rb?1138996756.txtにてのけ者にしたはずなのだが、BecomeJPBotは別物というわけか。ちなみに、robots.txtは最初にちゃんと読んでる。http://www.become.co.jp/site_owners.htmlは「お客様が指定されたページは見つかりませんでした。」だったり、かなり感じ悪い。その辺の食い違いも感じ悪いぞ)また、他の多くのクローラの挙動と違ってリファラを送る点で、RandomeNoteの敵。注意:左からRGB配列の固定画素の表示機器以外では、うまく表示されません。#サブピクセル漢字は横線が多いから、サブピクセルが縦に並んでいた方がサブピクセルレンダリングが効果的だよね、という話。撮影機器の配置がわりと適当だったので横並びの方が少々ピンぼけだけど、それを差し引いても、差は歴然。