Làm thế nào để các thiết bị IoT tiêu dùng thường kích hoạt kết nối Internet?


15

Theo tôi biết, có 2 phương pháp chung để cho phép truy cập từ xa (Internet, không phải LAN) vào các thiết bị IoT:

  1. Thông qua một máy chủ mà thiết bị thăm dò định kỳ (ví dụ: MQTT )
  2. Truy cập từ xa trực tiếp

Tôi cho rằng phương pháp thứ hai không đơn giản vì các thiết bị tiêu dùng thông thường đang ngồi phía sau bộ định tuyến gia đình.

Câu hỏi của tôi là: Khoảng bao nhiêu phần trăm thiết bị IoT hiện đang bán sử dụng phương pháp nào sau đây để kết nối với chúng từ xa :

  1. Thông qua một máy chủ (thiết bị thăm dò máy chủ)
  2. Truy cập từ xa trực tiếp yêu cầu cấu hình thủ công bộ định tuyến gia đình để cho phép chuyển tiếp cổng (hoặc cách khác làm lộ thiết bị)
  3. Truy cập từ xa trực tiếp nơi thiết bị tự động định cấu hình bộ định tuyến qua UPnP hoặc giao thức khác
  4. Truy cập từ xa trực tiếp bằng địa chỉ IPv6 tĩnh của thiết bị không yêu cầu thiết lập bộ định tuyến
  5. Phương pháp khác

Câu hỏi của tôi liên quan đến các thiết bị IoT tiêu dùng, chẳng hạn như bóng đèn, công tắc đèn, khóa, nhiệt kế, v.v. từ các nhà sản xuất đáng tin cậy được bán ngày nay và được lắp đặt tại nhà.

Cập nhật:

Đã tìm thấy câu trả lời này của @ Aurora0001 cho một câu trả lời khác trên trang web này về việc bấm lỗ để cho phép liên lạc trực tiếp giữa 2 thiết bị cư trú trong các mạng nội bộ khác nhau (ví dụ: phía sau bộ định tuyến gia đình). Giải pháp này yêu cầu một máy chủ, nhưng chỉ cho bắt tay ban đầu.

Tôi đoán rằng sẽ thêm một tùy chọn khác ...


Câu hỏi thú vị. Tôi không chắc liệu sẽ có dễ dàng có được số liệu thống kê để tìm ra tỷ lệ phần trăm mà bạn đặc biệt cần những thứ đó hay bạn chỉ đang cố gắng cảm nhận xem phương pháp nào phổ biến hơn?
Aurora0001

5
Ngoài ra MQTT không thăm dò ý kiến, nó mở ra một kết nối liên tục với nhà môi giới và nhà môi giới sau đó gửi tin nhắn trở lại liên kết đó
hardillb

1
Tôi đoán 99% số lượt cài đặt trong năm nay sẽ sử dụng (1), nhưng không có gì để biện minh cho dự đoán.
Sean Houlihane

2
@Mawg Tra cứu địa chỉ ngược. Truy cập một thiết bị trong nhà tôi từ nơi làm việc.
Sean Houlihane

1
@Perspectivus tại sao, thực tế không có phí trên ổ cắm mở, nó sẽ gửi một gói giữ rất nhỏ (để cho nhà môi giới biết nó vẫn ở đó) với tốc độ có thể định cấu hình, miễn là thời gian TCP rút ngắn hơn 15 phút nên mở vô thời hạn.
hardillb

Câu trả lời:


12

Tôi nghĩ rằng bạn sẽ tìm thấy một tỷ lệ khá cao của "# 5, Khác", vì danh sách này thiếu một trong những kiến ​​trúc IoT tiêu dùng phổ biến nhất: liên lạc gián tiếp qua cổng trong nhà.

Tất cả các phương pháp khác mà bạn mô tả đều có nhược điểm trong nhà: chúng khó cấu hình, chúng không an toàn hoặc chúng chiếm nhiều tài nguyên máy chủ đắt tiền. Một cổng trong nhà tránh những vấn đề đó cho các thiết bị riêng lẻ, chỉ phơi bày một thiết bị với internet.

