Đánh giá thiết kế phần cứng bằng AI. AI có thể phác thảo một mạch điện trong vài phút, nhưng không thể giải thích vì sao một bo mạch trông có vẻ khả thi lại có thể vận hành ổn định trên thực tế. Minh chứng đó phải được thiết lập ngay trong quy trình làm việc.
Trong lĩnh vực phần cứng, một bản phác thảo giàu tính thuyết phục mới chỉ là bước khởi đầu; quyết định phát hành đòi hỏi phải có căn cứ xác thực.
Hiện nay, AI có thể hỗ trợ kỹ sư chuyển đổi bản tóm tắt yêu cầu sản phẩm sơ bộ thành sơ đồ nguyên lý, danh sách rút gọn linh kiện, khung phần mềm nhúng (firmware), ý tưởng thử nghiệm và thậm chí cả lượt đi dây (routing) đầu tiên. Điều này đem lại nhiều lợi ích, song cũng chính là lý do các đội ngũ phát triển cần một hệ thống rà soát, thẩm định chặt chẽ hơn.
Một mạch điện do AI tạo ra có thể trông rất mạch lạc dù sử dụng sai biến thể đóng gói linh kiện (package variant), hiểu sai...
Đánh giá thiết kế phần cứng bằng AI: AI có thể phác thảo một mạch điện trong vài phút. Hệ thống này không thể giải thích vì sao một bo mạch trông có vẻ khả thi lại có thể vận hành ổn định trong môi trường thực tế. Bằng chứng đó phải được thiết lập ngay trong quy trình làm việc.
Trong lĩnh vực phần cứng, một bản phác thảo thuyết phục mới chỉ là bước khởi đầu. Quyết định phát hành sản phẩm đòi hỏi phải có bằng chứng xác thực.
Hiện nay, AI có thể hỗ trợ kỹ sư chuyển đổi bản mô tả sơ bộ sản phẩm thành sơ đồ nguyên lý, danh sách linh kiện rút gọn, khung chương trình cơ sở (firmware), ý tưởng thử nghiệm và thậm chí cả lần đi dây (routing) đầu tiên. Điều này rất hữu ích, song cũng chính là lý do các đội ngũ cần một hệ thống đánh giá chặt chẽ hơn.
Một mạch điện do AI tạo ra có thể trông rất hoàn chỉnh nhưng lại dùng sai biến thể đóng gói linh kiện, hiểu sai mạng bù của bộ điều áp, thiếu đường xả tĩnh điện (ESD), hoặc bố trí đầu nối tại vị trí bị vỏ thiết bị cản trở. Một quy trình kiểm tra quy tắc điện học (ERC) không có cảnh báo cũng không thể phát hiện hết những sai sót này. Một câu trả lời lưu loát trong giao diện hội thoại cũng không làm được điều đó.
Vấn đề thực tế không phải là "AI có thể thiết kế bo mạch này hay không?", mà là "Bằng chứng nào cho phép một kỹ sư khác phê duyệt chính xác phiên bản này cho đúng mục đích sử dụng này?". Sự thay đổi nhận thức đó sẽ biến AI từ một tác giả chưa được kiểm chứng thành một trợ lý đắc lực trong một quy trình kỹ thuật có trách nhiệm giải trình rõ ràng.
Nhu cầu này mang tính cấp thiết. Gần đây, OpenAI đã nhấn mạnh các ứng dụng có sự hỗ trợ của AI trong CAD, thiết kế PCB, mô phỏng và các quy trình kỹ thuật vật lý khác. Đồng thời, các hệ thống ứng dụng trong thực tế như DRCY cho thấy AI có thể đóng góp hiệu quả vào việc rà soát sơ đồ nguyên lý sơ bộ khi vận hành dựa trên dữ liệu thiết kế có cấu trúc và thông số kỹ thuật (datasheet). Cả hai bước tiến này đều không làm giảm vai trò của các biện pháp kiểm soát kỹ thuật thông thường, mà càng làm tăng giá trị của việc cụ thể hóa các biện pháp đó.
Vì sao phần cứng cần một tiêu chuẩn đánh giá AI riêng biệt
Phần mềm thường có thể vá lỗi sau khi phát hành. Trong khi đó, phần cứng có thể đòi hỏi một chu trình chế tạo, lắp ráp, thử nghiệm mới và tiếp tục chờ đợi. Một bo mạch khởi động tốt trên bàn thử nghiệm vẫn có thể hỏng hóc khi chịu tác động của nhiệt độ, chiều dài dây cáp, biến động nguồn cấp, tương thích điện từ (EMC), dung sai lắp ráp hoặc linh kiện thay thế.
Điều đó không có nghĩa là AI không phù hợp với công việc phần cứng, mà thay đổi vị trí ứng dụng của công nghệ này. AI có thế mạnh trong việc chuyển đổi văn bản mô tả thành các cấu trúc khả thi, tìm kiếm các mẫu lặp lại, tóm tắt các tài liệu kỹ thuật dài, đề xuất các bài kiểm tra và giúp danh mục rà soát không bị bỏ sót. Ngược lại, AI bộc lộ điểm yếu khi quyết định phụ thuộc vào bối cảnh bị thiếu, các ràng buộc không được nêu rõ, mã đặt hàng linh kiện mơ hồ hoặc các điều kiện vật lý không thể quan sát trực tiếp.
Hãy áp dụng nguyên tắc: Kết quả đầu ra của AI là một đề xuất; sản phẩm kỹ thuật đã được kiểm tra mới là bằng chứng. Cần phân định rõ ràng hai khái niệm này trong suốt quá trình cho đến khi đưa vào chế tạo.
Đơn vị công việc là gói bằng chứng, không phải câu lệnh (prompt)
Nhiều đội ngũ bắt đầu từ nội dung ghi lại các cuộc trò chuyện với AI. Tuy nhiên, điểm khởi đầu tốt hơn là một gói bằng chứng có dung lượng tinh gọn và được quản lý theo phiên bản. Phương thức này thiết lập ranh giới hiệu quả cho mô hình và cung cấp cho người đánh giá một cơ sở ổn định để kiểm tra sau khi phiên trao đổi kết thúc.
Đối với một bo mạch nhỏ, gói bằng chứng có thể lưu trữ song song với dự án CAD gốc trên Git. Đối với sản phẩm quy mô lớn hơn, các trường thông tin tương tự có thể liên kết với hệ thống quản lý vòng đời sản phẩm (PLM), hệ thống quản lý yêu cầu, mô phỏng và thử nghiệm. Công cụ sử dụng không quan trọng bằng mối liên kết giữa các sản phẩm kỹ thuật.
Bắt đầu bằng một thỏa thuận thiết kế
Trước khi yêu cầu AI vẽ hoặc chỉnh sửa bất kỳ chi tiết nào, hãy xác lập các yêu cầu bắt buộc bằng ngôn ngữ rõ ràng, có thể kiểm chứng được. Nội dung này bao gồm phạm vi hoạt động, các giao diện, giới hạn cơ khí, định mức tiêu thụ điện năng, các giả định an toàn, quy trình sản xuất mục tiêu và những tiêu chí mà một nguyên mẫu thành công phải chứng minh được.
Một thỏa thuận thiết kế rút gọn có thể có cấu trúc như sau:
revision: rev-a
product: battery-powered sensor node
requirements:
- id: PWR-01
statement: "Operate from 3,0 V to 4,2 V input"
evidence: "bench sweep with programmed supply"
-
id: IO-04
nội dung: "Đưa cổng I2C có bảo vệ ra đầu nối ngoài"
bằng chứng: "rà soát sơ đồ nguyên lý kèm kiểm tra datasheet của linh kiện ESD"
- id: MECH-02
nội dung: "Lắp vừa bên trong vỏ bảo vệ đã được phê duyệt"
bằng chứng: "kiểm tra xung đột lắp ráp 3D"
các ràng buộc:
- "Chỉ sử dụng mã linh kiện nhà sản xuất đã được phê duyệt"
- "Không sử dụng ký hiệu thư viện hoặc footprint chưa qua rà soát"
- "Việc chế tạo mẫu thử nghiệm không đồng nghĩa với phê duyệt sản xuất hàng loạt"Cách tiếp cận này chuẩn xác hơn yêu cầu mơ hồ như “hãy thiết kế bo mạch cảm biến công suất thấp”. Phương pháp này cho phép AI phác thảo dựa trên các ràng buộc đã nêu, đồng thời chỉ rõ cho người thẩm định cần yêu cầu những bằng chứng nào. Nếu một yêu cầu không đi kèm phương thức nghiệm thu, đó chỉ là một câu hỏi mở, không phải là một yêu cầu hoàn chỉnh.
Cố định chính xác các dữ liệu đầu vào
Cần ghi nhận phiên bản CAD, commit thư viện, các tệp quy tắc, giả định xếp lớp (stackup), phiên bản datasheet linh kiện và câu lệnh yêu cầu AI đã tạo ra đề xuất thay đổi. Một mô hình có thể hữu ích trong giai đoạn nghiên cứu ban đầu, song việc phát hành sản phẩm không thể phụ thuộc vào trí nhớ của một cá nhân về thẻ trò chuyện đã sử dụng từ ba tuần trước.
Không để mô hình tự ý thay thế mã linh kiện cụ thể của nhà sản xuất bằng tên dòng sản phẩm chung. Ký hiệu “AP2112K” là chưa đầy đủ khi các yếu tố như kiểu đóng gói, hậu tố, cơ chế kích hoạt (enable), định mức dòng điện, giả định nhiệt và tính sẵn có trên thị trường đều có tính chất quyết định. Cần đưa đầy đủ mã linh kiện đặt hàng đã được phê duyệt cùng tài liệu nguồn vào bộ hồ sơ minh chứng.
Minh bạch hóa lộ trình: yêu cầu kỹ thuật, sản phẩm thiết kế, kiểm tra độc lập, sau đó là phê duyệt chịu trách nhiệm.
Thiết lập năm vòng kiểm soát trước khi chuyển bo mạch đến đơn vị gia công
Các vòng kiểm soát phù hợp tùy thuộc vào từng loại sản phẩm. Một thiết bị y tế sử dụng điện lưới và một cảm biến phục vụ sở thích cá nhân không thuộc cùng một nhóm rủi ro. Tuy nhiên, quy trình năm vòng kiểm soát vẫn phát huy hiệu quả đối với phần lớn công việc thiết kế bo mạch có sự hỗ trợ của AI, do mỗi vòng đều giải quyết một câu hỏi riêng biệt.
Vòng 1: Thiết kế có thể hiện đúng chức năng dự kiến không?
Cần đánh giá kiến trúc tổng thể trước khi xem xét từng đường mạch riêng lẻ. Cần xác nhận cây phân phối nguồn, cơ chế khởi động và đặt lại (reset), xung nhịp, chiến lược nối đất, ranh giới tương tự (analog), các biện pháp bảo vệ, đường nạp chương trình và các giao tiếp ngoại vi. Yêu cầu nhân sự phụ trách từng khối chức năng trả lời câu hỏi: “Sự cố nào tại đây sẽ gây tốn kém chi phí hoặc mất an toàn?”
AI hữu ích ở giai đoạn này với vai trò là bên đối chiếu độc lập. Hãy cung cấp cho AI bản thỏa thuận kỹ thuật, sơ đồ khối và các datasheet đã chọn. Cần yêu cầu AI liệt kê các giả định cùng các quyết định còn thiếu, thay vì xác nhận tính đúng đắn của kiến trúc. Đầu ra đạt yêu cầu là một danh mục rủi ro ngắn gọn kèm trích dẫn đối chiếu với các tài liệu gốc.
Vòng 2: Các linh kiện và thư viện có tồn tại trên thực tế không?
Các thiết kế do AI khởi tạo thường gặp lỗi về tính định danh. Linh kiện có tồn tại trên thực tế, nhưng không có kiểu đóng gói đó. Tên chân tín hiệu có vẻ chuẩn xác, nhưng số thứ tự chân lại s
Nguồn tin: Medium Towards AI — Tác giả: Ethan Mark. Bản dịch tiếng Việt do AI thực hiện, có thể có sai sót.