もう怖くないRUN中書き込み！GX Works3シミュレーションと時短技

はじめに

三菱電機のPLCエンジニアリングソフトウェアである GX Works3(旧：GX Works2) は、現代のファクトリーオートメーション(FA)や産業用機械の制御設計において、世界中の現場で圧倒的なシェアとして君臨しています。このソフトウェアをいかに自在に操れるかは、オフィスでの設計作業だけでなく、一刻を争うトラブルシューティングにおける現場での作業効率を決定づける極めて重要な要素であることは言うまでもありません。

しかし、GX Works3 というツールは非常に多機能である反面、独特のモード遷移や仕様が存在し、プログラミングを始めたばかりの技術者だけでなく、ある程度経験を積んだエンジニアであっても「なぜか思った通りの挙動にならない」と手を止めてしまう瞬間が少なくありません。特に、パソコン内部だけで回路検証を完結させられるシミュレーション機能や、稼働中の実機を止めずに回路を書き換えるオンライン編集機能は、現場でのトラブル回避に対して非常に有効である一方で、仕様の正しい理解と適切なリスク管理がなければ、思わぬ時間ロスや設備の誤動作を招いてしまう、「取扱要注意」案件です。

本記事では、単なるマニュアルの引き写しではない、現場のエンジニアが真に必要とする実戦的なノウハウを体系的に解説します。デスクワークでの開発効率を劇的に向上させるショートカットキーの組み合わせから、誰もが一度は遭遇して頭を抱えるモード移行時の罠、そしてベテランエンジニアが現場で実践している安全な回路修正のルーティンにいたるまで、技術者が実務で生き残るための知識をまとめます。この記事で、GX Works3 の操作に対する苦手意識が消え去り、より深いレベルでソフトウェアを使いこなせるようになっているはずです。

---

シミュレーションモードの罠と「読出モード」から脱出する技術

手元に実機のPLCがない状態でもプログラムの論理チェックを完璧に行える「シミュレーション機能」は、現代の電気設計において欠かすことのできない強力な武器です。GX Works3 にはパソコン内部に仮想のCPUを立ち上げるシミュレータが標準搭載されており、ボタンひとつ、あるいはショートカットひとつで、設計したラダープログラムを仮想空間に転送し、実際の挙動を忠実に確認することができます。

しかし、このシミュレーション機能を多用するエンジニアが、ほぼ例外なく一度は遭遇し、作業のテンポを大きく乱される有名な現象が存在します。それが、シミュレーションを終了したはずなのに画面がグレーアウトしたようになり、ラダー回路を一切編集できなくなってしまうという現象です。

この時、画面の下部やステータスバーを確認すると、エディタは「読出モード」あるいは「モニターモード」という状態のまま維持されています。キーボードを叩いても回路の追加や削除ができず、マウスで接点をダブルクリックしてもデバイスの変更を受け付けないため、ソフトウェアがフリーズしてしまったのではないかと勘違いして、一度GX Works3 を再起動してしまう初心者も珍しくありません。

この現象が発生する理由は、GX Works3 における「シミュレータの稼働状態」と「プログラムエディタの表示モード」が、内部システムとして完全に独立して管理されているという仕様にあります。

多くのエンジニアは、シミュレーションを開始する際に下記のショートカットキーを使用したり、メニューから起動命令を出したりします。これにより、仮想CPUが起動してプログラムが自動的に書き込まれ、エディタ側も連動して「モニターモード」へと移行します。ここまでは自動で一連の処理が行われるため、あたかもシステムが一元化されているように錯覚してしまいます。

しかし、検証を終えてシミュレーションを停止する命令を出した時、ソフトウェアが行うのは「パソコン内部で動いていた仮想CPUのシャットダウン処理」だけでしかありません。シミュレータという外部のプログラムが終了しても、GX Works3のメインエディタ側は、直前まで通信していた名残として「モニター状態（読出モード）」のままその場に取り残されてしまうのです。これが、シミュレーションを停止したにもかかわらず、書き込みコード（通常編集モード）に戻らない根本的な原因です。

この仕様を理解していれば、対処法は極めてシンプルです。読出モードから通常編集モードへと、人間の手で明示的に切り替えれば良いだけです。画面上部のメニューからマウスを使って「オンライン」を開き、「操作モード」から「通常編集モード」を選択することでも解除できますが、これでは毎回のデバッグ作業で多大なタイムロスが生じてしまいます。そこで身体に覚え込ませておきたいのが、キーボードの「F2」キーを用いた一瞬のモード切り替え操作です。

