ราสเบอร์รี่ Pi โหมดสลีปวิธีการหลีกเลี่ยง

ฉันใช้ "wheezy" รุ่นล่าสุด อุปกรณ์นี้มีคุณสมบัติบริการบนเว็บบางอย่างและคาดว่าจะใช้งานได้ตลอด 24 ชั่วโมงทุกวัน อย่างไรก็ตามหากเซิร์ฟเวอร์ไม่ได้ถูกร้องขอตามระยะเวลา (ยากที่จะบอกเวลาแน่นอน) อุปกรณ์ดูเหมือนจะเข้าสู่โหมดสลีป (หวังว่าจะไม่เกิดปัญหา) อุปกรณ์ที่เชื่อมต่อกับเน็ตโดยใช้ดองเกิล Wi-Fi ฉันพบคำตอบบางส่วนที่นี่ว่าสาเหตุของการแช่แข็งอุปกรณ์อาจเป็นเพราะการ์ด Wi-Fi กำลังอยู่ในโหมดประหยัดดังนั้นฉันทำตามคำแนะนำและสามารถยืนยันได้ว่าดองเกิลไม่เข้าสู่โหมดสลีป แต่มันเริ่มกระพริบเหมือนไม่ได้เข้าร่วม คอมพิวเตอร์. หมายความว่าอุปกรณ์ยังคงอยู่ในโหมดสลีปแม้ว่า Wi-Fi จะตื่น วิธีการแก้ปัญหาเช่นซื้อราสเบอร์รี่ pi อื่นและทำให้มันตลอดเวลาหลับอย่างใดอย่างหนึ่งไม่ทำงานเนื่องจากเป็นเพียงเซิร์ฟเวอร์ที่ได้รับการร้องขอป้องกันอุปกรณ์ที่จะเข้าสู่โหมดสลีป การพยายามสำรวจความคิดเห็นบางอย่างจากอุปกรณ์ไม่ได้ป้องกันไม่ให้เข้าสู่โหมดสลีป ฉันไม่สามารถยืนยันได้ว่าอุปกรณ์จะเข้าสู่โหมดสลีป ฉันไม่ได้ติดตั้งจอภาพหรือแป้นพิมพ์และพยายามเชื่อมต่อบางสิ่งที่มีปัญหาในการรีบูตอุปกรณ์ ดังนั้นตอนนี้ฉันจึงออกไปจากสิ่งที่สามารถออกพฤติกรรมได้ และใช่ฉันใช้วิธีแก้ไขทั้งหมดเพื่อป้องกันระบบล่มเนื่องจากไม่มีเทอร์โบและเพิ่มขนาดหน่วยความจำ VM ให้น้อยที่สุด

ฉันใช้ขั้นตอนง่าย ๆ และมันก็ใช้งานได้ดีสำหรับฉัน:

1. เปิดรูทเทอร์มินัลในราสเบอร์รี่ Pi ตอนนี้คุณต้องแก้ไขสคริปต์ของคุณที่เริ่มต้น 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

บางสิ่งบางอย่างที่ไม่ถูกต้อง. ปี่ไม่มี "โหมดสลีป"

ฉันมีปี่ของฉันเพียงไม่กี่สัปดาห์และไม่ได้ทิ้งไว้ตลอดเวลา แต่ฉันตั้งใจจะทำในที่สุดและฉันก็ทิ้งมันไว้เป็นเวลานาน ฉันใช้ raspbian และฉันไม่ชอบ NetworkManager lol ดังนั้นจึงถูกปิดใช้งาน เพื่อรักษา wifi ฉันใช้สคริปต์ซึ่งส่งเราเตอร์ทุกห้าวินาที หากการปิงล้มเหลวมันจะสังหาร dhcpcd ปัจจุบันและพยายามตั้งค่า wifi อีกครั้งทุก 5 วินาทีจนกว่าจะสำเร็จ มันบันทึกความพยายามและในความเป็นจริงมันใช้เวลานานกว่า 24 ชั่วโมงแล้วโดยไม่จำเป็นต้องเชื่อมต่ออีกครั้งหนึ่งและเมื่อฉันไปที่ ssh ก็ไม่มีปัญหา

คุณได้พูดไปแล้วว่า "การพยายามสำรวจความคิดเห็นบางอย่างจากอุปกรณ์นั้นไม่ได้ป้องกันไม่ให้เข้าสู่โหมดสลีป" ดังนั้นจุดของฉันที่นี่เป็นเพียงของฉันที่เห็นได้ชัดว่าไม่มีปัญหานี้ดังนั้นจึงมีบางอย่างผิดปกติ

