Индикация SOC сама по себе не означает завершенной интеграции. Значение может быть получено только из некоторых сообщений о состоянии или из кэшированных данных. Это не гарантирует корректного взаимодействия для всех пределов, сигналов тревоги и состояний управления. Приемка должна охватывать необходимые данные и состояния, определенные в протоколе, с записью оборудования, встроенного программного обеспечения и условий испытаний.
Предлагаемые приемочные проверки
| Проверить | Что следует соблюдать | Доказательства, которые следует сохранить |
|---|---|---|
| Согласованность данных | Единицы измерения, направление, масштаб и достоверность SOC, напряжения, тока и температуры. | Необработанные сообщения, декодированные данные и дисплеи устройств |
| Операционные ограничения | Протокол передачи разрешенного напряжения, тока и разрешения заряда или разряда. | Пределы ввода, результаты преобразования и реакция устройства |
| Сигналы тревоги и состояния | Последовательная активация сигнализации, очистка и смена состояний | Последовательность состояний, временные метки и журналы |
| Потеря соединения и устаревшие данные | Обнаружение и специфическая обработка остановленных сообщений, потерянных ссылок или недействительных полей. | Определения тайм-аута, шаги триггера и фактическое поведение |
| Восстановление и перезагрузка | Инициализация и разрешенное восстановление после переподключения или перезапуска | Журналы запуска, последовательности восстановления и открытые проблемы |
Как определить критерии прохождения
Перед тестированием определите входные условия, ожидаемые результаты, допустимые допуски или временные окна, ответственность за работу устройства и формат доказательств. Испытания на зарядку и разрядку проводятся проектной стороной, имеющей оборудование для эксплуатации системы. Шлюз не должен создавать нормальные состояния для обхода BMS или защиты инвертора. Эта таблица поддерживает планирование тестирования; пороговые значения определяются протоколами устройства и согласованным планом испытаний.
Как записывать результаты этапов
Запишите расшифровку сообщения в качестве проверки образца поля. Запишите частичное взаимодействие на макетной плате с реальным объемом прототипа. Тесты устройств сообщают о пройденных, неудачных и непроверенных случаях индивидуально. Изменения модели или прошивки требуют регрессионной оценки. Наблюдение за одним дисплеем не заменяет невыполненные условия эксплуатации или непрерывные эксплуатационные испытания.
Вопросы и ответы
Проходит ли правдоподобное значение SOC, если данные устарели?
Одного правдоподобного значения недостаточно. Проверьте синхронизацию, достоверность, поведение тайм-аута и условия восстановления данных по целевому протоколу. Сохраняйте входные сообщения и записи времени в свидетельстве о приемке, чтобы постоянно отображаемое старое значение не было ошибочно принято за исправную ссылку.
Какие доказательства следует сохранить при тестировании потери соединения и восстановления?
Запишите версии оборудования и встроенного ПО, нормальный ввод, состояние остановки сообщения или отключения, время события, выходные данные или состояния с обеих сторон, шаги восстановления и фактический результат. Пороговые значения тайм-аута и ожидаемое поведение определяются применимыми протоколами и планом тестирования проекта; эта общая статья не изобретает универсальные ценности.
Охватывает ли предыдущий результат приемки обновление прошивки BMS или инвертора?
Старая запись остается свидетельством первоначальной протестированной комбинации. Применимость к новой версии требует пересмотра протокола и изменений поведения. Определите затронутые поля, ограничения, сигналы тревоги, случаи запуска, тайм-аута и восстановления, запустите соответствующие регрессионные тесты и запишите результат для новой версии.
Онлайн
Телефон
WeChat
вернуться наверх