Спящий режим малины Pi, как избежать

Я использую последнюю версию «wheezy». Устройство предоставляет некоторые функции веб-сервиса и предполагает, что он будет активным 24/7. Однако, если сервер не запрашивался определенное количество времени (трудно сказать точное время), устройство, похоже, собирается спать (надеюсь, не сбой). Устройство подключено к сети с помощью wi-fi ключа. Я нашел здесь несколько ответов, что причиной замораживания устройства может быть то, что wi-fi-карта идет в экономичном режиме, поэтому я следовал инструкциям и мог подтвердить, что ключ не входит в спящий режим, но он начинает мигать, компьютер. это означает, что устройство все еще сон, хотя wi-fi бодрствует. Решение, как купить еще один малиновый пи и сделать все это время пинг спящего, не работает, поскольку только получение запросов на сервер не позволяет устройству спать. Попытка опробовать что-то из устройства не препятствует переходу в спящий режим. Я не могу подтвердить, что устройство уходит. У меня нет монитора или клавиатуры, и вы пытаетесь подключить что-то, что вызывает перезагрузку устройства. Поэтому я в настоящее время не знаю, что может породить поведение. И да, я применил все средства защиты, предотвращающие сбои ОС, без турбонаддува и увеличения минимального объема памяти VM.

29 голосов | спросил Don Cesar D'Bazar 31 Jam1000000amThu, 31 Jan 2013 09:21:47 +040013 2013, 09:21:47

10 ответов


8

Я использовал простые шаги, и это отлично сработало для меня:

  1. Откройте корневой терминал в малине Pi. Теперь вам нужно отредактировать скрипт, который запускает X. В сборке по умолчанию с помощью lightdm.

  2. Откройте файл «lightdm.conf», расположенный в

    /etc/lightdm/lightdm.conf

  3. Добавьте строку ниже в раздел SeatDefault.

    [SeatDefaults]

    xserver-command = X -s 0 -dpms

  4. Перезапустите свой малиновый пи.

Теперь проблема должна быть решена.

Ссылка источника: http: //chamaras .blogspot.com /2013/03 /как к и отключению мониторы-сон in.html

ответил Chamara Silva 29 MarpmFri, 29 Mar 2013 18:06:21 +04002013-03-29T18:06:21+04:0006 2013, 18:06:21
7

Что-то не так. Pi не имеет «спящего режима».

У меня был только один pi несколько недель и я не оставил его на все время, но я намереваюсь в конце концов, и я оставил его на несколько длинных отрезков. Я запускаю raspbian, и у меня есть личная неприязнь к NetworkManager, lol, так что это отключено. Чтобы сохранить Wi-Fi, я запускаю скрипт, который пингует маршрутизатор каждые пять секунд. Если ping терпит неудачу, он убивает текущий dhcpcd и пытается настроить Wi-Fi каждые 5 секунд, пока он не удастся. Он регистрирует попытки и фактически работает более 24 часов без необходимости повторного подключения один раз, и когда я перехожу к ssh, никаких проблем.

Вы уже сказали: «Попытка опробовать что-то с устройства не препятствует переходу в спящий режим», поэтому моя точка зрения заключается в том, что у моей, очевидно, нет этой проблемы, поэтому что-то не так.

Вы говорите, что он собирается «спать», но похоже, что вам действительно нужно перезагружаться. Почему вы считаете, что он спит? AFAICT, pi не может заснуть, у него нет такой возможности. . Похоже, что в этом есть какая-то путаница в этом вопросе от людей, которые испытывают проблемы, подобные вашим.

Имейте в виду, что красный светодиод, который остается включенным, когда подключен источник питания, работает ли pi или нет. Но pi либо загружается, либо работает, либо останавливается, он не режим сна, режим ожидания, спящий режим и т. д. .

Итак, ваш pi либо разбился, либо остановился, либо находится в каком-то ошибочном замороженном состоянии. Почувствуйте, если он более теплый, что указывает на то, что процессор находится в непрерывном цикле занятости (одна из причин, по которым он может быть включен, но не отвечает).

Я предполагаю, что одна из причин, по которой вы считаете, что это сон, заключается в том, что «попытка подключить что-то вызывает перезагрузку устройства». Это может произойти, когда устройство полностью остановлено (попробуйте); это связано с тем, что некоторые устройства вызовут кратковременное падение напряжения (но см. ПРИМЕЧАНИЕ) при первом подключении, что означает отсоединение pi, а затем повторное включение его обратно - что, как вы знаете, подключает его, заставляет его загружаться. Мой nano-размер wifi-ключа сделает это.

ПРИМЕЧАНИЕ: На самом деле наши пи были сделаны с последнего августа, когда полифузы были заменены «шортами» - я очень мало знаю об электронных компонентах или электричестве, но, очевидно, проблема WRT для перезагрузки с USB-устройств сохраняет то же самое .

ответил goldilocks 31 Jpm1000000pmThu, 31 Jan 2013 18:29:04 +040013 2013, 18:29:04
5

Похоже, что ваш wifi-ключ начинает пульсировать, как ноутбук в режиме ожидания, но вы не подтвердили, что сам Pi отключается. Я испытываю ту же проблему.

Я пробовал это, но не использовал его достаточно долго, чтобы узнать, решила ли он мою конкретную проблему: https : //raspberrypi.stackexchange.com/a/4518/4271

ответил Stefan Mohr 12 FebruaryEurope/MoscowbTue, 12 Feb 2013 10:09:22 +0400000000amTue, 12 Feb 2013 10:09:22 +040013 2013, 10:09:22
4

Я знаю, что это старый вопрос, но это был первый результат, который появился в моем поиске, когда у меня была по существу та же проблема на моем недавно установленном Pi Zero.

