Trang 1/9 123456789 cuốicuối
kết quả từ 1 tới 10 trên 85
  1. #1

    Được tài trợ

    Trước giờ theo dõi seminar, website và facebook nhiều hãng, từ dassault systeme, msc software đến matlab và các site engineering có nhiều entry hay, từ giới thiệu tổng quan, phương pháp đến thủ thuật liên quan đến mô phỏng và thiết kế, rất có ích, hoặc từ kinh nghiệm của chính mình, hoặc entry từ các bạn. Mình nhặt nhạnh và post ở đây, chủ yếu là link hoặc giới thiệu sơ để các bạn tham khảo, bổ sung kĩ năng chuyên môn cũng như kinh nghiệm hoặc tư liệu. Các bài này chủ yếu dưới dạng entry, nên rất ngắn, dễ đọc, nhưng lại rất hữu ích cho kĩ sư.

    Entry đầu tiên là entry mình mới thấy hôm nay trên blog Solidworks (Dassault Systeme).

    [Entry 1]

    Bình thường workflow (trình tự phương pháp) khi làm mô phỏng trong thiết kế là : chọn vật liệu, chọn điều kiện biên, đặt lực và chạy mô phỏng.

    Bài dịch tiếng Việt của bạn hoangta91 (cảm ơn bạn Hoàng !) ở link sau đây : https://onedrive.live.com/view.aspx?...PPPEjh2d3XNJ2o

    Nếu thiếu thông tin ở bước nào đó trong workflow này thì sao, phải standby thiết kế ? Chẳng hạn bước đặt lực : giả sử cần tính tải trọng lớn nhất mà chi tiết/kết cấu có thể chịu được, mà không biết giá trị của tải trọng thực đặt vào kết cấu. Hoặc đặt vấn đề theo cách : làm sao để advance công việc design, trong khi phải đợi thông tin về độ lớn của tải trọng thực đặt lên chi tiết/kết cấu.

    Với điều kiện bài toán là tuyến tính, bằng công thức sức bền VL đơn giản, với vật liệu giả định, ta có thể dimesionning dễ dàng kết cấu và tiếp tục hoàn thành design. Phương pháp trình bày trong entry :

    http://blogs.solidworks.com/tech/201...pr=12707004769
    thay đổi nội dung bởi: Pathétique, 01-07-2016 lúc 03:29 PM

  2. 12 người đã ĐỒNG CẢM với bài viết này:

    dovanhoc84 (28-06-2016), hoangta91 (30-06-2016), hobaothuy (27-06-2016), lddung (27-06-2016), Lethuy_hvkt (07-12-2016), leviettienCTM (27-06-2016), luudung (01-07-2016), MES LAB (27-06-2016), Nova (27-06-2016), phucphantu (27-06-2016), vietphuock04 (24-10-2016), XuanHoaHaui (29-06-2016)

  3. #2
    MES Lab. Founder & C.F.O
    Nova's Avatar
    Tham gia
    Jul 2007
    Bài gởi
    5,208
    Pathetique làm cái thread tổng hợp, bình luận, điểm tin ở đây cũng là một kiểu blog rồi

    Topic rất hay và hữu ích!
    Tuan Tran (a.k.a Nova) - Doctoral Course - Dongguk University - Korea
    Thiết kế & Phát triển Sản phẩm - Dịch vụ | PLM | Tư vấn Nguồn lực Cộng đồng | Kỹ thuật Hệ thống

    "
    KHÔNG ĐƯA LINK VÀ PHẦN MỀM BẤT HỢP PHÁP & CR@CK TRÊN DIỄN ĐÀN" [Hướng dẫn tham gia Diễn đàn]

    Nickname Nova chỉ dùng duy nhất ở MES Lab.!. Không chịu trách nhiệm về nick này ở các diễn đàn khác

  4. 4 người đã ĐỒNG CẢM với bài viết này:

    lddung (27-06-2016), Pathétique (27-06-2016), phucphantu (27-06-2016), XuanHoaHaui (29-06-2016)

  5. #3
    [Entry 2] Những điều cần biết về chia lưới - infographic. Blog Solidworks simulation

    Một trong những FAQs các bạn thường hỏi nhất có lẽ là về chia lưới : quy trình chia lưới, các thông số liên quan đến lưới, và trên hết làm sao biết được lưới mình chia đạt tiêu chuẩn tốt. Entry sau đây của Solidworks tổng hợp về những điều trên ở mức độ cơ bản dưới dạng infographic, rất tiện theo dõi và áp dụng. Ở 1 entry khác mình sẽ nói về phương pháp chọn loại phần tử tùy theo bài toán, kết cấu.

    http://blogs.solidworks.com/tech/201...fographic.html

  6. 8 người đã ĐỒNG CẢM với bài viết này:

    dovanhoc84 (29-06-2016), hoangta91 (30-06-2016), khatvonglxt (27-06-2016), lddung (27-06-2016), leviettienCTM (27-06-2016), Nova (27-06-2016), phucphantu (27-06-2016), XuanHoaHaui (29-06-2016)

  7. #4
    [Entry 3] Sử dụng abaqus DEM mô hình hóa vật liệu cát trong drop test

    Chắc ai chuyên mô phỏng drop test cũng quá quen với ví dụ kinh điển, 1 bình chứa nước rơi xuống và tính toán chuyển động của nước trong bình, sử dụng phương pháp Coupled Eulierian Lagrange (CEL).

    Nếu thay nước bằng vật liệu cát, sỏi, hay hạt thì sao ? Cát cũng có thể chuyển động trôi như nước, nhưng cũng có thể xếp chồng lên nhau.

    Nếu bạn tự hỏi mô phỏng bình nhựa chứa sỏi cát để làm gì, đúng là mình cũng chưa nghĩ ra để làm gì, nhưng trong 1 bài toán khác mình đã mất vài tháng để giải quyết. Cách đây 2 năm, mình phải mô phỏng quá trình kéo 1 kết cấu được chôn dưới đáy biển (cáp, máy đo, thiết bị dầu khí...) lên khỏi đáy. Mô hình khá trơn tru, bao gồm cả chuyển động của nước bắn tung tóe lên và sóng tỏa ra khi kết cấu được kéo lên khỏi mặt biển, cho đến bước mô hình hóa cát. Để kiểm tra behavior của cát, mình không tách kết cấu ra khỏi cát trong điều kiện ban đầu để chia lưới miền cát, mà mình isolate kết cấu trong 1 không gian hình hộp, sau đó step đầu sẽ cho cát rơi xuống phủ lên kết cấu. Chính step này đòi hỏi nhiều thời gian làm mô hình nhất, vì mình chưa bao giờ học cơ đất, nên vừa phải tìm 1 behavior laws thích hợp và tối ưu hóa.

    Tuy nhiên bài toán trên có thể được giải quyết nhanh và tiện hơn rất nhiều khi sử dụng Discrete Element Method (DEM) (điểm mới trong abaqus 2016). Điểm mạnh của phương pháp này là xây dựng mô hình nhanh và tiện, kết quả chính xác và fiable, tuy nhiên thời gian tính toán khá lâu (mô hình trước của mình chạy khoảng 14h thì nếu dùng DEM mất khoảng 1 ngày), do chưa thể tính song song cho particle generator. Tuy nhiên khi dùng explicit trong bài toán hydrodynamics thì bình thường cũng dùng số lượng cpus hạn chế rồi (để tránh kết quả sai ở phần chia miền), nên chênh lệch vậy cũng không đáng kể so với việc kết quả được cái thiện rất nhiều.

    Entry sau mô tả chi tiết hơn về 1 ví dụ cụ thể ứng dụng DEM (code abaqus):
    http://info.simuleon.com/blog/using-...in-a-drop-test

  8. 5 người đã ĐỒNG CẢM với bài viết này:

    dovanhoc84 (29-06-2016), hoangta91 (30-06-2016), lddung (30-06-2016), Nova (30-06-2016), phucphantu (29-06-2016)

  9. #5
    [Entry 4] 4 lỗi phổ biến khi post-process mô phỏng


    Calculs hội tụ, chạy hết đến bước cuối và cho kết quả, đó là điều rất tốt rồi, nhưng mô hình sẽ vô giá trị nếu làm post processing không tốt, phần quan trọng nhất trong công việc mô phỏng. Hầu hết người làm tập trung rất nhiều vào việc xây dựng mô hình và chạy solution với các thông số numerical, nhưng làm nhẹ phần post-processing. Entry sau trình bày 4 lỗi phổ biến nhất và cần tránh khi làm post processing.
    http://blog.capinc.com/2016/06/top-f...pr=12707004769

    Trong 4 lỗi này thì nguyên nhân và giải pháp liên quan không nhiều đến mô hình về mặt numerical (phương pháp số), mà chủ yếu về mặt vật lý, tính phù hợp của nghiệm giải ra. Vấn đề là khi làm post processing ta phải biểu diễn những kết quả đó để phân tích và kiểm nghiệm.

    Trong entry khác mình sẽ nói về trường hợp calculs không hội tụ và các giải pháp về mặt numerical, tuy nhiên khi xảy ra thì việc cần làm cũng là mở ngay viewer để xem trạng thái của kết cấu/hệ ngay tại thời điểm chương trình bị dừng để phân tích. Xem xét kĩ mô hình, quay lại bước setup để loại bỏ tất cả những gì ảnh hưởng đến tính liên tục của các evolutions trong mô hình là đã giải quyết gần hết nguyên nhân rồi. Phần mềm chỉ giỏi toán, nên khi giải bài toán mà ra 2 nghiệm thì nó thiếu kiến thức vật lý để xét xem nghiệm nào đúng và return là calculs không hội tụ, vai trò của người dùng là ở điểm này.

  10. 4 người đã ĐỒNG CẢM với bài viết này:

    hoangta91 (30-06-2016), hobaothuy (30-06-2016), Nova (30-06-2016), phucphantu (01-07-2016)

  11. #6
    Thành viên

    Tham gia
    Jul 2015
    Bài gởi
    18
    Trích Nguyên văn bởi Pathétique View Post
    Trước giờ theo dõi seminar, website và facebook nhiều hãng, từ dassault systeme, msc software đến matlab và các site engineering có nhiều entry hay, từ giới thiệu tổng quan, phương pháp đến thủ thuật liên quan đến mô phỏng và thiết kế, rất có ích, hoặc từ kinh nghiệm của chính mình, hoặc entry từ các bạn. Mình nhặt nhạnh và post ở đây, chủ yếu là link hoặc giới thiệu sơ để các bạn tham khảo, bổ sung kĩ năng chuyên môn cũng như kinh nghiệm hoặc tư liệu. Các bài này chủ yếu dưới dạng entry, nên rất ngắn, dễ đọc, nhưng lại rất hữu ích cho kĩ sư.

    Entry đầu tiên là entry mình mới thấy hôm nay trên blog Solidworks (Dassault Systeme).

    [Entry 1]

    Bình thường workflow (trình tự phương pháp) khi làm mô phỏng trong thiết kế là : chọn vật liệu, chọn điều kiện biên, đặt lực và chạy mô phỏng.

    Nếu thiếu thông tin ở bước nào đó trong workflow này thì sao, phải standby thiết kế ? Chẳng hạn bước đặt lực : giả sử cần tính tải trọng lớn nhất mà chi tiết/kết cấu có thể chịu được, mà không biết giá trị của tải trọng thực đặt vào kết cấu. Hoặc đặt vấn đề theo cách : làm sao để advance công việc design, trong khi phải đợi thông tin về độ lớn của tải trọng thực đặt lên chi tiết/kết cấu.

    Với điều kiện bài toán là tuyến tính, bằng công thức sức bền VL đơn giản, với vật liệu giả định, ta có thể dimesionning dễ dàng kết cấu và tiếp tục hoàn thành design. Phương pháp trình bày trong entry :

    http://blogs.solidworks.com/tech/201...pr=12707004769
    Rảnh rỗi ngồi dịch coi như học tiếng anh luôn. Bác nào cần thì kéo về rồi cho em xin ý kiến với. Phần Entry 1 của bác Pathetique nhé.
    https://1drv.ms/w/s!Aim3YBfDdQiBavPPEjh2d3XNJ2o

  12. 2 người đã ĐỒNG CẢM với bài viết này:

    Nova (01-07-2016), Pathétique (01-07-2016)

  13. #7
    Cảm ơn bạn hoangta91, mình vừa edit entry đó để link bài dịch của bạn vào để các bạn đọc cho tiện luôn.

    [Entry 5] 6 thủ thuật xử lý khi mô phỏng không hội tụ

    Trong entry trước mình nói về vấn đề post-processing để thẩm định kết quả, chủ yếu xem xét mô hình về mặt vật lý.

    Entry sau giới thiệu 1 số thủ thuật, liên quan nhiều hơn về mặt numerical của mô hình, khi mô phỏng không hội tụ :
    http://info.simuleon.com/blog/6-tips...ith-abaqus-fea

    Trong entry này thì đáng chú ý nhất là Tip cuối. Mình đã áp dụng rất nhiều, kể cả khi mô hình hội tụ hay không. Có thể chia làm 3 "mức độ", đầu tiên bạn thêm lựa chọn stabilize cho mô hình static, tiếp theo là chuyển mô hình qua dynamic implicit với lựa chọn quasi-static sử dụng sơ đồ giải Euler backward, cuối cùng là chuyển qua dynamic explicit. Tuy nhiên, tất cả các cách trên đều làm thay đổi bản chất mô hình, kết quả có thể ra lớn hơn hoặc nhỏ hơn gấp 10-100 lần kết quả thật. Lời khuyên của mình là chỉ áp dụng để tìm nguyên nhân, sau đó thì cần nhất vẫn là xem xét lại điều kiện biên và loads. Khi không kịp deadline thì có thể giải tạm trong dynamic explicit để giảm bớt đòi hỏi điều kiện biên, nhưng nếu bài toán là static thì vẫn phải giải static. Ngoài ra chuyển mô hình từ 2d sang 3d hoặc ngược lại cũng là 1 phương án có thể thử, các thông số và thuật giải trong các phần mềm thường chạy trên 3d tốt hơn 2d.

  14. 3 người đã ĐỒNG CẢM với bài viết này:

    Lethuy_hvkt (19-12-2016), Nova (01-07-2016), phucphantu (02-07-2016)

  15. #8
    [Entry 6] Về các phần mềm mô phỏng (1)

    Subject này chắc còn nói thêm nên mình để số (1).

    Cũng như các phần mềm CAD, mình thấy nhiều bạn có vẻ fan cuồng phần mềm nào đó. Dĩ nhiên trừ các bạn bán hàng thì phải quảng cáo phần mềm của mình (cho đến khi các bạn làm bán hàng cho 1 hãng phần mềm khác) thì mình không nói. Ngoài ra còn có developer thì đương nhiên họ thích phần mềm của họ. Còn ở vai trò người dùng thì không cần thiết phải so sánh cực đoan.

    Hồi học đại học mình học abaqus và ideas. Ideas này sau chỉ biết là nó mạnh thôi chứ không bao giờ có dịp dùng lại. Sau này làm luận án thì dùng cast3m suốt 4 năm, cho đến giờ vẫn dùng. Đi làm rồi lại dùng tiếp abaqus, thêm adams và marc, rồi nastran và solidworks simulation và deeplines.

    Lúc mình phỏng vấn xin việc, sếp nói là cty dùng Marc, gần 20 năm nay rồi, sếp ngạc nhiên vì mình không biết Marc, mình cũng ngạc nhiên vì biết Marc được dùng để mô phỏng rất nhiều thứ, vì trước đó mình chỉ thấy trong labo có mua Marc về để sử dụng chức năng remesh và cũng chỉ dùng chức năng này. Sếp hỏi biết Nastran không mình cũng chỉ nghe tên và biết nó là phần mềm dùng nhiều nhất chứ thậm chí chưa xem giao diện nastran bao giờ. Hôm đó cặm cụi ngồi viết tay mấy trang giấy code Cast3m để giải bài toán sếp đưa ra, và cả sếp lẫn mình đều bắt tay chào nhau lúc ra về với niềm tin là code đó chạy được ! Chắc với niềm tin đó sếp nhận mình vào làm, tất nhiên cũng với niềm tin là mình sẽ làm tốt.

    Vào làm tuần đầu tiên, mình làm 1 việc mà đến giờ nghĩ lại vẫn thấy ngớ ngẩn, là lấy mô hình Marc của sếp để giải lại bằng Cast3m để đảm bảo Marc là phần mềm đáng tin cậy ! Cũng may kết quả ra giống nhau đến chữ số thứ 5 sau dấu phẩy, nên mình yên tâm Marc là phần mềm tốt. Cả thế giới dùng Marc để kiểm tra Cast3m, chỉ mỗi mình mặt rất nghiêm túc thông báo cho sếp là đã kiểm tra mô hình của sếp và cả phần mềm Marc. Việc làm đó thật ngớ ngẩn, nhưng vẫn rất có ích, vì mình tìm được phương pháp đơn giản để làm biến thiên khối lượng riêng theo nhiệt độ trong Marc mà không cần thông qua chạy subroutine fortran, và dĩ nhiên riêng phần này thì phải dùng Cast3m để kiểm tra Marc. Thời điểm đó MSCsoftware (cty sở hữu Marc) trả lời mình là không thể, và cái subroutine fortran sếp mình viết cũng không thể dùng được nữa vì từ khi msc mua lại Marc thì họ đổi code nguồn rồi. Lúc đó, mình lại thêm ảo tưởng là mình giỏi hơn MSCsoftware, và recommand sếp là nên đổi qua Cast3m làm công cụ mô phỏng chính (sếp mình khá thoải mái, miễn là làm được việc, công cụ nào cũng được, sau đó viết lại bằng Marc cho sếp dùng là được), cho đến ngay tuần sau đó.

    Mô hình tiếp sau đó mình làm là bài toán cơ đơn giản mô phỏng quá trình kéo, tuy nhiên contact rất nhiều vì kết cấu nhiều thành phần tương tác với nhau trên khắp bề mặt. Mình vẫn bắt đầu bằng Cast3m, vẫn để mắt bên Marc vì sếp đã làm chia lưới sẵn bằng Patran. Một giờ, hai giờ, lại ba giờ, Cast3m không chạy được 1/5 thời gian tính, thôi thì tranh thủ complete luôn mô hình Marc để nhỡ đến kì nghỉ mình tắm nắng ở bãi biển thì sếp đỡ gọi điện làm phiền vì sếp có thể dùng Marc để chạy. Thật bất ngờ là Marc chạy rất nhanh và ra kết quả rất khớp với thí nghiệm. Vẫn chưa chịu thua, mình nghĩ Cast3m bị đứng chỉ do parallel computing chưa tốt nên giảm kích thước mô hình bằng cách chuyển qua phần tử beam, nhưng tình hình contact còn tệ hơn, lưới interpenetrate vào nhau.
    Chuyện có vẻ buồn cười, thời trẻ con của mình mà, nhưng câu chuyện về phần mềm nó là vậy. Mỗi phần mềm có điểm mạnh riêng, bạn chỉ chắc chắn về giới hạn khả năng của phần mềm khi vấn đề của bạn được RD của phần mềm công nhận là không giải quyết được, vì đó không phải là phần nằm trong chiến lược phát triển của họ. Hầu hết các vấn đề mình gửi cho support các hãng phần mềm, họ đều giải quyết được trong khi mình nghĩ không làm được.
    Bạn có thể rất cuồng phần mềm của họ, nhưng họ cũng thoải mái hướng dẫn bạn nên sử dụng phần mềm nào đó khác, vì họ thừa biết các khách hàng không bao giờ chỉ phụ thuộc vào 1 phần mềm duy nhất. Khi mình đang dùng phần mềm 1 của hãng A và bị vướng bài toán không giải quyết được, hãng A nói phải mua thêm phần mềm 2 của họ mới giải quyết được, thì mình tìm hãng B có sản phẩm tương đương và mua luôn của hãng B cho dù đắt hơn. Với 1 số hãng, bạn mua phần mềm còn mặc cả chán hơn cả mua hàng chợ, họ có rất nhiều chiêu để ép giá bạn, bạn muốn mua thêm module này thì phải cần thêm module kia, chạy cái này trên server và nâng cấp toàn bộ cái kia lên gói nào đó, giá đội lên gấp 2-3 lần, khi đó bạn nhẹ nhàng kết thúc cuộc mua bán và gọi cho hãng phần mềm khác thôi.

  16. 9 người đã ĐỒNG CẢM với bài viết này:

    bonze (16-11-2016), dovanhoc84 (02-07-2016), haiquanck4 (02-07-2016), Hiro (02-07-2016), Lethuy_hvkt (19-12-2016), phucphantu (02-07-2016), simc (02-07-2016), tungvo_kt3 (22-09-2016), umy (09-10-2016)

  17. #9
    Thành viên

    Tham gia
    Mar 2016
    Bài gởi
    41
    Em chưa từng nghe qua bất kì 1 phần mềm nào mà bác nhắc đến ngoại trừ Solidworks simulation (Nhưng cũng chưa dùng bh). .
    cảm giác như mình ở thời kì đồ đá vậy.

  18. #10
    Trích Nguyên văn bởi haiquanck4 View Post
    Em chưa từng nghe qua bất kì 1 phần mềm nào mà bác nhắc đến ngoại trừ Solidworks simulation (Nhưng cũng chưa dùng bh). .
    cảm giác như mình ở thời kì đồ đá vậy.
    Tại bạn chưa làm trong lĩnh vực này thôi, những phần mềm mình kể trên đều là tên tuổi quen thuộc, ngoài ra chắc bạn cũng nghe Ansys, Fluent, Hypermesh, Radioss, Pamcrash... Mỗi phần mềm chuyên biệt cho 1 lĩnh vực. Tuy nhiên không biết thì cũng không phải là lạc hậu. Đặc điểm của ngành mô phỏng là làm mô hình khá lâu trong khi project thường đòi hỏi deadline ngắn, vì thế 70% công việc mình làm trên excel, 1 phần lớn nữa mình phân cho ban CAD làm luôn trên solidworks simu hoặc flows, còn lại mình mới làm trên các phần mềm bạn chưa nghe tên.

    Như mình nói ấy, việc biết nhiều phần mềm không quan trọng. Khi nào phải chuyển chỗ làm và cty mới họ dùng phần mềm khác thì mới cần học. Còn khi làm project, cảm thấy phần mềm hiện tại bị hạn chế thì bạn tìm hiểu các phần mềm khác, và thuê họ làm luôn phần project đó của bạn, tuy tốn thêm chi phí nhưng đảm bảo deadline và hạn chế nhiều rủi ro.

  19. 3 người đã ĐỒNG CẢM với bài viết này:

    phucphantu (03-07-2016), tungvo_kt3 (22-09-2016), umy (09-10-2016)


Trang 1/9 123456789 cuốicuối

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Múi giờ GMT. Hiện tại là 07:23 AM.
Mã nguồn vBulletin 4.x.x
Bản quyền nội dung thuộc MES Lab.
Vui lòng ghi rõ nguồn MES LAB. và LINK đến bài trích dẫn

Thành viên tự chịu trách nhiệm về nội dung mình đăng lên.
Diễn đàn không chịu trách nhiệm về nội dung các liên kết ngoài.
DMCA.com Protection Status