パピーを使ったデータロガー

[シノバー]

まだ出来たわけでなく、同時進行形で紹介します。

とある工場で、現場で稼働する機械からの情報をパソコンに貯め、一日に一度データを事務所に運んで処理をするというシステムがあります。

これがなんと、往年のNEC PC9821シリーズ機で、データーはフロッピーディスクで運んでいる。
フロッピーの書き込み/読み取りミスが多発するので、なんとかならないかという。フロッピーの前に、パソコンがそろそろ危ないでしょう。

パソコンを更新し、フロッピーをUSBメモリに置き換えるというのが１案。
現場は粉じんなど環境劣悪なので、パソコンの収納場所には粉じん対策を施すが、操作するのに扉を開けると...。
という問題があるので、LANケーブルを引っ張ろうというのが２案。
ところが電磁環境も劣悪で、ノイズ渦巻く中で大丈夫？という心配がある。なので、これまで足で運んでたわけで...。

けっきょく無線LANでやることに。有線のイーサネットでも同じだと思うけれど、多少ノイズがあっても、回復は可能だろうと。
今日実験してきて、いちおうOKのようです。

実験は、ノート機にパピー、sambaサーバーを稼働させ、現場に置きます。イーサネット←→無線コンバータを経由して 50mほど離れた事務所の無線アクセスポイントに繋ぐ。
事務所からはWindowsのファイル共有で現場の実験機から無事ファイルの取り込みができました。

本番はミニディスクトップ機を使用、USBメモリにパピーを入れてディスクレスで運用する予定です。
ディスクレスというか、ディスプレイもキーボードもなんにもなしで、イーサネットとRS232Cだけが出てるという格好です。

[minon]

本番はミニディスクトップ機を使用、USBメモリにパピーを入れてディスクレスで運用する予定です。
ディスクレスというか、ディスプレイもキーボードもなんにもなしで、イーサネットとRS232Cだけが出てるという格好です。

Upup(Dpupかも)でPlug Computerも使えそうですよね。

電源アダプタ型Linuxサーバ「SheevaPlug」
http://japanese.engadget.com/2009/02/25 ... heevaplug/

Marvell's Plug Computer
http://www.murga-linux.com/puppy/viewto ... 9&start=15

[シノバー]

Plug Computerも使えそうですよね。
電源アダプタ型Linuxサーバ「SheevaPlug」

あー、楽勝そうですねえ。今回採用するかどうかは分かりませんが、情報ありがとうございます。
USBにRS232C変換アダプタを付けるだけでいいのか。
メンテはSSH。

[暇人]

linuxで動いてる無線LANルーターでusb端子の付いたやつ。
Fonera 2　とか。

[minon]

ちょっとリンク先が悪かったかも。

Plug Computerも使えそうですよね。
電源アダプタ型Linuxサーバ「SheevaPlug」

あー、楽勝でそうですねえ。

ここ見ますと、
Ubuntu Weekly Recipe
http://gihyo.jp/admin/serial/01/ubuntu- ... 069?page=1

ただし，CPUはARMベースですのでx86プロセッサに比べるとクロックあたりの性能は低い上，メモリのバス幅が非常に狭いので，PCに慣れた人が「1.2GHzのCPUと512MBのメモリ」という表現から想像するほど速くはありません（ただし，組み込み機器としては非常識な高性能です）。

ARMベースだったり、カーネルが2.6.30以降だったりの情報ありです。

[シノバー]

ARMベースだったり、カーネルが2.6.30以降だったりの情報ありです。

続報ありがとうです。少々やっかいそうですねえ。

[Cres]

ちょっと面白そうなので適当に妄想をｗ

1.x86系のワンボードPCを使う
http://www.marubun.co.jp/product/bcs/sp ... 006f0.html　　＜＜この手の
2.液晶が壊れたノートを入手してヒンジごと外して使用
http://page7.auctions.yahoo.co.jp/jp/auction/g81904327　　＜＜こんなイメージ

HDDやCD=ROMなどの駆動部分も極力排除して粉塵に強くすると吉
気になる部分はホットボンドで埋めるなりすると良いかと思います。

