ดิจิทัลทวินเพื่อการปฏิบัติการต้องใช้โมเดลที่พร้อมใช้งานจริง
BIM, CAD, พอยต์คลาวด์ และไฟล์ 3D มักมาจากทีมและช่วงโครงการที่แตกต่างกัน BIM เก็บเจตนาการออกแบบ CAD อธิบายอุปกรณ์และรายละเอียดเชิงกล พอยต์คลาวด์บันทึกสภาพหน้างาน ส่วนทะเบียนสินทรัพย์ รูปภาพ แบบ และเอกสารทดสอบระบบช่วยเติมบริบทที่ขาดอยู่
ดิจิทัลทวินเชิงปฏิบัติการต้องเปลี่ยนข้อมูลเหล่านี้ให้เป็นชั้นสินทรัพย์ที่มั่นคง โมเดลควรเปิดได้เร็ว ตรงกับสถานที่จริง เชื่อมกับรหัสสินทรัพย์ รองรับสิทธิ์การเข้าถึง และมีเป้าหมายข้อมูลที่ชัดเจน
FactVerse Designer และ FactVerse Twin Engine ช่วยทีมแปลงโมเดลต้นทางให้เป็นสินทรัพย์ดิจิทัลทวินที่ใช้ซ้ำได้ งานนี้รวมถึงการจัดเรขาคณิต การเก็บความหมายที่จำเป็น การจัดตำแหน่งกับสถานที่จริง และการเตรียมวัตถุที่แอปพลิเคชันอ้างอิงได้
บทบาทของข้อมูลต้นทาง
| แหล่งข้อมูล | คุณค่าหลักในสายงานสินทรัพย์ |
|---|---|
| BIM | โครงสร้างพื้นที่ ระบบ เจตนาการออกแบบ ตำแหน่งอุปกรณ์ ลิงก์เอกสาร |
| CAD และโมเดล 3D | รูปทรงอุปกรณ์ ผังการผลิต ชิ้นส่วนเครื่องกล วัตถุจากผู้ขาย |
| พอยต์คลาวด์ | การเก็บ as-built การตรวจระยะเคลียร์ หลักฐานการปรับปรุง การจัดตำแหน่งหน้างาน |
| แบบและรูปภาพ | บริบทสำหรับวัตถุที่ขาด เส้นทางเข้า งานซ่อน และพื้นที่ซ่อมบำรุง |
| ทะเบียนสินทรัพย์ | รหัส ชื่อ เจ้าของ ระบบ ความรับผิดชอบการบำรุงรักษา |
| ข้อมูลปฏิบัติการ | เซ็นเซอร์ มิเตอร์ สัญญาณเตือน สถานะ เอกสาร บันทึกตรวจสอบ ขั้นตอนงาน |
แต่ละแหล่งควรเก็บเจ้าของ เวอร์ชัน และสถานะการตรวจทาน เพื่อใช้เมื่อต้องแก้ความขัดแย้งหน้างาน อธิบายการเปลี่ยนโมเดล หรือยืนยันสมมติฐานการจำลอง
ตรวจคุณภาพก่อนนำเข้า
รายการตรวจสอบเริ่มต้นประกอบด้วย:
- เจ้าของแหล่งข้อมูล สิทธิ์ใช้ วันที่ส่งออก และสถานะอนุมัติ
- หน่วย จุดกำเนิด ทิศทาง ระบบพิกัด และจุดอ้างอิงไซต์
- ขอบเขตงาน ชั้นหรือโซนที่ครอบคลุม และเวอร์ชันโมเดล
- ขนาดไฟล์ จำนวนวัตถุ ขนาด texture และเป้าหมาย runtime
- กฎการตั้งชื่อสำหรับชั้น ห้อง ระบบ สินทรัพย์ และประเภทอุปกรณ์
- เรขาคณิตที่อ่อนไหว ขอบเขตความปลอดภัย และสิทธิ์ตามบทบาท
- ลิงก์ที่ต้องการไปยังทะเบียนสินทรัพย์ เอกสาร และระบบปฏิบัติการ
การตรวจเหล่านี้ช่วยลดปัญหาโมเดลเลื่อน ไฟล์ใหญ่เกินไป อุปกรณ์ซ้ำ รหัสสินทรัพย์หาย และเรขาคณิตที่นำกลับมาใช้ยาก
เตรียมเรขาคณิตสำหรับ runtime
ผู้ใช้แอปปฏิบัติการมักไม่ใช่ทีมสร้างโมเดล โมเดลจึงต้องอ่าน แสดงผล ค้นหา และอัปเดตได้ง่าย
- ลบรายละเอียดที่ไม่ช่วย workflow เป้าหมาย
- แยกโมเดลใหญ่ตามไซต์ อาคาร ชั้น โซน ระบบ หรือกลุ่มอุปกรณ์
- ลดความซับซ้อนของวัตถุซ้ำโดยยังจำรูปทรงได้
- จัดจุดกำเนิดและพิกัดระหว่าง BIM, CAD และพอยต์คลาวด์ให้ตรงกัน
- เตรียมระดับรายละเอียดสำหรับ desktop, mobile, web และ mixed reality
- รักษาลำดับชั้นสำหรับป้ายกำกับ ตัวกรอง สิทธิ์ และการผูกข้อมูล
- ตรวจทางเข้า พื้นที่ซ่อมบำรุง ขอบเขตความปลอดภัย และการมองเห็นจากเส้นทางหน้างาน
เป้าหมายคือโมเดลที่ทำงานลื่นและยังมีวัตถุสำคัญต่อทีมปฏิบัติการ
ใช้พอยต์คลาวด์เพิ่มความมั่นใจ as-built
พอยต์คลาวด์มีคุณค่าเมื่อสถานที่เปลี่ยนเร็วกว่าการอัปเดตเอกสาร ช่วยเปรียบเทียบแบบกับสภาพจริง หาตำแหน่งอุปกรณ์ที่ติดตั้ง ตรวจพื้นที่บริการ และอัปเดตบริเวณที่ปรับปรุง
เมื่อวัตถุ BIM ไฟล์ CAD และสแกนหน้างานไม่ตรงกัน ทีมสามารถบันทึกความต่าง อัปเดตแหล่งโมเดล และเก็บร่องรอยการตัดสินใจ
หัวข้อที่ตรวจบ่อย ได้แก่ ตำแหน่งอุปกรณ์ ระยะเคลียร์ทางเดิน ความหนาแน่นท่อและ cable tray พื้นที่ซ่อมบำรุง ระดับพื้น พื้นที่ฝ้า ผัง rack และงานชั่วคราว ผลลัพธ์ควรเป็นการแก้โมเดลหรือบันทึกข้อยกเว้น
จัดวัตถุให้เป็นสินทรัพย์ปฏิบัติการ
วัตถุมีคุณค่าเมื่อแอปพลิเคชันระบุและใช้ซ้ำได้ ปั๊ม AHU chiller rack เซลล์หุ่นยนต์ สถานีบรรจุภัณฑ์ เครน และวาล์วควรมีบริบทปฏิบัติการ
ฟิลด์สำคัญได้แก่ รหัสสินทรัพย์ ชื่อแสดง ประเภท ระบบ ชั้น ห้อง โซน เส้นทาง โมเดลต้นทาง เวอร์ชัน ผู้ตรวจ สถานะ เอกสาร SOP template ตรวจสอบ เป้าหมายข้อมูล และกฎการเข้าถึง
เมื่อเตรียมแบบนี้ เนื้อหา 3D จะกลายเป็นไลบรารีวัตถุปฏิบัติการที่ทีม facility หน้างาน simulation และ AI ใช้ร่วมกันได้
สายงานสินทรัพย์ของ DataMesh
- รวบรวมแพ็กเกจต้นทาง - BIM, CAD, 3D, พอยต์คลาวด์ แบบ รูปภาพ รายการสินทรัพย์ เอกสารอุปกรณ์ และข้อมูลอ้างอิงระบบปฏิบัติการ
- ตรวจพื้นฐานโมเดล - หน่วย พิกัด จุดกำเนิด ขนาดไฟล์ ขอบเขต ลำดับชั้น ชื่อ เจ้าของ และความปลอดภัย
- ปรับมาตรฐานและแบ่งเรขาคณิต - เตรียมตามชั้น โซน ระบบ พื้นที่กระบวนการ กลุ่มอุปกรณ์ หรือฉาก runtime
- จัดให้ตรงกับหน้างาน - ใช้พอยต์คลาวด์หรือบันทึกหน้างานตรวจตำแหน่ง ระยะเคลียร์ การเข้าถึง และความต่างจากการปรับปรุง
- สร้างวัตถุปฏิบัติการ - เพิ่มรหัสสินทรัพย์ ประเภท พื้นที่ ระบบ เอกสาร template ตรวจสอบ และเป้าหมายข้อมูล
- สร้างพฤติกรรมฉาก - ใช้ Designer สำหรับมุมมอง ป้ายกำกับ แผงข้อมูล logic ของฉาก การเปลี่ยนชั้น และ walkthrough
- เผยแพร่สู่ runtime - ใช้ Twin Engine และแอป FactVerse สำหรับ visualization, field guidance, monitoring, simulation และ facility workflows
- กำกับการอัปเดต - เก็บเวอร์ชัน บันทึกตรวจทาน เจ้าของแหล่งข้อมูล และบันทึกการเปลี่ยนเมื่อไซต์เปลี่ยน
เช็กลิสต์ความพร้อม
- โมเดลที่เผยแพร่ทุกตัวตามกลับไปหาแหล่งข้อมูลและเจ้าของได้หรือไม่
- หน่วย scale จุดกำเนิด ทิศทาง และพิกัดไซต์ได้รับการตรวจแล้วหรือไม่
- โมเดลถูกแบ่งตามแอปเป้าหมายหรือไม่
- ชื่อชั้น โซน ระบบ อุปกรณ์ และเส้นทางสอดคล้องกันหรือไม่
- รหัสสินทรัพย์ตรงกับทะเบียนหรือระบบบำรุงรักษาของลูกค้าหรือไม่
- พื้นที่อ่อนไหวและเรขาคณิตเฉพาะลูกค้าได้รับการป้องกันหรือไม่
- ผลจากพอยต์คลาวด์ถูกแปลงเป็นการแก้โมเดลหรือบันทึกข้อยกเว้นหรือไม่
- เป้าหมายข้อมูลพร้อมก่อน dashboard หรือ workflow AI ใช้ฉากหรือไม่
แหล่งอ้างอิงสาธารณะ
ความร่วมมือ JTC และ DataMesh แสดงการใช้ BIM และ mixed reality เพื่อช่วยเข้าใจลำดับก่อสร้างและการทำงานหน้างาน
กรณี Obayashi แสดงการใช้ข้อมูล BIM และเนื้อหาดิจิทัลทวินเพื่อสนับสนุนการทบทวนกระบวนการก่อสร้าง
