การรวมชุดแบตเตอรี่ลิเธียมอัจฉริยะเข้ากับระบบนั้นต้องการมากกว่าแค่การแสดงแรงดันไฟฟ้าและเปอร์เซ็นต์การชาร์จ อุปกรณ์หลักต้องสามารถตีความข้อมูลจากชุดแบตเตอรี่ได้อย่างถูกต้อง ตรวจสอบได้ว่าข้อมูลนั้นล้าสมัยหรือไม่พร้อมใช้งาน และตอบสนองได้อย่างคาดการณ์ได้ในระหว่างการชาร์จ การคายประจุ และข้อผิดพลาด การมีขั้วต่อที่เข้ากันได้และการอ่านข้อมูลครั้งแรกที่สำเร็จไม่ได้หมายความว่าระบบจะเข้ากันได้เสมอไป
คำตอบที่รวดเร็ว: ตกลงข้อกำหนดอินเทอร์เฟซที่ควบคุมเวอร์ชันก่อนการรวมระบบ ตรวจสอบคำจำกัดความของฟิลด์ หน่วย ลำดับไบต์ สิทธิ์การเข้าถึง อัตราการอัปเดต และการจัดการค่าที่ไม่ถูกต้อง ตรวจสอบความถูกต้องของ SOC เทียบกับข้อมูลอ้างอิงอิสระภายใต้เงื่อนไขที่กำหนด จากนั้นทดสอบพฤติกรรมของโฮสต์ระหว่างการสูญเสียการสื่อสาร การเปลี่ยนแพ็ค และเหตุการณ์การป้องกัน บันทึกเกณฑ์การยอมรับที่วัดได้และเก็บหลักฐานสำหรับเวอร์ชันฮาร์ดแวร์และเฟิร์มแวร์ที่ประเมินแล้ว
ประเด็นที่สำคัญ
แยกส่วนการขนส่งข้อมูลการสื่อสารออกจากแบบจำลองข้อมูลแบตเตอรี่ เนื่องจาก CAN ไม่ได้จัดเตรียมแผนที่รีจิสเตอร์ SBS โดยอัตโนมัติ
ตรวจสอบหน่วย ค่าที่มีเครื่องหมาย การปรับขนาด โหมดความจุ และความสดใหม่ก่อนนำข้อมูลโทรมาตรไปใช้ในการตัดสินใจของโฮสต์
ระบุค่าความคลาดเคลื่อนของ SOC เป็นเปอร์เซ็นต์ และตรวจสอบความถูกต้องในช่วงอุณหภูมิ โหลด และอายุการใช้งานของแบตเตอรี่ที่เกี่ยวข้อง
อย่าถือว่าคำขอเรียกเก็บเงิน การตั้งค่าการออกอากาศ และสวิตช์ป้องกันเป็นคำสั่งที่ใช้แทนกันได้
ใช้การจำลองข้อผิดพลาดแบบควบคุมและเกณฑ์การผ่าน/ไม่ผ่านที่บันทึกไว้ รายการตรวจสอบช่วยสนับสนุนการตรวจสอบความถูกต้อง แต่ไม่ได้เป็นการยืนยันการปฏิบัติตามกฎระเบียบโดยตรง
ส่วนที่ 1: การกำหนดอินเทอร์เฟซแบตเตอรี่อัจฉริยะ
1.1 การแยกการขนส่ง โมเดลข้อมูล และพฤติกรรมของโฮสต์
SMBus กำหนดพฤติกรรมการสื่อสาร ในขณะที่การใช้งาน Smart Battery Data กำหนดคำสั่งแบตเตอรี่และความหมายของคำสั่งเหล่านั้น อินเทอร์เฟซไฟฟ้าที่เข้ากันได้กับ I2C ไม่ได้หมายความว่าจะตรงตามข้อกำหนดของ SMBus ทุกประการโดยอัตโนมัติ CAN มีกรอบการสื่อสารที่แตกต่างออกไป ตัวระบุข้อความ ข้อมูลที่ส่ง และพฤติกรรมของแอปพลิเคชันจะต้องระบุแยกต่างหาก
ขอเอกสารรายละเอียดอินเทอร์เฟซแบตเตอรี่ฉบับจริง ไม่ใช่แค่ชื่อโปรโตคอล ระบุรายละเอียดการเชื่อมต่อขาพิน ระดับสัญญาณ การต่อลงดินหรือการแยกวงจร ตัวระบุแอดเดรสหรือ CAN การทำธุรกรรมที่รองรับ ความเร็วบัส และลำดับการเริ่มต้นทำงาน ระบุว่าฝ่ายใดเป็นผู้เริ่มต้นการสื่อสาร และชุดแบตเตอรี่ส่งข้อความเป็นระยะ ตอบสนองต่อการตรวจสอบสถานะ หรือรองรับทั้งสองอย่าง
สำหรับการใช้งาน SBS ให้ใช้สิ่งที่เหมาะสม ข้อกำหนด SBS ควบคู่ไปกับเอกสารประกอบของผู้ผลิตเกจวัด คำสั่งเฉพาะของผู้ผลิตแต่ละรายต้องมีการกำหนดความหมายเฉพาะของตนเอง สำหรับอินเทอร์เฟซ CAN หรือ RS485 แบบกำหนดเอง ให้ขอแผนผังข้อความหรือรีจิสเตอร์ที่ได้รับการอนุมัติ แทนที่จะสันนิษฐานว่าเข้ากันได้จากบัสทางกายภาพ
1.2 สร้างพจนานุกรมข้อมูลควบคุม
กลุ่มภาคสนาม | จะกำหนดอะไร | การตรวจสอบโฮสต์ |
|---|---|---|
แรงดันไฟฟ้า กระแสไฟฟ้า และอุณหภูมิ | ตำแหน่งการวัด หน่วย มาตราส่วน เครื่องหมาย และความละเอียด | เปรียบเทียบกับค่าอ้างอิงที่ปรับเทียบแล้ว ณ จุดการทำงานต่างๆ |
SOC และความจุ | คำจำกัดความของ SOC หน่วยความจุ พฤติกรรมการอัปเดต และค่าที่ไม่ถูกต้อง | ตรวจสอบความสอดคล้องกับผลลัพธ์การปล่อยน้ำเสียที่ควบคุมไว้ |
สถานะและข้อผิดพลาด | ความหมายของบิต ความรุนแรง การล็อค และการกู้คืน | ตรวจสอบการตอบสนองของโฮสต์ที่จำเป็นต่อเงื่อนไขที่รองรับแต่ละข้อ |
ข้อมูลการคิดค่าบริการ | ขีดจำกัดที่ร้องขอ ความรับผิดชอบของเครื่องชาร์จ และสิทธิ์ในการสั่งการ | ตรวจสอบให้แน่ใจว่าทั้งโฮสต์และเครื่องชาร์จเคารพทั้งข้อกำหนดของแบตเตอรี่และข้อจำกัดด้านการออกแบบอิสระ |
ประจำตัว | รุ่นของแพ็คเกจ หมายเลขซีเรียล และเฟิร์มแวร์หรือการแก้ไขอินเทอร์เฟซที่เกี่ยวข้อง | ปฏิเสธหรือทำเครื่องหมายตัวแปรที่ไม่เข้ากันตามนโยบายการบูรณาการ |
ตรวจสอบลำดับไบต์และการตีความกระแสไฟฟ้าแบบมีเครื่องหมายภายใต้เงื่อนไขการชาร์จและการคายประจุที่ทราบแล้ว ยืนยันว่า API คาดหวังที่อยู่ 7 บิตหรือไบต์ที่อยู่ที่มีบิตอ่าน/เขียน ค่าความจุต้องได้รับการตีความโดยใช้โหมดการรายงานที่เลือก หน่วยการชาร์จและพลังงานไม่สามารถใช้แทนกันได้
ควรแยกแยะความแตกต่างระหว่างอุณหภูมิโดยรวมของแบตเตอรี่กับอุณหภูมิของแต่ละเซลล์ การรายงานอุณหภูมิเพียงครั้งเดียวไม่ได้หมายความว่าทุกเซลล์ได้รับการตรวจสอบ ในทำนองเดียวกัน ฟิลด์ SafetyStatus ที่เฉพาะเจาะจงของผู้ผลิตไม่ควรถูกนำเสนอเป็นคำสั่งมาตรฐานสากลที่รองรับโดยแบตเตอรี่อัจฉริยะทุกตัว
ส่วนที่ 2: ตรวจสอบพฤติกรรมการลงทะเบียนและความรับผิดชอบในการเรียกเก็บเงิน
2.1 ทดสอบการอ่านข้อมูลโดยไม่ต้องสมมติว่าเป็นข้อมูลปัจจุบัน
เปรียบเทียบแรงดันไฟฟ้าที่ขั้วกับมิเตอร์ที่เหมาะสม กระแสไฟฟ้ากับช่องวัดที่สอบเทียบแล้ว และอุณหภูมิกับค่าอ้างอิงที่เหมาะสม ระบุค่าความคลาดเคลื่อน ความไม่แน่นอนในการวัด และการจัดเรียงการสุ่มตัวอย่าง ตรวจสอบความถูกต้องของค่าชดเชยกระแสศูนย์และทิศทางกระแสทั้งสองทิศทาง การอ่านค่าที่ถูกต้องเพียงครั้งเดียวไม่สามารถเปิดเผยเครื่องหมายหรือข้อผิดพลาดในการปรับขนาดตลอดช่วงทั้งหมดได้
ตรวจสอบช่วงเวลาการอัปเดตและเวลาหน่วงของตัวกรอง การประมาณค่าความจุที่เปลี่ยนแปลงช้าอาจอัปเดตเป็นขั้นๆ เนื่องจากความละเอียดหรือการกรอง ไม่จำเป็นต้องให้ค่าตัวอย่างที่ต่อเนื่องกันลดลงอย่างต่อเนื่องภายใต้ภาระน้อย แต่ให้ประเมินการเปลี่ยนแปลงโดยรวมในช่วงเวลาและรูปแบบภาระที่กำหนด
โฮสต์ควรแยกแยะค่าศูนย์ที่ถูกต้องออกจากค่าที่ไม่พร้อมใช้งาน ค่าหมดเวลา และตัวอย่างที่ถูกต้องล่าสุด กำหนดอายุข้อมูลสูงสุดที่ยอมรับได้สำหรับแต่ละการตัดสินใจ ทำเครื่องหมายข้อมูลที่ล้าสมัยอย่างชัดเจน แทนที่จะแสดงข้อมูลนั้นต่อไปในฐานะการวัดที่สดใหม่
2.2 แยกแยะความแตกต่างระหว่างคำขออ่านอย่างเดียวกับคำสั่งเขียน
อย่าเขียนคำสั่งใดๆ เพียงเพราะชื่อคำสั่งนั้นฟังดูเหมือนค่าเป้าหมาย ใน SBS คำสั่ง ChargingCurrent และ ChargingVoltage สื่อสารคำขอชาร์จแบตเตอรี่ ไม่ใช่รีจิสเตอร์ควบคุมแบตเตอรี่ที่โฮสต์สามารถเขียนได้ทั่วไป การตั้งค่า BatteryMode CHARGER_MODE ควบคุมการออกอากาศที่เกี่ยวข้อง ไม่ใช่คำสั่งสากลเพื่อเปิด FET สำหรับการชาร์จ ตรวจสอบสิทธิ์การเข้าถึงและพฤติกรรมในข้อกำหนดและเอกสารประกอบอุปกรณ์ที่เกี่ยวข้อง
ทดสอบเฉพาะฟิลด์ที่เขียนได้ซึ่งมีเอกสารกำกับไว้ โดยใช้ขั้นตอนที่ได้รับอนุญาต ตรวจสอบช่วงที่รองรับ การเขียนที่ถูกปฏิเสธ บิตที่สงวนไว้ ความคงทน และผลกระทบของการรีเซ็ต ความแตกต่างในการอ่านค่าอาจสะท้อนถึงการจำกัด การกำหนดปริมาณ การประยุกต์ใช้ที่ล่าช้า หรือข้อจำกัดในการเข้าถึง ไม่จำเป็นต้องเป็นข้อบกพร่องของเฟิร์มแวร์ เปรียบเทียบผลลัพธ์กับพฤติกรรมที่ระบุไว้ในเอกสาร
ตรวจสอบความถูกต้องของวงจรการชาร์จแยกกัน: คำขอจากแบตเตอรี่ การตีความข้อมูลจากโฮสต์ การกำหนดค่าเครื่องชาร์จ และเอาต์พุตที่วัดได้ การตัดการทำงานเพื่อป้องกันความเสียหายเป็นฟังก์ชันที่แยกต่างหากจากการควบคุมการชาร์จตามปกติ การเชื่อมต่อข้อมูลที่ใช้งานได้ไม่ได้ทดแทนฮาร์ดแวร์ป้องกันของแบตเตอรี่หรือข้อจำกัดของเครื่องชาร์จ กำหนดสิ่งที่เกิดขึ้นเมื่อข้อมูลการชาร์จขาดหาย ไม่สอดคล้องกัน หรืออยู่นอกช่วงที่กำหนด
ส่วนที่ 3: ตรวจสอบความถูกต้องของการรายงาน SOC โดยเทียบกับข้อมูลอ้างอิง
3.1 อธิบายความหมายของเปอร์เซ็นต์
SOC เป็นค่าประมาณของประจุที่เหลืออยู่ภายใต้แบบจำลองที่กำหนด ไม่ใช่การรับประกันโดยตรงถึงเวลาใช้งานที่เหลืออยู่ SOC สัมพัทธ์, SOC สัมบูรณ์, ความจุที่เหลืออยู่ และความจุเมื่อชาร์จเต็ม อาจมีฐานอ้างอิงที่แตกต่างกัน เกณฑ์การปิดเครื่องของโฮสต์, กำลังไฟฟ้าที่ใช้ และอุณหภูมิ ยังมีผลต่อเวลาใช้งานที่ใช้งานได้จริงอีกด้วย
กำหนดข้อกำหนดด้านความแม่นยำเฉพาะสำหรับการใช้งาน ตัวอย่างเช่น โครงการอาจต้องการข้อผิดพลาดภายในห้าเปอร์เซ็นต์ในช่วง SOC และขอบเขตการทดสอบที่ระบุไว้ ระบุสิ่งนี้เป็นเกณฑ์ของโครงการ ไม่ใช่ข้อกำหนดทั่วไปของ IEC 62660 หรือ SAE J2464 ระบุว่าขีดจำกัดนี้ใช้กับข้อผิดพลาดสูงสุด ค่าเฉลี่ย หรือช่วงการทำงานเฉพาะ
อย่าตั้งค่าความจุการชาร์จเต็มที่เรียนรู้แล้วให้เท่ากับความจุที่ระบุไว้ในเอกสารข้อมูลจำเพาะตลอดอายุการใช้งานของผลิตภัณฑ์ เกจวัดอาจอัปเดตค่าประมาณผ่านกระบวนการเรียนรู้ที่ผู้ผลิตกำหนด ตรวจสอบการกำหนดค่าทางเคมี การสอบเทียบปัจจุบัน และสถานะการเรียนรู้ก่อนตีความตัวบ่งชี้สุขภาพตามความจุ
3.2 ใช้การวัดที่เป็นอิสระและโปรไฟล์ที่สมจริง
กำหนดขั้นตอนอ้างอิงที่ควบคุมได้ โดยระบุเงื่อนไขการชาร์จเสร็จสมบูรณ์ สภาวะพัก การตัดการคายประจุ อุณหภูมิ และการวัดกระแสไฟฟ้า รวมกระแสไฟฟ้าที่วัดได้อย่างอิสระในช่วงเวลาต่างๆ และกำหนดพื้นฐานของความจุที่ใช้งานได้ บันทึกความไม่แน่นอนของค่าอ้างอิง การเรียกค่าที่คำนวณได้ว่า “SOC ที่แท้จริง” ไม่ได้ขจัดข้อผิดพลาดในการวัด
ทดสอบโหลดที่คงที่ โหลดแบบพัลส์ และโหลดสแตนด์บาย รวมถึงช่วงเปลี่ยนผ่านและการฟื้นตัว ครอบคลุมขีดจำกัดอุณหภูมิที่เกี่ยวข้องและตัวอย่างที่เสื่อมสภาพตามแผนการตรวจสอบความถูกต้อง ตรวจสอบการเริ่มต้นใช้งานหลังจากเก็บรักษา การชาร์จไม่สมบูรณ์ ระยะเวลาสแตนด์บายที่ยาวนาน และการทำงานที่ระดับ SOC ต่ำ ซึ่งการแจ้งเตือนการสำรองไฟของโฮสต์อาจมีความสำคัญที่สุด
แรงดันไฟฟ้าวงเปิดขณะพักสามารถใช้เป็นเครื่องมือตรวจสอบความน่าเชื่อถือได้ แต่ขึ้นอยู่กับองค์ประกอบทางเคมี อุณหภูมิ ฮิสเทรีซิส และการคลายตัว กราฟแรงดันไฟฟ้าแบบราบเรียบของ LiFePO4 ทำให้การตีความค่า SOC จากแรงดันไฟฟ้าเพียงอย่างเดียวทำได้ยากเป็นพิเศษในช่วงการทำงานส่วนใหญ่ อย่ารับประกันระดับความแม่นยำระดับเดียวจากชื่ออัลกอริทึมเพียงอย่างเดียว
บันทึกข้อมูล SOC, ค่าประมาณอ้างอิง, แรงดัน, กระแส, อุณหภูมิ และเวลาไว้ด้วยกัน ตรวจสอบการเปลี่ยนแปลงอย่างกะทันหันแทนที่จะยอมรับหรือปฏิเสธโดยอัตโนมัติ: การแก้ไขแบบจำลอง การเปลี่ยนแปลงความจุที่มีอยู่ และข้อผิดพลาดในการกำหนดค่าอาจทำให้เกิดพฤติกรรมที่แตกต่างกัน ตรวจสอบความถูกต้องของค่าสำรองที่แสดงและเวลาการทำงานจริงของอุปกรณ์แยกต่างหากจากความถูกต้องเป็นเปอร์เซ็นต์
ส่วนที่ 4: ตรวจสอบความถูกต้องของการสื่อสารระหว่างโฮสต์และการตอบสนองต่อข้อผิดพลาด
4.1 การทดสอบ SMBus และ I2C
ใช้เวอร์ชันโปรโตคอลที่รองรับและข้อจำกัดของส่วนประกอบเพื่อกำหนดเวลาและการตรวจสอบทางไฟฟ้า ข้อมูลจำเพาะอย่างเป็นทางการของ SMBus เป็นข้อมูลอ้างอิงสำหรับข้อกำหนดของโปรโตคอล ห้ามแปลงค่าหมดเวลาเริ่มต้นของอะแดปเตอร์ตัวใดตัวหนึ่งไปเป็นเวลาหมดเวลาที่แบตเตอรี่ต้องการ หรืออนุมานความยาวสายเคเบิลสากลจากค่าความจุของบัสเพียงอย่างเดียว
ตรวจสอบระดับสัญญาณ เวลาตอบสนอง การโหลด และจังหวะเวลาให้ตรงกับสายไฟและขั้วต่อที่ต้องการใช้งาน
ตรวจสอบรูปแบบคำสั่ง จำนวนไบต์ การกำหนดแอดเดรส และพฤติกรรมการเริ่มต้นซ้ำในกรณีที่เกี่ยวข้อง
ทดสอบการสร้างและการปฏิเสธ PEC เมื่อจำเป็นหรือเมื่ออินเทอร์เฟซที่ใช้งานอยู่รองรับ
แทรกสัญญาณ NACK ของที่อยู่, สัญญาณ NACK ของข้อมูล, ข้อความที่ถูกตัดทอน และสภาวะบัสติดขัดแบบควบคุม
ตรวจสอบการลองใหม่แบบจำกัด การหน่วงเวลา การรายงานการหมดเวลา และลำดับการกู้คืนที่บันทึกไว้
PEC ตรวจจับข้อผิดพลาดของแพ็กเก็ตที่ระบุไว้ ไม่ใช่การตรวจสอบความถูกต้องและไม่ทำให้ข้อมูลที่ล้าสมัยหรือไม่ถูกต้องตามความหมายปลอดภัย I2C แบบดิบไม่ได้เพิ่ม PEC ของ SMBus โดยธรรมชาติ ตรวจสอบว่าโฮสต์จัดการคำสั่งที่ไม่รองรับอย่างไร แทนที่จะลองใหม่ไปเรื่อยๆ
4.2 CAN, การแจ้งเตือน และการทดสอบการกู้คืน
สำหรับ CAN ให้ตรวจสอบจังหวะเวลาของบิต การสิ้นสุด ตัวระบุ ความยาวของเพย์โหลด การปรับขนาด และช่วงเวลาของข้อความ ตรวจสอบข้อความที่หายไป ตัวระบุที่ไม่ถูกต้อง และเพย์โหลดที่ล้าสมัย รวมตัวนับลำดับ ผลรวมตรวจสอบของแอปพลิเคชัน หรือมาตรการความสมบูรณ์เพิ่มเติมเฉพาะเมื่อมีการกำหนดไว้ในโปรโตคอลของแอปพลิเคชันเท่านั้น
ทดสอบการถอดปลั๊กและเสียบปลั๊กใหม่แยกต่างหากจากการทดสอบสถานะข้อผิดพลาด CAN ที่ควบคุมได้ การถอดปลั๊กโหนดไม่ได้หมายความว่าบัสจะปิดเสมอไป ใช้ชุดทดสอบที่เหมาะสมเพื่อตรวจสอบการจัดการข้อผิดพลาดแบบพาสซีฟและบัสปิดในกรณีที่เกี่ยวข้อง และปฏิบัติตามพฤติกรรมการกู้คืนที่ระบุไว้ในเอกสารของคอนโทรลเลอร์ การเสียบปลั๊กใหม่เพียงอย่างเดียวไม่ใช่หลักฐานว่าเส้นทางการกู้คืนทุกเส้นทางใช้งานได้
ตรวจสอบพินแจ้งเตือนหรือการแจ้งเตือนเหตุการณ์เฉพาะในกรณีที่การออกแบบรองรับเท่านั้น กำหนดการยืนยัน การรับทราบ การล็อค การล้าง และการสำรองข้อมูลแบบโพลลิ่ง ใช้โปรแกรมจำลองหรือการฉีดสัญญาณเซ็นเซอร์ที่ได้รับการอนุมัติสำหรับการทดสอบข้อผิดพลาดเบื้องต้น แทนการทำให้แบตเตอรี่ร้อนเกินไปหรือชาร์จไฟเกินโดยเจตนา การทดสอบการป้องกันทางกายภาพต้องใช้ขั้นตอนที่ควบคุมได้และมีอุปกรณ์ที่เหมาะสม
การขาดการเชื่อมต่อควรนำไปสู่การตอบสนองของระบบที่ประเมินความเสี่ยงแล้ว ไม่ใช่การปิดระบบโดยทันทีทั้งหมด ขึ้นอยู่กับอุปกรณ์ การตอบสนองอาจรวมถึงสัญญาณเตือน การระงับการชาร์จ โหมดการทำงานที่จำกัด หรือการเปลี่ยนไปใช้แหล่งพลังงานอื่นอย่างเป็นระบบ ตรวจสอบการตอบสนองนั้นในระดับระบบ รวมถึงการถอด การใส่แบตเตอรี่ การเข้าสู่โหมดพัก การปลุก และการรีเซ็ตโฮสต์
ส่วนที่ 5: แปลงผลลัพธ์ให้เป็นรายการตรวจสอบสำหรับการเผยแพร่
5.1 กำหนดเกณฑ์การยอมรับที่วัดได้
ตรวจสอบ | หลักฐานที่จะบันทึก | หลักเกณฑ์การยอมรับ |
|---|---|---|
การตีความข้อมูล | ข้อมูลดิบ (ไบต์), ค่าที่ถอดรหัสแล้ว, ค่าอ้างอิง และหน่วย | แผนผังอินเทอร์เฟซที่ได้รับการอนุมัติและค่าความคลาดเคลื่อนในการวัด |
ความสด | ช่วงเวลาการอัปเดต ระยะเวลาข้อความหาย และการระบุโฮสต์ | อายุสูงสุดที่อนุญาตสำหรับแต่ละฟังก์ชันโฮสต์ |
SOC | วิธีการอ้างอิง ข้อผิดพลาดเทียบกับเวลา โหลด อุณหภูมิ และสภาพของตัวอย่าง | กำหนดค่าความคลาดเคลื่อนร้อยละและขอบเขตการทำงาน |
การชาร์จไฟ | การร้องขอแบตเตอรี่ คำสั่งโฮสต์ เอาต์พุตเครื่องชาร์จที่วัดได้ และการตอบสนองต่อข้อผิดพลาด | วงเงินค่าบริการที่ได้รับอนุมัติและนโยบายกรณีขาดการติดต่อ |
การกู้คืนความผิดพลาด | เหตุการณ์ที่ถูกแทรกเข้าไป, เวลาตรวจจับ, การลองใหม่, การดำเนินการของโฮสต์ และการกู้คืน | ข้อกำหนดของระบบและการควบคุมความเสี่ยง |
องค์ประกอบ | หมายเลขซีเรียลของแพ็คเกจ, ฮาร์ดแวร์, เฟิร์มแวร์, พารามิเตอร์ และเวอร์ชันซอฟต์แวร์โฮสต์ | การกำหนดค่าการเผยแพร่ที่ได้รับการอนุมัติ |
ใช้ผลลัพธ์เป็น ผ่าน ไม่ผ่าน ถูกบล็อก และไม่เกี่ยวข้อง พร้อมระบุเหตุผลประกอบ การทดสอบที่ถูกบล็อกต้องไม่กลายเป็นผ่านเพราะอุปกรณ์หรือหลักฐานไม่พร้อมใช้งาน บันทึกความเบี่ยงเบน การสอบสวน การเปลี่ยนแปลงแก้ไข และผลการทดสอบซ้ำ ส่งต่อไปยังกระบวนการคุณภาพอย่างเป็นทางการเมื่อจำเป็น ไม่ใช่ทุกปัญหาการบูรณาการจะต้องดำเนินการแก้ไขและป้องกัน (CAPA) อย่างเต็มรูปแบบเสมอไป
5.2 การควบคุมการเปลี่ยนแปลงและการแยกการตรวจสอบคุณสมบัติออกจากการทดสอบการผลิต
เก็บรักษาเอกสารอินเทอร์เฟซ สคริปต์ทดสอบ บันทึกอุปกรณ์ที่สอบเทียบแล้ว และบันทึกข้อมูลดิบพร้อมกับการแก้ไขที่ประเมินแล้ว ประเมินการเปลี่ยนแปลงเฟิร์มแวร์ของเครื่องวัด การกำหนดค่าทางเคมี การตั้งค่าการป้องกัน และซอฟต์แวร์โฮสต์ เลือกการทดสอบการถดถอยโดยพิจารณาจากฟังก์ชันที่ได้รับผลกระทบและความเสี่ยง แทนที่จะสันนิษฐานว่าไม่จำเป็นต้องทำการทดสอบซ้ำ หรือการเปลี่ยนแปลงทุกอย่างต้องผ่านการรับรองใหม่ทั้งหมด
คุณสมบัติการบูรณาการแตกต่างจาก การทดสอบขั้นสุดท้ายของชุดแบตเตอรี่การตรวจสอบการผลิตสามารถยืนยันตัวตน ข้อมูลทางไกลพื้นฐาน และฟังก์ชันที่กำหนดไว้ได้ แต่ไม่สามารถทดแทนการตรวจสอบอุณหภูมิ การเสื่อมสภาพ หรือการตรวจสอบความผิดพลาดของระบบได้ ในทำนองเดียวกัน การผ่านการทดสอบการสื่อสารก็ไม่ได้หมายความว่าตรงตามข้อกำหนดด้านความปลอดภัยของอุปกรณ์ทางการแพทย์หรืออุตสาหกรรมทั้งหมด
สำหรับ โครงการแบตเตอรี่อัจฉริยะแบบกำหนดเองรวมถึงการแบ่งปันอินเทอร์เฟซโฮสต์ โปรไฟล์โหลด สถาปัตยกรรมการชาร์จ และการตอบสนองต่อข้อผิดพลาดที่จำเป็นกับ Large Power เร็ว ๆ นี้ เห็นด้วยว่าคุณสมบัติใด บีเอ็มเอส หรือ พีซีเอ็ม ในความเป็นจริงแล้ว ระบบจะต้องถูกนำไปใช้งานและจัดการโดยโฮสต์ การปล่อยใช้งานควรอยู่บนพื้นฐานของหลักฐานที่ตรวจสอบได้ ไม่ใช่เพียงแค่การสาธิตที่ประสบความสำเร็จเท่านั้น
คำถามที่พบบ่อย
แบตเตอรี่อัจฉริยะทุกก้อนใช้แผนผังรีจิสเตอร์แบบเดียวกันหรือไม่?
ไม่ ชุดซอฟต์แวร์ที่เข้ากันได้กับ SBS ใช้โมเดลคำสั่งที่กำหนดไว้ แต่ส่วนขยายที่รองรับและพฤติกรรมของอุปกรณ์ยังคงต้องได้รับการตรวจสอบ ชุดซอฟต์แวร์ CAN และ RS485 แบบกำหนดเองต้องมีเอกสารประกอบอินเทอร์เฟซของตนเอง
โฮสต์สามารถเขียนคำสั่ง ChargingCurrent เพื่อปิดการชาร์จได้หรือไม่?
อย่าคิดไปเอง การร้องขอการชาร์จแบบ SBS ไม่ใช่คำสั่งสวิตช์ที่เขียนได้ทั่วไป ตรวจสอบเอกสารประกอบของแบตเตอรี่และเครื่องชาร์จ คำสั่งควบคุมที่รองรับ และสถาปัตยกรรมการชาร์จที่ต้องการใช้งาน
ผู้ผลิตอุปกรณ์ควรต้องการความแม่นยำของ SOC ในระดับใด?
กำหนดข้อกำหนดจากแอปพลิเคชัน รวมถึงสภาวะการใช้งาน อายุ วิธีการอ้างอิง และค่าความคลาดเคลื่อนที่ยอมรับได้ในหน่วยเปอร์เซ็นต์ ไม่มีเป้าหมายความแม่นยำตายตัวที่แบตเตอรี่อัจฉริยะทุกก้อนต้องมี
การตัดการเชื่อมต่อ CAN พิสูจน์ได้ว่าระบบกู้คืนจากสถานะปิดบัสได้หรือไม่?
ไม่ การตัดสายเคเบิลและการปิดบัสเป็นเงื่อนไขการทดสอบที่แตกต่างกัน ตรวจสอบการจัดการการสูญเสียลิงก์และการกู้คืนสถานะข้อผิดพลาดที่ระบุไว้ในเอกสารของตัวควบคุมโดยใช้วิธีการทดสอบที่เหมาะสม
ควรเกิดอะไรขึ้นเมื่อข้อมูลแบตเตอรี่หยุดอัปเดต?
โฮสต์ควรตรวจจับข้อมูลที่ล้าสมัยหรือขาดหายไป และปฏิบัติตามนโยบายการตอบสนองที่ได้รับการตรวจสอบแล้ว อย่าดำเนินการใช้ค่าที่อ่านได้ครั้งล่าสุดเป็นค่าปัจจุบันต่อไป การตอบสนองที่เหมาะสมขึ้นอยู่กับอุปกรณ์และการวิเคราะห์ความเสี่ยงของอุปกรณ์นั้น
การทดสอบความผิดพลาดควรจงใจทำให้แบตเตอรี่ร้อนเกินไปหรือไม่?
ไม่เหมาะสำหรับการตรวจสอบความถูกต้องของอินเทอร์เฟซโฮสต์ตามปกติ เริ่มต้นด้วยโปรแกรมจำลองหรือการฉีดสัญญาณที่ได้รับการอนุมัติ การทดสอบการใช้งานผิดวิธีหรือการตรวจสอบความปลอดภัยใดๆ ต้องใช้ขั้นตอนความปลอดภัยที่ควบคุมแยกต่างหาก