個人的にはUSBフラッシュよりも
CF-IDEの変換アダプタを利用した方が良いかもです（BIOSでUSB起動をサポートしてなくてもOK)
仕様変更考えるとUSBフラッシュの方がメンテが楽そうな気もしますけど

以上、妄想でした

[シノバー]

買ってきました。ファンレスのボード。ZOTAC のIONITXシリーズ。

パピーは4.20p1をUSBメモリにインストール。起動はGrub4Dos。
ハードウエアに依存しないようにする工夫をいくつかしてあります。

CPUオンボードなので、メモリ(512MB)を差しただけで、ハードディスクなどは実装してません。そこへ用意したUSBメモリを差して電源を入れ、さてBIOSの設定をしようかと...。思うまもなく自動的にUSBメモリから起動しちゃいました。そのまま通信プログラムが起動、動作確認できました。

じっさいの運用はキーボードもディスプレイも繋ぎません。
回転するものがいっさい無いので、電源を入れても小さなランプでしか確認できず、ちょっと不安です。スピーカを付けようかと思います。

[Cres]

買ってきました。ファンレスのボード。ZOTAC のIONITXシリーズ。

パピーは4.20p1をUSBメモリにインストール。起動はGrub4Dos。
ハードウエアに依存しないようにする工夫をいくつかしてあります。

CPUオンボードなので、メモリ(512MB)を差しただけで、ハードディスクなどは実装してません。そこへ用意したUSBメモリを差して電源を入れ、さてBIOSの設定をしようかと...。思うまもなく自動的にUSBメモリから起動しちゃいました。そのまま通信プログラムが起動、動作確認できました。

じっさいの運用はキーボードもディスプレイも繋ぎません。
回転するものがいっさい無いので、電源を入れても小さなランプでしか確認できず、ちょっと不安です。スピーカを付けようかと思います。

おお、スバラシイ
余裕があれば
http://www.logitec.co.jp/products/monit ... 042as.html
みたいなサーバ監視にも使える小型液晶モニタを使うと便利かもです
（USB接続のモニタはPUPPYで使えるか判らないっす、上のはアナログRGB）

スピーカなら定期的に音を鳴らす用にして音が途切れるとエラーと判断すると良いかな？
USB供給のファンとか色々ありますけど、通電だけだとエラー感知には使えないですしね

[シノバー]

これがなんと、往年のNEC PC9821シリーズ機で、...フロッピーの前に、パソコンがそろそろ危ないでしょう

パソコン（PC9821）壊れました。

で、急がれてたのですが、今日、パピーを使った新システムを納入してきました。万事OKです。

このボードZOTAC のIONITXシリーズですが、電源ボタンに依らず電源が供給されたら即スタートという設定がBIOSでできません。
電源ボタンを使わずにACラインのON/OFFだけで済まそうという、パピーならでの荒技が使えなかったのは残念です。

[シノバー]

ときどき繋がらないことがあるというので、最初は無線を疑いましたが、そうではなくて、Windowsのファイル共有が不安定みたいです。
Windowsファイル共有の使いこなしについて私が無知なだけかもしれません。

けっきょく固定IPにしてHTTPでアクセスさせることにしました。
HTTPサーバーには...4.3xに Hiawathaがあるじゃあありませんか。4.20に Hiawathaをインストールしてもよいのだが、せっかくなのでパピー4.3.1JPにしました。
4.3xには Tcl/Tkは入ってないので、これはPETをSFS化して追加。

ところで4.3.1JP＋tcl_tk-8.5.6+Xvesaの組み合わせだとTkがsegfaultします。
.xinitrcで export XMODIFIERS="@im=SCIM" というところをコメントアウトするといちおう動きます。日本語が入力できなくなるのですが、今回は構わないので。ついでにscimを無条件に立ち上げるのも停止しました。
この設定ではTkなどXアプリで日本語入力できないだけで、seamonkeyなどGtkアプリでは日本語入力できます。

