Chế độ ngủ Raspberry Pi, cách tránh

Tôi sử dụng bản phát hành mới nhất "khò khè". Thiết bị này cung cấp một số tính năng dịch vụ web và có thể hoạt động 24/7. Tuy nhiên, nếu máy chủ không được yêu cầu trong một khoảng thời gian nhất định (thật khó để biết chính xác thời gian), thiết bị dường như sẽ chuyển sang chế độ ngủ (hy vọng không gặp sự cố). Thiết bị được kết nối với mạng bằng dongle wi-fi. Tôi đã tìm thấy một số câu trả lời ở đây rằng một lý do đóng băng thiết bị có thể là thẻ wi-fi đang ở chế độ tiết kiệm, vì vậy tôi đã làm theo hướng dẫn và có thể xác nhận rằng dongle không đi ngủ nhưng nó bắt đầu nhấp nháy như không tham dự máy vi tính. điều đó có nghĩa là thiết bị vẫn đi ngủ mặc dù wi-fi đã thức. Giải pháp như mua một quả mâm xôi pi khác và khiến nó luôn luôn ngủ một giấc không hoạt động vì chỉ là một máy chủ nhận được yêu cầu ngăn thiết bị đi ngủ. Cố gắng thăm dò ý kiến ​​gì đó từ thiết bị không ngăn được chế độ ngủ. Tôi thực sự không thể xác nhận rằng thiết bị sẽ đi ngủ. Tôi không có màn hình hoặc bàn phím đi kèm và cố gắng đính kèm một số vấn đề khi khởi động lại thiết bị. Vì vậy, tôi hiện đang ra khỏi manh mối những gì có thể đưa ra hành vi. Và vâng, tôi đã áp dụng tất cả các biện pháp khắc phục sự cố hệ điều hành vì không có turbo và tăng kích thước bộ nhớ VM tối thiểu.

Tôi đã sử dụng các bước đơn giản và nó hoàn toàn hiệu quả với tôi:

1. Mở một thiết bị đầu cuối gốc trong mâm xôi Pi. Bây giờ bạn cần chỉnh sửa tập lệnh bắt đầu X. Trong bản dựng mặc định với lightdm.

2. Mở tệp "lightdm.conf" nằm trong,

   /etc/lightdm/lightdm.conf

3. Thêm dòng dưới đây vào SeatDefault(hoặc Seat:*trong các phiên bản LightDM mới hơn).

   [Chỗ ngồi xác nhận]

   xserver-lệnh = X -s 0 -dpms

4. Khởi động lại Raspberry Pi của bạn.

Bây giờ vấn đề cần được giải quyết.

Liên kết nguồn: http://chamaras.blogspot.com/2013/03/how-to-deac activate-monitor-s ngủ-in.html

Có cái gì đó không đúng. Các pi không có "chế độ ngủ".

Tôi mới chỉ có pi vài tuần và đã không rời nó trong suốt thời gian đó, nhưng cuối cùng tôi dự định và tôi đã để nó lại trong một thời gian dài. Tôi đang chạy raspbian và tôi không thích NetworkManager, lol, vì vậy nó bị vô hiệu hóa. Để duy trì wifi, tôi chạy một đoạn script chạy bộ định tuyến cứ sau 5 giây. Nếu ping thất bại, nó sẽ giết dhcpcd hiện tại và cố gắng thiết lập lại wifi cứ sau 5 giây cho đến khi thành công. Nó ghi lại các nỗ lực, và trên thực tế đã hoạt động được hơn 24 giờ mà không cần kết nối lại một lần, và khi tôi đi đến ssh, không có vấn đề gì.

Bạn đã nói: "Cố gắng thăm dò ý kiến ​​gì đó từ thiết bị không ngăn được chế độ ngủ", vì vậy quan điểm của tôi ở đây chỉ là tôi rõ ràng không có vấn đề này, vì vậy có gì đó không ổn.

Bạn nói rằng nó sẽ "đi ngủ" nhưng có vẻ như bạn thực sự phải khởi động lại. Tại sao bạn tin rằng nó đang ngủ? AFAICT, pi không thể đi ngủ, nó không có khả năng như vậy. Googling xung quanh, dường như có một số nhầm lẫn về điều này từ những người đang gặp vấn đề như của bạn.

