2026年10月12日

最初の一歩は、自分が今触っている KV-8000 案件で KV STUDIO を開き、CPU/システム設定 → ローカル全体割付設定 → ワーク領域設定(W) のワード用の「設定個数」と「使用個数」を見て、その画面をスクリーンショットで案件フォルダに残すことです。1分で終わります。この2つの数字を知らないまま保持変数を足していくと、全体変換の段階で初めてエラー787に気づくことになり、しかも原因が宣言側ではないので変数定義を見直して時間を溶かします。
次の段階は、保持変数の見積もりを設計の前工程に入れることです。ロット履歴、点検記録、段取りレシピのように「電源を切っても残したい表」をPLC内に持たせる設計をするなら、記事と同じ計算、つまり1件のワード数 × 件数で追加容量を出し、そこへ既存の保持変数の分を足した合計が設定個数に収まるかを先に確認します。構造体サイズは手計算ではなく KV STUDIO が表示する値を使うのが肝で、STRING の宣言文字数を足し算して見積もると実際とずれます。設計レビューのチェックシートに「保持変数領域の見積もり（必要ワード／設定個数／使用個数）」の1行を足すだけで事故が減ります。
3つ目は、書込み処理を「100件／スキャン」に割る発想をそのまま流用することです。5,000件を1スキャンで触るとスキャンタイムが読めなくなるので、1スキャンあたりの件数を定数ではなく変数で持たせ、現場で50件や200件に振って様子を見られる形にしておきます。記事の構成も、初期化で TestDone を TRUE にしておき、手動の立上り接点で初めて書込みを始めるという「勝手に走り出さない」順番になっているので、ここも真似る価値があります。
コストはゼロ円です。必要なのは KV STUDIO の設定変更と ST の数十行で、追加のハードや有償ツールは要りません。検証用の実機が手元にあれば、半日で同じ確認ができます。実機が無い場合でも、全体変換が通るかどうかだけはオフラインで確認できるので、容量の壁はそこで見つけられます。
注意点を3つ。1つ目は、記事が「変数として登録できる」ことと「保持変数領域の設定が足りている」ことは別だと書いているとおり、宣言が通ったことを容量の確認と取り違えないこと。2つ目は、この記事の確認範囲が配列への書込みと容量確保までで、電源断後の保持動作、FIFO制御、全5000件の自動照合は実施されていないことです。顧客に出す設備で保持変数を使うなら、電源断・再投入の試験は自分で別に組む必要があります。3つ目は、Scan = 1.47ms という値が書込み完了後のモニタ表示であって、書込み中の50スキャンの最大値ではないという点です。スキャンタイムの保証を求められる案件では、書込み実行中の最大値を自分で実測してから数字を出してください。設定個数を増やす変更自体も全体変換を伴うので、稼働中の設備では停止枠を確保してから行う前提になります。

