Tiêu chuẩn cho các thiết bị WiFi không kết nối Internet?


10

Tôi đang lên kế hoạch để làm rất nhiều tự động hóa nhà. Vì vậy, tôi sẽ lưu trữ một mạng WiFi riêng biệt mà tất cả các thiết bị của tôi sẽ được kết nối. Các thiết bị sẽ là đèn đơn giản, dải đèn LED RGB (smd5050 và ws2812b), bộ điều nhiệt, quạt, dụng cụ mở cửa sổ, bộ điều khiển bóng cửa sổ và ổ cắm thông thường. Ngoài ra, các máy phát hồng ngoại để mô phỏng một điều khiển từ xa để khởi động TV, v.v. Và một máy phát 433 MHz để mô phỏng một điều khiển từ xa có thể chuyển đổi các ổ cắm điều khiển từ xa tiêu chuẩn.

Bây giờ tôi đang tự hỏi liệu có bất kỳ tiêu chuẩn nào về loại giao diện mà các thiết bị này nên tiếp xúc với mạng WiFi.

Tất nhiên tôi có thể cung cấp cho mọi thiết bị một tuyến http đơn giản và sau đó viết các ứng dụng hiểu giao diện của mình, nhưng thật tuyệt nếu tôi có thể thực hiện một tiêu chuẩn cho phép tôi sử dụng các ứng dụng và chương trình đã được viết và hiểu tiêu chuẩn .

Câu trả lời:


7

Về các giao thức IoT, phổ biến nhất là HTTP, CoAP và MQTT được sử dụng trong giao tiếp.

HTTP và CoAP phù hợp với loại máy khách REST cho giao tiếp máy chủ và MQTT hỗ trợ xuất bản và đăng ký giao tiếp nhiều người dùng dựa trên, nơi nguồn gốc có thể dễ dàng từ máy chủ đến máy khách, máy khách đến máy chủ và thậm chí máy khách đến máy khách.

Trả lời câu hỏi:

Sử dụng REST qua HTTP hoặc CoAP cho một đến một giao tiếp hoặc MQTT để sử dụng lưu lượng truy cập đa điểm.

Thêm chi tiết

Sau khi nhận xét bên dưới, tôi thừa nhận câu trả lời của mình khá là một phần, vì vậy tôi đã kiểm tra và tìm thấy thêm một chút:

Ngay cả các thông tin liên lạc cũng có loại tiêu chuẩn lộn xộn này, nếu tất cả được tính toán:

http://www.sl slideshoware.net/butler-iot/butler-project-overview-13603599

Nguồn: Dự án EU Butler - Vấn đề truyền thông

Ngoài ra postscapes.com có danh sách sau dựa trên các khía cạnh khác nhau:

1  Infrastructure (ex: 6LowPAN, IPv4/IPv6, RPL)
2  Identification (ex: EPC, uCode, IPv6, URIs)
3  Comms / Transport (ex: Wifi, Bluetooth, LPWAN)
4  Discovery (ex: Physical Web, mDNS, DNS-SD)
5  Data Protocols (ex: MQTT, CoAP, AMQP, Websocket, Node)
6  Device Management (ex: TR-069, OMA-DM)
7  Semantic (ex: JSON-LD, Web Thing Model)
8  Multi-layer Frameworks (ex: Alljoyn, IoTivity, Weave, Homekit)

Giống như đã thấy trong danh sách của mỗi ví dụ, có rất nhiều trong số chúng và cũng có nhiều tùy chỉnh và độc quyền hơn chắc chắn có.

Bạn nên mở liên kết đó và đọc nó qua, nó đang thổi tâm trí. Tôi tin rằng bạn có thể gặp trong (các) dự án của mình, ít nhất là nếu các cảm biến có dạng đóng gói nặng, tức là. không chỉ các thành phần ở định dạng tinh khiết nhất, mà là một phần của một số hệ sinh thái đã tồn tại. Trong những trường hợp đó, bạn có thể không thể thương lượng theo cách bạn giao tiếp với chúng, bạn chỉ cần chọn giữa các hệ sinh thái.

Vấn đề đúng bây giờ dường như là tìm ra bộ sản phẩm hoặc bộ sản phẩm chính xác (nhóm bộ sản phẩm) có ngăn xếp giao thức giống hệt hoặc gần giống nhau qua wifi, khi bạn đặt mục tiêu (lưu ý hồng ngoại là giải pháp ra khỏi khu vực này và ở đó là nhiều giải pháp mạng không dây khác mà bạn vẫn có thể gặp phải).

Tiêu chí sẽ là xác định tất cả những gì bạn có thể muốn làm và bao nhiêu ngăn xếp bạn có thể muốn học theo cách đó. Bằng cách học tôi có nghĩa là bạn vẫn muốn chơi ít với các tiện ích và nhận thức được giao thức nhất định hoạt động như thế nào.


1
"REST over http" là một chút mơ hồ. Ngay cả trong suy nghĩ đó, tôi có thể nghĩ ra hàng trăm cách khác nhau để thiết kế giao diện, đặc biệt là đối với các thiết bị hiểu nhiều hơn 'bật' và 'tắt'. Lý tưởng nhất là tôi chỉ cung cấp địa chỉ IP và loại thiết bị và phần còn lại sẽ được chuẩn hóa. Có bất cứ điều gì như thế tồn tại?
Forivin

7

Đề nghị của tôi là MQTT. Đa năng, nhẹ và mô-đun, nó thậm chí có thể chạy trên một chiếc ESP8266 (Hub và máy khách). Giao thức MQTT có sẵn cho nhiều nền tảng từ các thiết bị di động, nhúng và cho đến các hệ điều hành lớn như MAC, Windows và Linux.

Giao thức có mô hình Nhà xuất bản, Thuê bao để liên lạc. Và một QoS để Hub có thể nhớ nếu một thuê bao đã nhận được tin nhắn từ nhà xuất bản. Vì vậy, một thiết bị ngủ có thể tăng tốc khi thức dậy và tìm kiếm tin nhắn.

Tôi chạy máy chủ MQTT của mình trên một Raspberry Pi Zero W nhỏ, nó giống như một thẻ tín dụng trên tường và theo logic tôi sử dụng "Node Red" và tôi đã bắt đầu xem xét OpenHAB cho một giải pháp phức tạp hơn.

Tôi cũng đã xây dựng các thiết bị Arduino / MQTT của riêng mình cho các thiết bị DC 12 v của mình và sử dụng sản phẩm dựa trên ESP8266 cho các thiết bị AC 230v của tôi.

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.