電子回路設計を依頼する際に定義したい故障診断機能の5つの仕様

電子回路設計を外部に依頼するとき、電源電圧や入出力端子、基板寸法などは詳しく決めていても、故障診断機能は「異常を検知できること」という一文で済ませてしまう場合があります。しかし、何を異常とみなし、どのような条件で検出し、検出後に装置をどう動かすかが決まっていなければ、設計者ごとに実装内容が変わります。完成後に想定していた警報が出ない、正常な動作を故障と判定する、原因を記録できないといった問題にもつながりかねません。

特に、設備に組み込む制御基板や長期間稼働する監視装置では、故障が起きた瞬間に保守担当者が立ち会えるとは限りません。製品の用途や危険度によっては、故障を知らせるだけでなく、出力を停止する、機能を制限する、再起動を禁止するなどの動作まで検討する必要があります。その一方で、診断回路を増やせば消費電力や部品点数、実装面積、検証工数も増えるため、必要な機能を優先順位付きで定義することが大切です。

この記事では、「電子回路設計 依頼」で加工・設計委託先を探している開発担当者や設備担当者に向けて、故障診断機能の仕様として合意しておきたい五つの項目を解説します。発注前の要求整理から試作評価、量産や保守を見据えた確認まで、仕様書に何を記載すればよいかを具体的に整理します。

電子回路設計の依頼で故障診断仕様が重要になる理由

故障診断機能とは、電子回路やその周辺機器の状態を監視し、あらかじめ定めた条件に照らして異常の有無や種類を判断する仕組みです。電源の低下を確認する比較回路、負荷電流の監視、温度センサーの値を用いた判定、制御処理の停止を検知する監視機構など、実現方法は複数あります。回路だけで完結する機能もあれば、組み込みソフトウェアや上位装置との協調が必要な機能もあります。

依頼先との認識がずれやすいのは、「検出できる」という表現に複数の意味が含まれるためです。例えば、電源異常の検出といっても、電圧が低下したときだけ監視するのか、過電圧も対象とするのか、瞬間的な変動を無視するのかで必要な構成が異なります。さらに、検出結果を内部に保存するだけでよいのか、操作画面に表示するのか、外部の監視設備へ送信するのかによっても設計範囲が変わります。

また、故障の兆候を把握することと、故障原因を特定することは同じではありません。供給電圧が低下している事実は監視できても、その原因が外部電源なのか配線の接触不良なのか、基板上の負荷過大なのかを単一の測定点から断定できるとは限りません。設計仕様では「何を観測して、どこまで識別するか」を区別し、診断できない事象も明示しておく必要があります。

保守現場では、故障発生時の条件を再現できないことが少なくありません。温度上昇時にだけ発生する異常や、特定の負荷動作中に起きる電圧低下は、持ち帰った基板が正常に動作しているだけでは原因を絞り込めません。診断の記録条件まで決めておけば、試験時の再現性を高め、保守担当者と設計担当者が同じ情報を用いて状況を評価できます。

したがって故障診断は、完成後に追加する付属機能ではなく、正常動作範囲、装置の安全要求、保守方法と一体で設計すべき要件です。以下の五つを段階的に決めることで、過剰な診断と必要な検知の抜けの双方を避けやすくなります。

仕様1：診断対象と故障モードを定義する

最初に定義したいのは、診断の対象となる回路、部品、接続先と、想定する故障の種類です。発注書に単に「自己診断付き」と記載するのではなく、電源系、演算・制御系、センサー入力系、出力駆動系、通信系など、どの機能を監視するかを具体的に示します。装置全体を網羅しようとすると検出用回路が複雑になるため、故障時の影響が大きい機能から検討することが現実的です。

電源系であれば、入力電圧の低下・上昇、内部電源の停止、過大電流、極性の誤接続などが候補になります。ただし、保護部品を設けることと、発生した異常を検知して記録することは別の要求です。逆接続から回路を守るだけで十分なのか、逆接続の履歴を保守担当者が確認できる必要があるのかを分けて指定します。保護動作によって制御部の電源が落ちる構成では、異常履歴を残すために別の設計上の工夫が必要になる場合もあります。