最初の一歩は、客先の構内図を1枚広げて「LANケーブルを引きたいが引けていない区間」を赤で囲むことです。別棟の計量器、屋外タンクの液位計、構内の離れた倉庫、立体駐車場の入出庫信号——この手の「数百メートル先に数点のI/Oがあるだけ」という場所が、最大1kmまで有線LAN通信を無線化できるという今回の製品の射程です。囲んだ区間ごとに距離と必要I/O点数を書き込めば、4スロットで足りるのか8スロットが要るのかの判断材料になります。15分の作業です。
次の段階は、上位側の受け口を Modbus-TCP で合わせられるかを確認することです。この製品は Modbus-TCP サーバ対応なので、PLC側が Modbus-TCP クライアントになれるか（オプションユニットやライブラリが要るか）を先に調べておきます。ここが合わないと、無線区間が成立しても上位につながりません。並行して、MQTT や SNMP、REST API に対応しているので、PLC経由を介さず収集サーバーへ直接データを上げる構成も比較対象に入れておくと、提案の幅が広がります。帳票用の数値を取るだけなら、PLCを経由しない方が配線も設計も軽くなります。
3つ目は、見積の前に電波の実測計画を立てることです。920MHz帯は回り込み特性に優れ、障害物がある環境でも2.4GHzや5GHz帯Wi-Fiより広いエリアをカバーすると説明されていますが、これは「どの現場でも1km届く」という話ではありません。最大1kmという数字は条件つきの上限として扱い、実際の設置位置で1日だけ仮設して通信を確認する工程を、工事見積に最初から項目として入れておきます。ここを省くと、工事当日に通らなかったときの逃げ道がなくなります。
コスト感は三段階で考えてください。構内図への書き込みと上位側の対応確認はゼロ円で今日できます。カプラユニット2機種とI/Oモジュール、無線の相手側機器の価格は今回の記事に出ていないので、商社見積が必須です。効果の見積は「敷設しなくて済むケーブル長 × 1mあたりの配線・掘削工事費」で出すと社内と客先の両方に通ります。有線工事が道路横断や防爆区域をまたぐ案件では、ここだけで桁が変わります。
注意点を3つ。1つ目は、920MHz帯の無線機器は電波法の技術基準適合証明の範囲で使うものなので、海外品の流用や自前のアンテナ交換を安易に検討しないこと。2つ目は、無線区間に安全信号やインターロックを載せないことです。この製品はデータ収集と制御の用途として説明されており、非常停止や安全機能を無線に預ける話はしていません。安全系は従来どおり有線・安全規格の機器で組んでください。3つ目は、工具不要でモジュールを着脱できる構造は保守では利点ですが、現場で誰でも抜き差しできるという意味でもあります。スロット構成と機器IDを盤内に貼っておき、増設・交換時に割付がずれても気づける記録を残しておくのが実務的です。

この記事は営業リストの題材ですが、構造は「表記がばらついた行データを、列ごとに正規化して別シートへ吐き出す」ことなので、制御設計の実務にそのまま載ります。最初の一歩は、自分の手元にある一番汚い表を1つ選ぶことです。客先ごとに書式が違う機器台帳、過去案件の端子台一覧、点検報告の設備名の表記ゆれ——このどれかを100行だけコピーして `list_raw` に貼り、記事のコードを動かしてみます。10分で行毎秒が出ます。
次の段階は、プロンプトを自分の列に置き換えることです。記事のプロンプトは「会社名を正式名称に整え、法人か個人かを判定し、電話番号の区切りを半角ハイフンに正規化」ですが、これを「型式を正式表記に整え、メーカー名を判定し、設定値の単位を SI に正規化」に書き換えるだけで、機器台帳の名寄せになります。出力形式を JSON で固定する部分と、`responseMimeType` の指定はそのまま使い回せます。GX Works のタグ表を CSV で出して命名規則の揺れを拾わせるのも同じ型です。
3つ目は、バッチ設計の数字を自分のデータで取り直すことです。記事の実測では20行が最適で、50行にすると出力が切れて JSON が壊れています。制御系の表は1行が長い（型式＋設定値＋備考）ことが多いので、20行でも出力上限に当たる可能性があります。log シートに「日時／行数／所要秒／行毎秒／バッチ行数」を残す仕組みが記事に入っているので、まず BATCH を10・20・30で各1回回し、整形漏れが出ない最大値を自分の表で決めてください。
コストは、記事の条件で有料枠でも月数百円とされています。試す段階ならスクリプトプロパティに API キーを入れるだけでゼロ円に近く、追加のソフト購入は不要です。GAS もスプレッドシートも既存のアカウントの範囲で動きます。有償の ETL ツールやiPaaSを検討するのは、同じ処理を10本以上運用して管理が回らなくなってからで十分です。
注意点を4つ。1つ目は、元データを絶対に上書きしない設計を最初から守ること。記事が「最大の事故」と書いているのは、読めない値を Gemini が null で返し、`setValues` でそのまま書き戻して元データが空欄に置き換わるパターンです。単一シートで運用すると実際にデータが消えます。書き戻し先を別シートにするのは、省略してよい手順ではありません。2つ目は、客先名・型式・設備名が入った表をそのまま外部APIへ投げる前に、情報の取り扱いルールを確認することです。客先が特定できる列を伏せた抜粋だけを渡す運用を先に決めておくのが安全です。3つ目は、429対策を「リトライで守る」のではなく間隔とバックオフで設計することで、記事も形式を強制して崩れない出力にするのが基本だと書いています。4つ目は、AIが整形した結果は下書きであって、名寄せの最終判断は自分に残ることです。記事の `note` 列のように「AIが迷った理由」を残す列を1つ作り、そこだけ目で見る運用にすると、全行を見直す羽目になりません。

