Ahududu Pi uyku modu, nasıl önlenir

En son sürümü "wheezy" kullanıyorum. Cihaz, bazı web servis özellikleri sağlar ve 7/24 etkin olduğunu varsayar. Ancak, sunucu belirli bir süre için talep edilmediyse (tam zamanı söylemek zordur), cihaz uykuya geçiyor gibi görünüyor (umarım çökmez). Cihaz wi-fi dongle kullanarak net bağlı. Burada cihazın donma nedeninin wi-fi kartının ekonomi modunda olabileceğine dair bazı cevaplar buldum, bu yüzden talimatları izledim ve dongle'ın uykuya girmediğini doğrulayabiliyorum, ancak katılmamış gibi yanıp sönmeye başladı bilgisayar. Wi-fi uyanık olmasına rağmen bu cihaz hala uykuda demektir. Başka bir ahududu pi satın alıp, uykuya dalmak için her zaman işe yarayan çözüm işe yaramaz, çünkü yalnızca bir sunucu istek alırken cihazın uykuya geçmesini önler. Aygıttan bir şeyi yoklamaya çalışmak uyku moduna girmeyi engellemez. O cihazın uyuyacağını gerçekten doğrulayamıyorum. Monitör veya klavyem takılı değil ve aygıtı yeniden başlatırken sorunları eklemeye çalışıyorum. Bu yüzden şu anda davranışı neyin verebileceği konusunda ipucu yok. Ve evet, işletim sistemi çökmelerinin önlenmesi için turbo olmadığından ve asgari VM bellek boyutunun arttırılmasının tüm yollarını uyguladım.

Basit adımları kullandım ve mükemmel bir şekilde çalıştı:

1. Ahududu Pi'de bir kök terminali aç. Şimdi X ile başlayan betiğinizi düzenlemeniz gerekiyor. Varsayılan derlemede lightdm ile.

2. İçinde bulunan "lightdm.conf" dosyasını açın,

   /etc/lightdm/lightdm.conf

3. Aşağıdaki satırı SeatDefault(veya Seat:*yeni LightDM sürümlerinde) bölümüne ekleyin.

   [SeatDefaults]

   xserver-command = X -s 0 -dpms

4. Ahududu Pi'nizi yeniden başlatın.

Şimdi sorun çözülmeli.

Kaynak bağlantı: http://chamaras.blogspot.com/2013/03/how-to-deactivate-monitor-sleep-in.html

Bir şey yanlış. Pi'nin bir "uyku modu" yok.

Pi'mde birkaç hafta kaldım ve bütün zaman boyunca bırakmadım, ama sonunda yapmayı düşünüyorum ve uzun bir süre boyunca bıraktım. Raspbian kullanıyorum ve NetworkManager, lol için kişisel bir sevmediğim için devre dışı kaldım. Wifi'ı sürdürmek için, her beş saniyede bir yönlendiriciye ping yapan bir komut dosyası çalıştırıyorum. Ping başarısız olursa, geçerli dhcpcd'yi öldürür ve başarılı olana kadar her 5 saniyede bir tekrar wifi kurmaya çalışır. Bu, girişimleri günlüğe kaydeder ve aslında bir kez yeniden bağlanmaya gerek kalmadan 24 saatten fazla bir süredir devam etti ve ssh'e girdiğimde sorun yok.

“Cihazdan bir şeyi yoklamaya çalışmak uyku moduna girmeyi engellemiyor” demiştiniz, bu yüzden buradaki meselem açıkça benim ki bu sorunun olmadığı, bu yüzden yanlış bir şey.

“Uyuyacağını” söylüyorsunuz ama aslında yeniden başlatmanız gerekiyor gibi geliyor. Neden uyuduğuna inanıyorsun? AFAICT, pi uyuyamaz, böyle bir yeteneği yoktur. Etrafta dolaşırken, kendiniz gibi sorunları olan insanlardan bu konuda bazı karışıklıklar var gibi görünüyor.

Pi çalıştığında olsun veya olmasın, güç bağlandığında açık kalan kırmızı bir LED olduğunu unutmayın. Ancak pi ya önyüklenir ve çalışır ya da durdurulur; uyku, bekleme, hazırda bekletme, vb. Modları yoktur .

Yani pi'niz ya çöktü, durdu ya da bir çeşit hatalı donmuş durumda. İşlemcinin sürekli bir meşgul döngüde olduğunu gösterecek şekilde biraz fazla sıcak olup olmadığını görmek için hissedin (bunun açık olmasının bir nedeni olabilir ama yanıt vermiyor).