คุณบอกว่ากำลังจะ "เข้าสู่โหมดสลีป" แต่ดูเหมือนว่าคุณจะต้องรีบูตเครื่อง ทำไมคุณถึงเชื่อว่ากำลังนอนหลับอยู่? AFAICT, pi ไม่สามารถเข้าสู่โหมดสลีปได้ แต่ก็ไม่มีความสามารถเช่นนั้น Googling ไปรอบ ๆ ดูเหมือนจะมีความสับสนเกี่ยวกับเรื่องนี้จากคนที่มีปัญหาเช่นคุณ

โปรดทราบว่ามีไฟ LED สีแดงติดอยู่ทุกครั้งที่มีการเชื่อมต่อพลังงานไม่ว่า pi จะทำงานหรือไม่ก็ตาม แต่ปี่เป็น booted อย่างใดอย่างหนึ่งและทำงานหรือหยุดมันไม่ได้มีการนอนหลับ, สแตนด์บายจำศีลโหมด

ดังนั้นไพของคุณอาจจะหยุดทำงานหยุดชะงักหรืออยู่ในสภาพแช่แข็งที่ผิดพลาดบางประเภท รู้สึกว่ามันอบอุ่นมากกว่าเล็กน้อยซึ่งจะบ่งบอกว่าตัวประมวลผลอยู่ในวงที่ไม่ว่างตลอดเวลา (เหตุผลหนึ่งข้อที่อาจเปิดอยู่ แต่ไม่ตอบสนอง)

ฉันเดาว่าเหตุผลหนึ่งที่คุณเชื่อว่ากำลังหลับอยู่คือ "พยายามแนบบางสิ่งที่กำลังรีบูตอุปกรณ์" ที่สามารถเกิดขึ้นได้เมื่ออุปกรณ์หยุดสนิท (ลอง); มันเป็นเพราะอุปกรณ์บางอย่างจะทำให้แรงดันไฟฟ้าตกคร่อม (แต่ดูหมายเหตุ) เมื่อเสียบครั้งแรกซึ่งจำนวนเงินที่จะถอดปลั๊ก pi แล้วเสียบกลับเข้าไปอีกครั้ง - ซึ่งตามที่คุณรู้การเสียบมันทำให้บูต ดองเกิล wifi ขนาดนาโนของฉันจะทำสิ่งนี้

หมายเหตุ: ที่จริงปี่ของเราอาจจะถูกสร้างขึ้นมาตั้งแต่เดือนสิงหาคมที่ผ่านมาเมื่อ polyfuses ถูกแทนที่ด้วย "กางเกงขาสั้น" - ฉันรู้น้อยมากเกี่ยวกับชิ้นส่วนอิเล็กทรอนิกส์หรือไฟฟ้า แต่เห็นได้ชัดว่าปัญหา WRT จะรีบูตเครื่องจากอุปกรณ์ USB ยังคงเหมือนเดิม

ฉันรู้ว่านี่เป็นคำถามเก่า แต่เป็นผลลัพธ์แรกที่เกิดขึ้นในการค้นหาของฉันเมื่อฉันพบปัญหาเดียวกันกับ 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

ตั้งแต่นั้นมาทุกอย่างก็โอเค หน้าจอของฉันจะเข้าสู่โหมดสลีป แต่การเชื่อมต่อเครือข่ายยังคงเปิดใช้งานอยู่และฉันสามารถเข้าสู่ Pi ของฉันได้แม้จะไม่ได้ใช้งานเป็นระยะเวลาหนึ่ง

ดูเหมือนว่าดองเกิล wifi ของคุณจะเริ่มสั่นเหมือนแล็ปท็อปในโหมดสแตนด์บาย แต่คุณยังไม่ได้ยืนยันว่า Pi กำลังปิดตัวลง ฉันพบปัญหาเดียวกัน

ฉันได้ลองแล้ว แต่ยังไม่ได้ใช้นานพอที่จะรู้ว่ามันแก้ปัญหาเฉพาะของฉันได้ไหม: https://raspberrypi.stackexchange.com/a/4518/4271

ฉันจะตรวจสอบปัญหาพลังงาน การแนบอุปกรณ์ที่ทำให้ RPI รีบูตไม่ได้เกี่ยวข้องกับโหมดสลีปใด ๆ

ในการทดสอบอย่างรวดเร็วฉันจะทำเช่นนี้ - เขียนสคริปต์ขนาดเล็ก (python / จะเป็นอะไรก็ได้) และทำให้มันส่งอีเมล "ฉันเป็นคนดี" ง่าย ๆ แล้วส่งไปยัง crontab ของคุณเพื่อดำเนินการทุก ๆ 30 นาที ดูว่ามันจะไปอย่างไร

ฉันสงสัยว่าฉันกำลังประสบกับสิ่งที่คล้ายกันหรือไม่ ฉันจะสนใจชิปที่ตั้งค่าดองเกิลของคุณและไดรเวอร์ที่คุณใช้อยู่หรือไม่?