シミュレーションを終了してすぐに回路の修正作業に移りたい場合は、シミュレーション停止の命令を送った直後に、「F2」キーを押しましょう。この一連の指の動きを体にしみこませておけば、画面がグレーアウトして作業が中断されるというストレスから完全に解放され、設計と検証のサイクルを爆発的なスピードで回すことが可能になります。

スポンサーリンク

---

実機オンライン編集に対する「恐怖心」の正体

シミュレータでの検証を終え、いよいよ現地での試運転調整や量産ラインのメンテナンスというフェーズに移行すると、エンジニアは「実機への回路書き込み」という極めて緊張感の高い作業に直面することになります。特に、PLCが動作したまま、つまり設備が現在進行形で電力を消費し、メカニズムが稼働している状態を維持したままプログラムの一部をリアルタイムに書き換える「オンライン編集（RUN中書き込み）」という行為に対して、強い恐怖心や拒絶反応を覚えるのは、エンジニアとして極めて正常であり、むしろ歓迎すべき健全なリスク管理感覚です。T係長はいまだに怖くて「やりたくない」が本音です。

なぜ実機へのオンライン書き込みはこれほどまでに恐ろしいと感じるのでしょうか。その恐怖の本質は、ラダー回路を確定させてPLCに転送したまさにその瞬間に、設備が自分の予測を超えた挙動を示すのではないかという不確実性にあります。

パソコン画面上では、単なる緑色や赤色の線が変化するだけの静的な世界ですが、現場の実機においては、その1本の線が数トンの重量を持つプレス機を動かし、超高速で回転するサーボモータを駆動し、高圧の油圧シリンダを突き出させる物理的な力と直結しています。もしもプログラムの修正にわずかな論理的破綻や考慮漏れがあった場合、書き込みが完了したスキャン（通常は数ミリ秒から数十ミリ秒という極小の時間単位）の瞬間に、意図しない出力が立ち上がり、物理的なメカニズムが干渉して機械を大破させたり、最悪の場合は作業者を巻き込む人身災害を引き起こしたりするリスクを常に孕んでいるのです。

例えば、オンライン編集によって回路を書き換えた瞬間、すでにONしている周囲のデバイスの状態と新しく追加したロジックが組み合わさり、1スキャンだけ一瞬だけ出力がONしてしまうような「ワンショットの誤動作」が発生することがあります。人間の目には見えないほど一瞬の信号であっても、応答性の高い電磁弁や電子リレーは敏感に反応し、エアシリンダがほんのわずかに動いて位置ズレを起こしたり、インターロック回路が動作してシステム全体が非常停止に陥ったりするには十分な引き金となります。

このような重大なリスクが存在するため、プログラミングの教科書や安全教育の場では、「回路の修正を行う際は、必ず設備を完全に停止させ、PLCのCPUをSTOPモードに切り替えてから一括してPC書き込みを行うべきである」というプロセスが理想的な王道として教えられます。回路修正、コンパイル、シミュレーション検証、シミュレーション停止、そして実機を安全な状態にしてからの全書き込みという手順を踏むことこそが、最も確実であり、理論上最も事故が起きにくい方法であることは間違いありません。

しかしながら、一歩一歩の階段を確実に上るような安全な手順があるにもかかわらず、なぜ実際の産業現場では「オンライン編集（RUN中書き込み）」というリスクを伴う手法が日常的に、そして当たり前のように多用されているのでしょうか。

---

理想と現実：公式仕様と現場の使い分け

「オンライン編集」という機能は、一部の熟練エンジニアが裏技的に生み出した非公式なテクニックなどではなく、三菱電機の公式マニュアルにおいて「オンライン編集（RUN中書き込み）」という名称で明確に定義され、長年にわたって標準サポートされ続けている正式な機能です。GX Works3 のオペレーティングマニュアルやCPUのハードウェアマニュアルを開くと、この機能の技術的な仕様や実行手順が詳細に記述されています。

メーカーがこの機能を公式に用意し、現場でこれほどまでに普及している最大の理由は、現代の製造業において「設備を止めることによる経済的損失」が、エンジニアの想像を絶するほど巨大であるという現実にあります。例えば、24時間体制で稼働を続ける自動車の溶接・組立ライン、世界的な需要を満たすためにノンストップで流れる半導体製造工場、あるいは一度温度を下げると再立ち上げに数日を要する化学プラントやガラス製造の現場などを思い浮かべてみてください。これらの生産現場では、ラインがわずか1分間停止するだけで、数百万円から場合によっては数千万円規模の莫大な機会損失や廃棄ロスが発生します。

このような極限の環境下において、現地調整の最終局面や、製品の品種切り替えに伴う軽微な仕様変更、あるいはセンサの経年劣化に対応するためのトラブルシューティングを行う際、「回路を1行直すために、一度ライン全体を止めてPLCをSTOPにします」という申し出は、生産管理の現場からは絶対に受け入れられません。設備を一切止めることなく、稼働を継続させた状態でピンポイントに問題を解決することこそが、現場の電気エンジニアに課せられる絶対的なミッションとなるのです。

もちろん、何でもかんでもオンライン編集で済ませて良いわけではありません。公式マニュアルにも、オンライン編集を実行する際の警告事項として、演算結果の急変による事故への注意喚起が強く記載されています。そのため、実際の現場では、変更の規模や影響範囲の大きさに応じて、以下のような厳格な使い分けの判断基準がエンジニアの暗黙の了解、あるいは工場の運用規定として存在しています。

まず、シミュレーションを経由して実機をSTOPさせてから一括書き込みを行うべきケースとしては、自動運転のシーケンス制御における根本的なロジックの変更や、複雑なデータ転送命令、構造体や配列を多用した高度な演算ロジックの変更などが挙げられます。こうした広範囲に及ぶ修正をRUN中に実行すると、プログラム全体のステップ数やメモリアドレスの配置がガラッと書き換わるため、前後のスキャンでのデータの整合性が崩れ、CPUが演算エラー（プログラムエラーなど）を検知して強制的にシステムをダウンさせてしまうリスクが高まりますので、一括書き込みを行うべきです。

一方で、オンライン編集が許容され、その真価を発揮するのは、「実機を動かしながらでなければ絶対に追い込めない軽微なパラメータの微調整や、局所的な条件追加」のケースです。例えば、物理的なワークの搬送速度に対してセンサーの応答がわずかに遅いため、チャタリング防止用のタイマの数値を「1秒」から「1.2秒」に微調整したいという場合や、メカの摩耗対策として、特定のシリンダが完全に後退しきったという確認接点を動作条件の末尾に1つだけ直列に追加したい、といったケースです。これらの修正は、影響範囲がその回路内だけで完結しており、実機の挙動をモニターで観察しながらでなければ最適な数値を導き出すことができません。

このように、私たち制御設計に関わるエンジニアは、決して「エイや！」でオンライン書き込みを行っているのではなく、システムの停止損失という経済的なリスクと、誤動作による物理的なリスクを天秤にかけ、公式にサポートされた仕様の範囲内で極めてロジカルに手法を使い分けているのです。

スポンサーリンク

---

「安全なオンライン修正」3つの鉄則

もしもあなたが現場の状況からオンライン編集の実行を迫られたとき、恐怖心にすくんで誤操作を起こしたり、取り返しのつかない事故を引き起こしたりしないためには、ベテランエンジニアが長年の経験から培ってきた「安全を担保するための防衛策」を常に確認しておく必要があります。ここでは、現場で巡視しなければならない3つの鉄則をご紹介します。

鉄則その1：変更直前のバックアップの徹底

オンライン編集に臨む直前、キーボードの確定キーを押すその1秒前の段階で、必ず実行しなければならないのが現在のプロジェクトのバックアップ保存です。 人間はどれだけ注意を払っていても、極限の緊張状態や疲労困憊の現場ではミスを犯します。もし書き換えた瞬間に実機が異常な挙動を始めたり、激しい異音を発したりした場合に、パニックにならずに事態を収束させる唯一の方法は、「即座に元の正常だった状態に戻す」ことです。

オンライン編集を行う直前に、日付や時刻をファイル名に入れた「バックアップ」を保存しておけば、万が一の事態が発生しても、即座にそのファイルを実機へ全面書き戻すことで、事態を数分以内に沈静化させることができます。「最悪の事態になっても一瞬で元の状態を復元できる」という確固たる後ろ盾があるからこそ、エンジニアは冷静沈着に現場での作業を遂行できるのです。

鉄則その2：出力に直結する回路を直接書き換えない

実機がRUNしている状態で最も行ってはならない危険な行為は、電磁弁を駆動するリレーやモータの接触器を直接ON/OFFしている「出力（Y）のコイル」が配置された回路そのものを、オンラインで直接書き換えることです。条件を1つ追加しようとしてタイピングしている最中に、意図しない接続が成立してしまえば、その瞬間に物理的なハードウェアが動き出してしまいます。

これを防ぐための確実な手法が、内部リレー（M）を用いた「クッション回路」の運用です。 修正したい条件がある場合は、出力回路を直接触るのではなく、空いている内部リレーをターゲットにした別回路をプログラムの末尾などに新しく作成します。そして、その新設した内部リレーが、実機の自動運転中に狙い通りのタイミングでON/OFFするかどうかを、まずは画面上のモニター機能やウォッチウィンドウの監視機能を使って、実機を動かしながら「目視だけで検証」するのです。 実機の物理的な動きに一切影響を与えない安全な領域で、ロジックが完全に100パーセント正しい挙動を示していることを確認したのち、最終的な段階として、その内部リレーの接点を出力回路の条件として1箇所だけ差し込む、というステップを踏みます。このアプローチを取ることで、オンライン編集に伴う物理的なリスクを最小限に抑え込むことができます。

鉄則その3:シミュレーションでの意地悪試験の実施

現場で実機の前に立つ前に、設計段階でシミュレータで徹底的に試験を行うのが、現場での恐怖心を打ち消す強力な防衛策です。 正常な運転パターンだけで満足してシミュレーションを終えるのではなく、あえて現実にはあり得ないような最悪の操作や入力をシミュレータ上で意図的に発生させてみます。これを「意地悪試験」と現場では呼びます。自動運転の途中で突如手動モードに切り替えたらどうなるか、センサが同時に2箇所ONしてしまったらロジックは破綻しないか、異常リセットボタンを物凄い速度で連打されたら自己保持が変な形で残らないか、といった「意地悪な」操作を重ねるのです。

パソコンの中の仮想CPUであれば、どれだけロジックが破綻してエラーを起こそうとも、煙が出ることもなければ機械が割れることもありません。シミュレータという安全な実験室の中で、あらゆる極端な条件を網羅し、それでも自分の組んだインターロック回路が鉄壁の守りを見せ、出力を確実に遮断することを確認できていれば、それがそのまま実機へ書き込む際の見えない自信となり、恐怖心をコントロール可能な健全な慎重さへと昇華させることができます。

---

作業効率を爆上げする実戦的ショートカットキー

GX Works3 の仕様とリスク管理を理解したところで、日々のプログラミングや現場でのデバッグ作業を驚異的なスピードでこなすための具体的なショートカットキーの体系について解説します。マウスに手を伸ばす回数を極限まで減らし、キーボードから手を離さずに思考のスピードのままラダーを構築していくために、以下のキーの組み合わせを指の直感に叩き込んでください。ここでは、後からいつでも見返してリファレンスとして使えるよう、機能のつながりを重視した文章形式で詳細に説明していきます。

まず、回路を新しく作成していく段階で最も多用するのが、ラダーの基本シンボルを入力するためのファンクションキー群です。通常のA接点（常時開接点）を配置したいときは、キーボード最上段の「F5」キーを押します。すると即座にデバイスの入力ダイアログが立ち上がります。これがB接点（常時閉接点）であれば、「F6」キーが対応しています。

回路の右端に配置する出力コイルを入力したいときは「F7」キーを使用し、タイマやカウンタ、あるいは各種のデータ転送や演算を行うための応用命令を呼び出したいときは「F8」キーを叩くことで、命令入力ウィンドウを瞬時に展開できます。さらに、回路に水平な横線を引いてデバイス同士を接続したいときは「F9」キーなどが割り当てられていますが、T係長個人としてはこの辺りはあまり使用頻度は高くないと考えています。

回路の構築が一段落したら、次はその内容を確定させるための「変換（コンパイル）」のステップへ移行します。現在開いているウィンドウ内の、自分が修正を加えた未変換のラダー（背景が薄いグレーになっている部分）だけをピンポイントで一括確定させたいときは、シンプルに「F4」キーを押します。これにより、ソフトウェアが瞬時に文法チェックを行い、回路を確定状態へと移行させます。もし、プロジェクト全体にわたる大規模な変更を加え、すべてのプログラム部品を網羅的に再コンパイルしたい場合は、オルタネートキーとシフトキーを掛け合わせた「Alt + Shift + F4」キーを実行することで、システム全体の整合性を一発で担保することができます。