最初の一歩は、自分が関わっている客先のQシリーズ設備を1枚の表に落とすことです。列は「設備名／CPU形名／電源ユニット形名／ベース形名／ネットワークユニット形名／予備品の有無／プログラムのバックアップ有無」の7列で十分です。ここで一番大事なのはCPU形名の欄で、Q03UDECPU や Q06UDEHCPU のようなユニバーサルモデルQCPUが並んでいる設備は、受注締切日の2026年9月30日が締切済みと書かれている区分に当たるため、今から新品を手配する前提の計画は立てられません。半日で書ける表が、来年以降の交渉の土台になります。
次の段階は、表に「止められる窓」の列を足すことです。生産中止日の2029年12月31日、修理対応の期間終了の2036年12月31日という日付はまだ先に見えますが、記事が指摘しているとおり部品の入手状況で前倒しになる場合があり、修理対応期間中でも部品が無ければ対応できないことがあります。年末年始・ゴールデンウィーク・月次の計画停止のうち、どの枠でどの設備を触れるかを書いておけば、「更新の提案はいつ出すべきか」が自動的に決まります。更新は数年がかりの話なので、先に枠を押さえた側が主導権を持ちます。
3つ目は、予備品の棚卸しを客先と一緒にやる口実にこの案内を使うことです。「生産中止の案内が出たので、御社の予備品が今どうなっているかだけ一緒に確認させてください」という入り方は、更新工事の見積を出すより先に通ります。棚の現物とCPUのバージョン、バッテリの交換履歴を見れば、次に必要な作業が自然に見えます。バッテリ（Q6BAT、Q7BATN、Q8BAT）とコネクタ（A6CON1～4）など一部の製品は生産が継続されるとされているので、予備品確保の優先順位は生産中止になる品目から付けるのが合理的です。
4つ目は、置き換え先の検討を「どちらか」で考えないことです。案内されている置き換え先は MELSEC iQ-Rシリーズと MELSEC MXコントローラ の2つなので、同じ客先の中でも設備の役割によって行き先が分かれる可能性があります。更新計画の表には「移行先候補」の列を足し、まだ決められない設備は空欄のまま「未確定」と書いておくほうが、後で辻褄が合わなくなりません。
コスト感は三段構えです。設備表と停止枠の整理は自分の時間だけでゼロ円。予備品の確保は現行価格での部品購入なので、客先の今期予算で動ける範囲です。実際の更新工事はCPU・ベース・I/O・プログラム移行・試運転までを含むので桁が変わり、ここは複数年の設備投資計画に乗せる話になります。
注意点を3つ。1つ目は、この記事がテクニカルニュース（FA-D-0495-A、FA-D-0418-A）に筆者の経験や知見を加えたものだと自ら注記しており、記載の日程や対象機種は変更される場合があるとしていることです。客先に日付を伝えるときは、必ずメーカーの公式発表を自分で確認してから出してください。2つ目は、「なぜ今のタイミングだったのか」の部分が筆者の個人的な見解であってメーカーの公式な説明ではないと明記されている点で、ここを客先への説明に使わないことです。3つ目は、GX Works3 に GX Works2 からのプロジェクト修正をサポートする機能を2026年10月から順次追加する予定とされている点で、これは「予定」として書かれているため、移行計画の前提に置く前に自分の環境で機能が来ているかを確認する必要があります。ツール側の支援があることと、プログラムの移行が自動で終わることは別の話です。