Các cổng thông thường phục vụ một số mục đích. Đầu tiên, đó là một cầu nối giao thức. Các thiết bị không dây sử dụng tất cả các loại giao thức truyền thông mở và độc quyền, bao gồm Z-Wave, Zigbee, RF 900 MHz chuyên dụng, RF 433 MHz chuyên dụng, đèn hồng ngoại, Bluetooth, BLE, ANT +, Crestron, v.v ... Những cách này giải quyết tất cả các loại vấn đề thích hợp, như chi phí cho mỗi thiết bị, thời lượng pin, mạng lưới tự cấu hình, thời gian phản hồi nhanh, liên lạc không an toàn, cấu hình đơn giản sử dụng bộ nhớ tối thiểu, v.v ... Cách này hầu hết các thiết bị IoT tiêu dùng không sử dụng gói IP, mà thay vào đó cung cấp dữ liệu của họ bên trong nhiều khung nhỏ hơn để bảo vệ tuổi thọ pin. Cổng sẽ chuyển đổi giao thức độc quyền thành thứ gì đó dễ vận chuyển hơn và có thể tương tác với mạng dựa trên IP.

Ngoài ra, cổng trong nhà là một nơi tốt để lưu trữ các quy tắc của hệ thống. Nếu bạn sẽ bật các quy tắc như "nếu bạn bật đèn ở đầu cầu thang, cũng bật đèn lối vào, trừ khi đèn bếp bật", bạn có thể đặt quy tắc trong công tắc đèn, tập trung máy chủ web, hoặc cổng. Đặt các quy tắc trong mỗi công tắc đèn sẽ tạo ra một cấu hình dễ vỡ, khó thiết lập, thay đổi hoặc quản lý. Chạy các quy tắc trong một máy chủ tập trung giới thiệu độ trễ vì tin nhắn phải được dịch sang TCP, được mã hóa, gửi qua internet, hành động phải được nhận, giải mã và dịch lại cho Zigbee. Cổng cho phép nhà cung cấp giải quyết các vấn đề này bằng cách cung cấp một điểm quản lý duy nhất để sao lưu và khôi phục và bộ xử lý cục bộ để chạy các quy tắc một cách nhanh chóng.

Bảo mật là một vấn đề lớn: Các thiết bị IoT cần phải rẻ và bộ xử lý giá rẻ không có CPU và bộ lưu trữ lớn cho các chức năng mã hóa an toàn. Chưa kể mong muốn tránh chi phí lớn cho việc phát triển các giao thức được mã hóa an toàn. Vì vậy, họ thực hiện bảo mật rất yếu (giá rẻ) trong các thiết bị tiêu dùng hoặc không có bảo mật nào cả. Họ bù đắp cho điều này bằng cách chỉ liên lạc trong một phạm vi rất hạn chế - họ chỉ phải đến cổng vào nhà. Bằng cách này, cổng xử lý các liên lạc không bảo mật cục bộ và chỉ có một thiết bị cần sức mạnh xử lý và lưu trữ cần thiết để liên lạc với đám mây qua TLS.

Cuối cùng, cổng có thể cung cấp một điểm giao diện người thuận tiện cho các thiết bị. Hầu hết các cổng hiển thị giao diện web, cho phép cấu hình dựa trên GUI. Hãy tưởng tượng bạn đang cố mã hóa cấu hình mật khẩu WiFi 12 ký tự vào một thiết bị chỉ bằng một nút và một đèn LED. Tệ hơn nữa, hãy tưởng tượng nhân viên hỗ trợ qua điện thoại của công ty bạn nói chuyện với từng khách hàng thông qua quy trình đó.

Thật không may, điều này vẫn không trả lời trực tiếp câu hỏi của bạn. Nhưng tôi hy vọng kiến ​​trúc cổng là cách phổ biến nhất mà các thiết bị hướng đến người tiêu dùng kết nối với internet.

EDIT: Đáp lại nhận xét của bạn về các cổng trong nhà được sử dụng cho các thiết bị IoT, có một số loại cơ bản: mục đích duy nhất dành riêng, đa mục đích chuyên dụng và mục đích chung. Ngoài các giao diện bên dưới, tất cả chúng đều có giao diện Ethernet hoặc WiFi để kết nối các tin nhắn đến và từ mạng IP.

