Raspberry Piスリープモード、回避方法

「wheezy」最新リリースを使用しています。このデバイスは、いくつかのWebサービス機能を提供し、24時間365日アクティブであると想定しています。ただし、サーバーが一定の時間要求されなかった場合（正確な時間を伝えるのは難しい）、デバイスはスリープ状態になります（クラッシュしないことが望ましい）。Wi-Fiドングルを使用してネットに接続されたデバイス。ここでいくつかの答えを見つけました。デバイスがフリーズする理由は、Wi-Fiカードがエコノミーモードになっているためであるため、指示に従って、ドングルがスリープ状態にならないが、出席していないように点滅し始めることを確認できますコンピューター。Wi-Fiが起動しているにもかかわらず、デバイスがまだスリープ状態になることを意味します。別のラズベリーパイを購入し、常にスリープ状態のpingを実行するソリューションは、サーバーがリクエストを取得するだけでデバイスがスリープ状態にならないため機能しません。デバイスから何かをポーリングしようとしても、スリープモードになることを妨げません。デバイスがスリープ状態になることを実際に確認することはできません。モニターやキーボードが接続されていませんが、デバイスの再起動に問題があるものを接続しようとしています。だから私は現在、何が行動を起こすことができるのか手がかりから外れている。そして、はい、ターボなしでOSクラッシュを防止するすべての救済策を適用し、最小VMメモリサイズを増やしました。

私は簡単な手順を使用し、それは私のために完璧に働いた：

1. raspberry Piでルートターミナルを開きます。次に、Xを開始するスクリプトを編集する必要があります。lightdmを使用したデフォルトのビルドで。

2. 「lightdm.conf」ファイルを開き、

   /etc/lightdm/lightdm.conf

3. SeatDefault（またはSeat:*新しいLightDMバージョン）セクションに以下の行を追加します。

   [シートデフォルト]

   xserver-command = X -s 0 -dpms

4. Raspberry Piを再起動します。

ここで問題を解決する必要があります。

ソースリンク：http : //chamaras.blogspot.com/2013/03/how-to-deactivate-monitor-sleep-in.html

何かが間違っている。piには「スリープモード」がありません。

私はパイを数週間しか持っておらず、それをずっと残していませんでしたが、最終的にはつもりで、いくつかの長いストレッチのためにそれを残しました。私はraspbianを実行していますが、NetworkManagerには個人的な嫌悪感があります（笑）。Wi-Fiを維持するために、5秒ごとにルーターをpingするスクリプトを実行します。pingが失敗すると、現在のdhcpcdを強制終了し、成功するまで5秒ごとにwifiのセットアップを再試行します。試行をログに記録しますが、実際には、一度再接続する必要なく24時間以上稼働しています。sshにアクセスしても問題はありません。

「デバイスから何かをポーリングしようとしても、スリープモードに移行することを妨げることはない」と既に言ったので、ここでの私のポイントは、明らかに私の問題にはこの問題がないため、何かが間違っているということです。

「スリープ状態」になっていると言いますが、実際には再起動する必要があるようです。 なぜあなたはそれが眠っていると信じますか？ AFAICT、パイは眠ることができません、それはそのような能力を持っていません。 周りをうろつく、あなたのような問題を抱えている人々からこれについていくつかの混乱があるようです。

piが実行されているかどうかに関係なく、電源が接続されると常に点灯する赤いLEDがあることに注意してください。しかし、piはブートされて実行中または停止され、スリープ、スタンバイ、休止状態などのモードはありません。

したがって、piはクラッシュ、停止、または何らかの誤ったフリーズ状態になっています。プロセッサの温度がわずかに上昇しているかどうかを確認します。これは、プロセッサが絶え間なくビジーループになっていることを示しています（オンになっているが応答しない1つの理由）。

スリープ状態にあると思われる理由の1つは、「何かを接続しようとすると、デバイスの再起動が問題になる」ということです。これは、デバイスが完全に停止した（試してみた）ときに発生する可能性があります。これは、一部のデバイスが最初に接続されたときに短時間の電圧降下を引き起こすためです（ただし、注を参照）。これは、piを取り外してから再び接続することを意味します。ご存知のように、接続すると起動します。私のナノサイズの無線LANドングルはこれを行います。

注：実際、私たちのpiは、昨年8月にポリヒューズが「ショート」に置き換えられたときに作成された可能性があります-電子部品や電気についてはほとんど知りませんが、明らかにUSBデバイスから再起動するWRTの問題は同じままです。

これは古い質問であることは知っていますが、新しくインストールしたPi Zeroで本質的に同じ問題が発生したときに、検索で最初に出た結果でした。

他の情報源の中で、この他の質問に対する私の答えの鍵を見つけました。