最初の一歩は、この7ポイントを縦に並べたA4一枚の切り分けシートを作ることです。行は「ラダーモニタの出力デバイス／出力ユニットLED／出力端子の電圧／外部電源とCOM／中継リレー／安全回路・サーマル／コイル電圧／負荷の動作」の8行、列は「正常／異常／未確認」の3列。これをスマホで撮って現場に持っていくだけで、客先への電話報告が「どこまで来ていて、どこから来ていないか」の一言で終わります。印刷代だけで今日から使えます。
次の段階は、報告の書き方を変えることです。「電磁弁の不良と思われます」ではなく、「出力端子でDC24V確認、中継リレーON確認、ソレノイドのコイルで0V。この区間のケーブルと端子台を点検します」と書く。記事の「最後に正常だった場所」と「最初に異常だった場所」をそのまま文章にする形です。これだけで部品交換の見積が通りやすくなり、交換しても直らなかったときに責任の所在が曖昧になりません。報告メールの定型文として登録しておいてください。
3つ目は、6つ目のポイント（出力形式と負荷の組み合わせ）を事前作業に組み込むことです。出力ユニットの交換やPLC更新を手配する時点で、元の形名と新しい形名の出力方式（リレー／トランジスタ／トライアック、トランジスタならシンク／ソース）を見積書の備考欄に両方書く運用にします。「同等品」で手配したら出力方式が違っていたという失敗は、現場に行ってから気づくと1日無駄になります。DC24V負荷を追加する改造や海外設備の改造でも同じ確認が必要です。
4つ目は、生成AIを「自分の確認順序の抜けを探す道具」として使うことです。8行のシートを埋めた状態で ChatGPT や Gemini の無料枠に貼り、「この測定結果から考えられる原因を、確認が簡単な順に並べて」と頼むと、出力COMの極性、ヒューズ、安全回路の不成立といった自分が飛ばした候補が出てきます。ただし現場の答えをAIに出させるのではなく、自分が測った値だけを渡して順序の抜けを点検させる使い方に限ってください。型式や測定値をAIが補完した時点で、その回答は現場で使えません。
コストはほぼゼロ円です。必要なのはシート1枚とテスター、生成AIの無料枠だけ。有償の記録ツールを考えるのは、このシートが50件溜まって「同じ客先の同じ箇所で繰り返している」と気づいてからで十分です。
注意点を3つ。1つ目は、記事も明記しているとおり設備・電気回路の測定や配線確認には感電・短絡・設備誤動作の危険があるため、設備仕様・安全手順・必要な資格を確認してから実施することです。客先設備では測定の可否そのものを設備管理者に確認する手順を先に置いてください。2つ目は、7つ目のポイントが示すように「制御回路が成立していること」と「設備が実際に動くこと」は別なので、主回路（ブレーカ、サーマル、インバータ、欠相、機械側の固着）まで視野を広げる前提で時間を見積もることです。制御側だけ見て半日使うと、原因が主回路だったときに段取りが崩れます。3つ目は、記事が「部品を勘で交換するより、正常な場所を一つずつ確認していく方が結果的に早く復旧できることがある」としている点で、現場で「とりあえず交換」を求められたときにこの理屈を言える準備をしておくと、無駄な部品代と再発を減らせます。