Я нашел ключ к моему ответу на этот другой вопрос , среди других источников.

В принципе, хотя сам Pi, по-видимому, не имеет спящего режима, отдельные устройства в Linux (включая сетевые адаптеры) могут. Когда я попробовал запустить команду iw wlan0 get power_save, как упоминалось выше, сначала я получил ошибку. Это было исправлено путем обновления ОС:

sudo apt-get update && apt-get upgrade

Затем я перезагрузился: sudo reboot now

После этого команда iw подтвердила, что режим power_save действительно включен. Итак, я отключил его:

sudo iw wlan0 set power_save off

С тех пор все в порядке. Мой экран перейдет спать, но сетевое соединение останется активным, и я смогу ssh войти в свой Pi даже после того, как он некоторое время простаивал.

ответил Dougal Campbell 7 +03002016-10-07T22:28:38+03:00312016bEurope/MoscowFri, 07 Oct 2016 22:28:38 +0300 2016, 22:28:38
1

Я бы посмотрел на проблемы с питанием. Присоединение устройств, вызывающих перезагрузку RPI, не связано с каким-либо спящим режимом.

В качестве быстрого теста я бы сделал это - напишите небольшой скрипт (python /должен, что бы ни было удобнее) и заставьте его отправить простое письмо «Я хороший» и поместил его в ваш crontab для выполнения каждые 30 минут или так и посмотреть, как это происходит.

ответил abolotnov 31 Jpm1000000pmThu, 31 Jan 2013 14:07:02 +040013 2013, 14:07:02
1

Для меня это работало при редактировании /etc/X11/xinit/xserverrc и изменении

exec /usr/bin/X -nolisten tcp "[email protected]"

по

exec /usr/bin/X -s 0 dpms -nolisten tcp "[email protected]"

Я использую Raspbian «wheezy», и я запускаю X-сессию с помощью startx.

Источник: http://www.raspberrypi.org/форум /viewtopic.php F = 66 & амп;? Т = 18200

ответил zengr 22 AM00000040000005431 2014, 04:47:54
0

Интересно, испытываю ли я что-то подобное. Меня интересовал бы набор микросхем вашего ключа и драйвер, который вы используете?

У меня есть один, основанный на чипе RT3072 с использованием драйвера rt2800usb /cfg80211. Если я запустил это в главном режиме, то есть в точке доступа или в качестве обычного клиента для точки доступа /маршрутизатора, он выглядит так, как будто он переходит в режим сна и требует времени, чтобы ответить. Я установил свой ноутбук, чтобы пинговать pi через адаптер wifi примерно через 1 секунду. Я подтвердил, что как в режиме мастера, так и в режиме клиента время от времени пинг будет отключен ~ 5-10 секунд в режиме клиента и 5 - 25 секунд в режиме Master. В режиме мастера таймауты были намного хуже, если я запустил AP в режиме «n» с HT и WMM, включенными в hostapd.conf. Это было не так близко, как плохо в режиме g.

Я экспериментировал с другим ключом wifi, используя чип RTL8188SU с драйвером r8712u. К сожалению, я не смог запустить этот режим в режиме Master, но как клиент, он был намного более стабильным, чем RT3072.

С 3072 в режиме клиента не было типичной задержки пинга - они были случайными от 2 мс до 320 мс с временным таймаутом. С 8188SU типичная задержка пинга составляла 2-3 мс при случайной задержке 166-200 мс - никаких наблюдаемых тайм-аутов. Особенно странным было то, что если бы я открыл сессию ssh для pi и установил верхнюю скорость на 0,01 секунды - так что было довольно много нагрузки процессора и «большого» трафика Wi-Fi, производительность 3072 была значительно улучшена с время ping обычно 2-3 мс. Погрузка имела аналогичный эффект на 3072, работающем в режиме Master.

Я не знаю, что происходит, но мне было бы очень интересно, если другие пользователи смогут потратить время на аналогичный тест ping на их пи и сообщить о своих результатах вместе со своей конфигурацией и драйверами. Было бы интересно, если бы другие находили малое время отклика и время отклика улучшались, загружая процессор /wifi-трафик, используя верх, как и я, или скажем, найти что-нибудь, что создает некоторую работу и трафик tcp /ip через Wi-Fi.

ответил Ivo 13 FebruaryEurope/MoscowbWed, 13 Feb 2013 06:33:25 +0400000000amWed, 13 Feb 2013 06:33:25 +040013 2013, 06:33:25
0

В то время как я согласен с @goldilocks о том, что устройство pi не имеет функции ожидания, ядро ​​может по-прежнему отключать определенные операции ввода-вывода во время работы устройства. Именно по этим соображениям вы можете попробовать следующее редактирование в файлах KBD и перезагрузить устройство:

Сделайте следующее редактирование в /etc /kbd /config: POWERDOWN_TIME = 0

ответил hulkmeister 21 Jam1000000amTue, 21 Jan 2014 01:47:50 +040014 2014, 01:47:50
0

Просто для информации, у меня была эта проблема, поэтому я искал решение здесь и нашел этот вопрос.

Однако позже я узнал, что это просто мой перегрев Pi по внешнему виду вещей. Однажды я вынул его из своего дела. Проблема, похоже, исчезла.

ответил ablueman 29 J0000006Europe/Moscow 2014, 14:13:55
0

Я предполагаю, что вы определяете спящий режим при выключении экрана. Это то, что я нашел для работы:

sudo setterm -powersave off
ответил Allan Cao 11 MarpmSat, 11 Mar 2017 21:50:51 +03002017-03-11T21:50:51+03:0009 2017, 21:50:51

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132