0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

電源投入で過電流保護が動作する時に確認すべき5つのポイント

0
Posted at

ChatGPT Image 2026年5月23日 17_04_53.png

はじめに:「電源を入れた瞬間に過電流保護が動作する」は、多くの場合どこかで突入電流に負けている

試作基板に電源を入れた瞬間、出力が一瞬立ち上がりかけてストンと落ちる。
「カチ、カチ、カチ」と断続的にOCP(過電流保護)が動作して、いつまで経っても定常状態に入ってくれない。負荷を外すと普通に起動するのに、つないだ瞬間に過電流保護が働いて止まる。
ハード設計者なら、これも一度はぶつかったことがあるトラブルだと思います。

私もこの症状に出会った時、最初は「電源ICの電流容量が足りなかったか」「負荷側がショートしているか」と疑うのですが、よく追ってみると、原因は 静的な電流不足ではなく、起動の "瞬間" にだけ流れる過渡電流 のことが多いです。

この記事では、同じハード設計者として、電源投入時の過電流保護を切り分けるための 5つの確認ポイント を、見落とされやすい順に整理しました。
発生頻度の高いものから順に見ていけば、おおむね30分前後で原因の当たりがつけられる構成にしています。

なお、専門用語は初出時に1行ずつ補足を入れています。

  • OCP(Over Current Protection):過電流保護。設定値を超える電流が流れた時に、出力を制限・遮断する保護機能
  • インラッシュカレント(突入電流):電源投入直後の極めて短い時間に流れる過渡的な大電流
  • ソフトスタート(SS):出力電圧を時間をかけて立ち上げて、突入電流を抑える機能

この記事の想定読者

  • スイッチング電源(降圧DCDCコンバータ)/ LDO / 二次側DCDCのいずれかを扱った試作経験がある
  • 電源投入時に「カチカチとOCPが動作する」「一発でラッチして起動しない」「たまに正常起動する」のいずれかに直面している
  • データシートの「Soft Start」「Current Limit」「Hiccup」の項目を読んだが、自分の症状と一致しているか判断しきれていない
  • 量産設計レビュー前で、明日中に当たりをつけたい

ポイント1:後段の容量性負荷による突入電流の見積もり(最頻発)

症状の特徴

  • 電源投入の瞬間だけOCPが動作し、出力が立ち上がらない
  • 負荷を外すと正常に起動する
  • 出力コンデンサや後段の入力コンデンサを増やすほど症状が悪化する

確認方法

電源投入時の過電流の 最頻発の原因は、後段の容量性負荷の充電電流 です。出力コンデンサ Cout、後段ボードの入力コンデンサ、AC/DC直後のバルクコンデンサ、これら全部を起動時にゼロボルトから一気に充電しに行くため、瞬間的に大電流が流れます。

ソフトスタート中に出力電圧 Vout を時間 tss で線形に立ち上げる前提では、容量性負荷の充電電流は次のように見積もれます。

I_inrush ≈ Cout × dV/dt ≈ Cout × Vout / tss

たとえば Vout = 5V、Cout(後段含む合計)= 220 µF、ソフトスタート時間 tss = 1 ms の電源を考えると、

I_inrush ≈ 220e-6 × 5 / 1e-3
        = 1.1 A

もし定常負荷電流が 2A、OCP しきい値が 3A の電源だった場合、ここに突入電流 1.1A が 乗っかってくる ことを忘れがちです。起動時の瞬間は「定常負荷電流 + 充電電流」になるので、3.1A となり OCP のしきい値をかすめてしまいます。

ソフトスタート時間を 1 ms → 5 ms に伸ばせば、I_inrush ≈ 220 µF × 5V / 5 ms = 0.22 A まで下がります。

対処法

  • ソフトスタート時間を延長する:SS端子のキャパシタ Css を増やす/内蔵SSタイマ可変ICならその設定変更
  • 出力コンデンサを必要最小限に絞る:「念のため」で増やしすぎている Cout を見直す
  • プリチャージ抵抗を入れる:電源投入の前に容量性負荷を予備充電しておく回路を追加
  • インラッシュリミッタ(NTCサーミスタ)を入力側に挿入:冷態時の高抵抗で起動瞬間の突入電流のピークを制限し、自己発熱で抵抗値が下がって定常動作に移行する古典的手法
  • 突入電流制限FET(ホットスワップIC)を採用:負荷側に専用ICを置く