入力系では、断線、短絡、信号の範囲外、値の固定、急激な変化などを考えます。ここで重要なのは、故障モードごとに検出可能性が異なる点です。例えば、断線時の電圧が正常範囲に収まる入力回路では、電圧監視だけで断線を判定できません。配線の抵抗構成を工夫する、別の信号と照合するなどの方法が必要になりますが、すべての故障を完全に区別できるとは限りません。診断対象に含める故障と、原理的に見分けにくい故障を設計初期に洗い出します。

出力系でも、制御信号を出した事実と、接続した負荷が実際に動いた事実は異なります。出力端子の電圧だけを監視するのか、負荷電流も確認するのか、機械側の動作完了信号まで受けるのかによって診断の深さが変わります。モーターや電磁式の駆動部など外部負荷を持つ装置では、負荷の接続条件も含めて故障検出の範囲を定めておくと、基板単体の検査と装置全体の検査を混同しにくくなります。

次に、各故障の影響度と優先度を整理します。人の安全に関係する異常、設備を損傷させる可能性がある異常、機能低下にはつながるものの直ちに停止を要しない異常では、求められる監視方法が違います。影響の大きさ、発生の想定、検出できなかった場合の結果を評価し、必須の診断と推奨の診断を区別します。安全に関わる装置では、製品に適用される法令や安全要求、システム全体のリスク評価に基づいた別途の検討が欠かせません。

仕様書には、対象機能、故障モード、想定原因、装置への影響、検出の可否、診断結果の使い道を関連付けて記載します。例えば「負荷の配線断線を運転指令中に検出し、運転を停止して保守画面に断線疑いを表示する」という書き方であれば、単なる異常検知という指示より設計者が要件を解釈しやすくなります。この段階で未決定事項を残す場合も、設計側が選定する項目と依頼者の承認が必要な項目を明らかにしておきます。

仕様2：監視信号と判定しきい値を定義する

診断対象が決まったら、何を測定して異常と判断するかを定義します。電圧、電流、温度、周波数、通信状態、動作確認用信号などから、故障モードに対応する監視項目を選びます。ここでは「センサーを付ける」「電圧を測る」といった構成の指示にとどめず、測定点、測定範囲、必要な精度、監視できる運転状態を決めることが重要です。

例えば、入力電源の低電圧を検出する場合、電圧を測る位置が電源コネクター付近なのか、保護回路の後段なのかで観測できる現象が変わります。長い配線の電圧降下や保護素子の影響を受ける装置では、どの位置の電圧が機能維持に重要かを検討します。内部電源の正常性を知りたいのであれば、入力電圧だけを監視しても不十分なことがあります。測定点は、診断したい事象との対応が説明できるように指定する必要があります。

判定しきい値は、部品の代表値だけでなく、正常な動作範囲とばらつきを踏まえて定めます。電源変動、温度、負荷の変化、抵抗器の公差、基準電圧の誤差、変換回路の分解能、ノイズなどにより、正常な状態でも測定値は変動します。しきい値を正常範囲に近づけすぎると誤検出が増え、離しすぎると故障を見逃す可能性があります。そのため、典型値での判定だけでなく、許容環境の端でも成立するかを検証条件として設定します。

測定値が数値として得られる構成では、測定周期と分解能も確認します。急変する電流を低速の測定だけで監視すると、短時間の異常を見落とす場合があります。一方で、高速に監視すると、スイッチング動作に伴う正常な過渡変化まで異常と捉えることがあります。アナログ回路で即時に保護判定するのか、制御処理で複数回の測定値を評価するのかは、必要な応答時間と許容する誤判定の程度から決めます。

また、測定回路そのものが壊れる可能性も考慮します。監視用の信号線が外れた場合や、測定値が不自然な一定値に固定された場合に、正常と誤認しないための方法が必要かを検討します。独立した監視信号を使う、入力範囲外を監視する、運転状態との整合性を確認するなどの方法が考えられますが、どの方法が適切かは危険度と回路構成によります。「監視値が正常範囲内であること」と「監視機能が正常に働いていること」を同一視しない姿勢が重要です。

依頼時には、監視する物理量と測定点、正常範囲、異常しきい値、許容誤差、使用温度などの前提を記載します。数値が未確定であれば、運転試験により決定する条件と、仮の値で試作する範囲を分けます。さらに、しきい値を後から変更する可能性があるなら、固定回路で設定するのか、保守用の設定値として管理するのかも合意します。変更できる構成にする場合は、誤設定を防ぐ仕組みと変更履歴の管理まで含めて設計することが望まれます。