最初の一歩は、自分の設定表（I/Oリストや軸パラメータ表）に列が足りているかを確認することです。投稿が挙げている Node、Slot、Channel、機器ID、実機名称、単位、スケール、設定版数の8項目を自分の表の見出しと突き合わせ、無い列を今日足します。多くの現場の表は「アドレス／信号名」の2列しかなく、これだと「アドレスは合っているが指している現物が違う」という誤りを表の上で検出できません。Excel の列を足すだけなので30分で終わります。
次の段階は、立上げの検収手順に「一点照合」の工程を明示的に入れることです。入力側は1点ずつ実際に信号を入れて（センサーの前に手をかざす、リミットを手で押す）モニタの該当ビットが変化することを見る。出力側と軸は低速で動かし、表示・方向・警報まで現物と照らす。これを工程表の1行として書いておかないと、通信が通った時点で「できた」ことになり、照合が省略されます。投稿の「確認が終わるまでは自動運転許可を出さない」は、そのまま自分の立上げ手順書の文言に使えます。
3つ目は、照合した結果を記録として残す形を決めることです。I/Oリストに「照合日／照合者／照合方法」の3列を足し、照合済みの行にだけ日付が入る運用にします。こうすると、増設や機器交換のあとで「どこまで照合済みか」が一目で分かり、次に入る人（自分かもしれません）が最初から全点を疑わずに済みます。投稿が「設備を守るのは確認した記録だ」と書いているのは、この話です。
4つ目は、機器交換・増設のときに照合範囲を広げ過ぎない代わりに狭め過ぎないことです。1台だけ交換した場合でも、そのNodeより後ろのSlot割付がずれていないか、軸番号の並びが変わっていないかは確認対象になります。交換前後で設定表のスクリーンショットを撮って差分を見るだけでも、気づける誤りが増えます。設定版数の列があれば、この差分が後から追えます。
コストはゼロ円です。必要なのは設定表の列追加と手順書の1行、それに照合の時間だけ。追加のソフトや計測器は要りません。照合の時間は点数に比例するので、見積の段階で「I/O照合 ○点×△分」として工数に入れておくのが実務的です。ここを工数に入れていないと、現場で省略する圧力がかかります。
注意点を3つ。1つ目は、軸を低速で動かす照合は機械的な干渉と人の安全に直結するため、可動範囲の確認、インターロックの有効化、立入り禁止の確保を先に済ませてから行うことです。投稿は手順の考え方を述べているだけで、安全措置の代わりにはなりません。2つ目は、記録計やモニタに「温度らしい波形」が出ていることを正常の根拠にしないこと。値がもっともらしいことと、その値が目的の現物から来ていることは別です。3つ目は、照合を一人でやらないほうが早いことです。入力を入れる人とモニタを見る人を分ければ1点あたりの時間が半分以下になり、見間違いも減ります。人手が取れない場合は、現物側をスマホで動画撮影してモニタ画面と突き合わせる方法でも代替できます。

製造現場でAIを使う側にとって、この発表の実務的な意味は「評価観点のひな型が公的機関から出てきている」ことです。最初の一歩は、公開されたとされる「AIロボティクスに関するセーフティ評価観点ガイド」を AISI のサイトで探して目次だけ読むことです。自分が組む協働ロボットやAI画像検査の受入条件を書くとき、ゼロから評価項目を考えるより、公的なガイドの目次を骨格に借りたほうが客先と話が早く進みます。30分で目次は読めます。
次の段階は、その目次を自社・自分の受入チェックリストに写すことです。AI画像検査を導入する案件なら、「どの条件で誤判定が増えるか」「判定根拠を人が確認できるか」「モデルを更新したとき再評価は何をやるか」といった項目は、設備仕様書の中で曖昧に済まされがちです。ガイドの項目名を引用して仕様書に書けば、「社内ルールです」ではなく「公的なガイドの評価観点です」と言えるので、客先にも社内にも通りやすくなります。
3つ目は、AIロボットの運行設計領域（ODD）という考え方を自分の案件に当てることです。今年度下期にODDを検討するための実証実験が進められているとされていますが、ODDは要するに「この条件の範囲内でなら安全に動かせる」という境界の定義です。自動搬送、協働ロボット、AI外観検査のどれでも、「照度」「ワークの種類」「人の立入り」「速度」の4つだけでも範囲を紙に書いておくと、範囲外の使い方を客先がし始めたときに止められます。これは今日から自分の設備仕様書に書ける話です。
4つ目は、データ品質SWGのチェックリストが策定・公開されたとされている点を、自分のデータ整備に当てることです。AI検査の学習データ、点検記録、設備の稼働ログは、たいてい「撮りためただけ」で終わっています。公開されたチェックリストを骨格に、自分の案件のデータについて取得条件・欠損・ラベルの付け方を1枚にまとめておくと、後からモデルを作り直すときに丸ごと撮り直す羽目になりません。
コストはゼロ円です。ガイドやチェックリストの参照、仕様書への項目追加、ODDの明文化はすべて自分の時間だけでできます。有償の評価サービスや第三者認証を検討するのは、客先から適合性の証明を求められた段階で十分です。適合性評価SWGが制度の枠組みを議論している段階なので、今は「制度ができたときに出せる記録を今から溜めておく」のが現実的な備えになります。
注意点を3つ。1つ目は、この発表が報告会・総会の開催報告であって、新しい規制や義務が始まったという話ではないことです。客先に「法令対応が必要になりました」と伝えるのは行き過ぎです。2つ目は、各SWGの進捗が「公開した」もの（AIロボティクスの評価観点ガイド、ヘルスケアのガイド、データ品質のチェックリスト）と、「検討を進めている」「取りまとめていく」段階のもの（適合性評価の枠組み、教育分野の評価観点、ジオAI のガイドライン・マニュアル）に分かれている点です。引用するときはこの区別を保ってください。3つ目は、「AIセーフティ評価環境」がAIシステムの開発者・提供者による評価を支援するOSSとして位置づけられていることです。設備ユーザーや装置の制御設計者がそのまま使う道具とは説明されていないので、自分の立場で取れるのは評価観点を仕様書へ写すところまでだと割り切るのが実務的です。

