การเชื่อมต่อ WiFi ลดลงค่อนข้างบ่อยด้วย Edimax EW-7711UTn


12

ฉันใช้รุ่น B 256MB Pi กับอแด็ปเตอร์ Edimax EW-7711UTn USB WiFi หลังจากผ่านไปหลายชั่วโมงการเชื่อมต่อ WiFi ก็จะเริ่มลดลง จนกว่าจะหยุดทำงานอย่างสมบูรณ์ นี่คือสิ่งที่ฉันเห็นใน / var / log / messages:

Mar  9 20:39:29 raspberrypi kernel: [ 9353.773167] cfg80211: Calling CRDA to update world regulatory domain
Mar  9 20:39:29 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=DISCONNECTED
Mar  9 20:39:29 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar  9 20:39:29 raspberrypi wpa_action: ifdown wlan0
Mar  9 20:39:30 raspberrypi wpa_action: removing sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar  9 20:39:33 raspberrypi kernel: [ 9357.478605] wlan0: authenticate with 30:46:9a:54:6f:3d
Mar  9 20:39:33 raspberrypi kernel: [ 9357.624628] wlan0: send auth to xxx (try 1/3)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.626510] wlan0: authenticated
Mar  9 20:39:33 raspberrypi kernel: [ 9357.703189] wlan0: associate with xxx (try 1/3)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.707045] wlan0: RX AssocResp from 30:46:9a:54:6f:3d (capab=0x411 status=0 aid=2)
Mar  9 20:39:33 raspberrypi kernel: [ 9357.722534] wlan0: associated
Mar  9 20:39:33 raspberrypi wpa_action: WPA_IFACE=wlan0 WPA_ACTION=CONNECTED
Mar  9 20:39:33 raspberrypi wpa_action: WPA_ID=0 WPA_ID_STR= WPA_CTRL_DIR=/var/run/wpa_supplicant
Mar  9 20:39:33 raspberrypi wpa_action: ifup wlan0=default
Mar  9 20:39:40 raspberrypi wpa_action: creating sendsigs omission pidfile: /run/sendsigs.omit.d/wpasupplicant.wpa_supplicant.wlan0.pid
Mar  9 20:39:40 raspberrypi wpa_action: bssid=xxx
Mar  9 20:39:40 raspberrypi wpa_action: ssid=xxx
Mar  9 20:39:40 raspberrypi wpa_action: id=0
Mar  9 20:39:40 raspberrypi wpa_action: mode=station
Mar  9 20:39:40 raspberrypi wpa_action: pairwise_cipher=CCMP
Mar  9 20:39:40 raspberrypi wpa_action: group_cipher=CCMP
Mar  9 20:39:40 raspberrypi wpa_action: key_mgmt=WPA2-PSK
Mar  9 20:39:40 raspberrypi wpa_action: wpa_state=COMPLETED
Mar  9 20:39:40 raspberrypi wpa_action: ip_address=xxx
Mar  9 20:39:40 raspberrypi wpa_action: address=xxx

และบางครั้ง dmesg ก็บอกฉัน:

[20014.112395] wlan0: deauthenticating from xxx by local choice (reason=3)

กระบวนการ wpa ที่กำลังทำงานคือ:

 1872 ?        Ss     0:00 /sbin/wpa_supplicant -s -B -P /var/run/wpa_supplicant.wlan0.pid -i wlan0 -W -D nl80211,wext -c /etc/wpa_supplicant/wpa_supplicant.conf
 2010 ?        Ss     0:00 /sbin/wpa_cli -B -P /var/run/wpa_action.wlan0.pid -i wlan0 -p /var/run/wpa_supplicant -a /sbin/wpa_action

ใครบ้างที่มีปัญหาเหล่านี้และฉันจะแก้ไขได้อย่างไร

