Kiểm tra sự thành công của bản cập nhật Over the Air [đã đóng]

Thực tiễn tốt nhất để đảm bảo thiết bị IoT đã được cập nhật thành công là gì?

Bạn cần làm gì để kiểm tra các bản cập nhật OTA và xác thực thiết bị? Tiến lên một bước nữa, làm thế nào bạn có thể giám sát / quản lý các phiên bản phần mềm (bản cập nhật) của một nhóm thiết bị IoT?

Tôi có phần mềm (Windows Server - hơi khác với 'mọi thứ' nhưng hiệu trưởng là như nhau) gọi trong mỗi 24 giờ - nó sẽ gửi lại dữ liệu meta khác nhau về chính nó:

• tên khách hàng (hoặc ID duy nhất)
• phiên bản phần mềm
• dấu thời gian của cuộc gọi / yêu cầu
• loại sản phẩm / id

Dịch vụ web phân tích dữ liệu và chèn (hoặc cập nhật nếu khách hàng có hàng hiện có) một hàng trong cơ sở dữ liệu.

Bằng cách này, khách hàng mới được tự động thêm vào DB, khách hàng hiện tại nhận được dấu thời gian 'nhìn thấy lần cuối' của họ và chúng tôi luôn có phiên bản phần mềm mới nhất của họ. Tôi có thể chạy các truy vấn DB cho tôi biết khách hàng nào trên các phiên bản cũ hơn và / hoặc khách hàng nào đã không gọi trong một thời gian.

Gần đây, chúng tôi cũng đã thực hiện cập nhật tự động (nghĩ là cập nhật OTA) và vì đây là một quá trình quan trọng, chúng tôi đã triển khai từ xa cụ thể cho việc này - đó là hồ sơ:

• Phiên bản hiện tại.
• Phiên bản sẽ được cập nhật.
• Ai / khi được ủy quyền (nếu cần có sự chấp nhận của khách hàng).
• Dấu thời gian và mã trạng thái cho từng bước chính.

Điều này cho phép chúng tôi xác định xem các khía cạnh nhất định của bản cập nhật tự động có bị lỗi hay không và trong nhiều trường hợp, chúng tôi có thể gọi cho khách hàng thường xuyên trước khi họ nhận thấy rằng có bất cứ điều gì sai.

Sự khác biệt lớn với 'điều' là bạn thường bị hạn chế bộ nhớ, do đó, để thực hiện cập nhật OTA xxx Kbvề phần sụn bạn cần xxx Kb * 2có bộ nhớ (phần sụn hiện có + bộ nhớ đủ để lưu phần sụn mới trước khi bắt đầu cập nhật phần sụn thực tế)

Ví dụ, bạn có thể gửi yêu cầu mỗi X tuần / ngày / giờ ... đến một máy chủ có số phiên bản hiện tại của phần mềm. Sau đó, bạn sẽ có thể sử dụng các phân tích để xem tỷ lệ phần trăm và số lượng thiết bị hiện tại được cập nhật.

Đó là tất cả về một chính sách đồng bộ hóa thông minh

Bạn cần một chính sách đồng bộ hóa thông minh hoạt động song song với phương pháp tiếp cận cập nhật của bạn. Điểm rõ ràng nhất về thời gian mà thiết bị IoT sẽ đồng bộ hóa phiên bản của nó là ngay sau khi cập nhật . Phần còn lại của lịch trình đồng bộ hóa phụ thuộc nhiều vào loại thiết bị.

Có phải nó luôn được bật và được kết nối thông qua kết nối đã bật trong đó một đồng bộ hóa duy nhất không tốn (rất nhiều) việc đồng bộ hóa định kỳ khá tốt để giữ cho dữ liệu của bạn về thiết bị hiện tại.

Nếu thiết bị ở đâu đó thì mọi bit đều tốn kém vì bạn đang sử dụng các kết nối vệ tinh đắt tiền, lịch trình đồng bộ hóa phải phù hợp với hoàn cảnh đó.

Xác minh đồng bộ hóa

Trong một thiết bị đủ tiên tiến (đọc phạm vi giá hoặc vùng vận hành để chứng minh điều đó), mỗi thiết bị có thể được trang bị chứng chỉ ứng dụng khách cho phép kiểm tra tính xác thực của đồng bộ hóa.

Dù sao với các thiết bị của khách hàng cuối, bạn sẽ luôn có các thiết bị bị rớt radar do pin sắp hết, thiết bị không sử dụng hoặc đơn giản là khách hàng thay đổi mật khẩu không dây và không thông báo cho thiết bị IoT. Những người đó có thể không phải làm bất cứ điều gì với bản cập nhật của bạn, ngay cả khi họ cùng nhau vượt thời gian.