CẬP NHẬT KỸ THUẬT · PRODUCT INSIGHTS

Keysight công bố Multiphysics: mô phỏng drop, shock, vibration cần được xác nhận thế nào?

27/7/2026 · 8 phút

Mô hình thiết bị điện tử được mô phỏng drop shock vibration rồi đối chiếu với thử nghiệm vật lý
Mục lục bài viết 7 phần

Ngày 21/07/2026, Keysight công bố Keysight Multiphysics, với ứng dụng đầu tiên tập trung structural analysis cho drop, shock và vibration. Góc nhìn phù hợp với phòng lab không phải “mô phỏng thay thế thử nghiệm”, mà là xây một vòng correlation có kiểm soát giữa model, điều kiện thử và dữ liệu vật lý.

ĐỌC NHANH

Bài viết giúp bạn

  • Thông tin được công bố
  • Điểm mới đáng chú ý
  • Tác động với quy trình thiết kế và phòng lab
Tùy chỉnh đọc
01

Thông tin được công bố

#

Keysight cho biết Multiphysics là giải pháp design và verification nhằm xử lý tương tác giữa các miền vật lý. Bản phát hành đầu tiên tập trung structural analysis và các bài toán drop, shock, vibration. Hãng nêu guided workflow, application-specific material database, pre-built templates và compliance workflow liên quan MIL-STD, IEC, JEDEC.

Hãng cũng tuyên bố quy trình mô phỏng có thể rút công việc từ nhiều tuần xuống vài giờ và giảm prototype iteration. Đây là tuyên bố của nhà cung cấp trong thông cáo; chưa phải benchmark độc lập, chưa chỉ rõ cấu hình máy tính, độ phức tạp mesh, solver setting, model size hoặc bộ dữ liệu dùng để so thời gian.

02

Điểm mới đáng chú ý

#

Điểm đáng chú ý là Keysight đưa structural simulation gần hơn vào electronic engineering workflow, nhấn mạnh guided application thay vì yêu cầu mọi người dùng là chuyên gia CAE. Nếu thực hiện đúng, hướng này có thể giúp phát hiện sớm điểm yếu cơ học trước khi tooling và prototype hoàn tất.

Tuy nhiên “multiphysics” là phạm vi rộng, trong khi thông cáo xác định ứng dụng đầu tiên là structural analysis. Không nên suy ra bản phát hành hiện tại đã giải đầy đủ coupling điện–nhiệt–cơ–quang cho mọi use case. Cần xác nhận module, solver, interface và roadmap theo phiên bản.

03

Tác động với quy trình thiết kế và phòng lab

#

Quy trình có thể chuyển từ “thiết kế → prototype → fail → redesign” sang vòng lặp sớm hơn: CAD/material/boundary condition → simulation → design change → prototype instrumented test → correlation → cập nhật model. Physical test vẫn cần để xác nhận model và đáp ứng yêu cầu của chương trình/chứng nhận.

Phòng lab phải quản lý traceability: revision CAD, material property source, fastener/contact, mesh, load profile, fixture, sensor location, sample count và environmental condition. Nếu input simulation không tương ứng setup vật lý, chênh lệch không thể được giải thích chỉ bằng “solver chưa chính xác”.

Vòng correlation giữa mô phỏng cơ học và thử nghiệm drop, shock, vibration vật lý.
Vòng correlation giữa mô phỏng cơ học và thử nghiệm drop, shock, vibration vật lý.
04

Ai cần quan tâm

#

Các nhóm chỉ làm network performance có thể không phải đối tượng trực tiếp. Với NetVali, chủ đề phù hợp hơn với Lab Engineering và phương pháp validation, không nên trình bày như sản phẩm kiểm thử mạng.

  • Đội thiết kế điện tử có rủi ro drop, shock, vibration.
  • Phòng lab reliability, environmental và qualification.
  • Doanh nghiệp muốn giảm prototype iteration nhưng cần traceability.
  • Đội procurement đánh giá license, compute và integration.
  • Chương trình aerospace/defense, automotive, industrial và consumer electronics.
