ES3022540T3 - Method for updating software by confirming hardware version information - Google Patents

Method for updating software by confirming hardware version information Download PDF

Info

Publication number
ES3022540T3
ES3022540T3 ES22833442T ES22833442T ES3022540T3 ES 3022540 T3 ES3022540 T3 ES 3022540T3 ES 22833442 T ES22833442 T ES 22833442T ES 22833442 T ES22833442 T ES 22833442T ES 3022540 T3 ES3022540 T3 ES 3022540T3
Authority
ES
Spain
Prior art keywords
hardware version
switch
hardware
microcontroller
software
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES22833442T
Other languages
English (en)
Inventor
Jin Kyu Jung
Yeon Ok Yi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Energy Solution Ltd
Original Assignee
LG Energy Solution Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Energy Solution Ltd filed Critical LG Energy Solution Ltd
Application granted granted Critical
Publication of ES3022540T3 publication Critical patent/ES3022540T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/425—Structural combination with electronic components, e.g. electronic circuits integrated to the outside of the casing
    • H—ELECTRICITY
    • H01—ELECTRIC ELEMENTS
    • H01M—PROCESSES OR MEANS, e.g. BATTERIES, FOR THE DIRECT CONVERSION OF CHEMICAL ENERGY INTO ELECTRICAL ENERGY
    • H01M10/00—Secondary cells; Manufacture thereof
    • H01M10/42—Methods or arrangements for servicing or maintenance of secondary cells or secondary half-cells
    • H01M10/425—Structural combination with electronic components, e.g. electronic circuits integrated to the outside of the casing
    • H01M2010/4271—Battery management systems including electronic circuits, e.g. control of current or voltage to keep battery in healthy state, cell balancing
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02E—REDUCTION OF GREENHOUSE GAS [GHG] EMISSIONS, RELATED TO ENERGY GENERATION, TRANSMISSION OR DISTRIBUTION
    • Y02E60/00—Enabling technologies; Technologies with a potential or indirect contribution to GHG emissions mitigation
    • Y02E60/10—Energy storage using batteries

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Manufacturing & Machinery (AREA)
  • Chemical & Material Sciences (AREA)
  • Chemical Kinetics & Catalysis (AREA)
  • Electrochemistry (AREA)
  • General Chemical & Material Sciences (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Stored Programmes (AREA)

Abstract

La presente invención identifica una versión de hardware que permite la actualización de software y permite introducir información sobre dicha versión en un microcontrolador, en lugar de almacenarla en código, mediante una unidad de identificación de versión de hardware que almacena la información de la versión de hardware BMS. Además, un dispositivo y un método permiten que el microcontrolador funcione tanto en modo de aplicación como en modo de arranque para complementar la utilidad de canal bajo del microcontrolador cuando se utiliza para actualizar software. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Método para actualizar software mediante confirmación de información de versión de hardware
Sector de la técnica
La presente invención se refiere a un método de confirmación de una versión de hardware para actualización de software cuando se realiza una actualización de software de un BMS. La presente invención se refiere a un dispositivo y un método para aumentar la utilización de los canales de los microcontroladores al tiempo que se identifican con precisión las versiones de hardware.
Estado de la técnica
La versión de hardware varía en función de los dispositivos de aplicación y los circuitos que constituyen el sistema de gestión de baterías (BMS). Para compensar los problemas o pérdidas que se produjeron en la versión anterior, la versión de hardware se actualiza a medida que se fabrica un nuevo BMS complementando la fabricación de la placa de circuito impreso y los dispositivos de aplicación del BMS. Esto también puede denominarse actualización del hardware.
La actualización de la versión de software procede según la actualización del diseño del controlador digital para el funcionamiento del circuito de control y protección de cada aplicación del BMS. Esto también puede denominarse actualización del software.
Existe una versión de hardware a la que puede aplicarse una versión de software, y existe una versión de hardware que puede aplicarse incluso al actualizar el software. Por tanto, al actualizar el software, debe comprobarse la versión del hardware.
La literatura anterior de la patente coreana n. ° 10-0624723 (8 de septiembre de 2006) es una técnica anterior de la presente invención, y almacena la versión del hardware en el código del cargador de arranque, y cuando se comprueba la versión del hardware, se comprueba a través del código del cargador de arranque.
Por tanto, si se desea comprobar la versión del hardware al actualizar el software, accediendo al código del cargador de arranque y comparándolos, se comprueba el hardware y, tras ello, se procederá a la actualización del software. En este caso, como la versión del hardware se introduce directamente y se almacena en el código del cargador de arranque, pueden producirse errores y accidentes debido a entradas incorrectas.
(Documento de patente 1) Registro de patentes coreano 10-0624723 (2006.09.08.).
El documento KR 2013 0045508 A se refiere a un método de instalación de software para instalar información de versión de un dispositivo de gestión de baterías e instalar el software correspondiente almacenando la información de versión en el dispositivo integrado.
Objeto de la invención
Problema técnico
Para resolver los problemas anteriores, la presente invención proporciona un dispositivo y un método para actualizar el software de un sistema de gestión de baterías (BMS) utilizando información de versión de hardware almacenada en un dispositivo de identificación de información de versión de hardware independiente, de forma que no se produzca un error durante la identificación de versiones del hardware.
Solución técnica
Para lograr el objeto anterior, la presente invención proporciona un dispositivo de gestión de baterías según la reivindicación 1.
Además, el microcontrolador está configurado para incluir un terminal de control para emitir una orden de control de encendido/apagado a los conmutadores primero y segundo, en el que el terminal de control emite una señal de control para encender el primer conmutador y apagar el segundo conmutador en un modo normal o en un modo de funcionamiento de aplicación.
Además, cuando se recibe el software de actualización, el microcontrolador compara una lista de versiones de hardware compatibles incluida en el software de actualización con la información de versión de hardware recibida de la unidad de identificación de versiones de hardware, y controla el encendido/apagado de los conmutadores primero y segundo según un resultado de comparación.
Según la reivindicación 4, se proporciona un método de control de un dispositivo de gestión de baterías según un segundo aspecto de la presente invención.
Efectos ventajosos
En la presente invención, mediante el uso de un dispositivo de identificación de información de versión de hardware independiente que almacena información de versión de hardware, es posible evitar errores debidos a la introducción de una versión de hardware incorrecta durante la actualización del software.
Además, estableciendo un canal de aplicación predeterminado como canal designado y conectando el elemento de aplicación y el elemento que tiene información de versión de hardware a un canal designado, se proporcionan un método y un dispositivo que eliminan la necesidad de comprobar la versión a través del código de arranque durante la actualización del software y no requieren una gestión de versión de hardware independiente al realizar el modo de actualización de software y el modo de aplicación a través de un canal.
Descripción de las figuras
La FIG. 1 muestra una placa 100 de BMS según un ejemplo útil para la comprensión de la presente invención. La FIG. 2 muestra una placa 200 de BMS según una realización de la presente invención.
La FIG. 3 es una vista que muestra una lista de versiones de hardware compatibles con la actualización del software.
La FIG. 4 es un diagrama de flujo de una actualización de software de la presente invención.
Descripción detallada de la invención
En lo sucesivo, se describirán en detalle las realizaciones de la presente invención con referencia a los dibujos adjuntos, de modo que los expertos en la técnica puedan aplicar fácilmente la presente invención. Sin embargo, la presente invención puede implementarse de diversas formas y no se limita a las realizaciones descritas en el presente documento. En los dibujos se omiten partes irrelevantes para la descripción con el fin de describir con claridad la presente invención, y los números de referencia similares se refieren a elementos similares en toda la memoria descriptiva.
1. Técnica anterior
A continuación se describirá en detalle la actualización de versión de hardware, por ejemplo, en un sistema BMS. El sistema BMS consta de una serie de elementos que constituyen un dispositivo de medición de temperatura, un microcontrolador, un circuito de protección y un convertidor de potencia, y estos elementos constituyen el circuito. En este momento, la pérdida del sistema b Ms aumenta o la estabilidad se determina en función de la mejora del rendimiento de cada elemento o de la configuración del circuito. Para mejorar este problema, a medida que se modifican algunos elementos y circuitos del sistema, se cambia el hardware, lo que se denomina actualización de versión de hardware.
La mejora de la forma en que los conmutadores controlan y codifican el funcionamiento de un sistema de hardware se denomina actualización de software.
Por esta razón, convencionalmente, para la actualización del software, la propia versión del hardware se almacena en el código de arranque (código es un término genérico para el lenguaje de programación que hace funcionar el microcontrolador) y se almacena en la memoria flash del microcontrolador. En este momento, dado que la versión de hardware se introduce y gestiona directamente en el código de arranque, es posible que el sistema de hardware no funcione correctamente debido a un error en la versión, lo que puede provocar un accidente. Además, al estar almacenada en la memoria del microcontrolador, existe el problema de que es difícil comprobarla de vez en cuando.
2. Dispositivo para comprobar la versión del hardware de la presente invención
La FIG. 1 muestra un ejemplo útil para la comprensión de la presente invención en el que la información de versión de hardware del BMS se registra en el hardware mejorando el problema descrito anteriormente, y luego se proporciona directamente a través del canal del microcontrolador cuando se actualiza el software.
Una unidad 130 de identificación de versiones de hardware está configurada para proporcionar la información de versión de hardware del BMS desde la unidad 130 de identificación de versiones de hardware cuando se actualiza el software, y comparar la información de versión de hardware recibida con la lista de versiones de hardware compatibles incluidas en el software para la actualización con el fin de determinar si debe procederse con la actualización del software. Es decir, la lista de versiones de hardware es una lista de versiones de hardware para las que debe procesarse el software.
El procedimiento de actualización del software sigue el mismo procedimiento que en la segunda realización que se describirá más adelante.
Por otro lado, el microcontrolador tiene un número limitado de canales, y a medida que se actualiza la versión de hardware del BMS, se necesitan más canales del microcontrolador. El método analógico de introducir directamente la versión de hardware a través del microcontrolador utiliza el canal del microcontrolador solo en el modo de actualización del software (o modo de arranque), por lo que existe el problema de que la utilización del canal es baja. Para superar el problema de utilización del canal, la realización de la presente invención tiene una configuración de circuito como se muestra en la FIG. 2.
La realización de la FIG. 2 se refiere a un método para aumentar la utilización del canal mientras se recibe información de versión de hardware a través de un canal de un microcontrolador.
Se trata de una invención que permite tanto la identificación de la versión de hardware en el modo de arranque como la ejecución de la aplicación en el modo de aplicación mediante el montaje de dos conmutadores 140 y 150 que funcionan de forma complementaria con un canal del microcontrolador y que controlan el funcionamiento en función de cada modo.
Según la presente invención, el dispositivo de gestión de baterías incluye un primer conmutador para la entrada y salida de información según las operaciones de un microcontrolador, una unidad de ejecución de aplicación, una unidad de identificación de versiones de hardware, y un segundo conmutador para el funcionamiento de la unidad de identificación de versiones de hardware.
2.1. Microcontrolador (MCU) 110
Un microcontrolador (MCU) 110 es un dispositivo de procesamiento aritmético ultrapequeño y es un dispositivo que recibe y almacena datos como la corriente de la batería, el voltaje, la temperatura, etc. detectados por múltiples sensores que comprueban el SOC de la batería en el BMS y permite el funcionamiento de un circuito de protección y el control de encendido/apagado de la batería.
En consecuencia, para mejorar la función de control del BMS, se actualiza el software del microcontrolador 110. Además, el microcontrolador 110 sirve para controlar un modo de arranque y un modo de aplicación para la actualización del software del BMS. (El modo de aplicación es un modo en el que funcionan generalmente las aplicaciones necesarias para el BMS).
Se trata de un dispositivo que ordena el funcionamiento de un elemento de aplicación a través del canal 111 designado o transmite una señal de control al terminal 170 de control.
Además, el microcontrolador recibe el software para la actualización cuando se actualiza la versión del software. El software para la actualización incluye una lista de versiones de hardware compatibles (también denominada lista de versiones de hardware compatibles). La FIG. 3 muestra una lista 300 de versiones de hardware compatibles recibida por el microcontrolador en la presente invención.
Tras recibir la información de versión de hardware introducida a través de la unidad 130 de identificación de versiones de hardware que se describirá más adelante desde el microcontrolador a través del canal 111 designado, la información de versión de hardware recibida se compara con la lista 300 de versiones de hardware. La unidad 130 de identificación de versiones de hardware almacena la información de versión de hardware de un BMS que incluye un microcontrolador que debe actualizarse mediante software, y emite la información de versión de hardware al microcontrolador según una operación de encendido de un segundo conmutador que se describirá más adelante. En consecuencia, si la versión de hardware introducida a través de la unidad 130 de identificación de versiones de hardware no existe en la lista 300 de versiones de hardware, no se procede a la actualización del software.
Por el contrario, si la versión de hardware introducida a través de la unidad 130 de identificación de versiones de hardware existe en la lista 300 de versiones de hardware, se procede a la actualización del software.
Un dispositivo que realiza este proceso es el microcontrolador 110.
2.2. Unidad de ejecución de aplicación 120
La unidad de ejecución de aplicación es un dispositivo que está conectado al microcontrolador (MCU) 110 y que opera el elemento de aplicación. La unidad 120 de ejecución de aplicación es un dispositivo que funciona en el modo de aplicación (o modo normal), y es un dispositivo que se detiene cuando se introduce una orden de actualización del software y vuelve a funcionar cuando se completa la actualización del software. La unidad 120 de ejecución de aplicación está conectada al primer conmutador 140 para introducir información o emitir una operación al microcontrolador a través del canal 111 designado.
2.3. Primer conmutador 140
Se trata de un conmutador para conectar el canal designado de la unidad de ejecución de aplicación y el microcontrolador, y es un dispositivo que permite conectar la unidad 120 de ejecución de aplicación y el microcontrolador 110 en un modo de aplicación (o modo normal) en el que la actualización del software se completa o no se realiza.
2.4. Unidad de identificación de versiones de hardware 130
La unidad 130 de identificación de versiones de hardware es un dispositivo que proporciona datos sobre la versión de hardware al microcontrolador 110. La unidad 130 de identificación de versiones de hardware almacena información de hardware del BMS y está conectada a un segundo conmutador 150 que se describirá más adelante, y cuando se introduce la orden de actualización del software, el segundo conmutador 150 se enciende y se proporciona información de versión de hardware del BMS al microcontrolador 110. La diferencia en la primera realización es que la unidad 130 de identificación de versiones de hardware emite directamente la información de versión de hardware al microcontrolador a través de un canal independiente, como se muestra en la FIG. 1.
La unidad 130 de identificación de versiones de hardware puede introducir en el microcontrolador 110 una combinación de señales altas o bajas codificadas según la información de versión de hardware, o introducir información de versión de hardware en el microcontrolador 110 cambiando el valor de corriente aplicado al microcontrolador 110.
La salida de la unidad 130 de identificación de versiones de hardware está conectada a un canal del microcontrolador y emite la versión del BMS al microcontrolador, y puesto que en la primera realización está configurada para ocupar un canal independiente y la identificación de versiones solo se utiliza para las actualizaciones del software, en la segunda realización, en términos de utilización de recursos del canal, el circuito está configurado de tal manera que se comparte el canal del microcontrolador ocupado por otras aplicaciones. 2.5. Segundo conmutador 150
Es un conmutador que funciona cuando se aplica externa o internamente una orden de actualización del software del BMS. Conecta eléctricamente el canal 111 designado del microcontrolador y la unidad 130 de identificación de versiones de hardware, y permite que la información de versiones de hardware aplicada desde la unidad 130 de identificación de versiones de hardware se introduzca en el microcontrolador 110 solo durante la actualización del software. El primer conmutador 140 y el segundo conmutador 150 funcionan de forma complementaria entre sí, y cuando el segundo conmutador 150 se enciende, el primer conmutador 140 se apaga.
Un extremo del segundo conmutador 150 está conectado a la unidad 130 de identificación de versiones de hardware, y el otro extremo está conectado a la parte 160 de conexión.
2.6. Terminal de control 170
Sirve para controlar el primer conmutador 140 y el segundo conmutador 150, y emite una señal de control para apagar el primer conmutador 140 y encender el segundo conmutador 150 a través de un terminal 170 de control cuando se introduce una orden de actualización del software desde el microcontrolador 110.
Se trata de un terminal para emitir una señal de control para encender el primer conmutador 140 y apagar el segundo conmutador 150 durante el funcionamiento del modo de aplicación.
2.7. Parte de conexión 160 del primer conmutador y del segundo conmutador
Uno de los extremos del primer conmutador 140 y del segundo conmutador 150 están conectados respectivamente a la unidad 120 de ejecución de aplicación y a la unidad 130 de identificación de versiones de hardware, y el otro extremo de cada uno del primer conmutador 140 y el segundo conmutador 150 está conectado a un extremo de la parte 160 de conexión.
El otro extremo de la parte 160 de conexión se conecta a un canal 111 designado del microcontrolador 110.
Mediante una configuración de circuito de este tipo, en función del encendido/apagado del primer conmutador 140 y del segundo conmutador 150, uno de los datos de la unidad 120 de ejecución de aplicación y de la unidad de identificación de versiones de hardware se introduce selectivamente en el canal 111 del microcontrolador 110.
Según una realización de la presente invención, el conmutador se controla de manera que en el modo normal o modo de aplicación del dispositivo de gestión de baterías, el primer conmutador 140 se controla encendido, y las señales y la información se introducen/emiten a la unidad 120 de ejecución de aplicación por el canal 111 designado, y en el modo de arranque, el primer conmutador 140 se controla apagado y el segundo conmutador 150 se controla encendido y así la información de versiones de hardware introducida a través de la unidad 130 de identificación de versiones de hardware se introduce en el microcontrolador 110 a través del canal 111 designado.
3. Método de comprobación de versiones de hardware de la presente invención
La presente invención se refiere a un método de comprobación de una versión de hardware cuando se realiza una actualización de software de un microcontrolador. La FIG. 4 muestra un ejemplo del método de la presente invención.
Un modo para realizar una actualización de software se denomina modo de arranque, y un modo en el que cada aplicación funciona según una situación necesaria se denomina modo de aplicación (o modo normal).
3.1. Etapa de ejecución de modo de aplicación S410
Se trata de una etapa de entrada o salida de información de aplicación mediante el encendido del primer conmutador 140 de la FIG. 2 para ejecutar una aplicación mediante la unidad de ejecución de aplicación.
Se trata de una etapa en la que el segundo conmutador está APAGADO, de modo que la información de versiones de hardware proporcionada desde la unidad de identificación de versiones de hardware no se transmite al microcontrolador.
3.2. Etapa de introducción de instrucciones de actualización de software S420
Se trata de una etapa en la que se introduce una orden para proceder a la actualización del software del BMS desde el exterior o el interior y, en consecuencia, es una etapa para prepararse para el funcionamiento en modo de arranque. Esta etapa de introducción de la orden de actualización del software recibe el software de actualización para la actualización del software del BMS, que también se denomina etapa de recepción de software de actualización.
En esta etapa se apaga el primer conmutador 140 y se enciende el segundo conmutador 150. El encendido/apagado de los conmutadores primero y segundo se controla a través del terminal 170 de control del microcontrolador anteriormente descrito.
Además, es una etapa de recepción de la lista 300 de versiones de hardware para actualizarse con la orden de actualización de software introducida junto con la orden. En este momento, la lista 300 de versiones de hardware (también denominada lista de versiones de hardware compatibles) se almacena como un archivo de imagen para facilitar el acceso y la gestión.
3.3. Etapa de introducción de versión de hardware S430
Se trata de una etapa en la que la versión de hardware de la unidad 130 de identificación de versiones de hardware se introduce en el microcontrolador 110 cuando se enciende el segundo conmutador 150. Se trata de una etapa en la que la información de versión de hardware del BMS almacenada en la unidad 130 de identificación de versiones de hardware se introduce en el microcontrolador 110 a través del canal 111 designado. La etapa de introducción de versión de hardware es para obtener información de versión de hardware del BMS, y también se denomina etapa de adquisición de información de versión de hardware.
El método de identificación de versiones del hardware transmite una señal de identificación de hardware al microcontrolador 110 mediante la emisión de una corriente o voltaje altos/bajos, y un cambio de valor de corriente a través de una unidad de identificación de versiones de hardware.
En la primera realización, al recibir la orden de actualización del software descrita anteriormente, la información de versión de hardware se recibe directamente desde un canal conectado a la unidad 130 de identificación de versiones de hardware.
3.4. Etapa de comprobación de lista de versiones de hardware S440
Se trata de una etapa para determinar si se debe proceder a la actualización del software comparando la información de versión de hardware del BMS introducida en el canal 111 designado a través de la etapa de introducción de versión de hardware descrita anteriormente con la lista 300 de versiones de hardware incluida en el archivo de actualización de software recibido.
La lista 300 de versiones de hardware incluida en el archivo de actualización de software puede recibirse por adelantado y almacenarse como un archivo de imagen en un área predeterminada del microcontrolador.
Cuando la información de versión de hardware adquirida en la etapa de introducción de versión de hardware o en la etapa de adquisición de información de versión de hardware se encuentra en la lista de versiones de hardware, se inicia el modo de arranque.
Si la información de versión de hardware no se encuentra en la lista de versiones de hardware, conmuta al modo de aplicación.
Si la versión de hardware autorizada a través del canal 111 designado se encuentra en la lista 300 de versiones de hardware, se realiza la actualización del software.
Para proceder a la actualización del software, en la etapa de inicio del modo de arranque posterior, el primer conmutador 140 mantiene un estado apagado y el segundo conmutador 150 mantiene un estado encendido.
Si la información de versión de hardware autorizada a través del canal 111 designado no existe en la lista 300 de versiones de hardware, no se realiza la actualización del software. En consecuencia, el segundo conmutador 150 se apaga y el primer conmutador 140 se enciende para proceder al modo de aplicación (o modo normal). La información de versión de hardware ya no se transmite al microcontrolador 110.
3.5. Conmutación del modo de arranque
Cuando la información de versión de hardware obtenida a través de la etapa de introducción de versión de hardware existe en la lista de versiones de hardware a actualizar, se realiza la actualización del software.
3.5.1. Etapa de inicio del modo de arranque S450
Se trata de una etapa en la que el software y el hardware del BMS se conmutan a un modo para la actualización del software, y solo se ponen en funcionamiento los dispositivos necesarios para la actualización del software, y los dispositivos no necesarios para la actualización del software se conmutan al modo de reposo (o se apagan). A continuación, se procede a la actualización del software del BMS.
Cuando se introduce información sobre el inicio del modo de arranque en la etapa S450 de inicio del modo de arranque, el microcontrolador 110 ordena la conmutación de modo según el modo de arranque. A través del terminal 170 de control, se controla el primer conmutador 140 para mantenerlo encendido, y se controla el segundo conmutador 150 para mantenerlo apagado. Además, otras aplicaciones y software también proceden al modo de arranque.
3.5.2. Etapa de finalización del modo de arranque S460
Se trata de una etapa para detener el modo de arranque cuando se recibe desde el interior del microcontrolador 110 una orden que indica que se ha completado la actualización del software del BMS.
A través del terminal 170 de control, el segundo conmutador 150 se apaga y el primer conmutador 140 se enciende.
3.6. Etapa de conmutación del modo de aplicación S470
Tras salir del modo de arranque, se inicia el modo de aplicación original (o modo normal). En consecuencia, el segundo conmutador 150 se apaga, y el canal 111 designado del microcontrolador se conecta a la unidad 120 de ejecución de aplicación para introducir o emitir la información necesaria para la ejecución de la aplicación.
Por otra parte, aunque la idea técnica de la presente invención se ha descrito específicamente según la realización anterior, debe tenerse en cuenta que las realizaciones anteriores son a título explicativo y no limitativo.

Claims (4)

REIVINDICACIONES
1. Un dispositivo (200) de gestión de baterías que comprende:
una unidad (130) de identificación de versiones de hardware que incluye información de versión de hardware de un sistema de gestión de baterías y está configurada para emitir la información de versión de hardware; y
un microcontrolador (110) que incluye una pluralidad de canales de entrada/salida, y está configurado para recibir la información de versión de hardware de la unidad (130) de identificación de versiones de hardware a través de al menos un canal de entrada/salida,
en el que el microcontrolador (110):
recibe un software de actualización que incluye una lista (300) de versiones de hardware compatibles, y compara la lista (300) de versiones de hardware compatibles con la información de versión de hardware del sistema de gestión de baterías recibida de la unidad (130) de identificación de versiones de hardware para determinar si se debe proceder a la actualización del software del sistema de gestión de baterías,
en el que al menos un canal de entrada/salida del microcontrolador (110) está configurado como canal (111) designado,
en el que el canal (111) designado está conectado simultáneamente a un primer conmutador (140) que tiene un extremo conectado a una unidad (120) de ejecución de aplicación predeterminada y un segundo conmutador (150) que tiene un extremo conectado a la unidad (130) de identificación de versiones de hardware,
en el que cada uno del primer conmutador (140) y el segundo conmutador (150) tiene un estado de encendido/apagado establecido de forma diferente según un control del microcontrolador (110);
en el que, cuando hay una instrucción de actualización de software, el microcontrolador (110) enciende el segundo conmutador (150) y apaga el primer conmutador (140) para recibir la información de versión de hardware introducida desde la unidad (130) de identificación de versiones de hardware a través del canal (111) designado; y
en el que el microcontrolador (110) está configurado de manera que, si la información de versión de hardware recibida a través del canal (111) designado no existe en la lista (300) de versiones de hardware, no se realiza la actualización de software y el segundo conmutador (150) se apaga y el primer conmutador (140) se enciende.
2. El dispositivo (200) de gestión de baterías según la reivindicación 1, en el que el microcontrolador (110) está configurado para incluir un terminal (170) de control para emitir una orden de control de encendido/apagado a los conmutadores (140, 150) primero y segundo,
en el que el terminal (170) de control emite una señal de control para encender el primer conmutador (140) y apagar el segundo conmutador (150) en un modo normal o en un modo de funcionamiento de aplicación.
3. El dispositivo (200) de gestión de baterías según la reivindicación 1, en el que, cuando se recibe el software de actualización, el microcontrolador (110) compara una lista (300) de versiones de hardware compatibles incluida en el software de actualización con la información de versión de hardware recibida de la unidad (130) de identificación de versiones de hardware, y controla el encendido/apagado de los conmutadores (140, 150) primero y segundo según un resultado de comparación.
4. Un método de control de un dispositivo (200) de gestión de baterías, comprendiendo el método:
una etapa (S420) de recepción de software de actualización de recepción de software de actualización para actualizar el software de un sistema de gestión de baterías;
una etapa (S430) de adquisición de información de versión de hardware de adquisición de información de versión de hardware del sistema de gestión de baterías almacenada en una unidad (130) de identificación de versiones de hardware del sistema de gestión de baterías;
una etapa (S440) de comprobación de lista de versiones de hardware de comparación de información de versión de hardware adquirida con una lista (300) de versiones de hardware compatibles incluida en el software de actualización para determinar si debe procederse con la actualización del software; y
una etapa (S450) de inicio del modo de arranque de inicio de un modo de arranque para actualizar el software cuando la información de versión de hardware del sistema de gestión de baterías está incluida en la lista de versiones de hardware compatibles; en el que el dispositivo (200) de gestión de baterías incluye al menos un canal de entrada/salida configurado como canal (111) designado,
en el que el canal (111) designado está conectado simultáneamente a un primer conmutador (140) que tiene un extremo conectado a una unidad (120) de ejecución de aplicación predeterminada y un segundo conmutador (150) que tiene un extremo conectado a la unidad (130) de identificación de versiones de hardware,
en el que cada uno del primer conmutador (140) y el segundo conmutador (150) tiene un estado de encendido/apagado configurado de forma diferente según un control del microcontrolador (110);
en el que, cuando hay una instrucción de actualización de software, el método incluye además encender el segundo conmutador (150) y apagar el primer conmutador (140) para recibir la información de versión de hardware introducida desde la unidad (130) de identificación de versiones de hardware a través del canal (111) designado; y en el que
si la etapa (S440) de comprobación de lista de versiones de hardware revela que la información de versión de hardware recibida a través del canal (111) designado no existe en la lista (300) de versiones de hardware, no se realiza la actualización de software y el segundo conmutador (150) se apaga y el primer conmutador (140) se enciende.
ES22833442T 2021-06-28 2022-06-10 Method for updating software by confirming hardware version information Active ES3022540T3 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020210084131A KR20230001358A (ko) 2021-06-28 2021-06-28 하드웨어 버전 정보 확인을 통한 소프트웨어 업데이트 방법
PCT/KR2022/008244 WO2023277386A1 (ko) 2021-06-28 2022-06-10 하드웨어 버전 정보 확인을 통한 소프트웨어 업데이트 방법

Publications (1)

Publication Number Publication Date
ES3022540T3 true ES3022540T3 (en) 2025-05-28

Family

ID=84692862

Family Applications (1)

Application Number Title Priority Date Filing Date
ES22833442T Active ES3022540T3 (en) 2021-06-28 2022-06-10 Method for updating software by confirming hardware version information

Country Status (8)

Country Link
US (1) US12271724B2 (es)
EP (1) EP4191404B1 (es)
JP (1) JP7523676B2 (es)
KR (1) KR20230001358A (es)
CN (1) CN116324713A (es)
ES (1) ES3022540T3 (es)
HU (1) HUE071071T2 (es)
WO (1) WO2023277386A1 (es)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20240126140A (ko) 2023-02-13 2024-08-20 주식회사 메디칼솔루션시스템 Pcb 상의 mcu 버전 확인 장치

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100487241B1 (ko) 1997-08-26 2005-08-01 삼성전자주식회사 인쇄회로기판의버전관리방법및장치
JP2003122574A (ja) * 2001-10-10 2003-04-25 Matsushita Electric Ind Co Ltd 通信システム、ソフトウェア更新方法及びソフトウェア更新プログラム
US7337311B2 (en) * 2003-11-18 2008-02-26 Giga-Byte Technology Co., Ltd. Method for controlling upgrade of firmware
KR20060064397A (ko) 2004-12-08 2006-06-13 주식회사 팬택앤큐리텔 전자 기기에서 하드웨어 구동 회로 및 방법
KR100624723B1 (ko) 2005-03-09 2006-09-20 엘지전자 주식회사 하드웨어 버전관리 기능이 구비된 이동통신 단말기 및 그동작방법
KR101172915B1 (ko) 2006-01-06 2012-08-10 삼성전자주식회사 이동 단말기에서 하드웨어 버전 정보를 제공하기 위한 장치및 방법
JP2007257417A (ja) * 2006-03-24 2007-10-04 Fujitsu Ten Ltd データ処理システム
JP2008055980A (ja) * 2006-08-30 2008-03-13 Hitachi Ltd 自動車の電子制御装置
KR20080090939A (ko) * 2007-04-06 2008-10-09 삼성전자주식회사 펌웨어의 업데이트 파일 생성 방법, 펌웨어 업데이트파일을 이용한 업데이트 방법 및 그 장치
KR101254875B1 (ko) * 2011-05-18 2013-04-15 삼성에스디아이 주식회사 배터리 팩 관리시스템
KR101498756B1 (ko) * 2011-10-26 2015-03-04 주식회사 엘지화학 배터리 관리를 위한 임베디드 기기, 배터리 관리를 위한 임베디드 기기의 소프트웨어 설치 장치 및 이를 이용한 소프트웨어 설치 방법
EP2610857A1 (en) * 2011-12-30 2013-07-03 Samsung Electronics Co., Ltd. Display apparatus, upgrading apparatus, display system and control method thereof
JP2014108657A (ja) * 2012-11-30 2014-06-12 Nichicon Corp マイコンのソフト書換え方法および車載電子制御システム
EP2981892B1 (en) * 2013-04-01 2020-05-06 OC Acquisition LLC Update management for a distributed computing system
KR102236058B1 (ko) 2017-03-07 2021-04-05 주식회사 엘지화학 외부 전원 없이 동작하는 배터리 모듈의 소프트웨어 업데이트 장치
CN107656752A (zh) * 2017-10-31 2018-02-02 北京新能源汽车股份有限公司 一种车辆控制器软件更新的方法、装置及车辆
US10866798B2 (en) * 2017-12-28 2020-12-15 Intel Corporation Firmware upgrade method and apparatus
KR102516583B1 (ko) 2018-03-19 2023-04-03 삼성전자 주식회사 전자 장치 및 전자 장치의 업데이트 제어 방법
JP6973449B2 (ja) 2018-08-10 2021-12-01 株式会社デンソー 車両用電子制御システム、配信パッケージのダウンロード判定方法及び配信パッケージのダウンロード判定プログラム
JP7110937B2 (ja) 2018-11-22 2022-08-02 富士通株式会社 情報処理システム及び情報処理装置
KR102723144B1 (ko) 2018-11-22 2024-10-29 주식회사 엘지에너지솔루션 Ess에 탑재되는 bms들 간의 소프트웨어의 호환성 확인 방법 및 자동 업데이트 방법

Also Published As

Publication number Publication date
WO2023277386A1 (ko) 2023-01-05
EP4191404A1 (en) 2023-06-07
US12271724B2 (en) 2025-04-08
JP2023540334A (ja) 2023-09-22
HUE071071T2 (hu) 2025-07-28
US20230367578A1 (en) 2023-11-16
EP4191404A4 (en) 2024-03-20
EP4191404B1 (en) 2025-03-05
KR20230001358A (ko) 2023-01-04
JP7523676B2 (ja) 2024-07-26
CN116324713A (zh) 2023-06-23

Similar Documents

Publication Publication Date Title
KR100324834B1 (ko) 전자장치
AU2013407292B2 (en) Devices, updaters, methods for controlling a device, and methods for controlling an updater
US9733950B2 (en) Boot sequencing for multi boot devices
US9690572B2 (en) System and method for updating firmware in real-time
ES3022540T3 (en) Method for updating software by confirming hardware version information
US9027012B2 (en) Manufacturing system and firmware burning method
JP2007193596A (ja) ファームウェア更新回路およびファームウェア更新方法
KR20010070416A (ko) 컴퓨터
JP2020535504A (ja) システムバージョンをアップグレードする方法及び装置
CN103077060A (zh) 主备用bios的切换方法及装置、系统
US7613937B2 (en) Method and apparatus for utilizing a microcontroller to provide an automatic order and timing power and reset sequencer
WO2015079725A1 (ja) プログラマブルコントローラ
US7035964B1 (en) Method and device for securing data when altering the storage contents of control units
US10241803B2 (en) System and method for updating device software
EP2778910B1 (en) Systems and methods to extend rom functionality
US7281150B1 (en) Methods and apparatus for controlling operation of a data storage system
US7519802B2 (en) System and method for configuring a computer system
KR100310486B1 (ko) 마이크로컴퓨터
US20110219219A1 (en) Semiconductor integrated circuit and register address controller
US20250328332A1 (en) Method for automatically updating firmware and host device using the same
US20070169086A1 (en) System and method for updating in-system program
CN119987874B (zh) 一种芯片的启动方法、芯片、电子设备和存储介质
TWI881625B (zh) 用於處理電源開啟設定的方法及系統
US8572363B2 (en) Coupling an FPGA unit to a memory using a digital potentimeter
KR20020061195A (ko) 플래시 메모리의 프로그램 업데이트 시스템 및 그 제어방법