More from: 仕事

電波で検出していたとは・・・・・・・

RICOHのFAX機が一台不調になった。
トナーが無いという警告が出たので新品のトナーを購入して入れ替えたが、それでも警告が消えないので印字がされないという症状。
商社経由でメーカーサポートに修理の見積りをお願いしたら、部品交換が必要でその部品代が1000円強との見積りが来た。
ところが、どこの何と言う部品なのかが分からないので、今日別件で来ていたサポートの人に話を聞いてみた。
その方によるとトナーの有無をチェックするための部品で、トナーボックスの下部に装着されている中指位の大きさの部品だとのこと。

どのようにしてトナーの有無を判定しているのかと思ったら、
「電波を出して、その反射で有無をチェックしています。」
とのこと。
「まるでレーダーみたいだなぁ」、と思ったが、その部品で出来るのはトナー残量の検出ではなく、あくまでもトナーの「有無」だけとのことだ。
トナー下部に装着されているので、トナーが無くなるまでは電波はトナーから反射してくるが、無くなってしまうとトナーボックス内部を電波が通り、上の部分に反射してくるので反射波が帰ってくるまでの時間が余計にかかるようになるので、それで有無を判定しているそうだ。
そんなハイテクな部品が僅か1000円強だなんて、技術は進化しているんだなぁ。

←クリックしてくれると嬉しいです。

バッチファイルも書いた!

RidocDeskNavigatorの設定ファイル書き換え用のバッチファイルも書いた。
バッチファイルでの判定文の書き方とかの文法はWEBで調べて書いたらなんとか動いてくれたので、これを使って作業をすることにしようかと。

RidocのデータフォルダがC:とD:のどちらかにあるかの判定は下記のようにした(フォルダ名は固定にしているのでこれで十分判定できる筈)。
set place=C:\RidocCab\PL\data
set driv=C:
if exist D:\RidocCab\PL\data\PLCtrl.dat (
set place=D:\RidocCab\PL\data
set driv=D:
)
要はデフォルトをCドライブにしておいて、Dドライブにフォルダがあれば変数の中身を書き換えているだけというシンプルさ。
driv変数にドライブレターを入れているのは、このバッチファイル自体をUSBメモリ上に置いて実行することを前提にしていて、
書き換え作業自体はRidocのデータフォルダ内で行うので、カレントドライブを移動するために使っている。

残る問題はどのタイミングでサーバの切り替えをするかだなぁ、、、、、、、データの移動には一晩かかる可能性もあるからなぁ、、、

←クリックしてくれると嬉しいです。

バイナリファイル内の文字列の置換は出来た

RidocDeskNavigatorの設定ファイル(\RidocCab\PL\data\PLCtrl.dat)内に書かれているサーバのIPアドレスの一括書き換えに成功した。
一個前の記事に書いたREPLHというソフトではどうしても上手く行かず、他で見つけた「Replace Binary File v1.0(rplbfile.exe)」というソフトで書き換えることが出来た。
このソフトの使い方は簡単で、
rplbfile.exe ファイル名 文字列1 文字列2
とするだけでファイル名で指定したファイル内の「文字列1」を「文字列2」で置き換えてくれる。
制限は置換前の文字列と置換後の文字列の長さが同じでなければならないということだが、今回は特に問題とはならなかった(対象となる文字列が固定長のIPアドレスなので)。

後はRidocCabフォルダの場所の自動判定と元ファイルのバックアップ等を自動で行うようなバッチファイルを書くだけだなー。
Linuxのshellとかなら簡単なんだけどなぁ(笑)。

←クリックしてくれると嬉しいです。

バイナリファイルの書き換え

RICOHのRidocDeskNavigatorの設定ファイルを探していてようやく見つけた。
何故探していたかと言うと、Ridoc Document Routerのサーバを引っ越す予定で、その際に各クライアントの設定を一からし直すのが面倒なので、設定ファイル中のサーバのIPアドレスを直接書き換えることが出来ればなぁ、と考えたから。
プログラムをインストールしたフォルダ(デフォルトではC:\Program Files\RICOH\Ridoc)にある各種iniファイルにはサーバ名もIPアドレスも書かれておらず、レジストリにも無かった。
結局Ridocのデータを保存しているフォルダ(デフォルトではC:\RidocCab)の下の「PL\data\PLCtrl.dat」というファイルに設定情報が書かれていた。
これが単純なテキストファイルなら話は簡単だったのだけど、残念ながらバイナリファイルだった。
試しにバイナリエディタ(Bz)を使ってサーバのIPアドレスを書き換えたところ、問題無く指定したサーバにアクセスできたので、このファイル中に書かれているIPアドレスを書き換えれば良いということが判明。
後はこのファイルを書き換えるための手順の自動化が出来れば作業は単純化できるのだが、困ったことにデータフォルダのあるドライブがクライアントによって異なることと、設定ファイル内のIPアドレスが記述されて位置がクライアント毎に異なっているということがネックになっている。

