Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
Witam wszystkich.
Kombinuję już od jakiegoś czasu jak uruchomić 300Mbit/s na TL-WN823N v1.
Najprawdopodobniej problemem jest szerokość pasma. Blokuje się 20MHz mimo, że może działać na 40MHz.
Na routerze nie mogę ustawić, żeby działał tylko na 40MHz, więc nie mogę w ten sposób wymusić.
Jedno co znalazłem to dla hostapd można kompilować z tą funkcja domyślnie włączoną ale ja nie chce mieć access point-u tylko, żeby on działał jako normalny klient. Czy to może znaczyć, że musiałbym wpa_supplicant kompilować i gdzieś to ustawić?
uname -a
Linux pi 4.4.50-v7+ #970 SMP Mon Feb 20 19:18:29 GMT 2017 armv7l GNU/Linux
lsusb
Bus 001 Device 005: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter
lsmod
Module Size Used by 8192cu 560049 0 cfg80211 428871 1 8192cu
sudo ifconfig
wlan0 Link encap:Ethernet HWaddr ec:##:##:##:##:## inet addr:192.168.##.## Bcast:192.168.##.## Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:142392 errors:0 dropped:1015 overruns:0 frame:0 TX packets:1374 errors:0 dropped:1 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:17281154 (16.4 MiB) TX bytes:297708 (290.7 KiB)
# - mini cenzura ;-)
sudo iwconfig
wlan0 IEEE 802.11bgn ESSID:"####" Nickname:"<WIFI@REALTEK>" Mode:Managed Frequency:2.412 GHz Access Point: 94:10:3E:##:##:## Bit Rate:144.4 Mb/s Sensitivity:0/0 Retry:off RTS thr:off Fragment thr:off Encryption key:****-****-****-****-****-****-****-**** Security mode:open Power Management:off Link Quality=100/100 Signal level=100/100 Noise level=0/100 Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0
# - mini cenzura ;-)
Z tego co się już naczytałem jak jest Bit Rate:144.4 Mb/s to znaczy, że wifi działa w trybie 2x2 i potrzebuje tylko przejść na pasmo 40MHz, żeby uzyskać 300Mbit/s.
sudo iw dev wlan0 info
Interface wlan0 ifindex 3 wdev 0x1 addr ec:08:6b:15:26:a6 ssid nsa_van_007 type managed wiphy 0
Nie wiem dla czego ale nie podaje mi tutaj ani kanału ani szerokości pasma a powinien.
sudo iw phy
Wiphy phy0 max # scan SSIDs: 9 max scan IEs length: 2304 bytes Retry short limit: 7 Retry long limit: 4 Coverage class: 0 (up to 0m) Supported Ciphers: * WEP40 (00-0f-ac:1) * WEP104 (00-0f-ac:5) * TKIP (00-0f-ac:2) * CCMP (00-0f-ac:4) Available Antennas: TX 0 RX 0 Supported interface modes: * IBSS * managed * AP * monitor * P2P-client * P2P-GO Band 1: Capabilities: 0x1862 HT20/HT40 Static SM Power Save RX HT20 SGI RX HT40 SGI No RX STBC Max AMSDU length: 7935 bytes DSSS/CCK HT40 Maximum RX AMPDU length 65535 bytes (exponent: 0x003) Minimum RX AMPDU time spacing: 16 usec (0x07) HT TX/RX MCS rate indexes supported: 0-15, 32 Bitrates (non-HT): * 1.0 Mbps * 2.0 Mbps * 5.5 Mbps * 11.0 Mbps * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps Frequencies: * 2412 MHz [1] (20.0 dBm) * 2417 MHz [2] (20.0 dBm) * 2422 MHz [3] (20.0 dBm) * 2427 MHz [4] (20.0 dBm) * 2432 MHz [5] (20.0 dBm) * 2437 MHz [6] (20.0 dBm) * 2442 MHz [7] (20.0 dBm) * 2447 MHz [8] (20.0 dBm) * 2452 MHz [9] (20.0 dBm) * 2457 MHz [10] (20.0 dBm) * 2462 MHz [11] (20.0 dBm) * 2467 MHz [12] (20.0 dBm) * 2472 MHz [13] (20.0 dBm) * 2484 MHz [14] (disabled) Band 2: Capabilities: 0x1862 HT20/HT40 Static SM Power Save RX HT20 SGI RX HT40 SGI No RX STBC Max AMSDU length: 7935 bytes DSSS/CCK HT40 Maximum RX AMPDU length 65535 bytes (exponent: 0x003) Minimum RX AMPDU time spacing: 16 usec (0x07) HT TX/RX MCS rate indexes supported: 0-15, 32 Bitrates (non-HT): * 6.0 Mbps * 9.0 Mbps * 12.0 Mbps * 18.0 Mbps * 24.0 Mbps * 36.0 Mbps * 48.0 Mbps * 54.0 Mbps Frequencies: * 5170 MHz [34] (disabled) * 5180 MHz [36] (20.0 dBm) * 5190 MHz [38] (20.0 dBm) * 5200 MHz [40] (20.0 dBm) * 5210 MHz [42] (20.0 dBm) * 5220 MHz [44] (20.0 dBm) * 5230 MHz [46] (20.0 dBm) * 5240 MHz [48] (20.0 dBm) * 5260 MHz [52] (20.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5280 MHz [56] (20.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5300 MHz [60] (20.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5320 MHz [64] (20.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5500 MHz [100] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5520 MHz [104] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5540 MHz [108] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5560 MHz [112] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5580 MHz [116] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5600 MHz [120] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5620 MHz [124] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5640 MHz [128] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5660 MHz [132] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5680 MHz [136] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5700 MHz [140] (27.0 dBm) (radar detection) DFS state: usable (for 591 sec) DFS CAC time: 60000 ms * 5745 MHz [149] (disabled) * 5765 MHz [153] (disabled) * 5785 MHz [157] (disabled) * 5805 MHz [161] (disabled) * 5825 MHz [165] (disabled) * 5920 MHz [184] (disabled) * 5940 MHz [188] (disabled) * 5960 MHz [192] (disabled) * 5980 MHz [196] (disabled) * 6000 MHz [200] (disabled) * 6020 MHz [204] (disabled) * 6040 MHz [208] (disabled) * 6060 MHz [212] (disabled) * 6080 MHz [216] (disabled) Supported commands: * new_interface * set_interface * new_key * start_ap * new_station * set_bss * join_ibss * set_pmksa * del_pmksa * flush_pmksa * remain_on_channel * frame * set_channel * connect * disconnect Supported TX frame types: * IBSS: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * managed: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * AP: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * AP/VLAN: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-client: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 * P2P-GO: 0x00 0x10 0x20 0x30 0x40 0x50 0x60 0x70 0x80 0x90 0xa0 0xb0 0xc0 0xd0 0xe0 0xf0 Supported RX frame types: * IBSS: 0xd0 * managed: 0x40 0xd0 * AP: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * AP/VLAN: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 * P2P-client: 0x40 0xd0 * P2P-GO: 0x00 0x20 0x40 0xa0 0xb0 0xc0 0xd0 software interface modes (can always be added): * monitor interface combinations are not supported Device supports scan flush.
Tutaj widać, że pasmo 40MHz jest dostępne HT40, więc nie wiem dla czego go nie używa?
Też dziwna sprawa, to WiFi nie powinno mieć 5GHz łącza, tutaj twierdzi, że ma. Czy ja to źle rozumiem?
sudo iw --debug dev wlan0 set channel 1 HT40+
-- Debug: Sent Message: -------------------------- BEGIN NETLINK MESSAGE --------------------------- [NETLINK HEADER] 16 octets .nlmsg_len = 44 .type = 22 <0x16> .flags = 5 <REQUEST,ACK> .seq = 1493203226 .port = 1558 [GENERIC NETLINK HEADER] 4 octets .cmd = 2 .version = 0 .unused = 0 [PAYLOAD] 24 octets 08 00 03 00 03 00 00 00 08 00 26 00 6c 09 00 00 ..........&.l... 08 00 27 00 03 00 00 00 ..'..... --------------------------- END NETLINK MESSAGE --------------------------- -- Debug: Received Message: -------------------------- BEGIN NETLINK MESSAGE --------------------------- [NETLINK HEADER] 16 octets .nlmsg_len = 64 .type = 2 <ERROR> .flags = 0 <> .seq = 1493203226 .port = 1558 [ERRORMSG] 20 octets .error = -95 "Operation not supported" [ORIGINAL MESSAGE] 16 octets .nlmsg_len = 16 .type = 22 <0x16> .flags = 5 <REQUEST,ACK> .seq = 1493203226 .port = 1558 --------------------------- END NETLINK MESSAGE --------------------------- command failed: Operation not supported (-95)
Jak widać wyskakuje błąd ale nie znalazłem sposobu, żeby temu zaradzić.
sudo dpkg -l | grep -i network
ii firmware-realtek 0.43+rpi5 all Binary firmware for Realtek wired and wireless network adapters ii ifupdown 0.7.53.1 armhf high level tools to configure network interfaces ii iproute2 3.16.0-2 armhf networking and traffic control tools ii iputils-ping 3:20121221-5 armhf Tools to test the reachability of network hosts ii net-tools 1.60-26 armhf NET-3 networking toolkit ii netbase 5.3 all Basic TCP/IP networking system ii ntp 1:4.2.6.p5+dfsg-7+deb8u2 armhf Network Time Protocol daemon and utility programs ii raspberrypi-net-mods 1.2.5 all Network configuration for the Raspberry Pi UI ii traceroute 1:2.0.20-2 armhf Traces the route taken by packets over an IPv4/IPv6 network
Czy ta szerokość pasma może być też ustawiona przez któryś z tych programów? Bo może to jeden z nich robi problem. Ja poza wpa_supplikantem nic nie konfigurowałem i nie wiem czy te programy mogą negatywnie wpłynąć na jakość połączenia.
Bardzo bym prosił o pomoc, to już jest strasznie frustrujące, szczególnie, że nie wiem dla czego tak się dzieje.
Pozdrawiam.
Ostatnio edytowany przez Piotrus Pan (2017-04-27 13:54:55)
Offline
Kombinuję już od jakiegoś czasu jak uruchomić 300Mbit/s na TL-WN823N v1.
Najprawdopodobniej problemem jest szerokość pasma. Blokuje się 20MHz mimo, że może działać na 40MHz.
Na routerze nie mogę ustawić, żeby działał tylko na 40MHz, więc nie mogę w ten sposób wymusić.
Jak nie możesz ustawić na routerze, to ci się karta nie przełączy na 40 MHz, bo takie ustawienie musi być zaakceptowane podczas negocjowania parametrów połączenia na obu ze stron i to urządzenie w trybie AP decyduje o szerokości kanałów (STA się dostosowują). Jak router ma 20 MHz, to klienty automatycznie też tyle będzie mieć.
Lepiej powiedz jakie ustawienia masz na routerze, bo router ma zabronione przełączanie się na 40 MHz, gdy są duże zakłócenia w okół (dużo sieci WiFi), czyli praktycznie w żadnym blokowisku firmware producenta nie powinien zezwolić na przełączenie na szerszy kanał. OpenWRT/LEDE umożliwia wymuszenie 40 MHz i pogwałcenie standardu.
Też dziwna sprawa, to WiFi nie powinno mieć 5GHz łącza, tutaj twierdzi, że ma. Czy ja to źle rozumiem?
Nie łącza, a pasma. Ja mam taką samą kartę ale bawiłem się nią wiele miechów temu i wtedy sterownik nic w zasadzie nie oferował (polecenie iw nie działało z nim). Widać trochę się od tego czasu zmieniło ale nadal pewnie sterownik jest jeszcze niedopracowany i dlatego takie kwiatki są.
Offline
Cześć!
Mój router to Linksys X3500. Na 5GHz mogę ustawić, żeby używał tylko pasma 40MHz, co nie jest pomocne i na 2.4GHz mogę ustawić 20MHz albo Auto (20MHz or 40MHz).
https://drive.google.com/open?id=0B6KiCDm--orcRjd6WldROEdiZGs
Mówisz, że to kwestia tego, że są inni wokoło? Czyli to, że mam Link Quality=100/100 Signal level=100/100 Noise level=0/100 to nie istotne? W zasięgu mam z 16 innych sieci.
Mój Asus N55U też mógł wymusić 40MHz ale się spalił i trochę w pośpiechu kupiłem tego Linksysa.
Offline
Przy auto będzie weryfikowało czy są inne sieci w zasięgu. Nie wiem przy jakiej ilości tych sieci nie zezwoli na przełączenie (przy 16 to na 100%) ale wskazania Link Quality, Signal level i Noise level nie mają większego znaczenia, bo jakość sygnału jest zmienna w czasie w zależności czy użytkownicy innych sieci transmitują dane. Do tego dochodzi jeszcze fakt, że to ty swoim transferem możesz zakłócać innym sygnał. Dlatego takie restrykcje są i powinno się ich przestrzegać dla "dobra ogóła". xD
Ostatnio edytowany przez morfik (2017-04-26 17:41:08)
Offline
@Piotrus Pan:
Wg specyfikacji 802.11n, jeżeli ilość sieci przekracza ileśc tam (nie pamiętam dokładnie) to jest ZAKAZ włączania kanałów 40 Mhz, kanałów współdzielonych, równoległych i paru innych - cel tego taki aby sobie ludzie na wzajem nie zajechali sieci. Inna sprawa że większość tanich routerów (na pewno kilka TP-Linków które miałem) mają to w... głębokim poważaniu, i można na nich ustawić radośnie 40 Mhz niezależnie od tego ile sieci w eterze.
Hostapd z tego co pamiętam z moich prób, niestety przestrzega tych ograniczeń i nie ma wyłącznika :(
Wygląda na to że Linksys podszedł do sprawy 'jak powinien'... dobrze wiedzieć jaką firmę OMIJAĆ szerokim łukiem przy wyborze routera :)
Możliwe że jest jakiś alternatywny soft który umożliwia to co chcesz, albo OpenWrt czy co tam teraz jest do routerów używane - o ile jest wspierany ten model.
Inna sprawa że najlepiej pewnie było by się zaopatrzyć w 802.11ac i jechać na 5Ghz przy takiej ilości sieci...
Pozdrawiam.
Offline
@morfik , @Huk
No to mnie Panowie zasmuciliście.
Ja już taki napalony byłem na te 300Mbit/s.
Miałem kiedyś jakiegoś dongla Linksys-a AC ale nie działał poprawnie pod Debianem. Maksymalnie miałem 5Mbit/s i też się tutaj próbowałem ratować. Jeszcze popatrzę za jakimś donglem AC ale na razie to chyba marne szanse :-(
Offline
@morfik
Hahahaha XD
Nie wiem co gorsze? 60 sieci czy mieszkać nad kawiarnią i restauracją, które mają WiFi i ludzi, którzy ciągle z tego WiFi korzystają? Nie, żebym tam airodump-a robił czy coś ;-)
Ostatnio edytowany przez Piotrus Pan (2017-04-26 18:11:55)
Offline
@Piotrus Pan:
Jedno ale - jeżeli chcesz osiągnąć '300' Mbps (czytaj realnie jak wiatr zawieje bliżej 80-100 Mbps) to na RPI (jakimkolwiek) może być problem - USB na RPI działa dość opornie, to nie jest pełne USB2 tylko USB2 z chipsetu na telefon (do tego dość mocno przestarzałego), dlatego część urządzeń nie działa w ogóle, a inne działają nie do końca poprawnie. W RPI2 jest lepiej ale mimo wszystko daleko od perfekcji.
Więc nawet jakby się zsynchronizował na te 300 Mbps to bardzo możliwe że realna prędkość będzie mniejsza (albo będzie gubić pakiety albo coś). Nawet na kablu RPI tyłka nie urywa (bo karta sieciowa komunikuje się z resztą RPI za pomocą USB a nie bezpośrednio).
Nie wiem co chcesz tam robić że potrzebujesz pełnych 300 Mbps ale na RPI może to być niewykonalne.
Offline
@Huk
Tak, zdaję sobie sprawę z limitacji Rpi2. Już mam wyłączony limit prądu na USB na przykład, zasilacz mam 2,4A na kanał i podkręcone CPU. Zrobiłem z tego NAS i chciałem też monitoring do tego dodać, dla tego WiFi i dla tego "jak najszybsze" łącze bym chciał.
Jak na razie na kablu mam 11,5MB/s (~92Mbit/s) dla tego wydaje mi się że jeszcze da się więcej. Na tym TP-Link-u mam około 10MB/s (~80Mbit/s) a niby jest 144,4Mbit/s. Zdaję sobie sprawę, że jak by działał na 300Mbit/s to też w rzeczywistości nie byłoby 300Mbit/s, taki urok wifi.
Poza tym, dongla można zawsze podłączyć do innego urządzenia.
Offline
@morfik:
Mnie się nigdy nie udało powyżej 50% wyciągnąć... max coś koło 130 Mb/s miałem ale to jak router stał przy kompie. Tak normalnei bliżej 100 Mb/s może na 5 Ghz byłoby lepiej.
@Piotrus Pan:
To i tak bardzo ładnie zapierdziela IMHO, przy 300 Mb/s będziesz pewnie miał realnie ze 100-110 Mb/s (bo to liniowo nie rośnie i bardzo zależy od producentów karty i routera).
Offline
To wifi zasuwa bo to testy, Rpi jest blisko routera, bo jak na razie używałem kabla. Na pewno jak bym dał Rpi w miejsce docelowe to nie będzie już tak cudownie :-)
Może bylibyście w stanie mi zaproponować jakieś urządzenie rozmiarów Rpi, może być i trochę większe, na które łatwo zainstalować Debiana i miałoby tam pełne USB3, Ethernet 1Gbit/s i/lub wifi AC?
Osobiście bardzo nie lubię Rasbiana, jak dla mnie strasznie beznadziejnie utrzymują porządek z kernelami, zablokowali sprzętowe kodowanie h264 i na dodatek domyślnie nie dają nagłówków, więc jest problem z kompilacją. Chciałem zainstalować natywnego Debiana ale te instrukcje co czytałem albo są niekompletne albo ja jestem za głupi na architekturę arm.
Offline
@Piotrus Pan:
Hmm ja kiedyś z tego co kojarzę na RPI2 zainstalowałem Debiana czystego i problemów z tym nie było, działo ładnie - minus że grafika tylko VESA (bo na Raspbianie jest BLOB od BroadCom który obsługuje 3D), ale poza tym z tego co kojarzę chodziło lepiej od Raspbiana.
Próbowałeś instalować? Coś się sypie?
Offline
@Piotrus Pan:
Myślę że większość androidowych set-top boxów spełni przynajmniej część Twoich wymagań.
Osobiście nie widzę zastowania dla minikomputera bez RTC. Przemyśl też temat thinclientów, sam mam hp5735 i delikatnie mówiąc bardzo sobie chwalę- spełnia się w roli firewalla (opnsense) i poligonu dla początku z BSD ;)
W porównaniu do RPi: ma zegar (xD), da się rozbudować, jest dużo większy, wciąż jednak mniejszy od netbooka.
Offline