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!

Ogłoszenie

Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.

#1  2017-04-26 14:15:35

  Piotrus Pan - Użytkownik

Piotrus Pan
Użytkownik
Zarejestrowany: 2009-07-15

[Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

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

Kod:

Linux pi 4.4.50-v7+ #970 SMP Mon Feb 20 19:18:29 GMT 2017 armv7l GNU/Linux

lsusb

Kod:

Bus 001 Device 005: ID 0bda:8178 Realtek Semiconductor Corp. RTL8192CU 802.11n WLAN Adapter

lsmod

Kod:

Module                  Size  Used by
8192cu                560049  0
cfg80211              428871  1 8192cu

sudo ifconfig

Kod:

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

Kod:

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

Kod:

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

Kod:

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+

Kod:

-- 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

Kod:

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

 

#2  2017-04-26 16:04:18

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

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

 

#3  2017-04-26 16:36:23

  Piotrus Pan - Użytkownik

Piotrus Pan
Użytkownik
Zarejestrowany: 2009-07-15

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

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

 

#4  2017-04-26 17:37:04

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

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

 

#5  2017-04-26 17:43:30

  Huk - Smoleńsk BULWA!

Huk
Smoleńsk BULWA!
Zarejestrowany: 2006-11-08

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#6  2017-04-26 17:56:40

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

16 sieci to i tak nie dużo w porównaniu do tego co ja mam u siebie. Jak ja się przejdę po pokojach, to u mnie potrafi złapać około 60. xD

Offline

 

#7  2017-04-26 18:05:22

  Piotrus Pan - Użytkownik

Piotrus Pan
Użytkownik
Zarejestrowany: 2009-07-15

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#8  2017-04-26 18:10:53

  Piotrus Pan - Użytkownik

Piotrus Pan
Użytkownik
Zarejestrowany: 2009-07-15

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#9  2017-04-26 18:14:25

  Huk - Smoleńsk BULWA!

Huk
Smoleńsk BULWA!
Zarejestrowany: 2006-11-08

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#10  2017-04-26 18:36:41

  Piotrus Pan - Użytkownik

Piotrus Pan
Użytkownik
Zarejestrowany: 2009-07-15

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#11  2017-04-26 18:37:41

  morfik - Cenzor wirtualnego świata

morfik
Cenzor wirtualnego świata
Skąd: ze WSI
Zarejestrowany: 2011-09-15
Serwis

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

Zasada jest w sumie jedna przy obliczaniu tego realnego transferu WiFi -- 60% max co może z tego być. Czyli przy 300 to jak będzie 200 to wypas. xD

Offline

 

#12  2017-04-26 19:44:27

  Huk - Smoleńsk BULWA!

Huk
Smoleńsk BULWA!
Zarejestrowany: 2006-11-08

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#13  2017-04-26 20:32:31

  Piotrus Pan - Użytkownik

Piotrus Pan
Użytkownik
Zarejestrowany: 2009-07-15

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

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

 

#14  2017-05-01 19:57:16

  Huk - Smoleńsk BULWA!

Huk
Smoleńsk BULWA!
Zarejestrowany: 2006-11-08

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

#15  2017-05-01 22:56:59

  lis6502 - Łowca lamerów

lis6502
Łowca lamerów
Skąd: Stalinogród
Zarejestrowany: 2008-12-04

Re: [Closed] TL-WN823N v1 brak 300Mbit/s na Rpi2

@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

 

Stopka forum

Powered by PunBB
© Copyright 2002–2005 Rickard Andersson
To nie jest tylko forum, to nasza mała ojczyzna ;-)