Ktoś dostał ten błąd wcześniej i rozwiązał go? Przypadkowe rozłączenia zdarzają się po otrzymaniu nowego routera rt-ac1200g +, pozostają rozłączone przez może 40 sekund, a następnie wznawiają się jak zwykle. 15 kwietnia 21:46:38 jądro: debug1 cff5 debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:46:39 jądro: txerr poprawne (0) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:46:39 jądro: plcp 000b 07fe || 2e07 8f56 0000 || cf39 cff5 || rxestats2 0000 15 kwietnia 21:46:39 jądro: txerr_tm 0027 txerr_txbytes 0000 txfunfl 0 38 0 0 0 0 txtplunfl 0 15 kwietnia 21:46:39 jądro: debug1 262f debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:52:10 jądro: txerr valid (1) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:52:10 jądro: plcp 000b 064e || ce07 8f43 0000 || b5ef b6b2 || rxestats2 0000 15 kwietnia 21:52:10 jądro: txerr_tm 0028 txerr_txbytes 0000 txfunfl 0 39 0 0 0 0 txtplunfl 0 15 kwietnia 21:52:10 jądro: debug1 b6b2 debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:52:10 jądro: txerr valid (0) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:52:10 jądro: plcp 000b 064e || ce07 8f43 0000 || b5ef b6b2 || rxestats2 0000 15 kwietnia 21:52:10 jądro: txerr_tm 0028 txerr_txbytes 0000 txfunfl 0 40 0 0 0 0 txtplunfl 0 Logi systemowe pokazują to. Ktoś? Myślałem, że nowe oprogramowanie to naprawi, ale zaktualizowałem do wersji 3.0.0.4.380_4089 i nadal ten sam problem nadal występuje. Nie zdarza się to jednak często, może raz na 2 tygodnie lub coś takiego.
Czy próbowałeś zresetować po aktualizacji? SyraLeo napisał: Ktoś dostał ten błąd wcześniej i rozwiązał go? Przypadkowe rozłączenia zdarzają się po otrzymaniu nowego routera rt-ac1200g +, pozostają rozłączone przez może 40 sekund, a następnie wznawiają się jak zwykle. 15 kwietnia 21:46:38 jądro: debug1 cff5 debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:46:39 jądro: txerr poprawne (0) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:46:39 jądro: plcp 000b 07fe || 2e07 8f56 0000 || cf39 cff5 || rxestats2 0000 15 kwietnia 21:46:39 jądro: txerr_tm 0027 txerr_txbytes 0000 txfunfl 0 38 0 0 0 0 txtplunfl 0 15 kwietnia 21:46:39 jądro: debug1 262f debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:52:10 jądro: txerr valid (1) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:52:10 jądro: plcp 000b 064e || ce07 8f43 0000 || b5ef b6b2 || rxestats2 0000 15 kwietnia 21:52:10 jądro: txerr_tm 0028 txerr_txbytes 0000 txfunfl 0 39 0 0 0 0 txtplunfl 0 15 kwietnia 21:52:10 jądro: debug1 b6b2 debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:52:10 jądro: txerr valid (0) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:52:10 jądro: plcp 000b 064e || ce07 8f43 0000 || b5ef b6b2 || rxestats2 0000 15 kwietnia 21:52:10 jądro: txerr_tm 0028 txerr_txbytes 0000 txfunfl 0 40 0 0 0 0 txtplunfl 0 Logi systemowe pokazują to. Ktoś? Myślałem, że nowe oprogramowanie to naprawi, ale zaktualizowałem do wersji 3.0.0.4.380_4089 i nadal ten sam problem nadal występuje. Nie zdarza się to jednak często, może raz na 2 tygodnie lub coś takiego. Opublikowany z aplikacją Samsung Galaxy S7 edge HardwareZone Forums
renfred 89 napisał: Czy próbowałeś zresetować po uaktualnieniu? Wysłany z krawędzią Samsung Galaxy S7 Aplikacja HardwareZone Fora Nie jestem pewien, ale dzieje się to jeszcze przed aktualizacją.
SyraLeo napisał: Ktoś dostał ten błąd wcześniej i rozwiązał go? Przypadkowe rozłączenia zdarzają się po otrzymaniu nowego routera rt-ac1200g +, pozostają rozłączone przez może 40 sekund, a następnie wznawiają się jak zwykle. 15 kwietnia 21:46:38 jądro: debug1 cff5 debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:46:39 jądro: txerr poprawne (0) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:46:39 jądro: plcp 000b 07fe || 2e07 8f56 0000 || cf39 cff5 || rxestats2 0000 15 kwietnia 21:46:39 jądro: txerr_tm 0027 txerr_txbytes 0000 txfunfl 0 38 0 0 0 0 txtplunfl 0 15 kwietnia 21:46:39 jądro: debug1 262f debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:52:10 jądro: txerr valid (1) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:52:10 jądro: plcp 000b 064e || ce07 8f43 0000 || b5ef b6b2 || rxestats2 0000 15 kwietnia 21:52:10 jądro: txerr_tm 0028 txerr_txbytes 0000 txfunfl 0 39 0 0 0 0 txtplunfl 0 15 kwietnia 21:52:10 jądro: debug1 b6b2 debug2 0000 debug3 0000 debug4 0000 15 kwietnia 21:52:10 jądro: txerr valid (0) powód 0000 tst 2222 pct 1cc2 1c0a 0022 15 kwietnia 21:52:10 jądro: plcp 000b 064e || ce07 8f43 0000 || b5ef b6b2 || rxestats2 0000 15 kwietnia 21:52:10 jądro: txerr_tm 0028 txerr_txbytes 0000 txfunfl 0 40 0 0 0 0 txtplunfl 0 Logi systemowe pokazują to. Ktoś? Myślałem, że nowe oprogramowanie to naprawi, ale zaktualizowałem do wersji 3.0.0.4.380_4089 i nadal ten sam problem nadal występuje. Nie zdarza się to jednak często, może raz na 2 tygodnie lub coś takiego. Hai br, możesz najpierw spróbować przywrócić ustawienia fabryczne routera, a następnie sprawdzić, czy to się powtórzy. Sam korzystałem z tego routera od dłuższego czasu, początkowo ten router ma wiele problemów, miałem losowy restart, urządzenie USB nie zostało wykryte losowo, czasem wolno ładować stronę. Po przywróceniu ustawień fabrycznych flashuję oprogramowanie 3.0.0.4.380_3971 i nie mam już problemu z tym routerem. Flashuję 3971, ponieważ jest to oprogramowanie, które ten router pobrał, gdy używam „sprawdź aktualizację” ze strony administratora routera. Próbowałem użyć 4089 i z mojego doświadczenia wynika, że 3971 jest dla mnie bardziej stabilny. Jeśli chodzi o dzienniki błędów, próbuję kilku wersji oprogramowania układowego i wszystkie one dają te same dzienniki błędów, więc nie mogę o tym powiedzieć
SyraLeo napisał: Nie jestem pewien, ale dzieje się to nawet przed aktualizacją. jak sugerowali inni, najpierw zresetuj router i zaktualizuj najnowsze oprogramowanie układowe. Jeśli wszystko się nie powiedzie, możesz wyczyścić NVRAM i spróbować ponownie. Centrum obsługi nie jest dokładnie dostępne pieszo lub środkami transportu publicznego, chyba że masz samochód. Więc wolę wypróbować wszystkie rzeczy przed tobą, zanim pójdziesz do centrum serwisowego po pomoc, nie wiedząc, czy będą za ciebie wymieniać, czy nie.