仕様3：検出時間と復帰条件を定義する

故障診断では、異常の大きさだけでなく、いつ判定するかが動作結果を左右します。装置の起動中、通常運転中、待機中、停止直後では電圧や電流の振る舞いが異なるため、同じしきい値を適用できないことがあります。起動時に一時的な電圧低下が発生する装置で、通常運転用の判定条件をそのまま適用すると、正常な起動を妨げるおそれがあります。まず、診断を有効にする運転状態と無効にする条件を明確にします。

検出時間には、異常を観測するまでの時間、判定を確定するまでの時間、判定後に保護動作が始まるまでの時間があります。これらを区別せず「即時検出」と書くと、実際の挙動を確認しにくくなります。例えば、短時間で部品の損傷につながる過電流は迅速な対応が必要ですが、温度上昇のように比較的ゆっくり変化する現象では、測定値の揺らぎを抑えて判定する余地があります。要求される時間は、故障が装置に影響するまでの余裕から導きます。

判定を安定させる方法として、連続した異常検出回数、一定時間の継続確認、移動平均、判定しきい値の差を設ける方法などがあります。ただし、平滑化や継続確認は誤検出を減らす一方で、検出を遅らせる場合があります。安全上の停止が必要な事象に対して、安易に長い待ち時間を設けることは適切ではありません。異常の種類ごとに、速さと誤検出抑制のどちらを優先するかを仕様として決めます。

正常に戻ったときの扱いも重要です。電圧が一時的に低下して復帰した場合、自動で運転を再開するのか、警報だけを解除して停止状態を維持するのか、作業者による確認操作を要求するのかを定義します。停止と再起動を短時間に繰り返すと、機器への負担や予期しない動作につながる可能性があります。そのため、異常判定しきい値と復帰判定しきい値を分けたり、復帰後の安定確認時間を設けたりすることを検討します。

故障が継続している間の再試行回数にも注意が必要です。通信の一時的な乱れであれば再接続を試みる設計が考えられますが、駆動回路の短絡が疑われる状態で出力を繰り返し投入する設計は危険となる場合があります。再試行を許可する条件、回数の上限、次の再試行までの待機時間、上限到達後の状態を故障ごとに定めます。また、装置の電源を切って入れ直した際に異常状態を引き継ぐ必要があるかも確認します。

評価項目には、正常起動時の誤判定がないこと、想定した異常を所定の時間内に検出すること、瞬間的な変動に対して定めた動作をすること、復帰操作後に予期しない出力が発生しないことなどを含めます。特に時間に関する要求は、測定開始点と終了点を合意しておくと、試作評価で解釈が分かれにくくなります。診断処理が他の制御処理と干渉しないか、負荷が大きい運転状態でも所定の応答を維持できるかを確認することも大切です。

仕様4：異常時の制御動作と通知方法を定義する

異常を正しく検出できても、その後の動作が不明確では故障診断機能として十分ではありません。まず、異常ごとに装置を停止する、出力を制限する、代替動作に切り替える、警報を出しつつ継続運転するなど、取るべき状態を定義します。すべての異常を同じ扱いにすると、軽微な通信異常で設備全体が停止したり、重大な出力異常でも運転が続いたりする可能性があります。異常の重大度と設備運用への影響に応じた分類が必要です。

ここでいう安全な状態は、必ずしも一律に電源を遮断することではありません。装置によっては急停止が危険となる場合があり、制御出力を段階的に低下させる、機械的な安全機構に引き渡すなど、システム全体で検討すべき事柄があります。回路単体の設計者が判断できない部分は、装置メーカーや設備管理者が求める安全動作を明示します。故障診断を備えていることだけを理由に、装置全体の安全性が保証されるわけではありません。

通知方法も具体的に定めます。現場の表示灯や警報音で知らせるのか、操作画面に故障分類を表示するのか、外部監視装置へ通信するのかで、必要な端子や制御処理が異なります。保守担当者が設備の近くに常駐しない場合には、遠隔側にどの情報を届けるかも重要です。ただし、外部通信が途絶えたときには故障情報を送信できないため、通信断そのものを監視する仕組みや、本体側への履歴保存を合わせて考えます。