05

Checklist hành động và kiểm chứng

#
  • Xác nhận tên phiên bản, ngày phát hành, license/module.
  • Liệt kê loại analysis và coupling thực sự được hỗ trợ.
  • Kiểm tra format CAD/mesh/material và data governance.
  • Xác định standard/workflow cụ thể, revision và output.
  • Chọn một assembly có dữ liệu test vật lý lịch sử.
  • Định nghĩa metric correlation trước khi chạy.
  • Ghi hardware, solver setting, mesh size và runtime.
  • So predicted mode/stress/acceleration với sensor/failure location.
  • Chạy sensitivity với material, contact, damping và boundary.
  • Đánh giá reproducibility giữa hai kỹ sư.
  • Xác nhận report, audit trail và export.
  • Không thay physical qualification nếu chưa được chương trình chấp thuận.
06

PoC và correlation plan

#

Chọn use case vừa đủ: một PCB hoặc enclosure có CAD, BOM/material, fixture và dữ liệu accelerometer/strain/failure. Giữ một phần dữ liệu làm blind validation để tránh tune model chỉ nhằm khớp mẫu đã biết. Xác định pass/fail cho location, mode, peak acceleration/stress, failure mode và runtime.

Nếu simulation dự báo đúng trend nhưng sai tuyệt đối, công cụ có thể hữu ích để xếp hạng phương án nhưng chưa đủ cho sign-off. Nếu khớp một mẫu nhưng không khớp blind case, model có nguy cơ overfit.

  • Giai đoạn: Baseline · Input: model và test lịch sử · Evidence: sai lệch ban đầu
  • Giai đoạn: Calibration · Input: tham số được phép điều chỉnh · Evidence: change log
  • Giai đoạn: Blind validation · Input: mẫu/load case chưa dùng · Evidence: correlation độc lập
  • Giai đoạn: Sensitivity · Input: material/contact/damping · Evidence: biến ảnh hưởng lớn
  • Giai đoạn: Workflow · Input: hai người dùng · Evidence: repeatability
  • Giai đoạn: Decision · Input: threshold đã định · Evidence: approve/reject/use with limits
So sánh hiệu chỉnh mô hình với blind validation trên một thiết bị điện tử có gắn cảm biến.
So sánh hiệu chỉnh mô hình với blind validation trên một thiết bị điện tử có gắn cảm biến.
07

Những điểm chưa thể kết luận

#

Thông cáo không đủ để kết luận accuracy, scalability, solver coverage, giá, license, compute requirement hay khả năng thay thế công cụ CAE khác. Cụm “support MIL-STD, IEC, JEDEC” cần gắn tiêu chuẩn/revision/test method cụ thể; workflow hỗ trợ không đồng nghĩa sản phẩm tự cấp chứng nhận.

NetVali chưa chạy PoC độc lập với Keysight Multiphysics. Mọi nhận định triển khai trong bài là khung đánh giá đề xuất, không phải chứng nhận tính năng.

THUẬT NGỮ NHANH

Khái niệm cần nhớ

DUT / SUT
Thiết bị hoặc toàn bộ hệ thống đang là đối tượng của bài kiểm thử.
Steady state
Giai đoạn tải đã ổn định và đủ điều kiện để lấy số liệu đại diện.
Pass / fail
Kết luận dựa trên ngưỡng đã thống nhất, luôn đi cùng topology, cấu hình và điều kiện đo.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo1 nguồn

Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.

Nguyên tắc biên tập

NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.

Thông số và khả năng sản phẩm có thể thay đổi theo phiên bản. Hãy đối chiếu tài liệu chính thức trước khi xây dựng cấu hình hoặc tiêu chí nghiệm thu.
BẮT ĐẦU TỪ BÀI TOÁN

Cần chuyển kiến thức thành test plan?

Chia sẻ mục tiêu, topology và ràng buộc kỹ thuật. NetVali sẽ cùng bạn xác định bài đo phù hợp.

Trao đổi yêu cầu kỹ thuật