Перемістіть його ближче до базової станції. Все, що ви надсилаєте за типовими посиланнями Wi-Fi, йде в / з базової станції. Спеціальні підключення різні, але не багато хто з них використовується.
Дійсно, однак, я думаю, що ваша проблема стосується втручання. Це набагато частіше проблема, ніж відстань. Ось ілюмінатор: це втручання може бути вашим власним сигналом.
За допомогою Wi-Fi, можливо, базова станція може зробити гіпотетичне 65 Мбітне з'єднання. На жаль, це не 65 Мбіт для кожного вузла: це загальна сума 65 Мбіт , поділена між не лише вузлами A і B, але і будь-якими іншими клієнтами на тому самому каналі в тій же області. Що ще гірше, скажімо, один з ваших вузлів здатний отримати лише 18 Мбіт сигнал і активно використовує 3 Мбіт цього сигналу. При цьому використовуються шкали пропорційно максимальному теоретичному номеру для базової станції. Клієнт використовує повітряний час, а не пропускна здатність, і тому 3 Мбіт із загальнодоступних 18 Мбіт (одна шоста) означає, що він використовує одну шосту частину від загальної теоретичної 65 Мбіт, підтримувану базовою станцією, або приблизно 11 Мбіт варто повітряного часу. Це залишає максимум 54 Мбіт для всіх інших клієнтів, об’єднаних на одному каналі в тій же області. Гірше того, що ви навіть можете отримати перешкоди від пристроїв на різних каналах , оскільки частотні канали перекриваються (саме тому радіостанції 2,4 ГГц повинні коли-небудь використовувати лише канали 1, 6 або 11 в США).
У вашій ситуації, коли A передається в B, ви повинні завантажити дані на базову станцію, яка потім повинна повторно надіслати B. Це означає, що ви скоротите наявну смугу бездротової смуги навпіл, тому що вам потрібно поділитися. Якщо A також завантажує свої дані для потоку з Інтернету, ви знову знімаєте частку, і ви знижуєтесь до третини від загальної суми. Нам також потрібно враховувати інформацію про командування та управління з використаних протоколів, які повинні бути передані. Гірше того, що пропускна здатність не ділиться ідеально. Різні вузли можуть спробувати надсилати одночасно, що призводить до зіткнень. Коли це станеться, всі стикаються вузли повинні повторно відправити пакет. Зі збільшенням трафіку збільшується кількість зіткнень. Зі збільшенням кількості зіткнень кількість даних, які потрібно повторно передавати, збільшується, а шанси додаткових зіткнень виходять ще вище. Це навіть не починає враховувати інші джерела перешкод, такі як бездротові телефони, контролери відеоігор, мікрохвильові печі, бездротові клавіатури / миші, проточна вода тощо. Зрештою, у вас може бути лише незначна частка оригіналу та повідомляється 65 Mbit фактично корисний. Більш нові радіо 5 ГГц можуть допомогти у цьому, але це не панацея; якщо ви ділитесь базовою станцією, ви все ще ділитеся одним каналом і продовжуєте ділитися своїм теоретичним максимумом серед усіх клієнтів цієї базової станції. Більш нові радіо 5 ГГц можуть допомогти у цьому, але це не панацея; якщо ви ділитесь базовою станцією, ви все ще ділитеся одним каналом і продовжуєте ділитися своїм теоретичним максимумом серед усіх клієнтів цієї базової станції. Більш нові радіо 5 ГГц можуть допомогти у цьому, але це не панацея; якщо ви ділитесь базовою станцією, ви все ще ділитеся одним каналом і продовжуєте ділитися своїм теоретичним максимумом серед усіх клієнтів цієї базової станції.
Якщо ви справді хочете хорошої роботи тут, перейдіть до проводів або йдіть додому. Провідні з'єднання можуть виправити описані вище проблеми трьома способами: вони можуть забезпечити з'єднання, яке перемикається , повнодуплексне, і це майже повністю не сприймає зовнішніх втручань. Переключення означає, що якщо кожен вузол має 100 Мбіт з'єднання з базою, то 100 Мбіт присвячено виключно цьому вузлу. Якщо два вузли намагаються надсилати одночасно, база здатна утримувати пакети від одного і пересилати їх, коли лінія чітка, зменшуючи зіткнення і, отже, зменшуючи необхідність повторної передачі одних і тих же даних. Повний дуплекс означає, що вузли здатні одночасно відправляти та приймати ... знову, зменшуючи зіткнення. Тут вузол A може завантажувати потокові дані з Інтернету одночасно, коли він надсилає їх назад у напрямку B, без жодних втручань та зіткнень.
У цьому випадку через всю повторну передачу одних і тих же даних ви можете побачити значне поліпшення продуктивності, якщо навіть один із вузлів А або В має дротовий зв’язок.
Недавній приклад, де я перебуваю, - це те, що ми розгорнули iPad на весь факультет цього терміну в коледжі, де я працюю. Для підтримки цих пристроїв під час випробування ми розгорнули кілька пристроїв AppleTV до аудиторій та підключили їх до проектора для підтримки дзеркального відображення AirPlay від iPad до передньої частини аудиторії. З цього ми довідалися, що вихід з AppleTV та iPad бездротовим не спрацював добре, тим більше, що у нас можуть бути два інструктори в сусідніх кімнатах, які хочуть зробити дзеркальне дзеркальне відображення. Рішенням для нас було встановлення програмного забезпечення на ПК у кожній кімнаті для підтримки дзеркального відображення AirPlay до ПК, який є провідним. Нам довелося внести деякі зміни в мережу, щоб комп'ютери в класі були в тій самій підмережі, що і iPad, але результат набагато надійніший і з значно кращою якістю відео.