FA本体の話ではありませんが、自分が作って客先や社内に置いている「外から触れる入口」の棚卸しにそのまま使えます。最初の一歩は、自分が関わっている仕組みのうち、インターネットから到達できるものを紙に列挙することです。点検報告を受けるGoogleフォーム、GASで公開したWebアプリ（アクセスできるユーザーが「全員」になっているもの）、現場に置いたRaspberry Piの監視画面、客先と共有しているダッシュボード、設備データを上げているクラウドのAPI——この5種類を思い出すだけで、たいてい心当たりが出てきます。15分で書けます。
次の段階は、記事が挙げている「速やかに行うべき点検」を自分の規模に縮めて実行することです。GASのWebアプリなら実行ログを開き、直近1カ月のアクセス数と、自分や関係者以外の時間帯にアクセスがあるかを見ます。クラウドサービスを使っているなら、作ったはずのないアカウントや、無効化したはずのアカウントが有効になっていないかを確認します。異常の見分け方としてエラー出力量や平時との差異が挙げられているので、「普段の1日あたりの件数」を今メモしておくと、次に見たときに比較ができます。
3つ目は、事例9「APIが悪用される事例」の4つの原因を自作ツールのチェック項目に変えることです。URLや会員IDのパラメータを書き換えると他人のデータが見えてしまわないか、レスポンスに必要のない情報を入れていないか、IDが連番になっていないか、短時間の大量アクセスを止める仕組みがあるか。GASのWebアプリで「設備IDをパラメータで受けて点検記録を返す」ような作りにしている人は、ここが素のまま空いていることが多いので、受け付けるIDを許可リストで固定するだけでも大きく変わります。
4つ目は、自分のアカウント側の守りを今日やってしまうことです。デジタル大臣が国民向けに求めたとされる3点、つまりパスワードの使い回しをやめる、設定できるサービスで多要素認証を使う、不審なメールやSMSのリンクを開かず公式サイト・公式アプリから入る——これは制御設計者にも同じく当てはまります。特に客先の設備データや図面を置いているクラウドのアカウントから優先してください。
コストはゼロ円です。入口の棚卸し、ログの確認、許可リストの追加、多要素認証の設定はすべて既存の環境でできます。有償のWAFや監視サービスを検討するのは、公開している仕組みが会社の業務として何本も動いている段階になってからで十分で、個人の持ち物としてはここまでで効果が出ます。
注意点を3つ。1つ目は、JPCERT/CCの注意喚起が「すべての事案で同一の攻撃手法が使用されていることを示すものではありません」と限定し、IPAも現段階では特定のプロダクトやサービスの脆弱性を狙った攻撃とは断定されていないとしている点です。社内に共有するときに「特定製品の脆弱性が原因」と要約しないでください。2つ目は、AIの関与について専門家の共同資料が「断定できるログや痕跡は確認されていません」とし、観測レポートも「AIの利用を直接示す痕跡を確認したものではありません」と記している点です。「AIによる攻撃が確認された」と伝えると事実より強くなります。3つ目は、点検で異常なログやアカウントが見つかった場合に自己判断で進めないことです。会社のシステムであれば情報システム部門へ、客先の設備につながる仕組みであれば客先の担当者へ、見つけた時点で順序を確認してから手を動かすほうが安全です。