キーエンス PLC更新を成功させるRFP・移行・受入設計

タイ工場のキーエンス PLCを更新するとき、CPUを新しい型式へ交換してラダーを転送できれば完了、と考えるのは危険です。実際の停止リスクは、現行ソースが正本か、保持値やユニット設定を復元できるか、センサー・画像処理・ロボット・上位システムとの通信条件を再現できるか、異常時に旧構成へ戻せるか、そして現地担当者が次の変更を自力で引き継げるかで決まります。

本稿は一般的な製品紹介ではありません。タイの既設設備でKEYENCE KV系PLCを更新し、KV STUDIOで移行し、EtherNet/IPなどで他設備と連携する案件を、発注可能なRFP、FAT/SAT、停止計画、受入基準、ソース引渡しへ落とす実務ガイドです。シリーズ名だけで互換性を判断せず、正確な型式・版・構成と実機試験で結論を出します。

安全上の注意：PLCへのオンライン接続、プログラム転送、RUN/PROGRAM切替、強制入出力、ネットワーク設定変更は、設備を動作・停止させる可能性があります。承認された作業手順、ロックアウト等の安全措置、復旧可能なバックアップ、責任者の立会いの下で、有資格者が実施してください。本稿の試験項目や時間は契約設計の例であり、メーカーや規格が全案件へ一律に要求する数値ではありません。

KEYENCE、KV、KV STUDIOおよびEtherNet/IPは各権利者の商標または登録商標です。本稿は独立した調達・移行設計の解説であり、特定メーカーによる承認、提携、個別設備の互換性保証を示すものではありません。

キーエンス PLC更新の受入対象は「制御の再現性」

PLC更新の目的は、単に新しいハードウェアを据えることではありません。更新前に成立していた安全、品質、タクト、通信、保守の条件を、新しい構成で再現し、変更差分を説明できる状態にすることです。受入対象は少なくとも次の六つです。

1. CPU、電源、I/O、特殊ユニット、ネットワーク、HMI、接続機器を含むハードウェア構成
2. ラダー、変数、コメント、ラベル、ユニット設定、通信設定、アラーム定義を含むエンジニアリング資産
3. 保持データ、レシピ、補正値、原点、カウンタなど、生産再開に必要な運転データ
4. センサー、サーボ、ロボット、検査機、MES等との信号・通信契約
5. 起動、停止、段取り、異常、復旧、保全モードを含む設備挙動
6. 最新ソース、ライセンス、パスワード管理、部品表、教育、変更履歴を含む保守能力

「ラダー比較が一致した」だけでは、保持値や外部機器設定の抜けを見つけられません。「自動運転で一個流れた」だけでは、非常停止、通信断、電源断、材料切れ、検査NG、再起動後の動きを証明できません。RFPは、成果物の名前ではなく、これらの状態をどう再現し、何を証拠に受け入れるかまで記述します。

KEYENCEの公式サポートには、KVシリーズのソフトウェア、マニュアル、FAQ、接続ガイド、学習動画が用意されています。2026年9月2日の確認時点では、KEYENCE Thailandの配布ページにGlobal版KV STUDIO Ver.12のインストーラーが掲載されています。ただし、掲載版は更新されます。また、新しいソフトを入れれば既設CPU・既存プロジェクト・外部機器の全組み合わせが自動的に互換になるわけではありません。作業直前に公式ページと対象型式のマニュアルを再確認し、検証用PCで複製プロジェクトを開いてから本番へ進みます。

Step 1 型式・版・接続を現物から固定する

見積依頼の前に、現状構成を「KVシリーズ」の一語から、部品と版の一覧へ分解します。盤図や過去見積だけを信用せず、停止可能な範囲で現物銘板、KV STUDIOのプロジェクト、ユニット構成、オンライン情報、ネットワーク機器を照合します。

写真には設備番号、盤番号、撮影日を紐づけます。同じ工場に似た盤が複数あると、別設備の銘板やソースが混ざるためです。ネットワーク図にはIPアドレスだけでなく、管理主体、VLAN、switch port、接続方向、停止時の影響を加えます。

「最新ソース」をファイル名で決めない

final, final2, latest, backup_newのようなファイル名は正本の証拠になりません。候補プロジェクトごとに、保存日時、取得者、取得元PC、対象CPU、KV STUDIO版、ファイルhash、オンライン照合結果を記録します。可能であれば、本番PLCから承認済み手順で読み出したスナップショットと、保全PC上の正本候補を比較し、差分の理由を設備オーナーが承認します。

