Wifi vs Bluetooth: zakłócenia

[Mateusz Viste]

Od jakiegoś czasu korzystam w domu z małej kolumny głośnikowej
bluetooth. Mój laptopowy Linux wykrywa ją bez problemu, a moje dębowe
ucho jest z niej bardzo zadowolone.

Problem pojawia się, kiedy wykonuję jakiś transfer danych poprzez wifi:
wówczas dźwięk zaczyna przerywać, charczeć albo całkiem milknie.
Zauważyłem, że kłopot pojawia się wyłącznie przy transferach o
prędkości wyższej niż ok. 350 KiB/s. Co ciekawe, efekt występuje również
kiedy z kolumny korzysta komputer A, a transfer wykonuję na komputerze
B. Oba komputery działają pod kontrolą Linuksa, i teraz nie wiem - czy
to one jakoś niezgrabnie obsługują komunikację bluetooth, czy też może
to jakieś zakłócenie stricte radiowe.

Spotkał się ktoś z tym? Jest na to jakiś lek?

Mateusz

[Kamil Jońca]

Mateusz Viste <mat...@xyz.invalid> writes:

[...]

>
> Spotkał się ktoś z tym? Jest na to jakiś lek?

Nie wiem, ale się wypowiem. Próbowałeś włączyć Wifi 5GHz?

KJ

--
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html

[Mateusz Viste]

2021-07-23 o 10:27 +0200, Kamil Jońca napisał:
> > Spotkał się ktoś z tym? Jest na to jakiś lek?
>
> Nie wiem, ale się wypowiem. Próbowałeś włączyć Wifi 5GHz?

Przeszło mi przez myśl, że wyraźniejsze rozdzielenie częstotliwości
mogłoby przynieść jakąś poprawę. Niestety, mój obecny router nie
proponuje działania w paśmie 5 GHz, więc nie sprawdzę. Poza tym, nie
wszystkie moje domowe laptopy to wspierają, więc ew. sukces byłby tak
czy inaczej tylko częściowy.

Mateusz

[Dominik 'Rathann' Mierzejewski]

Date: Fri, 23 Jul 2021 10:18:38
From: Mateusz Viste

Przełącz się z Wi-Fi na 5GHz, to jedyny lek. Można też próbwać zmienić
kanał, jeśli musisz używać 2.4GHz. Niestety, Bluetooth też działa na
2.4GHz. U mnie jest podobny problem, jak mam na biurku za dużo urządzeń
działających na 2.4GHz (Wi-Fi, Bluetooth), to przestaje mi działać
bezprzewodowa mysz Logitecha na odbiorniku Unifying (też 2.4GHz).

Pozdrawiam,
Dominik
--
Fedora https://getfedora.org | RPM Fusion http://rpmfusion.org
There should be a science of discontent. People need hard times and
oppression to develop psychic muscles.
-- from "Collected Sayings of Muad'Dib" by the Princess Irulan

[Mateusz Viste]

2021-07-23 o 09:33 +0000, Dominik 'Rathann' Mierzejewski napisał:
> Przełącz się z Wi-Fi na 5GHz, to jedyny lek. Można też próbwać zmienić
> kanał, jeśli musisz używać 2.4GHz. Niestety, Bluetooth też działa na
> 2.4GHz.

Wcześniej próbowałem już zmienić losowo kanał na inny, ale nie
skutkowało to żadną słyszalną zmianą. Teraz postanowiłem przysiąść i
przetestować kolejno wszystkie dostęne kanały. Mogłem to zrobić
wcześniej... Jak się okazuje, ze wszystkich dostępnych u mnie (1-13)
kanałów, tylko kanał nr 1 nie kłóci się z bluetooth. Problem rozwiązany,
dziękuję za wskazówkę!

Mateusz

[Piotr Rogoza]

W dniu Fri, 23 Jul 2021 09:33:39 +0000, uzytkownik Dominik 'Rathann'
Mierzejewski napisal:

> Przełącz się z Wi-Fi na 5GHz, to jedyny lek. Można też próbwać zmienić
> kanał, jeśli musisz używać 2.4GHz. Niestety, Bluetooth też działa na
> 2.4GHz. U mnie jest podobny problem, jak mam na biurku za dużo urządzeń
> działających na 2.4GHz (Wi-Fi, Bluetooth), to przestaje mi działać
> bezprzewodowa mysz Logitecha na odbiorniku Unifying (też 2.4GHz).
>
> Pozdrawiam,
> Dominik

Dobrze wiedzieć. U mnie przy 3-4 urządzeniach BT czasem myszka tnie. W
szczególności gdy mam rozmowę przez Teamsy. W teorii router działa na obu
zakresach. Też będę musiał sprawdzić.




--
piecia aka dracorp
pisz na: imie.r.public at gmail dot com

[Mateusz Viste]

2021-07-23 o 11:58 +0200, Mateusz Viste napisał:
> Jak się okazuje, ze wszystkich dostępnych u mnie (1-13) kanałów,
> tylko kanał nr 1 nie kłóci się z bluetooth.

Drobna poprawka: problem jednak nie został rozwiązany, tylko
przesunięty: pojawia się już nie przy transferach rzędu 350 KiB/s, a
dopiero powyżej 1 MiB/s. To i tak znacząca poprawa i taki stan jest na
co dzień zadowalający. Następny krok to inwestycja w 5 GHz - teraz
przynajmniej nie mam już wątpliwości co do przyczyny problemu.

Mateusz

[Kamil Jońca]

Mateusz Viste <mat...@xyz.invalid> writes:

[..]

> wszystkie moje domowe laptopy to wspierają, więc ew. sukces byłby tak
> czy inaczej tylko częściowy.

Z ciekawości: iluletnie? Mam lapka >6 letniego i twierdzi, że pracuje na
5GHz.

KJ


--
http://stopstopnop.pl/stop_stopnop.pl_o_nas.html

[Mateusz Viste]

2021-07-24 o 11:52 +0200, Kamil Jońca napisał:
> Z ciekawości: iluletnie? Mam lapka >6 letniego i twierdzi, że pracuje
> na 5GHz.

Mam dwa, oba jakoś około 10-letnie: Lenovo W530 i T520. Ten pierwszy
wspiera pasmo 5 GHz, a ten drugi nie (choć google twierdzi inaczej, ale
widać musiały istnieć różne modele). Kiedyś próbowałem wymienić w nim
kartę wifi na nowszą, ale nic z tego - BIOS odmawia współpracy z
czymkolwiek, co nie zostało podpisane "Lenovo" (a grzebać ponad miarę
nie miałem motywacji). Do tego domowy router ADSL (już 15-letni) też
nie wspiera 5 GHz. Miałem wcześniej osobne AP na 5 GHz ale nie przeżyło
pewnej burzy, więc jest jak jest. Jakoś na przyszłą wiosnę ma do mnie
dojść światłowód, wówczas sytuacji się być może poprawi.

Mateusz

[Marcin Debowski]

A w drugą stronę nie przeszkadza, tzn. nie ma widocznego spadku
transferu? Jeśli nie, to może jeszcze jedna rzecz do wypróbowania:
zobacz jakiej klasy masz BT w laptopie. Jeśli innej niż 1 to można
spróbować coś po tej lini (np. jakimś dąglem usb klasy 1).

Tak swoją drogą, BT jest zwykle zintegrowany z wifi w obrębie jednej
fizycznej karty, nie jest to trochę dziwne, że są takie zkłocenia?

--
Marcin

[Mateusz Viste]

2021-07-24 o 10:07 GMT, Marcin Debowski napisał:
> A w drugą stronę nie przeszkadza, tzn. nie ma widocznego spadku
> transferu? Jeśli nie, to może jeszcze jedna rzecz do wypróbowania:
> zobacz jakiej klasy masz BT w laptopie. Jeśli innej niż 1 to można
> spróbować coś po tej lini (np. jakimś dąglem usb klasy 1).

Nie, w drugą stronę nie zauważam spadku, tj. bluetooth zostaje
zakłócone przez wifi, ale odwrotnego wpływu nie obserwuję. Z tego co
kojarzę, to bluetooth używa znacząco mniejszej mocy niż wifi, pewnie
dlatego "przegrywa". Tzn. tak naiwnie przypuszczam, bo ja żaden
radiowiec.

