公共・準公共規模でのIoT

 




公共・準公共事業におけるIoT機器開発では、単に「動くものを作る」だけではなく、
継続的な供給長期の運用管理を前提にした設計判断が求められます。

その中で必ず話題になるのが、エミッション(放射・伝導)やイミュニティ、ESD、EFT(ファストトランジェント・バースト)、雷サージなどのEMC領域です。

本記事では、試験名の暗記ではなく、「誰が何を保証し、何を前提にし、どこで確認するか」という実務の線引きとして整理します。




想定読者:公共・準公共向けIoTの設計/開発/PM/調達/発注側/施工・保守に関わる方

テーマ:公共IoTの前提 → 現場条件 → 要件化(責任と保証) → エミッション/VCCI → イミュニティ/ESD/EFT/雷サージ → タイミング → 変更時の再確認





1. 公共・準公共規模のIoTで何が変わるのか



公共・準公共のIoTで民生と大きく違うのは、規模や台数だけではありません。

本質的には、停止や誤動作のコスト、そして責任の置き方が変わります。



民生用途では、通信が切れても再接続すればよい、再起動すればよい、と割り切れる場面があります。

一方で公共・準公共では、停止や誤動作が安全・契約・運用・社会的信用へ直結しやすく、
「現場で一度トラブルが出ると、次の調達や継続運用が成り立たない」という状況になりやすい。



要点
公共IoTでは、EMCは「電気の話」ではなく、継続運用を成立させるための前提条件として扱われます。



2. 「継続供給・管理」が前提になると、設計の論点が変わる



公共・準公共案件は「納品して終わり」ではありません。

供給が続き、運用が続き、担当者が変わり、設置環境も変化します。つまり設計は、初期性能だけでなく、
変化に耐えることを前提に組み立てる必要があります。



  • 部品EOLや代替品変更が発生する(同等品でも特性差がある)

  • 施工条件・配線条件が現場ごとに異なる(接地、配線長、近傍設備)

  • 保守・点検・交換が前提になる(復帰性、ログ、診断設計が重要)

  • 発注・施工・運用が分かれ、責任境界が曖昧になりやすい



ここでEMCの議論を曖昧にすると、問題が出たときに「誰が何を前提にしたのか」が分からず、
技術の切り分けと責任の切り分けが同時に崩れることになります。




3. 現場環境の例:道路・線路・洋上・山岳・施設



公共・準公共領域では、設置環境は多様で、さらに現場条件が最後に決まることが多い点が重要です。

代表例を挙げると次のような環境が現実に存在します。



  • 道路沿い:車両・信号設備・電源設備が混在し、条件が一定になりにくい

  • 線路近傍:電力設備・設備機器が多く、外乱条件が強い場合がある

  • 洋上・沿岸:塩害、強風、雷、湿度変化、経年劣化の加速

  • 山岳・僻地:落雷、長距離配線、保守制約、電源品質のばらつき

  • 施設内:既存設備(通信・計測・制御)との混在、原因不明が許されない



「実験室では問題ないのに現場でだけ出る」は、公共IoTでは珍しくありません。

現場条件が設計を上書きしてくるからです。



4. 産業・建設系の現場で起きやすい揺らぎ(騒音・振動・人流・電源)



建設・産業系の現場では、「騒音」という言葉が音だけを指しません。

実務上は、振動・衝撃・電源変動・人の接触まで含めて、現場の揺らぎを意味します。



  • 振動・衝撃:コネクタ接触不良、固定条件の差、共振、基板への応力

  • 人流・接触:ケーブルの引っ張り、抜き差し、静電気、手袋越しの接触

  • 電源変動:瞬断、電圧降下、サージ、負荷変動、復帰時の突入

  • 近傍機器:モータ、インバータ、リレー、溶接機などの影響



この環境で重要なのは、EMCは「試験に通ればOK」ではなく、
現場の揺らぎの中で、どこまでの動作を保証するかという線引きになる点です。




5. なぜEMCは揉めやすいのか(責任境界が崩れる)



EMC問題が揉めやすい最大の理由は、現象が複合的で再現性が低く、
しかも分業の境界(回路/筐体/配線/施工/運用/環境)に潜みやすいことです。



たとえば「通信が切れた」「MCUがリセットした」「センサー値が飛んだ」は別現象に見えますが、
実務では同一の外乱(電源変動、結合、ESD、バースト)が引き金になっていることが珍しくありません。

しかし現場では、まず「壊れた」「使えない」という結論が先に来て、責任の所在が問われます。



要点
EMCは「現象の話」だけで処理すると破綻します。要件(線引き)と確認手段に落とし込んで初めて、組織的に制御できます。






6. 「EMC対策」という行為の実態(全部盛りは破綻する)



EMC対策は「効きそうなものを全部入れる」ことではありません。

それをやると、コスト、サイズ、重量、発熱、部品点数、故障点が増え、製品として破綻します。



実務でのEMC対策の本質は、限られた制約の中で、どの外乱を想定し、どの挙動を許容し、どこで確認するかを決める行為です。
つまり「技術」だけでなく「判断」の仕事です。



  • 想定:どの現場で使われるのか(道路・線路・施設・屋外など)

  • 許容:一瞬の乱れは許容か、停止は許容か、復帰要件は何か

  • 吸収:回路、筐体、配線、ソフト、運用のどこで吸収するか

  • 確認:PoCで見るのか、量産前で固めるのか、運用前で現場確認するのか




7. 公共IoTでの線引き:耐性要件=保証と責任の設計



公共・準公共IoTにおいて「耐性要件」を定めることは、単なる技術方針ではありません。

どの条件下で、どの動作を保証し、どこから先は保証しないかを明文化し、
それに合わせて設計・試験・責任・保証を連動させる行為です。