バイナリファイルを書き換えるためのツールをダウンロードしてきて試してみたが、最初に試したのはファイル内の位置をバイト値で指定するものだったので、ファイルによって目的のデータの位置が違う場合には使えない。
そこで指定した文字列(というかバイナリ値)を任意のバイト値に書き換えるタイプのソフト(REPLH)で試してみるつもり。
これが上手く行けばバッチファイル化して自動実行可能なように出来ると思う。

←クリックしてくれると嬉しいです。

ようやく落ち着いてきたかな?

先月から仕事が忙しかったけれど、今週に入ってようやく落ち着いてきて、普段の業務に戻れた感じ。
つか、先々週末は久々に土日の両日に休めるくらいになっていたから、実は先々週の内には落ち着いていたのか?(爆)。
実は大きな作業が残っているのだけれど、今のところ通常業務に支障が無いので先延ばしにしているということは内緒だ(汗)。

ま、これで安心してRSRに参加することが出来そうだな。

←クリックしてくれると嬉しいです。

なんだかなぁー

イー・モバイル(イー・アクセス)の法人担当の営業さんは頻繁に代わるらしく、たまに電話をすると新しい担当さんになっていることがよくある。
今回も例に漏れず担当さんが代わっていた。
月曜にちょっと用があったので資料の提示をお願いしたら、挨拶がてらに来社したいとのこと。
こちらとしてもそれほど急ぐ用ではなかったので快く承諾したら、翌日か翌々日(つまり火曜か水曜)に伺うとのこと。
なので昨日から電話を待っていたのだけど、今日(水曜)の午後になってようやく電話が来てこれから10分くらいで伺いますとのこと。
それで作業を一時中断して待っていたら、
「目の前まで来ているが、用意した資料に間違いがあったので、後日再度伺わせて欲しい。」
との電話が来た。
まぁ、間違った資料を渡されるよりはずっとマシなので承諾したが、「後日」というのが次週の火曜日になるとは思わなかった。
資料の間違いを直すのにそんなに時間が必要とは思えないんだけどなぁ、、、、、、
まぁ、予定が詰まっていてこっちに来る時間が取れないんだろう(笑)。(歩いてでも来れる距離だけどね)
あと、契約回線数が少ないから甘く見られているんだろうな。

いっそのこと全回線を解約してWiMAXに乗り換えようか?

←クリックしてくれると嬉しいです。

←クリックしてくれると嬉しいです。

うまくいった!   と思ったらorz

一昨日から悩んでいるRISOのプリンタ「ORPHIS X7250A」へのLinuxサーバ経由での印刷が上手くいった!
サーバ側のSAMBAの設定でsmb.confのprinterセクションにあるguest ok=noをyesにしたら一度は印刷データをPCからサーバに送ることが出来、そのデータが正しくプリンタまで送られて印刷できた。

と思って実際に使用する部署のPCでチャレンジしたところ全く症状が改善していなかった・・・・・・orz
しかもその後一度(ならず数度)は印刷できたPC(私が普段使っているPC)でも印刷が出来なくなってしまっていた・・・・・
症状は昨日までと同じで、サーバへのデータ送信が出来ない状態。

うーん、どうしたものか・・・・・・・・

←クリックしてくれると嬉しいです。

ちょっとメモ

明日試すことをちょっとメモ。
・net useでのプリンタポートの割り当てをやめて、ポートとして直接サーバ上のプリンタを指定してみる。
・エラーメッセージをもっと細かく調べてみる(「ローカルダウンレベルドキュメント」とか出ていたような・・・・)。
後は・・・・・・・思い出せない(爆)。

←クリックしてくれると嬉しいです。

忙しい

忙しいというか、急な作業が割り込んでくるというか、何故か落ち着かない状態。
しかも最後に大き目のトラブルが舞い込んできて、なんとか落ち着いたところだ。
それでも明日の朝一で確認して対処しなければならないことが増えた。

ま、最後のトラブルは半分自分のせいでもあるんだけど、それは顧客には言えないな(爆)。

←クリックしてくれると嬉しいです。