差分がある場合、PLC側を無条件に正とするのも、保全PC側を無条件に正とするのも危険です。PLC側には緊急修正が残っているかもしれず、PC側には次回停止で投入予定の未承認変更が含まれるかもしれません。「どちらが新しいか」ではなく、各差分が本番で有効か、承認済みか、試験済みかを判断し、一つのbaselineへ統合します。

IEC 61131-3はソース移行保証ではない

PLCプログラミング言語を扱うIEC 61131-3の現行版はIEC公式で2025年Edition 4として掲載され、旧2013版はwithdrawnです。製品ページで規格対応が説明されていても、それは異なるメーカーやCPU間でproject file、命令、device address、task、motion、通信設定が自動変換される保証ではありません。規格は構造化、命名、言語の共通理解に役立ちますが、移行可否は対象製品の公式資料と実際の差分試験で判定します。

Step 2 復元できるバックアップセットを作る

バックアップの品質は「保存できた」ではなく、「別環境から復元して、設備を安全に再開できた」で評価します。KEYENCEの公式FAQには、対象機能についてproject save/loadを用いたvariable dataのbackup/restore手段が案内されています。ただし、対象CPU、ソフト版、保存対象、復元条件は案件ごとに公式マニュアルで確認してください。

更新前のバックアップセットには、少なくとも次を含めます。

• KV STUDIO projectの正本と読み取り専用保管コピー
• CPU、各unit、network、positioning、communicationの設定出力
• device comments、variables、labels、function blocks、libraries、script等の依存資産
• 生産再開に必要な保持値、recipe、offset、calibration、counterの取得方法と値
• HMI project、robot、servo、vision、sensor、gateway等の外部機器backup
• I/O list、wiring diagram、network diagram、sequence chart、alarm list、interlock matrix
• installed software、version、license entitlement、installer入手先、必要driver
• online comparison、checksum/hash、取得日時、取得者、承認者
• restore procedure、必要工具、所要条件、失敗時のrollback procedure

保管先は一つにせず、権限管理された主保管とオフラインまたは別系統の復旧用コピーを設けます。パスワードをproject fileの隣の平文に置かず、会社のcredential管理へ分離します。退職者個人のメール、個人クラウド、SIerだけが持つライセンスへ依存させません。

「取ったはず」をなくす復元リハーサル

本番停止前に、検証PCまたは予備CPUを使って復元リハーサルを行います。新しいPCへ必要ソフトとdriverをインストールし、渡された手順だけでprojectを開く、target modelを認識する、compile/check結果を保存する、可能な範囲でsimulationまたはtest benchを動かす、変数・コメント・unit parametersが見えることを確認します。

ここで見つかる典型的な不足は、library fileの欠落、古いinstallerしかない、licenseが担当者PCに固定、passwordの保管者不明、device valuesがproject transferに含まれると思い込んでいた、HMIやrobot側の対応projectが別フォルダ、図面と現物のI/O slotが違う、といったものです。本番停止日に初めて判明すれば、復旧判断が遅れます。

Step 3 キーエンス PLC更新RFPに書く要求事項

RFPは「既設PLCを最新化してください」では比較できません。応札者によって、単なるhardware replacement、program conversion、panel modification、field commissioning、source handoverの範囲が異なるからです。次のように、提出物と検証証拠を要求します。

見積は、設計、部材、盤改造、ソフト変更、FAT、輸送、現地工事、SAT、立会い、休日・夜間対応、教育、資料、予備品、保証後支援を分離させます。「一式」だけでは、比較と変更管理ができません。除外条件も記載させ、既設図面誤差、追加I/O、相手機器変更、network改修、生産材料の準備不足が誰の費用・日程責任かを決めます。

タイ PLC 技術支援の責任分界

メーカー、装置メーカー、SIer、工場保全、IT、production、safety、qualityの役割を混同しないことが重要です。メーカーの製品サポートがあっても、個別設備のsequence、他社robot、MES、盤配線、生産条件まで一社が当然に保証するわけではありません。

RACIには、型式選定、program conversion、I/O check、network allocation、machine safety validation、production trial、backup custody、license ownership、休日call、通訳を含めます。連絡先だけでなく、タイ語・英語・日本語の対応時間、remote/on-siteの条件、工場入場資格、持込PC申請、輸入部品のlead-time確認方法も契約前に合わせます。KEYENCE Thailandの公式サポートページは現地窓口の確認に使えますが、案件固有の対応範囲は書面で確認します。

