Thread: Một công nghệ không thể dùng hoặc không thể dạy?
(overengineer.dev)Giải thích chi tiết về Thread và các vấn đề
- Bài viết của Dennis Schubert công bố năm 2022 về một giải pháp lưu trữ và quản lý tồn kho hạt cà phê bị “quá kỹ sư hóa” đã truyền cảm hứng cho nhiều người
- Gần đây, Dennis tạo phiên bản 2 của dự án trước đó để kéo dài thời lượng pin, và trong quá trình này đã bắt đầu tìm hiểu về điện tử công suất thấp
- Kết quả profiling cho thấy WiFi là nguyên nhân chính gây hao pin, nên anh bắt đầu tìm các lựa chọn thay thế như LoRa hoặc Zigbee
- Một network stack tên là Thread có vẻ là lựa chọn hấp dẫn, vì nó dùng cùng lớp vật lý với Zigbee nhưng dựa trên IPv6 và có ưu điểm là kết nối với mạng gia đình hiện có thông qua bridge
- Nhiều thiết bị như Apple HomePod, Nest Hub... đã đóng vai trò Thread Border Router, nên có thể áp dụng khá dễ dàng
- Anh lên kế hoạch tự thực hiện một dự án dựa trên Thread và viết một bài blog về nó
Vấn đề về tính đóng của Thread Group
- Thread sử dụng các công nghệ tiêu chuẩn mở như IEEE 802.15.4, IPv6, CoAP, nhưng bản thân tài liệu đặc tả lại được giữ ở chế độ không công khai
- Tài liệu đặc tả được áp dụng DRM và có chèn watermark
- Để triển khai công nghệ Thread và áp dụng vào sản phẩm, cần phải tham gia Thread Group
- Gói membership cấp Implementer rẻ nhất có giá 7.500 USD mỗi năm
- Có implementation mã nguồn mở là OpenThread, nhưng ngay cả khi dùng nó để phát hành sản phẩm cũng vẫn cần membership
- Có thể hiểu việc yêu cầu quy trình chứng nhận cho sản phẩm thương mại, nhưng rất khó hiểu khi ngay cả mục đích phi thương mại cũng bị ngăn cản
- Đặc biệt, việc chặn cơ hội tiếp cận công nghệ liên quan của các sinh viên điện tử trước khi họ bước vào ngành là một vấn đề
- Có vẻ như Thread Group, vốn được cấu thành quanh các tập đoàn lớn như Apple và Google, chỉ đang tập trung vào việc chiếm lĩnh thị trường
Ý kiến của GN⁺
-
Các công nghệ mạng như Thread, vốn trên thực tế được vận hành như công nghệ độc quyền, có thể sẽ trở thành rào cản đối với việc kích hoạt hệ sinh thái nhà phát triển. Đặc biệt, việc ngăn cản các nhà phát triển ở giai đoạn đầu tự do thử nghiệm và chấp nhận thách thức có thể về lâu dài cản trở sự phát triển công nghệ.
-
Để thị trường IoT sôi động hơn, tầm quan trọng của các giao thức mạng mở đang ngày càng tăng. Thay vì các consortium do tập đoàn lớn dẫn dắt, những dự án mã nguồn mở lấy cộng đồng làm trung tâm có thể trở thành lựa chọn thay thế.
-
Các dự án mã nguồn mở có stack kỹ thuật tương tự gồm Zigbee2mqtt và Z-Stack. Dĩ nhiên, hiện chúng chưa có vị thế rộng trong thị trường home IoT như Thread, nhưng xét về mức độ thân thiện với nhà phát triển thì có thể là lựa chọn tốt hơn.
-
Trong bối cảnh sức ảnh hưởng của các tập đoàn lớn thúc đẩy Thread là vô cùng mạnh, có lẽ sẽ không dễ để cải thiện ngay lập tức. Tuy vậy, có vẻ vẫn cần những nỗ lực để cộng đồng nhà phát triển lên tiếng và tìm kiếm phương án thay thế. Đây là lúc cần sự khôn ngoan để hài hòa lợi ích doanh nghiệp và tự do của nhà phát triển.
1 bình luận
Ý kiến Hacker News
Thật vậy sao? Cách diễn đạt pháp lý về giấy phép nghe có vẻ đang nói tới bằng sáng chế, mà nếu không có yếu tố thương mại thì bằng sáng chế không áp dụng cho công việc cá nhân.
Nếu nhìn rộng hơn, vượt ra ngoài phạm vi người làm hobby, thì sự phi lý của thế độc quyền do hệ thống bằng sáng chế hiện tại trao cho đã lộ rõ trong cấu trúc này. Các tập đoàn lớn có danh mục bằng sáng chế có thể tự do dùng OpenThread, còn doanh nghiệp nhỏ và startup thì không.
Đây là lần đầu tôi nghe về Thread, và thật ra thà đừng biết còn hơn. Buồn thật vì lại có thêm một lý do để tức giận.
Có lẽ nên tránh xa mấy thứ như thế này hết mức có thể và hy vọng nó biến mất. Tôi không muốn khuyên ai chấp nhận hay áp dụng nó.
Dùng Zigbee sẽ tốt hơn. Bản 3.x là mở và được định nghĩa rõ ràng. Dongle bridge cho HomeAssistant cũng rẻ.
Chuẩn Matter cũng có vấn đề tương tự. Ma quỷ nằm trong chi tiết, và vì marketing quá khéo nên mọi người còn chẳng hiểu mình đang ca ngợi cái gì.
Vấn đề thực sự là những người đổ tiền vào các thứ như thế này.
Tôi còn chẳng muốn dùng chính cái tên Thread. Có cảm giác các cuộc họp nhầm lẫn giữa thread của bộ lập lịch OS và tên framework sẽ kéo dài hàng tháng, hàng năm. (Hãy tưởng tượng những người không nói tiếng Anh bản ngữ nói qua nói lại mà không phân biệt được thread với threads.) Làm ơn cho tôi chết đi.
Nếu không đồng ý với giấy phép của đặc tả Thread mà chỉ dùng thẳng OpenThread thì các điều khoản giấy phép này có còn áp dụng không? Nếu chỉ đồng ý với giấy phép BSD thì chắc sẽ không bị kiện đâu nhỉ lol
"Nếu người làm vì sở thích không có tiền tham gia Thread Group thì không có cách nào dùng Thread một cách hợp pháp"
Không thể biết được cho tới khi ai đó tìm ra liệu có bằng sáng chế liên quan hay không.
Có lẽ phải chờ một công ty kiểu Compaq làm reverse engineering theo mô hình clean room rồi xem họ có bị đánh nếu thật sự tồn tại bằng sáng chế hợp lệ hay không...
Có phải chúng ta sẽ phải chờ đến khi nó trên thực tế trở thành chuẩn truyền thông trong gia đình thì cơ quan quản lý mới vào cuộc và ép phải mở ra không?
Tôi không muốn cá xem đó sẽ là cơ quan nào, nhưng ai cũng biết sẽ là nơi nào.
Tôi không rành về kiểu cấp phép ở mức này. Việc cấp phép của Thread so với Bluetooth, nơi bạn phải trả tiền để tích hợp vào sản phẩm, thì như thế nào?
Tình cờ tuần này tôi có nghịch thử Thread, và việc flash một dự án mẫu lên ESP32 rồi bắt đầu ping từ laptop hóa ra dễ hơn tôi tưởng.