พอร์ต CAN บนอุปกรณ์ทั้งสองเครื่องไม่ได้พิสูจน์ข้อตกลงเกี่ยวกับพารามิเตอร์เฟรม ความหมายของข้อมูล หรือการโต้ตอบในการควบคุม แม้ว่าจะได้รับข้อความ อินเวอร์เตอร์อาจไม่ตีความสถานะของแบตเตอรี่หรือใช้ขีดจำกัด BMS อย่างถูกต้อง ระบุความแตกต่างที่แท้จริงก่อนตัดสินใจว่าจำเป็นต้องใช้เกตเวย์หรือไม่
ตรวจสอบแต่ละเลเยอร์ของอินเทอร์เฟซ
| เลเยอร์ | สิ่งที่ต้องตรวจสอบ | หลักฐานไม่เพียงพอ |
|---|---|---|
| การเชื่อมต่อไฟฟ้า | Pinout, เครื่องรับส่งสัญญาณ, แหล่งจ่าย, กราวด์อ้างอิง, การสิ้นสุดและการแยก | ขั้วต่อเดียวกันช่วยให้สามารถเชื่อมต่อโดยตรงได้ |
| บัสและเฟรม | อัตราบิต เฟรมมาตรฐานหรือเฟรมขยาย CAN หรือ CAN FD ตัวระบุ | การรับหนึ่งเฟรมพิสูจน์ความเข้ากันได้สำหรับข้อความทั้งหมด |
| คำจำกัดความของข้อมูล | ตำแหน่งฟิลด์ ลำดับไบต์ การปรับขนาด หน่วย ค่าที่เซ็นชื่อ และค่าที่ไม่ถูกต้อง | ค่า SOC ที่ถูกต้องจะพิสูจน์ว่าฟิลด์ทั้งหมดถูกต้อง |
| การโต้ตอบของแอปพลิเคชัน | บทบาทของโหนด ลำดับการเริ่มต้น ระยะเวลา คำขอและการตอบกลับ การหมดเวลา | สถานะการส่งช่วยให้สามารถชาร์จและคายประจุได้อย่างต่อเนื่อง |
ที่อยู่เกตเวย์มีความแตกต่างอะไรบ้าง?
ในกรณีที่เอกสารและการอนุญาตอนุญาต เกตเวย์สามารถถอดรหัสข้อความ เข้ารหัสฟิลด์อีกครั้ง สถานะแผนที่ กำหนดเวลาการส่ง และจัดการการหมดเวลา การเปลี่ยนตัวระบุเพียงอย่างเดียวไม่สามารถเอาชนะรูปแบบเฟรมที่ไม่รองรับ การป้องกันอินเทอร์เฟซที่ขาดหายไป สถานะวิกฤตที่ไม่พร้อมใช้งาน หรือโปรโตคอลเป้าหมายที่ไม่สามารถเข้าถึงได้ การป้องกันหรือข้อมูลขีดจำกัดที่ขาดหายไปจะต้องไม่แทนที่ด้วยค่าปกติที่ประดิษฐ์ขึ้น
ลำดับการตรวจสอบที่แนะนำ
ขั้นแรกให้ระบุทั้งรุ่นอุปกรณ์ เฟิร์มแวร์ และเวอร์ชันโปรโตคอล บุคลากรที่คุ้นเคยกับอุปกรณ์ควรตรวจสอบสภาพไฟฟ้า บันทึกข้อความในสภาพแวดล้อมการทดสอบที่ตกลงกัน ตรวจสอบช่องข้อมูล จากนั้นทดสอบการเริ่มต้น การโต้ตอบตามปกติ การหมดเวลา และการกู้คืน บันทึกการผสมผสานและฟังก์ชั่นของอุปกรณ์ที่ทดสอบโดยไม่ขยายผลลัพธ์ไปยังทุกรุ่นของแบรนด์
การอ้างอิงและขอบเขต
ศึกษาเอกสารชิปและไดรเวอร์จริงสำหรับรูปแบบเฟรมและความสามารถของคอนโทรลเลอร์ ข้อมูลอ้างอิง Espressif ด้านล่างจะแยกความแตกต่างระหว่างเฟรมมาตรฐานและเฟรมขยาย และการรองรับ CAN FD ไม่ได้ตรวจสอบคู่ของบอร์ดหรือแบตเตอรี่และอินเวอร์เตอร์โดยเฉพาะ บทความนี้ให้วิธีการตรวจสอบ ไม่ใช่การอ้างความเข้ากันได้ที่ได้รับการทดสอบสำหรับชุดแบรนด์
ออนไลน์
โทรศัพท์
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 จัดให้มี···