センサー配線とI/Oリストの基礎——電気屋に伝わる情報の渡し方

大手メーカーの現場に常駐して設計をしていると痛感するのは、機構図面を描き上げただけでは設備は動かないということだ。センサーの取付位置や動作条件を、電気設計者に正しく伝える作業が必ず発生する。この橋渡しがうまくいかないと、現地調整の段階で「このセンサー、何を検知するためのものですか」という質問が飛び交い、手戻りの温床になる。今回は、I/Oリストという共通言語を使って機構設計者が電気設計者にどう情報を渡すべきかを整理する。

なぜI/Oリストが設計の共通言語になるのか

I/Oリストとは、設備に取り付けられるすべてのセンサー(入力=Input)とアクチュエータ・表示灯などの出力機器(出力=Output)を一覧化した表のことだ。機構設計者が図面で表現する情報と、電気設計者や制御プログラムを組む担当者が必要とする情報は形式が異なるため、この一覧表が両者をつなぐ共通言語として機能する。

私が現場に入りたての頃、センサーの取付位置だけを機構図面に描いて満足していた時期があった。ところが電気設計者から「このセンサーの信号はNPNですか、PNPですか」「常時ONとして扱うのか、常時OFFとして扱うのか」といった質問を次々と受け、機構図面だけでは伝わらない情報が数多くあることを痛感した。それ以降、センサーを機構図面に配置する段階から、I/Oリストに載せるべき情報を並行して整理する習慣をつけている。

I/Oリストが整っていないプロジェクトでは、電気設計者が機構図面から必要な情報を推測しながら配線図を作ることになり、認識のずれが発生しやすい。私が関わった案件では、I/Oリストの整備が遅れたことで、電気設計者が仮の想定でセンサー種別を決めて配線図を先行して描いてしまい、後から機構側の実際の仕様と食い違っていることが判明し、配線のやり直しが発生した。I/Oリストを早期に整備することは、後工程の手戻りを防ぐ最も基本的な対策だと言える。

I/Oリストは単なる書類ではなく、制御プログラムを組む担当者にとっても設計の出発点になる。PLCのラダープログラムやシーケンス制御のロジックは、I/Oリストに記載された信号名称と番号を基準に組まれることが多く、ここが曖昧なまま進むと、プログラム担当者が独自の解釈で信号を割り当ててしまい、後になって機構側の意図とずれていることが発覚する。私が携わった案件では、機構・電気・制御の三者が同じI/Oリストを共通の基準として参照する体制を整えたことで、それまで頻発していた仕様の行き違いが大きく減った経験がある。

センサー選定時に決めておくべき項目

センサーを選定する際、機構設計者はまず検知対象と検知方式を決める必要がある。金属の有無を検知するなら近接センサー、透明・不透明を問わず物体の存在を検知するなら光電センサー、微小な変位を検知するなら差動トランス式のセンサーといった具合に、用途に応じて方式が変わる。この段階で決めた方式は、そのままI/Oリストの重要な項目になる。

私が担当したクランプ確認用のセンサー選定では、当初は一般的な近接センサーを想定していたが、検知対象のワークがステンレス製で検知距離が短くなる特性があることが分かり、検知対象の材質に応じた補正係数を確認した上で機種を選び直した経験がある。センサーのカタログスペックは標準ターゲット(多くの場合は鉄)を基準にしているため、実際の検知対象の材質によって有効検知距離が変わることを見落とすと、現地調整で検知不良が頻発する原因になる。

出力形式についても機構設計者が意識しておくべき項目だ。センサーの出力にはNPNとPNPという二つのタイプがあり、これは電気側の配線方式やPLCの入力仕様に直結する。私が担当した海外向け設備の案件では、国内標準のNPN出力のセンサーを選んでいたところ、納入先の制御盤がPNP仕様で統一されていることが判明し、急遽PNPタイプへの変更が必要になったことがある。海外案件や既存設備への追加案件では、既存の制御盤の仕様を早期に確認しておくことが重要だと学んだ。

センサーの応答速度や検知範囲の調整方式も、選定時に確認しておくべき項目だ。高速で通過するワークを検知する用途では、センサーの応答速度がサイクルタイムに追いつかないと検知漏れが発生する。私が担当した高速搬送ラインでは、標準的な近接センサーの応答速度では間に合わないことが判明し、より応答性能の高い高速タイプのセンサーに変更した経験がある。この見直しが遅れていれば、量産開始直前になってから検知漏れが発覚し、大幅な手戻りになっていた可能性が高い。カタログの検知距離や検知対象だけでなく、応答周波数(1秒間に何回の検知が可能か)まで確認する習慣をつけておくと、高速動作の案件で後悔しなくて済む。

I/Oリストに書くべき情報の粒度

I/Oリストに記載すべき情報は、単にセンサー名と設置場所だけでは不十分だ。私が実務で使っているI/Oリストのフォーマットでは、少なくとも次の項目を含めるようにしている。