Nie wiem, jakiej klasy jest moduł bluetooth w moim laptopie. Domyślam
się, że drugiej, bo ma zasięg powyżej metra ale mniej niż 10 metrów
(kolumna milknie, kiedy odchodzę z laptopem ponad ok. 6m). hciconfig
natomiast podaje, że to klasa "Computer, Laptop" :)

# hciconfig -a
hci0: Type: Primary Bus: USB
BD Address: 3C:77:E6:F1:6D:B1 ACL MTU: 1021:8 SCO MTU: 64:1
UP RUNNING PSCAN ISCAN
RX bytes:944 acl:0 sco:0 events:45 errors:0
TX bytes:973 acl:0 sco:0 commands:45 errors:0
Features: 0xbf 0xfe 0xcf 0xfe 0xdb 0xff 0x7b 0x87
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH SNIFF
Link mode: SLAVE ACCEPT
Name: 'mateusz'
Class: 0x1c010c
Service Classes: Rendering, Capturing, Object Transfer
Device Class: Computer, Laptop
HCI Version: 4.0 (0x6) Revision: 0x1000
LMP Version: 4.0 (0x6) Subversion: 0x220e
Manufacturer: Broadcom Corporation (15)

> Tak swoją drogą, BT jest zwykle zintegrowany z wifi w obrębie jednej
> fizycznej karty, nie jest to trochę dziwne, że są takie zkłocenia?

Jeśli o mnie chodzi, to już dawno nauczyłem się niczemu nie dziwić.
Przy czym jak już wspominałem, zakłócenia są takie same niezależnie od
tego, czy zakłócaczem jest laptop emitujący strumień audio, czy inny.

Mateusz

[Marcin Debowski]

On 2021-07-24, Mateusz Viste <mat...@xyz.invalid> wrote:

A zarzuć jeszcze lspci bo po powyższym nic nie mogę wyszukać.
Możesz tez zerknąć na lsusb -v bo mimo, że karta jest pewnie na pcie to
moduł BT na tej karcie jest na usb.

--
Marcin

[Mateusz Viste]

2021-07-24 o 13:24 GMT, Marcin Debowski napisał:
> A zarzuć jeszcze lspci bo po powyższym nic nie mogę wyszukać.
> Możesz tez zerknąć na lsusb -v bo mimo, że karta jest pewnie na pcie
> to moduł BT na tej karcie jest na usb.

Moduł jest zaiste na usb, lspci go nie zna. lsusb podaję niżej. Nie mogę
z tego wyczytać klasy, ale jakby nie było - po wczorajszym
przestawieniu wifi na kanał 1 sytuacja jest bardzo zadowalająca,
prędkości 1 MiB/s nie mam szans osiągnąć swoim łączem internetowym, więc
problem ogranicza się do sytuacji transferów z/do domowego NAS, a te
wykonuję relatywnie rzadko (dziś rano miał akurat miesjce backup, tylko
dzięki temu zauważyłem, że problem nadal występuje).

---------------------------------------------------------
Bus 001 Device 003: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0
[ThinkPad] Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 255 Vendor Specific Class
bDeviceSubClass 1
bDeviceProtocol 1
bMaxPacketSize0 64
idVendor 0x0a5c Broadcom Corp.
idProduct 0x21e6 BCM20702 Bluetooth 4.0 [ThinkPad]
bcdDevice 1.12
iManufacturer 1 Broadcom Corp
iProduct 2 BCM20702A0
iSerial 3 3C77E6F16DB1
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 218
bNumInterfaces 4
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0010 1x 16 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0000 1x 0 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0000 1x 0 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0009 1x 9 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0009 1x 9 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 2
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0011 1x 17 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0011 1x 17 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 3
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0019 1x 25 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0019 1x 25 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 4
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0021 1x 33 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0021 1x 33 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 5
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0031 1x 49 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type None
Usage Type Data
wMaxPacketSize 0x0031 1x 49 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 255 Vendor Specific Class
bInterfaceSubClass 255 Vendor Specific Subclass
bInterfaceProtocol 255 Vendor Specific Protocol
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x84 EP 4 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0020 1x 32 bytes
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x04 EP 4 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0020 1x 32 bytes
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 3
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 254 Application Specific Interface
bInterfaceSubClass 1 Device Firmware Update
bInterfaceProtocol 1
iInterface 0
Device Firmware Upgrade Interface Descriptor:
bLength 9
bDescriptorType 33
bmAttributes 5
Will Not Detach
Manifestation Tolerant
Upload Unsupported
Download Supported
wDetachTimeout 5000 milliseconds
wTransferSize 64 bytes
bcdDFUVersion 1.10
can't get device qualifier: Resource temporarily unavailable
can't get debug descriptor: Resource temporarily unavailable
Device Status: 0x0001
Self Powered
---------------------------------------------------------