ここが曖昧だと、開発側は「想定内」と判断し、発注側は「不具合」と判断し、運用側は「止められない」と言う。
期待値のズレが、トラブルの大半を作ります。



要件を定めた瞬間に必ず必要になる問いは、

「その要件を、何をもって満たしていると判断するのか」です。

ここで初めて、エミッションやイミュニティ等の試験が“意味を持って”登場します。



8. エミッション(放射・伝導)とは何か:周囲に迷惑をかけない設計



エミッションは、装置が外部に放出するノイズ(放射・伝導)を扱います。

実務では「自分の機器が周囲にどんな影響を与えるか」という話であり、
公共・準公共の現場では、混在する機器(通信・計測・制御)が多いため、問題になりやすい領域です。



エミッションが問題になると、周囲機器の動作不安定や通信品質低下など、
原因が見えにくいトラブルとして顕在化しがちです。

その結果、「現場全体が不安定」という評価になり、装置単体の良し悪し以上の影響が出ます。



要点
エミッションは「自分が壊れない」ではなく、周囲を壊さないための線引きです。



9. VCCIは誰のためにあるのか:調達・導入・説明責任の話



VCCIは、民生の文脈では「必要な機器だけやる」と捉えられがちですが、
公共・準公共では意味合いが変わります。

試験や表示そのものより、調達・導入・説明責任を成立させる材料として話題になりやすいからです。



特に次のような状況では、VCCIを含むEMCの説明が求められることがあります。



  • 既存設備と混在し「原因不明」が許されない(施設・現場・運用の制約)

  • 多数台導入で影響範囲が広い(同時稼働による相互干渉)

  • 運用主体が変わる(担当者交代でも説明が通る材料が必要)

  • 調達仕様にEMC観点の記載がある(調達要件としての整合)



重要なのは、VCCIの有無を「やる/やらない」で決めるのではなく、
事業レベル(運用条件・混在条件・説明責任)で判断することです。




10. イミュニティ/ESD/EFT/雷サージをどう扱うか(壊れない/戻れる/誤動作しない)



公共・準公共領域でより重要になりやすいのは、外乱を受けたときの耐性側です。

「外乱が入ること」は前提であり、問題は入ったときにどう振る舞うかです。



  • イミュニティ:外来ノイズに対して、機能がどこまで維持されるか、復帰できるか

  • ESD:人や作業による放電で、誤動作・停止・破損が起きないか、復帰できるか

  • EFT(バースト):接点やスイッチングで発生する連続外乱で、誤動作しないか

  • 雷サージ:屋外や長距離配線で起きうる誘導・直撃条件に対し、破損を防げるか



ここでの論点は、すべて「完全に影響ゼロ」を目指すことではありません。

許容する影響許容しない影響を決め、復帰要件を定め、
その成立を確認できる形にすることです。



要点
公共IoTにおける耐性試験は、要件の成立範囲と限界を明確にするための確認手段です。



11. 試験のタイミングと意味(いつ確認するかで価値が変わる)



試験は「実施するかどうか」より、いつ実施するかで価値が変わります。

設計自由度が高い段階ほど、結果を設計へ戻せるため、投資対効果が上がります。



11-1. 早い段階(PoC/試作)で行う意味



PoCや試作初期は、完璧な合格が目的ではありません。

大きな地雷の洗い出しと、弱点の把握、要件の妥当性確認に価値があります。



11-2. 遅い段階(量産直前)で初めて行うリスク



量産直前に初めて問題が出ると、設計変更の自由度が低く、コスト・日程・責任の摩擦が同時に発生します。



  • 基板・金型・筐体の変更が高額、または不可能

  • 部品調達・代替品検討・再評価が必要になる

  • 「誰が決めたか」「どこまでが仕様か」で揉めやすい




試験は工程作業ではなく、設計自由度と修正コストの管理です。

「いつ確認するか」を決めること自体が、EMC対策の一部です。



12. まとめ:試験は合否ではなく、成立範囲を共有する材料



公共・準公共規模のIoTでEMCが重要になるのは、現象が難しいからではなく、
継続供給・長期運用・説明責任が前提になるからです。



  • 前提:現場条件は選べず、変化し、担当者も変わる

  • 線引き:どの条件で、どの動作を保証し、どこから先は保証しないかを決める

  • 確認:エミッション/VCCI/耐性試験は、その成立範囲と限界を共有する材料

  • 運用:部品・配線・筐体・環境の変更は特性を変えるため、再確認の基準が必要



EMC関連の試験は「通れば正しい」「落ちたらダメ」という単純なものではありません。

設計の割り切りがどこにあるのかを、関係者全員が共有できる形にすることで、
開発・施工・運用の摩擦を減らし、長期運用を成立させるための道具になります。







Primal Design.Laboのスタンス



Primal Design.Laboでは、民生用途だけでなく、
公共・準公共事業におけるIoT機器開発や、
継続的な供給・運用を前提とした設計案件にも関わらせていただいています。




その中で一貫して重視しているのは、
EMCやノイズ対策を「試験に通すための作業」として扱うのではなく、
設計判断・責任の境界・保証の線引きを整理するための要素として位置づけることです。




現場で問題が起きたときに、
「誰の責任か」「想定外だった」で話が止まらないようにするためには、
技術そのもの以上に、前提条件や判断基準を言語化しておくことが重要になります。




本記事で整理した内容は、特定の規格や試験を推奨するためのものではありません。
公共・準公共規模のIoTに関わる中で、
どこで何を決めておくべきかを考えるための視点をまとめたものです。




もし、自社案件や検討中のプロジェクトにおいて、
EMCやノイズ、試験の位置づけ、要件整理の進め方で悩まれている点があれば、
こうした整理の仕方そのものが、何らかの参考になれば幸いです。

商品コード: