Osseus
แพลตฟอร์มติดตามการเปลี่ยนแปลงงานวิจัยหุ่นยนต์ แก้ชิ้นส่วนเดียวก็รู้ว่ากระทบโปรแกรมไหนบ้าง
Osseus คือแพลตฟอร์มพัฒนาสำหรับทีมวิจัยพัฒนาหุ่นยนต์ ติดตามความสัมพันธ์แบบพึ่งพาในการออกแบบระหว่างกลไก อิเล็กทรอนิกส์ และซอฟต์แวร์ เมื่อคุณแก้ชิ้นส่วนหนึ่ง ระบบจะหาส่วนปลายน้ำที่จะได้รับผลกระทบให้อัตโนมัติ เตรียมการแก้ไขและส่งเข้าตรวจสอบ
จุดเด่นและสถานการณ์การใช้งาน
จุดที่งานวิจัยพัฒนาฮาร์ดแวร์พลาดง่ายที่สุดคือการเชื่อมโยงข้ามสาขา วิศวกรกลไกเพิ่มความหนาของแผ่นยึด 2 มม. รูยึดของแผงวงจรก็ไม่ตรงแล้ว วิศวกรควบคุมไฟฟ้าแก้ขาพิน แต่เฟิร์มแวร์ไม่ได้แก้ตาม ทั้งเครื่องก็ไม่ทำงาน ความสัมพันธ์เหล่านี้กระจายอยู่ระหว่าง CAD แผนภาพวงจร เฟิร์มแวร์ และการทดสอบ อาศัยคนจำ ฟังก์ชันแกนหลักของ Osseus คือการติดตามผลกระทบจากการเปลี่ยนแปลง สร้างกราฟความสัมพันธ์แบบพึ่งพาระหว่าง CAD อิเล็กทรอนิกส์ เฟิร์มแวร์ และการทดสอบอัตโนมัติ เมื่อเกิดการเปลี่ยนแปลง มันจะทำเครื่องหมายผลกระทบปลายน้ำทั้งหมด นอกจากนี้ยังมีการผสานการตรวจสอบการออกแบบ ทีมภายในและซัพพลายเออร์ปักหมุดคอมเมนต์อภิปรายบนขนาดและวงจรที่แน่นอนได้ AI AutoReview วิเคราะห์การแก้ไขที่พักไว้ (เช่น แผนภาพวงจร Eagle และแบบวิศวกรรม) ทำเครื่องหมายปัญหาการต่อสายและความขัดแย้งของสเปก การเชื่อมโยงเอกสารร่างการอัปเดต BOM คู่มือ และเอกสารข้อกำหนดอัตโนมัติเมื่อรวมการแก้ไข และยังมีการผสานตลาดชิ้นส่วน ตรวจสอบความเข้ากันได้ของชิ้นส่วนทดแทนตามเงื่อนไขเรขาคณิต ไฟฟ้า และความร้อน พร้อมแสดงกำหนดส่งมอบ เชื่อมต่อกับ GitHub, Jira, แพลตฟอร์ม CAD, Ansys และ Gazebo แผนแบ่งเป็นสามระดับ Builder, Team, Enterprise ไม่ระบุราคาที่แน่นอน
เหมาะกับทีมหุ่นยนต์ โดรน และฮาร์ดแวร์อัจฉริยะที่ฮาร์ดแวร์และซอฟต์แวร์วนพัฒนาไปพร้อมกัน ทีมที่ทำซอฟต์แวร์ล้วนหรือกลไกล้วนใช้คุณค่าการติดตามข้ามสาขาไม่ได้
ฟังก์ชันหลัก
- การติดตามผลกระทบจากการเปลี่ยนแปลงข้าม CAD อิเล็กทรอนิกส์ เฟิร์มแวร์ การทดสอบ
- การตรวจสอบการออกแบบ ปักหมุดคอมเมนต์บนขนาดและวงจรเฉพาะได้
- AI AutoReview ทำเครื่องหมายปัญหาการต่อสายและความขัดแย้งของสเปกอัตโนมัติ
- การเชื่อมโยงเอกสาร ร่างการอัปเดต BOM คู่มือ และเอกสารข้อกำหนดอัตโนมัติ
- ตลาดชิ้นส่วน ตรวจสอบความเข้ากันได้ของชิ้นส่วนทดแทนและแสดงกำหนดส่งมอบ
- เชื่อมต่อ GitHub, Jira, CAD, Ansys, Gazebo
การใช้งานทั่วไป
- เมื่อเปลี่ยนกลไก หาวงจรและเฟิร์มแวร์ที่ได้รับผลกระทบอัตโนมัติ
- ทำการตรวจสอบการออกแบบกับซัพพลายเออร์บนแบบแผ่นเดียวกัน
- การตรวจสอบการแก้ไขแผนภาพวงจรอัตโนมัติ
- ค้นหาชิ้นส่วนทดแทนที่เข้ากันได้อย่างรวดเร็วเมื่อขาดชิ้นส่วน
- รักษา BOM และเอกสารเทคนิคให้ซิงค์กับการออกแบบ
ฟีเจอร์เด่น
- การติดตามผลกระทบจากการเปลี่ยนแปลงข้าม CAD อิเล็กทรอนิกส์ เฟิร์มแวร์ การทดสอบ
- การตรวจสอบการออกแบบ ปักหมุดคอมเมนต์บนขนาดและวงจรเฉพาะได้
- AI AutoReview ทำเครื่องหมายปัญหาการต่อสายและความขัดแย้งของสเปกอัตโนมัติ
- การเชื่อมโยงเอกสาร ร่างการอัปเดต BOM คู่มือ และเอกสารข้อกำหนดอัตโนมัติ
- ตลาดชิ้นส่วน ตรวจสอบความเข้ากันได้ของชิ้นส่วนทดแทนและแสดงกำหนดส่งมอบ
- เชื่อมต่อ GitHub, Jira, CAD, Ansys, Gazebo
ข้อดี
- การติดตามความสัมพันธ์พึ่งพาข้ามสาขาเป็นจุดเจ็บจริงของทีมฮาร์ดแวร์ ตลาดมีคนทำน้อย
- การเชื่อมโยงเอกสารอัตโนมัติ ป้องกันเอกสารข้อกำหนดล้าหลังการออกแบบจริงตลอด
- การตรวจสอบความเข้ากันได้ของชิ้นส่วนทดแทนมีคุณค่าเป็นพิเศษในช่วงขาดชิ้นส่วน
- ผสานกับ tool chain เดิม ไม่บังคับให้ทีมย้ายบ้าน
ข้อเสีย
- ผลิตภัณฑ์ช่วงต้นมาก ไม่เปิดเผยราคาที่แน่นอนและกรณีลูกค้า
- การสร้างความสัมพันธ์พึ่งพาต้องลงแรงจัดระเบียบช่วงแรก ไม่ใช่ติดตั้งแล้วมีเลย
- รายการเครื่องมือ CAD และ EDA ที่รองรับต้องยืนยันทีละอย่าง
- ทีมขนาดเล็กอาจรู้สึกว่ากระบวนการหนักเกินไป
กรณีการใช้งาน
- เมื่อเปลี่ยนกลไก หาวงจรและเฟิร์มแวร์ที่ได้รับผลกระทบอัตโนมัติ
- ทำการตรวจสอบการออกแบบกับซัพพลายเออร์บนแบบแผ่นเดียวกัน
- การตรวจสอบการแก้ไขแผนภาพวงจรอัตโนมัติ
- ค้นหาชิ้นส่วนทดแทนที่เข้ากันได้อย่างรวดเร็วเมื่อขาดชิ้นส่วน
- รักษา BOM และเอกสารเทคนิคให้ซิงค์กับการออกแบบ
บันทึกบรรณาธิการ
การพัฒนาฮาร์ดแวร์มีกฎที่โหดร้ายอยู่ข้อหนึ่ง ซอฟต์แวร์ผิดพลาดแก้แบบ hotfix ได้ ฮาร์ดแวร์ผิดพลาดต้องเปิดโมลด์ใหม่ ดังนั้นเครื่องมือใด ๆ ที่จับความขัดแย้งข้ามสาขาได้ในระยะออกแบบ คุณค่าจะถูกขยายหลายเท่า จุดเข้าของ Osseus ผมชอบมาก แต่มันช่วงต้นมาก และต้องจัดระเบียบความสัมพันธ์พึ่งพาให้ดีก่อนถึงจะได้ผล งานเตรียมการนี้สำหรับทีมที่วุ่นวายอาจยากกว่าตัวเครื่องมือเสียอีก
คำถามที่พบบ่อย
ต่างจากระบบ PLM อย่างไร
PLM ดั้งเดิมจัดการเวอร์ชัน รหัสวัสดุ และกระบวนการ จุดเน้นอยู่ที่ "การบันทึก" ส่วน Osseus เน้น "การอนุมาน" มันพยายามเข้าใจความสัมพันธ์เชิงเหตุผลระหว่างการเปลี่ยนแปลงและเตือนเชิงรุก ทั้งสองไม่ได้ขัดกันสิ้นเชิง แต่ตำแหน่งของ Osseus ใกล้เคียงการพัฒนาประจำวันกว่า ส่วน PLM เอนไปทางการจัดการและการปฏิบัติตามกฎหมาย
ทีมฮาร์ดแวร์ในไทยใช้ได้ไหม
จุดเจ็บตรงกันสนิท ทีมทำฮาร์ดแวร์อัจฉริยะและหุ่นยนต์ของไทยทุกวันจัดการกับการเชื่อมโยงข้ามสาขา อุปสรรคหลักคือมันช่วงต้นเกินไป และเครื่องมือ CAD/EDA ที่รองรับต้องยืนยัน (ทีมในไทยจำนวนไม่น้อยใช้ Altium, SolidWorks) นัดชม demo ถามรายการเชื่อมต่อให้ชัดก่อนได้
AI AutoReview เชื่อถือได้ไหม
มันทำเครื่องหมายความขัดแย้งของการต่อสายและสเปกที่ชัดเจน การตรวจสอบตามกฎประเภทนี้ AI ทำได้พอใช้ แต่ปัญหาความเข้ากันได้แม่เหล็กไฟฟ้าและการออกแบบความร้อนที่ซับซ้อนมันจับไม่ได้ ตำแหน่งควรเป็น "จับข้อผิดพลาดระดับต่ำอัตโนมัติ ให้คนโฟกัสส่วนที่ยาก" ไม่ใช่ทดแทนการตรวจสอบการออกแบบ