เนื่องจากคนจำนวนมากดูเหมือนจะมีปัญหากับแหล่งจ่ายไฟไม่เพียงพอ: RasPi ของฉันทำงานบนอุปกรณ์จ่ายไฟ 5V 1.2A และมีฮับ USB ขับเคลื่อน 5VA 3.8A ตอนนี้ฉันถอดอุปกรณ์อื่น ๆ ออกจากฮับที่ใช้พลังงานและเชื่อมต่อ Edimax เข้าด้วยกันบางทีนี่อาจจะช่วยได้

อัปเดต: ไม่คราวนี้ใช้เวลาเพียงไม่กี่นาทีเพื่อให้ WiFi ไม่ตอบสนอง

อัปเดต 2: ฉันยังคงมีปัญหาตอนนี้ฉันสังเกตเห็นว่าการเชื่อมต่อสามารถเริ่มต้นใหม่ได้โดยใช้ ifdown และ ifup แต่ฉันได้รับข้อความเหล่านี้มากขึ้นเรื่อย ๆ :

Mar 22 19:11:59 raspberrypi kernel: [215435.967714] cfg80211: Calling CRDA to update world regulatory domain
Mar 22 19:12:01 raspberrypi kernel: [215437.948971] wlan0: authenticate with XXXXXX
Mar 22 19:12:02 raspberrypi kernel: [215438.087245] wlan0: send auth to XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.089006] wlan0: authenticated
Mar 22 19:12:02 raspberrypi kernel: [215438.165765] wlan0: associate with XXXXXX (try 1/3)
Mar 22 19:12:02 raspberrypi kernel: [215438.169604] wlan0: RX AssocResp from XXXXXX (capab=0x411 status=0 aid=1)
Mar 22 19:12:02 raspberrypi kernel: [215438.185759] wlan0: associated

สิ่งนี้เกิดขึ้นในช่วงเวลาที่สั้นกว่าและสั้นกว่าจนกว่าฉันจะรีบูท จากนั้นก็ตกลงอีกครั้งหนึ่งหรือสองวัน แล้วเกิดอะไรขึ้นที่นี่?

อัปเดต: โอเคฉันเพิ่งติด Pi ไปยังจอแสดงผลและเริ่มคัดลอกไฟล์ผ่าน WiFi หลังจากนั้นประมาณ 15 นาที Pi ก็แข็งตัว ฉันมี tmux ที่รันด้วยเอาต์พุตของ htop และ tail -f / var / log / messages ไม่มีความตื่นตระหนกของเคอร์เนลหรือสิ่งใด ๆ ใน / var / log / messages เครื่องถูกแช่แข็ง


สิ่งหนึ่งที่ฉันสงสัยเกี่ยวกับ: wpa_cli ทำอะไรได้ดี? มันรบกวนการทำงานของ wpa_supplicant ได้ไหม?
Arne

ฉันเปลี่ยนของฉัน/etc/network/interfacesคล้ายกับรายการที่นี่: elinux.org/RPi_edimax_EW-7811Unและตอนนี้ดูเหมือนว่าจะทำงานได้ค่อนข้างดี ใช้งานมาหลายชั่วโมงแล้วและยังใช้งานได้โดยไม่ต้องเชื่อมต่อใหม่
Arne

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

คุณยังประสบปัญหาอยู่หรือไม่?
Jivings

1
หวังว่าความโปรดปรานนี้จะให้ความสนใจคุณเพิ่มขึ้นเล็กน้อย
Jivings

คำตอบ:


7

ฉันคิดว่าฉันสามารถพูดได้อย่างปลอดภัยในขณะนี้ว่าปัญหาเกิดจากอุปกรณ์และ / หรือไดรเวอร์ rt2x00 ฉันใช้อีเทอร์เน็ตเพียง 48 ชั่วโมงที่ผ่านมาคัดลอกข้อมูลจำนวนมากและไม่ได้มีปัญหาเดียว ดังนั้นในปัจจุบันฉันจะไม่สนับสนุนการใช้อุปกรณ์ที่ใช้ rt2800 และฉันจะพยายามหาด็องเกิลตัวอื่นซึ่งอาจเป็นอันที่ใช้ชิป Realtek เนื่องจากดูเหมือนว่าจะใช้กันอย่างแพร่หลาย