回路の変換が完了し、次はいよいよ今回の記事の核心でもあるシミュレーションモードへの移行となります。GX Works3 の中で仮想CPUを起動させ、プログラムの書き込みからモニター開始までを一本道で実行してくれる操作が、「Alt(右) (指を離す) B (指を離す) S (指を離す) Enter」キーです。これはショートカットキーではありません。キーボードからツールバーを読みだしているだけです（人によってはマウス操作の方が楽かもしれませんね）。T係長はマウス（エレコム）に上記の入力をショートカットで割り当てているので、わざわざ画面上の複雑なメニューからシミュレーションの開始コマンドを探し出す必要なく、瞬時にパソコン内部での検証環境が整います。そして、前述したように検証を終えてシミュレータを停止させたいときは、全く同じ「Alt(右) (指を離す) B (指を離す) S (指を離す) P (指を離す) Enter」を押すことでシミュレーションをシャットダウンさせることができます。その後は、お決まりのルールとして「F2」キーを叩いて通常編集モードへ帰還することを忘れないでください。

実機に接続している、あるいはシミュレータが動作しているオンラインの状態で、プログラムの挙動をリアルタイムに観察する「モニタ開始」を行いたいときは、「F3」キーを押します（シミュレーションモード開始時のデフォルト状態がモニタモードです）。画面上のラダーに青い通電状態が灯り、数値データが刻々と変化する様子が目に見えるようになります。モニタを一時的に終了して静的な画面に戻したいときは、「Alt + F3」キーがモニター停止として機能します。ここから再度モニタ開始したい場合に「F3」を押せばよいです。

そして、多くのエンジニアが現場で最も多用し、かつ最も高い集中力を要する「オンライン編集」のフェーズにおけるショートカット群が、以下の通りです。モニターを継続している状態のまま、回路の修正を可能にするオンライン編集モードへと切り替えるするためのキーは、「Ctrl + F3」キーです。このキーを押すと、モニター表示を維持したまま、カーソルがある位置の回路を書き換えることができるようになります。

ここで修正を加えたあと、通常の「F4」キーを押してもオンラインの回路は確定されません。オンライン編集の内容を確定させ、同時にRUN中のCPU（またはシミュレータ）へと変更内容をリアルタイムに転送・反映させるためには、シフトキーを組み合わせた「Shift + F4」キーを押す必要があります。この「Shift + F4」キーを押す瞬間こそが、現場のエンジニアが最もアドレナリンを分泌させる瞬間であり、事前のシミュレーションやバックアップの有無が精神的な平穏を左右する運命の分かれ道となります。

デバッグ作業中、接点や内部リレーの状態を強制的にONさせたり、OFFさせたりして後続の回路の動きをテストしたいときは、対象のデバイスにカーソルを合わせた状態で「Shift + Enter」キーを同時に押します。このキーを押すたびに、選択したビットデバイスのステータスがONとOFFで交互に反転するため、実際のスイッチを押したかのような挙動をパソコン上で簡単に模擬することができます。

これらのショートカットキーは、個別にバラバラに覚えるのではなく、実際の作業の流れ（ラダー作成、変換、シミュレーション、モニター、修正、テスト）というストーリーと結びつけて指に染み込ませていくことで、真の価値を発揮します。

スポンサーリンク

---

おわりに

GX Works3 というツールを自在に使いこなすということは、単にキーボードを叩くスピードが速くなるということにとどまりません。それは、ソフトウェアの内部仕様を深く理解し、産業現場という物理的なリスクが渦巻く最前線において、いかに安全に、かつ最短経路で目的を達成するかという、プロフェッショナルとしての問題解決能力そのものを磨く行為に他なりません。

オンライン編集を「怖い」と感じるその繊細な危機管理能力を大切に持ち続けながら、今回紹介したシミュレーション機能を駆使した事前の徹底的な叩き込み、万が一の事態に備えたスナップショットの保存、そして作業のストレスを極限まで減らすショートカットキーの体系を武器として組み合わせることで、あなたのデバッグ技術と設計の質は、次元の違う高みへと到達するでしょう。

現場の過酷な要求にロジカルに応えつつ、自らの安全と設備の安全を完璧にコントロールする。そんな信頼されるエンジニアへの第一歩として、明日からの実務、あるいは次回のブログ記事の執筆に、本稿の知見をお役立ていただければ幸いです。