Se utiliza una arquitectura CAN de bus múltiple en los sistemas de gestión de baterías (BMS) para separar las cargas de trabajo de comunicación y proteger las funciones de seguridad en tiempo real. Los datos internos a nivel de celda, los protocolos de enlace con el cargador y los mensajes de control del vehículo tienen diferentes requisitos de ancho de banda y temporización, por lo que colocarlos en canales CAN distintos reduce la congestión. Para las pruebas de laboratorio, esto significa que el sistema de prueba debe admitir múltiples interfaces CAN independientes y, al mismo tiempo, proporcionar una capacidad de medición dedicada de alta velocidad para un análisis detallado de las celdas.
El principio clave es la separación de responsabilidades: el bus CAN debe transportar información fiable de control y estado, mientras que el equipo de laboratorio realiza la adquisición de datos de alta velocidad y alta resolución. Por lo tanto, un sistema de prueba de baterías capaz debe comunicarse con el BMS, el cargador y el simulador de vehículo simultáneamente sin forzar a la red CAN del BMS a realizar mediciones para las que no fue diseñada.
Por qué los sistemas de baterías utilizan múltiples buses CAN
Los diferentes tipos de datos tienen diferentes prioridades
Un paquete de baterías genera varias categorías de información:
- Mediciones a nivel de celda, como voltajes y temperaturas individuales de las celdas.
- Comunicaciones de carga, incluidos comandos del cargador, límites y protocolos de enlace.
- Información de control del vehículo, como el estado de carga (SOC), límites de corriente, advertencias y estado de los contactores.
Estos flujos de datos no tienen requisitos de temporización o ancho de banda idénticos. Separarlos permite que cada bus cumpla una función definida en lugar de forzar cada mensaje en una red compartida.
El bus interno transporta información densa de la batería
El bus interno del BMS normalmente maneja información de alta densidad de los dispositivos de monitoreo de celdas y los módulos de control de la batería. Los voltajes individuales de las celdas, las temperaturas, el estado de equilibrio, los datos de diagnóstico y la información de fallas internas pueden generar un tráfico de mensajes sustancial.
Este bus es esencial para el funcionamiento del BMS, pero no necesariamente está optimizado para mediciones de grado de laboratorio. Su velocidad de datos, programación de mensajes, escalado y accesibilidad están determinados por el diseñador del paquete.
El bus de carga gestiona la interacción con el cargador
El bus de carga conecta el BMS o el paquete de baterías con el sistema de carga. Transporta la información necesaria para establecer y mantener la operación de carga, incluida la corriente permitida, los límites de voltaje, el estado de carga y las condiciones de falla.
Debido a que la comunicación del cargador a menudo implica protocolos de enlace estrictos y temporización de control, la congestión en este canal podría interrumpir la carga o retrasar la transmisión de límites importantes.
El bus del vehículo comunica datos de control a nivel de paquete
El bus orientado al vehículo normalmente proporciona a la unidad de control del vehículo información resumida. Las señales típicas incluyen el estado de carga, límites de corriente de carga y descarga, voltaje del paquete, corriente del paquete, advertencias del sistema y estados de los contactores.
Esta información a menudo se codifica de forma compacta en mensajes CAN estándar. Un solo mensaje de 8 bytes, por ejemplo, puede contener límites de corriente, SOC, indicadores del sistema, corriente del paquete y voltaje del paquete.
Por qué un solo bus CAN puede convertirse en un problema
El sondeo de celdas de alta frecuencia crea un tráfico excesivo
Un error común es tratar la red CAN del BMS como un sistema de adquisición de datos de alta velocidad. Solicitar repetidamente cada voltaje de celda en un intervalo corto, como cada 100 milisegundos, puede producir un tráfico de mensajes sustancial.
Ese tráfico compite con las señales de seguridad, los comandos de control y las comunicaciones del cargador o del vehículo. El resultado puede ser mensajes retrasados, mayor utilización del bus y menor determinismo.
La arbitración CAN protege los mensajes prioritarios, pero no el ancho de banda ilimitado
CAN utiliza una arbitración basada en hardware. Si varios nodos transmiten al mismo tiempo, el mensaje con el identificador numérico más bajo gana el acceso sin corromper la trama.
Esto permite que las alarmas de falla de alta prioridad y los mensajes de estado de emergencia tengan prioridad sobre la telemetría de rutina. Sin embargo, la arbitración no crea ancho de banda adicional; un bus muy cargado aún puede retrasar los mensajes de menor prioridad y reducir la capacidad de comunicación general.
La comunicación de seguridad debe seguir siendo predecible
Un BMS debe ser capaz de transmitir advertencias, límites de corriente, comandos de contactores y estados de falla de manera fiable. Si un sistema de prueba satura el mismo bus con solicitudes de diagnóstico o registro de alta velocidad, puede interferir con la función de seguridad central del BMS.
Por lo tanto, el objetivo del diseño no es simplemente recopilar más datos. Es recopilar los datos necesarios sin comprometer la ruta de comunicación utilizada para la protección y el control.
Qué significa CAN de bus múltiple para las pruebas de baterías en laboratorio
El sistema de prueba necesita múltiples canales CAN
Un probador de baterías de laboratorio o un equipo de I+D debería poder conectarse a los buses relevantes de forma independiente. Como mínimo, esto puede requerir interfaces separadas para:
- La red interna del BMS.
- La red de control del vehículo.
- La red de comunicación del cargador.
Cada canal debe ser configurable de forma independiente para la tasa de bits, el filtrado de mensajes, la transmisión y el registro. Una sola interfaz CAN física puede ser insuficiente cuando el paquete de baterías expone múltiples redes con diferentes roles o configuraciones.
El sistema debe admitir comunicación simultánea
Las pruebas de laboratorio a menudo requieren actividades concurrentes:
- Registrar datos de celdas y paquetes.
- Simular una unidad de control de vehículo.
- Simular o controlar el comportamiento del cargador.
- Transmitir comandos al BMS.
- Monitorear advertencias, fallas y estados de contactores.
La plataforma de prueba debe realizar estas actividades al mismo tiempo. No debería requerir que el operador cambie manualmente entre buses o pause el registro para realizar una transacción de control.
La simulación CAN debe reflejar los roles operativos reales
Un sistema de prueba puede necesitar actuar como una unidad de control de vehículo, un cargador u otro participante de la red. Esto implica transmitir mensajes realistas, responder a las señales del BMS e implementar los protocolos de enlace y el comportamiento de temporización esperados.
Por ejemplo, un equipo puede necesitar proporcionar solicitudes del lado del vehículo mientras monitorea por separado los límites del lado del cargador. La compatibilidad con CAN multicanal permite reproducir estas interacciones sin fusionar tráfico no relacionado en una sola red.
La medición detallada debe utilizar instrumentación dedicada
Los valores CAN suelen ser procesados y transmitidos por el BMS a sus propias tasas de muestreo y reporte. Son útiles para observar el comportamiento del BMS, pero es posible que no proporcionen la resolución, sincronización o tasa de adquisición requeridas para la investigación electroquímica.
Por lo tanto, el monitoreo de celdas de alta frecuencia y el análisis detallado deben asignarse a equipos de prueba de baterías dedicados o instrumentos de adquisición de datos científicos. La red CAN del BMS debe permanecer enfocada en el control, la protección, el diagnóstico y la telemetría operativa.
Cómo debe diseñarse la arquitectura de laboratorio
Separar la comunicación de control de la adquisición de mediciones
Una configuración de prueba robusta utiliza CAN para la comunicación con el BMS y otros controladores del sistema, mientras que el hardware de medición dedicado captura las señales necesarias para la investigación.
Esta separación evita que el sistema de laboratorio genere tráfico CAN innecesario y proporciona un mejor control sobre la tasa de muestreo, la precisión de la temporización y la calidad de los datos.
Registrar cada bus de forma independiente
El sistema de prueba debe preservar la identidad y la temporización de los mensajes de cada bus. El registro independiente permite determinar si un evento se originó en el BMS, el cargador, el simulador de vehículo u otro subsistema.
También simplifica la resolución de problemas. Un protocolo de enlace de carga retrasado, por ejemplo, debería ser distinguible de un mensaje de límite del lado del vehículo o una falla de monitoreo de celda interna.
Aplicar filtrado de mensajes y sondeo controlado
El sistema de prueba debe suscribirse solo a los mensajes necesarios para la prueba. Si es necesario el sondeo de diagnóstico, debe programarse a una velocidad que no interfiera con el tráfico crítico para la seguridad.
El filtrado de mensajes, la limitación de velocidad y la transmisión consciente de la prioridad son salvaguardas importantes, especialmente cuando el BMS no proporciona un canal de diagnóstico separado.
Sincronizar los datos CAN y de medición
Para analizar correctamente el comportamiento de la batería, los eventos CAN y las mediciones de alta velocidad deben compartir una referencia de tiempo fiable. Esto permite a los ingenieros correlacionar un cambio de voltaje de celda o un aumento de temperatura con un cambio de límite del BMS, un evento de contactor, una respuesta del cargador o un mensaje de falla.
Sin sincronización, los datos pueden mostrar lo que sucedió, pero no la relación precisa entre los eventos.
Comprensión de las compensaciones
Más interfaces aumentan la complejidad del sistema
Un sistema de prueba de bus múltiple requiere más canales de hardware, más configuración y más lógica de software. Los ingenieros deben comprender la tasa de bits, las definiciones de mensajes, la terminación, los identificadores y las características eléctricas de cada red.
Esa complejidad se justifica cuando se requiere interacción simultánea, pero debe gestionarse mediante una documentación clara del bus y configuraciones de prueba reutilizables.
Los datos reportados por el BMS son convenientes pero limitados
Leer los valores de las celdas a través de CAN es conveniente porque evita cableado adicional y a menudo expone los mismos datos utilizados por el BMS. Sin embargo, los valores pueden estar filtrados, promediados, retrasados, cuantificados o transmitidos a una tasa más baja que el proceso de medición subyacente.
Para mediciones de investigación precisas, la instrumentación directa o dedicada es generalmente más apropiada que depender exclusivamente de las transmisiones del BMS.
Más datos no siempre son mejores datos
Aumentar la tasa de sondeo puede parecer mejorar la visibilidad, pero el tráfico excesivo puede reducir la fiabilidad del sistema. El objetivo correcto es información suficiente con una temporización predecible, no el volumen máximo de mensajes.
Un conjunto cuidadosamente seleccionado de mensajes, combinado con una adquisición dedicada de alta velocidad, suele producir mejores resultados experimentales que el sondeo agresivo de cada parámetro disponible del BMS.
La separación de buses no elimina todos los riesgos de integración
Los buses separados aún pueden interactuar a través del software y la lógica de control del BMS. Un límite de corriente generado a partir de mediciones internas puede afectar los mensajes del vehículo, el comportamiento del cargador y los resultados de las pruebas en las otras redes.
Por lo tanto, el sistema de laboratorio debe probar no solo cada bus individualmente, sino también la cadena completa de respuestas entre el monitoreo de celdas, las decisiones del BMS, el control del cargador y el control del vehículo.
Tomar la decisión correcta para su objetivo
Un sistema de prueba de baterías de laboratorio debe seleccionarse de acuerdo con las demandas de interacción y medición del programa de pruebas.
- Si su enfoque principal es la integración del BMS y el vehículo: utilice un sistema con canales CAN independientes que pueda simular mensajes de control del vehículo mientras monitorea los límites a nivel de paquete, SOC, fallas y estados de los contactores.
- Si su enfoque principal es la validación del cargador: asegúrese de que el sistema pueda comunicarse de forma independiente con el bus de carga y registrarlo, incluidos los protocolos de enlace, los límites de carga y las respuestas a fallas.
- Si su enfoque principal es el análisis electroquímico a nivel de celda: utilice hardware de medición de alta velocidad dedicado para voltajes y temperaturas de celdas, y reserve CAN para el estado del BMS y la comunicación de control.
- Si su enfoque principal es la validación de seguridad: priorice el manejo determinista de mensajes, el monitoreo independiente de buses, la transmisión consciente de la prioridad y la correlación precisa de eventos de falla en todos los canales.
- Si su enfoque principal es la prueba completa del paquete: elija una plataforma que combine la simulación y el registro CAN multicanal con la adquisición sincronizada de datos eléctricos y térmicos.
La arquitectura correcta mantiene al BMS responsable del control seguro mientras le da al sistema de laboratorio los canales independientes y la capacidad de medición necesarios para una evaluación fiable de la batería.
Tabla resumen:
| Tipo de bus CAN | Propósito | Datos transportados | Requisito de prueba de laboratorio |
|---|---|---|---|
| CAN interno del BMS | Monitoreo de celdas y diagnósticos internos | Voltajes de celdas, temperaturas, estado, fallas | Registro independiente; evitar sondeo de alta tasa para prevenir congestión |
| CAN del cargador | Configuración y control del cargador | Límites del cargador, protocolos de enlace, estado | Simular comportamiento del cargador; registrar mensajes en canal separado |
| CAN del vehículo | Información de control a nivel de paquete | SOC, límites de corriente, datos del paquete, advertencias | Simular controlador del vehículo; monitorear mensajes de control |
Mejore sus pruebas de baterías con las soluciones CAN multicanal de KINTEK. Nuestro equipo de laboratorio respalda la I+D integral de baterías, la investigación de materiales avanzados y la fabricación completa de celdas. Garantice una comunicación fiable y una medición precisa: ¡contáctenos hoy para discutir sus necesidades! Contactar a KINTEK