การประเมินการรวมต้องใช้อุปกรณ์จริงและโปรโตคอลแอปพลิเคชันจากทั้งสองฝ่าย ชื่อแบรนด์หรือข้อความที่สนับสนุน CAN ยังไม่เพียงพอ แสดงรายการเอกสารที่มีอยู่ อินพุตที่ขาดหายไป และเงื่อนไขการทดสอบ เพื่อแยกการวิเคราะห์โปรโตคอล เฟิร์มแวร์ของบอร์ดลูกค้า และงานบูรณาการอุปกรณ์
รายการตรวจสอบอินพุตโครงการ
| กลุ่มอินพุต | ข้อมูลที่จำเป็น | รองรับการตัดสินใจ |
|---|---|---|
| เอกลักษณ์ของอุปกรณ์ | แบตเตอรี่ BMS หรือ BMU และรุ่นอินเวอร์เตอร์และเฟิร์มแวร์ การเชื่อมต่อระบบ | ความเกี่ยวข้องของโปรโตคอลและความแตกต่างของเวอร์ชัน |
| โปรโตคอลแอปพลิเคชัน | เอกสาร เวอร์ชัน คำจำกัดความของฟิลด์จริง และการใช้งานที่ได้รับอนุญาต CAN | การถอดรหัสเฟรม ขีดจำกัด และการแมปสถานะ |
| อินเตอร์เฟซไฟฟ้า | Pinouts, อุปทาน, กราวด์อ้างอิง, การสิ้นสุด, ชุดสายไฟและการแยก | การเลือกบอร์ดและเงื่อนไขการเชื่อมต่อ |
| ตัวอย่างดิบ | ข้อความประทับเวลา การกำหนดค่า และสภาวะการทำงานที่ทราบ | สนาม เวลา ป้าย และพฤติกรรมการเริ่มต้น |
| บอร์ดและซอฟต์แวร์ | แผนผัง ตัวควบคุมและตัวรับส่งสัญญาณ SDK ไดรเวอร์ และรหัสที่มีอยู่ | การใช้เฟิร์มแวร์และทรัพยากรอินเทอร์เฟซ |
| การทดสอบและการส่งมอบ | อุปกรณ์และบุคลากรที่มีอยู่ ขอบเขตการปฏิบัติงาน เหตุการณ์สำคัญ และเกณฑ์การผ่าน | แผนการบูรณาการ การยอมรับ และขอบเขตต้นทุน |
วิธียืนยันเอกสารพิธีสาร
ตรวจสอบอินเทอร์เฟซ เวอร์ชัน และรุ่นที่เกี่ยวข้องตามที่ระบุไว้ในเอกสารแต่ละฉบับ เอกสาร RS485 ไม่ได้แทนที่โปรโตคอลแอปพลิเคชัน CAN และชื่อโปรโตคอลที่คล้ายกันไม่ได้สร้างเวอร์ชันเดียวกัน ข้อความเกี่ยวกับแบรนด์ รุ่น และความเข้ากันได้ในไดอะแกรมอ้างอิงจำเป็นต้องมีการยืนยันกับอุปกรณ์จริงและบันทึกการทดสอบ สำหรับเอกสารของผู้ผลิตที่ถูกจำกัด ให้ยอมรับการใช้งานที่ได้รับอนุญาตและตรวจสอบการเตรียมการก่อนที่จะแชร์
สิ่งที่สามารถเริ่มต้นด้วยอินพุตที่ไม่สมบูรณ์?
งานเบื้องต้นอาจรวมถึงการลงทะเบียนช่องว่างอินพุต การตรวจสอบทรัพยากรอินเทอร์เฟซ การวิเคราะห์ข้อความที่มีอยู่ และแผนต้นแบบที่มีขอบเขต ขีดจำกัด สถานะ หรือคำจำกัดความการหมดเวลาหายไปทำให้ฟังก์ชันที่เกี่ยวข้องไม่ได้รับการยืนยัน การทดสอบเครื่องจำลองและการรวมอุปกรณ์ถือเป็นเหตุการณ์สำคัญที่แยกจากกันเมื่ออุปกรณ์ไม่พร้อมใช้งาน ใบเสนอราคาควรแยกความแตกต่างระหว่างงานปฏิบัติการ งานขึ้นอยู่กับปัจจัยการผลิตเพิ่มเติม และตัวอย่างหรือต้นทุนการทดสอบ
ตรึงเวอร์ชันอินพุตก่อนที่จะยอมรับ
เชื่อมโยงรายการส่งมอบกับเวอร์ชันอุปกรณ์ โปรโตคอล บอร์ด และเฟิร์มแวร์ โดยที่กรณีทดสอบและปัญหาที่เปิดอยู่ยังคงอยู่ อินเวอร์เตอร์รุ่นอื่น การอัพเดตเฟิร์มแวร์ การเปลี่ยนแปลงข้อความหรือการเปลี่ยนบอร์ด จำเป็นต้องมีการตรวจสอบผลกระทบและการทดสอบการถดถอยที่เกี่ยวข้อง การรวมอุปกรณ์รุ่นก่อนๆ จะไม่ตรวจสอบระบบที่เปลี่ยนแปลงโดยอัตโนมัติ
ออนไลน์
โทรศัพท์
WeChat
กลับไปด้านบน
ข้อเสนอแนะของโครงการ
Winge voltooit headless OpenHarmony 6.1 Fase 0-verificatie op RK3588
MijlpaalBuild22 startte Linux 5.10.210 en OpenHarmony init vanaf SD, koppelde rootfs, /vendor en /data aan, leverde een ···
OpenHarmony 6.1 Systeemaanpassing fase 0 naar RK3588
Direct antwoordOnder de gespecificeerde projectomstandigheden startte OpenHarmony 6.1 de kernel RK3588 op en initeerde O···
Winge ดำเนินการตรวจสอบแบบไม่มีหัว OpenHarmony 6.1 ขั้นที่ 0 เมื่อวันที่ RK3588
เหตุการณ์สำคัญBuild22 เริ่มต้น Linux 5.10.210 และ OpenHarmony เริ่มต้นจาก SD, rootfs ที่เมาท์ /vendor และ /data จัดให้มี···