Qualcomm Atheros 6164 - Wifi działa przez kilka minut, a następnie umiera aż do ponownego uruchomienia

Niedawno zainstalowałem Xubuntu i mogę uruchomić Wi-Fi ... najwyżej przez 5 minut, po czym twierdzi, że nadal jest podłączony, ale wszelkie próby odwiedzenia dowolnej strony internetowej spowodują przekroczenie limitu czasu.

Jestem w stanie zrestartować Wi-Fi za pomocą:

sudo rfkill block wifi
sudo rfkill unblock wifi

Gdzie to będzie działać ponownie przez kilka minut, a następnie natychmiast umrzeć ponownie. Może to być związane z ilością pobieranych danych - wydaje się, że ginie znacznie szybciej podczas korzystania z YouTube niż podczas zwykłego przeglądania (jeszcze nie byłem w stanie oglądać filmu na YouTube dłużej niż cztery minuty przez cały czas bez utraty Wi-Fi kilka razy)

Kilka informacji na temat moich rzeczy z Wi-Fi:

  *-network
       description: Wireless interface
       product: QCA6164 802.11ac Wireless Network Adapter
       vendor: Qualcomm Atheros
       physical id: 0
       bus info: pci@0000:02:00.0
       logical name: wlp2s0
       version: 20
       serial: 30:52:cb:60:78:af
       width: 64 bits
       clock: 33MHz
       capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
       configuration: broadcast=yes driver=ath10k_pci driverversion=4.4.0-22-generic firmware=atheros-12.0.0.102-fw ip=192.168.1.79 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
       resources: irq:37 memory:f0800000-f09fffff

Zrzut z dmesg wlp2s0(nie mam pojęcia, co to oznacza):

[   38.913053] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0
[   38.945352] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   40.248440] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   40.325618] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[   45.907494] wlp2s0: authenticate with cc:33:bb:4e:11:8b
[   45.941409] wlp2s0: send auth to cc:33:bb:4e:11:8b (try 1/3)
[   45.941968] wlp2s0: authenticated
[   45.944157] wlp2s0: associate with cc:33:bb:4e:11:8b (try 1/3)
[   45.945161] wlp2s0: RX AssocResp from cc:33:bb:4e:11:8b (capab=0x411 status=0 aid=16)
[   45.947574] wlp2s0: associated
[   45.947632] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[ 2348.836607] wlp2s0: deauthenticating from cc:33:bb:4e:11:8b by local choice (Reason: 3=DEAUTH_LEAVING)
[ 2351.836255] wlp2s0: failed to remove key (0, cc:33:bb:4e:11:8b) from hardware (-110)
[ 2363.444637] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2363.504784] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2368.255212] wlp2s0: authenticate with cc:33:bb:4e:11:8b
[ 2368.288833] wlp2s0: send auth to cc:33:bb:4e:11:8b (try 1/3)
[ 2368.289416] wlp2s0: authenticated
[ 2368.292191] wlp2s0: associate with cc:33:bb:4e:11:8b (try 1/3)
[ 2368.293115] wlp2s0: RX AssocResp from cc:33:bb:4e:11:8b (capab=0x411 status=0 aid=16)
[ 2368.296727] wlp2s0: associated
[ 2368.296801] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready
[ 2475.479034] wlp2s0: deauthenticating from cc:33:bb:4e:11:8b by local choice (Reason: 3=DEAUTH_LEAVING)
[ 2481.822562] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2481.902155] IPv6: ADDRCONF(NETDEV_UP): wlp2s0: link is not ready
[ 2486.660969] wlp2s0: authenticate with cc:33:bb:4e:11:8b
[ 2486.695327] wlp2s0: send auth to cc:33:bb:4e:11:8b (try 1/3)
[ 2486.696149] wlp2s0: authenticated
[ 2486.700054] wlp2s0: associate with cc:33:bb:4e:11:8b (try 1/3)
[ 2486.701009] wlp2s0: RX AssocResp from cc:33:bb:4e:11:8b (capab=0x411 status=0 aid=16)
[ 2486.704759] wlp2s0: associated
[ 2486.704840] IPv6: ADDRCONF(NETDEV_CHANGE): wlp2s0: link becomes ready

I dmesg ath10k_pci:

[   37.263995] ath10k_pci 0000:02:00.0: pci irq msi interrupts 1 irq_mode 0 reset_mode 0
[   37.509649] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/cal-pci-0000:02:00.0.bin failed with error -2
[   37.510050] ath10k_pci 0000:02:00.0: Direct firmware load for ath10k/QCA6174/hw2.1/board-pci-168c:0041:17aa:3545.bin failed with error -2
[   37.510055] ath10k_pci 0000:02:00.0: failed to load spec board file, falling back to generic: -2
[   38.820703] ath10k_pci 0000:02:00.0: qca6174 hw2.1 (0x05010000, 0x003405ff, 168c:0041:17aa:3545 fallback) fw atheros-12.0.0.102-fw api 5 htt-ver 3.25 wmi-op 4 htt-op 3 cal otp max-sta 32 raw 0 hwcrypto 1 features 
[   38.820711] ath10k_pci 0000:02:00.0: debug 1 debugfs 1 tracing 0 dfs 0 testmode 0
[   38.913053] ath10k_pci 0000:02:00.0 wlp2s0: renamed from wlan0
[   41.053216] ath10k_pci 0000:02:00.0: no channel configured; ignoring frame(s)!
[ 2351.836244] ath10k_pci 0000:02:00.0: failed to install key for vdev 0 peer cc:33:bb:4e:11:8b: -110

