2009年5月18日 (月)

Industrial DEO 状態表示。。

久しぶりにDEOのお話し。。
DEOの機能にシーケンスの実行状態を、CLの実行ステップとして表示できちゃう機能がある。
Oh!!ありがたい!!

この状態表示機能。。
実行ステップの前後10行くらいが表示でき、今、バルブのアンサー待ちなんだなぁ~とか、タイムアップ待ちなんだなぁ~なんて確認することができる。。
さて、シーケンスを改造しちゃいましょう。。と、CLを変更した場合のことである。。
無事にコンパイルが終わり、ロードしたはずなのに、変更前のCLが表示されるのである。。

一説には、他のシーケンスを呼び出して、状態表示をした後に、変更したシーケンスの状態表示を見ると、変更後のCLが表示されるらしい。。
シーケンスの不具合で、確認テストをしているときも、変更後のCLは関係のないシーケンスの状態表示を行ってから、変更したシーケンスを見ることになる。。

わかってしまえば、そんなことなんだな!って感じ。

しかし、ソフトを開発した人は、こんな使い方をするイメージなんだろうなぁ。。

| | コメント (0) | トラックバック (0)

2008年11月19日 (水)

横河電機 VigilantPlant ~理想の工場~。。

"A well managed plant is silent and boring"
「管理が行き届いているプラントは静かで安定している」 -Peter F.Drucker
VigilantPlantビジョン構想の根底となる思想だそうです。

そんなこんなで行ってきた。
主目的は、三菱化学さん、旭化成さん、クラレさんなどなど、こういう方面で関係しているだろうと思われる人達の顔を見たかったということ。
実力的にどうなのか?ってことを推測するには、情報収集能力が欠如していたので、なんとなく終わってしまった。
とほほ。。

横河電機さんのビジョンは、横河電機らしいと思うし、セミナーや新製品などもCENTUMと融合できるというか、融合させようという目的と管理がなされている。。。
従来、アプリ対応していた検出端・操作端の異常検出も、パッケージ化される方向であり、プラントシミュレーターなども開発していることは、内容とは別に、企業の姿勢を伝えるには十分だったと思われる。

将来の理想を語るのかと思っていたのだけれど、実現可能な、身近な感じの製品だったのではないかな?

どこかの会社、****エンジの人が雑談で語っていた、山武についての「CPUは3重化だけど・・・」のくだり。。
思考の不備を言ってあげたかったけれど、言ってもしかたないか~と、雑談を聞いて、その会社の評価をマイナス2ポイントしておいたw。

azbil(株)山武さんも頑張っているんだけどね、どう使うかはユーザー側も考えないといけないのよね。
「悪いのではなく、こうすればもっと良くなる」という考え方をしなければ、ユーザー側も進歩しませんよね。

| | コメント (0) | トラックバック (0)

2008年11月 4日 (火)

DCSメーカー統一問題。【横河VS山武】。。