ฉันใช้ชิป RT3072 โดยใช้ไดรเวอร์ rt2800usb / cfg80211 หากฉันเรียกใช้งานในโหมดหลักอย่างใดอย่างหนึ่งเช่นจุดเข้าใช้งานหรือเป็นไคลเอนต์ปกติไปยังจุดเข้าใช้งาน / เราเตอร์จะปรากฏขึ้นราวกับว่ามันเข้าสู่โหมดสลีปและใช้เวลาสักครู่ในการตอบสนอง ฉันตั้งค่าแล็ปท็อปของฉันเพื่อ pi pi ผ่านอะแดปเตอร์ไร้สายในช่วงเวลาประมาณ 1 วินาที ฉันยืนยันว่าในทั้งโหมดหลักและโหมดไคลเอนต์เวลา ping จะหมดเวลา ~ 5-10 วินาทีในโหมดไคลเอนต์และ 5 - 25 วินาทีในโหมดหลัก ในโหมดหลักหมดเวลามากขึ้นถ้าฉันวิ่ง AP ใน 'โหมด n' ด้วย HT และ WMM ที่เปิดใช้งานใน hostapd.conf มันไม่ได้อยู่ใกล้ที่เลวร้ายใน 'โหมด g'

ฉันทดลองกับดองเกิล wifi ตัวอื่นโดยใช้ชิป RTL8188SU พร้อมคนขับการแสดงละคร r8712u น่าเสียดายที่ฉันไม่สามารถทำงานในโหมดต้นแบบได้ แต่ในฐานะลูกค้ามันมีเสถียรภาพมากกว่า RT3072 มาก

ด้วย 3072 ในโหมดไคลเอนต์ไม่มีความล่าช้าในการ ping โดยทั่วไปพวกเขาสุ่มจาก 2ms - 320ms ด้วยการหมดเวลาเป็นครั้งคราว ด้วย 8188SU ความล่าช้าในการ ping ทั่วไปคือ 2-3ms ด้วยความล่าช้าเป็นครั้งคราว 166-200ms - ไม่มีการหมดเวลาที่สังเกตได้ สิ่งที่แปลกโดยเฉพาะคือถ้าฉันเปิดเซสชัน ssh ไปที่ pi และตั้งค่าการทำงานที่ 0.01 วินาที - ดังนั้นจึงมีโหลด cpu ค่อนข้างมากและการรับส่งข้อมูล wifi 'มาก' ประสิทธิภาพของ 3072 นั้นดีขึ้นมากด้วย ping คูณ 2-3ms โดยทั่วไป การโหลดมีผลคล้ายกันกับ 3072 ที่ทำงานในโหมด Master

ฉันไม่รู้ว่าเกิดอะไรขึ้น แต่ฉันจะสนใจมากที่สุดถ้าผู้ใช้รายอื่นใช้เวลาทดสอบ ping ที่คล้ายกันใน pi ของพวกเขาและรายงานสิ่งที่พบพร้อมกับการกำหนดค่าและไดรเวอร์ของพวกเขา มันจะน่าสนใจถ้าคนอื่นพบว่าเวลาตอบสนองที่แย่และสุ่มนั้นดีขึ้นโดยการโหลดตัวประมวลผล / wifi ที่ใช้เป็นอันดับต้น ๆ อย่างที่ฉันเคยทำหรือพูดว่าหาอะไรก็ได้ที่สร้างงานและปริมาณการใช้ TCP / IP

สำหรับข้อมูลฉันมีปัญหานี้เพื่อค้นหาวิธีแก้ไขที่นี่และพบคำถามนี้

อย่างไรก็ตามในภายหลังเมื่อฉันพบว่ามันเป็นเพียง Pi ของฉันร้อนมากเกินไปโดยลักษณะของสิ่งต่าง ๆ เมื่อฉันเอามันออกมาจากกล่อง ดูเหมือนปัญหาจะหายไป

สำหรับฉันมันทำงานโดยการแก้ไข/etc/X11/xinit/xserverrcและเปลี่ยนแปลง

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

โดย

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

ฉันใช้ Raspbian“ เสียงดัง” และเริ่มเซสชัน X ด้วย startx

ที่มา: http://www.raspberrypi.org/forums/viewtopic.php?f=66&t=18200

ในขณะที่ฉันเห็นด้วยกับ @goldilocks เกี่ยวกับอุปกรณ์ pi ที่ไม่มีฟังก์ชั่นการนอนหลับเคอร์เนลยังคงสามารถปิด I / O เฉพาะพลังงานในขณะที่อุปกรณ์กำลังทำงาน ด้วยเหตุผลนี้คุณอาจต้องการลองแก้ไขต่อไปนี้ในไฟล์ KBD และรีบูตอุปกรณ์:

ทำการแก้ไขต่อไปนี้ใน / etc / kbd / config: POWERDOWN_TIME = 0

ฉันกำลังสมมติว่าคุณนอนหลับเมื่อหน้าจอดับลง นี่คือสิ่งที่ฉันพบในการทำงาน:

sudo setterm -powersave off