Як легко налаштувати Wi-Fi на смарт-пристрої без екрана?


14

Я роблю пристрій IoT, який обслуговуватиме веб-додаток через WiFi, до якого можна отримати доступ, щоб керувати ним.

Мені хотілося б легко налаштувати. Наприклад, найпростіший спосіб, який я можу собі уявити, полягає в наступному; все, що знадобиться - це телефон або подібне з можливостями NFC. (Тільки гіпотетично, оскільки це передбачає, що NFC тощо може це зробити!)

  1. Користувач вмикає пристрій IoT
  2. Користувач тримає телефон на панелі NFC пристроїв IoT
  3. Пристрій IoT запитує телефон для отримання облікових даних Wi-Fi
  4. Пристрій IoT використовує облікові дані для підключення до WiFi
  5. Пристрій IoT спрямовує браузер телефону на його URL-адресу

Але відразу я бачу можливі вади:

  • Телефон навряд чи захоче видавати повноваження; ризик безпеки.
  • Телефон навряд чи захоче перейти до вказаної URL-адреси; ризик безпеки.
  • NFC, ймовірно, не має визначених стандартів для подібних операцій; навіть якщо проблеми безпеки зменшуються (наприклад, запитуючи дозволу користувача), я не можу повірити, що мені пощастить, щоб це було здійснено. Тож для цього потрібно було б завантажити додаток для телефону. Що означає, що додаток потрібно було б написати для Apple, інше для Android тощо, а також у випадку Apple, його потрібно було б затвердити, і в будь-якому випадку користувачеві доведеться шукати його, встановлювати його та навчитися ним користуватися. - все перемагає призначення веб-інтерфейсу.

Очевидно, що деякі користувачі не матимуть сумісних з NFC телефонів, тому також повинен бути вторинний метод.

Єдине усвідомлення рішення, яке я маю, пов'язане з тим, як працює моя IP-камера безпеки WiFi. Спочатку потрібно підключити його через кабель Ethernet до маршрутизатора в підмережі 192.168.1.X із заданим IP-адресою (наприклад, для моєї камери потрібно 192.168.1.100 зарезервувати або безкоштовно). Потім звідти користувач переходить на сторінку http://192.168.1.100/ , входить у систему за допомогою наданого камери ім’я користувача та пароля, а потім звідти налаштовує камеру з назвою та паролем точки доступу до Wi-Fi.

Але цей метод мав один серйозний недолік: він вимагав, щоб маршрутизатор працював у підмережі 192.168.1.X. Шахта діяла на 192.168.0.X. На щастя, я зміг її переналаштувати. Але мій новий роутер не має такої здатності !! Я б застряг. Крім того, вищевказаний метод є досить болючим; досить кілька кроків.

Які ще рішення були реалізовані для вирішення проблеми встановлення WiFi-з'єднання пристрою IoT, а потім інформування користувача про його IP-адресу, щоб він / вона отримала доступ до свого веб-інтерфейсу?


2
Ласкаво просимо на біржу стеків IoT. Чи є у вас обмеження щодо того, які модулі ви включаєте у свій пристрій IoT, окрім Wi-Fi?
Гельмар

1
Не має значення, в якій підмережі працює роутер. Ви все ще могли налаштувати пристрій (телефон, ноутбук і все, що завгодно) з IP-адресою 192.168.1.200 та переходити до 192.168.1.100, і він би спрацював.
Девід Шварц

1
Напівзапечена ідея: використовуйте двигун TTS (текст до мови), такий як espeak (linux) для виведення
CL22

Відповіді:


8

