树莓派的睡眠模式，如何避免

#1 楼

我知道这是一个老问题，但是当我在刚安装的Pi Zero上遇到相同的问题时，这是我搜索的第一个结果。

我找到了答案的关键因此，基本上，尽管Pi本身显然没有睡眠模式，但是Linux中的各个设备（包括网络适配器）都可以。当我尝试如上所述运行命令iw wlan0 get power_save时，一开始我一直遇到错误。这是通过更新操作系统来解决的：打开。因此，我将其关闭：

sudo apt-get update && apt-get upgrade

从那时起，一切都很好。我的屏幕将进入睡眠状态，但网络连接仍处于活动状态，即使闲置了一会儿，我也可以进入我的Pi。

#2 楼

出了点问题。 pi没有“睡眠模式”。

我只有几周的pi，并且一直没有离开过，但我打算最终将其保留一些长时间。我正在运行raspbian，我对NetworkManager非常不满意，大声笑，因此已被禁用。为了保持wifi正常运行，我运行了一个脚本，该脚本每五秒钟ping通路由器一次。如果ping失败，它将杀死当前的dhcpcd，并尝试每5秒重新设置wifi，直到成功。它记录了尝试，实际上已经运行了24多个小时，而无需重新连接一次，当我进入ssh时，没有问题。

您已经说过“尝试轮询设备上的某些东西并不能阻止其进入睡眠模式，”所以我的意思是我的显然没有这个问题，所以出了点问题。

，您说它会“睡眠”，但听起来您实际上必须重新启动。您为什么认为它正在睡觉？ AFAICT，圆周率无法入睡，它没有任何这种能力。谷歌搜索时，似乎遇到像您这样的问题的人对此感到困惑。或不。但是pi可以启动，运行或停止，它没有睡眠，待机，休眠等模式。

因此，您的pi崩溃了，暂停了或处于某种错误状态冻结状态。感觉温度是否略高，这表明处理器处于永久繁忙循环中（可能是打开但无响应的一个原因）。我猜测您认为它正在休眠的原因之一是“尝试附加某些内容会导致设备重新启动”。当设备完全停止（尝试）时，可能会发生这种情况；这是因为某些设备在首次插入时会引起短暂的电压降（但请参阅“注意”），这相当于先断开pi，然后再将其重新插入-如您所知，插入会导致其启动。我的纳米级wifi加密狗将执行此操作。

注意：实际上，我们的PI可能是去年8月制造的，当时多保险丝被“短裤”代替了-我对电子组件或电力知之甚少，但是显然WRT会导致从USB重新启动设备保持不变。

#3 楼

我使用了简单的步骤，对我来说很完美：


在raspberry Pi中打开一个根终端。现在，您需要编辑以X开头的脚本。在默认的lightdm构建中。

打开

/ etc / lightdm / lightdm中的“ lightdm.conf”文件.conf


将以下行添加到SeatDefault（或在较新的LightDM版本中为Seat:*）部分。

[SeatDefaults]

xserver -command = X -s 0 -dpms

重新启动Raspberry Pi。

现在应该解决此问题。

源链接：http：// /chamaras.blogspot.com/2013/03/how-to-deactivate-monitor-sleep-in.html

#4 楼

听起来您的wifi加密狗就像在待机模式下的笔记本电脑一样开始跳动，但您尚未确认Pi本身是否已关闭。我也遇到过同样的问题。 4518/4271

#5 楼

我会检查电源问题。连接导致RPI重新启动的设备看起来与任何睡眠模式都不相关。

作为一个快速测试，我会这样做-编写一个小脚本（python / shall，更方便），并使其发送简单的“我很好”电子邮件并将其放入您的crontab每30分钟左右执行一次，看看运行情况如何。

#6 楼

我想知道我是否正在经历类似的事情。我对您的加密狗所拥有的芯片组以及您正在使用的驱动程序感兴趣吗？

我有一个基于RT3072芯片的rt2800usb / cfg80211驱动程序。如果我在“主控模式”（即访问点）中运行该程序，或者作为访问点/路由器的普通客户端运行，则好像进入睡眠状态并需要一段时间才能响应。我将笔记本电脑设置为以大约1秒的间隔通过wifi适配器ping pi。我确认在主模式和客户端模式下，有时ping在客户端模式下会超时〜5-10秒，而在主模式下则为5-25秒。在主模式下，如果在hostapd.conf中启用HT和WMM的情况下以“ n模式”运行AP，则超时将变得更糟。在“ g模式”下，情况几乎没有那么差。不幸的是，我无法在主机模式下运行它，但是作为客户端，它比RT3072稳定得多。

3072在客户端模式下，没有典型的ping延迟-它们是随机的从2ms-320ms，偶尔会超时。使用8188SU，典型的ping延迟为2-3ms，偶尔的延迟为166-200ms-没有明显的超时。尤其奇怪的是，如果我在pi上打开ssh会话并以0.01秒的速度运行，因此有大量的cpu负载和大量的wifi流量，那么3072的性能将大大提高ping时间通常为2-3ms。加载对3072在主模式下工作有类似的影响。

我不知道发生了什么，但是如果其他用户可以花时间对pi进行类似的ping测试并报告其发现以及配置和驱动程序，我将非常感兴趣。如果其他人发现不良的响应时间并通过像我一样使用top加载处理器/ wifi流量来改善随机响应时间，或者说找到能在wifi上创建一些工作和tcp / ip流量的任何东西，会改善随机响应时间。

#7 楼

只是为了提供信息，我遇到了这个问题，因此在这里寻找解决方案并找到了这个问题。

后来，我发现这只是我的Pi过热。一旦我从案件中撤出。问题似乎消失了

#8 楼

对我来说，它是通过编辑/etc/X11/xinit/xserverrc并更改

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

by

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

而工作的。 ”，然后我从startx开始X会话。

来源：http://www.raspberrypi.org/forums/viewtopic.php?f=66&t=18200

#9 楼

虽然我确实同意@goldilocks关于pi设备没有睡眠功能，但内核仍可以在设备运行时关闭特定I / O的电源。正是出于这种原因，您可能想在KBD文件中尝试以下编辑并重新启动设备：

在/ etc / kbd / config中进行以下编辑：
POWERDOWN_TIME = 0

#10 楼

我假设您将休眠定义为屏幕关闭。
这是我发现可以使用的功能：

sudo setterm -powersave off