現代の産業オートメーションは、生成AIが制御エンジニアの戦力倍増装置として機能する転換点に達しています。安全性と決定論的実行は依然として人間のプログラマーの責任ですが、AIはロジック検証、構文変換、迅速なデバッグにおいて比類のないツールとして機能します。
以下のプロンプトは、ChatGPT、Gemini、Claude、DeepSeek向けに厳密にテスト・最適化されています。各モデルには独自の強みがあります（DeepSeekは純粋なコードロジックに優れ、Claudeはレガシーコードの説明に卓越しています）が、これらの10のプロンプトは、Siemens TIA PortalおよびAllen-Bradley Studio 5000環境で作業するPLCプログラマーのための普遍的な基盤を提供します。
1. SCL/構造化テキストからラダーロジックへの変換
最適モデル： DeepSeek（厳密な構文変換の処理に優れる）
構造化テキスト（SCL/ST）からの複雑な数学演算やループのラダー図（LAD）への変換は、退屈でエラーが発生しやすい作業です。このプロンプトは、AIに高水準のコードを特定のIDEと互換性のあるラングベースのロジックに分解させます。
シニア制御エンジニアとして行動してください。以下の[Siemens SCL / Allen-Bradley Structured Text]コードスニペットをラダーロジックに変換してください。
制約条件：
- 標準IEC 61131-3ロジックを使用すること。
- ループ（FOR/WHILE）が存在する場合、ジャンプ（JMP）とラベル（LBL）命令またはカウンターを使用して実装する方法を説明すること。
- 変換に必要な一時タグまたは変数を明確に定義すること。
- ターゲット環境：[TIA Portal / Studio 5000]。
[SCL/STコードをここに挿入]
効果： 複雑なテキストベースのロジックを読みやすいラングに即座に可視化し、メンテナンス技術者の後続のトラブルシューティングを容易にします。
2. ラッチングロジックにおける競合状態の検出
最適モデル： Claude（論理的なニュアンスと因果関係の特定に強い）
ラッチ/アンラッチ（セット/リセット）シーケンスにおける競合状態は、断続的な機械故障を引き起こすことで悪名高いものです。このプロンプトを使用して、単一のスキャンサイクル内でビット相互作用が競合する可能性のあるラングを監査します。
以下のラダーロジック擬似コードを、潜在的な競合状態またはスキャンサイクル競合について分析してください。
特に以下に焦点を当ててください：
1. 複数の場所で書き込まれる（OTE/コイル）タグ。
2. 同じスキャンで上書きされる可能性のあるラッチ（OTL/Set）およびアンラッチ（OTU/Reset）命令。
3. 操作順序の問題。
ロジックフローのステップバイステップ分析を提供し、シールイン回路またはステートマシンアプローチを使用したより安全な実装を提案してください。
[ラダーロジック擬似コードまたはスクリーンショット説明をここに挿入]
効果： 特定のタイミング条件でのみ現れる「ゴースト」バグを特定し、現場でのトラブルシューティング時間を数時間節約します。
3. レガシーSTL（ステートメントリスト）コードの説明
最適モデル： ChatGPT（多様な平易な英語での説明に優れる）
多くのレガシーSiemensプロジェクトでは、STL（ステートメントリスト）が依然として多用されており、新しいエンジニアには難解な場合があります。このプロンプトは、アキュムレータスタック操作を平易な英語に解読します。
Siemens STL（ステートメントリスト）のエキスパートとして行動してください。以下のコードセグメントを1行ずつ説明してください。
各命令について以下を記述してください：
1. アキュムレータ（ACCU 1およびACCU 2）で何が起こっているか。
2. ステータスワード（RLO、OV、OS）にどのような影響があるか。
3. ラダーロジックでの機能的等価物。
[STLコードをここに挿入]
効果： 「ブラックボックス」化されたレガシーコードの神秘を解き明かし、古い欧州製機械のより安全な移行または保守を可能にします。
4. アナログスケーリングブロックの生成
最適モデル： Gemini（標準ドキュメント規範の迅速な参照が可能）
生のアナログ入力（4-20mAまたは0-10V）のスケーリングには、整数値を工学的単位にマッピングするための精密な数学が必要です。このプロンプトは、標準PLC向けの正しい数学またはブロック構成を生成します。
アナログ入力のスケーリング用ロジック構造を作成してください。
入力：
- 生入力：[例：Siemens用 0〜27648 / AB用 0〜32767]
- スケール最小値：[例：0.0]
- スケール最大値：[例：100.0]
要件：
- 使用する方程式（y = mx + b）を提供すること。
- Siemensの場合は、NORM_XおよびSCALE_X命令を使用すること。
- Allen-Bradleyの場合は、CPT（計算）またはSCP（パラメータ付きスケール）命令ロジックを使用すること。
- 高/低リミットアラームロジックを含めること。
効果： プロジェクト全体でアナログ信号処理を標準化し、圧力、温度、流量センサーの一貫した読み取りを保証します。
5. ステートマシン（シーケンサー）の設計
最適モデル： DeepSeek（強力な論理的構造化能力）
「スパゲッティコード」から構造化されたステートマシンへの移行は、複雑なシーケンスにとって重要です。このプロンプトは、整数ベースの追跡ロジックのアーキテクチャ構築を支援します。
[機械プロセス、例：ピックアンドプレースユニット]向けのステートマシンアーキテクチャを設計してください。
要件：
- シーケンスを追跡するために整数（DINT）タグ 'State_Step' を使用すること。
- 5つの異なる状態（例：アイドル、前進、把持、後退、故障）を定義すること。
- 各状態について、遷移条件（次の状態に移行する条件）と出力（この状態で動作するもの）をリストすること。
- ステップ実行用のEQU（等価）比較ブロックと遷移用のMOVEブロックを使用したラダーロジック構造を提供すること。
効果： 決定論的でモジュール化されたコード構造を強制し、予期しないラッチロジックよりも無限にデバッグが容易になります。
6. PID制御ループのトラブルシューティング
最適モデル： Claude（制御理論パラメータの説明に優れる）
PIDループが不安定（振動または鈍い応答）な場合、その調整は芸術の域に達することがあります。このプロンプトは、動作記述を分析してゲイン調整を提案します。
[温度/流量/位置]を制御するPIDループがあり、[オーバーシュート / 振動 / 鈍い応答]を示しています。
現在のパラメータ：
- 比例ゲイン（Kp/Kc）：[値]
- 積分時間（Ti/リセット）：[値]
- 微分時間（Td/レート）：[値]
Ziegler-Nichols法の経験則に基づき、システムを安定化させるために最初に調整すべきパラメータとその方向（増加/減少）を提案してください。調整の背後にある「理由」を説明してください。
効果： ループ調整に関連する試行錯誤の調整によるダウンタイムを削減し、理論的に健全な即時ガイダンスを提供します。
7. シフトレジスタロジックのフォーマット
最適モデル： ChatGPT（標準ロジックパターンの生成に効率的）
コンベヤベルト上の部品追跡には通常、ビットシフト左/右（BSL/BSR）または配列ベースのFIFOが必要です。このプロンプトは追跡ロジックを生成します。
シフトレジスタを使用した部品追跡システム用のラダーロジックを生成してください。
シナリオ：
- センサーがコンベヤ開始位置で製品を検出します。
- リジェクトステーションは、[数値]エンコーダパルスまたはステーション下流に位置します。
- 不良部品がステーションに到達したときに、リジェクトソレノイドを作動させる必要があります。
以下のロジックを使用して提供してください：
- ビットシフト左（BSL）命令またはFIFOロード/アンロード（FFL/FFU）スタック。
- ビット配列がコンベヤ上の物理的位置にどのようにマッピングされるかを説明してください。
効果： 追跡ロジックを簡素化し、複雑なタイマーチェーンなしで不良部品が正確に除去されることを保証します。
8. 標準化されたアドオン命令（AOI）/関数ブロック（FB）の作成
最適モデル： Gemini（包括的なドキュメント構造化に優れる）
再利用可能なコードは、シニアプログラマーの特徴です。このプロンプトは、モジュールブロックの入力/出力/入出力パラメータの定義を支援します。
再利用可能な[モータースターター / バルブ制御]関数ブロック/アドオン命令のインターフェースを定義してください。
以下をリストしてください：
1. 入力パラメータ（例：Start_Cmd、Stop_Cmd、Overload_Fb）。
2. 出力パラメータ（例：Contactor_Coil、Run_Status、Fault_Active）。
3. 入出力パラメータ（該当する場合）。
4. 内部ロジックに必要なローカル静的タグ（例：タイマー、エッジフラグ）。
5. 故障リセット機能を備えた標準スタート/ストップ回路の内部ロジックフローの簡単な説明。
効果： ライブラリ開発を加速し、検証済みロジックを複数のプロジェクトにドラッグアンドドロップできるようにします。
9. ラングコメントとドキュメントの自動化
最適モデル： Claude（優れた自然言語生成能力）
不十分なドキュメント化されたコードは負債です。このプロンプトは、生のロジックを取り込み、専門的で説明的なラングコメントを生成します。
以下のラダーロジックラングを確認し、その機能を説明する専門的で技術的なコメントを生成してください。
コンテキスト：
- これは[CIPシステム / 包装ライン]の一部です。
- タグ 'M100.0' は 'System Ready' ビットです。
- タグ 'I0.0' は 'Start Button' です。
[ロジックまたは擬似コードをここに挿入]
コメントは、アクションが発生するための前提条件と、出力が何をトリガーするかを、メンテナンスマニュアルに適した明確で簡潔な技術英語を使用して説明する必要があります。
効果： コードがドキュメント標準を満たすことを最小限の労力で保証し、クライアントやメンテナンスチームへの引き継ぎをより円滑にします。
10. Modbus/Ethernet IP通信のデバッグ
最適モデル： DeepSeek（技術プロトコルとエラーコードに正確）
明示的メッセージング（MSG、TSEND/TRCV）の設定は、しばしば不明瞭なエラーコードをもたらします。このプロンプトは診断アシスタントとして機能します。
[Modbus TCP / Ethernet IP]メッセージ命令を設定中で、エラーコード[16進数/整数コードを挿入、例：16#80C5]を受け取っています。
ハードウェア：[Siemens S7-1200 / Allen-Bradley CompactLogix]。
機能：VFDからの保持レジスタの読み取り。
1. この特定のエラーコードがこのハードウェアコンテキストで何を意味するかを説明してください。
2. このエラーを引き起こす3つの一般的な設定ミスのチェックリストを提供してください（例：ポインタ問題、接続ID不一致、サブネット設定）。
効果： 16進エラーコードを解読するために何千ページもの通信マニュアルを掘り下げる時間を大幅に削減します。
プロのヒント：コンテキストが王様
ラダーロジックを生成する際に最良の結果を得るには、常にAIにタグ定義（UDT）を最初に提供してください。ロジックを要求する前に、ユーザー定義データ型構造を貼り付けてください。例：「これは私の ‘Motor_VFD’ オブジェクトのUDTです。コードを記述する際は、これらの特定のタグメンバー（例：.RunFeedback、.FaultReset）を使用してください。」 これにより、AIが汎用的なプレースホルダーではなく、正確な変数名を使用することが保証されます。