Mateusz

[Marcin Debowski]

On 2021-07-24, Mateusz Viste <mat...@xyz.invalid> wrote:

> 2021-07-24 o 13:24 GMT, Marcin Debowski napisał:
> Bus 001 Device 003: ID 0a5c:21e6 Broadcom Corp. BCM20702 Bluetooth 4.0
> [ThinkPad] Device Descriptor:
> bLength 18
> bDescriptorType 1
> bcdUSB 2.00
> bDeviceClass 255 Vendor Specific Class
> bDeviceSubClass 1
> bDeviceProtocol 1
> bMaxPacketSize0 64
> idVendor 0x0a5c Broadcom Corp.
> idProduct 0x21e6 BCM20702 Bluetooth 4.0 [ThinkPad]
> bcdDevice 1.12
> iManufacturer 1 Broadcom Corp
> iProduct 2 BCM20702A0

Niestety widzę, że BCM20702 występuje i jako class 1 i jako class 2, a
nic innego sensownego nie mogę znaleźć.

Te dwa laptopy, które wymieniłeś, oba wydają się mieć radia 5GHz:
W530 Intel Corporation Centrino Ultimate-N 6300
T520 Intel Centrino Advanced-N 6205 (to jest ten od BT? BT nie jest tu
zintegrowany z wifi).

--
Marcin

[Mateusz Viste]

2021-07-24 o 12:02 +0200, Mateusz Viste napisał:
> Do tego domowy router ADSL (już 15-letni) też nie wspiera 5 GHz.

Dziś zainstalowałem StarLink od SpaceX (swoją drogą b. ciekawa zabawka),
ich routerek wspiera 5 GHz. Mogę już potwierdzić, że korzystając z wifi
5 GHz wszelkie zakłócenia BT zupełnie zniknęły. Starając się wysycić
link udało mi się dojść do 145 Mbps down + 20 Mbps up, nawet wówczas BT
zachowuje się wzorowo. To chyba jednoznacznie potwierdza wcześniejszy
trop.

Mateusz

[Pawel]

W dniu 17.08.2021 o 09:01, Mateusz Viste pisze:

> 2021-07-24 o 12:02 +0200, Mateusz Viste napisał:
>> Do tego domowy router ADSL (już 15-letni) też nie wspiera 5 GHz.
>
> Dziś zainstalowałem StarLink od SpaceX (swoją drogą b. ciekawa zabawka),

Jakbys powiedzial cos wiecej, to chetnie bym poczytal na temat tego
neta, zwlaszcza jak sie zachowuje w czasie, a nie tylko po kilku dniach
testow.
Jaki sprzet Ci dali?

[Mateusz Viste]

2021-08-17 o 18:51 +0200, Pawel napisał:
> Jakbys powiedzial cos wiecej, to chetnie bym poczytal na temat tego
> neta, zwlaszcza jak sie zachowuje w czasie, a nie tylko po kilku
> dniach testow. Jaki sprzet Ci dali?

Elon przysłał mi taki malutki, leciutki talerz na trójnogu, jakieś 30m
kabla eth, router/AP o dźwięcznej nazwie "StarLink router" i zasilacz
PoE do którego wpina się zarówno router, jak i talerz.

