Open-Source Hardware
Định nghĩa
Open-Source Hardware (viết tắt là OSHW), dịch sát nghĩa sang tiếng Việt là "phần cứng mã nguồn mở", là một mô hình phát triển và phân phối thiết kế kỹ thuật trong đó toàn bộ tài liệu kỹ thuật liên quan đến sản phẩm phần cứng — bao gồm sơ đồ mạch điện, bản vẽ cơ khí, tệp thiết kế PCB (bảng mạch in), mã firmware, hướng dẫn lắp ráp, danh sách linh kiện (BOM – Bill of Materials) và thậm chí cả mô hình CAD 3D — được công khai minh bạch dưới một giấy phép hợp pháp cho phép người dùng thực hiện năm quyền cốt lõi: xem, sử dụng, học hỏi, sửa đổi và chia sẻ lại. Khác với phần mềm mã nguồn mở, ở đây đối tượng mở không phải là dòng lệnh hay thuật toán, mà là các biểu diễn kỹ thuật vật lý có thể chuyển hóa thành sản phẩm hữu hình thông qua quy trình sản xuất công nghiệp hoặc thủ công.
Thuật ngữ này không hàm ý rằng phần cứng đó miễn phí về mặt chi phí (free as in cost), mà nhấn mạnh vào tính "tự do" (free as in freedom) trong việc tiếp cận, hiểu biết và tái tạo kiến thức kỹ thuật đằng sau sản phẩm. Đây là sự mở rộng nguyên tắc triết lý mã nguồn mở từ lĩnh vực phần mềm sang lĩnh vực vật lý — nơi mà mỗi thiết kế đều mang tính khả thi về mặt chế tạo, kiểm chứng thực nghiệm và tái sản xuất độc lập. Tính "mở" ở đây không chỉ dừng lại ở việc đăng tải file lên mạng, mà còn đòi hỏi sự đầy đủ, nhất quán và khả thi của toàn bộ tập tài liệu kỹ thuật, đảm bảo người dùng cuối có thể tái tạo sản phẩm một cách độc lập mà không phụ thuộc vào nhà sản xuất gốc.
Một điểm then chốt cần làm rõ là Open-Source Hardware không đồng nghĩa với "phần cứng miễn phí" hay "phần cứng không bản quyền". Ngược lại, nó thường được bảo hộ bằng bản quyền (copyright), nhưng chủ sở hữu chủ động lựa chọn cấp phép theo các điều khoản mở thay vì giữ kín. Một số thiết kế cũng kết hợp với bằng sáng chế, nhãn hiệu hoặc bí mật thương mại, song những yếu tố này phải được minh bạch hóa và tách biệt rõ ràng với phần được cấp phép mở. Do đó, định nghĩa chuẩn xác của OSHW không dựa trên giá trị thương mại hay mức độ phổ biến, mà dựa trên tiêu chí pháp lý và kỹ thuật: sự tuân thủ nghiêm ngặt các nguyên tắc về tính minh bạch, khả năng tái tạo và quyền tự chủ kỹ thuật.
Lịch sử và nguồn gốc
Nguồn gốc của Open-Source Hardware bắt đầu hình thành từ cuối những năm 1990 và đầu thế kỷ XXI, như một hệ quả tất yếu của sự bùng nổ phong trào phần mềm mã nguồn mở và nhu cầu ngày càng tăng về tính minh bạch trong công nghệ. Trong khi GNU và Linux đặt nền móng tư tưởng cho phần mềm mở từ đầu thập niên 1980–1990, thì lĩnh vực phần cứng vẫn bị chi phối bởi mô hình kín: các nhà sản xuất giữ kín sơ đồ mạch, khóa firmware, hạn chế tài liệu kỹ thuật và áp đặt điều khoản sử dụng nghiêm ngặt. Sự bất mãn với rào cản này đã thúc đẩy một nhóm kỹ sư, nhà nghiên cứu và nhà giáo dục bắt đầu chia sẻ thiết kế mạch điện đơn giản — đặc biệt trong các ứng dụng giáo dục và thí nghiệm khoa học — qua các diễn đàn trực tuyến như sci.electronics.design hay các mailing list chuyên ngành.
Mốc quan trọng đầu tiên là sự ra đời của dự án RepRap (Replicating Rapid Prototyper) vào năm 2005 do Giáo sư Adrian Bowyer tại Đại học Bath (Anh) khởi xướng. RepRap không chỉ là một máy in 3D đầu tiên có khả năng in phần lớn các bộ phận của chính nó, mà còn được phát hành hoàn toàn dưới giấy phép GPL — lần đầu tiên một hệ thống cơ-điện-tử phức tạp được xử lý như một dự án mã nguồn mở toàn diện. Dự án này chứng minh rằng phần cứng có thể tự tái sản xuất và phát triển theo cơ chế cộng đồng, mở đường cho hàng loạt sáng kiến tương tự như máy in 3D Prusa i3, máy cắt CNC OpenBuilds hay các nền tảng robot mở.
Năm 2010 đánh dấu bước ngoặt pháp lý khi Tổ chức Phần cứng Mở (Open Source Hardware Association – OSHWA) được thành lập tại Hoa Kỳ, với sứ mệnh xây dựng và bảo vệ tiêu chuẩn đạo đức và pháp lý cho lĩnh vực này. OSHWA đã phát triển Định nghĩa Phần cứng Mở (Open Source Hardware Definition) phiên bản 1.0 vào năm 2012, sau đó cập nhật thành phiên bản 1.2 vào năm 2016 — văn bản này hiện được coi là chuẩn tham chiếu toàn cầu. Cùng thời điểm, các nền tảng như GitHub, GitLab và Thingiverse bắt đầu hỗ trợ lưu trữ và quản lý phiên bản thiết kế phần cứng, giúp cộng đồng dễ dàng theo dõi lịch sử thay đổi, hợp nhất đóng góp và duy trì tính toàn vẹn của tài liệu kỹ thuật. Các dự án biểu tượng như Arduino (ra mắt 2005), Raspberry Pi (2012) và BeagleBoard (2008) cũng đóng vai trò then chốt trong việc phổ biến mô hình OSHW ra công chúng, nhờ khả năng kết hợp giữa thiết kế mở, tài liệu chi tiết và hệ sinh thái phần mềm hỗ trợ mạnh mẽ.
Từ năm 2015 đến nay, OSHW đã vượt khỏi phạm vi các dự án nhỏ lẻ để thâm nhập vào các lĩnh vực chuyên sâu như y tế (máy thở mở, máy đo điện tim ECG), nông nghiệp (cảm biến đất, hệ thống tưới thông minh), năng lượng tái tạo (bộ điều khiển pin mặt trời mở), và thậm chí cả thiết bị đo lường khoa học (máy quang phổ DIY). Năm 2019, Liên minh Châu Âu phê duyệt chương trình Horizon 2020 hỗ trợ các dự án OSHW trong lĩnh vực hạ tầng nghiên cứu mở, khẳng định vị thế của phần cứng mở như một trụ cột trong chiến lược đổi mới mở và chủ quyền công nghệ.
Đặc điểm và tính chất
Open-Source Hardware sở hữu một tập hợp đặc điểm kỹ thuật, pháp lý và xã hội đặc thù, phân biệt rõ ràng với cả phần cứng thương mại truyền thống lẫn phần mềm mã nguồn mở. Những đặc điểm này không chỉ là yêu cầu hình thức, mà là điều kiện tiên quyết để đảm bảo tính khả thi, bền vững và đạo đức của mô hình phát triển cộng đồng.
- Tính minh bạch toàn diện: Mọi tài liệu kỹ thuật cần thiết để tái tạo sản phẩm phải được công bố đầy đủ, bao gồm: sơ đồ mạch nguyên lý (schematic), bản vẽ bố trí bảng mạch (PCB layout), mô hình cơ khí 3D (STEP/IGES), danh sách linh kiện (BOM) với mã nhà sản xuất và thông số kỹ thuật, mã nguồn firmware/hardware description language (HDL), hướng dẫn lắp ráp và kiểm tra, cùng các tài liệu thử nghiệm và xác thực.
- Tính khả tái tạo độc lập: Thiết kế phải được trình bày ở dạng có thể biên dịch hoặc chế tạo trực tiếp — ví dụ: tệp Gerber cho PCB, tệp G-code cho máy CNC, hoặc tệp STL cho in 3D — chứ không chỉ là ảnh chụp màn hình hoặc tài liệu PDF không chỉnh sửa được. Người dùng phải có khả năng tái tạo sản phẩm từ đầu mà không cần phụ thuộc vào nhà sản xuất gốc về dữ liệu kỹ thuật.
- Tính cấp phép rõ ràng và tương thích: Toàn bộ tài liệu phải được gắn giấy phép mở được công nhận bởi OSHWA hoặc cộng đồng quốc tế, chẳng hạn như CERN Open Hardware Licence (CERN OHL), Solderpad Hardware License, TAPR Open Hardware License (OHL) hoặc Creative Commons Attribution-ShareAlike (CC BY-SA) dành riêng cho tài liệu. Giấy phép phải cho phép sử dụng thương mại, sửa đổi và phân phối lại, đồng thời quy định rõ ràng về việc ghi công và chia sẻ lại các cải tiến dưới cùng điều kiện.
- Tính mở về chuỗi cung ứng: Mặc dù không bắt buộc, các dự án OSHW tiên tiến thường ưu tiên sử dụng linh kiện sẵn có trên thị trường toàn cầu, tránh các thành phần độc quyền, chip khóa firmware hoặc IC không có tài liệu công khai. Điều này đảm bảo khả năng thay thế, bảo trì và nâng cấp lâu dài, đồng thời giảm thiểu rủi ro gián đoạn chuỗi cung ứng.
- Tính cộng đồng và kiểm chứng ngang hàng: Một dự án OSHW đích thực không chỉ là tập hợp file được đăng tải, mà còn tồn tại trong một môi trường cộng đồng hoạt động — với diễn đàn thảo luận, hệ thống báo lỗi (issue tracker), quy trình xem xét mã (code review) cho firmware, và hồ sơ kiểm thử công khai. Tính đúng đắn kỹ thuật được xác minh không chỉ bởi nhà phát triển ban đầu, mà bởi nhiều bên độc lập thông qua quá trình kiểm chứng ngang hàng (peer review).
Các đặc điểm trên tạo nên một hệ sinh thái phần cứng khác biệt: nơi kiến thức kỹ thuật không bị đóng khung trong phòng thí nghiệm doanh nghiệp, mà trở thành di sản chung của nhân loại — có thể được giảng dạy trong lớp học, tái sử dụng trong phòng thí nghiệm đại học, cải tiến bởi kỹ sư địa phương, hoặc sản xuất tại xưởng cơ khí nhỏ ở vùng sâu vùng xa.
Phân loại
Theo mức độ mở
Một số dự án áp dụng mô hình "mở từng phần", dẫn đến sự phân loại thành ba dạng chính: open-design (thiết kế mở hoàn toàn), open-specification (mở đặc tả kỹ thuật nhưng không mở tệp thiết kế), và open-interface (chỉ mở giao diện phần mềm hoặc giao tiếp ngoại vi). Chỉ loại đầu tiên đáp ứng đầy đủ định nghĩa OSHW của OSHWA. Ví dụ điển hình của open-design là bo mạch Arduino Uno R4, trong khi nhiều thiết bị IoT thương mại chỉ công bố API và giao thức MQTT — đây là open-interface, không phải OSHW.
Theo lĩnh vực ứng dụng
OSH có thể được phân loại theo lĩnh vực kỹ thuật: điện tử mở (như ESP32-C3 DevKit, LibreTiny), cơ khí mở (máy in 3D Voron, máy cắt laser OpenBuilds), quang học mở (kính hiển vi OpenFlexure, máy quang phổ Public Lab), y sinh mở (máy đo oxy máu PulsePal, máy thở OpenLung), và nông nghiệp mở (hệ thống giám sát cây trồng FarmBot). Mỗi lĩnh vực có yêu cầu riêng về độ chính xác, độ tin cậy và tiêu chuẩn an toàn, dẫn đến sự khác biệt trong cách tiếp cận giấy phép và kiểm chứng.
Theo mô hình cấp phép
Có ba nhóm giấy phép chính được sử dụng phổ biến: (1) Giấy phép copyleft mạnh như CERN OHL v2, yêu cầu mọi sản phẩm phái sinh phải được phát hành dưới cùng giấy phép; (2) Giấy phép permissive như Solderpad, cho phép tích hợp vào phần cứng đóng mà không bắt buộc chia sẻ lại; (3) Giấy phép tài liệu như CC BY-SA, thường áp dụng cho hướng dẫn, sơ đồ và mô hình 3D nhưng không bao phủ firmware hoặc logic mạch. Việc lựa chọn giấy phép ảnh hưởng trực tiếp đến tính mở và khả năng thương mại hóa của dự án.
Cơ chế hoạt động
Open-Source Hardware không có "cơ chế hoạt động" theo nghĩa vật lý như một thiết bị điện tử — bởi mỗi sản phẩm OSHW là một thực thể kỹ thuật riêng biệt, vận hành theo nguyên lý vật lý cụ thể (điện từ, cơ học, quang học…). Thay vào đó, cơ chế cốt lõi của mô hình OSHW nằm ở cơ chế phát triển và phân phối tri thức kỹ thuật. Cơ chế này vận hành dựa trên vòng lặp phản hồi kép: (1) Nhà phát triển công bố thiết kế kèm giấy phép mở → (2) Cộng đồng tải về, kiểm tra, thử nghiệm và đề xuất cải tiến → (3) Các sửa đổi được gửi về dưới dạng pull request hoặc bản vá (patch) → (4) Nhóm điều phối xem xét, kiểm thử và hợp nhất vào nhánh chính → (5) Phiên bản cập nhật được phát hành, tạo nền tảng cho thế hệ cải tiến tiếp theo. Quá trình này được hỗ trợ bởi các công cụ quản lý phiên bản (Git), nền tảng cộng tác (GitHub), hệ thống CI/CD cho firmware, và cơ sở dữ liệu kiểm thử công khai.
Ứng dụng thực tế
OSH đã có mặt trong vô số lĩnh vực thực tiễn. Trong giáo dục, các bo mạch như Arduino và Raspberry Pi được sử dụng tại hơn 200.000 trường học toàn cầu để giảng dạy lập trình, điện tử và tư duy thiết kế. Trong y tế, dự án Open Source Ventilator đã cung cấp thiết kế máy thở đạt tiêu chuẩn ISO 80601-2-12 trong đại dịch COVID-19, được sản xuất tại hơn 30 quốc gia. Trong nghiên cứu khoa học, kính hiển vi OpenFlexure được sử dụng tại các phòng thí nghiệm ở Uganda, Ấn Độ và Brazil để chẩn đoán bệnh lao và sốt rét với chi phí chỉ 1/10 thiết bị thương mại. Trong nông nghiệp, hệ thống FarmBot cho phép nông dân nhỏ lẻ tự động hóa tưới tiêu và theo dõi sinh trưởng cây trồng dựa trên thiết kế mở và phần mềm điều khiển mã nguồn mở. Ngoài ra, các thành phố thông minh tại Phần Lan và Canada đang triển khai cảm biến môi trường mở (Air Quality Egg) để giám sát ô nhiễm không khí một cách minh bạch và dân chủ.
Ưu điểm và hạn chế
Ưu điểm nổi bật của OSHW bao gồm: khả năng kiểm chứng độc lập (giúp phát hiện lỗi thiết kế, lỗ hổng bảo mật hoặc thiên lệch thuật toán); khả năng tùy chỉnh cao cho nhu cầu địa phương (ví dụ: bo mạch đo điện áp lưới 220V ở Việt Nam thay vì 110V ở Mỹ); giảm chi phí sở hữu dài hạn nhờ khả năng sửa chữa và nâng cấp; và thúc đẩy đổi mới thông qua cộng đồng toàn cầu. Tuy nhiên, hạn chế cũng rõ ràng: thiếu quy trình kiểm soát chất lượng tập trung dẫn đến độ tin cậy không đồng đều giữa các phiên bản; rào cản kỹ thuật cao đối với người mới (cần kiến thức về điện tử, CAD, in 3D…); khó khăn trong việc huy động vốn đầu tư mạo hiểm do mô hình lợi nhuận chưa rõ ràng; và rủi ro pháp lý nếu giấy phép được áp dụng sai hoặc không tuân thủ đầy đủ các điều khoản chia sẻ lại.
Lưu ý quan trọng
Khi sử dụng hoặc phát triển phần cứng mã nguồn mở, cần lưu ý rằng việc công bố thiết kế không tự động đảm bảo tính an toàn, phù hợp hoặc tuân thủ quy định pháp luật. Người dùng phải tự chịu trách nhiệm kiểm tra tính tuân thủ tiêu chuẩn EMC, an toàn điện (IEC 61000, UL/EN 62368), và các quy định địa phương về tần số vô tuyến, bảo vệ dữ liệu hoặc thiết bị y tế. Sai lầm thường gặp bao gồm: sử dụng giấy phép không tương thích (ví dụ: áp dụng GPL cho firmware chạy trên chip có bootloader khóa); công bố chỉ một phần tài liệu (như thiếu tệp Gerber hoặc BOM không có mã nhà sản xuất); hoặc giả định rằng “mở” đồng nghĩa với “đã được kiểm định”. Ngoài ra, cần phân biệt rõ giữa phần cứng mở và phần mềm mở đi kèm — một thiết bị có thể có firmware mã nguồn mở nhưng thiết kế mạch vẫn đóng, hoặc ngược lại. Cuối cùng, việc gắn nhãn "OSHW" chỉ hợp lệ khi dự án được chứng nhận bởi OSHWA hoặc tuân thủ đầy đủ Định nghĩa Phần cứng Mở phiên bản 1.2, không phải chỉ dựa trên tuyên bố chủ quan của nhà phát triển.