Step 4 KV STUDIO移行は「変換差分」を管理する

KEYENCEの公式FAQでは、KV-7000 seriesで作成したKV STUDIO projectをKV-8000へModel Changeする手順と、FAQ上の必要版が案内されています。これは有用な出発点ですが、設備全体の互換性保証ではありません。CPU変更後に、unsupportedまたは意味が変わる項目、unit configuration、device allocation、scan/task behavior、通信、retentive data、HMI参照、external device依存を確認します。

移行台帳には、各差分を次のように記録します。

「errorなしでcompileできた」は開始条件です。重要なのは、制御上の意味が同じかです。例えば、一つのbitが単なる完了信号か、one-scan pulseか、相手機器のackを待つlatched signalかで試験方法が変わります。timerやcounterの境界、power-cycle後のretain、first scan、manual/auto transition、途中再開、異常解除の前提もsequence chartと照合します。

ソースレビューを保全可能性へつなげる

更新は、長年の応急修正を整理する機会でもあります。ただし、大規模refactorとhardware migrationを同時に行うと、差分原因を切り分けにくくなります。まず機能等価のbaselineを確立し、改善は別changeとして試験するのが安全です。

最低限、program block構成、命名、comment言語、magic number、interlock、alarm condition、retry、timeout、state transitionを確認します。IEC 61131-3の概念を参考に構造化しても、既設設備で使う表現と現地保全者の力量を優先します。日本語commentだけでタイ人保全者が読めない場合は、重要signal・alarm・復旧条件を英語併記するなど、運用に合う標準を決めます。

Step 5 PLC EtherNet/IP連携を通信契約にする

EtherNet/IPはODVAが管理する産業用network technologyで、標準Ethernet/TCP/IP技術とCIPを使います。しかし「両方にEtherNet/IPと書いてある」だけでは、対象データが期待通り交換され、異常時も安全に復旧することまでは保証しません。機器profile、scanner/adapter role、EDS、assembly instance、input/output size、data layout、byte/word order、RPI、timeout、multicast/unicast、IP設定、firmware等を一致させる必要があります。

通信ごとに、次の契約表を作ります。

ODVAのdeveloper guideは、実装を実際の用途に近いsystem/scenarioで試験し、接続機器とのinteroperability、cable disconnect、高network load等のexception testを行う重要性を説明しています。製品のconformanceは重要ですが、工場のapplication testを置き換えるものではありません。FATでは代表機器または正確なsimulator、SATでは実networkと実機で確認します。

正常値だけでなく品質bitと古い値を試す

通信が切れたとき、PLC内部に最後の正常値が残ると、画面上はもっともらしく見えることがあります。データ値と一緒にcommunication status、data valid、source timestampまたは更新counterを持ち、sequenceが「古い値」を新しい指令として使わない設計にします。

試験は、正常cycle、相手未起動、運転中cable断、switch再起動、packet delay、connection timeout、再接続、PLC再起動、相手だけ再起動、設定revision不一致を含めます。各caseで、machineが安全側へ移るか、仕掛品をどう扱うか、alarm messageが現地担当者に理解できるか、reset後にsequenceが二重実行されないかを確認します。

Step 6 FATでソフトと盤の欠陥を工場へ持ち込まない

FATはデモではなく、RFP要件に対する受入試験です。各test caseには、purpose、precondition、input、operation、expected result、actual result、evidence、tester、witness、date、software/hardware revisionを持たせます。合否だけでなく、screenshot、trend、log、video、measurement、source revisionを結びます。

FATの最低範囲は次の通りです。

• projectをclean environmentで開き、check/compileし、対象構成を再現できる
• I/O simulationまたはtest panelで全pointのnormal/fail stateを確認する
• manual、setup、auto、maintenance等のmodeとtransitionを確認する
• start、stop、pause、resume、cycle stop、emergency-related interfaceを確認する
• sensor stuck、actuator not complete、communication timeout、invalid dataを注入する
• alarm、interlock、reset condition、operator guidance、historyを確認する
• EtherNet/IP等のnormal/abnormal/reconnectを確認する
• power cycle後のstartup state、retain、recipe、counterを確認する
• backupからrestoreし、同じrevisionを再現する
• old/newのcritical sequence timingを比較し、差分を説明する

machine safetyの妥当性確認は、通常制御の試験と分けず連携させつつ、適用法令・standard・risk assessmentに基づく有資格者の検証として実施します。standard PLCのprogram変更だけでsafety functionを保証したと扱いません。