Hãy nhớ rằng có một đèn LED màu đỏ vẫn bật bất cứ khi nào kết nối nguồn, cho dù pi có chạy hay không. Nhưng pi hoặc là khởi động và chạy hoặc dừng lại, nó không có một giấc ngủ, chế độ chờ, ngủ đông vv chế độ .

Vì vậy, pi của bạn đã bị hỏng, dừng lại hoặc ở một trạng thái đông lạnh sai lầm. Cảm nhận xem liệu nó có ấm hơn một chút không, điều này cho thấy bộ xử lý đang ở trong một vòng lặp bận rộn liên tục (một lý do có thể xảy ra nhưng không phản hồi).

Tôi đoán rằng một lý do mà bạn tin rằng nó đang ngủ là "cố gắng đính kèm một cái gì đó có vấn đề khi khởi động lại thiết bị". Điều đó có thể xảy ra khi thiết bị bị dừng hoàn toàn (thử nó); đó là bởi vì một số thiết bị sẽ gây ra sụt áp ngắn (nhưng xem LƯU Ý) khi lần đầu tiên cắm vào, điều này có nghĩa là rút phích cắm pi sau đó cắm lại - như bạn biết, cắm nó vào khiến nó khởi động. Kích thước nano dongle của tôi sẽ làm điều này.

LƯU Ý: Trên thực tế, pi của chúng tôi có thể được tạo ra từ tháng 8 năm ngoái, khi các polyfuses được thay thế bằng "quần short" - Tôi biết rất ít về các linh kiện điện tử hoặc điện, nhưng rõ ràng vấn đề WRT để khởi động lại từ các thiết bị usb vẫn như cũ .

Tôi biết đây là một câu hỏi cũ, nhưng đó là kết quả đầu tiên xuất hiện trong tìm kiếm của tôi khi tôi gặp vấn đề tương tự trên Pi Zero mới cài đặt của tôi.

Tôi tìm thấy chìa khóa cho câu trả lời của mình cho câu hỏi khác này , trong số các nguồn khác.

Về cơ bản, mặc dù bản thân Pi dường như không có chế độ ngủ, các thiết bị riêng lẻ trong Linux (bao gồm cả bộ điều hợp mạng) có thể. Khi tôi thử chạy lệnh iw wlan0 get power_savenhư đã đề cập ở trên, lúc đầu tôi vẫn bị lỗi. Điều đó đã được sửa bằng cách cập nhật HĐH:

sudo apt-get update && apt-get upgrade

Sau đó tôi khởi động lại: sudo reboot now

Sau đó, iwlệnh đã xác minh rằng chế độ power_save đã thực sự được bật. Vì vậy, tôi tắt nó đi:

sudo iw wlan0 set power_save off

Kể từ đó, mọi thứ đều ổn. Màn hình của tôi sẽ chuyển sang chế độ ngủ, nhưng kết nối mạng vẫn hoạt động và tôi có thể ssh vào Pi của mình ngay cả khi nó không hoạt động trong một thời gian.

Nghe có vẻ như dongle wifi của bạn bắt đầu đập như máy tính xách tay ở chế độ chờ, nhưng bạn chưa xác nhận rằng chính Pi đang tắt. Tôi gặp vấn đề tương tự.

Tôi đã thử điều này, nhưng chưa áp dụng đủ lâu để biết liệu nó có giải quyết được vấn đề cụ thể của tôi không: https://raspberrypi.stackexchange.com/a/4518/4271

Tôi sẽ kiểm tra các vấn đề năng lượng. Việc gắn các thiết bị khiến RPI khởi động lại trông không liên quan đến bất kỳ loại chế độ ngủ nào.

Để thử nghiệm nhanh, tôi sẽ thực hiện việc này - viết một tập lệnh nhỏ (python / will, bất cứ điều gì xử lý) và làm cho nó gửi một email "Tôi ổn" đơn giản và đưa nó vào crontab của bạn để thực hiện cứ sau 30 phút hoặc lâu hơn xem nó như thế nào.