よくある具体例

「後段のFPGAボードを増設したら、急に電源投入時にOCPが動作するようになった」。よく聞くパターンです。FPGAボードの入力コンデンサ容量が想定より大きく、Cout の合計が一気に膨らんだ結果、突入電流がOCPしきい値を越えてしまう、というのが典型です。

ポイント2:電源IC自身のソフトスタート時間と OCP しきい値の関係

症状の特徴

  • ソフトスタートの設定を変えると、症状が改善する/悪化する
  • データシート上は「定格電流 3A」のICで、定常 2A しか流していないのに過電流保護が動作する
  • 同じICでも、外付け Css の値で挙動が大きく変わる

確認方法

ポイント1の突入電流を抑える鍵がソフトスタート時間ですが、ソフトスタート中のOCPの扱いはメーカーによって挙動が大きく異なる ため、自分の使っているICがどの設計思想かを把握しておく必要があります。

確認すべきは次の3点。

  1. SS端子のキャパシタ Css の値:内蔵プルアップ電流 Iss と組み合わせて tss ≈ Css × Vref / Iss として時間が決まる(具体値は当該ICのデータシート参照)
  2. 内蔵 SS タイマの有無:SS端子がないICでは、内部固定のタイマで立ち上がる。外付け Css で変えられないので注意
  3. SS 中の OCP マスク挙動:ソフトスタート期間中は OCP をマスクするICと、SS中でも常時 OCP を見ているICがある

特に3点目が重要で、SS中もOCPを見ているICでは、「SS時間を長くして電圧の立ち上がりを緩やかにすれば、突入電流のピーク値が下がり、OCPを回避できる」ことになります。逆にSS中マスクするICでは、「SS時間内に立ち上げ切れれば突入電流による誤動作を回避できる」設計になっており、SS時間を長くしすぎると、立ち上がり切れずにOCPが動作する場合があります。

オシロでSW端子・出力電圧・入力電流の3つを同時に観測し、出力電圧が立ち上がり切る前にOCPが動作しているなら、SSの設定不足。立ち上がり切った直後に落ちるなら、定常電流側の問題(ポイント3以降)と切り分けられます。

対処法

  • データシートの「Soft-Start」「Overcurrent Protection」セクションを必ず読む:ICごとの挙動が違うため、勘で設定しない
  • Css を1段増やしてみる:tss を2〜3倍にして症状の変化を観察するのが、最速の切り分け
  • 内蔵SS固定のICで時間が足りない場合は、IC変更も視野に入れる:外付けで時間を制御できるICへ

よくある具体例

SS端子なしの安価な小型DCDCを採用したが、後段の容量性負荷が大きく、内蔵SS時間(典型1 ms前後)では立ち上がり切れずに毎回OCP動作。SS時間を伸ばせるICへ変更したら一発で解決、というのは設計初期のあるあるです。

ポイント3:後段の負荷種別(モーター・LED・電球)による初期低インピーダンス

症状の特徴

  • 容量性負荷を増やしているわけでもないのに、起動時にOCPが動作する
  • 「ある特定の負荷をつないだ時だけ」症状が出る
  • 起動からしばらく経つと正常電流になる

確認方法

突入電流の原因は容量性負荷だけではありません。負荷そのものが、起動時だけ低インピーダンスになる種類 があり、これを忘れていると延々と突入電流側ばかり追うことになります。

代表的な低インピーダンス負荷:

  1. DCモーター:起動時はロータが止まっているため逆起電力ゼロ、巻線抵抗だけが残り実質短絡相当。起動電流は定常電流の数倍〜十数倍
  2. 白熱電球・ハロゲン:冷時のフィラメント抵抗が点灯時の 1/10 程度。点灯瞬間に10倍の突入電流が流れる
  3. 加熱体(ヒータ):常温抵抗が動作時の数分の1のものがある(特に PTC でない金属系ヒータ)
  4. 大容量電解コンデンサを持つ後段ボード:実質ポイント1と複合

ハード設計者として確認しておきたいのは、負荷のデータシート上の「起動時電流」「コールド抵抗」の項目。記載があれば、その電流値で電源側の OCP しきい値を再評価します。