FATで残るopen itemは、severity、workaround、SATへの持越可否、担当、期限を決めます。安全、製品品質、equipment damage、rollback不能に関わる欠陥は、単なる「現地調整」に流さず、出荷・cutover gateで止めます。

Step 7 SATと停止計画を一枚のcutover bookにする

SATは工場到着後に考えるものではありません。production、maintenance、quality、IT/OT、SIer、equipment makerが、誰がいつ何を行い、どの証拠で次へ進むかをcutover bookへまとめます。

停止前のgo/no-go

停止前gateでは、approved baseline、FAT合格、未解決欠陥、部材・予備品、tools、license、backup、rollback unit、network approval、safety permit、production material、quality判定者、連絡網を確認します。一つでも致命的な不足があれば、予定日を守るために開始するのではなく、権限者がriskを明示して判断します。

停止中の実施順序

代表的な順序は、最終良品・仕掛状態の記録、power/isolation、安全確認、最終backup、配線label、旧構成取り外し、新構成据付、配線照合、power-on check、program/parameter restore、I/O check、dry run、communication test、interlock test、trial production、quality confirmationです。実際の順序は設備riskと工場手順へ合わせます。

minute-by-minute planには、予定時間だけでなく各gateの責任者とrollback判断期限を入れます。「あと少しで直りそう」を続けると、旧構成へ戻す時間を失います。例えば、ある時刻までにpower-on、別の時刻までにI/O、さらに別の時刻までにdry runが合格しなければrollbackを検討する、というdecision pointを事業影響から決めます。時間値は設備ごとの推奨設計値であり、一律基準ではありません。

SATの受入基準

SATでは、全I/Oのpoint-to-point、全mode、代表recipe、normal cycle、境界条件、alarm、communication断・復旧、power cycle、product quality、cycle time、operator operation、maintenance diagnosticsを確認します。量産承認は「設備が動いた」と「製品が受け入れられる」を分け、productionとqualityの署名を得ます。

受入基準は測定可能にします。例として、「承認済みI/O listの全pointに試験記録がある」「critical interlock caseがすべて期待safe stateとなる」「指定した複数product/recipeでfirst-piece qualityが承認される」「通信断と再接続で二重動作・未検出の古い値がない」「source revisionとPLC内revisionが一致する」「未解決severity Aがゼロ」といった書き方です。具体的なsample数やcycle time許容差は、process capability、customer requirement、riskに合わせます。

Step 8 ソース引渡しと現地教育を契約の完了条件にする

支払い完了後に「sourceはSIerの資産」「licenseは貸与PCだけ」「passwordは退職者しか知らない」と判明すると、次回の停止が始まります。契約時に、background IPとproject-specific deliverablesを分け、工場が保守・backup・復旧・正当な改修に必要な権利とfilesを確保します。

handover packageには次を入れます。

• as-built KV STUDIO projectとPDF等の可読出力、revision history、file hash
• CPU/unit/network parameters、I/O list、wiring/network drawings、BOM
• HMI、robot、servo、vision、gateway等、連動機器のapproved backup
• installed software list、supported OS、installer source、license/renewal responsibility
• account/role list、temporary account廃止記録、remote access停止または移管
• backup/restore、download/upload、online compare、replacement、troubleshooting procedure
• alarm/interlock list、sequence chart、communication mapping、known limitations
• FAT/SAT evidence、open-item closure、warranty start、support contact tree
• recommended spare list、storage condition、定期backup・restore drill計画

教育はスライド受講で終わらせず、現地担当者が実演します。受講者が自分で正本を探す、offlineでprojectを開く、revisionを確認する、backupを取得する、test benchでrestoreする、典型alarmを診断する、communication statusを確認する、vendorへ必要情報を添えてescalateするところまでをcompetency checkにします。

タイ人保全担当、日本人manager、external SIerが関わる場合、重要語の共通dictionaryを作ります。RUN、PROGRAM、interlock、bypass、forced value、retentive、rollback、as-builtなど、誤解が設備挙動へ直結する言葉は英語を軸にタイ語・日本語を併記し、alarmと手順の用語を揃えます。

自社対応か外注かを決める評価軸

内製か外注かは、program行数ではなく、設備停止riskと責任を負える能力で決めます。次の問いに「いいえ」が多い場合、調査・設計・FAT/SATを含む技術支援を検討します。