故障情報の名称や形式も仕様に含めます。例えば、「電源異常」とだけ表示するより、「入力電圧低下」「内部電源異常」「負荷過電流」のように分類できる方が、確認すべき箇所を絞り込みやすくなります。一方で、測定情報だけでは原因を断定できない場合は「断線疑い」「出力応答なし」など、判定内容に沿った名称を用います。故障番号を割り当てる場合は、その意味、発生条件、解除条件、担当者が行う確認内容を一貫して管理します。

複数の異常が同時に起きる場面も検討します。例えば、内部電源の低下によって複数のセンサー値が異常範囲に入った場合、すべてを独立した故障として通知すると、最初に確認すべき原因が分かりにくくなります。原因の推定に限界があることを前提に、先に検出した異常を記録するのか、重大度の高い警報を優先するのか、関連する情報を併記するのかを決めます。表示の優先順位と記録する内容を切り離して考えることが有効です。

さらに、制御部が停止した際にも必要な出力状態が維持されるかを確認します。ソフトウェアが異常を判定して停止指令を出す構成では、そのソフトウェア自体が動作できなくなる故障への対応を別途検討しなければなりません。必要に応じて独立した監視回路や出力の初期状態を設けるなど、単一の仕組みに過度に依存しない設計を考えます。要求する動作の達成可否は、回路図上の想定だけでなく、実機で故障を模擬して確認する必要があります。

仕様5：診断履歴と検証・保守条件を定義する

五つ目は、発生した異常を後から調べられるようにするための記録と、その機能をどう試験するかという仕様です。保守の現場では、警報が解除された時点で故障時の状況が消えてしまうと、原因の調査に時間がかかります。履歴には、異常の種類、発生時刻、解除時刻、検出時の測定値、運転状態、関連する入力や出力の状態など、必要な項目を選んで保存します。すべての信号を常時記録するのではなく、診断目的に対して有効な情報に絞ることが現実的です。

記録時刻の精度と取得方法には注意が必要です。装置内に時計を備えない場合、起動後の経過時間しか分からないことがあります。外部の監視装置と時刻を合わせる構成にするなら、通信断や電源断の後に時刻の信頼性がどう変わるかも考える必要があります。時刻が不確かな場合に、その状態を識別できる記録形式にしておくと、後から別の設備の記録と突き合わせる際の誤解を減らせます。

履歴の保存先と保存条件も決めます。電源断で消える一時的な記録で十分なのか、電源を切っても残る記憶領域を使うのかで回路構成が変わります。不揮発性の記憶領域には書き換え回数などの制約があるため、短い周期で無制限に記録する構成は適切でない場合があります。保存できる件数、古い履歴を上書きする条件、記録中に電源が落ちた場合の扱い、情報を取り出す方法まで指定しておくと、量産後の保守で使いやすくなります。

診断機能は実装するだけでなく、意図した故障を検出することを試験で確認しなければなりません。試作時には、電源電圧を許容範囲の内外で変化させる、想定した断線や短絡の状態を安全な試験環境で模擬する、通信を遮断する、センサーの値を異常範囲に設定するなどの方法が考えられます。試験内容は実機の構成と危険性に応じて設計し、部品や人員に危険を与える無理な故障注入は行わないことが前提です。

試験の合否判定では、単に警報が点灯したかだけでなく、検出時間、停止後の出力、復帰の可否、履歴の内容、外部への通知、正常な条件での誤判定を確認します。環境温度の上下限、電源変動、負荷の最大・最小など、設計で想定する条件の組み合わせも重要です。すべての条件を組み合わせることが難しい場合は、故障の影響が大きいところや判定余裕が小さいところを優先して評価範囲を決めます。試験条件と結果を残しておけば、量産移行後に部品やソフトウェアを変更した際の比較にも役立ちます。

量産検査と保守点検で何を確認できるかも設計時に決めておくと効果的です。診断回路が実装されていても、通常の検査で動作を確かめる方法がなければ、不具合を出荷前に見つけにくくなります。必要に応じて検査用の端子や試験モード、模擬入力を設けることを検討します。ただし、試験モードが通常運転中に誤って有効になると危険な場合があるため、切り替え権限、解除条件、操作記録なども定めます。現場で点検できる範囲と、専門設備で行う評価の範囲を分けることも大切です。

