Môi trường thiết kế tích hợp cho điện tử là gì?

Việc phát hiện muộn các ràng buộc cơ khí là nguyên nhân phổ biến gây trễ tiến độ và phải làm lại trong các dự án điện tử.

Hãy xem một tình huống điển hình: sau ba tháng thiết kế, sơ đồ nguyên lý đã hoàn tất và bố trí PCB cũng gần như xong. Chỉ đến lúc đó khách hàng mới đề cập rằng có một PCB thứ hai được gắn phía trên bo mạch chính vài milimét, điều mà họ cho là đã quá rõ từ những bức ảnh trước đó. Khi ấy, các đầu nối và linh kiện đã chọn trước đó đều quá cao, buộc nhóm thiết kế phải chọn lại những linh kiện vốn đã khó tìm nguồn cung do yêu cầu về điện áp và dòng điện. Nhiều tuần làm việc bị mất chỉ để xử lý một ràng buộc chưa từng được ghi nhận chính thức.

Loại vấn đề này không hề hiếm gặp. Đây là hệ quả có thể dự đoán được của các quy trình thiết kế rời rạc.

Những điểm chính cần lưu ý

• Một môi trường thiết kế tích hợp kết hợp việc vẽ sơ đồ nguyên lý, bố trí PCB, mô phỏng, cộng tác MCAD và quản lý dữ liệu, để kỹ sư không phải liên tục chuyển qua lại giữa các công cụ tách rời.
• Các quy tắc và ràng buộc thiết kế (như khoảng hở, khoảng cách và chiều cao linh kiện) phải được kiểm tra theo thời gian thực trong quá trình thiết kế, chứ không phải sau khi các tệp đã được phát hành cho sản xuất.
• Các ràng buộc cơ khí và firmware phải được đưa vào ngay từ đầu dự án. Nếu chỉ phát hiện chúng sau khi đã chọn linh kiện, sẽ dẫn đến việc làm lại không cần thiết và gây chậm trễ.

Vấn đề: Sáu công cụ để làm ra một bo mạch

Trong nhiều nhóm phát triển phần cứng, quy trình thiết kế bị phân tán trên nhiều công cụ rời rạc. Định nghĩa pad stack có thể nằm trong một ứng dụng. Ký hiệu sơ đồ nguyên lý và thư viện được quản lý trong một công cụ khác và thường được lưu ở các thư mục cục bộ hoặc thư mục mạng khác nhau. Việc bố trí PCB lại được thực hiện ở nơi khác. Tích hợp hệ thống, phân tích toàn vẹn tín hiệu và EMI thường được thực hiện trong các ứng dụng chuyên biệt bổ sung. Việc theo dõi dự án và quản lý tác vụ thường dựa trên nền web và không phải lúc nào cũng truy cập được khi kỹ sư làm việc ngoại tuyến.

Hệ quả là kỹ sư phải học và duy trì khả năng sử dụng thành thạo ít nhất năm công cụ khác nhau chỉ để đưa một thiết kế từ sơ đồ nguyên lý đến một PCB có thể sản xuất được.

Ở các nhóm nhỏ, sự phân mảnh này tạo ra thêm gánh nặng. Việc chuyển đổi giữa các công cụ đòi hỏi phải xuất và nhập tệp thường xuyên, kéo theo rủi ro lỗi chuyển đổi ở mỗi bước. Thư viện và footprint phải được đặt trong các cấu trúc thư mục cụ thể mới có thể tiếp tục sử dụng; chỉ cần một tệp đặt sai chỗ cũng có thể khiến linh kiện không được chuyển đúng từ sơ đồ sang layout.

Rất nhiều thời gian bị lãng phí để tìm ký hiệu sơ đồ nguyên lý, footprint PCB và đúng phiên bản tệp, trong khi lẽ ra đây phải là công việc rất đơn giản nhưng thực tế thường ngốn hàng ngày hoặc hàng tuần trong suốt dự án.

Dù có nhiều công cụ tham gia, việc phối hợp cuối cùng vẫn phụ thuộc vào email và bảng tính. Bản thân các công cụ này phần lớn vẫn tách rời nhau, gần như không cung cấp khả năng hiển thị chung xuyên suốt quy trình thiết kế.

Môi trường thiết kế tích hợp thực sự có nghĩa là gì

Một môi trường thiết kế tích hợp cho điện tử là một ứng dụng duy nhất, hoặc một bộ công cụ được liên kết chặt chẽ, hỗ trợ toàn bộ quy trình thiết kế phần cứng:

• Vẽ sơ đồ nguyên lý cho thiết kế mạch
• Bố trí PCB để đặt linh kiện và đi dây
• Mô phỏng để xác thực trước khi chế tạo
• Cộng tác ECAD-MCAD để nhóm điện và nhóm cơ khí cùng làm việc trên cùng một nguồn dữ liệu
• Quản lý dữ liệu cho thư viện linh kiện, tệp dự án và yêu cầu thiết kế

Trong một môi trường tích hợp, cùng một dữ liệu nền tảng được sử dụng xuyên suốt mọi giai đoạn thiết kế. Các thay đổi thực hiện trên sơ đồ nguyên lý sẽ được truyền trực tiếp sang bố trí PCB. Các ràng buộc cơ khí, như biên dạng bo mạch hoặc khoảng hở với vỏ máy, sẽ hiển thị trong môi trường thiết kế điện ngay khi được cập nhật.

Điều này loại bỏ việc xuất thủ công, nhập tệp và sai lệch phiên bản vốn rất phổ biến trong các chuỗi công cụ được xây dựng từ những ứng dụng rời rạc.

• Để xem giải thích chi tiết về cách điều này vận hành trong thực tế giữa nhóm điện và nhóm cơ khí, hãy xem ECAD-MCAD collaboration trên Altium Develop.

Tích hợp giúp khép kín vòng phản hồi như thế nào

Đây là một tình huống phổ biến trong dự án điện tử công suất. Bố trí PCB được thực hiện trong một công cụ, sơ đồ nguyên lý được xử lý trong công cụ khác, còn vỏ máy được kỹ sư cơ khí thiết kế riêng trong PTC Creo. Không môi trường nào trong số này chia sẻ dữ liệu thiết kế trực tiếp theo thời gian thực.

Trong trường hợp này, vỏ máy chỉ vừa đủ chứa PCB, còn các cụm cáp lại vi phạm yêu cầu về khoảng cách. Những vấn đề này không phải là lỗi thiết kế nếu xét riêng lẻ. Chúng xảy ra vì không có một môi trường thống nhất nào cung cấp khả năng quan sát đầy đủ bối cảnh cơ khí và điện. Việc giải quyết các xung đột đòi hỏi nhiều vòng trao đổi qua lại giữa nhóm điện và nhóm cơ khí, làm tiến độ kéo dài thêm từ hai đến ba tuần.

Khi các công cụ ECAD và MCAD được tích hợp, vòng phản hồi này sẽ được khép kín. Kỹ sư cơ khí xác định trực tiếp biên dạng bo mạch và các ràng buộc từ mô hình vỏ máy, rồi các ràng buộc đó được truyền sang bố trí PCB. Kỹ sư điện ngay lập tức nhìn thấy diện tích bo mạch khả dụng, vị trí lỗ bắt vít đã được xác thực và giới hạn chiều cao linh kiện trước khi chốt việc chọn linh kiện hoặc quyết định đi dây.

Việc đồng bộ hai chiều này giúp giảm số vòng lặp, ngăn ngừa xung đột ở giai đoạn muộn và rút ngắn toàn bộ chu kỳ thiết kế.

• Để biết thêm chi tiết về cộng tác ECAD-MCAD, hãy xem MCAD CoDesigner documentation.

Xác thực quy tắc thiết kế theo thời gian thực giúp cứu các bo mạch của bạn

Via đường hồi dòng, vi phạm khoảng hở và lỗi khoảng cách liên quan đến thiết kế cho chế tạo hoặc thiết kế cho lắp ráp là những nguyên nhân phổ biến khiến PCB phải làm lại hoặc quay vòng thiết kế. Những vấn đề này thường lọt qua khi các quy tắc thiết kế chỉ được kiểm tra sau khi hoàn tất layout.

Xác thực quy tắc thiết kế theo thời gian thực sẽ đánh dấu vi phạm ngay tại thời điểm chúng phát sinh. Nếu một ràng buộc về khoảng hở bị vi phạm, điều đó sẽ hiện ra ngay lập tức. Nếu độ rộng đường mạch không đáp ứng yêu cầu của net class được gán, lỗi sẽ được tô nổi bật trực tiếp trong layout.

Cách tiếp cận này khác với việc kiểm tra quy tắc thiết kế theo lô, vốn chỉ phát hiện vấn đề sau khi công việc thiết kế đã hoàn tất. Kiểm tra theo lô chỉ ra những lỗi có thể đã được tạo ra từ vài giờ hoặc vài ngày trước. Kiểm tra theo thời gian thực ngăn các lỗi này lan rộng bằng cách áp đặt ràng buộc ngay trong quá trình layout.

• Tìm hiểu thêm về kiểm tra quy tắc thiết kế trên Altium Develop.

Chi phí thực sự của việc “vẫn ổn”

“Chuỗi công cụ hiện tại của chúng tôi vẫn ổn” thường có nghĩa là quy trình đó rất mong manh.

Trong một dự án, phần mềm vẽ sơ đồ nguyên lý được dùng để thiết kế cáp và dây harness. Về mặt kỹ thuật thì có thể làm được, nhưng công cụ đó không được thiết kế cho mục đích này. Kết quả là các thay đổi điện không tự động cập nhật sang bản vẽ, và mọi nhãn cùng trường văn bản đều phải cập nhật thủ công.

Điều này tạo ra những lỗi có thể đoán trước. Một số cụm cáp đã được chế tạo với đấu dây sai vì tài liệu không đồng bộ với thiết kế thực tế. Các kỹ sư phải dành rất nhiều thời gian để rà soát, kiểm tra lại và sửa lỗi lẽ ra công cụ phải tự ngăn chặn. Năng suất cá nhân giảm xuống còn khoảng 40–50% do gánh nặng liên tục của việc cập nhật và xác minh thủ công.

Hệ thống vẫn hoạt động, nhưng chỉ theo nghĩa là nó không hỏng ngay lập tức. Chi phí thực sự của trạng thái “vẫn ổn” được trả bằng việc làm lại, chậm tiến độ và suy giảm năng lực kỹ thuật.

Khi firmware và cơ khí xuất hiện quá muộn

Trong một dự án gần đây, thiết kế PCB chính đã hoàn tất, danh mục vật tư đã được chốt và thiết kế đã sẵn sàng để phát hành cho chế tạo.

Đúng lúc đó, một ràng buộc mới xuất hiện: một bo LED phụ sẽ được gắn phía trên bo chính, với khoảng hở theo phương đứng chỉ 10 mm.

Yêu cầu xuất hiện muộn này buộc phải thiết kế lại khu vực bị ảnh hưởng. Các đầu nối hiện có vượt quá chiều cao cho phép. Những linh kiện có khả năng chịu dòng đủ lớn lại không có ở dạng package thấp. Các linh kiện thay thế đáp ứng yêu cầu chiều cao thì либо có số lượng đặt hàng tối thiểu không thực tế, либо đã lỗi thời.

Khoảng bốn tuần đã được dành để đánh giá các phương án thay thế, phát sinh thêm 2.000 USD chi phí tư vấn (xấp xỉ 10% tổng ngân sách dự án), chỉ để đi đến kết luận rằng cách tiếp cận thiết kế ban đầu là không khả thi.

Làm tình hình tệ hơn, kỳ nghỉ Tết Nguyên đán tại Trung Quốc đã làm chậm quá trình chế tạo. Những bo mạch lẽ ra phải được giao vào tháng 10 hoặc tháng 11 thì đến tận tháng 3 mới được bàn giao.

Nguyên nhân gốc rễ không phải là thất bại kỹ thuật, mà là thất bại về quy trình. Các ràng buộc cơ khí không được truyền đạt ngay từ đầu dự án, và không có môi trường dùng chung nào để các nhóm điện, cơ khí và firmware có thể xem và xác thực sớm các yêu cầu ở cấp hệ thống trong chu kỳ thiết kế.

Vì sao mọi thứ cần phải hoạt động cùng nhau

Các hệ thống phần mềm thường có thể chịu được lỗi cục bộ. Nếu một chức năng bị hỏng, các phần khác của ứng dụng vẫn có thể tiếp tục chạy, cho phép xử lý vấn đề theo từng bước.

Hệ thống phần cứng thì không vận hành theo cách đó.

Nếu kiến trúc nguồn sai, nếu level shifter được áp dụng không đúng, hoặc nếu các giao tiếp nền tảng bị lỗi, thì phần lớn bo mạch sẽ không hoạt động, hoặc toàn bộ hệ thống thậm chí không thể khởi động nguồn. Phần cứng đòi hỏi mức độ chính xác rất cao trên mọi phân hệ trước khi có thể bắt đầu kiểm thử một cách có ý nghĩa.

Vì phần cứng vốn mang tính tích hợp, nên quy trình phát triển cũng phải được tích hợp. Yêu cầu không thể nằm rải rác trong các chuỗi email. Quy tắc thiết kế không thể chỉ được kiểm tra ở cuối quá trình layout. Các ràng buộc cơ khí không thể bị phát hiện sau nhiều tháng phát triển mà không kéo theo việc làm lại và chậm trễ.

Các công cụ thiết kế phải phản ánh thực tế này. Dữ liệu điện, cơ khí và linh kiện phải được kết nối, hiển thị rõ ràng và có thể truy cập xuyên suốt chu kỳ thiết kế, thay vì được quản lý như các tệp rời rạc và các bước bàn giao thủ công.

Đối với các nhóm đã sẵn sàng vượt qua chuỗi công cụ rời rạc, Altium Develop là một điểm khởi đầu tốt. 

Dù bạn cần phát triển hệ thống điện tử công suất đáng tin cậy hay các hệ thống số tiên tiến, Altium Develop hợp nhất mọi chuyên môn thành một lực lượng cộng tác thống nhất. Không còn silo. Không còn giới hạn. Đây là nơi các kỹ sư, nhà thiết kế và nhà đổi mới cùng làm việc như một thể thống nhất để đồng sáng tạo mà không bị ràng buộc. Trải nghiệm Altium Develop ngay hôm nay!

Câu hỏi thường gặp

Môi trường thiết kế tích hợp cho điện tử là gì?

Một môi trường thiết kế tích hợp đưa việc vẽ sơ đồ nguyên lý, bố trí PCB, mô phỏng, cộng tác ECAD-MCAD và quản lý dữ liệu vào một quy trình làm việc thống nhất, có kết nối. Thay vì phải chuyển tệp giữa các công cụ riêng lẻ, kỹ sư làm việc trên dữ liệu dùng chung để các thay đổi tự động lan truyền qua các giai đoạn thiết kế.

Môi trường tích hợp giúp giảm việc làm lại và chậm tiến độ như thế nào?

Bằng cách xác thực theo thời gian thực các ràng buộc về điện, cơ khí và sản xuất, những vấn đề như vi phạm khoảng hở, giới hạn chiều cao linh kiện hoặc xung đột đi dây sẽ được phát hiện ngay khi xảy ra, chứ không phải nhiều tuần sau. Điều này ngăn các lần thiết kế lại ở giai đoạn muộn, vốn thường gây trễ tiến độ và tăng chi phí.

Vì sao tích hợp ECAD-MCAD lại đặc biệt quan trọng ngay từ đầu dự án?

Các ràng buộc cơ khí như hình học của vỏ thiết bị, cấu trúc xếp chồng bo mạch và căn chỉnh đầu nối ảnh hưởng trực tiếp đến việc lựa chọn linh kiện và các quyết định bố trí. Khi những ràng buộc này được hiển thị ngay từ đầu, các nhóm sẽ tránh chọn những linh kiện hoặc kiến trúc mà về sau mới chứng minh là không khả thi.

Kiểm tra quy tắc thiết kế theo thời gian thực khác gì so với kiểm tra theo lô truyền thống?

Kiểm tra theo thời gian thực sẽ báo lỗi ngay khi một quy tắc bị vi phạm, cho phép kỹ sư khắc phục vấn đề trước khi chúng lan rộng. Kiểm tra theo lô chỉ phát hiện vấn đề sau khi bố trí hoàn tất, thường đòi hỏi phải quay lại nhiều bước và làm lại đáng kể.