「コンデンサだ」という答えはすでに出ていますが、それだけではありません。もう少し詳しく見てみましょう。
ほとんどのデバイスは、50Hz程度の家庭用AC(110Vまたは220V AC)から電源アダプターを介して低電圧DC(5Vまたは12V DC)まで動作します。
AC電流は、正から負へと往復する電流です。つまり、ゼロを通過することを意味します。そのため、1秒間に100秒間、ほんの少しの間、デバイスに電圧が供給されません。
明らかに、お使いのデバイスは、/非常に短い/停電を処理できる必要があります。そうしないと、デバイスは100分の1秒以上オンのままになりません。これを行う方法は、最初に変圧器で適切なレベルまで電圧を下げることです(コアの周りのいくつかのコイル:ほとんどの電源の大きな重いビット)。これにより、110V ACから、たとえば20V ACに変わります。
次のステップは、ACから塊のようなDCに変換することです:「ブリッジ整流器」(電圧が入力で一方向に流れるか、出力で一方向にのみ流れるように配置された4つのダイオード)。したがって、+ 10から-10までの上下の波の代わりに、0から+10までの一連の塊ができます。
次に、その電圧には「平滑化」が必要です。そこがコンデンサの出番であり、ゼロ電圧ディップを取り除きます。各電圧の「塊」がコンデンサを充電します。各ディップはそれを放電します。コンデンサが大きいほど、その「塊」から電荷として蓄積できる電流が多くなり、放電時間が遅くなります。つまり、出力がよりスムーズになります。
しかし、常に多少の変動があります。そのため、最後のステップとして「電圧レギュレータ」、たとえば20Vから3Vのいずれかを取り、信頼できる5V程度を出力するチップがしばしばあります。
次に、すべてのコンポーネントがその5vを取得し、それを5vと0vに変換して1と0を意味します。ただし、そうではありません。彼らはそれを「数ボルト以上または以下の電圧」に変換して、1または0を意味します。したがって、そこには多くの余裕があります。
プロセッサ(およびルーターなどのほとんどのデバイス)は、基本的にブラックボックスであり、コマンドを読み取り、コマンドが示すアクションを実行し、シーケンス内の次のコマンドに進み、繰り返します。そして、オンになった瞬間から、これを常に行います。
プロセッサはこれらの電圧からの電荷の一部を使用して、内部メモリに「揮発性」の形で物事を保存します。これはかなり急速に放電するため、「記憶」するには一定の電力が必要です。
格納されるものの1つは「プログラムカウンター」です。つまり、最後に読み込まれたコマンドなので、上記の「シーケンス内の次のコマンドに移動する」方法を知っています。
プロセッサを初めてオンにすると、プログラムカウンタの読み取りが試行され、メモリが完全に放電されたため、プログラムカウンタの値はゼロになります。つまり、起動しているということです...したがって、ブートコードであるアドレス0からコマンドを読み込みます。[nb:ここでは大幅な簡略化が行われています。実際には、再起動のために他のこともゼロにする必要があります。]
そのため、電源を入れ直すときは、次のことを待つ必要があります。
- 十分に放電するための平滑コンデンサ
- 電圧を調整する電圧調整器の能力は、電圧を上に維持するには不十分です...
- プロセッサのレベルは、プログラムカウンタを保存するのに必要な時間で、十分な時間...
- プロセッサのプログラムカウンタストレージが放電します。
そうしないと、その一部のみが放電される可能性があります。つまり、プログラムカウンターにランダムな値が格納される可能性があります。システム上の他の揮発性メモリについても同じことが当てはまるため、CPUがまったく放電していなくても、プログラムポインタが指すアドレスのメモリに保存されているデータが劣化している可能性があります。
いずれにしても、ブートコードを実行する必要があることをプロセッサに認識せず、代わりにランダムコードをどこかで実行しようとします。それは良くなく、おそらくルーターをクラッシュさせません。
おそらく1秒で十分です。5秒で十分です。10に数えることは、5秒が経過するのに十分な時間であることがほぼ確実です。したがって、プラグを抜いて、10に数え、再び差し込んでください。
そのため、短時間の停電が発生し、ライトが一瞬暗くなると、ルーターが正常に動作する場合があります(何も放電せず、そのまま放電し続けます)。時々クラッシュします(メモリが破損しました)。時々再起動します(プロセッサがプログラムカウンタを完全に放電するのに十分な時間電力が切れていました)。
PSUの重い部分からデバイスを分離している場合(つまり、ルーターには壁のない電源があり、壁からではなくルーターの背面からプラグを抜いている場合)、コンデンサをデバイスから分離しているため、高速です。しかし、揮発性メモリに放電する時間を与える必要があります。おそらく、プラグを抜いてから再び差し込むまでに十分な時間です。しかし......これらの余分な9秒はとても貴重ですか?おそらくない。たぶん5つまで数えてください。
そのため、デバイスを分解し、各コンポーネントの電流低下とメモリ放電時間をプロットすることなく、要約は次のようになります。
番号。安全な最小再起動時間は正確に定量化できません。デバイスごとでも、同じデバイスのリブートごとでも一定ではありません。
[注:上記はすべて現実を劇的に単純化したものですが、「コンデンサーだ!」よりも少なくともいくらか優れています!]
[編集:テクニカルサポートを行ったことから、誰かにプラグを抜いてから再び差し込むように指示すると、彼らはそれをしないだけでなく、やったと言うことがよくあることを知っています。人々はただアクションを実行してから元に戻すことに消極的であるようです。彼らはアクションをその論理的結論に近付けます。同様に、ケーブルが抜かれていると思ってチェックするように頼むと、彼らはしばしば、チェックのために席から出ることなく、ケーブルが完全に差し込まれていることを確認します。
しかし、プラグを抜くことは、他のことを行うための単なるステップ(10秒待機)である場合は、問題ありません。そのため、プラグを抜いて、10秒間待ってから再プラグするように指示した場合、彼らはそれを行う可能性がはるかに高くなります。そのため、10秒にも心理的な用途があります!
最良の方法は、ケーブルを引き出して、吹き飛ばして接点を壊したりノイズを混入させたりしないようにしてから、押し戻すように頼むことです。命令。吹き飛ばしは、明らかに、最初にケーブルのプラグを抜いてから、しばらく待ってから再びプラグを差し込むこと以外は何もしません。この手順に従うように依頼することも遠いです。ケーブルが抜かれたばかりだと思う場合、FARは成功する可能性が高くなります。それは明らかにそれらの状況の100%を修正しますが、それらのほんの一部だけが「私がそれを行ったとき、プラグが抜かれていることがわかりました...」と認めるでしょう。