なぜか与り知らない所で、社内で採用するDCSメーカーを統一したいということになっているらしい。
個人的には、まったく意味の無い話だと思うのだが。。
CENTUMだろうが、Industial-DEOだろうが、どちらでも関係ないのである。
統一するメリットは、社内のメンテナンス性であるのだが。。
メンテナンス・保守(ソフト含む)について、状況の把握ができていないのが問題でもあるのだが。。
某工場では、自己アピールをしなければ存在を認められないのではないだろうか??と思われるほど、言っている事の1割程度の能力しかないのに。。
報告のみが先行しているのである。
サラリーマンとしては、正しいのだろうかなぁ(爆
ただ、横河電機のDCSに統一しようとする動きは確かである。

このブログは、山武さんにも閲覧されているようで。。
(簡単な検索で引っかかるようになっているので、その程度の検索で見つけても子供程度だけどね。)
ただ、山武製DCSを排除するのは反対であるので、製品性能比較以前の問題である。

山武製DCSについては、改善案や、開発思想を伝えたつもりなので、改良されれば幸いではあるが、私の知る限りでは、期待薄である。

ただ、DCSを採用するための比較検討はなにか?
性能的に採用を決定づけるものはあるか?

それは、社内でのソフト開発能力に左右されると考えるべきである。
確かに、横河製品は日本人好みの開発手法であるし、デザインも日本人が好みそうな感じではある。

しかし、通常はパソコンやディスプレイしか見えないのであるから、DELL製のパソコンか、HP製のパソコンとの比較みたいなもの。

つまり、統一するための理由が思いつかないのである。

山武製DCSも、「なかなか良いですよ」と言ってあげたいくらいである。
一度、山武さんからは「営業妨害・・・」みたいなことを言われたことがあるが、本末転倒も甚だしい。
そういうことしか考えられない人は、自社製品の開発コンセプトを勉強し直すべきだし、工場がどういうものか?ということを、勉強すれば凡人でも分かるでしょう。

横河製DCSにできて、山武製DCSにできないことを見つける必要はない。
できることをどのように活用するかである。

開発時に、明らかに開発部署が違うのだろうなぁ~と想像させられる仕様も、採用の決定的理由にならない。
と私は思う。

悲しい事に、私もサラリーマン。
そして、横河製だろうと、山武製だろうと、気にならないのである。
ソフト屋として、「横河なら分かるけれど、山武は無理!!」というのは、恥ずかしい事である。

どちらを採用しても、工場で製造する製品は変わらないのである。

一応、山武さんを擁護するつもりで。。
偉い人には、「DCSのこと知らないでしょ。知らないのによく言うねぇ。」と言っておきました。
(サラリーマンとして、失格やなぁ~)

それ以来、自称「DCSのこと知ってる」という偉い人の機嫌が悪い悪い。
しかし、横河製DCSも、山武製DCSも、問題ないのであるから仕方がない。

山武さんには、少し要求があるけれど、更に良い製品にするためのものであって、ダメと言う事ではない。

そして、私は社内統一には反対するのである。
機能比較で大差なければ見積比較でのみ決定するのが、選択の正しい方法だと思うので。。

横河頑張れ!
山武頑張れ!

ただそれだけのこと。

| | コメント (0) | トラックバック (0)

2008年9月24日 (水)

Industrial-DEOでCS3000。。

Reac

DEOでCS3000相当の運転を作ってみたw
外見上は先発のCS3000を意識して、見てくれだけでも良いようにと。。
バッチ機能には、若干の不満はあるけれど、使えないこともない。
シミュレーターは、テストするのに、現実よりも遠いけど。。
でもでも、使えないことはない。
ということで、こんなのができちゃったw。。

ちなみに、メーカーさんのサポートは、記憶にあるところでは、バッチ機能で数時間。
営業所の人には、バッチに関係のない基本的なところで、お世話になりました。。

CS3000との比較や、基本システムの考え方で、メーカーさんに希望は出したけれど、改善(?)されることはないでしょう。。

なぜなら、面倒な手順でも、彼らは慣れてしまって、なぜ必要なの?というスタンスだから。

根本的な姿勢の問題でしょうけどね。。

しかし、なにか変更する度に、ログオフしないといけないのは、なんとかなるのだろか??

まぁ、CS3000だろうが、DEOだろうが、関係ないかぁ。。

| | コメント (0) | トラックバック (0)

2008年8月21日 (木)

某DCSメーカーの笑わせる営業。。

政治的判断とでも言おうか、製品的には圧倒的不利を承知で、競争見積りで勝負!!
当然、利益など出るような金額とは思えない安値で受注。
こんなことは、良くある話。
そして、今回の受注メーカーでは良くある話。
要するに、赤字のため追加見積りで回収しようということである。
ただ、このメーカーの場合、お金が足りないから。。というのがあからさまに出てくるので困る。
ちなみに、ユーザー側の私が、メーカー側に、追加ではないか?などと、適当なタイミングで教えたことはあるのだが。。
はっきり言って、営業の怠慢である。
DCSの能力も低い、システムの作りも悪い、面倒でも使えなくないなら良いじゃないですか??的メーカーとは。。
製品だけかと思いきや。。。

| | コメント (0) | トラックバック (0)

2008年6月23日 (月)

バッチ記述・定義(2)

バッチソフトの記述と定義
「Batch_Eng2.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

ドキュメント印刷

作成データーのドキュメント出力
「SELF.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

バッチシステムと工程データー

バッチシステムの実行工程の扱いと対策
「koutei_hyouji.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

工程表示のための細工

工程進捗状況表示を行うための記述方法
「koutei.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

バッチで使用するパラメータ

バッチシステムとのデーター受け渡しに使用するパラメータ割付け
「PMDP_PARM.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

バッチ記述・定義(1)

バッチソフトの記述と定義
(1)と(2)で構成されています。
「Batch_Eng1.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

バッチ操作手順

バッチソフト操作手順
「BATCH.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

ポイント削除

ポイント削除手順
「POINT_DEL.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

ポイント一括入力

ポイント追加手順
「PARM_IN.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)

エンジニアリング操作手順

エンジニアリング操作に関する簡単手順書
「DEO.pdf」を表示

表示するためにはパスワードが必要です。。

| | コメント (0) | トラックバック (0)