Giới hạn bộ nhớ flash và bài toán cân não của thiết bị IoT
Giới hạn bộ nhớ flash và bài toán cân não của thiết bị IoT
Những người làm phần cứng IoT đều biết một thực tế phũ phàng - không gian lưu trữ trên chip nhớ luôn là thứ tài nguyên xa xỉ. Câu chuyện mới đây từ Shelly - thương hiệu sản xuất thiết bị nhà thông minh nổi tiếng với các module công tắc âm tường - là một ví dụ điển hình cho thấy ranh giới mong manh giữa tính năng phần mềm và giới hạn vật lý của linh kiện.
Nhà sáng lập kiêm đồng Giám đốc điều hành của Shelly, ông Dimitar Dimitrov, vừa đăng tải một khảo sát trên nhóm cộng đồng Facebook để tham khảo ý kiến người dùng về hướng đi cho dòng thiết bị thế hệ thứ tư (Gen4). Phần cứng của hệ Gen4 hoàn toàn đủ khả năng hỗ trợ giao thức Thread và Matter over Thread. Nhưng vấn đề nằm ở chỗ dung lượng bộ nhớ flash hiện tại không đủ để chứa tất cả mọi thứ.
Rào cản từ kiến trúc phân chia phân vùng bộ nhớ
Các thiết bị Shelly Gen4 hiện được xuất xưởng với hai tùy chọn phần mềm. Bản thứ nhất hỗ trợ Wi-Fi, Bluetooth và Matter over Wi-Fi. Bản thứ hai tương thích với mạng Wi-Fi và Zigbee. Người dùng có thể chuyển đổi linh hoạt giữa hai phiên bản này tùy theo hạ tầng mạng ở nhà.
Tuy nhiên, để tạo ra một bản phần mềm thứ ba tích hợp cả Wi-Fi, Thread và Matter over Thread mà vẫn giữ nguyên các tính năng cũ là điều bất khả thi ở thời điểm hiện tại. Dung lượng bộ nhớ flash của chip không cho phép điều đó. Để đưa Thread vào, Shelly buộc phải cắt bớt các tính năng khác. Tính năng chịu ảnh hưởng trực tiếp và nặng nề nhất chính là scripting - khả năng chạy trực tiếp các đoạn mã lập trình ngắn trên thiết bị.
Đối với những người dùng phổ thông, việc mất đi scripting có thể không quá quan trọng. Nhưng với những kỹ sư hệ thống hoặc những người thích tự tay tối ưu hóa nhà thông minh - nhóm khách hàng cốt lõi của Shelly - đây là một tổn thất lớn. Scripting cho phép thiết bị tự đưa ra quyết định xử lý cục bộ mà không cần phụ thuộc vào bộ điều khiển trung tâm. Nó giúp hệ thống hoạt động ổn định ngay cả khi mất kết nối mạng.
Bản chất ngốn tài nguyên của các giao thức hiện đại
Tại sao Matter over Thread lại chiếm dụng nhiều bộ nhớ đến vậy? Để trả lời câu hỏi này, chúng ta cần nhìn vào cấu trúc của bộ thư viện phát triển phần mềm (SDK) dành cho Matter.
Matter được thiết kế để hoạt động thống nhất trên nhiều nền tảng khác nhau. Sự tiện lợi này đi kèm với một cái giá rất đắt về dung lượng. Bộ cài đặt Matter chứa rất nhiều thư viện con phục vụ cho việc mã hóa, xác thực bảo mật, quản lý mô hình dữ liệu và điều phối kết nối. Khi kết hợp thêm với giao thức mạng mesh Thread - vốn đòi hỏi các tiến trình chạy ngầm để duy trì bản đồ định tuyến giữa các nút mạng - dung lượng firmware nhanh chóng phình to.
Trong thiết kế thiết bị nhúng, bộ nhớ flash thường được chia làm nhiều phân vùng. Để đảm bảo tính năng cập nhật phần mềm từ xa (OTA) hoạt động an toàn, nhà sản xuất phải cấu hình ít nhất hai phân vùng chạy ứng dụng song song - thường gọi là phân vùng active và phân vùng standby. Khi thiết bị tải về bản cập nhật mới, bản cập nhật này sẽ được ghi vào phân vùng standby. Nếu quá trình cập nhật thành công, thiết bị mới chuyển sang chạy trên phân vùng này. Cơ chế này giúp thiết bị tránh bị hỏng hoàn toàn (brick) nếu chẳng may mất điện giữa chừng khi đang cập nhật.
Chính cơ chế OTA này đã cắt đôi dung lượng bộ nhớ thực tế mà lập trình viên có thể sử dụng cho ứng dụng. Với một chip nhớ flash thông dụng loại 4MB hoặc 8MB, không gian dành cho mỗi phân vùng ứng dụng thực tế chỉ còn một nửa. Việc nhồi nhét cả Wi-Fi stack, Thread stack, thư viện Matter cùng với một trình thông dịch mã script (như JerryScript hay QuickJS) vào khoảng trống ít ỏi đó là một bài toán cực kỳ nan giải.
Dưới đây là bảng so sánh các lựa chọn đánh đổi về tính năng trên firmware của thiết bị Shelly Gen4:
| Phiên bản phần mềm | Giao thức hỗ trợ | Tính năng nổi bật | Điểm hạn chế |
|---|---|---|---|
| Bản 1 (Mặc định) | Wi-Fi, Bluetooth, Matter over Wi-Fi | Hỗ trợ scripting cục bộ, Webhook, MQTT | Không hỗ trợ mạng mesh Thread |
| Bản 2 (Tùy chọn) | Wi-Fi, Zigbee | Kết nối tốt với các cảm biến Zigbee cũ | Không hỗ trợ Matter, không có Thread |
| Bản 3 (Dự kiến) | Wi-Fi, Thread, Matter over Thread | Mạng mesh tiết kiệm điện, tương thích cao | Mất tính năng scripting, giảm bộ nhớ đệm |
Khi logic tự động hóa phải di cư lên hub trung tâm
Khi các thiết bị đầu cuối buộc phải hy sinh năng lực tính toán cục bộ để nhường chỗ cho các giao thức kết nối tiêu chuẩn, gánh nặng xử lý logic sẽ được đẩy về các bộ điều khiển trung tâm. Trong thế giới nhà thông minh mã nguồn mở, Home Assistant chạy trên các bo mạch nhúng như Raspberry Pi đang là giải pháp cứu cánh phổ biến.
Thay vì bắt từng công tắc âm tường phải tự gánh các đoạn mã script phức tạp, người ta có thể tối ưu hóa hệ thống bằng cách chuyển toàn bộ các kịch bản tự động hóa lên một chiếc Raspberry Pi hoạt động như một máy chủ cục bộ. Việc này mang lại nhiều lợi ích thiết thực:
- Tiết kiệm tài nguyên cho thiết bị đầu cuối, giúp chúng hoạt động mát hơn và bền bỉ hơn.
- Dễ dàng quản lý, chỉnh sửa mã nguồn của toàn bộ hệ thống tại một nơi duy nhất thay vì phải truy cập vào từng thiết bị để sửa lỗi.
- Tận dụng được sức mạnh xử lý vượt trội của chip ARM trên Raspberry Pi để thực hiện các tác vụ nặng như phân tích hình ảnh camera hoặc nhận diện giọng nói ngoại tuyến.
Thực tế thì việc sử dụng Raspberry Pi làm thiết bị hỗ trợ cho Home Assistant là một phương án rất kinh tế và linh hoạt cho các dự án tại Việt Nam. Người lắp đặt có thể phân tách rõ ràng - thiết bị đầu cuối chỉ làm nhiệm vụ chấp hành và báo cáo trạng thái qua Thread hoặc Zigbee, còn mọi logic vận hành phức tạp sẽ do máy chủ Raspberry Pi đảm nhận.
Lựa chọn thực tế cho kỹ sư Việt Nam
Sự phân vân của Shelly mang đến nhiều bài học giá trị cho các kỹ sư thiết kế phần cứng và phát triển phần mềm IoT tại thị trường Việt Nam.
Trước hết, khi bắt tay vào thiết kế một sản phẩm IoT mới, việc lựa chọn dung lượng bộ nhớ flash cần được nhìn nhận dưới góc độ dài hạn. Nếu sản phẩm có định hướng hỗ trợ các tiêu chuẩn kết nối hiện đại như Matter hay Thread trong tương lai, việc chọn các dòng chip có dung lượng flash lớn - từ 16MB trở lên - là quyết định đầu tư hoàn toàn xứng đáng. Chi phí chênh lệch của linh kiện nhớ flash trên quy mô sản xuất công nghiệp tuy có tăng nhưng sẽ giúp đội ngũ phát triển phần mềm tránh được những đêm mất ngủ vì phải tối ưu hóa từng kilobyte mã nguồn.
Tuy nhiên, nếu đang phải làm việc với các phần cứng có sẵn bị giới hạn về bộ nhớ, phương pháp chia tách firmware thành nhiều phiên bản chuyên biệt như cách Shelly đang làm là một giải pháp tình thế rất thông minh. Nó giúp tối ưu hóa trải nghiệm cho từng nhóm đối tượng khách hàng khác nhau mà không cần phải thay đổi thiết kế phần cứng vật lý.
Cuối cùng, đối với các kỹ sư tích hợp hệ thống, việc hiểu rõ giới hạn của thiết bị đầu cuối sẽ giúp thiết kế ra những hệ thống mạng nội bộ hoạt động ổn định nhất. Đừng cố gắng ép một thiết bị có cấu hình yếu phải gánh vác quá nhiều nhiệm vụ. Hãy phân bổ tài nguyên một cách hợp lý giữa thiết bị chấp hành và máy chủ điều khiển trung tâm để đạt được độ trễ thấp nhất và độ tin cậy cao nhất cho công trình.