この中でも「動作条件」の書き方は特に重要で、単に「クランプ完了時にON」と書くだけでなく、異常時にどう振る舞うべきか、電源投入直後の初期状態はどうなっているべきかまで含めて記載すると、電気設計者やプログラム担当者が制御ロジックを組む際の手戻りが減る。私が経験した案件では、動作条件の記載が曖昧だったために、電気設計者が「センサー未検知=正常」と誤って解釈し、実際にはセンサー未検知=異常という機構側の意図と逆の実装がされてしまったことがある。動作条件は具体的かつ、可能な限り誤解の余地がない表現で書くことを心がけている。

配線本数やコネクタ形式も忘れずに記載すべき項目だ。2線式・3線式・4線式の違いは配線工事の設計に直結し、コネクタ形式(M8、M12など)は電気設計者が中継ケーブルや端子台を選定する際の基礎情報になる。私が担当した狭小スペースの機構では、標準的なM12コネクタでは干渉してしまうため、M8コネクタのセンサーに変更した経緯があり、この情報を確実にI/Oリストへ反映させた。

I/Oリストの様式は現場やプロジェクトによって多少の違いがあるが、機構設計者が最低限これだけは記入すべきという意識で臨むと、その後のやり取りが格段にスムーズになる。私はプロジェクトの規模にかかわらず、センサーを一点でも機構図面に追加した時点で、必ずI/Oリストの該当行も同時に更新するというルールを自分に課している。図面とリストが常に同期している状態を保つことが、後から見返す誰にとっても信頼できるドキュメントを維持する鍵になる。

配線・結線図との整合をとる

I/Oリストが完成したら、電気設計者が作成する結線図との整合を取る作業が必要になる。機構設計者としては、結線図を細部まで理解する必要はないが、少なくとも自分が指定したセンサーの信号が結線図上で正しく反映されているかを確認する視点は持っておくべきだ。

私が担当した案件では、I/Oリスト上で「NO(a接点)」と指定していたセンサーが、結線図では誤って「NC(b接点)」として扱われていたことに、機構側の動作確認の段階で気づいたことがある。電気設計者側の入力ミスだったが、機構側が結線図を確認する習慣を持っていなければ、実機の試運転段階まで発見されなかった可能性が高い。I/Oリストを渡して終わりにするのではなく、結線図が出てきた段階で自分の指定内容と照合する一手間が、トラブルの早期発見につながる。

配線ルートについても機構図面との整合が必要だ。私が経験した案件では、機構図面上でセンサーケーブルの取り回しルートを検討していなかったために、電気設計者が想定したケーブルルートが機構側の可動部と干渉することが後から判明し、ケーブルベアの追加設計が必要になったことがある。可動部を横切るケーブルは、繰り返し動作による断線リスクも考慮する必要があり、耐屈曲仕様のケーブルとケーブルベアの組み合わせを機構側から提案することもある。センサーを配置する段階で、そこからケーブルがどう配線盤まで到達するのかまで、機構図面上でイメージしておくことが望ましい。

ノイズ対策の観点も、機構設計者が意識しておくとよいポイントだ。センサーケーブルをモータ駆動用の動力線と近接して配線すると、電磁誘導によるノイズの影響でセンサー信号が誤検知を起こすことがある。私が経験したトラブルでは、センサーケーブルとインバータ駆動のモータ配線が同じケーブルダクト内を並走しており、間欠的な誤検知が発生した。原因究明には時間がかかったが、最終的には信号線と動力線のダクトを分離することで解決した。機構図面でケーブルルートを検討する段階から、動力線と信号線をできるだけ離して配置するという配慮を持っておくと、こうしたトラブルを未然に防げる。

電気設計者とのやり取りで起きがちな行き違い

機構設計者と電気設計者の間で起きがちな行き違いの一つが、「常時」という言葉の解釈の違いだ。機構設計者が「このセンサーは通常はON状態」と説明したつもりでも、電気設計者側が「電源投入直後の初期状態でON」という意味で受け取ってしまうことがある。私が経験したケースでは、動作サイクルの中での定常状態を指して「通常ON」と伝えたつもりが、電気設計者は起動直後の状態として解釈しており、シーケンスの初期化ロジックに食い違いが生じた。

こうした行き違いを防ぐには、言葉だけで説明するのではなく、動作サイクル全体をタイムチャートのような形で示すことが有効だ。私が最近の案件で取り入れているのは、簡単なタイミングチャートをI/Oリストに添付し、各センサーがサイクルのどのタイミングでON/OFFするのかを視覚的に示す方法だ。文章だけの説明に比べて、電気設計者との認識のずれが大幅に減った実感がある。