故障診断の記録を運用する際は、保守担当者がどの情報を見て何を判断するかまで決めます。例えば、履歴に過電流の発生回数が残っていても、点検の基準や連絡先が決まっていなければ、現場対応に結び付きません。異常内容と確認手順、交換判断、再稼働の条件を保守資料に反映させます。診断履歴は原因調査を支える情報であり、記録があるだけで故障原因を自動的に確定できるわけではない、という前提も共有しておきます。

設計依頼前に準備したい資料と役割分担

電子回路設計の相談を円滑に進めるには、故障診断機能だけを独立して発注するのではなく、装置の基本仕様と一緒に要求を伝えることが重要です。少なくとも、使用目的、電源条件、接続するセンサーや負荷、運転の流れ、設置環境、想定する使用期間、保守方法を説明できる資料を用意します。運転状態によって信号が変化する装置では、起動、待機、動作、停止、異常解除までの遷移が分かる説明があると、診断タイミングの設計が進めやすくなります。

既存装置の改修であれば、過去の不具合情報が重要な手掛かりになります。発生した現象、当時の運転条件、復旧に必要だった作業、再現頻度の傾向などを整理すると、優先して監視すべき故障モードを選びやすくなります。ただし、一度も報告されていない故障が起きないとは限りません。過去の故障履歴だけでなく、設計上のリスク評価と組み合わせて対象範囲を判断することが必要です。

依頼先には、回路設計の範囲とソフトウェア設計の範囲を分けて確認します。監視用の回路や信号端子だけを用意するのか、判定処理、警報表示、通信、履歴保存まで含むのかで成果物は異なります。仕様書には、要求ごとの担当範囲、インターフェース、必要な試験、納品する資料を記載し、回路設計者と制御処理の担当者が同じ異常定義を参照できるようにします。複数社が分担する場合は、境界となる信号形式や責任範囲の合意がとりわけ重要です。

設計変更に備えて、故障番号、しきい値、判定時間、動作条件をどの資料で管理するかも決めます。試作で得られた測定結果に応じてしきい値を変更したとき、回路図、設定情報、試験手順、保守資料のどれか一つだけが古いままだと混乱の原因になります。変更理由、影響範囲、再評価の必要性を記録し、量産の開始前には版数の整合を確認します。仕様未確定のまま見積もる部分がある場合は、想定条件と追加検討が必要になる境界も明確にしておきます。

設計依頼先を選ぶ際は、監視回路を作れるかどうかに加え、故障モードから測定点を選び、しきい値の余裕を評価し、異常時の制御と試験方法まで説明できるかを確認するとよいでしょう。過去の設計例を尋ねる場合も、機密情報の開示を求めるのではなく、どのように仕様のあいまいさを解消したかという進め方を聞くことが有効です。要件を確認し、実装上の制約と代替手段を説明できる相手ほど、試作後の手戻りを抑えやすくなります。

まとめ：検出から保守までを一つの仕様にする

電子回路設計を依頼する際の故障診断仕様は、異常を検出する回路の有無だけで判断できません。まず診断対象と故障モードを定め、次に監視信号と判定しきい値を具体化し、検出までの時間と復帰条件を決めます。その上で、異常時の装置動作と通知方法、履歴の保存内容と検証・保守の方法までそろえて、初めて設計担当者と依頼者が同じ完成状態を目指しやすくなります。

特に重要なのは、故障を検出できる範囲と検出できない範囲を区別することです。監視値から原因を一意に特定できない場合や、監視機構自体が故障する可能性も考慮し、必要な安全対策は装置全体のリスク評価に基づいて決めます。仕様段階で試験方法まで考えることで、要求した機能が実際に動作するかを確認しやすくなり、導入後の保守にも役立つ設計につながります。

また、設備に組み込まれる電子回路の故障対応では、基板内部の診断履歴だけでなく、設置場所で何が起きたかを共有する仕組みも重要です。故障箇所の現場写真、設置位置、点検や交換の施工記録を整理する用途には、LRTK Phoneの活用も選択肢になります。電子回路側の診断結果と現場側の記録を対応付けて管理する運用を整えれば、離れた担当者同士でも状況を確認しやすくなります。診断機能の設計と現場記録の管理をそれぞれ適切に整え、故障発生時に判断と対応ができる仕組みを目指しましょう。