平穏な日々 on MT

まだまだ暑い日が続きますねぇ。

先日、出張より戻ってきたらどうもネットワーク関係の動きがおかしい。
調べてみると自宅のサーバーが落ちてました。

「電源入らない･･･」

DC電源搭載のACアダプタで動く特殊なITXマザーボードで組んでたし、こりゃ電源とM/B買い替えかなぁ...
と言うわけで、泣く泣く部品を買いに行くことに、幸いCPUやディスクは生きているのでそのまま使うことにします。
AM2のCPUが刺さるZOTQACのMINI-ITXマザーが五千円弱で売られていたので、M/Bはこれに決定。

しかし･･･　メモリがSO-DIMMを使っていたので新たに買いなおすことに。（8000円）

そしてACアダプタを使っていたので、電源はケースから取り外され無くなっていたのですが、出てこないので電源自体も買いなおしです。電源を買うより電源付きケースを買ったほうが安いのでケースごとがってしまいました。（6000円）

後は拡張スロットがPCIからPCI-Eに変わっているのでネットワークカードも調達が必要ですが、家に在庫が1本あるのでそちらをとりあえず使うと言うことで対応しました。

きっと、薄型のCPUクーラーも居るよね･･･（2300円）（以前は電源を外していたので、高さに余裕があった）

占めて、2万円強　在庫を使ったNIC含めると実質2万五千円ぐらいですか？（泣

ついでなので、VMWare ESXi 4.0Update2に更新しておきました。
んーハード変わっても仮想サーバーは基盤だけ立ち上げたてしまえば、複雑な仮想上のサーバー自体はドライバなど変更せずに簡単にサーバーが元通り動くのでこういうトラブル時には強いですねぇ。

暑いと言えば、おうちのVoIP ATA(FXO)　※電話をネットワークに変換するアダプタ
も熱暴走気味でした。3分ほどで通話が切れたり音声品質が悪かったり...
うーん、これもなんとかしないとなぁー（殆ど固定電話使わないけどさ）

というわけで作れるか考えてみました。

今まで遊んでみた感じから、マイコンでも使って190us程度のパルス周期になったとき（180km/h程度？）に擬似信号をに切り替えれば、理屈上は実現出来そうです。

基本的には、通常時は入力信号をコピー、速度が上がってくれば擬似信号を出力すれば、理屈上は良いのですが...

一番の問題は、1km/hの差は1us程度に相当します。エントリレベルのマイコンでは1命令の実行に1us程度の時間を要します。入力の読み込み、状態のチェック、擬似信号のタイミング取り、信号の出力･･･　これだけのことをやろうと思うと、どんなに頑張っても10us程度の精度になりそうな気がします...　　無理！　（泣

まぁ、数十倍速いマイコンを搭載すれば良いのですが、回路的にもコスト的にも大掛かりになりすぎます。

うーん、無理なのか？

無い頭を2時間ほどひねって考えたのが...

「マイコン2個使ってしまえばどうよ？信号のコピーはアナログ的にやってしまえ！」と言う無茶な発想（車種専用だから出来る荒業？）

様は低速時のコピーは、アナログ的に（あまり遅延気にしなくて済む）、1つのマイコンは速度の監視に集中、もうひとつのマイコンが擬似車速パルスを生成　擬似パルスとコピーされた信号の切り替えは1つ目のマイコンからの指示に従って実施する様にすれば何とかなるかもしれない？

早速試作してみました。

ここだけならまだまともなのですが･･･

あちこちで作業してたらだんだん場所が無くなり･･･　挙句、発信機やら、計測器やらをリビングに店開きしてマスｗ　（家族、大迷惑...）

これだけ　大袈裟に店開きして、とりあえず作ってみたのが　これです。

意外と、ちっさぃ？

こんな感じで、先にECUから出してきた線に繋げば･･･
（電圧を落とさずにICを直結したかったのもあって12Vじゃなくて5Vの線を引っ張り出してきたのです）

動く筈だったんですが、動かん！　（涙　（汗　→　若干　回路変更して無事動きました。

続く･･･　かもしれない

さて、前記事の

１）ECUを書き換える（3万円ぐらい？）
２ａ）車速センサのコネクタにリミッターカッターを挿入する（３万円ぐらい）
２ｂ）ＥＣＵに入る車速センサの線に汎用リミッターカッターを割り込ませる（１万円ぐらい～）

