いよいよ本格的に着手しました、社内ネットワークの再構築。 今後、VineLinux4.0が正式リリースされるまで、何回かに分けて報告します。
まず、10月14日の記事で考えたヘンテコなネットワーク構成は破棄しまして、市販のホーム用ルーターを購入して、きっちりセグメントを分離しました。 そして公開用/社内用PCを分離するため、Linuxマシンを1台新作となりました。
**061024追記
VMWare-ServerのEURA(使用許諾条件)が英文で何度読んでも難解なんですが、公開サーバーへの使用は問題がありそうです。 以下の内容は書き直さず残しますが、今後の実態を反映しないものとしてご理解ください。
**061027追記
VMWare社と連絡を取りまして、サーバー公開自体はEULAに違反しないとのこと。 EULAの日本語訳が間もなく公開されるようですが、それを読んでもまだわからなかったので、直接問い合わせてOKの回答をもらえたことで、安心して進めます。
但し、VineLinux自体はサポートOSリストにありませんので、サポートフィーを支払ったとしてもサポートを受ける事はできません。
また、ライセンスはホストマシン1台につき1つ必要とのことで、弊社では2台にインストールするため、もう一人の社員(妻ですが)に登録してもらって、2台分のライセンスを得ました。
**追記おわり...
昨日の記事でドメイン取得しました、 積層スピーカーの会。
最初はPukiWikiで作ろうと試していたのですが、いろいろ調べつつ最後に行き着いたのが「 XOOPS CUBE」に「 PukiWikiMod」を組み合わせて作るPukiWiki!...
公開サーバーはVMware上の仮想OSに移すと決めたんですが、 社内ファイルサーバーをどうするか悩みまくってます。 ファイルサーバーはLinux-SoftRaid1で構築するとして、 Musicサーバーはwindowsな環境でないとASIO関連ドライバの問題が残ってしまいますので、 結局Linux2台+windows1台の、計3台が常時稼動ということに。 省電力の面から環境に優しくない会社だな、こりゃ。
・・で、何とか2台にできないかと、coLinuxやらVMWareやらで試して悩んだ備忘録です。
...今日は仕事ネタ。
モーションで多軸制御をしていると、シーケンスで同じ回路を沢山書く場面に良く遭遇しますね。
警報回路とか、各軸の位置決め回路とか。
同じ回路の展開はコピペ+デバイス置換で作ってゆく事が多いと思いますが、どうしてもタイプミスが残ってしまって、立ち上げ時にすぐに動かなかったり潜在バグになったり、変更の際の打ち込みの手間が大変だったり、悩みの種です。
どうしたら良いかなと考えていたところで、ふと三菱のGXWorks2の編集で右クリックしてみると、「CSVファイルからの読出」「CSVファイルへ書込」メニューがあるではないですか!
ということで、今回はこれを試してみました。
GXWorks2の回路編集状態で右クリックすると、コンテキストメニューが出てきます。その一番下に、ありますネ。
私が実行した手順は、以下のとおりです。
標準的な回路を1つ作って、CSVファイルへ書き込む
多軸展開したい回路のベース回路をひとつ、ラダーで作ります。
ここで、次のような注意点があります
- 後で変更する可能性がある回路はできるだけ無くしておく。
実際の運転プログラムからの指令やインターロックなど、軸単位で異なる条件や、現場で変更しそうなところは、総合接点として入れておき、そのコイル回路を別プログラムに書くような構成です。 - デバイスマップをよーく考えて作っておく
当然ながら、デバイスのマッピングには細心の注意を払い、無駄なく、デバイスのかぶりがないように設計しておきます。
書込んだCSVファイルを参考に、EXCELで編集
ここは腕の見せ所です。
- CSVで書きだしたファイルは、ニモニック表記になっています。 「そんなのわからない」 なんて言わずに良く見ているとすぐに理解できてきます。
- 多軸展開となる部分や、位置決めポイント展開となる部分などは変数としてEXCELでデバイス番号の計算式を作ります。
- 書き出しのために1行にしないといけないので、その部分は軸数ぶんのコピペは仕方ないでしょう。 必要に応じてマクロ化したりすれば、割と簡単になりそうですけど、変更しやすいように作っておくのがミソなので最小限がオススメです。
- 最終行に「END」をお忘れなく。
CSVファイルで保存
書き出した時のCSVを参考に、1シートの縦に長ーいシートをつくり、それをタブスペーサのテキスト形式で保存します。
CSV形式で保存すると、カンマ区切りになってしまうので、GXWorks2で読み込めません。 タブ区切りで保存しましょう。 私の場合はテキスト形式でやりました。
文字コードの変換
私のローカルPC環境の問題かもしれないですが、Shift-JISで書かれたタブ区切りのCSVファイルは、読み込みに失敗します。
- 一旦、テキストエディタで開いて、unicodeで保存。
- その後、拡張子をcsvに変更します。
GXWorks2で読み込み
例の右クリックのコンテキストメニューで、読み込みます。 表示中のプログラムにごっそり上書きされるので、要注意。
いかがでしょうか。 使い方は人それぞれですが、なかなか良いと思いますよこれ!
ワイヤーエンコーダー
・・ なるものが世の中に存在することを知らずにおりました。
とある走行系の直線走行速度測定テストを行なうため、事前にデモ品を借用したので、写真だけでも載せておきます。
- メーカー: SICK社。 エンコーダーのページ
- 測定長 : Max 50m (写真の物は30m)
- 測定速度: Max 4m/sec
- 使い方 : 指に引っ掛けたリングの部分を走行体に結束して引っ張って位置を測定します。
エンコーダーですから、単位位置変位量に対して一定量のパルスを返します。 使い方は、ユーザーの自由。たぶん、エレベーター等に使われているんでしょうなあ。
ABSタイプ/INCタイプあり、INCタイプなら出力形態も TTL/RS422ラインドライバ、 電圧push-pull出力 が選べる。
30m品で、130mm角、長さ400mm。 アルミハウジングなので重量は見た目ほどではないが、それでも7Kgある。
実は、国内品を探したのだが、小野測器のものは2004年に製造中止。 ムトーエンジニアリングのものは最高速度が足りない。 ということで、 "Made in Germany"。 価格は定価で20万円台。
まずは机上でモーションコントローラにパルス入力を確認し、実際の測定は新品を購入してから実施予定。 使用感などは後日。。