Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → Xiaomi AX3600
Strony Poprzednia 1 … 45 46 47 48 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Witam serdecznie. Dawno mnie tu nie było. Postanowiłem wgrać z orginalnym firmware xiaomi ax 3600 open wrt.
I tu moje pytanie abym coś nie spsrtolił. Co i jak mam najpierw wgrać, a co później?
Czytaj: https://openwrt.org/toh/xiaomi/ax3600 opisane dużo i chyba prawie wszystko.
Prośba o pomoc.
Chciałbym czasowo ograniczyć dostęp dziecku do internetu np. wyłączyć na routerze dostęp o godzinie 20:00 a włączyć o 6:00 następnego dnia.
znalazłem w artykule pod tytułem: "Luci- blokada dostępu do internetu w określonym czasie" świetny pakiet, mianowicie luci-app-acces-control.
Wrzuciłem do routera, w którym mam zainstalowane najnowsze openwrt 23.05. Po ustawieniu godzin dni itd. wyłączanie dostępu do internetu niestety u mnie nie działa.
Mam router skonfigurowany jako tzw. jako AP (głupi AP) gdzie IP pobiera z pierwszego routera.
Proszę o pomoc lub poradę jak zrobić aby powyższy pakiet działał.
Powyższy poradnik zaciągnąłem z nw. linku:
Nie działa to na AP to nie przechodzi to przez firewalla na głupim AP. Zrób z tego normalny router a będzie działało.
Możesz zrobić inaczej - ustawiaj na wifi listę blokowanych maców i po prostu nie będzie mógł się podłączyć w tych godzinach.
Dziękuje z a wskazówkę.
Proszę powiedz czy ten dodatek luci-app-acces-control wyłącza dostęp do Internetu zarówno po WiFi i LAN-ie? Raczej interesuje mnie brak dostępu po kablu, a WiFi dobrze aby działało.
Robi regułkę w firewallu, czasową. Nie ważne czym i jak się połączysz, jak się złapie na regułę to nie przepuści. Takie coś możesz tak po prostu wyklikać w firewallu jak byś miał normalny router.
Po kablu nie masz jak tego zablokować, to wszystko w obrębie jednego switcha lata.
Szanowni koledzy, aby czegoś nie spartolić bo trochę zmieniłem ustawienia w routerze zadam kolejne pytanie.
Jak przywrócić najłatwiej router z openwrt 23.05 do ustawień zaraz po wgraniu openwrt?
"Do ustawień" w sensie? Jeżeli pytasz o konfigurację - to zrób sobie backup i odtwórz backup po wgraniu czystego openwrt.
Albo zrób sobie skrypt który ustawia w systemie to co chcesz i wykonuj go raz po wgraniu systemu.
Tak powrót do pierwotnych ustawień tak jakbym wgrał od nowa openwrt z luci
Więc jak wyżej - zrób backup (który jest tylko archiwum z plikami konfiguracyjnymi) i go wgrywaj jak masz potrzebę.
Po najnowszej aktualizacji którą zrobiłem wyskakuje mi błąd przy logowaniu się do Luci.
Runtime error
Unhandled exception during request dispatching
/usr/lib/lua/luci/ucodebridge.lua:14: /usr/lib/lua/luci/dispatcher.lua:75: Invalid controller file found
The file '/usr/lib/lua/luci/controller/wifischedule/wifi_schedule.lua' contains an invalid module line.
Please verify whether the module name is set to 'luci.controller.wifischedule.wifi_schedule' - It must correspond to the file path!
In h(), file [C]
called from function [anonymous function] (/usr/lib/lua/luci/ucodebridge.lua:14)
called from function ((tail call))
In [anonymous function](), file /usr/share/ucode/luci/runtime.uc, line 148, byte 45:
called from function build_pagetree (/usr/share/ucode/luci/dispatcher.uc:382:73)
called from function menu_json (/usr/share/ucode/luci/dispatcher.uc:439:26)
called from function [anonymous function] (/usr/share/ucode/luci/dispatcher.uc:898:24)
called from anonymous function (/www/cgi-bin/luci:39:13)
` return lcall.call(modname, method, ...args);`
Near here ----------------------------------------^
Jak to naprawić, jestem mało obeznany.
Zrób
rm /usr/lib/lua/luci/controller/wifischedule/wifi_schedule.luaZ konsoli i będzie działać.
Dziękuję pomogło.
Witam
Czy któś z Was instalował juz OpenWrt 24.10 z obrazów Cezarego ?
Wczoraj to wrzuciłem i masakra,sieć wifi działa jak chce,ping do zewnętrznych stron mocno skacze ,raz jest to 10ms raz 50 aczasem nie chce wogóle pingować i wywala błąd połaczenia,prędkość po wifi drastycznie spadła, początkowo myślałem że to problem aktualizacji z 23.05 z zachowaniem ustawień ale zrobiłem ponownie nową instalację i wszystko ustawiłem od nowa i nie pomogło...
Czy mieliście jakieś problem z tym wydaniem ?
Zastanawiam się czy wracać do 23.05 czy próbować coś jeszcze zdziałać na 24.10
Pozdrawiam
Jedna sztuka jest w statystykach, wiec ktoś używa.
Ja mam
OpenWrt 23.05-SNAPSHOT r24133-33b45c0a0e / LuCI openwrt-23.05 branch git-24.313.38121-76e4eca
Działa stabilnie.
Ja mam
OpenWrt 23.05-SNAPSHOT r24133-33b45c0a0e / LuCI openwrt-23.05 branch git-24.313.38121-76e4ecaDziała stabilnie.
Na 24.10, nie na 23.05. Zrób sobie upgrade i zobacz czy będzie "stabilnie".
Witam serdecznie po dłuższej nieobecności.
Ostatnio naszło mnie na przegląd sprzetu w domu i z tej okazji podnosiłem openwrt na AX3600. Miałem około roczne 23.05.2 które postanowiłem podnieść do (wtedy) najnowszego 23.05.4. Jakież było moje zdziwienie, gdy klienci WiFi zaczeli pokazywać prędkość ~500Mbps na speedtest.
Znalazłem tutaj skrypt w wątku, który ma rozkładać przerwania na wszystkie rdzenie procesora. Zaaplikowałem. Poprawa jest, ale nie powróciło to do prędkości z 23.05.2. Poniżej link do screenów odpowiednio z 23.05.4 i 23.05.2:
https://imgur.com/a/KGijmieTest na Androidowej apce speedtest zwraca wynik ~930Mbps przy pobieraniu podczas gdy na 23.05.4 było około 700Mbps z zaaplikowanym skryptem od przerwań. W obu przypadkach klient to Samsung S23 który raportuje link zestawiony na 2400Mbps.
Ja następną próbę podejmuję przy wydaniu 24.xx. Mam dwie sztuki AX3600 które robią za AP.
Dzień dobry,
Po ponad roku korzystania z buildu 23.05.2 na dwóch routerach AX3600 w roli AP dzisiaj zastala mnie bardzo niemiła niespodzianka na jednym z nich- nie ma wifi! Byłem już pewny że mam martwy sprzęt, ponieważ mam nietypowy "setup" - korzystam ze splitterów PoE do zasilania moich APków i na tymże splitterze wifi pojawiało się na kilkanaście sekund, podczas gdy na oryginalnym zasilaczu żyło przez kilka minut, co w mojej głowie sugerowało problem natury sprzetowej. Postanowiłem jednak zajrzeć do logów, a tam:
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] qcom-q6v5-wcss-pil cd00000.q6v5_wcss: fatal error received:
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] QC Image Version: QC_IMAGE_VERSION_STRING=WLAN.HK.2.9.0.1-01385-QCAHKSWPL_SILICONZ-1
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] Image Variant : IMAGE_VARIANT_STRING=8074.wlanfw.eval_v2Q
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383]
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] wal_peer_control.c:2870 Assertion is_graceful_to_handle failedparam0 :zero, param1 :zero, param2 :zero.
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] Thread ID : 0x00000060 Thread name : WLAN RT1 Process ID : 0
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] Register:
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] SP : 0x4bfd5938
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] FP : 0x4bfd5940
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] PC : 0x4b1080c4
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] SSR : 0x00000008
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] BADVA : 0x00020000
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] LR : 0x4b107860
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383]
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] Stack Dump
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] from : 0x4bfd5938
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383] to : 0x4bfd61b0
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.256383]
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.305375] remoteproc remoteproc0: crash detected in cd00000.q6v5_wcss: type fatal error
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.327617] remoteproc remoteproc0: handling crash #1 in cd00000.q6v5_wcss
Sat Dec 21 01:40:45 2024 kern.err kernel: [ 290.335849] remoteproc remoteproc0: recovering cd00000.q6v5_wcss
Sat Dec 21 01:40:45 2024 kern.info kernel: [ 290.368612] remoteproc remoteproc0: stopped remote processor cd00000.q6v5_wcss
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.654205] ath11k c000000.wifi: failed to find peer <wywalony_MAC_adres> on vdev 2 after creation
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.654265] ath11k c000000.wifi: failed to find peer vdev_id 2 addr <wywalony_MAC_adres> in delete
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.661836] ath11k c000000.wifi: failed peer <wywalony_MAC_adres> delete vdev_id 2 fallback ret -22
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.670435] ath11k c000000.wifi: Failed to add peer: <wywalony_MAC_adres> for VDEV: 2
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.679455] ath11k c000000.wifi: Failed to add station: <wywalony_MAC_adres> for VDEV: 2
Sat Dec 21 01:40:45 2024 daemon.notice hostapd: phy2-ap1: STA <wywalony_MAC_adres> IEEE 802.11: Could not add STA to kernel driver
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.774185] ath11k c000000.wifi: failed to send WMI_PEER_DELETE cmd
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.774221] ath11k c000000.wifi: failed to delete peer vdev_id 0 addr <wywalony_MAC_adres> ret -108
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.779266] ath11k c000000.wifi: Failed to delete peer: <wywalony_MAC_adres> for VDEV: 0
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.788314] ath11k c000000.wifi: Found peer entry <wywalony_MAC_adres_2> n vdev 0 after it was supposedly removed
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.796084] ------------[ cut here ]------------
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.805905] WARNING: CPU: 0 PID: 1641 at 0xffffffc000a8aa70 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.810514] Modules linked in: pppoe ppp_async nft_fib_inet nf_flow_table_ipv6 nf_flow_table_ipv4 nf_flow_table_inet ath11k_ahb ath11k ath10k_pci ath10k_core ath pppox ppp_generic nft_reject_ipv6 nft_reject_ipv4 nft_reject_inet nft_reject nft_redir nft_quota nft_objref nft_numgen nft_nat nft_masq nft_log nft_limit nft_hash nft_flow_offload nft_fib_ipv6 nft_fib_ipv4 nft_fib nft_ct nft_counter nft_chain_nat nf_tables nf_nat nf_flow_table nf_conntrack mac80211 cfg80211 slhc qrtr_smd qrtr qmi_helpers nfnetlink nf_reject_ipv6 nf_reject_ipv4 nf_log_syslog nf_defrag_ipv6 nf_defrag_ipv4 libcrc32c crc_ccitt compat sha512_generic seqiv jitterentropy_rng drbg michael_mic hmac cmac leds_gpio xhci_plat_hcd xhci_pci xhci_hcd dwc3 dwc3_qcom qca_nss_dp qca_ssdk gpio_button_hotplug ext4 mbcache jbd2 aquantia hwmon crc32c_generic
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.868569] CPU: 0 PID: 1641 Comm: hostapd Not tainted 5.15.137 #0
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.890804] Hardware name: Xiaomi AX3600 (DT)
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.897050] pstate: 60400005 (nZCv daif +PAN -UAO -TCO -DIT -SSBS BTYPE=--)
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.901481] pc : 0xffffffc000a8aa70 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.908251] lr : 0xffffffc000a8aa6c [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.914849] sp : ffffffc00bdf3840
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.921440] x29: ffffffc00bdf3840 x28: ffffff8003729780 x27: ffffffc00bdf3dd0
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.924920] x26: ffffff8001c77880 x25: ffffffc008b760c0 x24: ffffffc000a7b000
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.932037] x23: ffffffc00bdf3a38 x22: ffffff800ee9c900 x21: ffffff8010963aa8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.939156] x20: ffffff8005c48880 x19: ffffff8010963000 x18: ffffffc008a77b30
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.946274] x17: 302076656476206e x16: 2062323a32623a63 x15: 00000000000004ec
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.953392] x14: 00000000000001a4 x13: ffffffc00bdf3378 x12: ffffffc008acfb30
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.960510] x11: 0000000000000004 x10: ffffffc008acfb30 x9 : 0000000000000000
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.967628] x8 : ffffffc008a77ae0 x7 : ffffffc008a77b30 x6 : 0000000000008e20
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.974745] x5 : 00000000f44d72a4 x4 : 0000000000000000 x3 : ffffff8003729780
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.981863] x2 : 0000000000000000 x1 : ffffff8003729780 x0 : 00000000ffffff94
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.988983] Call trace:
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.996091] 0xffffffc000a8aa70 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 290.998355] 0xffffffc000a8ad34 [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.004605] 0xffffffc000aa323c [mac80211@00000000587eb878+0x85000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.010855] 0xffffffc000a4b1a8 [cfg80211@0000000026dc9692+0x45000]
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.017104] 0xffffffc00863ffdc
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.023349] 0xffffffc008640468
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.026474] 0xffffffc00863f07c
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.029598] 0xffffffc00863f8e8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.032723] 0xffffffc00863e818
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.035848] 0xffffffc00863eab4
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.038973] 0xffffffc00859c1e8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.042098] 0xffffffc00859ebc8
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.045223] 0xffffffc00859ed18
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.048349] 0xffffffc00859eda4
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.051473] 0xffffffc008022f6c
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.054598] 0xffffffc008023080
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.057722] 0xffffffc008792c18
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.060849] 0xffffffc008793a38
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.063973] 0xffffffc0080115f4
Sat Dec 21 01:40:45 2024 kern.warn kernel: [ 291.067100] ---[ end trace 83d40b69fa7a1866 ]---
Sat Dec 21 01:40:47 2024 kern.warn kernel: [ 292.697824] ath11k c000000.wifi: failed to send WMI_PDEV_BSS_CHAN_INFO_REQUEST cmd
Sat Dec 21 01:40:49 2024 daemon.info hostapd: phy2-ap0: STA <wywalony_MAC_adres> IEEE 802.11: deauthenticated due to local deauth request
Sat Dec 21 01:40:50 2024 kern.err kernel: [ 295.684150] qcom-q6v5-wcss-pil cd00000.q6v5_wcss: start timed out
Sat Dec 21 01:40:50 2024 kern.err kernel: [ 295.684203] remoteproc remoteproc0: can't start rproc cd00000.q6v5_wcss: -110
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.967867] ath11k_warn: 41 callbacks suppressed
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.967878] ath11k c000000.wifi: failed to send WMI_PDEV_BSS_CHAN_INFO_REQUEST cmd
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.971563] ath11k c000000.wifi: failed to send pdev bss chan info request
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.979253] ath11k c000000.wifi: failed to send WMI_PDEV_SET_PARAM cmd
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.985815] ath11k c000000.wifi: Failed to set beacon mode for VDEV: 1
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.992323] ath11k c000000.wifi: failed to send WMI_BCN_TMPL_CMDID
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 295.998832] ath11k c000000.wifi: failed to submit beacon template command: -108
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 296.005005] ath11k c000000.wifi: failed to update bcn template: -108
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 296.012186] ath11k c000000.wifi: failed to send WMI_VDEV_SET_PARAM_CMDID
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 296.018797] ath11k c000000.wifi: failed to set BA BUFFER SIZE 256 for vdev: 1
Sat Dec 21 01:40:50 2024 kern.warn kernel: [ 296.025481] ath11k c000000.wifi: failed to send WMI_VDEV_SET_PARAM_CMDID
Sat Dec 21 01:40:56 2024 kern.warn kernel: [ 302.035150] ath11k_warn: 51 callbacks suppressedSzczerze mówiąc, log jest wyjątkowo niskopoziomowy i nic mi nie mówi poza tym, że wywrócił się FW od WiFi. Niemniej użyłem google'a, a tam znalazłem nastepujący temat:
https://github.com/openwrt/openwrt/issues/14294
Eureka! Na splitterze PoE sieć wydaje się działać poprawnie po zmianie trybu wifi na AC (na razie uptime mam 20 minut, podczas gdy wcześniej na splitterze maksymalna przeżywalność wifi to było 30 sekund).
Na razie walkę uznam za zażegnaną - głównie dlatego, że jest 2:00 w nocy 
Post natomiast bardziej w celach informacyjnych niż cokolwiek innego, ale być może ktoś wie dlaczego może się tak dziać? Router który działał bez zarzutu przez ponad rok, nagle zaczął się wykładać, a żadne nowe urządzenie wifi się nie pojawiło w ostatnim czasie? Przez weekend przetestuję ostatnie buildy 24.10 - mam nadzieję, że prędkość WiFi nie jest niższa tak jak było to na 23.05.4.
Po raz kolejny post pod postem, ale po nocy muszę siebie sprostować. Kupiłem inteligentny termometr z Chin który miał być Zigbee oraz zasilany bateryjnie, ale przyszedł zasilany z USB-C na WiFi, kompatybilny z Tuya. Okazuje się, że jest to znany problem obecny również w późniejszych wersjach firmware:
https://github.com/openwrt/openwrt/issues/14181
TL;DR uruchomienie w pobliżu tych routerów urządzenia kompatybilnego z Tuya powoduje twardy pad calego stosu wifi w tych routerach. LOL.
Nie przyszło mi to do głowy, bo urządzenia nie podpinałem do sieci ani nic z tych rzeczy. Wystarczyło, że uruchomiłem je w pobliżu routera (co ciekawe, ze 100% skutecznością umierał ten fizycznie zlokalizowany dalej). Mam nadzieję, że nikt z sąsiadów nie będzie kupował urządzeń Tuya, ale to kolejny powód żeby zmienić AX3600 na coś innego...
TL;DR uruchomienie w pobliżu tych routerów urządzenia kompatybilnego z Tuya powoduje twardy pad calego stosu wifi w tych routerach. LOL.
Wydaje mi się, że to stwierdzenie jest nieco na wyrost. Posiadam kilkanaście urządzeń TUYA na wifi i drugie tyle na Zigbee.
Działało to całkiem sprawnie i bez problemów, do niedawna. Od kilku tygodni zauważyłem problemy z wifi na tym urządzeniu. W moim wypadku miałem wystawiony AP na 5g oraz dwa na 2g ale na zwykłym radiu (nie IoT).
Od pewnego czasu zauważyłem, że wywala się całe wifi jakiś czas po uruchomieniu. Po restarcie problem powracał. Pomogło zablokowanie jednego z interfejsów na 2g - istotnie temu dedykowanemu urządzeniom.
Przyglądam się problemowi - chwilowo przeniosłem ten interfejs na dedykowane radio i zobaczymy czy coś to pomoże.
Dodam, że w ostatnim czasie nie zmienił się u mnie zestaw urządzeń wifi TUYA. Ciężko zatem wskazywac tu jednoznaczny problem ale może coś na rzeczy jest.
forteller napisał/a:TL;DR uruchomienie w pobliżu tych routerów urządzenia kompatybilnego z Tuya powoduje twardy pad calego stosu wifi w tych routerach. LOL.
Wydaje mi się, że to stwierdzenie jest nieco na wyrost. Posiadam kilkanaście urządzeń TUYA na wifi i drugie tyle na Zigbee.
Działało to całkiem sprawnie i bez problemów, do niedawna. Od kilku tygodni zauważyłem problemy z wifi na tym urządzeniu. W moim wypadku miałem wystawiony AP na 5g oraz dwa na 2g ale na zwykłym radiu (nie IoT).
Od pewnego czasu zauważyłem, że wywala się całe wifi jakiś czas po uruchomieniu. Po restarcie problem powracał. Pomogło zablokowanie jednego z interfejsów na 2g - istotnie temu dedykowanemu urządzeniom.
Przyglądam się problemowi - chwilowo przeniosłem ten interfejs na dedykowane radio i zobaczymy czy coś to pomoże.
Dodam, że w ostatnim czasie nie zmienił się u mnie zestaw urządzeń wifi TUYA. Ciężko zatem wskazywac tu jednoznaczny problem ale może coś na rzeczy jest.
Może kanały Wifi i ZigBee zaczęły ci się nakładać i stąd problemy? ZigBee i WiFi (i Bluetooth, i bezprzewodowe myszki, klawiatury) działają w tym samym paśmie 2,4GHz. Zerknij na obrazek np. tu: https://forum.qnap.net.pl/threads/kana% … els.40527/
Edit: Przez chwilę miałem podobne problemy z bramkami, ale wymusiłem odpowiednie kanały ZigBee i WiFi i śmiga bez problemu.
Mam kilkanaście urządzeń TUYA WiFi, Zigbee i BT i moje 3 szt Xiaomi AX3600 po prostu nie dają rady.
Próbowałem buildów stabilnych, snapschot i z nss i bez - i z każdym jest jakiś problem objawiający się tym, że znika całkowicie WiFi, nie da się wejsć do podglądu zdarzeń oraz przestaje działac CRON (więc wpisanie w cron restarty pod jakimś warunkiem nic nie daje).
Routery są restartowane w nocy przez CRONa, a i tak rano trzeba zajrzeć, czy się zrestartowały, bo akurat padł cron.
Dodałem już BPI R2 jako router dostępowy i z wszystkimi usługami dodanymi, a te Xiaomi są głupimi AP, tylko z WiFi i Usteer, aby wywalenie się Xiaomi nie powodowało awarii sieciowej w całym domu i reszcie rodziny (bo mam zapięte na nim VPNy do odległych lokalizacji rodzinnych).
Na razie build Cezarego 24.10 jako tako daje radę - jakoś siec działa, tylko ciągle sa wpisy:
kern.warn kernel: [25827.963598] ath11k c000000.wifi: failed to flush transmit queue, data pkts pending 23
a wywalenie całego radia jest sporadyczne.
Na razie tego AX3600 nie wywalam, bo od dwóch lat liczę, że już za chwile ktoś to poprawi i będzie fajny router.
A ciężko znaleźć coś w dobrych pieniądzach, co ma MIMO 4x4 i możliwość pracy na wysokiej mocy radia i finalnie wysokie transfery.
Więc na razie trwam i czekam.
A tak poza tematem - jak się używa jakichś zaawansowanych funkcji na innych platformach, to też nie jest różowo - np. rozległy mesch 802.11s z WPA3 na ogranym i znanym MediaTek MT7621 wieszał się częściej, niż Xiaomii na TUYA.
To chyba ten czas, żeby się zwyczajnie pozbyć, wszak jak coś jest do wszystkiego to jest do niczego.
100Mb/s - 25Gb/s
@kmaras77 Spróbuj zmienić zasilacz. Wiele problemów z niestabilnością routera jest z powodu niestabilnego zasilacza.
@kmaras77 Spróbuj zmienić zasilacz. Wiele problemów z niestabilnością routera jest z powodu niestabilnego zasilacza.
Oryginalny zasilacz by takie problemy powodował? No ciekawe.
100Mb/s - 25Gb/sStrony Poprzednia 1 … 45 46 47 48 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → Xiaomi AX3600
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc
