Ganter Lab と Ignition

Ganter Lab とは

• お手元の機械で動きますステーションに導入するデスクトップアプリケーションです。機器、ダッシュボード、履歴、ユーザーはそこにあり、工程のデータが建物の外に出る必要はありません。
• 機器はフォームで設定しますModbus、OPC UA、S7、Rockwell、BACnet などの純正ドライバーがあります。タグにアドレスを割り当て、工業単位にスケーリングすれば、組み込みの OPC UA サーバーがその結果を必要とする相手に公開します。
• ダッシュボード、ロジック、記録が 1 つのアプリに画面はドラッグで組み立てます。変数、アクション、トリガー、警報は素の JavaScript で書きます。すべての実行が自分自身を記録し、書き出しや、自社のロゴが入ったレポートになります。
• ステーション 1 台に 1 ライセンス、締め出しはありませんライセンスがなくてもすべての機能が動きます。ランタイムはタイマーで一時停止し、再開はご自身で行います。ステーションのライセンスを入れるとその制限がなくなります。等級も、あとから足すモジュールもありません。

Ignition とは

ここに書くのは、公開されていて変化の遅いことだけです。その製品が何のためのものか、どのようにライセンスされるか、どこで動くか。機能と価格はそれぞれ動くので、最新のものは提供元にご確認ください。

• Inductive Automation によるサーバー基盤です。ゲートウェイがサーバー上、プラントネットワーク上、あるいはクラウドで動き、運転員のクライアントはそこから起動されます。
• ライセンスはタグやクライアントの数ではなくサーバーごとで、中核を超える機能はモジュールとして購入します。
• 工場全体や企業全体のシステムに向けられ、拡張できるように作られています。Python のスクリプト、下層の SQL データベース、そして周囲の大きなインテグレーターの網があります。

Ignition のほうがよい場面

• 現場全体、あるいは複数の現場を 1 つのシステムで見るとき多数のクライアントに配信する中央のゲートウェイと、その上に載る冗長化や企業向けの機能は、まさにその形のために設計されています。
• 画面がこれから増えていくとき数十の運転員クライアントと、誰も数えたくないタグの数が計画にあるなら、そのどちらも数えないライセンスに反論するのは難しいことです。
• 画面ではなく基盤を作っているときモジュール、スクリプト、下層のデータベースによって、その上で開発できるものになり、製造実行や企業のレポートまで届きます。
• 大きなインテグレーターの市場がほしいとき多くの企業、講座、コミュニティがすでにその上で作っており、その経験を採用できることは、それ自体が 1 つの理由になります。

Ganter Lab のほうがよい場面

• 立ち上げるサーバーがないときステーションに導入すれば動きます。ブラウザーからのリモートのセッションは、出発点になる構成ではなく、必要なときに入れる切り替えです。
• 開発なしでアプリケーション一式がほしいとき機器、画面、ロジック、警報、ユーザー、レポートを画面上で設定します。配備する案件も、管理して生かし続けるゲートウェイもありません。
• 1 台ずつ、すべて込みで進めたいときすべての機能がモジュールではなくアプリの中にあり、合うかどうかを確かめている間はランタイムのタイマー付きで無償で使えます。