라즈베리 파이 슬립 모드, 피하는 방법

"wheezy"최신 릴리스를 사용합니다. 이 장치는 일부 웹 서비스 기능을 제공하며 연중 무휴로 작동한다고 가정합니다. 그러나 서버가 특정 시간 동안 요청되지 않은 경우 (정확한 시간을 말하기 어렵습니다) 장치가 절전 모드로 전환되는 것 같습니다 (충돌하지 마십시오). Wi-Fi 동글을 사용하여 네트워크에 연결된 장치입니다. 장치 동결의 이유는 Wi-Fi 카드가 절약 모드에있을 수 있다는 몇 가지 대답을 찾았으므로 지침을 따르고 동글이 절전 모드로 전환되지 않지만 참석하지 않는 것처럼 깜박이기 시작한다는 것을 확인할 수 있습니다 컴퓨터. Wi-Fi가 깨어 있지만 장치가 여전히 잠자기 상태임을 의미합니다. 다른 라즈베리 파이를 구입하고 항상 핑을 핑하는 솔루션은 서버가 요청을 얻는 것만으로 장치가 잠들지 못하게하기 때문에 작동하지 않습니다. 장치에서 무언가를 폴링하려고해도 휴면 모드가되는 것을 막을 수는 없습니다. 실제로 장치가 절전 모드로 전환되는지 확인할 수 없습니다. 모니터 또는 키보드가 연결되어 있지 않고 장치 재부팅시 문제가있는 연결을 시도합니다. 그래서 나는 현재 행동을 일으킬 수있는 단서가 없습니다. 그리고 예, 터보가없고 최소 VM 메모리 크기가 증가하여 OS 충돌을 방지하는 모든 구제책을 적용했습니다.

간단한 단계를 사용했으며 완벽하게 작동했습니다.

1. 라즈베리 파이에서 루트 터미널을 엽니 다. 이제 X를 시작하는 스크립트를 편집해야합니다. lightdm을 사용한 기본 빌드에서.

2. 다음에있는 "lightdm.conf"파일을 엽니 다.

   /etc/lightdm/lightdm.conf

3. 아래 줄을 SeatDefault(또는 Seat:*최신 LightDM 버전으로) 섹션에 추가하십시오.

   [SeatDefaults]

   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에 대한 개인적인 싫어하는 lol이 있으므로 비활성화되어 있습니다. Wi-Fi를 유지하기 위해 5 초마다 라우터를 핑하는 스크립트를 실행합니다. 핑이 실패하면 현재 dhcpcd를 종료하고 성공할 때까지 5 초마다 다시 Wi-Fi 설정을 시도합니다. 그것은 시도를 기록하고 실제로 한 번 다시 연결 할 필요없이 지금 24 시간 이상 지속되었으며 ssh에 들어갈 때 아무런 문제가 없습니다.

이미 "장치에서 무언가를 폴링한다고해서 휴면 모드로 들어가는 것을 막을 수는 없습니다"라고 말 했으므로 여기에서 요점은 분명히이 문제가없는 것이므로 무언가 잘못되었습니다.

"절전"상태라고 말하지만 실제로 재부팅해야하는 것처럼 들립니다. 왜 자고 있다고 생각합니까? AFAICT, pi는 잠들 수 없으며 그러한 기능이 없습니다. 인터넷 검색, 당신과 같은 문제가있는 사람들의 혼란이있는 것 같습니다.

pi가 실행 중인지 여부에 관계없이 전원이 연결될 때마다 켜져있는 빨간색 LED가 있습니다. 그러나 pi는 부팅되어 실행 중이거나 정지 되어 있으며 절전, 대기 모드, 최대 절전 모드 등이 없습니다 .

그래서 당신의 파이는 추락하거나 멈추거나 어떤 종류의 잘못된 냉동 상태에 있습니다. 프로세서가 약간 뜨거워 진지 확인하십시오. 이는 프로세서가 계속 사용 중 상태임을 나타냅니다 (한 가지 이유는 있지만 응답하지 않을 수 있음).

