กลับไปยังบล็อก BIM และ IFC
แก้ไขการส่งออก · 2026-06-03 · 8 นาที
Revit ↔ Archicad ผ่าน IFC: ปัญหาการแลกเปลี่ยนไฟล์ไป-กลับที่ไม่มีใครเตือนคุณ
คุณลิงก์ไฟล์ IFC จาก Archicad เข้า Revit แล้วพบรูปทรงเรขาคณิตซ้ำซ้อนลอยอยู่กลางอากาศสูงหลายร้อยฟุต ทั้งที่ไฟล์เดียวกันแสดงผลได้สมบูรณ์ในโปรแกรมดูบนคลาวด์ การแลกเปลี่ยน IFC ข้ามเครื่องมือมีรูปแบบความผิดพลาดที่เกิดขึ้นเฉพาะระหว่างซอฟต์แวร์ต่างค่าย บทความนี้อธิบายว่าอะไรพัง และจะหลีกเลี่ยงปัญหาได้อย่างไร
Revit ↔ Archicad ผ่าน IFC: ปัญหาการแลกเปลี่ยนไฟล์ไป-กลับที่ไม่มีใครเตือนคุณ — IFC Viewer Online article cover
IFC ควรจะทำให้การเลือกเครื่องมือไม่ใช่ประเด็นอีกต่อไป สถาปนิกใช้ Archicad วิศวกรใช้ Revit และรูปแบบไฟล์แบบเปิดเป็นสะพานเชื่อมระหว่างกัน แต่ในทางปฏิบัติ การแลกเปลี่ยนระหว่าง Revit ↔ Archicad มีรูปแบบความผิดพลาดที่ปรากฏเฉพาะเมื่อข้ามค่ายซอฟต์แวร์ และสร้างปัญหาในการประสานงานจริง เพราะไฟล์ดูปกติดีจนถึงวินาทีที่มันไม่ปกติ
รูปทรงเรขาคณิตซ้ำซ้อนแบบสุ่ม ลอยค้างอยู่กลางอากาศสูงหลายร้อยฟุต ทั้งที่ไฟล์ IFC แสดงผลได้ถูกต้องในโปรแกรมดูออนไลน์
Autodesk Community — การทำงานร่วมกันระหว่าง Revit และ Archicad
อาการ: ดูปกติในเครื่องมือหนึ่ง แต่พังในอีกเครื่องมือหนึ่ง
ปัญหาที่มีการรายงานมากที่สุดคือ เมื่อลิงก์ไฟล์ IFC จาก Archicad เข้า Revit จะมีรูปทรงเรขาคณิตซ้ำแปลกปลอมปรากฏขึ้น บางครั้งอยู่ห่างจากตัวโมเดลมาก แต่ไฟล์เดียวกันทุกประการกลับแสดงผลได้สมบูรณ์ในโปรแกรมดูบนคลาวด์ นี่คือเบาะแสสำคัญในการวินิจฉัย เมื่อไฟล์ถูกต้องในเครื่องมือหนึ่งแต่พังในอีกเครื่องมือหนึ่ง ตัวไฟล์มักไม่มีปัญหา แต่ตัวนำเข้า (importer) ตีความไฟล์ต่างกัน
อะไรผิดพลาดกันแน่
- การตีความขณะนำเข้าที่ต่างกัน: ตัวนำเข้าของแต่ละค่ายสร้างรูปทรงเรขาคณิตขึ้นใหม่จากรูปแบบการแทนค่า (representation) ใน IFC ด้วยวิธีของตัวเอง รูปแบบการแทนค่าที่ถูกต้องแต่ไม่ค่อยพบ (swept solid บางประเภท หรือ mapped item) อาจถูกตัวนำเข้าของเครื่องมืออื่นสร้างซ้ำเป็นสองชุดหรือวางผิดตำแหน่ง
- Open กับ Link: การเปิด (Open) ไฟล์ IFC จาก Archicad ใน Revit จะบังคับแปลงเป็นองค์ประกอบเนทีฟของ Revit ซึ่งทำให้รูปทรงเรขาคณิตที่ซับซ้อนเสียหาย ส่วนการลิงก์ (Link) ใช้กรอบการอ้างอิง (reference) และยังคงสะอาดเรียบร้อย จำไว้ว่าให้ลิงก์ อย่าเปิด
- แหล่งที่มาของไฟล์มีผล: ไฟล์ IFC เดียวกันที่ลิงก์จากโฟลเดอร์บนเครื่อง กับที่ลิงก์จากโฟลเดอร์บนคลาวด์หรือสภาพแวดล้อมข้อมูลร่วม (CDE) อาจให้ผลลัพธ์ต่างกัน เพราะเส้นทางการระบุตำแหน่งไฟล์ (resolver path) ต่างกัน
- GlobalId และการแมปที่ไม่ตรงกัน: Archicad และ Revit ไม่ได้เห็นตรงกันเสมอว่าองค์ประกอบต้นทางควรแมปไปยังคลาส IFC ใด ซึ่งแสดงออกมาเป็นประเภทหรือตัวตนขององค์ประกอบที่เปลี่ยนไปเมื่อแลกเปลี่ยนไป-กลับ (round trip)
วิธีทำให้การแลกเปลี่ยนเชื่อถือได้
- ตกลงสคีมา IFC และ MVD ให้ชัดตั้งแต่ต้น (IFC4 Reference View เป็นค่าตั้งต้นที่ดีสำหรับการใช้งานข้ามเครื่องมือ)
- ฝั่ง Archicad ให้เปิดใช้ GlobalID ที่คงที่ และใช้พรีเซ็ตตัวแปลง (translator) ที่สะอาดและตรงกับเครื่องมือฝั่งผู้รับ
- ฝั่ง Revit ให้ลิงก์ไฟล์ IFC ห้ามเปิดหรือนำเข้า (open/import) เพื่อใช้ในการประสานงาน
- ตรวจสอบความถูกต้องของไฟล์ IFC ในโปรแกรมดูที่เป็นกลางก่อนลิงก์ เพื่อให้รู้ว่าข้อบกพร่องอยู่ที่ไฟล์หรือที่ตัวนำเข้า
- หากรูปทรงซ้ำปรากฏเฉพาะใน Revit ให้ลองลิงก์จากสำเนาในเครื่อง และตรวจสอบการตั้งค่าการนำเข้า แทนที่จะโทษการส่งออก
ใช้โปรแกรมดูที่เป็นกลางเป็นกรรมการ
เปิดไฟล์ IFC ที่แลกเปลี่ยนข้ามเครื่องมือที่นี่ก่อน หากแสดงผลเรียบร้อยในโปรแกรมดูนี้แต่พังหลังลิงก์เข้า Revit แสดงว่าคุณแยกได้แล้วว่าปัญหาอยู่ที่ตัวนำเข้า ไม่ใช่ที่ไฟล์
IFC2x3 · 2.4 MB
เปิดโปรแกรมดู IFC แบบอินเทอร์แอกทีฟ
การแลกเปลี่ยนข้ามเครื่องมือเป็นเพียงส่วนหนึ่งของคุณภาพโมเดลโดยรวม สำหรับกรอบการตรวจสอบก่อนส่งมอบฉบับสมบูรณ์ ดู คู่มือคุณภาพไฟล์ IFC ฉบับสมบูรณ์ และสำหรับการรักษาตัวตนขององค์ประกอบให้คงที่ตลอดการแลกเปลี่ยนไป-กลับ ดู ทำไม GUID ใน IFC จึงเปลี่ยนทุกครั้งที่ส่งออก
Revit ↔ Archicad ผ่าน IFC: ปัญหาการแลกเปลี่ยนไฟล์ไป-กลับที่ไม่มีใครเตือนคุณ