この３つですが、個人的には１がＢｅｓｔ、ただ2aと違ってハードウェアも無くて書き換えだけで、3万円は高いような...
2aは、簡単に出来て良いのですが、2bに比べるとちょっと割高感があるよなぁと。
2bなら、安くは出来るのですがスピードメーター兼用タイプだとエンジンルームのECUから車内にまで線を引き込む必要が有ります。また、ECUに入る線を切断することになるので、あまりやりたくないなぁ。

悩んでいても仕方が無いので、うーん、とりあえず2aの取り付け部のコネクタでも見てみるか...　ここから信号引き出せたら線を切らずに済む？　と思い確認を始めたのですが...　エコシールの３極に酷似しているけど、微妙にサイズが違い手持ちのコネクタはあいそうに無い！　どこのコネクタか解らない！うぅーん

と悩んでいたら、気がついたらECU外してました･･･（おぃ！

ECUは３つのコネクタで接続されています。車速の信号は真ん中のコネクタの黒に白線の入った電線です。

こんな感じで、ECUに入る手前で信号を奪い取ります。

一番　車両後方のコネクタに電源とかが着てますね。今回は車速センサに通じているGNDと電源（＋）を取りました。
黄色の線が＋　　緑に黒線がGND側です。（赤線の右側にある奥のほうの緑の線ですね）
ちなみに、ここの電源は１２Vではなく５Vなので注意！

 って、線切りたくないとか言ってて　線切ってるじゃん　おれ・・・・　ｏｒｚ

まぁ、いいや・・・　（いいのか！？）

と言うわけで少し遊んでみました。　発信機を接続してダミーの信号をＥＣＵに送り込みます。

エンジン止まってますが、速度計は174km/h　（苦笑

ちなみに、このときの周波数は5kHz強...　通常の車速センサの40倍以上のスピードになります。

この信号を、判断し高速時にダミーの擬似信号を送れば、リミッター解除できてしまう気がするのですが...
計算上、写真のような速度域では1km/hの差は、1マイクロ秒（１００万分の1秒）程の差となって現れてきますので、これを正確に検出するのは結構大変な事になりそうな気がします。

続く･･･　とおもう。

購入時から気になっている、スピードリミッターへの対処なのですが、FD2（CivicR)での、対応は大きく分けて二つあるようです。

１）ECUを書き換える（3万円ぐらい？）

２ａ）車速センサのコネクタにリミッターカッターを挿入する（３万円ぐらい）

２ｂ）ＥＣＵに入る車速センサの線に汎用リミッターカッターを割り込ませる（１万円ぐらい～）

２ａ／２ｂの方法では、スピードメーターの表示が180km/h以上は不可能な様です。
また、2bの方法も、対応できるユニットは意外と限られている様子、ざっと調べて見た所では、HKSのSLD Type1とPivotのSML-Vぐらいでしょうか？

配線図を眺めていると、昔の車は
車速センサ－＞ECU/カーナビ/スピードメータ etc....

だったのが、FD2では
車速センサ－＞ECU－＞カーナビ/スピードメータ etc....

となっています。　つまり、センサの出力は一度ECUで処理された後、速度に応じた車速信号を改めて作り直してナビやメーターに伝送されている様です。（メーターは、さらに面倒でCAN通信になっている）

従って、ECUを書き換えない限り、基本的にはカーナビやメーター等に180km/h以上の信号を伝送することは出来ません。（だって、ECUを騙してる訳ですから、ECUの出力信号も当然違う結果になります）

さて、次に冒頭の２ｂのタイプですが...　良く見ると、最近のホンダ車だけ異なった設定をしないといけないようです。
設定で逃れられると言うことは、回路的には従来と大差ないと考えられますが、何かが違う...

この辺りを調べてみたのですが、サービスマニュアルはおろか、Ｗｅｂでも誰かの記事も見つかけられなかったので書いてみます。

車速センサ（カウンタシャフトスピードセンサ）の基本的な動きは同じだと思われる。（未確認）
恐らく、ホール素子を使った、非接触タイプと思われる。（パーツリストによると、Panasonic製？、仕様は日本精機の物に似ているような･･･）
出てくるパルスは、従来の車速パルスの４０倍ぐらいの密度（周波数）で出力されている。

と言う事が解りました。

様は、非常に細かい信号になっているので、従来よりも細かい制御さえ出来れば、リミッターは切れる様です。

続く･･･　のか？

VMWare　環境で、DataRecoveryを使用してWindows 2003 Serverの復元を試してみたら、"Error loading operating system"と表示されてOSがブートしない。

エラーメッセージで検索を試みても、「回復コンソールを使え」「MBRを修復しろ」等と言う、いかにもな対策は出ているのですが...