Деякі пристрої підтримують підключення до маршрутизатора через захищену налаштування Wi-Fi (WPS) , що є особливістю більшості сучасних маршрутизаторів, щоб дозволити будь-якому пристрою підключатися до вашої мережі (з обмеженим періодом часу для ініціювання з'єднання), як тільки ви натиснув кнопку WPS на маршрутизаторі.

Кнопка має вигляд приблизно так:

Кнопка WPS

( ArnoldReinhold , кнопка WPS маршрутизатора Cisco , CC BY-SA 3.0 )

Роблячи це, вам не потрібно вводити ваш пристрій IoT - просто натисніть кнопку, щоб підключитися до вашої мережі тощо !

Ця проблема також вивчається далі в підключенні пристроїв до Інтернету речей за допомогою Wi-Fi . Поряд із ідеєю WPS, яку я спочатку запропонував, у них є кілька інших варіантів:

Ще один поширений підхід полягає в тому, щоб кавоварка з'явилася як точка доступу зі своїм власним SSID та фразовою фразою, яка постачається на картці швидкого запуску виробника. При такому підході, коли кавоварка підключена та працює від SSID кавоварки, транслюється так, що її легко ідентифікувати. Користувач відключається від бездротової мережі, підключається бездротово та безпосередньо до кавоварки та переходить до області для введення SSID та фразової передачі мережі. Потім пристрій конфігурується як клієнт в мережі користувача.

Цей метод видається найбільш практичним для будь-якої мережі, де ви не можете використовувати WPS (можливо, немає підтримки WPS від вашого маршрутизатора, або немає проблем з безпекою WPS ). Звичайно, вона досить задіяна і вимагає більше технічних знань, тому це не ідеально.

Усі ці методи, які я окреслив, справді спрацьовують, лише якщо ви керуєте дизайном пристрою IoT - як споживача, якщо спосіб підключення пристрою не працює, це по суті - велика удача - єдиний варіант повернення це в магазин!


10

Звичайний метод полягає в тому, що пристрій IoT встановлює тимчасову точку доступу Wi-Fi. Ця AP може бути відкритою, або пароль і так далі можна навіть закодувати в QR-код. Такі коди можуть бути легко генеруються з допомогою таких інструментів , як це . Спробуйте це:

ExampleQRCode

Перевага полягає в тому, що користувач повинен надати фактичний пароль Wi-Fi, і обидва ризики для безпеки уникнути, оскільки це посилання - це не будь-яка URL-адреса , а стандартний дескриптор Wi-Fi, який зазвичай підтримують телефони. Таким чином, лише ця тимчасова точка доступу не дуже безпечна. Ще одна перевага полягає в тому, що вам потрібна лише камера на смарт-телефоні, і я загрожую здогадом, що кожен користувач IoT, що працює, матиме телефон із камерою.


3

Я радий, що ви отримали інші відповіді, тому що NFC, мабуть, неправильна технологія для цього.

Ваш телефон читає теги NFC і діє на них; немає запиту на телефон, і немає зв'язку та назад.

Тож у кращому випадку можна позначити пристрій - за допомогою URL-адреси. Коли телефон торкається пристрою, він перенаправляється на веб-сторінку, яка дозволяє користувачеві візуально налаштувати, а потім інструктує пристрій візуально щодо нової конфігурації.

Це не складно, але я б рекомендував одну з інших відповідей. Я публікую це лише для того, щоб запропонувати інший варіант вам і будь-яким майбутнім шукачам цього питання.

Очевидно, що деякі користувачі не матимуть сумісних з NFC телефонів, тому також повинен бути вторинний метод.

Справді :-)


1
Чи не може активний тег NFC використовуватися для більш динамічного обміну інформацією? У мене було враження, що в цьому випадку є тут, і це може бути корисно.
Aurora0001

2
Ні в якому разі не можна контролювати. Тег NFC може містити лише корисне навантаження, яке зчитується пристроєм. Корисне навантаження може бути URL-адресою, електронною адресою, номером телефону тощо, але воно читається тільки. Я зазвичай кодую URL-адресу з параметрами, якими мій сервер буде обробляти та виконувати всю логіку http://me.com/foo.php?device=Xі т. Д. Ви можете перехопити прочитане в додатку для Android і обробити його там, не заходячи на сервер, але я вважаю, що рішення вирішується краще .
Мауг каже, що повернемо Моніку

2
До речі, "активний" означає лише те, що у нього є власне джерело живлення (невеликий акумулятор) та "пасивний", що тег працює від зчитувача, коли він знаходиться поруч.
Мауг каже, що повернемо Моніку

1
NFC тег має тільки корисне навантаження, але NFC не обмежується тегами! AFAIK всі телефони NFC фізично здатні використовувати NFC в інших режимах, хоча програмне забезпечення може не завжди його піддавати. Протокол NFC може бути використаний і в режимі однорангових. Це навіть не збільшило б вартість пристрою, я думаю: суть режиму тегів (режим читання-запису) полягає в тому, що тег не має жодного джерела живлення, крім електричного поля, і для цього додатка джерелом живлення є в наявності.
Жил "ТАК - перестань бути злим"

1
"NFC не обмежується тегами" - чіп, значить? Промисловість називає їх тегами, але я гнучка :-) "тег не має джерела живлення, крім електричного поля", як це стосується RFID, це справедливо для пасивних тегів, але не для активних - ось різниця між їх.
Мауг каже, що поверніть Моніку
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.