固定IP + HiawathaによるHTTPに変更し、その後は順調に動いています。

[みのむし]

なんか面白そうですね。買い手(大学の研究室とか)は大勢いるかも知れません。
出来るなら日本語入力出来るようにしておいた方がいいですね。

[シノバー]

出来るなら日本語入力出来るようにしておいた方がいいですね。

そうなんですよねえ。不思議なことにXorgならsegfaultしないんですが。Tcl/Tkをコンパイルしなおしてみるかと思いながら、なかなかめんどうなのでそのままになってます。

ディスプレイもキーボードもなんにもなしで、イーサネットとRS232Cだけが出てるという格好です。

そういうアプリになぜTcl/Tkなのかというと、これまでの資産があるのと、デバッグやメンテに便利だから。

案の定、追加工事としてデーターの画面表示が要求されました。現在もデバッグ用に表示機能は付けてあるので、字を大きくするだけ。

パピーの場合Gtk2が標準ツールキットなので、Gtkアプリにする手もあり、そうすれば日本語の問題もOKなのですが…。
Tcl/Tkを私が好む理由というのは、ひとつにはクロスプラットホームであるという点。
こちらはLinuxを使いたいのに、客先によってはWindowsを指定してくることがあって。「Linuxは分からないから」って、Windowsなら分かるのかよう？

客先指定どおりWindows 2000で納めたら、「起動しなくなった」と本体ごと送り返されてきましたねえ。調べてみたらどうも、お客様が外付けDVDドライブを追加したときにドライバのインストールで失敗した模様。
ハードの追加はこちらのサポート外でしょうがあああ

Gtkでのクロスプラットホームも最近はハードル低くなってますが、シリアル通信のサポートがTclは優れてて……って、やっぱり自分が慣れているだけなのかなあ 。

[シノバー]

追加工事としてデーターの画面表示が要求されました。現在もデバッグ用に表示機能は付けてあるので、字を大きくするだけ。

ところが、よくよく聞いてみると表示する場所はPCの置かれているところではなく、そこから10mほど離れたところ。
誰がやったのか、昔のPCからVGAのケーブルを10m延長し、そこにディスプレイが置いてある。既設のこのケーブルをそのまま利用してもよいのだが、大丈夫かなあ？

さらに、設備を増設した関係で、別にまた10mほど離れた場所にも表示が欲しいという。そこへもVGAのケーブルを延長か？やりたくないなあ。
たまたま使っているマザーボードはデュアルディスプレイも可能なのだが、ハード依存になるのはあまり嬉しくない。

ひとつの方法は、VGA出力をダウンコンバータでコンポジットビデオ出力に変換、それを送信機でUHFでとばして、テレビで受信するというアイデア。装置の数が少し増えて複雑か……。

もう一つのアイデアは、せっかく無線LANがあるのだから、それを利用して、表示したい場所にそれぞれPCを用意して、表示するだけのソフトを入れる。しかし無線子機もそれぞれ必要だから、けっきょく装置の数は１案よりも増えるか……。

１案……　ダウンコンバータ、ビデオ送信機、テレビ２台
２案…… 無線子機２台、PC2台、ディスプレイ２台

[みのむし]

＞ところが、よくよく聞いてみると表示する場所はPCの置かれているところではなく、そこから10mほど離れたところ。
＞誰がやったのか、昔のPCからVGAのケーブルを10m延長し、そこにディスプレイが置いてある。
＞既設のこのケーブルをそのまま利用してもよいのだが、大丈夫かなあ？

10mは微妙な距離ですね。
私は以下のようなものを考えます。

(VGA信号)［コンバータ(エンコーダ)］(NTSC信号)-同軸ケーブル1本-(NTSC信号)［コンバータ(デコーダ)］(VGA信号)-TV
　　　　+-［コンバータ(エンコーダ)］-同軸ケーブル1本-［コンバータ(デコーダ)］-TV
※同軸ケーブルにはNTSC信号を通す。

エンコーダやデコーダに相当するものは探せば市販のものが流用出来るのでは？
これならTVを除くと2、3万しか掛かりません。