Okablowanie jest bardzo fajne: od talerza leci TYLKO jeden kabel eth, i
wpina się do zasilacza. Tak samo z routerem: żadnych przycisków,
żadnych dziwnych wtyczek, tylko JEDNA wtyczka RJ45 którą wpina się
do zasilacza (ten ostatni robi najwyraźniej także za switch). Kompletnie
idioto-odporny design. Wykonanie routera, talerza i zasilacza jest
nienaganne, router jest aluminiowy, daje ciekawe wrażenie jakiegoś
kosmicznego artefaktu i grzeje się równomiernie (i bardzo rozsądnie)
na całej swojej powierzchni. Z urządzeniami klienckimi router
komunikuje się wyłącznie po wifi, wspiera zarówno 2.4 GHz jak i 5 GHz.

Talerz jest zmotoryzowany, jak tylko postawiłem go za domem, ten przez
parę minut się pokręcił, sam wyszukał satelity i po góra 5 minutach
wszystko działało. Z ciekawości przeniosłem potem talerz o kilka
metrów, żeby zobaczyć czy zgłupieje - nie zgłupiał. Ustawił się
"patrząc" prosto w kosmos, chwilę podumał i sprawnie ustawił się
poprawnie. Przerwa łączności ze światem trwała nie dłużej jak 2 minuty.
Jak rozumiem satelity StarLink nie są geostacjonarne i zmieniają swoją
pozycję, a talerz je na bieżąco śledzi. Robi to na tyle dyskretnie, że
nie zauważam, by jakoś znacząco zmieniał swoje ustawienie. Od wczoraj
(tj. od kiedy został uruchomiony) konsekwentnie patrzy na północ.

Tutaj talerz: https://imgpile.com/i/NBF6cu
A tutaj router: https://imgpile.com/i/NBFEWk

Prędkość póki co trzyma się okolic 120-150 Mbps w download i 20 Mbps w
upload, nawet przy pochmurnej, deszczowej pogodzie.

Speedtest wygląda tak: https://imgpile.com/i/NBFSIM

Od strony sieciowej też wygląda to zadziwiająco dobrze: wewnątrz EU
obserwuję RTD poniżej 50 ms (a do 8.8.8.8 ledwie 20 ms), czyli
porównywalnie tyle, co ADSL i o niebo lepiej niż klasyczne rozwiązania
satelitarne o sekundowym lagu. Do naziemnej łączności StarLink korzysta
najwyraźniej z sieci Google, a mój punkt wyjścia znajduje się gdzieś
przy Frankfurcie nad Menem (choć samo moje IP geolokalizowane jest w
Paryżu).

Generalnie bardzo przemyślana i wysoce dopracowana sprawa.

Mateusz

[Jarosław Sokołowski]

Pan Mateusz Viste napisał:

> Tutaj talerz: https://imgpile.com/i/NBF6cu

Owce mu krzywdy nie zrobią?

--
Jarek

[Mateusz Viste]

2021-08-18 o 12:56 +0200, Jarosław Sokołowski napisał:
> Owce mu krzywdy nie zrobią?

Obiecały mi, że nie będą mu dokuczać... Czy te oczy mogą kłamać?
https://imgpile.com/images/NBQoDG.jpg

Mateusz

[Jarosław Sokołowski]

Pan Mateusz Viste napisał:

>> Owce mu krzywdy nie zrobią?
>
> Obiecały mi, że nie będą mu dokuczać... Czy te oczy mogą kłamać?
> https://imgpile.com/images/NBQoDG.jpg

Chyba nie. A przy okazji: to są słuchawki Bluetooth?

--
Jarek

[Kaczin]

W dniu 18.08.2021 o 13:24, Mateusz Viste pisze:

Ja bym uważał, ona ruda jest...

--
Kaczin

[Marcin Debowski]

Tak tak, a rano będzie tam już openwrt.

--
Marcin

[Mateusz Viste]

2021-08-18 o 12:44 +0200, Mateusz Viste napisał:
> Prędkość póki co trzyma się okolic 120-150 Mbps w download i 20 Mbps w
> upload, nawet przy pochmurnej, deszczowej pogodzie.

Muszę tu nanieść drobną poprawkę: pogoda najwyraźniej jednak ma wpływ
na osiągi tego łącza. Niebo u mnie dziś bezchmurne, zapuściłem więc z
ciekawości speedtesta. 200 Mbps down, 25 Mbps up, 45 ms RTD.
https://imgpile.com/images/NQuwSw.png

Mateusz