結局、この手の手段では回復出来ず　かなりはまってしまいましたのでメモ

どうもVDRでの回復時は設定ファイルなども丸ごと戻ると言うわけでは無いようです。

具体的には、ディスクのジオメトリ等は適宜その場で生成されるようで運用状態と異なるジオメトリが設定されてしまうとブートできなくなるようです。（そりゃそうか）

回復方法ですが、サーバーにSSH接続して、仮想マシンのディスクの定義ファイル(xxxxx.vmdk)を編集します。

中に、

ddb.geometry.cylinders

とか

ddb.geometry.sectors

と言う行が有るので、元のマシンを参考にしながら合わせてやれば動きました。

今回の場合、具体的には

シリンダ数　8854 が　17432
セクタ数　63が32

と異なっていました。　確かにOSがブートするまでのBIOSレベルでは、これではまずいかも･･･

最近、スロットルコントローラーが流行ってるみたいです。
スロットルコントローラー自体には特に興味は無いのですが、一部の製品にオートクルーズの機能がついてる様なので、FD2に取り付けてみました。

幾つかメーカーは有る様ですが、安いのと本体一体なのもあり、Pivotの物をつけてみました。
現在、クルコンつきの物は、かなり品薄な様子であちこち探し回りオートバックスにて購入。定価売りで27000円程！（某通販より5000円ほど高いけど、1ヶ月も待つよりかはいいかなぁ？）

どこに取り付けるかが悩みどころですが、ステアリングコラムの上やインパネに貼り付けるのもゴテゴテしてどうも格好悪いと考えていたら、ちょうどコインケースの所に取り付けられそうなので、コインケースに決定！

もうひとつが、クルーズコントロールのスイッチをどこに取り付けるかなのですが、純正のスイッチを取り寄せるとかも一瞬考えましたが、少し小型のスイッチを調達して本体と並べて取り付けることにしました。ハンドル周辺に比べて少し操作し難いですが、そんなシビアな状況で使う物でもないし、変な線引き回すよりかは良いかなぁ？

そんな訳で、調達したスイッチと、それをつける金具をアルミの切れ端で作ってみました。流石に銀色は目立つので、後で塗装しましたけど。

ついでに、一回本体をばらしてアクセル用ケーブルのハーネスの短縮処理を行いました。あまり運転席周りで線をぐるぐる束ねるのは安全上も好ましくないですから...
また、取り付け箇所のコインケース部分はヒューズボックスの蓋も兼ねている為、比較的外すことも多いと思われるので、その他の接続ケーブルも短く切断しコネクタを取り付けて万が一の際に簡単に取り外し出来る様にしました。

3Drive ACの中身です。結構　細かく綺麗に作られてます。なぜか電解コンデンサが１つ横向いてますが･･･　熱大丈夫なのかな？

スイッチと並べると、こんな感じでしょうか？

裏側から･･･　今ケースの上側に穴を開けてケーブルを引き出しました。車両側へ接続刷る線はコネクタをつけました。

さて、このユニットを着けるときに大変なのは車速信号の接続でしょうか？Pivotのマニュアルではエンジンルームに有るコンピュータから取れって書いてあるのですが...　恐ろしく大変です。しかも、エンジンルーム内の線ぶった切るの嫌ですよ。水とか怖いし...　出来れば触りたくない。

で、配線図で確認すると、この端子はカーナビ用にオーディオユニットのところまで来ているのですが、ここもばらすの結構大変です。あんまり変なところを線を通しても後日メンテナンスが大変ですし、トラブルの元です。
他に良いものが無いかと探してみたら、運転席足元に有るヘッドライトのレベライザのコントロールユニットにも同じ線が分岐して接続されており、今回はここが都合が良いと思って探してみました。

が･･･　「無い！？」　マニュアルではコントロールユニットが有るという場所には何も着いていません！線も来ていません！　そんなアホな...（泣

再度　配線図と格闘しながら、運転席足元のコネクタを車速信号が経由している事を発見！　こちらから信号を貰うことにしました。

これが問題のコネクタ

この一番上の青い線に車速信号が着ているはず･･･

後は、ブレーキの方からも信号を引かなくてはいけません。
Pivotからカプラーオンで分岐出来るアダプタも3000円ぐらいで売られてるみたいですが、変に線が延びて絡まっても危険です。（アクセル開度センサ側は、少し複雑ですし、アダプタ無しでつなぐには線を切らないといけないので、普通にアダプタ使ってます。）
今回は、一度コネクタをばらして線を半田付けして引っ張り出しました。純正の線に沿わせて万が一にも絡まらないように処理しておきます。