もう一つ起きがちなのが、機構側の変更が電気側に伝わらないまま進んでしまうケースだ。私が担当した案件では、機構図面の修正でセンサーの設置位置を数センチ移動させただけのつもりが、実は検知対象との位置関係が変わり、センサーの検知タイミングそのものが変わってしまうという事態があった。機構側では「軽微な変更」と捉えていても、電気・制御側では重大な仕様変更になり得るという意識を持ち、些細に見える変更でもI/Oリストの更新と電気設計者への連絡を徹底するようにしている。

変更管理——後工程での修正をどう防ぐか

I/Oリストは一度作って終わりではなく、設計変更のたびに更新し続ける生きたドキュメントだ。私が担当したプロジェクトでは、I/Oリストに改訂履歴の欄を設け、いつ・誰が・何を変更したのかを記録するようにしている。これにより、電気設計者が最新版のリストを確認する際に、どの部分が変更されたのかを一目で把握でき、変更箇所の見落としを防げる。

私が経験した苦い教訓として、機構側でセンサーの数を1点追加したにもかかわらず、口頭での連絡だけで済ませてしまい、I/Oリストの更新を後回しにしたことがあった。その結果、電気設計者が旧版のI/Oリストをもとに端子台の設計を進めてしまい、追加したセンサーの配線先が確保されていないという事態になった。この経験以降、どんなに小さな変更でも、必ずI/Oリストを更新してから電気設計者に共有するというルールを自分の中で徹底している。

口頭連絡に頼りがちになる背景には、変更の緊急性やスケジュールの逼迫がある。急いでいるときほど「後でリストに反映すればいい」という気持ちになりやすいが、その「後で」が結局忘れられてしまうケースを何度も見てきた。私が最近意識しているのは、変更が発生したその場でI/Oリストを開き、たとえ暫定的な記載であってもその場で追記するという習慣だ。完璧な記載でなくても、変更があったという事実だけでも即座に残しておけば、後から電気設計者が気づく機会が生まれる。

変更管理を徹底するもう一つのポイントは、変更の理由も併記しておくことだ。単に「センサー追加」と書くだけでなく、「ワーク検知の信頼性向上のため、既存センサーに加えて予備センサーを追加」といった背景まで記載しておくと、後から見返した電気設計者や別の担当者が変更の意図を理解しやすくなる。

実際にI/O不足で手戻りした事例

I/Oの数そのものを見誤った事例も紹介したい。私が担当した設備では、当初想定していたセンサー数をもとに電気設計者がPLCの入力ユニットを選定していたが、機構検討が進む過程で安全対策のためのインターロックセンサーが複数追加になり、当初のPLC入力点数では不足する事態になった。PLCのユニット変更は制御盤の設計に大きく影響するため、この変更は電気側にとって大きな手戻りとなった。

この経験から、機構検討の初期段階でセンサー数が確定していない場合でも、余裕を持った予備点数をI/Oリストに見込んでおくことの重要性を学んだ。具体的には、機構検討の進捗に応じて、安全関連のセンサーが後から追加される可能性がある案件では、あらかじめ電気設計者に「まだ確定していないが、安全対策で数点追加の可能性がある」と伝えておくことで、PLCの入力ユニット選定に余裕を持たせてもらうことができる。情報が確定していない段階でも、不確実性そのものを電気設計者と共有する姿勢が、後工程の手戻りを減らす鍵になる。

似たような手戻りは、出力側でも起こり得る。私が担当した設備では、当初シリンダの動作確認用ランプ程度しか想定していなかった出力機器が、後の安全審査で警報ブザーや積層信号灯の追加を求められ、出力点数が急増したことがあった。入力(センサー)側だけでなく出力(アクチュエータ・表示器)側についても、安全審査や法規制の要求で後から追加が発生しやすいという前提を持ち、I/Oリストの設計段階から一定の余裕を見込んでおくことをおすすめしたい。

まとめ——伝わる情報の渡し方

センサー配線とI/Oリストの整備は、機構設計者が電気設計者と協働するうえで避けて通れない基礎作業だ。センサーの種別・出力形式・動作条件・配線仕様といった情報を具体的な粒度で記載し、変更のたびに更新し続けることが、現地調整での手戻りを防ぐ最も確実な方法だと感じている。機構と電気は専門領域が異なるからこそ、共通のドキュメントであるI/Oリストを通じて、お互いの意図を正確に伝え合う努力が求められる。

20年近く様々な現場でこの橋渡し役を担ってきて感じるのは、電気設計者に「伝わる」情報を渡せるかどうかは、機構設計者自身がセンサーの動作原理や電気側の基本的な仕組みをどこまで理解しているかに大きく左右されるということだ。専門外だからと丸投げにせず、自分が指定するセンサー一つひとつについて、電気・制御側がどんな情報を必要としているのかを想像しながら図面とリストを作る姿勢が、結果的に設備全体の完成度を高めてくれると実感している。今回で油圧・空圧・電気連携をめぐる一連のテーマを一区切りとし、次回は別の切り口から機構設計の実務を掘り下げていきたい。