Wyjście iwconfig:

wlp2s0    IEEE 802.11abgn  ESSID:"BTHub4-C75W"  
          Mode:Managed  Frequency:5.24 GHz  Access Point: CC:33:BB:4E:11:8B   
          Bit Rate=6 Mb/s   Tx-Power=30 dBm   
          Retry short limit:7   RTS thr:off   Fragment thr:off
          Power Management:on
          Link Quality=65/70  Signal level=-45 dBm  
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:3  Invalid misc:47   Missed beacon:0

Siła sygnału (94%) i jakość połączenia (70/70 lub wysokie lata sześćdziesiąte) wydają się idealnie dobre, więc jestem pewien, że nie jest to niestabilne połączenie z routerem (wifi działało również bez problemów w systemie Windows, niezależnie od tego, gdzie byłem dom, a także na innych urządzeniach), ale problem ze sterownikiem.

Jakieś pomysły?

Edycja: Zrzut Pastebin skryptu debugowania Wi-Fi urządzenia wielofunkcyjnego http://paste.ubuntu.com/16786236/

AKTUALIZACJA: Ten zrzut ekranu pokazuje, ile części filmu z YouTube (w rozdzielczości 480p) buforuje się przed uruchomieniem Wi-Fi. To jest konsekwentne. Nie wiem, jak to zmierzyć, ale sądzę, że to ta sama ilość danych, zanim zacznie się kłócić podczas zwykłego przeglądania. Menedżer sieci nadal stwierdza, że ​​jestem podłączony, nic nowego się nie pojawia dmesg | grep ath10k, ale Wi-Fi nie będzie działać, dopóki nie uruchomię go ponownie

sudo rfkill block wifi
sudo rfkill unblock wifi

Miałem podobny problem z moją kartą Wi-Fi Intel, zaktualizowałem sterownik dla mnie. Z tego, co przeczytałem, oprogramowanie wbudowane w ubuntu lub xubuntu nie jest uwzględnione. Wygląda na to, że dołączone oprogramowanie jest bardziej prawdopodobne dla QCA6174 niż dla QCA6164.

Aktualizować...

Usuń istniejące oprogramowanie wewnętrzne ...

sudo rm -r /lib/firmware/ath10k/QCA6174/

Pobierz najnowsze oprogramowanie

wget https://github.com/kvalo/ath10k-firmware/archive/master.zip

rozpakuj master.zip

sudo cp -r ath10k-firmware-master/QCA6174/ /lib/firmware/ath10k/

Zmień nazwę dwóch plików oprogramowania układowego tak:

cd /lib/firmware/ath10k/QCA6174/hw2.1/
sudo mv firmware-5.bin_SW_RM.1.1.1-00157-QCARMSWPZ-1 firmware-5.bin
cd /lib/firmware/ath10k/QCA6174/hw3.0/
sudo mv firmware-4.bin_WLAN.RM.2.0-00180-QCARMSWPZ-1 firmware-4.bin

Na koniec uruchom ponownie komputer.

Możesz uruchomić następujące polecenie, aby sprawdzić, czy Twoja karta została rozpoznana.

lshw -C network

Możesz usunąć wcześniej pobrane pliki.

cd ~
rm master.zip
rm -r ath10k-firmware-master/

Usunąłem większość tego z innej strony internetowej, jak to zrobiłem, kiedy naprawiłem problem na mojej karcie Intel.

Edytuj ... Przepraszam, dodano lokalizację wget oprogramowania układowego.

Włączone zarządzanie energią może powodować rozłączenia, więc możesz je wyłączyć za pomocą

sudo iwconfig wlp2s0 power off

Ubuntu ma nowy pakiet oprogramowania linuksowego, który pomaga w połączeniach 5 GHz

wget http://mirrors.kernel.org/ubuntu/pool/main/l/linux-firmware/linux-firmware_1.158_all.deb
sudo dpkg -i linux-firmware_1.158_all.deb

Restart

Witamy w AskUbuntu.

Masz połączenie z punktem dostępowym Wi-Fi BTHub4-C75W za pomocą kanału 5 GHz 48. Twój problem polega na tym, że sąsiad z SSID BTWifi-X również korzysta z tego kanału, a jego sygnał jest 22dB (ponad 100 razy) silniejszy niż twój. Zmień router na inny kanał. Żaden inny kanał 5 GHz nie jest w ogóle używany.

Instrukcje dotyczące tego różnią się w zależności od routera, ale zasadniczo logujesz się do niego za pomocą przeglądarki internetowej (adres różni się w zależności od producenta, ale 192.168.0.1 jest powszechny), aw menu ustawień wybierz „auto” dla wyboru kanału RF.

Jeśli to rozwiąże problem, kliknij znacznik po lewej stronie pytania.