• 正確なCPU/unit型式と版、latest baselineを自社で確定できるか
• projectだけでなく保持値・外部機器・licenseを復元できるか
• electrical drawingと現物I/Oを照合できるか
• sequenceとprocess riskを理解したtest caseを書けるか
• EtherNet/IP等のdata map、timeout、異常復旧を検証できるか
• safety、quality、productionの承認を一つのcutoverへ統合できるか
• 停止中にdefectを切り分け、期限内にrollback判断できるか
• 英語またはタイ語で現地担当へ引き継げるか

外注先は「KEYENCE経験あり」という一言ではなく、同系CPU・unit・通信・industryでの実績、baseline調査方法、sample deliverables、FAT設備、現地response、source handover policy、insurance、安全資格、下請管理で評価します。メーカー技術支援、equipment maker、independent SIerの得意範囲を組み合わせ、single point of accountabilityを契約上明確にします。

関連する調達設計は、タイ工場のPLC更新・レトロフィット実務ガイドでも整理しています。programの仕様化と委託範囲は、PLCプログラム開発外注のRFPと受入基準も参照してください。制御盤改造を伴う場合は、タイでの制御盤製作と受入設計を併せて確認すると、PLC・配線・盤試験の責任境界を揃えやすくなります。

まとめ キーエンス PLC更新は「戻せる証拠」を買う

キーエンス PLCの更新で買うべきものは、新しいCPUだけではありません。正確な現状baseline、復元可能なbackup、説明可能なKV STUDIO移行差分、相手機器ごとのEtherNet/IP通信契約、FAT/SAT証拠、時間内に判断できるrollback、そして工場が次回を自走できるsource・license・教育です。

RFPを機能一覧から始めず、「どの状態を再現し、何をもって合格とし、失敗時にどう戻るか」から書けば、価格比較がしやすくなり、停止日に初めて発見される前提を減らせます。公式資料は型式・版・機能の確認に使い、個別設備の互換性は構成表と実機試験で確定する。この原則が、タイ工場での更新を保全可能な投資へ変えます。

TOMAS TECHでは、既設調査やベンダー選定の前段階から、RFP、backup棚卸し、I/O・通信mapping、FAT/SAT、cutover・引継ぎ条件の整理をご相談いただけます。まだ更新型式や停止日が決まっていない段階でも、お問い合わせフォームから対象設備と現在の課題をお知らせください。

FAQ

KVシリーズ更新ではKV STUDIOのプロジェクトをそのまま使えますか？

対象の旧CPU・新CPU・KV STUDIO版によって異なります。KEYENCE公式FAQにはKV-7000 seriesからKV-8000へのModel Changeと必要ソフト版の案内がありますが、個別unit、instruction、device allocation、保持値、通信、HMI、外部機器を含む無条件互換保証ではありません。projectの複製で変換し、差分台帳を作り、FAT/SATで制御上の意味を検証してください。

KV STUDIO移行前のバックアップには何が必要ですか？

project fileだけでなく、CPU/unit/network parameters、保持値・recipe・offset、HMIやrobot等の外部機器project、I/O・配線・network図、installer・driver・license、password管理、restore手順が必要です。別PCまたは予備機で復元できることを確認して初めて、backupとして受け入れます。

PLC EtherNet/IP連携なら他社機器とも必ず接続できますか？

必ずとは言えません。EtherNet/IP対応は重要な前提ですが、scanner/adapter role、EDS、assembly instance、data size/layout、RPI、timeout、firmware、startup・failure behaviorを一致させる必要があります。対象機器の公式資料を確認し、normalだけでなくcable断、相手再起動、timeout、再接続を試験します。

タイ PLC技術支援を選ぶとき何を確認すべきですか？

同系型式・unit・communicationの実績、現地でのI/O・盤作業能力、FAT/SATのsample、タイ語・英語の対応、休日・夜間やon-site条件、sourceとlicenseの引渡し方針、rollback経験を確認します。メーカー、装置メーカー、SIer、工場側の責任境界もRACIで明文化してください。

FATとSATはどちらか一方で十分ですか？

役割が違います。FATは出荷・現地工事前にsoftware、panel、sequence、communication、exceptionを検証し、現地へ持ち込む欠陥を減らします。SATは実配線、実network、実機、実材料、operator、quality条件で受け入れます。設備riskに応じて両者の範囲を設計し、test evidenceとrevisionを結びます。

ソース引渡しで最低限必要なものは何ですか？

as-built project、可読出力、revision history、hash、unit/network parameters、連動機器backup、software・driver・license情報、drawings、communication map、alarm/interlock、backup/restore手順、FAT/SAT evidenceです。工場担当者が別PCから開き、revision確認と復元を実演できることを受入条件にします。