แก้ไข:ฉันซื้อ TPL-WN725N ด้วยชิป RTL8188CUS มันทำงานนอกกรอบปัจจุบันมีการรับส่งข้อมูล 0.5 GB และยังคงทำงานอยู่ ดูเหมือนว่าจะค่อนข้างเร็วกว่าดองเกิลที่ใช้ Ralink ฉันได้รับ 1.9MByte / วินาทีในขณะที่ก่อนหน้านี้ฉันมี 1.3MByte / วินาที ลองดูว่ามันจะช่วยให้ Pi ทำงานได้นานขึ้นและไม่หยุดนิ่ง

แก้ไข: > 5 GB และยังคงแข็งแกร่ง ดูมีแนวโน้มมาก จะให้มันทำงานเพื่อดูว่ามันล้มเหลว


แล้วคุณอยากให้ฉันให้รางวัลอันนี้กับใคร? :)
Jivings

ไม่ใช่ฉัน ฉันคิดว่าคงไม่ยุติธรรม ฉันปล่อยให้มันขึ้นอยู่กับคุณ
Arne

ฉันไม่แน่ใจว่า realtek เป็นไดรเวอร์ / ชิปที่ดีที่สุด ฉันมีหนึ่งตัว (RTL8188CUS) มันก็โอเค แต่มันก็ไม่ค่อยดีเท่าไหร่ด้วยการตัดการเชื่อมต่อ / การเชื่อมต่อที่ค่อนข้างบ่อย คนขับดูเหมือนจะเสถียรแม้จะขนถ่าย / โหลดซ้ำก็ตาม ในอีกด้านหนึ่งฉันอ่านประสบการณ์ที่ดีกับดองเกิลดองค์อื่น ๆ บน pi ฉันสั่งให้ดองเกิล 5 ยูโรควรมีชิปของตัวเองที่ฉันอ่านได้ดีและวางแผนที่จะทดสอบในไม่ช้า นอกจากนี้ยังมี wikipage สำหรับอุปกรณ์ต่อพ่วงที่ผ่านการตรวจสอบแล้ว (ซึ่งคุณอาจทราบแล้ว): elinux.org/RPi_VerifiedPeripherals
Pa_

ฉันพบสิ่งนี้ที่นี่: raspberrypi.org/phpBB3/viewtopic.php?f=24&t=5830 - Raspberry Pi ของฉันมาจากปีที่แล้วบางทีฉันอาจมีรุ่นที่มี polyfuses จำกัด อะแดปเตอร์ WiFi หรือไม่ ฉันใช้ Edimax dongle กับ Raspberry Pi (แหล่งจ่ายไฟ w / 1.2A)
Arne

อย่างไรก็ตามเนื่องจาก Pi ของฉันรีบูตเมื่อฉัน (ฮอต -) เสียบใน Edimax ฉันเดาว่า Pi ของฉันมาพร้อมกับโพลีฟิวส์ที่พิการ
Arne

2

มี hostapd รุ่นพิเศษ (เกี่ยวข้องกับการรับรองความถูกต้องแบบไร้สาย) ที่คุณควรใช้กับอะแดปเตอร์นี้ ชิปเซ็ต Realtek ใช้งานไม่ได้เป็นอย่างดีหากใช้เวอร์ชั่น Raspbian distro 'out of the box'

ฉันโพสต์คำแนะนำในการติดตั้งอแด็ปเตอร์ไร้สายนี้เพื่อใช้เป็น AP ในบล็อกของฉัน

หากคุณไม่ต้องการที่จะตรวจสอบบล็อกของฉันที่นี่คือการเชื่อมโยงสำหรับคำแนะนำที่ผมใช้


ฉันไม่แน่ใจว่าคำตอบของคุณถูกนำไปใช้ที่นี่ ฉันเข้าใจว่า hostapd นั้นใช้สำหรับ Pis ที่ทำงานเป็นจุด acces .. ? ฉันทำงานเป็นลูกค้า
Arne

