Công tắc đèn thông minh WiFi với API đám mây?


12

Tôi cần một số gợi ý cho một công tắc đèn thông minh dựa trên WiFi có thể được điều khiển từ xa và có API mở.

Công tắc đèn WeMo không mở API từ xa. Tương tự với một TP-Link HS200 phổ biến khác . Hầu hết các công tắc điều khiển từ xa khác mà tôi tìm thấy chỉ có thể được điều khiển thông qua Ứng dụng của riêng họ. Có một số dự án GitHub đã thiết kế ngược các ứng dụng này, nhưng tôi thích sử dụng API do nhà sản xuất trực tiếp xuất bản vì dự án của tôi dài hạn và tôi không muốn đặt cược vào giải pháp thiết kế ngược.

Câu trả lời:


9

Các giải pháp chứng minh trong tương lai nhất của bạn sẽ là những giải pháp tách biệt hoàn toàn phần cứng khỏi giao thức .

Công tắc đèn HS200 ví dụ của bạn tham gia nhiều cửa hàng thông minh dựa trên hệ thống Embedded Linux (nguồn có sẵn trong Trung tâm mã GPL của TP Link ) Các cơ hội, giống như hầu hết các cửa hàng, hệ thống cơ bản được lấy từ một nhánh nhà cung cấp lạ một bản phân phối Linux phổ biến dành cho các bộ định tuyến. Các mô hình khác có thể sử dụng một chiếc ESP8266. Bất kỳ trong số này thường có thể thay thế phần sụn chứng khoán bằng một phần mềm khác, có thể hoạt động như một máy chủ trên mạng cục bộ cho phép kiểm soát theo cách đó và đăng ký các tin nhắn được chuyển tiếp qua một thứ như nhà môi giới MQTT trên đám mây, cho phép thoát khỏi -home kiểm soát. Bạn giữ lại toàn bộ khả năng để kích hoạt một hoặc cả hai đường dẫn, để thay đổi quy tắc và thay đổi nhà cung cấp dịch vụ.

Nếu phần cứng bạn đang sử dụng sau đó trở nên không khả dụng, vì bạn hoàn toàn kiểm soát giao thức, tất cả những gì bạn cần làm là tìm phần cứng khác nhau để chạy nó. Di chuyển mã bên thiết bị giữa một cái gì đó như OpenWRT Linux phổ biến trên các sản phẩm có nguồn gốc từ bộ định tuyến và kim loại trần ESP8266 sẽ là một công việc hợp lý, nhưng về mặt khái niệm thì đơn giản. Nhưng việc chuyển nó từ OpenWRT trên một chip định tuyến sang OpenWRT trên một chip khác hoặc chuyển nó sang bất kỳ Linux nào (hoặc nếu bạn phải, thậm chí có thể Win IoT) chạy trên raspberry pi hoặc Edison hoặc Beagle Bone sẽ trực tiếp hơn.

Chia các vai trò của hệ thống thành các phần riêng biệt với các ranh giới rõ ràng đòi hỏi bạn phải làm thêm một chút về phía trước, nhưng có nghĩa là bạn sẽ có thể phản ứng với bất kỳ thay đổi nào, theo cách mà bạn không thể làm được nếu bạn sử dụng một giải pháp tích hợp theo chiều dọc từ một nhà cung cấp duy nhất.


Cảm ơn bạn đã giải thích giới hạn với việc sử dụng 'giải pháp tích hợp theo chiều dọc từ một nhà cung cấp duy nhất' và lợi ích của việc ghép lỏng phần cứng và giao thức. Nếu việc chứng minh và kiểm soát toàn diện trong tương lai là thực sự quan trọng, có lẽ, đây là cách duy nhất để đi. Nhưng, ngay bây giờ, tôi chỉ tìm kiếm một giải pháp tốt hơn một số API bị hack trong github. Những gì bạn đề xuất là quá nhiều công việc cho chúng tôi.
rajendra

4