後は、アースの線一本も含めて、ヒューズボックス裏から線を引き出しました。
結構、ヒューズボックス裏の金具がエッジが立っているので、保護用にチューブを被せてておきました。こちらも、車両側から集めた線にコネクタを取り付けて終了


こんな感じでつきました。

使ってみた感想ですが...

電車みたい...　（電車がでんでん♪　でかけるでんでん♪）

なんか気持ち悪いですが、結構高精度に車速維持してくれてそうです。最大140km/h程度までらしいですが、この辺は要確認ですね。実用上150km/hぐらいまでロックしてくれたら有り難いのですが...（えぇ、勿論サーキットで使うんですよ！？ｗ）

後は、スロットルコントローラーの方ですが、これって...
スポーツモード：レスポンスが良くなります。
エコモード：急激なアクセル操作を抑えて燃費を向上させます。

一応ちょっと遊んでみましたが...

スポーツモードって単にアクセル雑に操作してるような感じ...　ペダル踏み込む一瞬のレスポンスってそんなに重要？　それより、しっかりトラクションコントロール出来る方が大事な気がするのですが...　怖くて使えません。　別に要らんよな...
そういえば、日本車の小型車って、アクセルをあまり踏まない状態でも、わざと大袈裟にスロットルを動かすことで、パワー感・きびきび感を"演出"してる、なんて言う話も聞いたことあるし（＝全開にしてもぜんぜん速くない）、そういう"雰囲気"が好きな人には良いのかなぁ？　

エコモード、これは意外と便利かもしれません。なんかTypeRが普通の車になったみたい。街中走るときとか気楽に乗れて良いです。ただ、TypeRに乗ってるって言う緊張感も薄れて味気ないですが...　それに、アクセル開けない＝燃費が良いとも限らないみたいだし...　まぁ、暫く試してみますかね。

色々試していたのですが...

一番困っていたのが、XPマシンに接続してリモートデスクトップを利用した時に、"@"なんかの記号や大文字を入力しようとすると、おかしな文字が表示されると言う症状だったのですが...

これに関しては、フルスクリーン動作だったものをウィンドウ動作に切り替えたら使えました。

詳細は不明ですが...　なんでなんだろう？

最近仮想化が流行と言うことで、この2年ぐらい？結構vmwareの仮想サーバーを作ったりしているのですが...

使い方の一つに仮想基盤上にクライアントを配置するシンクライアントも比較的技術の転用が利くよね？　と言うことで、最近vmware viewで遊んでます。

以前のバージョンでは非常に高く、ライセンス数も100からでしたが、現在のバージョンではライセンス数も10台単位になり、小規模向けエディションも出来て、導入価格が劇的に下がって居るので、流行りそうな予感がします。

普通に使っていても面白くないので、これまたiPhoneから使ってみました。今のところWyse（あのシンクライアント端末メーカーですね！）のPocket Cloudと言うソフトを購入してみました。（￥１，７００でした。）

RDPのソフトとかは色々あるのですが、View4のコネクション（セッション）ブローカーとかに対応してないので、実質使えないんですよね...

一応、気持ちよく動いてくれて、さすがWyseとか思っていたのですが...　キーボードおかしい！　OSの設定が日本語キーボードになっていると上手く動かなかったり、英語に統一してみても、アプリケーションによって今度はShiftの処理が上手くいっていなかったり。

いったいコリャ何なんでしょう？

もう暫く格闘してみたいと思います。

なんだか、最近急速に普及してるので作ってみました。
いや、JANOGの中でTwitter併用のセッションがあったりしたので、iPhoneでも片手にTwitterも追いかけたら面白いかな？　と思い、再来週？のイベントに向けて準備し始めたのが発端なんですけどね。

アカウント名：torneosirt

そんなわけで、使い方は、さっぱり解ってません。
Blogすらろくに更新出来てないのに意味有るんだろうか？

本当に帰って来てしまいましたよ！

正直、半年ぐらい前に動画見て経緯を知っただけなのですが、ずっと気になってました。

しかし、テレビとかで全然中継とかしないのね(泣

ものづくり日本が大事だとか口では言いながらこの関心の低さは何なんだろう？

オリンピックで金メダルなんかより、ずっと大事だと思うんだけどなぁ

何にしても良かった良かった！

後は無事カプセルが発見されてイトカワのサンプルが入って居たら最高でスネ。