S7-300は28年を経て2023年10月に生産を終了しました。Siemensは予備部品と修理サービスを2030年代まで継続し、サープラス市場はそれより長く続くので、今年移行を強いるものは何もありません。しかし工場内のすべてのS7-300は、今や制御システムの終了時期が判明している機械であり、移行は金曜日にCPUが故障したときよりも、計画されたときの方がはるかに安く済みます。
実際に置き換えるもの
後継ファミリーはS7-1500で、STEP 7 ClassicではなくTIA Portalでエンジニアリングします。移行が関わるのは四つで、手間の少ない順に挙げます。
CPU。 S7-315やS7-317は、メモリと性能に応じてCPU 1511 / 1513 / 1516に対応します。1500シリーズはビット演算でおおよそ一桁速いので、旧スキャンタイムに収まるよう調整されたプログラムは、新しいものに余裕で収まります。
I/O。 これが予算を決める判断です。ET 200M分散I/OはPROFIBUSまたはPROFINET経由でそのままS7-1500に引き継げ、ET 200Sの大半も同様です。S7-300の中央ラック（レール上のSM 321/322/331/332モジュール）は引き継げません。S7-1500は異なるレール、異なるバックプレーンのET 200MPモジュールを使います。機械が中央集中で配線されているなら、盤を再配線するかアダプタレールを取り付けることになり、それが本当のコストです。
ネットワーク。 MPIとPROFIBUS DPはCMモジュール経由でS7-1500でもサポートされるので、PROFIBUS上のインバータやリモートI/Oを初日に移す必要はありません。PROFINETはネイティブです。可能な限り、フィールドバスはCPU交換とは別のステップとして計画してください。
HMI。 ComfortパネルとBasicパネルはプロジェクトとともに移植できます。旧来のOP/TP 170や270パネルは移植できず、1500への移行はたいていそれらも交換する時期になります。
コード
TIA Portalには、S7-300のSTEP 7プロジェクトをTIAプロジェクトに変換する移行ツールが付属しています。構造についてはよい仕事をし、それ以外についてはまちまちです。手を入れることになるのは次の点です。
- 絶対アドレッシング。 S7-300のコードは
MW、DB10.DBW4、直接I/Oアドレッシングだらけです。S7-1500の既定は、シンボリックアクセスで固定オフセットのない最適化データブロックです。最適化ブロックはより速く安全ですが、変換するには、すべてのAT構文、DBに対するすべてのBLKMOV、すべてのポインタを見直す必要があります。早く動かすためにブロックを非最適化のまま残し、後から選択的に変換することもできます。 - 間接アドレッシングとポインタ。
ANYポインタとエリアをまたぐポインタはS7-1500では制限されます。代替（VARIANT、Sliceアクセス、REF/DEREF）はより明快ですが、テキストの置換で済むものではありません。 - タイマとカウンタ。 S5タイマ（
S_ODTとその仲間）はエミュレートされますが、IECタイマに置き換えるべきです。保持動作が異なります。 - システムファンクション。 多くの
SFC/SFB呼び出しは番号とシグネチャが変わりました。移行ツールはそれらにフラグを立てますが、常に修正してくれるわけではありません。 - データ型。 S7-1500は、STEP 7が黙って受け入れていた暗黙の型変換に厳格です。最初のコンパイルエラーの大半はこれです。
コード変換は作業全体のおおよそ4分の1、I/Oと試運転が残りと見積もってください。
その間、古い機械を生かし続ける
移行の予定が決まるまで、S7-300は予備部品を在庫しておく機械として扱ってください。
- 正確に同じオーダー番号の予備CPUを、プログラムがファームウェアに依存する場合は同じファームウェアで保持してください。
- 最も多くのチャネルを担う2〜3個の信号モジュールを保持してください。SM 321/322の故障はCPUの故障より多いからです。
- バックアップバッテリーを予定どおり交換してください。バッテリーが切れてメモリカードのないCPU 31xは、停電でプログラムを失います。
- STEP 7プロジェクトのアーカイブされた復元可能なコピーを保持し、実際に開けることを確認してください。まだ所有しているどのマシンでも開けないプロジェクトは、あらゆる移行の中で最も高くつく部分です。
サープラスおよびリファービッシュ品のS7-300在庫は今日豊富にあり、価格も妥当です。予備部品を買うべきなのは、まさにこの時期であって、皆が一斉に移行を決めた後ではありません。
現実的な手順
典型的なラインでダウンタイムが最も少なくなる順序はこうです。I/Oを監査して中央集中か分散かを決める。プロジェクトをオフラインで変換し、シミュレートしたCPUに対してコンパイルする。新しい盤またはレールを古いものの隣に事前に組み立てる。計画停止の間に交換して試運転する。古いCPUとI/Oは売却または廃棄する前に、1生産サイクルの間は棚に置いておく。
数百点のI/Oを持つ1台の機械なら、試運転に2週間というのは普通の数字です。2日でできると約束する人は、2004年のFCの中に隠れていたアナログスケーリングをまだ見つけていないだけです。