Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → WNDR4300 - siła nadawania na 5GHz zmienia się na niższą
Zaloguj się lub zarejestruj by napisać odpowiedź
Cześć.
Zauważyłem następujący problem: http://i.imgur.com/ZSOWm0C.png
Po zaktualizowaniu ustawień (Zapisz i zastosuj), kolejne opcje się odsłoniły: http://i.imgur.com/Gl8zhsT.png
Z tym, że po jakimś czasie ta siła nadawania znów maleje (nie ma wyboru większych niż 15 dBm).
Czy to normalne?
iw list sobie zobacz i będziesz wiedział ile urządzenie potrafi w poszczególnych pasmach.
Po pierwsze ja bym się nie przejmował tym, co wyświetla Luci 
Po drugie - sprawdź przez iwinfo czy radar detection nie zrzuciło Ci kanału na niższy - z max siłą 15dBm 
Ok, dziękuję, czyli:
* 5180 MHz [36] (14.0 dBm)
* 5200 MHz [40] (15.0 dBm)
* 5220 MHz [44] (15.0 dBm)
* 5240 MHz [48] (15.0 dBm)
* 5260 MHz [52] (20.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5280 MHz [56] (20.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5300 MHz [60] (20.0 dBm) (radar detection)
DFS state: unavailable (for 768 sec)
DFS CAC time: 60000 ms
* 5320 MHz [64] (20.0 dBm) (radar detection)
DFS state: unavailable (for 768 sec)
DFS CAC time: 60000 ms
* 5500 MHz [100] (21.0 dBm) (radar detection)
DFS state: available (for 653 sec)
DFS CAC time: 60000 ms
* 5520 MHz [104] (22.0 dBm) (radar detection)
DFS state: available (for 653 sec)
DFS CAC time: 60000 ms
* 5540 MHz [108] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5560 MHz [112] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5580 MHz [116] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5600 MHz [120] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5620 MHz [124] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5640 MHz [128] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 ms
* 5660 MHz [132] (22.0 dBm) (radar detection)
DFS state: available (for 319453 sec)
DFS CAC time: 60000 ms
* 5680 MHz [136] (22.0 dBm) (radar detection)
DFS state: available (for 319453 sec)
DFS CAC time: 60000 ms
* 5700 MHz [140] (22.0 dBm) (radar detection)
DFS state: usable (for 319516 sec)
DFS CAC time: 60000 msByło wybrane: "5300", ale maksymalna moc nadawania tylko 15dBm. Czyli coś się nie zgadza, czy źle to interpretuję?
Ogólnie, czym większa częstotliwość, tym możliwa jest większa siła nadawania?
Czyli mogło wyświetlić to dla pierwszego kanału zamiast tego co masz wybrany. Powtórz to co zrobiłeś, jeżeli będzie tak samo to zgłoś to do developerów.
OK, dziękuję, potestuję kilka dni. Tę komendę "iwinfo" również będę miał na uwadze.
Jeszcze mam takie pytanko o "Tryb WMM".
Z tego co wyczytałem to ustawia priorytety, czyli coś jak QOS.
Wydawało mi się, że jak wyłączę ten tryb, to prędkość przy speedteście powinna być maksymalnie dostępna, jednak okazało się, że wyciągałem tylko ~22Mb/s (testowałem również transfer lokalny laptop -> telefon). Kiedy z powrotem włączyłem tryb WMM, prędkość automatycznie skoczyła do około 100Mb/s. Dziwna sprawa. Ogólnie nie jest to dla mnie problemem, chciałem się tylko dowiedzieć czy to normalne.
WMM jest wymagane dla N, tak mówi standard. Wyłączysz to, to wifi spada do 54g (g).
W tym routerze ustawiasz na sztywno kanał 128 lub 132:
config wifi-device 'radio1'
option type 'mac80211'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option channel '132'
option htmode 'HT40'
option ht_capab 'HT40-'
option country 'PL'
option txpower '22'
option noscan '1'
config wifi-iface
option device 'radio1'
option mode 'ap'
option network 'lan'
option ssid '***********'
option encryption 'psk2+ccmp'
option key '****************'
option wps_pushbutton '0'I tak jest optymalnie - warunek: klienty muszą umieć gadać na tych kanałach, i na 40 MHz.
Lepszych ustawień na standardowym CC/trunk nie uzyskasz. Oczywiście regdomain trzeba włączyć w ath9 i kilka innych paczek doinstalować oraz użyć wpad, nie wpad-mini
- u Cezarego jest to wszystko już w standardzie.
Przy tych ustawieniach jest najlepszy zasięg i moc sygnału na 5 GHz .
Mała uwaga - nie używamy kanału 100, bo UPC (też i dawny Aster i kilka innych kablówek) się uparło ostro na ten kanał w swoich "wszystko-mających kombajnach" oraz w przeróżnych mediaboxach.
Dzięki build000
Mógłbyś jeszcze proszę powiedzieć, pokierować, co oznaczają te opcje? Pytam, bo nie mam ich domyślnie w pliku: /etc/config/wireless
option ht_capab 'HT40-'
option noscan '1'Czy czasem to noscan to nie jest "Ukryj ESSID"?
Dzięki build000
Mógłbyś jeszcze proszę powiedzieć, pokierować, co oznaczają te opcje? Pytam, bo nie mam ich domyślnie w pliku: /etc/config/wirelessoption ht_capab 'HT40-' option noscan '1'Czy czasem to noscan to nie jest "Ukryj ESSID"?
Dzięki!
build000 po wpisaniu Twoich ustawień wifi 5G
option ht_capab 'HT40-'
option noscan '1'sieć uruchamia się na kanale 60 a konfiguracja moja jest taka :
moje ustawienia
config wifi-device 'radio1'
option type 'mac80211'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option country 'PL'
option txpower '22'
option channel '132'
option htmode 'HT40'
option ht_capab 'HT40-'
option noscan '1'
config wifi-iface
option device 'radio1'
option network 'lan'
option mode 'ap'
option ssid '**********'
option key '**********'
option encryption 'psk2'
option wps_pushbutton '0'dziwi mnie bo w configu mam kanał 132
Restart sieci poprzez etc nie dawał rezultatu ale już Restart rutera i wszystko śmiga jest oki.
Sorki za zamieszanie
Jednak znowu router nadje na innym kanale niż ma w configu.
Pokaż logread
proszę bardzo
Wg logi siedzi cały czas na 132 kanale. Skąd wiesz że nadaje na innym?
Teraz w logach pokazuje oki bo w konsoli dałem wcześniej wifi detect zaraz zerkne w plik z logami może tam coś znajdę
Jak widać po poście około 19.50 restartnołem ruter i kanał był oki 132 tu w logach poniżej widać że zmienił kanał.
Wed Dec 9 20:15:06 2015 daemon.info hostapd: wlan1: STA 8c:70:5a:07:3d:6c WPA: group key handshake completed (RSN)
Wed Dec 9 20:15:09 2015 daemon.info hostapd: wlan1: IEEE 802.11 driver had channel switch: freq=5220, ht=1, offset=1, width=2 (40 MHz), cf1=5230, cf2=0
Wed Dec 9 20:21:27 2015 authpriv.info dropbear[18561]: Child connection from 192.168.1.100:50729
Wed Dec 9 20:21:30 2015 authpriv.notice dropbear[18561]: Password auth succeeded for 'root' from 192.168.1.100:50729
Wed Dec 9 20:24:14 2015 daemon.info hostapd: wlan0: STA 1c:c6:3c:a1:2b:39 WPA: group key handshake completed (RSN)
Wed Dec 9 20:24:14 2015 daemon.info hostapd: wlan0: STA c4:43:8f:ec:45:95 WPA: group key handshake completed (RSN)
Wed Dec 9 20:24:14 2015 daemon.info hostapd: wlan0: STA 3c:a1:0d:30:3d:a2 WPA: group key handshake completed (RSN)
Wed Dec 9 20:24:14 2015 daemon.info hostapd: wlan0: STA a0:b4:a5:65:dc:3f WPA: group key handshake completed (RSN)
Wed Dec 9 20:25:06 2015 daemon.info hostapd: wlan1: STA 8c:70:5a:07:3d:6c WPA: group key handshake completed (RSN)
Wed Dec 9 20:30:00 2015 cron.info crond[1409]: USER root pid 28869 cmd /usr/bin/vnstat -u
Wed Dec 9 20:30:00 2015 cron.info crond[1409]: USER root pid 28870 cmd /usr/bin/yamon backup
Wed Dec 9 20:34:14 2015 daemon.info hostapd: wlan0: STA 1c:c6:3c:a1:2b:39 WPA: group key handshake completed (RSN)
Wed Dec 9 20:34:14 2015 daemon.info hostapd: wlan0: STA 3c:a1:0d:30:3d:a2 WPA: group key handshake completed (RSN)
Wed Dec 9 20:34:14 2015 daemon.info hostapd: wlan0: STA c4:43:8f:ec:45:95 WPA: group key handshake completed (RSN)
Wed Dec 9 20:34:15 2015 daemon.info hostapd: wlan0: STA a0:b4:a5:65:dc:3f WPA: group key handshake completed (RSN)
Wed Dec 9 20:35:06 2015 daemon.info hostapd: wlan1: STA 8c:70:5a:07:3d:6c WPA: group key handshake completed (RSN)
Wed Dec 9 20:39:05 2015 daemon.info hostapd: wlan0: STA 3c:a1:0d:30:3d:a2 IEEE 802.11: disassociated
Wed Dec 9 20:39:06 2015 daemon.info hostapd: wlan0: STA 3c:a1:0d:30:3d:a2 IEEE 802.11: deauthenticated due to inactivity (timer DEAUTH/REMOVE)
Wed Dec 9 20:44:14 2015 daemon.info hostapd: wlan0: STA 1c:c6:3c:a1:2b:39 WPA: group key handshake completed (RSN)
Wed Dec 9 20:44:14 2015 daemon.info hostapd: wlan0: STA c4:43:8f:ec:45:95 WPA: group key handshake completed (RSN)
Wed Dec 9 20:44:14 2015 daemon.info hostapd: wlan0: STA a0:b4:a5:65:dc:3f WPA: group key handshake completed (RSN)
Wed Dec 9 20:45:00 2015 cron.info crond[1409]: USER root pid 6783 cmd /usr/bin/vnstat -uCezary i co o tym myślisz ?
Hmmm, u mnie znowu przeskoczyło na Kanał: "36 (5.180 GHz)". Kompletnie nic nie przestawiałem, miałem ustawione na sztywno, jak u build000a. Nie da się jakoś zablokować tego automatycznego przeskakiwania?
iwinfo:
wlan1 ESSID: "WNDR4300 5Ghz"
Access Point: A0:63:91:7C:FE:D1
Mode: Master Channel: 36 (5.180 GHz)
Tx-Power: 14 dBm Link Quality: 59/70
Signal: -51 dBm Noise: -90 dBm
Bit Rate: 217.5 MBit/s
Encryption: WPA2 PSK (CCMP)
Type: nl80211 HW Mode(s): 802.11an
Hardware: * [Atheros AR9580]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy1Konfiguracja:
config wifi-device 'radio1'
option type 'mac80211'
option hwmode '11a'
option path 'pci0000:00/0000:00:00.0'
option country 'PL'
option htmode 'HT40'
option txpower '22'
option channel '132'
option ht_capab 'HT40-'
option noscan '1'Widzę że masz to samo co ja sam zmienia kanał przed chwilką był 132 teraz już jest inny
ESSID: "Manguscik-5G"
Access Point: A0:63:91:7D:08:58
Mode: Master Channel: 44 (5.220 GHz)
Tx-Power: 15 dBm Link Quality: 46/70
Signal: -64 dBm Noise: -87 dBm
Bit Rate: 90.0 MBit/s
Encryption: WPA2 PSK (CCMP)
Type: nl80211 HW Mode(s): 802.11an
Hardware: 168C:0033 168C:A120 [Atheros AR9580]
TX power offset: none
Frequency offset: none
Supports VAPs: yes PHY name: phy1...Teraz panowie chwila zastanowienia z Waszej strony czemu służy opcja:
option ht_capab 'HT40-'
Ogólnie to radzę najpierw się upewnić czy oby na pewno Wasze klienty potrafią gadać bez problemu na tak wysokich kanałach - to podstawa - w tym celu w/w opcję chwilowo zahaszujcie:
#option ht_capab 'HT40-'Fakt, tylko że u mnie się już wcześniej to zmieniło, wtedy na 36 kanał, bez ustawienia ht_capab. Czyli pewnie jakieś domyślne wartości sterownika. W każdym bądź razie dam sobie HT40+ i zobaczymy jak to będzie działać
U mnie na telefonie i laptopie działa. Reszta domowników niech sobie na 2.4Ghz siedzi, przynajmniej mi nie będą zakłóceń robić.
(...)
W każdym bądź razie dam sobie HT40+ i zobaczymy jak to będzie działać
(...)
...wyp... w kosmos - zwróć uwagę, że powyżej są już tylko kanały z końca zakresu i mało jaki sprzęt potrafi działać na tych kanałach...WNDR4300 też średnio sobie radzi z kanałami powyżej 132.
np. mam tylko jeden sprzęcik w domu, który potrafi utrzymać (bez ht_capab) transmisję w obie strony na 136 kanale i tylko z bliska.
Hmmm... Czyli na sztywno "HT40" ustawić?
Co masz na myśli "radzi sobie z kanałami"? Może wolniej działać, więcej zakłóceń być, czy crashować sterownik?
W tym modelu to raczej to drugie.
Dlatego najlepiej dać 128 (jako najwyższy możliwie przewidywalny i pewny dla WNDR4300 i sprzętów które to potrafią - to wynika z obserwacji, nie z teorii lub dokumentacji) i jak z "ht_capab" to tylko na "-" ...
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → WNDR4300 - siła nadawania na 5GHz zmienia się na niższą
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc