デバイスが変わっても、中核ロジックは残せる。
制御ロジックは統一されたデータ識別子を使って動作します。デバイスのモデルを変更するときは、まずポイントマッピングと現場のパラメーターを調整し、既存の判定ロジックを検証します。プロトコル層から開発し直す作業を減らせます。
EMS Builderエッジエネルギーオーケストレーション基盤
デバイスのメーカー、現場のパラメーター、顧客のルールが変わっても、検証済みの経験は残せます。Edge-EMS Builder はデータ、計算、制御を設定可能な制御ロジックにまとめ、一度の導入を次のプロジェクトの出発点にします。

デバイスの変更時も検証済みの中核ロジックを再利用
パラメーターを調整し、現場ごとの要件に対応
制御ロジックのテンプレートを蓄積し、経験を次の案件へ
01 / 実現できる変化
PCS、BMS、電力計、充電器のメーカーは変わり、電気料金、容量、制御要件も変わります。そのたびにデバイス接続、制御ロジック、インターフェースを作り直していては、プロジェクトを重ねても経験を蓄積しにくくなります。
制御ロジックは統一されたデータ識別子を使って動作します。デバイスのモデルを変更するときは、まずポイントマッピングと現場のパラメーターを調整し、既存の判定ロジックを検証します。プロトコル層から開発し直す作業を減らせます。
計算、条件、アクションを分離し、容量、稼働時間帯、制御しきい値の設定箇所を明確にします。チームは、設定変更だけで対応できるものと、制御ロジックの修正が必要なものを判断できます。
現場で検証したロジックを、必要なポイント、パラメーター、テスト条件とともにテンプレートにまとめます。新しいプロジェクトをマッピング、設定、検証から始められ、導入を重ねるたびに自社の制御ロジックライブラリーも充実していきます。
02 / 仕事の進め方が変わる
制御ロジック資産に再利用可能な業務ロジックを保持し、各プロジェクトはポイントマッピングと現場のパラメーターを通じて接続します。検証結果をライブラリーへ戻し、次の導入の判断材料にします。
テンプレートを再利用する場合も、デバイスのインターフェース、保護条件、現場テストの結果を確認し、その制御ロジックが今回のプロジェクトに適していることを検証する必要があります。
03 / 実装を知る
充電器の負荷分散例では、デバイスの命名、オンライン状態のスキャン、容量パラメーターを分けて構成し、同じメーカーの充電器を追加する場合、容量を調整する場合、別メーカーを導入する場合の変更範囲を具体的に説明しています。再利用の条件と検証手順を確認できます。
充電器の負荷分散例を読む