Một cổng chuyên dụng duy nhất chỉ nói về các thiết bị của một nhà sản xuất cụ thể. Các ví dụ đơn giản nhất có thể là một khóa USB nhận dữ liệu từ một thiết bị duy nhất, như khóa Fitbit. Các ví dụ khác bao gồm Cầu Philips Hue (chỉ giao tiếp với bóng đèn Philips Hue); Cổng nâng cấp MyQ Gateway (chỉ giao tiếp với dụng cụ mở cửa nhà để xe của thang máy thang máy, Chamberlain hoặc Craftsman); hoặc Harmony Hub (giao tiếp với Logitech Harmony điều khiển từ xa và nhấp nháy IR đến các thành phần rạp hát gia đình khác nhau.)

Một ví dụ về trung tâm đa năng chuyên dụng sẽ là trung tâm SmartThings của Samsung. SmartThings bán nhiều loại thiết bị tự động hóa gia đình, nhưng chúng chỉ nói giao thức SmartThings. Trung tâm SmartThings cũng có thể giao tiếp với nhiều bộ điều khiển thiết bị khác thông qua IP và có tích hợp IFTTT riêng.

Các cổng mục đích chung có thể có một số thành phần độc quyền, nhưng thường hỗ trợ nhiều giao diện và có thể phục vụ như một giao diện nhà thông minh chính. Ví dụ bao gồm Wink Hub (giao tiếp với các thiết bị Zigbee, Z-Wave, Lutron và Kidde RF); Vera Edge (giao tiếp với các thiết bị Z-Wave và Insteon, và mở rộng để giao tiếp với các thiết bị bên ngoài).

Cuối cùng, cũng có một số nỗ lực nguồn mở rất tích cực trong lĩnh vực tự động hóa nhà mục đích chung, bao gồm cả Domoticz và OpenHAB. Đây là các chương trình phần mềm hỗ trợ giao tiếp với các thiết bị IoT thông qua các thiết bị cầu chuyên dụng (như dongle Z-Wave USB hoặc radio Zigbee), thực hiện các quy tắc và cung cấp các khả năng tích hợp rộng rãi như IFTTT, MQTT và các thiết bị khác.


Cảm ơn John. Bạn có thể cung cấp tài liệu tham khảo cho các bài viết chung về hoặc ví dụ cụ thể về các cổng trong nhà như vậy không?
Perspectivus

8

Hầu như tất cả các sản phẩm tiêu dùng hoạt động theo cách này sẽ yêu cầu máy chủ bên ngoài làm trung gian cho việc gửi tin nhắn từ một thiết bị bên ngoài đến một thiết bị cụ thể trong nhà. Ngay cả trong trường hợp rõ ràng nhất về việc hiển thị cổng 22 trên Raspberry Pi của bạn, bạn vẫn (nói chung) vẫn yêu cầu dịch vụ DNS động.

  1. Thiết bị khởi tạo và duy trì kết nối liên tục với máy chủ. Điều này không yêu cầu cấu hình bộ định tuyến, miễn là bộ định tuyến cung cấp quyền truy cập https vào web ...

Đối với tất cả các phương pháp khác, thiết bị cầm tay từ xa cần có thể tìm thấy thiết bị trong nhà. Các giao thức ngang hàng đôi khi sẽ sử dụng chuyển tiếp cổng vì chúng có mong muốn tránh kiến ​​trúc máy khách-máy chủ.

Ngoài ra, có thể một hệ thống sẽ mở một cổng đến bằng UPnP, nhưng điều này không cần thiết cho các ứng dụng IoT. Điều này có thể áp dụng cho các ứng dụng chơi trò chơi cũ, nhưng sẽ sụp đổ ngay khi có nhiều hơn một nút trên một IP công cộng.

Mặc dù IPv6 cho phép một cặp thiết bị được liên kết, nhiều mạng không hỗ trợ IPv6 kết thúc vào ngày hôm nay. Một máy chủ là cần thiết bất kể cung cấp các bản cập nhật firmware (trừ khi thiết bị bị lỗi thời trước khi bán).

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.