ES2254066T3 - Sistema de control de automovil y metodo capaz de revisar la funcion de transmision de datos de control. - Google Patents
Sistema de control de automovil y metodo capaz de revisar la funcion de transmision de datos de control.Info
- Publication number
- ES2254066T3 ES2254066T3 ES00108801T ES00108801T ES2254066T3 ES 2254066 T3 ES2254066 T3 ES 2254066T3 ES 00108801 T ES00108801 T ES 00108801T ES 00108801 T ES00108801 T ES 00108801T ES 2254066 T3 ES2254066 T3 ES 2254066T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- conversion
- package
- transmission
- control
- 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.)
- Expired - Lifetime
Links
- 230000005540 biological transmission Effects 0.000 title claims description 174
- 238000012552 review Methods 0.000 title description 4
- 238000004891 communication Methods 0.000 claims abstract description 316
- 238000000034 method Methods 0.000 claims abstract description 101
- 230000008569 process Effects 0.000 claims abstract description 92
- 230000010365 information processing Effects 0.000 claims abstract description 15
- 238000006243 chemical reaction Methods 0.000 claims description 196
- 238000012546 transfer Methods 0.000 claims description 13
- 230000003213 activating effect Effects 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 8
- 230000004913 activation Effects 0.000 claims description 4
- 238000004886 process control Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 23
- 238000011112 process operation Methods 0.000 description 18
- 230000006870 function Effects 0.000 description 14
- 230000008859 change Effects 0.000 description 13
- 238000000926 separation method Methods 0.000 description 8
- 238000002347 injection Methods 0.000 description 6
- 239000007924 injection Substances 0.000 description 6
- 238000011084 recovery Methods 0.000 description 6
- 239000000498 cooling water Substances 0.000 description 5
- 239000000446 fuel Substances 0.000 description 5
- 238000001514 detection method Methods 0.000 description 4
- 230000004044 response Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 2
- 238000013500 data storage Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 238000001816 cooling Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000003507 refrigerant Substances 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
- H04L12/40013—Details regarding a bus controller
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/40006—Architecture of a communication node
- H04L12/40032—Details regarding a bus interface enhancer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L12/407—Bus networks with decentralised control
- H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/40—Bus networks
- H04L2012/40267—Bus for use in transportation systems
- H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Combined Controls Of Internal Combustion Engines (AREA)
- Small-Scale Networks (AREA)
Abstract
Un sistema de control de automóvil que comprende: un objetivo (18-22) de control montado en un automóvil; y una unidad (2, 60) de procesamiento de la información que incluye una unidad de memoria (60b, 210), estando dispuesta la unidad de procesamiento de la información para realizar un proceso aritmético para controlar el objetivo de control, para almacenar los datos de control calculados en el proceso aritmético en la unidad de memoria, para someter los datos de control almacenados a un proceso predeterminado y para transmitir los datos de control procesados a un oponente de comunicación (4, 6, 8), el cual constituye otra unidad de procesamiento de la información conectada a través de una línea (10) de comunicación.
Description
Sistema de control de automóvil y método capaz de
revisar la función de transmisión de datos de control.
La presente invención se refiere a un sistema de
control de automóvil y a un método que tiene una unidad de
procesamiento de la información la cual comparte los datos de
control con otras unidades de procesamiento de la información
dispuestas en el mismo o en diferentes sistemas de control.
Un sistema de control de automóvil para controlar
un objetivo de control, tal como un motor o una transmisión montados
en un automóvil, está provisto de un microordenador (MC) como unidad
de procesamiento de la información a fin de realizar las operaciones
aritméticas para controlar el objetivo de control. El sistema de
control está construido generalmente como se muestra en la Fig. 21.
Un microordenador 600 en una ECU (unidad de control electrónico) del
motor toma varias señales tales como impulsos de rotación del motor,
impulsos de velocidad del automóvil, y señal de posición de la
palanca de marchas a través de un circuito 602 de entrada/salida.
Realiza un proceso aritmético para controlar un motor (no
representado) por medio de actuadores.
Diversos datos de control que representan valores
físicos tales como la velocidad del motor calculados por el
microordenador 600 en la ECU del motor son enviados desde el
microprocesador 600 a una IC de comunicación 604 en un momento
predeterminado, y se envían posteriormente a un circuito 606
controlador a través de una línea de comunicación interna. Otras ECU
(oponentes de comunicación), tales como una ECU de los instrumentos,
reciben los datos de control suministrados a través de una línea de
comunicación interna, y usan estos datos para controlar los
objetivos de control respectivos.
En el sistema de control de automóvil que implica
la comunicación entre las ECU, en algunos casos, la resolución de
los datos requeridos en cada ECU es diferente aunque se procese el
mismo tipo de datos de control. Por ejemplo, la ECU del motor
calcula la magnitud de control para ajustar el motor procesando los
datos de control de velocidad del motor con la resolución de 50/256
(aproximadamente 0,195) rpm por LSB (por 1 bit menos significativo).
Por otra parte, la ECU de los instrumentos procesa los datos de
control de velocidad del motor con la resolución de 1 rpm por LSB.
Así, se debería convertir los datos de control a transmitir de una
ECU a otra ECU antes de la transmisión, de manera que la resolución
o precisión de los datos correspondería una con otra.
Como se presenta en el ejemplo de la Fig. 22, en
la ECU convencional, se dispone una serie de programas de conversión
de precisión (programas 1 y 2 de conversión de precisión de
LSB)a ejecutar por el microordenador del lado que transmite
los datos de control para cada periodo de conversión preestablecido.
Cada programa de conversión de LSB realiza un proceso de conversión
(proceso de conversión de LSB) que corresponde a la resolución
implicada en el lado oponente de comunicación en cada uno de la
serie de datos de control. Se activa el programa 1 de conversión de
LSB para DATOS 1 - DATOS 10 cada 16 ms y se activa el programa 2 de
conversión de LSB para DATOS 11 - DATOS 30 cada 64 ms.
Específicamente, la ECU convencional convierte en LSB cada uno de
los datos de control a transmitir periódicamente, y recupera unos
datos de control a transmitir selectivamente de entre los datos de
control convertidos en LSB, por ejemplo, en el momento de la
transmisión que se produce cada periodo de transmisión
predeterminado. Lo transmite al oponente de comunicación Por tanto,
el periodo de ejecución de cada uno de los programas 1 y 2 de
conversión de LSB se establece en un tiempo más corto que el periodo
de transmisión en el que se transmite al oponente de
comunicación.
Cuando se tiene que cambiar el contenido de la
conversión de LSB o cuando se tiene que cambiar el periodo de
transmisión de los datos de control, se debe revisar muchas etapas
del programa cuando se cambia el contenido de la conversión de LSB o
el periodo de transmisión. Esta revisión o corrección no es simple,
Además, presenta desventajas porque es imposible especificar etapas
particulares del programa a revisar sin entender la totalidad del
programa.
Además, el microordenador 604 no transmite los
diversos datos individualmente, sino que transmite estos datos en un
paquete después de disponer una serie de tipos de datos tales como
los datos de velocidad del motor, los datos de velocidad del
automóvil, y los datos de fallo-seguro para activar
una lámpara de advertencia. En este caso, generalmente, se añade la
información del encabezamiento correspondiente a un protocolo de
comunicaciones en cabeza de los datos en paquete como se muestra en
la Fig. 23.
Los datos en paquete se clasifican en dos tipos.
Uno es el de los datos a transmitir periódicamente con un intervalo
de tiempo predeterminado, y el otro es el de los datos a transmitir
inmediatamente después de la actualización de su contenido. Además,
el momento de transmisión se clasifica en dos tipos. Uno es una
transmisión regular que se efectúa según un intervalo de tiempo
regular, y el otro es una transmisión de evento que se efectúa sólo
cuando se produce un evento predeterminado tal como que se haya
completado 20 veces la inyección de combustible.
En el sistema convencional, todos los datos en
paquete a transmitir se generan cada intervalo de tiempo
predeterminado aun cuando se transmita diferentes tipos de datos en
paquete en cada momento de transmisión. Así, todos los datos en
paquete deben ser actualizados y almacenados sucesivamente siempre,
requiriendo una gran área de memoria y un proceso muy ineficaz.
Cuando se va a cambiar el tipo de datos que constituyen los datos de
cada paquete o la posición del emplazamiento de los datos en unos
datos de paquete, es necesario comprobar en detalle el programa de
generación del paquete para su revisión, lo cual exige también gran
cantidad de tiempo y trabajo. Cuando el tiempo de transmisión de
cualesquiera datos en paquete se va a cambiar haciéndolo más corto,
se debe corregir el proceso de manera que los datos en paquete sean
generados por medio de un programa ejecutado en un tiempo más corto
que el periodo de transmisión después del cambio, lo cual requiere
entender la totalidad del programa.
En documento
EP-A-0 636 955 se describe una
unidad de control para un vehículo en la cual se puede realizar
fácilmente el aumento del número de entradas/salidas y la mejora de
función, y además de esto, se puede efectuar fácilmente el cambio de
un programa en una unidad de control aun cuando se use un
microordenador con un único chip. A fin de afrontar un aumento en
los puntos de entrada/salida y la adición de una función, se
construye una unidad de control de forma que comprenda medios de
memoria de software de interfaz que almacenan un programa de
software de interfaz para conectar un programa de software de
aplicación con un sistema operativo en una ROM interna, una unidad
central de procesamiento para realizar el tratamiento informático
del programa de software de aplicación y el programa de software de
interfaz, una RAM que almacena datos tales como el resultado del
tratamiento informático, una unidad I/O para extender la unidad de
control, y medios de extensión para comunicar los datos de la
memoria mediante un conductor común o una LAN. Un microordenador con
un único chip usado en el control de un vehículo puede hacer frente
fácilmente al aumento en los puntos de entrada/salida o a la adición
de una función, y se puede usar un programa de software de
aplicación continuamente sólo rescribiendo un programa de software
de interfaz, y además es innecesario volver a fabricar una unidad de
núcleo.
Un objeto de la presente invención es
proporcionar un sistema de control de automóvil que requiera un
número mínimo de revisiones de programa, aun cuando se cambie un
proceso predeterminado, tal como una conversión de precisión o una
generación de datos en paquete requerida para transmitir datos de
control a un oponente de comunicación.
Según un primer aspecto de la presente invención,
se emite una orden de transmisión para indicar los datos de control
a transmitir en esta ocasión a un oponente de comunicación en el
momento de transmisión predeterminado, y se recuperan los datos de
control indicados por la orden de transmisión de una unidad de
memoria. En este caso, se especifica un programa de conversión
correspondiente a los datos de control indicados por la orden de
transmisión. Se activa el programa de conversión especificado para
procesar los datos de control recuperados por la orden de
transmisión según un proceso de conversión de precisión. Además, los
datos convertidos en precisión se transmiten a un oponente de
comunicación después del proceso de conversión de precisión.
Según un segundo aspecto de la presente
invención, se proporcionan una primera tabla de datos y una segunda
tabla de datos. La primera tabla de datos indica el número de tipo
de los datos objetivo de transmisión que constituyen unos datos en
paquete del número de paquete para cada número de paquete que es el
número de identificación de los datos en paquete. La segunda tabla
indica el número de paquete de los datos en paquete que incluye los
datos objetivo de transmisión del número de tipo como componente y
la información de la posición del emplazamiento para indicar la
posición del emplazamiento de los datos en paquete de los datos
objetivo de transmisión del número de tipo para cada número de tipo
de los datos objetivo de transmisión. El mapa de datos para definir
la información usada para generar unos datos en paquete de
transmisión regular y unos datos de paquete de transmisión de evento
se divide en la primera tabla de datos y la segunda tabla de datos.
Como resultado, en cualquier transmisión sea regular o de evento, se
pueden generar rápidamente unos datos en paquete a transmitir en ese
momento. No es necesario generar periódicamente los datos en paquete
a transmitir de antemano, y por tanto se elimina el proceso
redundante y el área de memoria. Es decir, se pueden generar rápida
y eficazmente los datos en paquete objetivo de transmisión cuando
se requiere la transmisión de datos no sólo en la transmisión
regular sino también en la transmisión de eventos.
Resultarán más claros otros objetos,
características y ventajas de la presente invención a partir de la
siguiente descripción detallada en la que se hace referencia a los
dibujos anexos. En los dibujos:
la Fig. 1 es un diagrama de bloques que muestra
un sistema de control de automóvil según una primera realización de
la presente invención;
la Fig. 2 es un diagrama de bloques que muestra
una ECU del motor usada en la primera realización mostrada en la
Fig. 1;
la Fig. 3 es un diagrama funcional que muestra un
modelo imaginario de comunicaciones en un microordenador usado en la
ECU del motor mostrada en la Fig. 2;
la Fig. 4 es una tabla que muestra unos datos de
tabla de memoria compartida almacenados en una unidad de
almacenamiento de tablas;
la Fig. 5 es una tabla que muestra unos datos de
tabla de especificación de datos almacenados en una unidad de
almacenamiento de tablas;
la Fig. 6 es una tabla que muestra unos datos de
tabla de conversión de valores físicos almacenados en una unidad de
almacenamiento de tablas;
la Fig. 7 es un diagrama de secuencia de mensajes
que muestra una operación de proceso para almacenar unos datos de
control requeridos por una unidad de aplicación en la memoria
compartida;
la Fig. 8 es un diagrama de secuencia de mensajes
que muestra una operación de proceso para generar unos datos comunes
en paquete a partir de los datos de control almacenados en la
memoria compartida;
la Fig. 9 es un diagrama de secuencia de mensajes
que muestra una operación de proceso para convertir los datos
comunes en paquete en un tren de datos de comunicación y para
transmitirlo;
las Figs. 10A y 10B son diagramas esquemáticos
que muestran un formato de datos comunes en paquete generados en la
operación de proceso mostrada en la Fig. 8;
la Fig. 11 es un diagrama esquemático que muestra
una operación de conversión de LSB mostrada en la Fig. 8;
la Fig. 12 es un diagrama de bloques que muestra
un sistema de control de automóvil según una segunda realización de
la presente invención;
la Fig. 13 es un diagrama de bloques que muestra
una ECU del motor usada en la segunda realización mostrada en la
Fig. 12;
la Fig. 14 es un diagrama funcional que muestra
un modelo imaginario de comunicaciones en un microordenador
dispuesto en la ECU del motor;
las Figs. 15A y 15B son tablas que describen los
datos de tabla de especificación del número de Handle y los datos de
tabla de especificación del número de paquete;
la Fig. 16 es un diagrama de secuencia de
mensajes que muestra una operación de proceso para almacenar unos
datos de control obtenidos por una unidad de aplicación en una
memoria compartida;
la Fig. 17 es un diagrama de secuencia de
mensajes que muestra una operación de proceso para generar unos
datos comunes en paquete a partir de los datos de control
almacenados en la memoria compartida en una transmisión regular;
la Fig. 18 es un diagrama de secuencia de
mensajes que muestra una operación de proceso para generar los datos
comunes en paquete a partir de los datos de control almacenados en
la memoria compartida;
la Fig. 19 es un diagrama de secuencia de
mensajes que muestra una operación de proceso para generar los datos
comunes en paquete a partir de los datos de control almacenados en
la memoria compartida en una transmisión de evento;
las Figs. 20A y 20B son diagramas esquemáticos
que muestran los datos comunes en paquete generados por medio de la
operación de proceso mostrada en la Fig. 17 y en la Fig. 18,
respectivamente;
la Fig. 21 es un diagrama de bloques que muestra
un sistema convencional de control de automóvil;
la Fig. 22 es un diagrama esquemático que muestra
programas de proceso de conversión de precisión (programas de
conversión de LSB) usados en el sistema convencional de control de
automóvil; y
la Fig. 23 es un diagrama esquemático que muestra
un formato de datos en paquete constituido en el sistema
convencional de control de automóvil.
A continuación se describirá un sistema de
control de automóvil según la presente invención haciendo referencia
a realizaciones. Se usan los mismos números de referencia o
similares para indicar partes o funciones idénticas o similares a
través de las realizaciones siguientes:
Primera
realización
Haciendo referencia en primer lugar a la Fig. 1,
un sistema de control de automóvil está dotado de una unidad 2 de
control electrónico (ECU del motor) para controlar principalmente un
motor y una transmisión, una unidad 4 de control electrónico (ECU
del acondicionador de aire) para controlar un acondicionador de
aire, y una unidad 6 de control electrónico (ECU de los
instrumentos) para controlar los instrumentos y lámparas de alarma
de un panel de instrumentos. Las tres ECU 2, 4 y 6 anteriores están
conectadas para ser capaces de comunicarse entre las mismas a
través de una línea 10 de comunicación múltiple.
La ECU 2 del motor detecta el estado de
funcionamiento del automóvil en base a señales de detección
transmitidas desde diversos sensores tales como un sensor 12 de
velocidad para detectar la velocidad del automóvil SPD, un sensor 14
de ángulo del cigüeñal para detectar la velocidad del motor
(velocidad de rotación Ne), y un sensor 16 de temperatura del
refrigerante para detectar la temperatura del agua de refrigeración
del motor (temperatura del agua de refrigeración THW). La ECU 2 del
motor controla el motor y la transmisión para que esté en su
condición óptima accionando actuadores tales como un inyector 18, un
dispositivo de ignición 20, y elementos análogos en base a los
resultados de detección y a los datos de la temperatura exterior del
aire TAM transmitidos desde la ECU 4 del acondicionador de aire como
se describe a continuación.
Además, la ECU 2 del motor transmite los datos de
control que indican el estado de funcionamiento, tales como la
velocidad SPD del automóvil, la velocidad de rotación Ne, y la
temperatura del agua de refrigeración THW a la línea 10 de
comunicación múltiple. Controla el motor para transmitir la fuerza
de accionamiento del motor a un compresor del acondicionador de aire
a fin de activar el funcionamiento del acondicionador de aire
actuando un embrague magnético 22 de un acondicionador de aire
(A/C) en respuesta a los datos de control AC del acondicionador de
aire transmitidos desde la ECU 4 del acondicionador de aire como se
describe a continuación.
La ECU 4 del acondicionador de aire detecta la
temperatura del aire fuera del automóvil (temperatura del aire
exterior) TAM y la temperatura del aire dentro del automóvil
(temperatura del aire interior) en base a las señales de detección
de un sensor 26 de aire exterior y de un sensor 28 de aire interior,
y acciona un motor 30 de ventilador y un humectador 32 de mezcla de
aire para conmutar la distribución de aire en función de los
resultados de la detección y de los datos que indican la velocidad
del automóvil SPD, la velocidad de rotación Ne, y la temperatura del
agua de refrigeración THW transmitidos desde la ECU 2 del motor. La
ECU 4 del acondicionador de aire transmite los datos de control AC
del acondicionador de aire a la ECU 2 del motor para accionar el
embrague magnético 22 del A/C cuando se gire un interruptor 24 del
acondicionador de aire por un conductor del automóvil.
La ECU 6 de los instrumentos gobierna un
velocímetro 40, un tacómetro 42, y un medidor de la temperatura del
agua de refrigeración (no representado) que indican la velocidad del
automóvil SPD, la velocidad de rotación Ne y la temperatura del agua
de refrigeración THW transmitidas desde la ECU 2 del motor. Además,
la ECU 6 de los instrumentos enciende una lámpara 44 de alarma de
puerta abierta para indicar que una puerta está abierta y una
lámpara 46 de alarma de freno para indicar que se ha tirado del
freno de mano hasta su posición superior. Usa una señal de cada
interruptor de puerta que haya sido accionado encendiéndolo o
apagándolo según la apertura/cierre de cada puerta del automóvil y
una señal de un interruptor de freno de mano que se acciona cuando
se tira hacia arriba del freno de mano.
Las ECU 2, 4 y 6 están dotadas de sus
microordenadores respectivos. Cada microordenador ejecuta un
programa para realizar el funcionamiento de las ECU 2, 4 y 6.
Como se muestra en la Fig. 2, la ECU 2 del motor
está provista de un microordenador 60 como una unidad de
procesamiento de la información. El microordenador 60 es un
microordenador ordinario con un único microchip. Cada microordenador
está provisto de una CPU 60a, una ROM 60b para almacenar programas
como un medio de memoria, una RAM 60c para almacenar diversos datos
temporalmente, y un puerto de entrada/salida. En la presente
realización, cada RAM del microordenador 60 almacena datos de 1 byte
(8 bits) por 1 dirección.
El microordenador 60 recibe la señal de varios
sensores 12, 14 y 16 mediante un circuito de entrada 64, ejecuta
operaciones aritméticas con las señales de entrada, y envía fuera
las señales de magnitud de control a un circuito 66 de salida para
accionar de esta manera diversos actuadores tales como el inyector
18 y el dispositivo de ignición 20.
Además, la ECU 2 del motor está dotada de una
comunicación IC 70. La comunicación IC 70 transmite el tren de datos
de comunicación proporcionado desde el microordenador 60 a la línea
10 de comunicación múltiple como la señal de transmisión. Envía una
señal de interrupción al microordenador 60 cada vez que se recibe el
numero predeterminado de tramas del tren de datos de comunicación
transmitido desde las otras ECU 4 y 6 a través de la línea 10 de
comunicación múltiple.
En la Fig. 3 se muestra un modelo imaginario de
comunicación en el microordenador 60. El modelo de comunicación
tiene la estructura de jerarquía basada en el modelo de comunicación
ISO/OSI (Interconexión de sistema abierto).
Como se muestra en la Fig. 3, el modelo de
comunicación comprende una unidad 100 de aplicación a fin de
realizar la operación aritmética para controlar el objetivo de
control, una unidad 300 impulsora de comunicación para la
comunicación de los datos con las otras ECU 4 y 6, y una unidad 200
de conversión de comunicaciones para generar el tren de datos de
comunicación que la unidad 300 impulsora de comunicaciones
transmitirá desde los datos de control calculados por la unidad 100
de aplicación. La unidad 200 de conversión de comunicaciones
convierte el tren de datos de comunicación recibido por la unidad
300 impulsora de comunicaciones en los datos de control que son
utilizables por la unidad 100 de aplicación. La unidad 200 de
conversión de comunicaciones está clasificada habitualmente en una
unidad 210 de memoria compartida, una unidad 220 de conversión de
valores físicos, una unidad 230 de datos comunes en paquete y una
unidad 240 de conversión de datos de comunicación. Además, el
microordenador 60 está provisto de una unidad 400 de control de
comunicaciones y una unidad 500 de almacenamiento de tablas.
La unidad 100 de aplicación no transfiere los
datos directamente al oponente de comunicación, tal como a la ECU 4
del acondicionador de aire o a la ECU 6 de los instrumentos. Más
bien transfiere los datos sucesivamente desde la capa superior a la
capa inferior a través de la jerarquía (comunicación imaginaria)
para realizar la comunicación física al exterior (oponente de
comunicación) mediante la unidad 300 impulsora de comunicaciones.
Cada jerarquía del modelo de comunicación requiere el servicio a la
jerarquía inferior y la jerarquía inferior proporciona el servicio a
la jerarquía superior. La finalidad de cada jerarquía es ocultar la
información detallada tal como la especificación real de la
comunicación al servicio de la capa superior.
En la presente realización, se establece el
programa en la ROM ejecutado por el microordenador 60 de acuerdo con
la orientación del objeto en la cual la función completa del
programa se divide en funciones unitarias y se da un objeto a cada
función unitaria. El objeto es un módulo de programa que comprende
datos combinados y un programa denominado "método" que es una
secuencia para procesar los datos.
Tratando sólo del software del modelo de
combinación mostrado en la Fig. 3, las unidades 100 a 400 distintas
de la unidad 500 de almacenamiento de tablas son objetos (métodos y
datos) almacenados en la ROM del microordenador 60. La unidad 500 de
almacenamiento de tablas es un área de memoria en la cual se
almacenan las tablas descritas a continuación haciendo referencia a
las Figs. 4, 5 y 6 en la ROM del microordenador 60.
Además, en la descripción de la presente
realización, la expresión de acción del objeto como sujeto de
expresión, por ejemplo, "la unidad 210 de memoria compartida
realiza ..." o "la unidad 220 de conversión de valores físicos
realiza ...", significa realmente que medios funcionales que el
microordenador 60 realizan funcionando según el método del objeto
(es decir, el microordenador 60 ejecuta el método del objeto) llevan
a cabo la operación de "...". En forma similar, la expresión
pasiva de acción por el objeto, por ejemplo "es realizada por la
unidad 210 de memoria compartida ..." o "es realizada por la
unidad 220 de conversión de valores físicos ...", significa
realmente que la operación de "..." es llevada a cabo por los
medios funcionales que el microordenador 60 realiza funcionando
según el método del objeto.
La unidad 100 de aplicación comprende objetos que
están formados dividiendo el objetivo de control y el algoritmo de
control de la ECU 2 del motor en objetivos de control y algoritmos
de control individuales. En la presente realización, la unidad 100
de aplicación está dotada de un objeto (software de aplicación del
motor) 110 que calcula los datos de control tales como la velocidad
de rotación Ne y realiza la operación aritmética para controlar el
motor en base a los datos de control calculados, un objeto 120
(software de aplicación ECT) que calcula los datos de control tales
como velocidad SPD del automóvil y realiza la operación aritmética
para controlar la transmisión basada en los datos de control
calculados, y un objeto 130 (software de aplicación de crucero) que
calcula los datos de control tales como la abertura de la mariposa
del motor y realiza la operación aritmética para mantener el
automóvil en marcha a velocidad constante en base a los datos de
control calculados. Un software de aplicación entre estos elementos
de software de aplicación 110, 120 y 130 usa los datos de control
calculados por otro elemento de software de aplicación en
operaciones aritméticas realizadas por esta aplicación propiamente
dicha. Es decir, estos elementos de software de aplicación 110, 120
y 130 usan los datos de control comúnmente entre sí.
La unidad 210 de memoria compartida escribe los
datos de control usados comúnmente por el software de aplicación
110, 120 y 130 y los datos de control (datos externos comunes) en el
conjunto de memoria compartida como un área de memoria específica
distinta del área de memoria de datos de control. El área de memoria
de datos de control es el área de memoria (medios de memoria a los
que se denomina área de memoria de datos de control) para almacenar
temporalmente todos los datos de control usados para controlar el
objetivo de control por el software de aplicación 110, 120, 130 de
la unidad 100 de aplicación de la RAM 60c dispuesta en el
microordenador 60.
Se asigna un número de identificación (número de
Handle) para indicar el tipo de datos a cada dato almacenado en la
memoria compartida 210. Cada objeto especifica un número de Handle a
fin de obtener unos datos necesarios de la memoria compartida 210 ó
a fin de almacenar unos nuevos datos en la memoria compartida
210.
En la Fig. 3 se muestra que los datos de
velocidad SPD del automóvil calculados por el software 120 de
aplicación del ECT y que tienen el número de Handle 1 se usan
también por el software 110 de aplicación del motor. Por otra parte,
los datos de velocidad de rotación calculados por el software 110 de
aplicación del motor y que tienen el número de Handle 2 son también
utilizados por el software de aplicación 120 del ECT. En las figuras
que siguen a la Fig. 3 y en la descripción siguiente, Handle 1 o
Handle 2 se refieren respectivamente a los números de Handle 1 ó
2.
Cuando se transmiten los datos desde el
microordenador 60 de la ECU 2 al oponente de comunicación (ECU 4 y
6), la unidad 220 de conversión de valores físicos realiza la
conversión de LSB. La conversión de LSB es una operación para
convertir, con respecto a los datos de control a transmitir de los
datos de control almacenados en la memoria compartida, sus datos
digitales en unos datos digitales que representan el valor físico en
la resolución procesada en el oponente de comunicación. Además,
cuando la unidad 220 de conversión de valores físicos recibe los
datos del oponente de comunicación, la unidad 220 de conversión de
valores físicos realiza la conversión de LSB en los datos de control
recibidos para convertir los datos digitales en datos digitales que
representan el valor físico en la resolución procesada en cada uno
de los elementos de software de aplicación 110, 120 y 130.
Como se describió anteriormente, el proceso de
conversión de LSB es el proceso de conversión de precisión para
convertir la resolución de los datos digitales (valores físicos
indicados por el LSB de los datos, precisión de los datos) a la
misma resolución que la de los datos usados en el oponente de
comunicación. Según la presente realización, las distintas clases de
programas de conversión de LSB (el programa de conversión en la
presente realización) para realizar el proceso de conversión de LSB
anterior se almacenan en un área predeterminada de la ROM como parte
de la unidad 220 de conversión de valores físicos.
Cuando se transmiten los datos desde el
microordenador 60 al oponente de comunicación, la unidad 230 de
datos comunes en paquete recoge y dispone en serie los datos de
control a transmitir que han sido sometidos a la conversión de LSB
por la unidad 220 de conversión de valores físicos para generar así
unos datos en paquete (datos comunes en paquete) comunes para los
protocolos de comunicación que son independientes de los protocolos
de comunicación tales como la comunicación múltiple, la comunicación
en serie, o la comunicación DMA. Se da un número de paquete PN como
un número de identificación a cada paquete común. En las figuras que
siguen a la Fig. 3 y en la descripción siguiente, PN1 o PN2 indica
el número de paquete PN1 ó 2, respectivamente.
Cuando se transmiten los datos desde el
microordenador 60 al oponente de comunicación, la unidad 240 de
conversión de datos de comunicación convierte los datos comunes en
paquete generados por la unidad 230 de datos comunes en paquete en
un tren de datos de comunicación correspondiente al protocolo de
comunicación del oponente de comunicación. En detalle, esto añade
información de encabezamiento o análoga en conformidad con el
protocolo de comunicación al tren de datos de los datos comunes en
paquete.
La unidad 300 impulsora de comunicaciones, cuando
se transmiten los datos desde el microordenador 60 al oponente de
comunicación, envía el tren de datos de comunicación generado por la
unidad 240 de conversión de datos de comunicación como los datos de
comunicación realmente en la cantidad de datos de transferencia,
velocidad de transmisión de baudios, y sincronización de
transferencia determinadas según el protocolo de comunicación con el
oponente de comunicación.
La unidad 300 impulsora de comunicaciones está
instalada con un programa que corresponde al protocolo de
comunicación del oponente de comunicación. En esta realización, se
ha instalado un programa (unidad de comunicación múltiple) 310 para
la comunicación múltiple con la ECU 4 del acondicionador de aire y
con la ECU 6 de los instrumentos. Además, si el microordenador 60
ejecuta la comunicación de DMA con los otros microordenadores de la
ECU 2, se instala en la unidad 300 impulsora de comunicaciones un
programa de comunicación de DMA para controlar la comunicación de
DMA. Todavía más, si el microordenador 60 ejecuta una comunicación
en serie uno-a-uno con las otras
ECU, se instala en la unidad 300 impulsora de comunicaciones un
programa de comunicación en serie para controlar la comunicación en
serie.
La unidad 400 de control de comunicaciones está
dotada de un temporizador interno 410 y determina el momento de
realizar la generación del tren de datos de comunicación y la
conversión de LSB de manera que la comunicación con el oponente de
comunicación se realice en el momento adecuado. Por otra parte, la
unidad 300 impulsora de comunicaciones (unidad 310 de comunicación
múltiple) recibe y recupera los datos transmitidos desde el oponente
de comunicación (ECU 4 y 6), y proporciona los datos a la unidad 240
de conversión de datos de comunicación.
La unidad 240 de conversión de datos de
comunicación convierte también el tren de datos de comunicación
recuperado por la unidad 300 impulsora de comunicaciones en unos
datos comunes en paquete. Además, la unidad 230 de datos comunes en
paquete divide los datos en paquete generados por la unidad 240 de
conversión de datos de comunicación cuando se reciben los datos del
oponente de comunicación y extrae cada uno de los datos de control
que es un componente de los datos comunes en paquete. También
controla la unidad 220 de conversión de valores físicos para
aplicar la conversión de LSB a cada uno de los datos de control, de
forma que cada uno de los datos de control sometido a una conversión
de LSB sea actualizado y escrito en la memoria compartida 210.
La unidad 500 de almacenamiento de tablas
almacena una tabla de memoria compartida mostrada en la Fig. 4, una
tabla de especificación de datos mostrada en la Fig. 5 y una tabla
de conversión de valores físicos mostrada en la Fig. 6.
Como se muestra en la Fig. 4, la tabla de memoria
compartida es una tabla de definición que define en forma
correspondiente el número de Handle de los datos de control, una
dirección de memoria compartida para indicar que dirección es la
dirección de encabezamiento almacenada en la memoria compartida, y
un tamaño de memoria compartida para indicar la longitud de los
datos en la memoria compartida 210 de los datos de control
correspondientes al número de Handle.
Como se muestra en la Fig. 6, la tabla de
conversión de valores físicos es una tabla de definición que
describe elementos correlativamente, y los elementos incluidos en
esta tabla son el número de Handle de los datos de control, la
posición de los datos comunes en paquete que indica la posición del
emplazamiento de los datos de control correspondientes al número de
Handle de los datos comunes en paquete, el tamaño de los datos
comunes en paquete que indica la longitud de datos de los datos de
control correspondientes al número de Handle de los datos comunes en
paquete, y la dirección de llamada de la conversión de LSB servida
como información de posición de almacenamiento que indica que
posición de la ROM 60b es la dirección de encabezamiento del
programa de conversión de LSB para convertir en LSB los datos de
control correspondientes al número de Handle.
La posición de los datos comunes en paquete
indica en que número de byte está situada la cabeza de los datos de
control correspondiente al número de Handle en los datos comunes en
paquete en los que el primer 1 byte de los datos comunes en paquete
se denomina byte de orden 0.
Como se muestra en la Fig. 5, la tabla de
especificación de datos es una tabla de definición que describe los
elementos en forma correlativa, y los elementos incluidos en esta
tabla son el número de paquete de los datos comunes en paquete, el
periodo de comunicación para indicar el intervalo de transmisión de
los datos comunes en paquete correspondiente al número de paquete, y
la separación y tamaño para especificar cada uno de los datos de
control que constituyen los datos comunes en paquete
correspondientes al número de paquete.
La separación indica la posición de la
descripción que es el número obtenido contando desde la cabeza en el
que la primera posición superior es la de orden 0 entre las
posiciones de descripción del número de Handle en la tabla de
conversión de valores físicos mostrada en la Fig. 6, y el tamaño
indica el número de posiciones de descripción del número de Handle
obtenido contando hacia abajo desde la posición de descripción
indicada por medio de la separación. En esta realización, cada
número de Handle descrito en cada posición de descripción del
número indicada por el tamaño desde la posición de descripción
indicada por la separación entre los números de Handle descritos en
la tabla de conversión de valores físicos mostrada en la Fig. 6 se
considera como el número de Handle que constituye los datos comunes
en paquete del número de paquete correspondiente a la separación y
tamaño.
Por ejemplo, en la Fig. 5, debido a que la
separación y el tamaño correspondientes a PN1 son 0 y 4
respectivamente, los datos comunes en paquete PN1 comprenden los
datos de control correspondientes a cuatro números de Handle (Handle
1, Hamdle 10, Handle 5, Handle 2) descritos desde la fila superior a
la cuarta fila de la Fig. 6. Además, debido a que la separación y el
tamaño correspondientes a PN2 son respectivamente 4 y 3 en la Fig.
5, los datos comunes en paquete PN2 están constituidos por los datos
de control correspondientes a tres números de Handle (Handle 2,
Hamdle 3, Handle 6) descritos en la fila 5ª a la fila 7ª.
Como se describe anteriormente, cada objeto puede
obtener la información requerida para preparar el tren de datos de
comunicación, por ejemplo, la información de que los datos de
control que tienen determinado número de Handle están resumidos en
los datos comunes en paquete de PN1, haciendo referencia a la tabla
de especificación de datos mostrada en la Fig. 5 y a la tabla de
conversión de los valores físicos mostrada en la Fig. 6.
A continuación, se describe el proceso de
conversión para convertir el tren de datos de comunicación realizado
cuando se transmitieron los datos de control desde el microordenador
60 al oponente de comunicación haciendo referencia a las Fig. 7 a
10. Las Figs. 7 a 10 son diagramas de secuencia de mensajes que
muestran la operación de proceso de conversión de los datos de
control en tren de datos de comunicación. En estos diagramas de
secuencia de mensajes, las capas (objetos) 100 a 500 mostrados en la
Fig. 3 se indican mediante líneas verticales, y el mensaje de una
capa a otra capa se indica mediante una flecha con línea continua
horizontal. Además, una flecha con una línea horizontal de trazo
discontinuo indica que cada capa acude a la tabla en la unidad 500
de almacenamiento de tablas y se muestra el contenido del proceso
realizado en la capa en el cuadro rectangular situado sobre la línea
vertical. La Fig. 10 es un diagrama esquemático para indicar los
datos comunes en paquete preparados por medio de la operación de
proceso mostrada en la Fig. 8.
En primer lugar, por ejemplo, al comienzo de la
etapa de proceso para escribir los datos de velocidad del automóvil
(datos SPD), que son unos de los datos externos comunes, en la
memoria compartida 210 por uso del software 120 de ECT almacenado en
la unidad 100 de aplicación, como se muestra en [1] en la Fig. 7, el
software 120 de aplicación de la unidad 100 de aplicación emite un
mensaje de solicitud de escritura de datos a la unidad 210 de
memoria compartida. En este momento, la información que incluye el
número de Handle de los datos SPD (en este ejemplo, Handle 1) y la
dirección de almacenamiento de los datos SPD en el software 120 de
aplicación de ECT (la dirección en el área de memoria de los datos
de control para escribir y leer los datos de SPD cuando el software
120 de aplicación de ECT realiza el proceso aritmético para
controlar, en este ejemplo &SPD) se transmite a la unidad 210 de
memoria compartida.
En el caso de que el proceso para emitir el
mensaje de solicitud de escribir datos esté programado mediante
lenguaje-C, la orden de emisión de mensaje para
escribir los datos SPD se define como Escribir (Handle 1,
&SPD).
Esta orden significa que los datos (datos SPD que
solicita el software 120 de aplicación de ECT) almacenados en
&SPD se escriben en la dirección de la memoria compartida que
corresponde al número de Handle (Handle 1) de los datos SPD. En el
caso de que los software 110, 120 y 130 de aplicación de la unidad
100 de aplicación escriban los datos de control distintos de los
datos SPD en la memoria compartida, se sustituye Handle 1 en la
orden por el número de Handle de los datos a escribir, y se
sustituye "&SPD" en la orden por la dirección del área de
memoria en la cual los datos a escribir se almacenan entre el área
de memoria de datos de control proporcionada por el software de
aplicación.
Al recibir el mensaje de la unidad 100 de
aplicación (software 120 de aplicación de ECT), la unidad 210 de
memoria compartida acude a la tabla de memoria compartida (Fig. 4)
de la unidad 500 de almacenamiento de tablas y recupera la
dirección de memoria compartida y el tamaño de memoria compartida
correspondientes al número de Handle (Handle 1) transmitido junio
con el mensaje como la información de la memoria compartida como se
muestra por [2] en la Fig. 7.
A continuación, la unidad 210 de memoria
compartida reconoce que los datos SPD se van a escribir en el área
de 2-byte que tiene la dirección de encabezamiento
de \textdollarFFFF0000 en la memoria compartida en base a la
información de memoria compartida recuperada como se describió
anteriormente, y el proceso de [3] en la Fig. 7, copia los datos de
SPD de 2-byte de la dirección de almacenamiento
(&SPD) de los datos de SPD en el software 120 de aplicación de
ECT a la dirección \textdollarFFFF0000 en la memoria
compartida.
En el proceso realizado por la unidad 210 de
memoria compartida, los datos SPD correspondientes al Handle 1
están almacenados en la memoria compartida como se muestra, a título
de ejemplo, en el cuadro de la unidad 210 de memoria compartida de
la Fig. 3.
Además, en la etapa de proceso para escribir los
datos de velocidad de rotación (datos Ne), que son unos de los
datos externos comunes, en la memoria compartida por medio del
software 110 de aplicación del motor de la unidad 100 de
aplicación, el software 110 de aplicación de motor de la unidad 100
de aplicación emite el mensaje de solicitud de escribir datos a la
unidad 210 de memoria compartida de la misma manera que se usa en
el caso de los datos SPD como se muestra por [4] en la Fig. 7. En
este momento, el número de Handle de los datos Ne (en este ejemplo,
Handle 2) y la dirección de almacenamiento de los datos Ne en el
software 110 de aplicación de motor (es decir, la dirección en el
área de memoria de los datos de control para escribir y leer los
datos de Ne cuando el software 110 de aplicación realiza el proceso
aritmético para controlar, en este ejemplo &Ne) se transmite
también a la unidad 210 de memoria compartida.
Al recibir el mensaje de la unidad 100 de
aplicación (el software 110 de aplicación de motor), la unidad 210
de memoria compartida acude a la tabla de memoria compartida (Fig.
4) de la unidad 500 de almacenamiento de tablas y recupera la
dirección de memoria compartida y el tamaño de memoria compartida
correspondientes al número de Handle (Handle 2) transmitido junto
con el mensaje como se muestra por [5] en la Fig. 7.
A continuación, la unidad 210 de memoria
compartida reconoce que los datos Ne se van a escribir en el área
de 2-byte que tiene la dirección de encabezamiento
de \textdollarFFFF0002 en la memoria compartida en base a la
información de memoria compartida recuperada como se describió
anteriormente. En el proceso de [6] en la Fig. 7, copia los datos
de Ne de 2-byte de la dirección de almacenamiento
(&Ne) de los datos de Ne en el software 110 de aplicación de
motor a la dirección \textdollarFFFF0002 en la memoria
compartida.
En el proceso realizado por la unidad 210 de
memoria compartida, los datos Ne correspondientes al Handle 2 están
almacenados en la memoria compartida como se muestra, a título de
ejemplo, en el cuadro de la unidad 210 de memoria compartida de la
Fig. 3.
Otros datos de control calculados por el software
110 de aplicación de motor y por el software 120 de aplicación de
ECT y los datos de control calculados por el software 120 de
aplicación de crucero se copian en la memoria compartida de la
misma manera como se muestra en la Fig. 7.
Por otra parte, aunque no se muestra en la
figura, cuando la unidad 100 de aplicación (cada software de
aplicación de la unidad 100 de aplicación) usa los datos de control
escritos en la memoria compartida para controlar el proceso
aritmético, la unidad 100 de aplicación y la unidad 210 de memoria
compartida funcionan como se describe a continuación.
Por ejemplo, se describirá un caso en el que el
software 110 de aplicación de motor recupera los datos de SPD
calculados por el software 120 de aplicación de ETC a partir de la
memoria compartida. En este caso, el software 110 de aplicación de
motor emite un mensaje de solicitud de lectura de datos a la unidad
210 de memoria compartida. En ese momento, la información que
incluye el número de Handle de los datos SPD (Handle 1) y la
dirección de almacenamiento de los datos SPD en el software 110 de
aplicación de motor (es decir, la dirección del área de memoria de
los datos de control en la cual el software 110 de aplicación de
motor escribe o lee los datos de SPD para controlar en el proceso
aritmético) se transmite también a la unidad 210 de memoria
compartida.
compartida.
La unidad 210 de memoria compartida acude a la
tabla de memoria compartida (Fig. 4) de la unidad 500 de
almacenamiento de tablas y recupera la dirección de memoria
compartida y el tamaño de memoria compartida correspondientes al
número de Handle (Handle 1) transmitidos junto con el mensaje de
solicitud de lectura de datos como la información de memoria
compartida. En base a la información de memoria compartida
recuperada, la unidad 210 de memoria compartida reconoce que los
datos SPD están almacenados en un área de 2-byte que
tiene la dirección de encabezamiento de \textdollarFFFF0000 en la
memoria compartida, y copia los datos de SPD almacenados en el área
de 2-byte que tiene la dirección de cabeza
\textdollarFFFF0000 en la dirección común a la dirección de
almacenamiento de los datos SPD en el software 110 de aplicación de
motor.
Mediante esta operación de copia, los datos de
SPD de la memoria compartida se suministran al software 110 de
aplicación de motor como se muestra con la flecha del lado izquierdo
de las dos flechas que se extienden desde el cuadro de la memoria
compartida 210 en la Fig. 3.
A continuación, en el momento en el que los datos
de control se van a transmitir a las otras ECU 4 y 6, como se
muestra por [7] en la Fig. 8, la unidad 400 de control de
comunicaciones emite un mensaje de solicitud de transmisión que es
atendido como una orden de transmisión a la unidad 230 de datos
comunes en paquete para genera los datos comunes en paquete como se
muestra a título de ejemplo en el cuadro de la unidad 230 de datos
comunes en paquete de la Fig. 3.
Aunque en la Fig. 3 sólo se muestra un número de
paquete PN, debido a que en realidad existen muchos números de
paquete, la unidad 400 de control de comunicaciones transmite
también el número de paquete PN (en este ejemplo, PN1) de los datos
comunes en paquete a transmitir en este momento a la unidad 230 de
datos comunes en paquete con el mensaje de solicitud de
transmisión. En detalle, la unidad 400 de control de comunicaciones
emite el mensaje de solicitud de transmisión que incluye PN1 cada 1
segundo según el número de paquete y el periodo de comunicación
definido en la tabla de especificación de datos mostrada en la Fig.
5, emite el mensaje de solicitud de transmisión que incluye PN2
cada 3 segundos, emite el mensaje de solicitud de transmisión que
incluye PN3 cada 5 segundos, y emite el mensaje de solicitud de
transmisión que incluye PN4 cada 0,5 segundos. La descripción entre
paréntesis de las Figs. 8 y 9 indica el caso en el que el número de
paquete PN transmitido desde la unidad 400 de control de
comunicaciones a la unidad 230 de datos comunes en paquete es
PN1.
Cuando la unidad 400 de control de comunicaciones
emite el mensaje de solicitud de transmisión que incluye el número
de paquete PN como se describió anteriormente, la unidad 230 de
datos comunes en paquete acude a la tabla de especificación de
datos (Fig. 5) de la unidad 500 de almacenamiento de tablas y a la
tabla de conversión de valores físicos (Fig. 6) y recupera cada
número de Handle correspondiente al número de paquete PN
transmitido desde la unidad 400 de control de comunicaciones (es
decir, cada número de Handle de los datos de control se resume en
los datos comunes en paquete del número de paquete PN transmitidos
desde la unidad 400 de control de comunicaciones como la
información de datos de comunicación como se muestra por [8] en la
Fig. 8.
Por ejemplo, en el caso de que el número de
paquete PN transmitido desde la unidad 400 de control de
comunicaciones a la unidad 230 de datos comunes en paquete sea PN1,
puesto que la separación y el tamaño correspondientes a PN1 son 0 y
4 respectivamente en la tabla de especificación de datos mostrada en
la Fig. 5, la unidad 230 de datos comunes en paquete recupera
Handle 1, Handle 10, Handle 5, y Handle 2 descritos en las filas de
la fila superior a la fila 4ª en la tabla de conversión de valores
físicos mostrada en la Fig. 6 como los números de Handle de los
datos de control que constituyen los datos comunes en paquete de
PN1.
A continuación, como se muestra por [9] en la
Fig. 8, la unidad 230 de datos comunes en paquete transmite el
primer número de Handle (en este ejemplo, Handle 1) de los números
de Handle recuperados a la unidad 220 de conversión de valores
físicos junto con el mensaje de solicitud de conversión de valor
físico.
Al recibir el primer número de Handle, la unidad
220 de conversión de valores físicos transmite el número de Handle
suministrado desde la unidad 230 de datos comunes en paquete a la
unidad 210 de memoria compartida junto con el mensaje de solicitud
de recuperación de datos como se muestra por [10] en la Fig. 8.
Al recibir el mensaje de solicitud de
recuperación de datos, la unidad 210 de memoria compartida, acude a
la tabla de memoria compartida (Fig. 4) de la unidad 500 de
almacenamiento de tablas y recupera la dirección de memoria
compartida y el tamaño de memoria compartida (\textdollarFFFF0000)
correspondientes al número de Handle (en este ejemplo, Handle 1)
transmitido junto con el mensaje de solicitud de recuperación de
datos y el tamaño de memoria compartida (2 bytes) como la
información de memoria compartida, y entonces recupera unos datos
de 2-byte (en este ejemplo, datos SPD) de la
dirección \textdollarFFFF0000 de la memoria compartida en base a
la información de memoria compartida recuperada en la forma
anteriormente descrita de la misma manera que se muestra por [2] y
[5] en la Fig. 7. Devuelve los datos recuperados a la unidad 220 de
conversión de valores físicos como un valor de retorno según se
muestra por [11] en la Fig. 8.
Al recibir el valor de retorno, la unidad 220 de
conversión de valores físicos, acude a la tabla de conversión de
valores físicos (Fig. 6) de la unidad 500 de almacenamiento de
tablas y recupera la dirección de llamada de conversión de LSB
(\textdollar00001000) correspondiente al número de Handle (Handle
1) que ha transmitido la unidad 220 de conversión de valores
físicos a la unidad 210 de memoria compartida en [10] según se
muestra por [12] en la Fig. 8. Entonces, la unidad 220 de
conversión de valores físicos activa el programa de conversión de
LSB almacenado en la dirección de llamada de conversión de LSB
recuperada en la forma anteriormente descrita para someter así a
los datos de control de Handle 1 recuperados de la memoria
compartida en las operaciones [10] y [11] (es decir, los datos de
control devueltos de la unidad 210 de memoria compartida como valor
de retorno, en este ejemplo, datos SPD de 2-byte)
al proceso de conversión de LSB.
De esta forma, como se muestra a título de
ejemplo en el cuadro de la unidad 220 de conversión de valores
físicos mostrado en la Fig. 3, los datos SPD correspondientes a
Handle 1 se someten a la conversión de LSB, y los datos convertidos
en LSB (datos SPD') se almacenan en el área predeterminada de la RAM
asignada como el área de trabajo de la unidad 220 de conversión de
valores físicos junto con el número de Handle correspondiente
(Handle 1).
A continuación, como se muestra por [14] en la
Fig. 8, la unidad 230 de datos comunes en paquete, acude a la tabla
de conversión de valores físicos (Fig. 6) de la unidad 500 de
almacenamiento de tablas y recupera el tamaño de datos comunes en
paquete correspondiente al número de Handle (Handle 1) que ha
transmitido la unidad 230 de datos comunes en paquete a la unidad
220 de conversión de valores físicos en la operación [9] y la
posición de los datos comunes en paquete como la información de los
datos comunes en paquete.
La unidad 230 de datos comunes en paquete realiza
el proceso de generación de datos comunes en paquete para generar
los datos comunes en paquete del número de paquete (en este caso,
PN1) transmitido desde la unidad 400 de control de comunicaciones
como se muestra por [15] en la Fig. 8.
En este momento, el proceso de generación de
datos comunes en paquete implica un proceso en el cual los datos de
control que la unidad 220 de conversión de valores físicos ha
sometido a la conversión de LSB están almacenados en esta ocasión
en el área especificada por medio de la posición de los datos
comunes en paquete y por el tamaño de los datos comunes en paquete
recuperados esta vez de la tabla de conversión de valores físicos en
la operación descrita en [14] fuera del área de datos de los datos
comunes en paquete a ser tomada como objetivo. Por ejemplo, debido
a que la posición de los datos comunes en paquete y el tamaño de los
datos comunes en paquete correspondientes a Handle 1 son 0 y 2
bytes respectivamente como se muestra en la fila superior de la
Fig. 6, los datos convertidos en LSB de Handle 1 (datos SPD') H1 son
almacenados en un área de 2-byte desde la posición
de byte de orden 0 en los datos comunes en paquete PN1 como se
muestra en la Fig. 10A.
Una vez terminados el proceso de conversión de
LSB en los datos de control del Handle 1 y el proceso de generación
de los datos comunes en paquetes, como se muestra por [16] en la
Fig. 8, el siguiente número de Handle (Handle 10) de los números de
Handle que ha recuperado la unidad 230 de datos comunes en paquete
en la operación [8] es sometido a la conversión de LSB de la misma
manera descrita en las operaciones [9] a [14]. Entonces, como se
muestra por [17] en la Fig. 8, se realiza el proceso de generación
de datos comunes en paquete de la misma manera que se describe en
la operación [15]. Además, como se muestra en las operaciones [18] a
[21] en la Fig. 8, se somete a otros números de Handle (Handle 5,
Handle 2) de los números de Handle que ha recuperado la unidad 230
de datos comunes en paquete en la operación [8] al proceso de
conversión de LSB y al proceso de generación de datos comunes en
paquete sucesivamente, de la misma manera que se describe en las
operaciones [9] a [14] y [15].
Cuando los datos de control de todos los números
de Handle correspondientes al número PN de paquete transmitido
desde la unidad 400 de control de comunicaciones a la unidad 230 de
datos comunes en paquete han sido sometidos a la conversión de LSB
y al proceso de generación de datos comunes en paquete totalmente,
se completa la generación del paquete común a transmitir.
Por ejemplo, en el caso en el que se transmite
PN1 desde la unidad 400 de control de comunicaciones a la unidad
230 de datos comunes en paquete, los datos comunes en paquete de PN1
generados de acuerdo con las tablas mostradas en las Fig. 5 y Fig.
6 son un tren de datos en el cual los datos H1 convertidos en LSB
del Handle 1 se almacenan en un área de 2-byte
desde la posición del byte de orden 0, los datos H10 convertidos en
LSB del Handle 10 se almacenan en un área de 1-byte
desde la posición del segundo byte, los datos H5 convertidos en LSB
del Handle 5 se almacenan en un área de 3-byte
desde la posición del tercer byte, y los datos H2 convertidos en
LSB del Handle 2 se almacenan en un área de 2-byte
desde la posición del sexto byte, como se muestra en la Fig.
10A.
Además, por ejemplo, en el caso de que se
transmita PN2 desde la unidad 400 de control de comunicaciones a la
unidad 230 de datos comunes en paquete, los datos comunes en paquete
de PN2 generados según las tablas mostradas en las Fig. 5 y Fig. 6
son un tren de datos en el cual los datos H2 del Handle 2
convertidos en LSB se almacenan en un área de
2-byte desde la posición del de orden 0, los datos
H3 del Handle 3 convertidos en LSB se almacenan en un área de
2-byte desde la posición del segundo byte, y los
datos H6 de Handle 6 convertidos en LSB se almacenan en un área de
4-byte desde la posición del 4º byte como se muestra
en la Fig. 10B.
A continuación, cuando se termina la generación
de los datos comunes en paquete en la forma anteriormente descrita,
la unidad 230 de datos comunes en paquete, como se muestra por [22]
en la Fig. 8 y por [22] en la Fig. 9, emite un mensaje de solicitud
de transmisión a la unidad 240 de conversión de datos de
comunicación de forma que los datos comunes en paquete generados
esta vez se convierten en el tren de datos de comunicación
correspondientes al protocolo de comunicación que es aceptable para
el oponente de comunicación. En este momento, el número de paquete
(en este ejemplo, PN1) de los datos comunes en paquete generados
esta vez es transmitido también a la unidad 240 de conversión de
datos de comunicación.
A continuación en la operación [23] en la Fig. 9,
la unidad 240 de conversión de datos de comunicación convierte los
datos comunes en paquete generados esta vez por la unidad 230 de
datos comunes en paquete en un tren de datos de comunicación
correspondientes al protocolo de comunicación múltiple que es
aceptable a las otras ECU 4 y 6, que son oponentes de comunicación.
En detalle, en el caso de la presente realización, como se muestra
a título de ejemplo en el cuadro de la unidad 240 de conversión de
datos de comunicación de la Fig. 3, se añade Arbitraje y ML
servidos como la información de encabezamiento conformable al
protocolo de comunicación del oponente de comunicación a la cabeza
de los datos comunes en paquete generados por la unidad 230 de datos
comunes en paquete. Arbitraje indica el nivel de prioridad de los
datos a usar cuando los datos entran en conflicto. ML son los datos
para indicar la longitud de datos de la parte de trama de datos del
tren de datos de comunicación.
Una vez terminada la generación del tren de datos
de comunicación, la unidad 240 de conversión de datos de
comunicación emite un mensaje de solicitud de transmisión a la
unidad 300 impulsora de comunicaciones, como se muestra por [24] en
la Fig. 9.
A continuación, la unidad 310 de comunicación
múltiple de la unidad 300 impulsora de comunicaciones proporciona
el tren de datos de comunicación generado por la unidad 240 de
conversión de datos de comunicación y controla la IC de
comunicación de forma que transmite el tren de datos de comunicación
generado como se describe anteriormente a la línea 10 de
comunicaciones múltiples con la velocidad de transmisión de baudios
y en la temporización de transferencia correspondientes al
protocolo de comunicaciones del oponente de comunicación en el
proceso de transmisión [25] de la Fig. 9.
Por medio de la serie de procesos descritos
anteriormente, los datos de control calculados por la unidad 100 de
aplicación del microordenador 60 se convierten en el tren de datos
conformables al protocolo de comunicaciones correspondiente a la
línea 10 de comunicaciones múltiples, y se transmiten a la ECU 4 del
acondicionador de aire y a la ECU 6 de los instrumentos.
En la descripción se trata principalmente el caso
en el que los datos comunes en paquete de PN1 son generados y
transmitidos (esto es, el caso en el que la unidad 400 de control de
comunicaciones emite el mensaje de solicitud de transmisión que
incluye PN1 a la unidad 230 de datos comunes en paquete en la
operación [7] de la Fig. 8). En forma semejante, también se generan
y transmiten otros datos comunes en paquete distintos de PN1 de la
misma manera que se usa para los datos comunes en paquete de PN1.
Sin embargo, en el caso de los datos comunes en paquete de PN2, la
operación de proceso mostrada en la Fig. 8 y en la Fig. 9 se ejecuta
cada 3 segundos para la generación y la transmisión, y por ejemplo
en el caso de los datos comunes en paquete de PN3, se ejecuta la
operación de proceso mostrada en la Fig. 8 y en la Fig. 9 cada 5
segundos para la generación y la transmisión. El periodo de la
generación y transmisión de cada uno de los datos comunes en paquete
se determina por el número de paquete y el periodo de comunicación
indicado en la tabla de especificación de datos mostrada en la Fig.
5.
En la presente realización, el conjunto de
memoria compartida de la RAM 60c del microordenador 60 funciona
como una unidad de memoria, y el área predeterminada en la cual la
serie de tipos de programas de conversión de LSB a ser activados
por la unidad 220 de conversión de valores físicos a parir del área
de memoria de la ROM 60b del microordenador 60 funcionan como unos
medios de almacenamiento de programas de conversión.
La tabla de especificación de datos mostrada en
la Fig. 5 y la tabla de conversión de valores físicos mostrada en
la Fig. 6 corresponden a la tabla de datos que funciona como la
información de conversión, y el área en la cual se almacenan ambas
tablas en la unidad 500 de almacenamiento de tablas de la ROM 60b
funciona como medios de almacenamiento de información de
conversión.
La unidad 400 de control de comunicaciones
funciona como medios de activación de la operación de transmisión,
la unidad 220 de conversión de valores físicos y la unidad 230 de
datos comunes en paquete funcionan como medios de conversión de
datos y la unidad 300 impulsora de comunicaciones funcionan como
medios de transmisión.
De la unidad 230 de datos comunes en paquete, el
programa que implica el proceso mostrado por [8] en la Fig. 8 (el
proceso para recuperar cada número de Handle correspondiente al
número de paquete proporcionado desde la unidad 400 de control de
comunicaciones haciendo referencia a la tabla de especificación de
datos y a la tabla de conversión de valores físicos) funciona como
medios de especificación de los datos de transmisión, la unidad 220
de conversión de valores físicos funciona como medios de conversión
de precisión, y de la unidad 230 de datos comunes en paquete, el
programa que implica el proceso de generación de datos comunes en
paquete mostrado por [15], [17], [19], y [21] en la Fig. 8 funciona
como medios de generación de datos en paquete.
La Fig. 11 es un diagrama esquemático que muestra
la operación de conversión de LSB incluida en una trama hexagonal
de línea de cadena mostrada en la Fig. 8. En el microordenador 60
dispuesto en la ECU 2 del motor de la presente realización, como se
muestra en la Fig. 11, la dirección de cabeza (la dirección de
llamada de conversión de LSB) del programa de conversión de LSB se
define correspondiendo a cada uno de los datos de control a
transmitir al oponente de comunicación previamente en la tabla de
conversión de valores físicos, la unidad 220 de conversión de
valores físicos que es activada en cada momento de transmisión
activa el programa de conversión de LSB correspondiente a los datos
de control a transmitir realmente en base a la información de la
tabla de conversión de valores físicos para someter así a los datos
de control al proceso de conversión de
LSB.
LSB.
Cuando se va a cambiar el contenido de la
conversión de LSB correspondiente a cualquier dato de control, no
es necesario corregir la totalidad de la sentencia de programa, se
puede reescribir sólo la dirección de llamada de conversión de LSB
correspondiente a los datos de control en la tabla de conversión de
valores físicos. En el caso de que se requiera la conversión de LSB
con un nuevo contenido, se añade para la conversión un programa de
conversión de LSB con un nuevo contenido a la ROM y entonces se
puede cambiar la dirección de llamada en la tabla de conversión de
valores físicos.
En el microordenador 60 de la presente
realización, debido a que los datos de control que constituyen
objetivo para ser convertidos en LSB son sometidos a un proceso de
conversión de LSB activando el programa de conversión de LSB
especificado en base a la tabla de conversión de valores físicos, en
el caso de que una serie de datos de control sean sometidos a una
conversión de LSB que tenga el mismo contenido, las direcciones de
llamada de la conversión de LSB en la tabla de conversión se
igualan al mismo valor (\textdollar00001000) que, por ejemplo, en
el caso de Handle 1 en la fila superior y de Handle 2 en la fila
cuarta de la Fig. 6. Como resultado se puede aplicar el mismo
programa de conversión de LSB a una serie de datos de control. Con
ello, no sólo se reduce la capacidad total sino también la
capacidad requerida de la ROM.
Además, de acuerdo con el microordenador 60 de la
presente realización, por ejemplo, en el caso de que el periodo de
transmisión de los datos en paquete de PN1 se cambie de 1 segundo a
3 segundos, es suficiente cambiar sólo el periodo en el cual la
unidad 400 de control de comunicaciones emite el mensaje de
solicitud de transmisión que incluye PN1, no es necesario cambiar
no sólo el programa de conversión de LSB sino tampoco cualquier otro
programa. Particularmente en la presente invención, debido a que el
número de paquete y el periodo de comunicación se definen en base a
la tabla de especificación de datos mostrada en la Fig. 5 y la
unidad 400 de control de comunicaciones emite el mensaje de
solicitud de transmisión que incluye cada número de paquete en cada
periodo basado en el contenido de definición, es suficiente
reescribir el contenido de descripción de la tabla de
especificación de datos para cambiar el periodo de transmisión, y el
periodo de transmisión se puede cambiar con mucha facilidad.
Además, en el microordenador 60 de la presente
invención, debido a que los datos de control a transmitir se
convierten en LSB inmediatamente antes de que se transmitan los
datos de control, los datos de control que indican el valor físico
más reciente se transmiten siempre a un oponente de
comunicación.
Adicionalmente, los datos de control convertidos
en LSB se almacenan inmediatamente en el área de datos que
constituye los datos en paquete a transmitir, no es necesario
disponer un área de memoria para guardar los datos convertidos en
LSB por separado, y como resultado se puede reducir la capacidad de
la memoria.
Además, en el microordenador 60 de la presente
invención, la unidad 230 de datos comunes en paquete y la unidad
220 de conversión de valores físicos especifican una serie de datos
de control a ser transmitidos esta vez desde el número de paquete
emitido por la unidad 400 de control de comunicaciones en base a la
tabla de especificación de datos y a la tabla de conversión de
valores físicos, activan el programa de conversión de LSB
correspondiente a cada uno de los datos de control especificados y
someten los datos de control al proceso de conversión de LSB, y
generan los datos en paquete a transmitir realmente a partir de cada
uno de los datos de control convertidos en LSB. Como resultado,
sólo cambiando la relación correlativa entre el número de paquete y
el número de Handle de la tabla de especificación de datos y de la
tabla de conversión de valores físicos se puede cambiar realmente
el tipo de datos de control que constituye los datos en paquete a
transmitir realmente, siendo adicionalmente esta característica
otro efecto de la presente invención.
Anteriormente se describe la presente realización
de la presente invención, pero por ningún medio se limita la
presente invención a la realización, y se pueden aplicar diversas
modificaciones. Por ejemplo, en el sistema 1 de control de
automóvil de la realización, el número de ECU no se limita en modo
alguno a 3 y el número de ECU puede ser 2 ó 4 ó más. Además, se
puede aplicar el proceso anterior de comunicación entre ECU a una
serie de microordenadores dispuestos en la misma ECU.
Segunda
realización
En una segunda realización, como se muestra en la
Fig. 12, la ECU del motor no está conectada solamente a las ECU 2,
4 y 6 a través de la línea 10 de comunicación múltiple, sin también
a una ECU 8 de control de actitud de forma que se establece una
comunicación en serie a través de una línea 11 de comunicación en
serie separada de la línea 10 de comunicación múltiple. El
protocolo de comunicaciones a través de la línea 10 de comunicación
múltiple es diferente del protocolo de comunicaciones a través de la
línea 11 de comunicación en serie. La ECU 6 de los instrumentos
enciende las lámparas de alarma 44a y 46a para indicar el contenido
de anormalidades (datos fallo-seguro) que transmite
la ECU 6 del motor al detectar una anomalía.
Además, de acuerdo con la presente realización,
la ECU 2 del motor transmite a la ECU 6 de los instrumentos unos
datos de cantidad de inyección que indican una cantidad acumulada de
combustible inyectado N-veces, cada vez que la ECU
2 del motor efectúa una inyección de combustible
N-veces (por ejemplo, 20 veces). La ECU 6 de los
instrumentos en respuesta a ello calcula la cantidad del consumo
total de combustible en base a los datos de cantidad de inyección y
los presenta en un monitor (no representado).
Por otra parte, la ECU 8 de control de actitud
detecta la condición de marcha del automóvil en base a la señal de
diversos sensores tales como un sensor de tasa de guiñada y actúa un
accionador de freno 52 para controlar el freno y transmite los
datos de control (por ejemplo, una señal de corte de combustible)
para reducir la potencia del motor a la ECU 2 del motor a través de
la línea 11 de comunicación en serie cuando la ECU 8 de control de
actitud determina que el automóvil está patinando. En ese momento,
la ECU 2 del motor acciona el inyector 18 según los datos de
control proporcionados desde la ECU 8 de control de actitud para
reducir la potencia del motor.
Las ECU 2, 4, 6 y 8 están provistas de los
microordenadores respectivos, cada microordenador ejecuta un
programa para realizar la operación de las ECU 2, 4, 6 y 8.
Como se muestra en la Fig. 13, la ECU 2 del motor
está provista de dos microordenadores que son un primer
microordenador 60 (unidad procesadora de información) y un segundo
microordenador 62. Los microordenadores 60 y 62 reciben la señal de
los diversos sensores 12, 14, 16 por medio de un circuito 64 de
entrada, ejecutan la operación aritmética para controlar los
objetivos de control en base a la señal de entrada, y envían al
exterior la señal de magnitud de control a un circuito 66 de salida
que actúa con ello sobre los diversos actuadores como el inyector
18 y el dispositivo 20 de encendido.
El primer microordenador 60 y el segundo
microordenador 62 se comunican los datos de control entre sí a
través de una línea 68 de comunicación a fin de mantener los datos
de control a fin de regular los objetivos de control en común. Es
decir, el primer microordenador 680 y el segundo microordenador 62
comparten y ejecutan la operación aritmética para controlar el
motor y la transmisión, y mantienen los datos de control usados
individualmente para la operación aritmética en común por medio de
la comunicación a través de la línea 68 de comunicación. El
protocolo de comunicaciones que se establece a través de la línea 68
de comunicación es la comunicación DMA y diferente del protocolo de
comunicaciones establecido a través de la línea 10 de comunicación
múltiple y de la línea 11 de comunicación en serie.
Como se muestra en la Fig. 14, el modelo de
comunicación empleado en el primer microordenador 60 es similar al
mostrado en la Fig. 3. En esta realización, cuando se transmiten los
datos desde el primer microordenador 60 a su oponente de
comunicación, la unidad 230 de datos comunes en paquete recoge y
dispone en serie los datos de control a transmitir (los datos de
transmisión después de la conversión de LSB) que fueron sometidos a
una conversión de LSB por la unidad 220 de conversión de valores
físicos para generar así los datos comunes en paquete para los
protocolos de comunicaciones que son independientes de los
protocolos de comunicaciones tales como la comunicación múltiple,
la comunicación en serie o la comunicación DMA. Estos datos en
paquete se denominan a continuación datos comunes en paquete,
cuando se distinguen de los datos en paquete que son transmitidos y
recibidos de hecho por la línea de transmisión. Se da un número de
paquete PN como un número de identificación a cada paquete
común.
Cuando se transmiten los datos desde el
microordenador 60 al oponente de comunicación, la unidad 240 de
conversión de datos de comunicación convierte los datos comunes en
paquete generados por la unidad 230 de datos comunes en paquete en
un tren de datos de comunicación (es decir, los datos en paquete
realmente transmitidos) correspondiente al protocolo de
comunicaciones del oponente de comunicación. En detalle, añade la
información de encabezamiento o similar en conformidad con el
protocolo de comunicaciones al tren de datos de los datos comunes en
paquete. Además, si la longitud de datos de los datos comunes en
paquete es superior a la unidad máxima de transferencia (la unidad
de transferencia que se puede transmitir cada vez) determinada en
relación con el protocolo de comunicaciones del oponente de
comunicación, la unidad 240 de conversión de datos de comunicación
los divide en la longitud de datos dentro de la unidad de
transferencia máxima.
La unidad 300 impulsora de comunicaciones, cuando
se transmiten los datos desde el microordenador 60 al oponente de
comunicación, envía el tren de datos de comunicación generado por la
unidad 240 de conversión de datos de comunicación como los datos de
comunicación realmente en la cantidad de datos de transferencia,
velocidad de transmisión de baudios, y temporización de
transferencia determinadas según el protocolo de comunicaciones con
el oponente de comunicación. La unidad 300 impulsora de
comunicaciones está provista de una unidad 310 de comunicaciones
DMA para controlar las comunicaciones DMA con el segundo
microordenador 62, una unidad 320 de comunicaciones en serie para
controlar las comunicaciones en serie con la ECU 8 de control de
actitud, una unidad 330 de comunicaciones múltiples para controlar
las comunicaciones múltiples con la ECU 4 del acondicionador de
aire y con la ECU 6 de los instrumentos, en correspondencia con cada
protocolo de comunicaciones del oponente de comunicación.
La unidad 400 de control de comunicaciones está
provista de un temporizador interno 410 para contar el tiempo.
Determina, en base al valor de cuenta del temporizador 410, el
momento de realizar la generación del tren de datos de comunicación
de manera que la comunicación con el segundo microordenador 62 y con
las otras ECU 4, 6 y 8 se realice en el momento adecuado. La unidad
400 de control de comunicaciones tiene una función de activar la
generación del tren de datos de comunicación en respuesta a una
solicitud de transmisión de transmisión de evento desde la unidad
210 de memoria compartida.
La unidad 300 impulsora de comunicaciones (la
unidad 310 de comunicaciones DMA, la unidad 320 de comunicaciones
en serie, y la unidad 330 de comunicaciones múltiples) recibe y
recupera los datos transmitidos desde el oponente de comunicación
(segundo microordenador 62), y las otras ECU 4, 6 y 8) y suministra
los datos a la unidad 240 de conversión de datos.
La unidad 500 de almacenamiento de tablas guarda
una tabla de memoria compartida mostrada en la Fig. 4, y tiene una
primera y una segunda tablas de datos (tabla de especificaciones de
números de Handle y tabla de especificaciones de números de
paquete) mostradas en las Figs 15A y 15B.
Como se muestra en la Fig. 15A, la tabla de
especificación de número de Handle es una tabla de datos que indica
el periodo de transmisión en el cual los datos comunes en paquete
del número de paquete se va a transmitir, el número de Handle de
cada uno de los datos de control que constituye los datos comunes en
paquete de la señal de paquete, el sistema de comunicaciones por
medio del cual se comunican los datos comunes en paquete del número
de paquete, y la información del encabezamiento a añadir cuando se
comunican los datos comunes en paquete del protocolo de
comunicación del sistema de comunicación.
En la Fig. 15A, "E" que aparece en la
columna del número de Handle es el dato para indicar que no existen
datos para indicar a continuación el número de Handle. "CAN"
que aparece en la columna del sistema de comunicaciones indica el
protocolo de comunicación de la comunicación múltiple, y "SCI"
indica el protocolo de comunicación de la comunicación en
serie.
Como se muestra en la Fig. 15B, la tabla de
especificación del número de paquete es una tabla de datos que
recoge, para cada número de Handle de los datos de control, la
posición de los datos comunes en paquete del número de Handle en
los datos comunes en paquete, el tamaño de los datos comunes en
paquete para indicar la longitud de datos de los datos de control
del número de Handle en los datos comunes en paquete, el número de
paquete de transmisión de evento que es el número de paquete de los
datos comunes en paquete a transmitir como evento que contiene los
datos del número de Handle como componente, y la dirección de
llamada de conversión de LSB que es la información de la posición
de almacenamiento para indicar la dirección de cabeza en la ROM del
programa almacenado de conversión de LSB utilizado para someter los
datos del número de Handle al proceso de conversión de LSB.
La posición de los datos comunes en paquete
indica la posición del byte de cabeza de los datos de control del
número de Handle correspondiente en los datos comunes en paquete, en
la cual el primer 1 byte se caracteriza por ser el byte de orden 0
de los datos comunes en paquete. En la presente realización, la
posición de los datos comunes en paquete y el tamaño de los datos
comunes en paquete son la información de posición de
emplazamiento.
Cada objeto puede recuperar la información, por
ejemplo, la información de los datos de control de que número de
Handle se resume en los datos comunes en paquete PN1, requerida para
generar el tren de datos de comunicación acudiendo a las tablas de
datos mostradas en las Figs. 15A y 15B.
A continuación, se describe el proceso de
conversión para convertir al tren de datos de comunicación realizado
cuando se transmiten los datos de control desde el primer
microordenador 60 al exterior haciendo referencia a las Figs. 16 a
20. El proceso de la operación de las Fig. 16 a Fig. 18 es similar
al proceso de la operación de las Figs. 7 a 9. Debe observarse que
las Figs. 17 y 19 son similares entre sí, la Fig. 17 muestra un
proceso ejecutado cada tiempo predeterminado para una transmisión
regular y la Fig. 19 muestra un proceso ejecutado en la
actualización de los datos de control a transmitir en una
transmisión de evento. El proceso mostrado en las Figs. 16 a 18 se
realiza de la misma manera que en la primera realización (Figs. 7 a
9).
Sin embargo, en el caso de que el número de
paquete transmitido desde la unidad 230 de datos comunes en paquete
a la unidad 240 de conversión de datos de comunicación sea PN1, la
unidad 240 de conversión de datos de comunicación recupera en
primer lugar y recupera el sistema de comunicaciones y la
información de encabezamiento indicadas en correspondencia con PN1
desde la tabla de especificación de número de Handle mostrada en la
Fig. 15A. En este caso, debido a que el sistema de comunicaciones
es "CAN" que indica comunicación múltiple y a que la
información de encabezamiento es "Arbitraje=0x123" y
"ML=08", la unidad 240 de conversión de datos de comunicación
añade el contenido de Arbitraje y ML recuperados de la tabla de
especificación de número de Handle a la cabeza de los datos comunes
en paquete generados por la unidad 230 de datos comunes en paquete
como se muestra a título de ejemplo en el cuadro de la unidad 240
de conversión de datos en la Fig. 14 para con ello generar el tren
de datos de comunicación correspondiente a CAN. El Arbitraje indica
el orden de prioridad de los datos y unos datos arbitrarios a usar
cuando los datos entran en conflicto. Arbitraje=0x123 significa que
el arbitraje es 123 en expresión hexadecimal. ML son los datos que
indican la longitud de la parte de trama de datos en un tren de
datos de comunicación, y "ML=08" significa que la longitud de
datos es de 8 bytes.
Al término de la generación del tren de datos de
comunicación, la unidad 240 de conversión de datos de comunicación,
como se muestra mediante [24] en la Fig. 18, emite un mensaje de
solicitud de transmisión al sistema de comunicaciones (es decir, el
protocolo de comunicaciones del tren de datos de comunicación
generado) recuperado de la tabla de especificación del número de
Handle en el proceso [23] selectivamente de entre la unidad 310 de
comunicación DMA, la unidad 320 de comunicación en serie, y la
unidad 330 de comunicación múltiple en la unidad 300 impulsora de
comunicaciones.
A continuación, el objeto en la unidad 300
impulsora de comunicaciones (cualquiera de la unidad 310 de
comunicación DMA, la unidad 320 de comunicación en serie, y la
unidad 330 de comunicación múltiple) es decir la destinataria del
mensaje transmitido desde la unidad 240 de conversión de datos de
comunicación, envía el tren de datos de comunicación generado por
la unidad 240 de conversión de comunicaciones al oponente de
comunicación como unos datos de comunicación reales a la velocidad
de transmisión de baudios y en el momento de transferencia
correspondientes al protocolo de comunicaciones de la misma.
Por ejemplo, en el caso de que el sistema de
comunicaciones recuperado de la tabla de especificación del número
de Handle en el proceso [23] sea CAN, se emite el mensaje de
solicitud de número de Handle a la unidad 330 de comunicaciones
múltiples de la unidad 300 impulsora de comunicaciones.
Entonces, la unidad 330 de comunicaciones
múltiples envía el tren de datos de comunicación generado por la
unidad 240 de conversión de datos de comunicación a la IC 70 de
comunicación en el proceso de transmisión [25] de la Fig. 18, y
controla la IC 70 de comunicación de forma que envíe el tren de
datos de comunicación generado en la forma anteriormente descrita a
la línea 10 de comunicación múltiple con la velocidad de transmisión
de baudios y en el momento de transferencia correspondientes al
protocolo de comunicaciones del oponente de comunicación. A través
de una serie de procesos, los datos de control calculados por la
unidad 100 de aplicación en el microordenador 60 se convierten en
los datos en paquete del protocolo de comunicaciones correspondiente
a la línea 10 de comunicación múltiple, y los datos de control
convertidos se transmiten a la ECU 4 del acondicionador de aire y a
la ECU 6 de los instrumentos.
Anteriormente, se describe en forma principal un
caso en el cual se genera y transmite el paquete de datos PN1, los
datos en paquete distintos de PN1 se generan y transmiten igualmente
de la misma manera que la usada para los datos en paquete PN1.
Sin embargo, por ejemplo, en el caso de los datos
en paquete PN2, se realiza la operación de proceso mostrada en las
Figs. 17 y 18 cada 3 segundos para la generación y transmisión, y en
el caso de los datos en paquete PN3, se realiza la operación de
proceso mostrada en las Figs. 7 y 8 cada 5 segundos para la
generación y transmisión. El periodo para generar y transmitir cada
uno de los datos en paquete se determina por el número de paquete y
el periodo de transmisión indicados en la tabla de especificación
del número de Handle mostrada en la Fig. 15A.
Además, por ejemplo, como se muestra en la Fig.
15A, en el caso de los datos comunes en paquete correspondientes a
PN2, debido a que el sistema de comunicaciones es "SC1" que
indica comunicación en serie y a que la información de
encabezamiento es "ID=1" y "ML=16", se añaden ID y Ml a la
cabeza como la información de encabezamiento y se convierten en los
datos en paquete a transmitir realmente. En el caso de que se
generen y transmitan los datos en paquete PN2, debido a que la
unidad 240 de conversión de datos de comunicación envía el mensaje
de solicitud de transmisión a la unidad 320 de comunicación en serie
de la unidad 300 impulsora de comunicaciones en [24], los datos en
paquete generados de PN2 se envían a la línea 11 de comunicación en
serie por la unidad 230 de comunicación en serie de la unidad 300
impulsora de comunicaciones.
A continuación, se describirá el proceso para
generar unos datos comunes en paquete en la transmisión de evento
haciendo referencia ala Fig. 19.
En primer lugar, la unidad 210 de memoria
compartida detecta que los datos objeto de una transmisión de evento
(por ejemplo, los datos fallo-seguro o los datos de
cantidad de inyección correspondientes a cada
N-veces de inyección) a ser transmitidos como
acontecimiento al oponente de comunicación, que se seleccionan de
entre los datos de la memoria compartida, se actualizan, y a
continuación se envía un mensaje de solicitud de transmisión que
incluye el número de Handle de los datos actualizados a la unidad
400 de control de comunicaciones como se muestra por [26] en la
Fig. 9.
La unidad 210 de memoria compartida determina que
los datos se actualizan según la secuencia mostrada en la Fig. 6 en
respuesta a la solicitud de escritura de datos de la unidad de
aplicación 100 cuando los datos de objetivo de transmisión de
evento se escriben en la memoria compartida o cuando se cambia el
valor de los datos a partir del valor original en forma
concomitante con la escritura de los datos de objeto transmisión de
evento en la memoria compartida. La descripción de los paréntesis
mostrados en la Fig. 9 a título de ejemplo indica un caso en el que
el número de Handle enviado desde la unidad 210 de memoria
compartida a la unidad 400 de control de comunicaciones es el
Handle 5.
Entonces, la unidad 400 de control de
comunicaciones envía un mensaje de solicitud de transmisión que
incluye el número de Handle enviado desde la unidad 210 de memoria
compartida como una orden de transmisión a la unidad 230 de datos
comunes en paquete como se muestra por [27] en la Fig. 9, de forma
que se genera los datos comunes en paquete que incluyen los datos
del número de Handle enviados desde la unidad 210 de memoria
compartida (que son los datos objetivo de transmisión de evento
actualizados). Es decir, en la transmisión de evento, la unidad 400
de control de comunicaciones envía el número de Handle que indica
los datos objetivo de transmisión de evento actualizados, en vez
del número de paquete, como una orden de transmisión.
Cuando la unidad 400 de control de comunicaciones
envía el mensaje de solicitud de transmisión que incluye el número
de Handle tal como se describió anteriormente, la unidad 230 de
datos comunes en paquete, como se muestra por [28] en la Fig. 19,
recupera y recupera el número de paquete de transmisión de evento
(es decir, el número de paquete de los números comunes de paquetes
a ser transmitido como evento, incluyendo los datos del número de
Handle enviados desde la unidad 400 de control de comunicaciones
como componente) indicados correspondientes al número de Handle
enviado por la unidad 400 de control de comunicaciones de la tabla
de especificación de números de paquete (Fig. 15B) en la unidad 500
de almacenamiento de tablas como se muestra por [28] en la Fig. 19
como el número de paquete de los datos comunes en paquete a ser
transmitidos como evento esta vez.
Por ejemplo, en el caso de que el número de
Handle enviado desde la unidad 400 de control de comunicaciones a
la unidad 230 de datos comunes en paquete sea Handle 5, debido a que
el número de paquete indicado correspondiente a Handle 5 en la
tabla de especificación de números de paquete mostrada en la Fig.
15B es PN1, se recupera el PN1 como número de paquete de los datos
en paquete a ser transmitidos como evento esta vez.
La unidad 230 de datos comunes en paquete, en
[29] de la Fig. 19, recupera y recupera cada número de Handle (cada
número de Handle de los datos que constituyen el paquete de datos
comunes en paquete a ser transmitido como evento esta vez)
indicados correspondientes al número de paquete recuperado en el
proceso [28] de la tabla de especificación de números de Handle
(Fig. 15A) en la unidad 500 de almacenamiento de tablas de la misma
manera que se muestra por [8] en la Fig. 17. Por ejemplo, en el caso
de que el número de paquete recuperado en el proceso [28] sea PN 1.
se recuperan los Handle 1, Handle 10, Handle 5 y Handle 2 indicados
correspondientes a PN1 en la tabla de especificación de número de
Handle mostrada en la Fig. 15A como cada número de Handle de los
datos que constituyen los datos comunes en paquete de PN1 a ser
transmitidos como evento esta vez.
Después de eso, la unidad 230 de datos comunes en
paquete genera los datos comunes en paquete de la misma manera que
se describió en [9] a [21] en la Fig. 17 para la transmisión regular
como se muestra por [9] a [21] en la Fig. 19 en cooperación con la
unidad 220 de conversión de valores físicos y la unidad 210 de
memoria compartida. En detalle, los datos de cada número de Handle
recuperados en el proceso [29] se recuperan de la memoria
compartida, se activan los programas de conversión de LSB
correspondientes a cada uno de los datos recuperados en base a la
tabla de datos de especificación de números de paquete mostrada en
la Fig. 15B, y se realiza el proceso de conversión de LSB. Los
datos convertidos en LSB se disponen en base a la posición de los
datos comunes en paquete y al tamaño de los datos comunes en paquete
de la tabla de datos de especificación de números de paquete
mostrada en la Fig. 15B para generar de esta forma los datos comunes
en paquete recuperados en el proceso [28] que incluye los datos
objeto de transmisión de evento actualizados.
Al terminar la generación de los datos comunes en
paquete, la unidad 230 de datos comunes en paquete en [22] de la
Fig. 19, emite un mensaje de solicitud de transmisión que incluye el
número de paquete de los datos comunes en paquete generados esta
vez a la unidad 240 de conversión de datos de comunicación de la
misma manera que se describe en [22] de la Fig. 17.
Entonces, los datos comunes en paquete generados
por la unidad 230 de datos comunes en paquete se convierten en un
tren de datos de comunicación (datos en paquete a transmitir
realmente) correspondientes al protocolo de comunicaciones del
oponente de comunicaciones de la misma manera que se muestra en la
Fig. 18 anteriormente descrita por la unidad 240 de conversión de
datos y la unidad 300 impulsora de comunicaciones, y se transmiten
a continuación al oponente de comunicación.
Debido a que se indican dos números de paquete
PN1 y PN4 para el número de paquete de transmisión de evento, por
ejemplo, el Handle 1 en la tabla de especificación de números de
paquete mostrada en la Fig. 15B, en el caso de que la unidad 210 de
memoria compartida emita un mensaje de solicitud de transmisión que
incluya el Handle 1 en [26] de la Fig. 19 (es decir, el caso en el
cual los datos de Handle 1 se van a transmitir como evento), tanto
PN1 como PN4 se someten a la operación de proceso descrita en [29] y
[9] a [22] en la Fig. 19 y en la Fig. 18. Se generan y transmiten
dos datos en paquetes de PN1 y PN4.
En la tabla de especificación de números de
paquete mostrada en la Fig. 15B, no se indica ningún número de
transmisión de evento para los datos que no necesitan la transmisión
de evento (por ejemplo para los datos de Handle 3 y de Handle 6 de
la Fig. 5B). En consecuencia, si la unidad 210 de memoria compartida
emite un mensaje de solicitud de transmisión que incluye el número
de Handle que no necesita la transmisión de evento Handle 3 ó
Handle 6) en [26] de la Fig. 19, no se generan unos datos comunes en
paquete y no se transmiten como evento.
Por otra parte, los datos de Handle 5 se incluyen
en dos datos en paquete de PN1 y PN3, pero en la presente
realización, debido a que los datos en paquete de PN3 son unos datos
en paquete a ser transmitidos en serie a la ECU 8 de control de
actitud y por tanto no es necesario transmitir como evento los datos
en paquete de PN3 a la ECU 8 de control de actitud (no es necesaria
la transmisión de evento a la vista de la especificación de la ECU
8 de control de actitud), sólo se indica PN1 y no se indica PN3 en
la tabla de especificación de números de paquete correspondiente al
Handle 5.
En la segunda realización, la memoria compartida
dispuesta en la RAM del microordenador 60 funciona como una unidad
de memoria. Una parte de la unidad 400 de control de comunicaciones
que implica la operación de proceso mostrada por [7] en la Fig. 17
(es decir, la operación de proceso para emitir cada número de
paquete recogido en la tabla de especificación de números de Handle
cada periodo de transmisión indicado en la tabla correspondiente al
número de paquete como una orden de transmisión) funciona como unos
medios de activación de la operación de transmisión regular.
Una parte que implica la operación de proceso
descrita en [8] a [22] en la Fig. 17 de la unidad 230 de datos
comunes en paquete, la unidad 220' de conversión de valores físicos
y la unidad 210 de memoria compartida funciona como medios de
generación de datos de paquete de transmisión regular. Una parte que
implica la operación de proceso descrita en [26] y [27] en la Fig.
19 (es decir, la operación de proceso para emitir el número de
Handle de los datos como una orden de transmisión cuando se detecta
la actualización de los datos especificados en la memoria
compartida) de la unidad 210 de memoria compartida y la unidad 400
de control de comunicaciones funciona como medio de activación de
la operación de transmisión. Una parte que implica la operación de
proceso descrita en [28] y [29] y [9] a [22] en la Fig. 19 de la
unidad 230 de datos comunes en paquete, la unidad 220 de conversión
de valores físicos, y la unidad 210 de memoria compartida funciona
como medio de medios de generación de datos en paquete de
transmisión de evento.
La unidad 240 de conversión de datos de
comunicación y la unidad 300 impulsora de comunicaciones actúan como
medios de transmisión. El área predeterminada que guarda una serie
de tipos de programas de conversión de LSB a ser activados por la
unidad 220 de conversión de valores físicos en el área de memoria de
la ROM del microordenador 60 corresponde a los medios de
almacenamiento de programas de conversión.
Como se describió anteriormente, en el
microordenador 60 dispuesto en la ECU 2 del motor, en primer lugar
la unidad 400 de control de comunicaciones especifica el número de
paquete de los datos en paquete a transmitir esta vez para la
transmisión regular. A continuación, se recupera el número de Handle
de cada uno de los datos que constituyen los datos en paquete del
número de paquete de la tabla de especificación de números de Handle
y se recupera los datos de cada número de Handle de la memoria
compartida, en ese momento, debido a que se indica para cada número
de paquete el número de Handle de cada uno de los datos que
constituyen los datos en paquete del número de paquete, se puede
recuperar el número de Handle de cada uno de los datos que
constituyen los datos en paquete a transmitir esta vez
inmediatamente sin un largo tiempo para el proceso de
recuperación.
Además, en el microordenador 60, se recupera la
información que es específica a cada uno de los datos tales como la
posición de los datos comunes en paquete, el tamaño de los datos
comunes en paquete, y la dirección de llamada de la conversión de
LSB, que corresponden respectivamente a los números de Handle
recuperados, los datos recuperados de la memoria compartida se
disponen por medio de la conversión de LSB en base a la información
recuperada para generar de esta manera los datos de paquete a
transmitir esta vez, debido a que la información específica para
cada dato (la posición de los datos comunes en paquete, el tamaño de
los datos comunes en paquete, y la dirección de llamada de la
conversión de LSB) se describe para el número de Handle de cada uno
de los datos de la tabla de datos de especificación de números de
paquete, se puede generar los datos de paquete de transmisión
regular con rapidez sin un proceso de recuperación de largo
tiempo.
Por otra parte, en el microordenador 60, en la
transmisión de evento, en primer lugar la unidad 210 de memoria
compartida especifica el número de Handle de los datos a transmitir
esta vez. A continuación, se recupera el número de paquete de los
datos en paquete que incluyen el número de Handle de la tabla de
especificación de números de paquete, en ese momento, debido a que
el número de paquete de los datos en paquete que incluyen los datos
como componente se recoge en la tabla de especificación de números
de paquete para el número de Handle de cada uno de los datos, el
número de paquete de los datos en paquete que incluye los datos a
transmitir como evento esta vez se pueden recuperar inmediatamente
sin un proceso de recuperación de largo tiempo.
En el microordenador 60, los datos en paquete
transmitidos como acontecimiento esta vez se generan en la misma
forma que se usó para la transmisión regular en base al número de
paquete recuperado de la tabla de especificación de números de
paquete. En ese momento, no sólo se puede recuperar inmediatamente
el número de Handle que constituye los datos en paquete a ser
transmitidos como evento esta vez de la tabla de especificación de
números de Handle, sino que también se puede recuperar
inmediatamente la información especifica a cada uno de los datos de
la tabla de especificación de números de paquete, y se pueden
generar rápidamente los datos en paquete de transmisión de
evento.
En el microordenador 60 dispuesto en la ECU 2 del
motor, el mapa de datos para definir la información usada para
generar los datos de paquete se divide en la tabla de especificación
de números de Handle y en la tabla de especificación de números de
paquete, en la tabla de especificación de números de Handle se
indica el número de Handle de cada uno de los datos que constituyen
los datos en paquete del número de paquete para cada número de
paquete, y en la tabla de especificación de números de paquete se
indican la posición de los datos comunes en paquete y el tamaño de
los datos comunes en paquete que indican la posición en la cual se
sitúan los datos del número de Handle, la dirección de llamada de
conversión de LSB para convertir en LSB los datos del número de
Handle, y el número de paquete de los datos en paquete que incluyen
los datos de número de Handle como componente se recogen en la
tabla de especificación de números de paquete para cada número de
Handle de los datos, como resultado se puede generar con rapidez
los datos en paquete que se requieren para transmitir inmediatamente
en cualquier transmisión sea regular o de eventos.
Además, según el microordenador 60 de la presente
realización, debido a que se pueden generar los datos en paquete a
transmitir realmente con rapidez cada vez, no es necesario generar
de antemano periódicamente los datos en paquete que es probable que
se transmitan a diferencia del sistema convencional, y no existe un
proceso ni un área de memoria redundantes. En otras palabras, tanto
en el caso de la transmisión regular como en la transmisión de
eventos, se pueden generar con rapidez y eficiencia los datos en
paquete a transmitir.
Además, en el caso de que se cambie el tipo o la
disposición de los datos que constituyen el paquete de datos, no es
necesario corregir la propia sentencia del programa de control. En
detalle, el cambio de tipo se trata sólo rescribiendo el número de
Handle recogido para cada número de paquete en la tabla de
especificación de números de Handle, y el cambio de disposición se
trata sólo rescribiendo la posición de los datos comunes en paquete
y el tamaño de los datos comunes en paquete recogido para cada
número de Handle en la tabla de especificación de números de
paquete.
En el caso de que los datos en paquete no
necesiten la transmisión de evento aunque los datos en paquete
incluyan el mismo número de Handle, no se indica el número de
paquete en la tabla de especificación de números de paquete. En
detalle, los datos del Handle incluido en dos paquetes de datos PN1
y PN3 se transmiten como se muestra en la Fig. 15A, debido a que el
número de paquete indicado correspondiente al Handle 5 es sólo PN1
en la tabla de especificación de números de paquete cuando se
transmiten y actualizan los datos del Handle 5, no se generarán los
datos de paquete de PN3. En otras palabras, según el microordenador
60 de la presente realización, sólo cambiando el número de paquete
indicado para cada número de Handle en la tabla de especificación de
número de paquete se puede cambiar los datos en paquete a
transmitir como evento.
Además, según el microordenador 60 de la presente
realización, en el caso de que se cambie el intervalo de tiempo de
la transmisión regular (periodo de transmisión) de cualesquiera
datos en paquete, se puede cambiar sólo el periodo de transmisión
indicado correspondiente al número de paquete de los datos en
paquete en la tabla de especificación de números de Handle, lo cual
se consigue muy fácilmente.
En el microordenador 60 de la presente
realización, debido a que cada uno de los datos a transmitir está
sometido al proceso de conversión de LSB en la unidad 220 de
conversión de valores físicos que se proporciona separadamente de
la unidad 100 de aplicación, no es necesario que el software de
aplicación 110 a 130 sea consciente de la precisión de los datos
adoptada por el lado oponente de comunicación, y los elementos de
software de aplicación 110 a 130 son independientes del oponente de
comunicación. Como resultado, son fáciles la sustitución del
software de aplicación y el desvío a otra estructura de sistema.
Además, según el microordenador 60 de la presente
realización, en el caso de que se vaya a cambiar el contenido de la
conversión de LSB para cualesquiera datos, no es necesario revisar o
corregir la propia sentencia de control del programa, se trata sólo
rescribiendo la dirección de llamada de la conversión de LSB que se
indica correspondiente al número de Handle de los datos en la tabla
de especificación de números de paquete. En el caso de que se
requiera que la conversión de LSB implique un nuevo contenido, se
añade el programa de conversión de LSB para realizar la conversión
a la ROM, y se puede cambiar la dirección de llamada de conversión
de LSB en la tabla de especificación de números de paquete.
En el microordenador 60 de la presente
realización, debido a que los datos se someten a un proceso de
conversión de LSB de la precisión de los datos activando el
programa de conversión de LSB especificado en base a la tabla de
especificación de números de paquete para los datos a convertir en
LSB, en el caso de que estén implicados una serie de tipos de datos
que se vaya a someter a la conversión de LSB que tienen el mismo
contenido, por ejemplo, como el Handle 1 de la primera fila y el
Handle 2 de la segunda fila mostrados en la Fig. 15B, igualando la
dirección de llamada de conversión de LSB en la tabla de
especificación de números de paquete al mismo valor
(\textdollar00001000), se puede aplicar el mismo programa de
conversión de LSB a una serie de datos. Así, se puede reducir la
capacidad total para el programa (también la capacidad de la ROM
requerida).
También se puede modificar la segunda realización
de diversas maneras. Por ejemplo, se puede definir el sistema de
comunicaciones y la información del encabezamiento para cada número
de paquete por otro mapa de datos. Sin embargo, el método en el
cual se definen colectivamente tanto el sistema de comunicaciones
como la información del encabezamiento por la tabla de
especificación de los números de Handle, como en la realización, es
más efectivo. En el caso de que la información se comunique sólo
por la línea 10 de comunicación múltiple, se puede omitir la unidad
310 de comunicaciones DMA y la unidad 320 de comunicaciones en serie
de la unidad 300 impulsora de comunicaciones.
Un sistema de control de automóvil tiene un
microordenador (60) que somete cada uno de los datos de control a
transmitir a un oponente de comunicación (4, 6, 8, 61) a una
conversión de LSB (conversión de precisión) para convertir los
datos de control en datos que tienen una resolución aceptable para
el oponente de comunicación. El microordenador (60) almacena una
serie de tipos de programas de conversión de LSB y una tabla de
conversión de valores físicos. El microordenador activa el programa
de conversión de valores físicos correspondiente a los datos de
control a transmitir esta vez en base a la información indicada en
la tabla y somete los datos de control al proceso de conversión de
LSB según el programa de la conversión de valores físicos. El
microordenador tiene también una tabla de especificación de números
de Handle y una tabla de especificación de números de paquete. El
microordenador genera los datos de paquete a transmitir en base a
las dos tablas. Se usa un número de paquete objetivo de transmisión
para la transmisión regular y para la transmisión como evento se usa
el número de Handle de los datos a ser transmitidos como
evento.
Claims (10)
1. Un sistema de control de automóvil que
comprende:
un objetivo (18-22) de control
montado en un automóvil; y
una unidad (2, 60) de procesamiento de la
información que incluye una unidad de memoria (60b, 210), estando
dispuesta la unidad de procesamiento de la información para realizar
un proceso aritmético para controlar el objetivo de control, para
almacenar los datos de control calculados en el proceso aritmético
en la unidad de memoria, para someter los datos de control
almacenados a un proceso predeterminado y para transmitir los datos
de control procesados a un oponente de comunicación (4, 6, 8), el
cual constituye otra unidad de procesamiento de la información
conectada a través de una línea (10) de comunicación,
caracterizado
porque
la unidad de proceso de la información (2, 60)
incluye:
una primera tabla (60b; 500) que almacena la
información de una correlación de datos en paquete y la
configuración de los datos en paquete;
una segunda tabla (60b; 500) que almacena la
información de conversión que define una relación correlativa entre
cada uno de los datos de control y cada una de una serie de tipos de
programas de conversión, y que almacena una correlación de una
posición y de un tamaño de datos de los datos de control en los
datos de paquete con respecto a cada uno de los datos de
control;
una unidad (200) de conversión de precisión para
someter un valor físico de los datos de control a transmitir entre
los datos almacenados a un proceso de conversión de precisión para
producir datos convertidos a transmitir al oponente de
comunicación, teniendo los datos de control una primera resolución
y teniendo los datos convertidos una segunda resolución; y
una unidad (230) de generación de datos en
paquete para reacomodar los datos de control entre los datos
almacenados para generar un paquete de datos a comunicar al oponente
de comunicación,
donde la unidad (220) de conversión de precisión
incluye medios de almacenamiento de programas de conversión para
almacenar la serie de tipos de programas de conversión para someter
los datos de control al proceso de conversión de precisión y los
medios de conversión de datos para convertir los datos de control
en los datos convertidos especificando uno de los programas de
conversión guardados en correspondencia con los datos de control a
transmitir en base a la información de conversión almacenada en la
segunda tabla (500), y
estando adaptados los medios (230) de generación
de paquetes para determinar los datos de control a usar para
generar los datos de paquete y una posición de los datos de control
a usar en los datos en paquete acudiendo a la primera tabla y a la
segunda tabla, y para activar la unidad (220) de conversión de
precisión a fin de convertir los datos de la primera resolución a la
segunda de acuerdo con la segunda tabla.
2. Un sistema de control de automóvil según la
reivindicación 1, en el que la unidad de procesamiento de la
información incluye además:
medios (400) de activación de la operación de
transmisión para emitir una orden de transmisión que indica los
datos de control a transmitir esta vez al oponente de comunicación
en un momento de transmisión predeterminado,
donde los medios (240) de conversión de datos
están dispuestos para leer los datos de control indicados por la
orden de transmisión de la unidad de memoria cuando se emite la
orden de transmisión, especificar un programa de conversión
correspondiente a los datos de control indicados por la orden de
transmisión almacenada en los medios de almacenamiento de programas
de conversión en base a la información de conversión almacenada en
la segunda tabla, y activar el programa de conversión especificado
para procesar los datos de control leídos a fin de someter así a
los datos de control indicados por la orden de transmisión al
proceso de conversión de precisión, y
medios (300) de transmisión para transmitir los
datos convertidos al oponente de comunicación después de que los
medios de conversión han completado el proceso de conversión de
precisión.
3. Un sistema de control de automóvil según la
reivindicación 2, en el que la segunda tabla (500) se añade para
correlacionar la información tipo de cada uno de los datos de
control a transmitir al oponente de comunicación con la información
de colocación de almacenamiento para indicar una posición de
almacenamiento en los medios de almacenamiento de programas de
conversión en la que se guarda como información de conversión el
programa de conversión que se va a usar para someter los datos de
control indicados por la información de tipo al proceso de
conversión de precisión, y
los medios (240) de conversión de datos están
dispuestos para recuperar la información sobre la posición de
almacenamiento correspondiente a la información de tipo de los datos
de control indicados por la orden de transmisión de la segunda
tabla, activar el programa de conversión almacenado en la posición
de almacenamiento indicada por la información de posición de
almacenamiento recuperada para procesar los datos de control
recuperados de la unidad de memoria, y para someter así a los datos
de control indicados por la orden de transmisión al proceso de
conversión de precisión.
4. Un sistema de control de automóvil según la
reivindicación 2, en el que la primera y la segunda tablas definen
correlativamente un número de identificación de los datos en
paquete, teniendo el tipo de información de cada uno de los datos
de control que constituyen los datos en paquete un número de
identificación, y la información de posición de almacenamiento para
indicar la posición de almacenamiento del programa de conversión
que se va a usar para someter los datos de control indicados por la
información de tipo al proceso de conversión de precisión, en los
medios de almacenamiento de programas de conversión como información
de conversión,
los medios de activación de la operación de
transmisión están dispuestos para emitir el número de identificación
de los datos en paquete a transmitir esta vez al oponente de
comunicación como la orden de transmisión,
los medios de conversión incluyen medios de
especificación de los datos de transmisión para recuperar la
información de tipo de cada uno de los datos de control
correspondientes al número de identificación emitido de la primera
y de la segunda tablas cuando los medios de activación de operación
emiten el número de identificación como la orden de transmisión, y
los medios de conversión de precisión para recuperar los datos de
control correspondientes a cada información de tipo recuperada por
los medios de especificación de datos de transmisión, recuperando
la información de la posición de almacenamiento correspondiente a la
información de tipo de la segunda tabla, y activando el programa de
conversión almacenado en la posición de almacenamiento indicada por
la información de posición de almacenamiento recuperada para
someter de esta manera los datos de control de cada información de
identificación recuperada de la unidad de memoria al proceso de
conversión de precisión.
5. Un sistema de control de automóvil según la
reivindicación 1, en el que la primera tabla está dispuesta para
almacenar un número de tipo de cada uno de los datos de control para
cada número de paquete que es un número de identificación de los
datos en paquete, y la segunda tabla está dispuesta para almacenar,
adicionalmente a la información de la posición de emplazamiento, el
número de paquete de los datos en paquete que incluye los datos de
control para cada número de tipo de los datos de control.
6. Un sistema de control de automóvil según la
reivindicación 5, en el que la unidad de procesamiento de la
información incluye medios de activación de la operación de
transmisión regular para emitir el número de paquete de los datos
en paquete a transmitir esta vez al oponente de comunicación cada
periodo de transmisión predeterminado,
la unidad de procesamiento de la información
incluye medios de activación de la operación de transmisión de
evento para emitir el número de tipo de los datos especificados como
una orden de transmisión cuando se detecta la actualización de los
datos especificados de los datos objetivo de transmisión en la
unidad de memoria,
los medios de generación de datos en paquete
incluyen medios de generación de datos en paquete de transmisión
regular para recuperar el número de tipo de cada uno de los datos
objetivo de transmisión indicados correspondientes al número de
paquete emitido como una orden de transmisión de la primera tabla
cuando se emite el número de paquete como la orden de transmisión
por los medios de activación de la operación de transmisión
regular, recuperando los datos objetivo de transmisión de cada
número de tipo de la unidad de memoria, recuperando la información
de posición de emplazamiento indicada correspondiente
respectivamente a cada número de tipo, y disponiendo los datos de
objetivo de transmisión recuperados de la unidad de memoria en base
a la información de posición de emplazamiento recuperada, generando
con lo cual los datos en paquete del número de paquete emitido como
la orden de transmisión, y medios de generación de datos en paquete
de transmisión de evento para, cuando los medios de activación de
la operación de transmisión de evento emiten el número de tipo como
una orden de transmisión, recuperar el número de paquete indicado
correspondiente al número de tipo de la orden de transmisión de la
segunda tabla y entonces recuperar el número de tipo de cada uno de
los datos objetivo de transmisión indicados correspondiente al
número de paquete recuperado de la primera tabla para recuperar los
datos de transmisión de objetivo de transmisión del número de tipo
de la unidad de memoria y recuperar también la información de
posición indicada correspondiente al número de tipo recuperado de
la segunda tabla, disponiendo los datos objetivo de transmisión
recuperados de la unidad de memoria en base a la información de
posición de emplazamiento, con lo cual genera unos datos en paquete
que incluyen los datos del número de tipo emitidos como orden de
transmisión, y
la unidad de procesamiento de información incluye
medios de transmisión para transmitir los paquetes de datos
generados por los medios de generación de datos en paquetes de
transmisión regular y por los medios de generación de datos en
paquetes de transmisión de evento al oponente de comunicación.
7. Un sistema de control de automóvil según la
reivindicación 6, en el que la primera tabla está dispuesta
adicionalmente para almacenar un periodo de transmisión usado para
transmitir los datos en paquete del número de paquete para cada uno
de los números de paquete, y
los medios de activación de la operación de
transmisión regular están dispuestos para emitir cada número de
paquete indicado en la primera tabla cada periodo de transmisión
indicado en la primera tabla correspondiente al número de paquete
como orden de transmisión.
8. Un sistema de control de automóvil según la
reivindicación 6 ó 7, en el que la unidad de proceso de la
información incluye tanto medios para el almacenamiento de programas
de conversión como medios para la generación de datos en
paquete,
la segunda tabla está dispuesta además de manera
que almacena la información de posición del programa de conversión
utilizado para someter los datos objetivo de transmisión del número
de tipo al proceso de conversión de precisión en los medios de
almacenamiento de programas de conversión para cada número de tipo
de los datos objetivo de transmisión, y
los medios de generación de datos en paquete de
transmisión regular y los medios de generación de datos en paquete
de transmisión de evento están dispuestos para recuperar la
información de posición de almacenamiento indicada correspondiente
al número de tipo de los datos objetivo de transmisión de la
segunda tabla para todos los datos objetivo de transmisión
recuperados de la unidad de memoria y para activar el programa de
conversión almacenado en la posición de almacenamiento por la
información de la posición de almacenamiento que se recupera para
procesar los datos objetivo de transmisión para de esta manera
someter a los datos objetivo de transmisión recuperados de la
unidad de memoria al proceso de conversión de precisión, disponer
los datos objetivo de transmisión de precisión convertida en base a
la información de posición de emplazamiento recuperada de la
segunda tabla para generar así los datos en paquete.
9. Un sistema de control de automóvil según la
reivindicación 1, en el que la primera tabla está dispuesta además
para almacenar un periodo de transmisión y un sistema de
comunicación a usar con respecto a cada uno de los datos en
paquete, y la segunda tabla está dispuesta además para almacenar un
tamaño de datos de cada uno de los datos de control en los datos en
paquete y una identificación de los datos en paquete en la cual
usarlos con respecto a cada uno de los datos de control
10. Un método de procesar los datos de control en
una unidad de procesamiento de la información (2, 60) para la
transmisión a un oponente de comunicación (4, 6, 8) el cual es otra
unidad de procesamiento de la información conectada a través de una
línea (10) de comunicación en un automóvil, que comprende las etapas
de:
realizar un cálculo aritmético para controlar un
objetivo (18, 20, 22);
almacenar una serie de datos calculados en una
primera memoria (60c), teniendo cada uno de los datos calculados
una primera resolución requerida en la unidad de procesamiento de la
información;
convertir los datos almacenados en datos
correspondientes que tienen una segunda resolución diferente de la
primera resolución, siendo requerida la segunda resolución en el
oponente de comunicación;
generar unos datos en paquete usando los datos
correspondientes; y
transmitir los datos en paquete al oponente de
comunicación que usa los datos correspondientes transmitidos como
los datos en paquete,
caracterizado
porque
la etapa de conversión recupera, en un proceso de
conversión de precisión de cada uno de los datos almacenados de la
misma, un programa predeterminado de una serie de programas de
conversión almacenados respectivamente en una segunda memoria (60b)
acudiendo a una tabla (500) que almacena la información de
conversión que define una relación correlativa entre cada uno de
los datos calculados de cada uno de los programas de conversión, y
convierte cada uno de los datos almacenados por el programa de
conversión recuperado, y
la etapa de generación de datos en paquete
recupera una posición de datos en paquete predeterminada y un
tamaño de datos en paquete de una serie de tamaños de datos en
paquete almacenados respectivamente en la segunda memoria acudiendo
a la tabla (500) que almacena también una correlación de una
posición y de un tamaño de datos de los datos calculados en los
datos en paquete con respecto a cada uno de los datos calculados, y
dispone los datos almacenados convertidos en un área en los datos en
paquete definida por la posición de los datos en paquete
recuperados y por el tamaño de los datos en paquete.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11-118541 | 1999-04-26 | ||
| JP11-118539 | 1999-04-26 | ||
| JP11854199A JP3690179B2 (ja) | 1999-04-26 | 1999-04-26 | 自動車用制御装置 |
| JP11853999A JP3666297B2 (ja) | 1999-04-26 | 1999-04-26 | 自動車用制御装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2254066T3 true ES2254066T3 (es) | 2006-06-16 |
Family
ID=26456456
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00108801T Expired - Lifetime ES2254066T3 (es) | 1999-04-26 | 2000-04-25 | Sistema de control de automovil y metodo capaz de revisar la funcion de transmision de datos de control. |
| ES04022240T Expired - Lifetime ES2270248T3 (es) | 1999-04-26 | 2000-04-25 | Sistema de control de automovil y metodo capaz de revisar la funcion de transmision de datos de control. |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04022240T Expired - Lifetime ES2270248T3 (es) | 1999-04-26 | 2000-04-25 | Sistema de control de automovil y metodo capaz de revisar la funcion de transmision de datos de control. |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6374161B1 (es) |
| EP (2) | EP1049062B1 (es) |
| DE (2) | DE60025969T2 (es) |
| ES (2) | ES2254066T3 (es) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3916024B2 (ja) * | 1998-08-05 | 2007-05-16 | 本田技研工業株式会社 | 多重通信装置におけるデータ破壊防止方法 |
| JP2002236583A (ja) * | 2001-02-07 | 2002-08-23 | Fujitsu Ten Ltd | 組込み用ソフトウェアモジュール |
| JP3882666B2 (ja) * | 2002-04-19 | 2007-02-21 | 株式会社デンソー | 送信装置及び電子制御装置 |
| JP4473609B2 (ja) * | 2003-06-10 | 2010-06-02 | 株式会社デンソー | 電子システム |
| US7127572B2 (en) * | 2004-02-19 | 2006-10-24 | Crossroads Systems, Inc. | Consolidation of unit attentions |
| DE102004013429A1 (de) * | 2004-03-18 | 2005-10-13 | Infineon Technologies Ag | Überwachungsvorrichtung zur Überwachung interner Signale während einer Initialisierung einer elektronischen Schaltungseinheit |
| DE102004033276A1 (de) * | 2004-07-09 | 2006-02-02 | Daimlerchrysler Ag | Bedien- und Anzeigesystem für ein Fahrzeug |
| JP4828947B2 (ja) * | 2006-01-26 | 2011-11-30 | 日立オートモティブシステムズ株式会社 | 車両制御装置の入出力装置 |
| DE102007015939A1 (de) * | 2007-04-02 | 2008-10-09 | Continental Teves Ag & Co. Ohg | Verfahren zur Übertragung von digital codierten Daten sowie Drucksensoreinheit |
| WO2009158359A2 (en) * | 2008-06-23 | 2009-12-30 | Sntech, Inc. | Data transfer between motors |
| JP5892348B1 (ja) * | 2014-11-20 | 2016-03-23 | パナソニックＩｐマネジメント株式会社 | 無線通信装置およびその制御方法 |
| US10311665B2 (en) * | 2017-10-09 | 2019-06-04 | Gentex Corporation | System and method for training a transmitter |
| US11863468B2 (en) * | 2019-04-19 | 2024-01-02 | Marvell Asia Pte Ltd | Control of ethernet link-partner GPIO using OAM |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0425199B1 (en) * | 1989-10-27 | 1996-06-19 | Hitachi, Ltd. | Motor vehicle control system and control unit thereof |
| US5696920A (en) * | 1992-09-07 | 1997-12-09 | Sharp Kabushiki Kaisha | Stand-alone data driven type information processor |
| US5832397A (en) * | 1993-01-21 | 1998-11-03 | Hitachi, Ltd. | Integrated wiring systems for a vehicle control system |
| EP0636955B1 (en) * | 1993-07-26 | 1998-11-04 | Hitachi, Ltd. | Control unit for vehicle and total control system therefor |
| JP3618119B2 (ja) * | 1994-06-23 | 2005-02-09 | 株式会社デンソー | 車両通信システム |
| US5737711A (en) * | 1994-11-09 | 1998-04-07 | Fuji Jukogyo Kabuishiki Kaisha | Diagnosis system for motor vehicle |
| JP3463433B2 (ja) | 1995-11-07 | 2003-11-05 | 株式会社デンソー | 多重通信システム |
| JP3503321B2 (ja) | 1996-01-16 | 2004-03-02 | 株式会社デンソー | デ−タ送信装置 |
| US6047002A (en) * | 1997-01-16 | 2000-04-04 | Advanced Micro Devices, Inc. | Communication traffic circle system and method for performing packet conversion and routing between different packet formats including an instruction field |
| DE19710082A1 (de) * | 1997-03-12 | 1998-10-01 | Deere & Co | Antriebssystem für Nutzfahrzeuge |
| JP3338634B2 (ja) * | 1997-07-09 | 2002-10-28 | 株式会社デンソー | 分散処理型の制御装置 |
-
2000
- 2000-04-18 US US09/551,870 patent/US6374161B1/en not_active Expired - Lifetime
- 2000-04-25 DE DE60025969T patent/DE60025969T2/de not_active Expired - Lifetime
- 2000-04-25 EP EP00108801A patent/EP1049062B1/en not_active Expired - Lifetime
- 2000-04-25 ES ES00108801T patent/ES2254066T3/es not_active Expired - Lifetime
- 2000-04-25 ES ES04022240T patent/ES2270248T3/es not_active Expired - Lifetime
- 2000-04-25 EP EP04022240A patent/EP1486927B1/en not_active Expired - Lifetime
- 2000-04-25 DE DE60031464T patent/DE60031464T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE60025969D1 (de) | 2006-04-20 |
| EP1486927A1 (en) | 2004-12-15 |
| US6374161B1 (en) | 2002-04-16 |
| DE60031464D1 (de) | 2006-11-30 |
| EP1049062A3 (en) | 2003-07-23 |
| ES2270248T3 (es) | 2007-04-01 |
| EP1049062A2 (en) | 2000-11-02 |
| DE60031464T2 (de) | 2007-08-30 |
| DE60025969T2 (de) | 2006-08-24 |
| EP1049062B1 (en) | 2006-02-15 |
| EP1486927B1 (en) | 2006-10-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2346735T3 (es) | Unidad de control de automovil que tiene diferentes modulos de programa. | |
| ES2254066T3 (es) | Sistema de control de automovil y metodo capaz de revisar la funcion de transmision de datos de control. | |
| ES2313297T3 (es) | Estructura de bus de dos canales de direcciones multiples. | |
| US7680963B2 (en) | DMA controller configured to process control descriptors and transfer descriptors | |
| US5299313A (en) | Network interface with host independent buffer management | |
| US5574944A (en) | System for accessing distributed memory by breaking each accepted access request into series of instructions by using sets of parameters defined as logical channel context | |
| JP3336816B2 (ja) | マルチメディア通信装置及び方法 | |
| US7548997B2 (en) | Functional DMA performing operation on DMA data and writing result of operation | |
| US8443118B2 (en) | Data flow control within and between DMA channels | |
| US6145016A (en) | System for transferring frame data by transferring the descriptor index data to identify a specified amount of data to be transferred stored in the host computer | |
| US6154793A (en) | DMA with dynamically assigned channels, flexible block boundary notification and recording, type code checking and updating, commands, and status reporting | |
| US20240061791A1 (en) | Ethernet-attached ssd for automotive applications | |
| ES2258427T3 (es) | Red y procedimiento para el intercambio de mensajes. | |
| TWI417730B (zh) | 視訊資料的封裝方法及系統 | |
| ES2302262T3 (es) | Procedimiento y dispositivo para securizar datos de ajuste individuales. | |
| JP3690179B2 (ja) | 自動車用制御装置 | |
| US8015323B2 (en) | Acquisition of data and autonomous transfer of data through communication interface in automotive system | |
| ES2255625T3 (es) | Procedimiento para el funcionamiento de un sistema de comunicacion ciclico isocrono. | |
| US6460096B1 (en) | Automatic serial bus transmission sequencer | |
| JP3666297B2 (ja) | 自動車用制御装置 | |
| US5652796A (en) | Data encryption control system | |
| JP3993511B2 (ja) | 車両用電子制御システム | |
| JP2573330B2 (ja) | 車輌診断システム | |
| US20070213845A1 (en) | Clock system for controlling autonomous transfer of data | |
| JP2002335260A (ja) | Ｕｓｂ中継装置 |