ขออภัยได้ติดปลายผิดแล้ว :)
BigCowPi

2

ฉันไม่มีความคิดที่จะซื่อสัตย์ แต่มีสองสิ่งที่คุณสามารถลองได้:

คนแรกกำลังเล่นกับตัวเลือกการประหยัดพลังงานที่บันทึกไว้ในแพ็คเกจไดรเวอร์ realtek ตอนนี้ฉันใช้การประหยัดพลังงานสูงสุดโดย:

insmod /lib/modules/3.6.11+/kernel/drivers/net/wireless/rtl8192cu/8192cu.ko  rtw_power_mgnt=2 rtw_ips_mode=1 rtw_hwpwrp_detect=1 rtw_enusbss=1

แต่คุณอาจลองใช้ตัวเลือกต่าง ๆ ด้านบนร่วมกัน

สิ่งที่สองที่คุณสามารถลองได้คือมี cronojob ทุก ๆ n นาทีที่ตรวจสอบว่า wlan ทำงาน (เช่นการใช้ fping หรืออะไรก็ตาม) และถ้ามันไม่ทำให้มันล้มเหลวอีกครั้ง (โดยใช้ไคลเอนต์ผู้จัดการเครือข่ายบรรทัดคำสั่ง) อาจเป็นไปได้ ยังลบและแทรกโมดูลอีกครั้ง


ฉันมีสคริปต์ที่ทำงานอยู่แล้ว (ทุก ๆ 5m จะมี syslogs ไม่ว่า wifi จะขึ้นหรือลงและรีสตาร์ท wifi) แต่ก็ไม่ได้ช่วยอะไร ตอนนี้ฉันเดาว่าทั้งระบบหยุดเพราะในบางจุดการบันทึกลงใน / var / log / ข้อความหยุดพร้อมกัน พยายามดีบักด้วยจอแสดงผลที่แนบมาทันที
Arne

ตามที่ฉันเขียนข้างต้น: Pi เพียงแค่แช่แข็ง แป้นพิมพ์ตายจอแสดงผลค้างไม่มีข้อความเพิ่มเติม
Arne

1
นอกจากนี้: ดูเหมือนว่า Edimax ของฉันจะใช้ไดรเวอร์ rt2800 ไม่ใช่ rtl8192
Arne

คุณต้องออกกฎความเป็นไปได้ว่าปัญหาไดรเวอร์ wifi และปัญหาการแช่แข็งไม่เกี่ยวข้องโดยการลบดองเกิลและทำการทดสอบเดียวกันผ่านทางอีเธอร์เน็ต
goldilocks

ทำอย่างนั้นตอนนี้ จนถึงตอนนี้คัดลอก 1.7GB โดยไม่มีปัญหา ยังคงเกิดขึ้น.
Arne

2

ฉันมีปัญหาตรงนี้กับดองเกิล Wifi ที่แตกต่างกันหลายตัว สองสิ่ง.

1. ) เพิ่มสิ่งนี้ใน / etc / network / interfaces ของคุณ

ปิดไร้สาย

2. ) wlan0: การยกเลิกการพิสูจน์ตัวตนจาก xxx โดยตัวเลือกในท้องถิ่น (เหตุผล = 3) ซ้ำ ๆ สามารถมาจากการโจมตี dauthentication บน wifi ของคุณ


2

พบคำอธิบายนี้ ซึ่งระบุว่าการจัดการพลังงานจากไดรเวอร์อาจผิดพลาด นอกจากนี้ยังแนะนำให้ใช้การเปลี่ยนแปลงเหล่านี้สำหรับไดรเวอร์:

sudo nano /etc/modprobe.d/8192cu.conf

และวางต่อไปนี้ใน:

# Disable power saving
options 8192cu rtw_power_mgnt=0 rtw_enusbss=1 rtw_ips_mode=1 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.