Многошинная архитектура CAN используется в системах управления батареями (BMS) для разделения рабочих нагрузок передачи данных и защиты функций обеспечения безопасности в реальном времени. Данные на уровне ячеек, «рукопожатия» с зарядным устройством и сообщения управления транспортным средством имеют разные требования к пропускной способности и времени передачи, поэтому их размещение на отдельных каналах CAN снижает перегрузку сети. Для лабораторных испытаний это означает, что система тестирования должна поддерживать несколько независимых интерфейсов CAN, обеспечивая при этом выделенные высокоскоростные измерительные возможности для детального анализа ячеек.
Ключевой принцип — разделение ответственности: шина CAN должна передавать надежную информацию об управлении и состоянии, в то время как лабораторное оборудование выполняет высокоскоростной сбор данных с высоким разрешением. Таким образом, эффективная система тестирования аккумуляторов должна одновременно взаимодействовать с BMS, зарядным устройством и имитатором транспортного средства, не заставляя сеть CAN системы BMS выполнять измерения, для которых она не была предназначена.
Почему в аккумуляторных системах используется несколько шин CAN
Разные типы данных имеют разный приоритет
Аккумуляторная батарея генерирует несколько категорий информации:
- Измерения на уровне ячеек, такие как напряжение и температура отдельных ячеек.
- Данные процесса зарядки, включая команды зарядного устройства, ограничения и протоколы «рукопожатия».
- Информация управления транспортным средством, такая как уровень заряда (SOC), ограничения по току, предупреждения и состояние контакторов.
Эти потоки данных имеют неодинаковые требования к таймингам или пропускной способности. Их разделение позволяет каждой шине выполнять определенную функцию, вместо того чтобы перегружать одну общую сеть всеми сообщениями.
Внутренняя шина передает плотные данные об аккумуляторе
Внутренняя шина BMS обычно обрабатывает высокоплотную информацию от устройств мониторинга ячеек и модулей управления батареей. Напряжения отдельных ячеек, температуры, статус балансировки, диагностические данные и информация о внутренних неисправностях могут создавать значительный трафик сообщений.
Эта шина необходима для работы BMS, но она не обязательно оптимизирована для лабораторных измерений. Скорость передачи данных, планирование сообщений, масштабирование и доступность определяются разработчиком батареи.
Шина зарядки управляет взаимодействием с зарядным устройством
Шина зарядки соединяет BMS или аккумуляторную батарею с зарядной системой. Она передает информацию, необходимую для установления и поддержания процесса зарядки, включая допустимый ток, пределы напряжения, состояние зарядки и условия неисправности.
Поскольку связь с зарядным устройством часто включает строгие «рукопожатия» и временные интервалы управления, перегрузка на этом канале может прервать процесс зарядки или задержать передачу важных ограничений.
Шина транспортного средства передает данные управления на уровне батареи
Шина, ориентированная на транспортное средство, обычно предоставляет блоку управления автомобилем обобщенную информацию. Типичные сигналы включают уровень заряда (SOC), ограничения тока заряда и разряда, напряжение и ток батареи, системные предупреждения и состояние контакторов.
Эта информация часто компактно закодирована в стандартных сообщениях CAN. Например, одно 8-байтовое сообщение может содержать ограничения по току, SOC, системные флаги, ток и напряжение батареи.
Почему одна шина CAN может стать проблемой
Высокочастотный опрос ячеек создает избыточный трафик
Распространенная ошибка — рассматривать сеть CAN системы BMS как систему сбора данных высокого быстродействия. Повторяющийся запрос напряжения каждой ячейки через короткие интервалы — например, каждые 100 миллисекунд — может создавать значительный трафик сообщений.
Этот трафик конкурирует с сигналами безопасности, командами управления и сообщениями зарядного устройства или транспортного средства. Результатом могут стать задержки сообщений, повышенная загрузка шины и снижение детерминированности системы.
Арбитраж CAN защищает приоритетные сообщения, но не дает бесконечной пропускной способности
CAN использует аппаратный арбитраж. Если несколько узлов передают данные одновременно, сообщение с меньшим числовым идентификатором получает доступ к шине без повреждения кадра.
Это позволяет высокоприоритетным аварийным сигналам и сообщениям о критическом состоянии иметь приоритет над обычной телеметрией. Однако арбитраж не создает дополнительной пропускной способности; сильно загруженная шина все равно может задерживать сообщения с низким приоритетом и снижать общую пропускную способность связи.
Связь, касающаяся безопасности, должна оставаться предсказуемой
BMS должна иметь возможность надежно передавать предупреждения, ограничения по току, команды контакторов и состояния неисправностей. Если тестовая система перегружает ту же шину диагностическими запросами или высокоскоростной регистрацией данных, это может помешать выполнению основной функции безопасности BMS.
Поэтому цель проектирования заключается не просто в сборе большего объема данных, а в сборе необходимых данных без ущерба для канала связи, используемого для защиты и управления.
Что многошинная архитектура CAN означает для лабораторных испытаний аккумуляторов
Тестовой системе требуется несколько каналов CAN
Лабораторный тестер аккумуляторов или стенд для НИОКР должен иметь возможность независимо подключаться к соответствующим шинам. Как минимум, это может потребовать отдельных интерфейсов для:
- Внутренней сети BMS.
- Сети управления транспортным средством.
- Сети связи с зарядным устройством.
Каждый канал должен быть независимо настраиваемым по скорости передачи данных, фильтрации сообщений, передаче и логированию. Одного физического интерфейса CAN может быть недостаточно, если аккумуляторная батарея использует несколько сетей с разными ролями или конфигурациями.
Система должна поддерживать одновременную связь
Лабораторные испытания часто требуют выполнения параллельных действий:
- Регистрация данных ячеек и батареи.
- Имитация блока управления транспортным средством.
- Имитация или управление поведением зарядного устройства.
- Передача команд в BMS.
- Мониторинг предупреждений, неисправностей и состояний контакторов.
Тестовая платформа должна выполнять эти действия одновременно. Она не должна требовать от оператора вручную переключаться между шинами или приостанавливать запись данных для выполнения транзакции управления.
Имитация CAN должна отражать реальные рабочие роли
Тестовая система может потребоваться для выполнения роли блока управления транспортным средством, зарядного устройства или другого участника сети. Это включает передачу реалистичных сообщений, реагирование на сигналы BMS и реализацию ожидаемых «рукопожатий» и таймингов.
Например, стенду может потребоваться отправлять запросы со стороны автомобиля, одновременно отслеживая ограничения со стороны зарядного устройства. Поддержка многоканального CAN позволяет воспроизводить эти взаимодействия без объединения несвязанного трафика в одной сети.
Детальные измерения должны выполняться с помощью специализированных приборов
Значения CAN обычно обрабатываются и передаются BMS с ее собственными частотами дискретизации и отчетности. Они полезны для наблюдения за поведением BMS, но могут не обеспечивать разрешение, синхронизацию или частоту сбора данных, необходимые для электрохимических исследований.
Поэтому высокочастотный мониторинг ячеек и детальный анализ следует поручить специализированному оборудованию для тестирования аккумуляторов или научным приборам сбора данных. Сеть CAN системы BMS должна оставаться сфокусированной на управлении, защите, диагностике и операционной телеметрии.
Как должна быть спроектирована лабораторная архитектура
Разделяйте управление связью и сбор измерительных данных
Надежная тестовая установка использует CAN для связи с BMS и другими контроллерами системы, в то время как специализированное измерительное оборудование захватывает сигналы, необходимые для исследований.
Такое разделение предотвращает генерацию лабораторной системой ненужного трафика CAN и обеспечивает лучший контроль над частотой дискретизации, точностью времени и качеством данных.
Регистрируйте каждую шину независимо
Тестовая система должна сохранять идентичность и временные метки сообщений с каждой шины. Независимое логирование позволяет определить, возникло ли событие в BMS, зарядном устройстве, имитаторе транспортного средства или другой подсистеме.
Это также упрощает поиск неисправностей. Например, задержку «рукопожатия» зарядки можно отличить от сообщения об ограничении со стороны автомобиля или внутренней ошибки мониторинга ячеек.
Применяйте фильтрацию сообщений и контролируемый опрос
Тестовая система должна подписываться только на сообщения, необходимые для теста. Если необходим диагностический опрос, он должен планироваться с частотой, которая не мешает критически важному для безопасности трафику.
Фильтрация сообщений, ограничение скорости и передача с учетом приоритетов являются важными мерами предосторожности, особенно когда BMS не предоставляет отдельный диагностический канал.
Синхронизируйте данные CAN и измерительные данные
Для правильного анализа поведения аккумулятора события CAN и высокоскоростные измерения должны иметь надежную общую временную привязку. Это позволяет инженерам соотнести изменение напряжения ячейки или повышение температуры с изменением лимитов BMS, событием контактора, ответом зарядного устройства или сообщением об ошибке.
Без синхронизации данные могут показать, что произошло, но не точную взаимосвязь между событиями.
Понимание компромиссов
Больше интерфейсов — выше сложность системы
Многошинная тестовая система требует больше аппаратных каналов, больше настроек и больше программной логики. Инженеры должны понимать скорость передачи данных, определения сообщений, терминацию, идентификаторы и электрические характеристики каждой сети.
Эта сложность оправдана, когда требуется одновременное взаимодействие, но ею следует управлять с помощью четкой документации по шинам и повторно используемых конфигураций тестов.
Данные, предоставляемые BMS, удобны, но ограничены
Чтение значений ячеек через CAN удобно, так как это позволяет избежать дополнительной проводки и часто предоставляет те же данные, которые использует сама BMS. Однако эти значения могут быть отфильтрованы, усреднены, задержаны, квантованы или переданы с меньшей частотой, чем исходный процесс измерения.
Для точных исследовательских измерений прямые или специализированные приборы, как правило, более уместны, чем полагаться исключительно на широковещательные сообщения BMS.
Больше данных — не всегда лучше
Увеличение частоты опроса может показаться способом улучшения видимости, но избыточный трафик может снизить надежность системы. Правильная цель — достаточная информация с предсказуемыми таймингами, а не максимальный объем сообщений.
Тщательно отобранный набор сообщений в сочетании со специализированным высокоскоростным сбором данных обычно дает лучшие экспериментальные результаты, чем агрессивный опрос всех доступных параметров BMS.
Разделение шин не устраняет все риски интеграции
Отдельные шины все равно могут взаимодействовать через программное обеспечение BMS и логику управления. Ограничение тока, сформированное на основе внутренних измерений, может повлиять на сообщения транспортного средства, поведение зарядного устройства и результаты испытаний по другим сетям.
Поэтому лабораторная система должна тестировать не только каждую шину по отдельности, но и всю цепочку реакций между мониторингом ячеек, решениями BMS, управлением зарядкой и управлением транспортным средством.
Сделайте правильный выбор для вашей цели
Лабораторная система тестирования аккумуляторов должна выбираться в соответствии с требованиями к взаимодействию и измерениям программы испытаний.
- Если ваша основная цель — интеграция BMS и автомобиля: используйте систему с независимыми каналами CAN, которые могут имитировать сообщения управления автомобилем, отслеживая при этом пределы на уровне батареи, SOC, неисправности и состояния контакторов.
- Если ваша основная цель — валидация зарядного устройства: убедитесь, что система может независимо связываться с шиной зарядки и записывать данные, включая протоколы «рукопожатия», пределы зарядки и реакции на неисправности.
- Если ваша основная цель — электрохимический анализ на уровне ячеек: используйте специализированное высокоскоростное измерительное оборудование для измерения напряжения и температуры ячеек, а CAN оставьте для статуса BMS и команд управления.
- Если ваша основная цель — валидация безопасности: отдайте приоритет детерминированной обработке сообщений, независимому мониторингу шин, передаче с учетом приоритетов и точной корреляции событий неисправностей по всем каналам.
- Если ваша основная цель — полное тестирование батареи: выберите платформу, которая сочетает многоканальную имитацию CAN и логирование с синхронизированным сбором электрических и тепловых данных.
Правильная архитектура оставляет за BMS ответственность за безопасное управление, предоставляя лабораторной системе независимые каналы и измерительные возможности, необходимые для надежной оценки аккумулятора.
Сводная таблица:
| Тип шины CAN | Назначение | Передаваемые данные | Требования к лабораторным испытаниям |
|---|---|---|---|
| Внутренняя CAN BMS | Мониторинг ячеек и внутренняя диагностика | Напряжения ячеек, температуры, статус, ошибки | Независимое логирование; избегайте частого опроса во избежание перегрузки |
| CAN зарядного устройства | Настройка и управление зарядкой | Пределы зарядки, «рукопожатия», статус | Имитация поведения зарядного устройства; запись сообщений на отдельном канале |
| CAN транспортного средства | Информация управления на уровне батареи | SOC, пределы тока, данные батареи, предупреждения | Имитация контроллера автомобиля; мониторинг управляющих сообщений |
Улучшите свои испытания аккумуляторов с помощью многоканальных решений CAN от KINTEK. Наше лабораторное оборудование поддерживает комплексные НИОКР в области аккумуляторов, передовые исследования материалов и полное производство ячеек. Обеспечьте надежную связь и точные измерения — свяжитесь с нами сегодня, чтобы обсудить ваши потребности! Связаться с KINTEK