Tôi tự hỏi nếu tôi đang trải nghiệm một cái gì đó tương tự. Tôi sẽ quan tâm đến bộ chip mà dongle của bạn có và trình điều khiển bạn đang sử dụng?

Tôi có một cái dựa trên chip RT3072 bằng trình điều khiển rt2800usb / cfg80211. Nếu tôi chạy chế độ này trong Chế độ chính, tức là Điểm truy cập hoặc như một máy khách bình thường đối với Điểm truy cập / bộ định tuyến, nó sẽ xuất hiện như thể nó đi ngủ và mất một lúc để phản hồi. Tôi thiết lập máy tính xách tay của mình để ping pi thông qua bộ chuyển đổi wifi trong khoảng thời gian khoảng 1 giây. Tôi đã xác nhận rằng ở cả chế độ chính và máy khách, đôi khi ping sẽ hết ~ 5-10 giây ở chế độ máy khách và 5 - 25 giây ở chế độ Chính. Ở chế độ chính, thời gian chờ đã trở nên tồi tệ hơn rất nhiều nếu tôi chạy AP ở chế độ 'n' với HT và WMM được bật trong hostapd.conf. Đó không phải là nơi gần như tồi tệ trong 'chế độ g'.

Tôi đã thử nghiệm với một dongle wifi khác sử dụng chip RTL8188SU với trình điều khiển dàn r8712u. Thật không may, tôi không thể chạy nó ở chế độ Master nhưng với tư cách là máy khách, nó ổn định hơn nhiều so với RT3072.

Với 3072 ở chế độ máy khách, không có độ trễ ping thông thường - chúng ngẫu nhiên từ 2ms - 320ms với thời gian chờ thỉnh thoảng. Với 8188SU, độ trễ ping thông thường là 2-3ms với độ trễ thỉnh thoảng là độ trễ 166-200ms - không có thời gian chờ có thể quan sát được. Điều đặc biệt lạ là nếu tôi mở một phiên ssh cho pi và đặt đỉnh chạy ở mức 0,01 giây - do đó, có khá nhiều tải cpu và 'rất nhiều' lưu lượng wifi, hiệu suất của 3072 đã được cải thiện rất nhiều với thời gian ping thường 2-3ms. Việc tải có tác động tương tự đối với 3072 hoạt động ở chế độ Master.

Tôi không biết chuyện gì đang xảy ra nhưng tôi sẽ quan tâm nhất nếu những người dùng khác có thể dành thời gian để thực hiện kiểm tra ping tương tự trên pi của họ và báo cáo kết quả của họ cùng với cấu hình và trình điều khiển của họ. Sẽ rất thú vị nếu những người khác thấy thời gian phản hồi kém và ngẫu nhiên được cải thiện bằng cách tải lưu lượng bộ xử lý / wifi bằng cách sử dụng hàng đầu như tôi đã làm, hoặc nói tìm bất cứ điều gì tạo ra một số công việc và lưu lượng tcp / ip qua wifi.

Chỉ cần thông tin, tôi đã có vấn đề này vì vậy tìm kiếm một giải pháp ở đây và tìm thấy câu hỏi này.

Tuy nhiên sau đó tôi phát hiện ra rằng đó chỉ là Pi của tôi quá nóng bởi vẻ bề ngoài của mọi thứ. Khi tôi lấy nó ra khỏi trường hợp của nó. Vấn đề dường như đã biến mất

Đối với tôi nó hoạt động bằng cách chỉnh sửa /etc/X11/xinit/xserverrcvà thay đổi

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

bởi

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

Tôi đang sử dụng Raspbian gay wheezy và tôi bắt đầu phiên X của mình với startx.

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

Mặc dù tôi đồng ý với @goldilocks về thiết bị pi không có chức năng ngủ, nhưng hạt nhân vẫn có thể tắt nguồn I / O cụ thể trong khi thiết bị đang chạy. Thông qua lý do này, bạn có thể muốn thử chỉnh sửa sau trong các tệp KBD và khởi động lại thiết bị:

Thực hiện chỉnh sửa sau trong / etc / kbd / config: POWERDOWN_TIME = 0

Tôi giả sử bạn xác định ngủ khi màn hình tắt. Đây là những gì tôi tìm thấy để làm việc:

sudo setterm -powersave off