잠자고 있다고 생각하는 한 가지 이유는 "장치를 재부팅하는 데 문제가있는 연결 시도"때문이라고 생각합니다. 장치가 완전히 정지 된 경우에 발생할 수 있습니다 (시도). 일부 장치는 처음 연결했을 때 짧은 전압 강하 (하지만 참고 참조) 를 유발하기 때문에 파이를 연결 해제했다가 다시 연결해야합니다. 아시다시피, 연결하면 부팅됩니다. 내 나노 크기의 와이파이 동글이이 작업을 수행합니다.

참고 : 실제로 우리의 pi는 아마도 polyfuses가 "shorts"로 대체되었을 때 지난 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를 ssh로 전환 할 수 있습니다.

대기 모드에서 Wi-Fi 동글이 랩톱처럼 깜박이기 시작하지만 Pi 자체가 종료되고 있음을 확인하지 않은 것 같습니다. 나는 같은 문제가 발생합니다.

나는 이것을 시도했지만 내 특정 문제가 해결되었는지 알기에 충분히 오랫동안 적용되지 않았다 : https://raspberrypi.stackexchange.com/a/4518/4271

전원 문제를 확인하고 싶습니다. RPI를 재부팅하는 장치를 연결해도 모든 종류의 절전 모드와 관련이 없습니다.

빠른 테스트로서, 나는 이것을 할 것입니다-작은 스크립트를 작성하십시오 (python / shall, 더 편리한 것). 간단한 "I am good"이메일을 보내서 30 분마다 실행되도록 crontab에 넣으십시오. 어떻게되는지보십시오.

비슷한 경험이 있는지 궁금합니다. 동글의 칩셋과 사용중인 드라이버에 관심이 있습니까?

rt2800usb / cfg80211 드라이버를 사용하는 RT3072 칩을 기반으로 한 것이 있습니다. 마스터 모드, 즉 액세스 포인트에서 또는 액세스 포인트 / 라우터에 대한 일반 클라이언트로 이것을 실행하면 마치 휴면 상태가되고 응답하는 데 시간이 걸리는 것처럼 보입니다. 랩톱을 Wi-Fi 어댑터를 통해 약 1 초 간격으로 ping하도록 설정했습니다. 마스터 및 클라이언트 모드에서 핑 시간이 클라이언트 모드에서 ~ 5-10 초, 마스터 모드에서 5-25 초로 시간이 초과되는 것을 확인했습니다. 마스터 모드에서 hostapd.conf에서 HT 및 WMM을 활성화하여 'n 모드'로 AP를 실행하면 시간 초과가 훨씬 더 심해졌습니다. 'g 모드'에서 나쁘지 않은 곳은 없었습니다.

r8712u 스테이징 드라이버가있는 RTL8188SU 칩을 사용하여 다른 wifi 동글을 실험했습니다. 불행히도, 이것을 마스터 모드에서 실행할 수 없었지만 클라이언트로서 RT3072보다 훨씬 안정적이었습니다.

클라이언트 모드에서 3072를 사용하면 일반적인 핑 지연이 없었으며 간헐적으로 시간 초과가 발생하여 2ms-320ms 사이에서 임의적이었습니다. 8188SU를 사용하는 경우 일반적인 핑 지연은 2-3ms였으며 간헐적으로 166-200ms 지연되어 관찰 가능한 시간 초과가 없습니다. 특히 이상한 점은 파이에 ssh 세션을 열고 0.01 초에 최고 실행을 설정하면 CPU 부하가 많고 wifi 트래픽이 많기 때문에 3072의 성능이 크게 향상되었다는 것입니다. 핑 시간은 일반적으로 2-3ms입니다. 로딩은 마스터 모드에서 작동하는 3072에 비슷한 영향을 미쳤습니다.

나는 무슨 일이 일어나고 있는지 모르겠지만 다른 사용자가 파이에 대해 유사한 핑 테스트를 수행하고 구성 및 드라이버와 함께 결과를보고 할 수 있다면 가장 관심이 있습니다. 다른 사람들이 내가 한 것처럼 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