Uyuduğuna inanmanızın bir nedeni, "cihazı yeniden başlatma ile ilgili sorunları bir araya getirme girişimi" olduğunu tahmin ediyorum. Bu, cihaz tamamen durduğunda olabilir (deneyin); bunun nedeni, bazı cihazların ilk fişe takıldığında kısa bir voltaj düşmesine (ancak NOT'a bakınız) neden olacağı , pi'yi çıkarmak ve ardından tekrar fişe takmak anlamına gelmesidir - bildiğiniz gibi, onu prize takmaktır. Benim nano boy wifi dongle bunu yapacak.

NOT: Aslında bizim pi'miz muhtemelen son ağustostan bu yana, çoklu sigortaların "şort" ile değiştirildiği zaman yapıldı - elektronik parçalar veya elektrik hakkında çok az şey biliyorum, ama açıkça WRT'nin usb cihazlardan yeniden başlatılması sorunu aynı kalıyor .

Bunun eski bir soru olduğunu biliyorum, fakat yeni kurulan Pi Zero'mda aynı problem yaşadığımda aramada ortaya çıkan ilk sonuç oldu.

Diğer kaynakların yanı sıra bu diğer soruya verdiğim cevabın anahtarını da buldum .

Temel olarak, Pi'nin kendisi görünüşte bir uyku moduna sahip olmasa da, Linux'taki bağımsız cihazlar (ağ bağdaştırıcıları dahil) yapabilir. Komutu iw wlan0 get power_saveyukarıda belirtilen şekilde çalıştırmayı denediğimde , ilk başta bir hata almaya devam ettim. İşletim sistemi güncellenerek düzeltildi:

sudo apt-get update && apt-get upgrade

Sonra yeniden başlattım: sudo reboot now

Bundan sonra, iwkomut power_save modunun gerçekten açık olduğunu doğruladı. Böylece kapattım:

sudo iw wlan0 set power_save off

O zamandan beri her şey yolunda. Ekranım uyku moduna girecek, ancak ağ bağlantısı aktif kalıyor ve bir süre boş kaldıktan sonra bile Pi'ime ssh yapabiliyorum.

Wifi dongle'ınız bekleme modundayken dizüstü bilgisayar gibi çalışmaya başlıyor gibi geliyor ancak Pi'nin kapandığını onaylamamışsınız. Aynı sorunu yaşıyorum.

Bunu denedim, ancak sorunumu çözüp çözmediğini bilmek için yeterince başvurmadım: https://raspberrypi.stackexchange.com/a/4518/4271

Güç sorunlarını kontrol ederdim. RPI'nın yeniden başlatılmasına neden olan aygıtların takılması, herhangi bir uyku modu ile ilgili görünmüyor.

Hızlı bir test olarak, bunu yapardım - küçük bir senaryo yazın (python / will, hangisi hantarsa) ve basit bir "ben iyiyim" e-postası göndermesini sağlayın ve her 30 dakikada bir çalıştırmak için crontab'ınıza koyun ve Nasıl gittiğini gör.

Acaba benzer bir şey mi deneyimliyorum? Donanımınızın sahip olduğu çip setini ve kullandığınız sürücüyü merak ediyorum?

Rt2800usb / cfg80211 sürücüsünü kullanan bir RT3072 yongası var. Bunu ya Ana Modda, yani bir Erişim Noktasında ya da Erişim Noktasına / yönlendiriciye normal bir istemci olarak çalıştırırsam, sanki uykuya geçiyor ve yanıt vermesi biraz zaman alıyor gibi görünüyor. Dizüstü bilgisayarımı pi'yi wifi adaptörüyle yaklaşık 1 saniyelik aralıklarla ping yapmak için ayarlamıştım. Hem ana hem de istemci modunda, ping'in zaman zaman istemci modunda ~ 5-10 saniye ve Master modunda 5-25 saniye zaman alacağını doğruladım. Ana modda, AP'yi 'n modunda' HT ve WMM etkinken hostapd.conf etkinken çalıştırdıysam, zaman aşımları çok daha kötü hale geldi. 'G modunda' olduğu kadar kötü değildi.

RTL8188SU yongası ile r8712u hazırlama sürücüsünü kullanan başka bir wifi dongle'ı denedim. Ne yazık ki, Master modunda bu çalışmasını alamadım ama bir istemci olarak, RT3072 olandan çok daha kararlıydı.

İstemci modunda 3072 ile tipik bir ping gecikmesi yoktu - zaman zaman aşımı ile 2ms - 320ms arasında rastgele seçilmişlerdi. 8188SU ile, tipik ping gecikmesi, zaman zaman 166-200ms gecikme gecikmesi ile 2-3ms idi - gözlemlenebilir zaman aşımı yok. Özellikle garip olan şey, eğer pi'ye bir ssh oturumu açtığımda ve 0.01 sn'de çalışmaya başladığımdan beri, oldukça fazla cpu yükü ve wifi trafiğinin 'çok' olması durumunda, 3072'nin performansı büyük ölçüde arttı. ping süreleri tipik olarak 2-3ms'dir. Yükleme, Master modunda çalışan 3072'de de benzer bir etki yaptı.

Neler olduğunu bilmiyorum ama diğer kullanıcılar pi'lerinde benzer bir ping testi yapmak için zaman ayırabilir ve bulgularını yapılandırmaları ve sürücüleri ile birlikte rapor edebilirlerse en çok ilgilenirim. Başkalarının kötü ve rastgele yanıt süreleri, benim yaptığım gibi üstünü kullanarak işlemci / wifi trafiğini yükleyerek iyileştirilmesi ya da wifi üzerinde bazı iş ve tcp / ip trafiği yaratacak bir şey bulması ilginç olurdu.

Sadece bilgi almak için bu meseleyi çözdüm, burada bir çözüm aradım ve bu soruyu buldum.

Ancak daha sonra öğrendim sadece şeyler Pi sadece benim aşırı ısınma Pi oldu. Bir keresinde onun davasından çıkardım. Sorun ortadan kalkmış gibi görünüyor.

Benim için düzenleyerek /etc/X11/xinit/xserverrcve değiştirerek çalıştı

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

tarafından

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

Raspbian “wheezy” kullanıyorum ve X oturumuma startx ile başladım.

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

Pi cihazının uyku fonksiyonuna sahip olmadığı konusunda goldilock'larla aynı fikirdeyken, cihaz çalışırken çekirdek hala belirli G / Ç'leri açabiliyor. Bu nedenle, KBD dosyalarında aşağıdaki düzenlemeyi denemek ve cihazı yeniden başlatmak isteyebilirsiniz:

/ Etc / kbd / config içinde aşağıdaki düzenlemeyi yapın: POWERDOWN_TIME = 0

Uyumanı ekranın kapanması olarak tanımladığınızı farz ediyorum. Çalışırken bulduğum şey bu:

sudo setterm -powersave off