したがって、基本的に、Pi自体には明らかにスリープモードはありませんが、Linuxの個々のデバイス（ネットワークアダプターを含む）は可能です。iw wlan0 get power_save上記のようにコマンドを実行しようとすると、最初はエラーが発生し続けました。OSを更新することで修正されました。

sudo apt-get update && apt-get upgrade

その後、再起動しました： sudo reboot now

その後、iwコマンドはpower_saveモードが実際にオンになっていることを確認しました。だから、私はそれをオフにしました：

sudo iw wlan0 set power_save off

それ以来、すべてが順調です。画面はスリープ状態になりますが、ネットワーク接続はアクティブなままであり、Piがしばらくアイドル状態だった後でもPiにsshできます。

Wi-Fiドングルがスタンバイモードのラップトップのように点滅し始めているように聞こえますが、Pi自体がシャットダウンしていることを確認していません。同じ問題が発生します。

私はこれを試しましたが、それが私の特定の問題を解決したかどうかを知るのに十分なほど長く適用していませんでした：https : //raspberrypi.stackexchange.com/a/4518/4271

電源の問題を確認します。RPIを再起動させるデバイスを接続しても、どのような種類のスリープモードにも関係しません。

簡単なテストとして、これを行います-小さなスクリプト（python / shall、より便利なものは何でも）を書いて、簡単な "I am good"電子メールを送信し、それをcrontabに入れて30分ごとに実行します。それがどうなるか見てください。

同様のことを経験しているのだろうか。ドングルのチップセットと使用しているドライバーに興味がありますか？

rt2800usb / cfg80211ドライバーを使用するRT3072チップに基づくものがあります。これをマスターモード、つまりアクセスポイントで実行するか、アクセスポイント/ルーターの通常のクライアントとして実行すると、スリープ状態になり、応答に時間がかかるように見えます。私はラップトップをセットアップして、およそ1秒間隔でwifiアダプターを介してpiにpingを送信します。マスターモードとクライアントモードの両方で、pingがクライアントモードで5〜10秒、マスターモードで5〜25秒タイムアウトすることがあることを確認しました。マスターモードでは、hostapd.confでHTとWMMを有効にして「nモード」でAPを実行すると、タイムアウトが大幅に悪化しました。「gモード」ではそれほど悪くはありませんでした。

r8712uステージングドライバーを備えたRTL8188SUチップを使用して、別のwifiドングルを試しました。残念ながら、これをマスターモードで実行することはできませんでしたが、クライアントとしてはRT3072よりもはるかに安定していました。

クライアントモードの3072では、典型的なping遅延はありませんでした-2msから320msのランダムなもので、時々タイムアウトしていました。8188SUでは、一般的なping遅延は2〜3ミリ秒で、時々166〜200ミリ秒の遅延がありました-目に見えるタイムアウトはありません。特に奇妙なのは、piへのsshセッションを開いてトップを0.01秒に設定した場合-CPU負荷が非常に多く、wifiトラフィックが大量にあるため、3072のパフォーマンスが大幅に向上したことです。 ping時間は通常2〜3ミリ秒です。ロードは、マスターモードで動作する3072に対しても同様の効果がありました。

何が起こっているのかわかりませんが、他のユーザーが時間をかけてpiで同様のpingテストを実行し、構成とドライバーとともに結果を報告できるかどうかに最も興味があります。私がやったようにtopを使用してプロセッサ/ wifiトラフィックをロードすることによって他の人が貧弱でランダムな応答時間が改善されるか、wifi経由で何らかの仕事とtcp / ipトラフィックを作成するものを見つけると興味深いでしょう。

情報のためだけに、私はこの問題を抱えていたので、ここで解決策を探し、この質問を見つけました。

しかし、後になって、物事の見た目でPiが過熱していることがわかりました。一度私はそれをケースから取り出した。問題は消えたようです

私にとっては、編集/etc/X11/xinit/xserverrcと変更によって機能しました

exec /usr/bin/X -nolisten tcp "$@"

によって

exec /usr/bin/X -s 0 dpms -nolisten tcp "$@"

Raspbian「wheezy」を使用しており、startxでXセッションを開始しています。

ソース：http : //www.raspberrypi.org/forums/viewtopic.php?f=66&t=18200

piデバイスがスリープ機能を持たないことについては@goldilocksには同意しますが、デバイスの実行中にカーネルは特定のI / Oの電源を切ることができます。KBDファイルで次の編集を試して、デバイスを再起動することをお勧めします。

/ etc / kbd / configで次の編集を行います：POWERDOWN_TIME = 0

画面がオフになるとスリープを定義すると仮定しています。これは私が働くことがわかったものです：

sudo setterm -powersave off