対処法

  • 負荷側にソフトスタート機構を持たせる:モータドライバなら PWM 起動、ヒータならゼロクロスSSR+緩起動
  • 電源側のソフトスタートをさらに延長:負荷の起動時間より長く取る(ただし負荷の応答性とトレードオフ)
  • ステップ起動(プリレギュレータ):負荷種別ごとに段階的に電圧を立ち上げる
  • OCP しきい値の見直し:負荷の起動時電流に対して 1.2〜1.5倍を確保

よくある具体例

産業用機器でDCモーターを起動する電源回路で、定常時のモーター電流(1A)に対して 1.5倍 マージン(1.5A定格)のDCDCを採用したが、起動時の突入電流が 5A 流れていたため毎回OCP動作。最終的に 5A 定格のDCDCに置き換えて解決、というケース。「定常電流の1.5倍」程度のマージンでは、低インピーダンス起動の負荷には全く足りません。

ポイント4:配線インダクタンスとリンギングによる OCP センス端子の誤検出(最も見落とされやすい)

症状の特徴

  • 計算上はOCPしきい値に到達しないはずなのに、OCPが動作する
  • 同じ回路でも、基板を変えると症状が出たり消えたりする
  • センス抵抗の電圧を実測すると、ピークだけが瞬間的にしきい値を超えている

確認方法

ここがこの記事で最も強調したいポイントです。多くの場合、過電流保護を誤動作させているのは「実電流」ではなく「センス端子の電圧波形」 です。経験豊富な設計者でも、忙しい時には基板側のレイアウト要因を見落とします。

確認項目は次の通りです。

  1. センス抵抗(Rsense)周辺のレイアウト:センス線が長くないか、ループ面積が大きくないか
  2. ケルビン接続になっているか:Rsense の両端電圧を、負荷電流が流れる経路と「分離して」取り出しているか
    • 補足:ケルビン接続とは、電流経路と電圧センス経路を分けて配線することで、配線抵抗の電圧降下を測定値に含めない手法
  3. GND 基準のずれ:センス GND が、メイン GND の電流経路と共通インピーダンスを持っていないか
  4. dI/dt によるリンギング:スイッチング遷移時の高速 dI/dt が、配線インダクタンスと寄生容量で共振し、センス電圧にスパイク状のリンギングを生む

オシロでセンス端子の電圧波形を直接観測すると、定常レベルは正常範囲内なのに ピークだけが OCP しきい値を瞬間的に超えている のが見えることがあります。これが「実電流ではなくセンス電圧波形による誤検出」の正体です。

※注意:この測定の際、プローブの長いGNDリードを使用すると空間ノイズを拾って「偽のリンギング」が見えてしまいます。必ずスプリングチップを使用するか、同軸ケーブルを直ハンダするなど、ミニマムループで測定してください。

対処法

  • ケルビン接続を徹底する:Rsense の真上から、最短ループでセンス線を引き出す
  • センスラインにフィルタを入れる:センス端子に並列で数十pF(22pF〜100pF程度)、直列に数十Ω(10Ω〜100Ω程度)の RC フィルタを追加。これでスパイクをなまらせる
    • ただしフィルタを強くしすぎると、真のOCP検出も遅れるためトレードオフ。データシートのアプリケーション例の定数があれば参考にする
  • レイアウト変更:センス線をスイッチングノードから離す、隣接信号と並走させない、できれば差動配線(ペア配線)にする
  • GND プレーンの分離:信号 GND(センス GND)とパワー GND を1点で接続する設計

💡 自分の基板でセンス波形のリンギングを疑った時、その場でAIに状況と波形写真を投げて客観的に確認してもらうという手もあります(記事末尾にリンクあり)。

よくある具体例

電流センス抵抗をパッケージから10mm離れた位置に置き、センス線を通常配線でICまで引いてきた結果、スイッチング遷移時のリンギングが乗ってOCPが誤動作。Rsense をIC直近に移し、ケルビン接続+22pF+22Ω のフィルタを追加したらピタッと止まった、というのはレイアウトトラブルの典型です。データシート通りの回路を組んでいるのに OCP だけが理屈に合わない時は、ほぼここを疑って正解です。

ポイント5:OCP方式(ヒカップ・定電流・ラッチオフ)の誤解

症状の特徴

  • 「カチ、カチ、カチ」と断続的に再起動を繰り返す(ヒカップ)
  • 一度落ちたら電源を入れ直すまで全く起動しない(ラッチオフ)
  • 出力電圧が垂れた状態で電流が頭打ちになる(定電流リミット)
  • データシートには「Current Limit」と書いてあるだけで方式が読み取りにくい