Như Chris đã nói, chìa khóa là tách giao thức khỏi phần cứng. Nhưng điều đó không có nghĩa là bạn phải thực hiện phần sụn của riêng mình! Bạn có thể chọn một công tắc hỗ trợ giao thức tự động hóa phổ biến và sẵn có tại nhà, chẳng hạn như Z-Wave hoặc Insteon. Đây là các giao thức khép kín, nhưng có rất nhiều nhà sản xuất tạo ra các thành phần tương thích với chúng. Sau đó, bạn có thể sử dụng bộ điều khiển tự động hóa gia đình tích hợp các giao thức tự động hóa gia đình với IP.

Tôi sử dụng bộ điều khiển tự động hóa nhà Vera Edge cung cấp API web; và có những lựa chọn khác là tốt. Tôi đã chọn Vera vì toàn bộ hệ thống chạy cục bộ mà không yêu cầu quyền truy cập vào giao diện đám mây được lưu trữ; không có phí dịch vụ hàng tháng, thiết bị và các quy tắc hoàn toàn nằm trong tầm kiểm soát của tôi. Tôi có thể chọn ẩn API phía sau tường lửa của mình, phơi bày API bên ngoài hoặc tôi có thể tận dụng các dịch vụ đám mây miễn phí của Vera để hiển thị API cho tôi. (Ngoài ra, Vera có một cộng đồng rất tích cực, liên tục bổ sung hỗ trợ cho các thiết bị tự động hóa gia đình mới.) Vera cung cấp một ứng dụng miễn phí cho iPhone và Android, nhưng bạn không bị ràng buộc với ứng dụng của họ. Một số nhà phát triển độc lập đã tạo ra các ứng dụng của riêng họ, thúc đẩy API của Vera (Grasshopper, VeraMate và ImperiHome là ba sản phẩm như vậy) để cung cấp GUI thay thế.

Nếu bạn phản đối một sản phẩm cổng thương mại và sẵn sàng đưa vào nhiều công việc, thì cũng có các giải pháp Nguồn mở để triển khai cổng tự động hóa nhà riêng của bạn cung cấp API web. Domoticz và OpenHAB là hai dự án nảy ra trong đầu. Tuy nhiên, các gói này vẫn chưa hoàn thiện hơn nhiều so với các giải pháp thương mại và cả hai đều đòi hỏi một lượng công việc đáng kể để thực hiện. (Và bạn cho biết bạn không muốn hack cùng một giải pháp.)

Hạn chế duy nhất tôi thấy đối với cách tiếp cận dựa trên cổng là câu hỏi của bạn là hỏi về "công tắc đèn", ngụ ý số lượng của một thiết bị. Một công tắc sóng Z có thể có giá từ $ 10 đến $ 40 (hoặc nhiều hơn) và một cổng thương mại có thể có giá $ 100- $ 400 (hoặc hơn.) Đối với một công tắc duy nhất, thẻ giá có thể không xứng đáng. Tuy nhiên, nếu bạn đang tự động hóa toàn bộ tòa nhà, chi phí của trung tâm có thể được trải ra giữa hàng tá thiết bị.


4

Gần đây tôi đã mua phích cắm thông minh Sonoff trên eBay và flash chúng với phần sụn tùy chỉnh. Điều này là có thể bởi vì chúng dựa trên ESP8266. Chúng rất phải chăng và khá tiên tiến.

Chúng cần phải được mở và một tiêu đề pin được hàn vào PCB, sau đó bạn phải lập trình chúng với bộ điều hợp FTDI , bạn cũng có thể có được giá rẻ trên eBay. Nó khá thẳng về phía trước.

Khi flash, chúng kết nối với mạng WiFi của tôi và gửi và nhận lệnh MQTT. Tôi đang sử dụng Trợ lý tại nhà cho việc này.

BRUH Tự động hóa có một video về họ: https://www.youtube.com/watch?v=-JxPWA-qxAk

nhập mô tả hình ảnh ở đây

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.