確認方法

電源IC の OCP には大きく3つの方式があり、負荷特性に合った方式を選んでいないと、いつまでも症状が解消しない ことがあります。それぞれの動作を整理しておきます。

  1. ヒカップ(Hiccup):OCP 検出後、出力をシャットダウンし、短い休止時間を置いて再起動を試みる。これを繰り返す。負荷が短絡している間は、低デューティで電流を制限しつつ、復帰可能なら自動復帰する設計
  2. 定電流リミット(Constant Current Limit):OCP しきい値で電流が頭打ちになるが、シャットダウンはしない。出力電圧は負荷に応じて垂れる
  3. ラッチオフ(Latch-off):OCP 検出後、出力を完全に停止。電源を入れ直さない限り再起動しない

そして「症状から方式を逆引きする」と次のようになります。

症状 想定されるOCP方式
カチ、カチと断続的にリトライする ヒカップ
完全に起動しない/一回落ちたら無反応 ラッチオフ
出力電圧が垂れたまま動いている 定電流リミット

データシートで確認するキーワード:Hiccup ModeLatch-off ProtectionConstant Current LimitingAuto-RecoveryAuto-Restart。複数モード対応のICでは、SEL/MODE端子の論理で切り替える設計も増えています。

対処法

  • 負荷特性に合った方式に変更する
    • 容量性負荷で起動時のみ突入が大きい → ヒカップ(自動復帰)が扱いやすい
    • 短絡したら止まってほしい安全要求がある負荷 → ラッチオフ
    • 定電流で粘らせたい用途(バックアップ・突入吸収) → 定電流リミット
  • 方式が固定で変えられない場合:突入電流側を抑える(ポイント1〜3)か、IC自体を変更する
  • データシートの該当項目を再読:「Current Limit Type」のように明記されているICもあるが、特性図やタイミングチャートで暗黙的に示されているだけのICも多い。記載が見当たらない場合は、低負荷で実機投入してOCP動作時の挙動(自動復帰するか・電圧が垂れるか・完全停止するか)を波形で確認するのが確実

よくある具体例

「データシートに 4A Current Limit と書いてあるから 3A 負荷なら大丈夫」と思ってラッチオフ方式のICを採用したが、起動時の突入電流が瞬間的に 4A を越え、毎回ラッチオフして電源を入れ直す羽目になるパターン。本来は ヒカップ方式 であれば自動復帰してくれたケースで、「方式の違い」を見落としていたのが本質的原因です。

まとめ:診断フローとしての5ステップ

電源投入時の過電流保護トラブルに直面したら、次の順序で確認するのが最も効率的です。

  1. 突入電流の見積もり(Cout × Vout / tss)と OCP しきい値の比較(5分)
  2. 電源IC自身のソフトスタート時間と SS 中 OCP 挙動の確認(10分)
  3. 後段の負荷種別(モーター・LED・電球・ヒータ)の初期低インピーダンスを評価(10分)
  4. センス端子の波形をオシロで観測し、リンギング誤検出を排除(20分)← 見落とされやすい
  5. OCP 方式(ヒカップ/定電流/ラッチオフ)が負荷特性に合っているか再評価(10分)

合計でおよそ 55分(約1時間)。これでも原因が絞り込めない場合は、複数要因が重なっている可能性が高く、一人で抱え込まずに 第三者の視点でレビューを受ける ことを強くおすすめします。

私自身、自分の設計を自分でレビューすると、思い込みで同じ場所ばかり見てしまって、結局1週間ロスする…という経験を何度もしました。最近は、頭の整理がてら、AIのセカンドオピニオンを使うのが定着しています。完璧ではないにせよ、自分とは違う角度から「ここは見たか?」と問い返してくれるだけで、十分価値があると感じています。

🔍 似た症状をAIで診断してみる

「電源投入時に過電流保護が動作する」症状を**かいろん(回路設計AIセカンドオピニオン)**で診断できます。
状況を入力すると、AIが原因候補・確認箇所・対処法をレポートします。

https://kairon-aiso.com/symptom?preset=overcurrent&utm_source=qiita&utm_medium=referral&utm_campaign=l1_overcurrent

ログイン不要・1日3回まで無料です。

最後まで読んでいただき、ありがとうございました。同じ症状で詰まっているハード設計者の参考になれば幸いです。

0
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
0
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?