ES2239537A1 - Sistema de monitorizacion y control de elementos de un vehiculo. - Google Patents
Sistema de monitorizacion y control de elementos de un vehiculo.Info
- Publication number
- ES2239537A1 ES2239537A1 ES200400542A ES200400542A ES2239537A1 ES 2239537 A1 ES2239537 A1 ES 2239537A1 ES 200400542 A ES200400542 A ES 200400542A ES 200400542 A ES200400542 A ES 200400542A ES 2239537 A1 ES2239537 A1 ES 2239537A1
- Authority
- ES
- Spain
- Prior art keywords
- interface
- bus
- data
- format
- computer
- 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.)
- Granted
Links
- 238000012544 monitoring process Methods 0.000 title claims description 6
- 238000006243 chemical reaction Methods 0.000 claims abstract description 7
- 238000004886 process control Methods 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 description 6
- 230000003993 interaction Effects 0.000 description 5
- 238000004458 analytical method Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 238000000034 method Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000006399 behavior Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000013480 data collection Methods 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/382—Information transfer, e.g. on bus using universal interface adapter
- G06F13/385—Information transfer, e.g. on bus using universal interface adapter for adaptation of a particular data processing system to different peripheral devices
-
- 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/46—Interconnection of networks
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- 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/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Small-Scale Networks (AREA)
- Train Traffic Observation, Control, And Security (AREA)
Abstract
Un sistema de monitorización y control de elementos de un vehículo (2) conectados a un bus (1). El sistema comprende una primera interfaz (3) que puede captar datos del bus e inyectar mensajes en el bus, y que puede comunicarse con una segunda interfaz (4), conectada a una red informática (5). La segunda interfaz puede cambiar el formato de los datos leídos para que sean comprensibles para un usuario, y configurar mensajes de acuerdo con instrucciones recibidas a través de la red informática, todo esto de acuerdo con reglas de configuración definidas en una base de datos (6) accesible desde la segunda interfaz (4).
Description
Sistema de monitorización y control de elementos
de un vehículo.
La invención se engloba en el campo de la
captación de datos desde un bus, especialmente en el campo de la
automoción, para el estudio de datos relacionados con sistemas y
subsistemas de vehículos.
Hoy en día, los vehículos, por ejemplo, los
automóviles, comprenden sistemas cada vez más complejos, necesarios
para el correcto funcionamiento del automóvil. Los sistemas como,
por ejemplo, el sistema eléctrico, están constituidos por
dispositivos y subsistemas que pueden comunicarse entre sí y/o con
una o varias unidades de control, a través de medios de comunicación
que suelen incluir, como vía de transmisión de datos y mensajes, un
bus, frecuentemente un bus CAN (Controller Area Network).
Para analizar el funcionamiento de los diferentes
sistemas, subsistemas y dispositivos que integran un automóvil, es
habitual captar señales relacionadas con dichos subsistemas y
dispositivos, mediante sensores proporcionados específicamente para
este fin. También es habitual captar los datos y mensajes que viajan
por el bus (normalmente, un bus CAN), dado que estos datos suelen
incluir información relacionada con los subsistemas y dispositivos
interconectados con el bus.
El bus CAN (Controller Area Network) es muy
utilizado en diferentes campos de la industria y en particular en el
mundo de la automoción, y existe una variedad de dispositivos que
permiten el análisis de los datos y mensajes que viajan por el bus.
La mayor parte de estos dispositivos son tarjetas con formatos
diferentes (PCI, PCMCIA, PXI, etc...) que se insertan en un
ordenador personal o rack, donde el análisis de datos se realiza en
el mismo equipo.
Esta forma de realizar la interacción entre un
ordenador personal y un bus (por ejemplo, un bus CAN por el que
circulan datos y mensajes que deben ser analizados) puede funcionar
de forma satisfactoria en instalaciones pequeñas, en las que siempre
se usa un mismo ordenador personal para el análisis de datos. Sin
embargo, esta forma de realizar la interacción no es satisfactoria
en situaciones en las que se desea poder realizar el análisis de
los datos y la interacción con el bus desde cualquiera de una
pluralidad de ordenadores. Por ejemplo, hoy en día, el análisis de
los comportamientos de los subsistemas y dispositivos que forman
parte de los automóviles es un proceso complejo, en el que, muchas
veces, intervienen muchas personas diferentes. Por ello, de acuerdo
con el estado de la técnica, para que cada persona pueda acceder al
bus desde su ordenador personal, puede ser necesario dotar a cada
ordenador personal de una tarjeta del tipo mencionado más arriba.
Sin embargo, esta solución no es idónea, dado que implica un alto
coste (relacionado con la obtención e instalación de cada tarjeta)
y poca flexibilidad (ya que, para que una persona pueda acceder al
bus desde su ordenador personal, precisa primero que se le instale
la tarjeta necesaria para el acceso).
Por ello, se ha considerado deseable desarrollar
un sistema que permita que una persona pueda acceder a los datos
que circulen por el bus desde su ordenador personal, sin necesidad
de disponer de una tarjeta especial instalada en el ordenador.
De acuerdo con la invención, esto se consigue
aprovechando el hecho de que, en los entornos de trabajo actuales,
normalmente, las personas de una unidad de trabajo, departamento,
centro de trabajo o empresa, suelen trabajar con ordenadores
personales o similares conectados a una red, por ejemplo, Ethernet,
LAN (Local Area Network) o internet.
La invención se refiere a un sistema de
monitorización y control de elementos de un vehículo conectados a
un bus (por ejemplo, un bus CAN), caracterizado porque el sistema
comprende:
I) una primera interfaz (por ejemplo, una
interfaz hardware, preferiblemente programable) configurada para
ser conectada al bus y a una red informática y que comprende:
- -
- medios de captación de datos que circulan por el bus;
- -
- medios para transmitir dichos datos a una segunda interfaz (preferiblemente, una aplicación software que se ejecuta en un ordenador), a través de una red informática (por ejemplo, una red Ethernet, LAN o internet);
- -
- medios de recepción de mensajes de control de elementos desde dicha red informática;
- -
- y medios de introducción de dichos mensajes en el bus, de manera que dichos mensajes lleguen a elementos del vehículo para el control de dichos elementos;
y
II) dicha segunda interfaz, configurada para ser
conectada a dicha red informática, y que comprende:
- -
- medios de recepción de datos desde la primera interfaz;
- -
- medios de conversión de formato de dichos datos, de un primer formato a un segundo formato, de acuerdo con reglas de conversión definidas en una base de datos accesible desde dicha segunda interfaz;
- -
- medios de configuración de mensajes de acuerdo con instrucciones recibidas a través de la red informática, desde al menos un ordenador conectado a dicha red informática, de acuerdo con reglas de configuración definidas en dicha base de datos accesible desde dicha segunda interfaz; y
- -
- medios de envío de dichos mensajes a la primera interfaz, para su introducción en el bus.
De esta manera, un usuario puede, desde su
ordenador o estación de trabajo, por ejemplo, desde su ordenador
personal, interactuar con elementos del vehículo conectados al bus,
a través de la red informática y a través de la primera interfaz y
de la segunda interfaz, ambas conectadas a la red informática. De
esta manera, el usuario no tiene que usar un ordenador dotado de
tarjetas específicas para comunicación a través del bus (por
ejemplo, un bus CAN) del vehículo, sino que la interactuación es
posible a través de cualquier ordenador personal o estación de
trabajo, aprovechando la primera interfaz y la segunda interfaz, que
de esta manera, y dado que están conectadas a la red informática,
pueden ser utilizadas por cualquier usuario conectado a la red. Por
lo tanto, la invención permite, entre otras cosas, simplificar la
redistribución de tareas en un equipo de trabajo, ya que nuevos
técnicos pueden intervenir en un proceso de análisis de un
vehículo, obteniendo datos desde el bus del vehículo y actuando
sobre elementos conectados al bus del vehículo, sin necesidad de
primero obtener e instalar nuevas tarjetas específicas en sus
ordenadores y de conectar dichas tarjetas al bus CAN. En la segunda
interfaz, se convierten datos del primer formato (que puede
corresponder al formato de los datos tal y como viajan por el bus)
y un segundo formato adecuado para la presentación de los
parámetros relevantes al usuario. Igualmente, la segunda interfaz
puede recibir instrucciones en un lenguaje usado por el usuario, y,
partiendo de dichas instrucciones, de acuerdo con reglas
establecidas en la base de datos, configurar mensajes que pueden
ser enviados al bus (a través de la primera interfaz) con destino a
determinados elementos conectados al bus, y con un formato que puede
ser correctamente interpretada por los elementos.
La segunda interfaz puede incluir un servidor de
datos configurado para realizar la conversión del primer formato al
segundo formato, y el sistema puede incluir, al menos, un ordenador
conectado a la red informática y configurado para trabajar como
cliente del servidor de datos, de manera que el ordenador pueda
solicitar datos al servidor de datos y obtener, como respuesta,
datos en el segundo formato desde el servidor, es decir, datos
correspondientes a los que viajan por el bus pero en un formato
comprensible para el usuario.
De esta manera, toda la infraestructura necesaria
para la monitorización y control de elementos a través del bus (bus
CAN) del vehículo se centra en las dos interfaces a las que acceden
los usuarios desde sus ordenadores, a través de la red
informática.
El servidor de datos puede ser, por ejemplo, un
servidor Ole for Process Control (OPC: un estándar de
comunicaciones). La segunda interfaz puede estar configurada para
convertir el formato de los datos, del primer formato al segundo
formato, utilizando dicho protocolo Ole for Process Control
(OPC).
La base de datos incluye la información y reglas
necesarias para convertir datos del primer formato (que corresponde
al formato en el que los datos viajan por el bus) al segundo
formato, que es el que puede ser interpretado por los usuarios y/o
sus ordenadores. Igualmente, la base de datos incluye la
información y reglas para configurar mensajes adecuados para el
control de los elementos conectados al bus, una vez inyectados en
el bus a través de la primera interfaz. Estos mensajes se
configuran de acuerdo con instrucciones que la segunda interfaz
recibe de los usuarios, a través de la red informática, y siguiendo
las reglas e información contenida en la base de datos.
Además, el sistema puede comprender un sistema
adicional de adquisición de señales de elementos de un vehículo, y
que comprende:
- sensores configurados para ser conectados
directamente a elementos del vehículo;
- medios de adquisición de señales de dichos
sensores; y
- al menos una tercera interfaz entre dichos
medios de adquisición de señales y la red informática, de manera
que información sobre las señales de los sensores pueda ser
obtenida por ordenadores conectados a la red informática, a través
de dichos medios de adquisición de señales.
De esta manera, se puede obtener una información
más completa sobre el vehículo, recibiendo datos no sólo de los
elementos conectados al bus, sino también de otros elementos del
vehículo. Por ejemplo, los sensores pueden ser sensores analógicos
para detectar vibraciones, etc., en partes del vehículo.
De esta manera, el usuario, desde cualquier
ordenador (por ejemplo, ordenador personal) conectado a la red
informática, puede interactuar con los elementos conectados al bus
y con otros elementos del vehículo, todo a través de la red
informática y sin necesidad de instalar hardware adicional en su
ordenador.
A continuación se pasa a describir de manera muy
breve una serie de dibujos que ayudan a comprender mejor la
invención y que se relacionan expresamente con una realización de
dicha invención que se presenta como un ejemplo ilustrativo y no
limitativo de ésta.
La figura 1 es una ilustración esquemática de un
sistema de acuerdo con una realización preferida de la
invención.
Las figuras 2A y 2B ilustran el formato de las
tramas que viajan por el bus CAN y que la primera interfaz lee e
interpreta para enviarlas a la segunda interfaz.
La figura 3 es un esquema de bloques de la
primera interfaz hardware 3.
La figura 4 refleja una interfaz con el usuario
en forma de configuración de pantalla en el ordenador a través del
cual el usuario accede a la información.
La figura 5 es un flujograma que refleja, de
forma esquemática, el funcionamiento de una interfaz software de
acuerdo con una realización preferida de la invención.
La figura 1 ilustra, de forma esquemática, el
sistema de acuerdo con una realización preferida de la invención.
El sistema está acoplado a un bus CAN 1 de un vehículo 2, y
comprende una primera interfaz 3 hardware, conectada al bus 1 y a
una red informática 5 (por ejemplo, una red Ethernet).
La primera interfaz 3 comprende cuatro módulos
funcionales (no ilustrados en la figura 1), a saber:
- medios de captación de datos que circulan por
el bus;
- medios para transmitir dichos datos a una
segunda interfaz 4 (que está constituida por una aplicación
software que se ejecuta en un ordenador), a través de la red
informática 5;
- medios de recepción de mensajes de control de
elementos desde dicha red informática 5;
- y medios de introducción de dichos mensajes en
el bus 1, de manera que dichos mensajes lleguen a elementos del
vehículo para el control de dichos elementos.
Por otra parte, el sistema también comprende la
segunda interfaz 4, también conectada a la red informática 5, y que
comprende cuatro módulos funcionales (no ilustrados en la figura
1), a saber:
- medios de recepción de datos desde la primera
interfaz 3;
- medios de conversión de formato de dichos
datos, de un primer formato a un segundo formato, de acuerdo con
reglas de conversión definidas en una base de datos 6 accesible
desde dicha segunda interfaz 4;
- medios de configuración de mensajes de acuerdo
con instrucciones recibidas a través de la red informática 5, desde
al menos un ordenador 7 conectado a dicha red informática, de
acuerdo con reglas de configuración definidas en dicha base de datos
6 accesible desde dicha segunda interfaz 4; y
- medios de envío de dichos mensajes a la primera
interfaz 3.
De esta manera, un usuario puede, desde su
ordenador 7 o estación de trabajo, por ejemplo, desde su ordenador
personal, interactuar con elementos del vehículo 2 a través del bus
1, a través de la red informática 5, a través de la primera
interfaz 3 y a través de la segunda interfaz 4.
La segunda interfaz incluye un servidor 4a de
datos configurado para realizar la conversión del primer formato al
segundo formato. El ordenador 7 está configurado para trabajar como
cliente del servidor de datos 4a, de manera que el ordenador 7
pueda solicitar datos al servidor de datos 4a y obtener, como
respuesta, datos en el segundo formato desde el servidor. El
servidor 4a puede ser un servidor Ole for Process Control
(OPC), en cuyo caso la segunda interfaz está configurada para
convertir el formato de los datos, del primer formato al segundo
formato, utilizando el protocolo Ole for Process
Control.
La base de datos incluye la información y reglas
necesarias para convertir datos del primer formato (que corresponde
al formato en el que los datos viajan por el bus 1) al segundo
formato, que es el que puede ser interpretado por los usuarios y/o
sus ordenadores. Igualmente, la base de datos incluye la información
y reglas para configurar mensajes adecuados para el control de los
elementos conectados al bus, una vez inyectados en el bus a través
de la primera interfaz. Estos mensajes se configuran de acuerdo con
instrucciones que la segunda interfaz 4 recibe de los usuarios, a
través de la red informática 5, y siguiendo las reglas e información
contenida en la base de datos 6. Como base de datos se puede
utilizar, por ejemplo, una base de datos CANdb (CAN DataBase) de la
firma Vector-Informatik, frecuentemente utilizada
en el campo de la automoción.
Además, el sistema comprende un sistema adicional
de adquisición de señales de elementos de un vehículo, que
comprende:
- sensores 10 configurados para ser conectados
directamente a elementos del vehículo;
- medios de adquisión de señales 11 (por ejemplo,
señales analógicas) de dichos sensores; y
- al menos una tercera interfaz 12 entre dichos
medios de adquisición de señales y la red informática, de manera que
información sobre las señales de los sensores pueda ser obtenida por
ordenadores conectados a la red informática, a través de dichos
medios de adquisición de señales.
Pasamos ahora a comentar, con más detalle, la
configuración y función de los elementos relevantes de la
invención.
En el bus CAN, los datos y mensajes se envían en
forma de paquetes o tramas, con un formato que puede ser como el
que se ilustra en las figuras 2A y 2B; concretamente, la figura 2A
refleja una trama en el formato CAN 2.0 A, con un identificador
(201) de 11 bits, y la figura 2B una trama en el formato CAN 2.0 B,
con un identificador (201+211) de 29 bits.
El formato de las tramas es de sobre conocido por
cualquier experto medio en la materia, por lo que no es necesario
describirlo aquí; básicamente, como es sabido, las tramas
comprenden los siguientes elementos:
200: "START" (1 bit)
201: "Identifier" (11 bits): el
"identificador" que indica qué información contiene la trama,
es decir el tipo de mensaje que es.
202: "RTR" (1 bit)
203: "IDE" (1 bit)
204: "r0" (1 bit)
205: "DLC" (4 bits)
206: "Data" (nx8 bits, donde
0\leqn\leq8): el campo de datos que contiene la información útil
para el usuario.
207: "CRC" ("Cyclic Redundancy Check")
(15 bits): un número de control calculado a partir del contenido
original del resto de la trama y destinado a permitir la detección y
corrección de errores que se produzcan en la transmisión.
208: "ACK" (2 bits)
209: "EOF+IFS" (10 bits)
210: "SRR" (1 bit): (sólo en el formato CAN
2.0 B)
211: "Identifier" (18 bits) (sólo en el
formato CAN 2.0 B ): un campo identificador adicional que permite
ampliar la información sobre el tipo de mensaje.
212: "r1" (1 bit): (sólo en el formato CAN
2.0 B).
La primera interfaz 3 tiene una configuración
fija, es decir, una configuración que no varía nunca, siempre
realiza la misma función. Esta primera interfaz 3 lee
constantemente los datos que viajan por el bus CAN. Cuando la
segunda interfaz 4 desea recibir los datos que circulan por el bus
CAN, la segunda interfaz 4 realiza sobre la primera interfaz 3 una
petición de estos datos mediante una conexión TCP-IP
(Transmission Transfer Protocol/Internet Protocol). Desde el
momento en que se realiza esta conexión entre la primera interfaz 3
y la segunda interfaz 4, la primera interfaz 3 envía todos los
mensajes que circulan por el bus CAN hacia la segunda interfaz 4 a
través de la red informática, mediante una conexión
TCP-IP. La interactuación entre la primera interfaz
3, el bus 1 y la red informática 5 se lleva a cabo siempre bajo una
petición de conexión de la segunda interfaz 4 sobre la primera
interfaz 3, de manera que la primera interfaz 3 siempre está a la
espera de recibir una petición de conexión de la segunda interfaz
4. Los parámetros a configurar de la primera interfaz 3 son, por
una parte, parámetros de comunicación de la red informática (por
ejemplo, la dirección IP dentro de la red informática y la dirección
del gateway que permite el acceso a la red), y por otro lado
parámetros de comunicación del bus CAN (por ejemplo, la velocidad
de transferencia de datos por el bus CAN, generalmente 500
kbps).
Por otra parte, la segunda interfaz 4 tiene por
objetivo que el usuario seleccione primero qué información
(mensajes del bus CAN) quiere visualizar. Para realizar esta
selección, la segunda interfaz 4 utiliza la información que lee de
la base de datos 6, donde se reflejan qué datos viajan por el bus y
cómo se estructuran los datos dentro del bus CAN. La selección se
realiza mediante dos menús desplegables que contienen qué mensajes
circulan por el bus CAN. El usuario selecciona el mensaje que desea
visualizar y acepta la selección mediante un pulsador. La figura 4
muestra, de forma esquemática, la interfaz con el usuario, es
decir, la presentación en pantalla del ordenador 7 del usuario;
esta interfaz o pantalla presenta los siguientes elementos:
71: menú de selección de los mensajes que
circulan por el bus CAN
72: menú de selección de las señales que circulan
por el bus CAN
73: botones para realizar la selección de la
información a visualizar
74: configuración de la dirección IP de la
interfaz hardware
75: configuración de la base de datos 6
76: visualizadores para visualizar las señales
seleccionadas
77: controles para la generación de los mensajes
CAN que serán enviados a la primera interfaz 3.
Es decir, la pantalla del ordenador 7 del usuario
presentará dos menús desplegables utilizados para escoger los
mensajes y señales que el usuario desea visualizar y el botón para
realizar la selección. Realizada la selección, la segunda interfaz
4 realiza una conexión TCP-IP sobre la primera
interfaz 3. En este momento todos los datos que viajan por el bus
CAN son recibidos por la segunda interfaz 4 que se encarga de
visualizar únicamente la información seleccionada por el
usuario.
De acuerdo con una realización preferida, la
segunda interfaz 4 está programada utilizando el lenguaje de
programación LabVIEW® que permite al usuario seleccionar y
visualizar los datos que viajan por el bus CAN. La interfaz 4 está
dotada de un servidor de datos 4a OPC de manera que permite que
otros ordenadores 7 conectados a la red informática que posean
alguna aplicación que funcione como cliente OPC puedan visualizar
también los datos que habían sido seleccionados en la segunda
interfaz 4. Esta opción permite utilizar aplicaciones software
comerciales para la monitorización de los datos que viajan por el
bus CAN, utilizando el protocolo OPC.
La interfaz 4 también permite al usuario crear
mensajes CAN según el formato definido en la base de datos 6. El
usuario introduce en la interfaz 4 la información que desea enviar
al bus CAN en unos campos destinados a la introducción de dicha
información. La interfaz 4, de acuerdo con las reglas especificadas
en la base de datos 6, genera un mensaje que después es enviado de
forma periódica a la primera interfaz 3 para que sean inyectados en
el bus CAN. De esta forma podemos actuar sobre los diferentes
elementos que están conectados sobre el bus CAN.
La figura 5 ilustra, de forma esquemática, el
funcionamiento de la segunda interfaz:
40: el usuario configura la ubicación del archivo
base de datos 6 (CANdb) (un archivo con extensión DBC)
41: el usuario configura la dirección IP de la
primera interfaz (interfaz hardware) para poder establecer la
comunicación entre la primera interfaz y la interfaz software
(interfaz software)
42: la interfaz software realiza la lectura, de
la base de datos, de los mensajes y señales disponibles en el bus
CAN
43: la interfaz software presenta en pantalla al
usuario (es decir, en la pantalla del ordenador 7 del usuario),
mediante menús desplegables, los mensajes y señales disponibles
44: el usuario selecciona, mediante los menús
desplegables, qué información (señales) del bus CAN quiere
monitorizar
45: el usuario configura que mensajes se van a
exportar desde la segunda interfaz a cualquier cliente OPC
utilizando el protocolo OPC
46: La segunda interfaz realiza una conexión a la
primera interfaz para recoger, a través de la red 5 (ethernet), los
datos (mensajes) del bus CAN que la primera interfaz lee y envía a
la segunda interfaz via la red 5
47: la segunda interfaz visualiza por pantalla
(en el ordenador 7 del usuario) la información seleccionada por el
usuario.
La interfaz hardware 3 está ilustrada a modo de
diagrama de bloques en la figura 3. Es un sistema electrónico basado
fundamentalmente en tres elementos principales, un microcontrolador
31 que desempeña la función específica para la que ha sido diseñada
la primera interfaz 3 (recoger datos del bus CAN 1 y enviarlos a la
red informática (ethernet) 5), un circuito integrado específico
llamado controlador CAN 32 que actúa como intérprete de los datos
del bus CAN, y por último otro circuito integrado específico llamado
controlador ethernet 33 que actúa como interfaz para la comunicación
a través de la red informática (ethernet).
A lo largo de la presente descripción y
reivindicaciones la palabra "comprende" y variaciones de la
misma, como "comprendiendo", no pretenden excluir otros pasos o
componentes.
Claims (9)
1. Un sistema de monitorización y control de
elementos de un vehículo (2) conectados a un bus (1),
caracterizado porque el sistema comprende:
I) una primera interfaz (3) configurada para ser
conectada al bus (1) y a una red informática (5) y que
comprende:
- -
- medios de captación de datos que circulan por el bus (1);
- -
- medios para transmitir dichos datos a una segunda interfaz (4), a través de la red informática (5);
- -
- medios de recepción de mensajes de control de elementos desde dicha red informática (5);
- -
- y medios de introducción de dichos mensajes en el bus (1), de manera que dichos mensajes lleguen a elementos del vehículo para el control de dichos elementos;
y
II) dicha segunda interfaz (4), configurada para
ser conectada a dicha red informática (5), y que comprende:
- -
- medios de recepción de datos desde la primera interfaz (3);
- -
- medios de conversión de formato de dichos datos, de un primer formato a un segundo formato, de acuerdo con reglas de conversión definidas en una base de datos (6) accesible desde dicha segunda interfaz (4);
- -
- medios de configuración de mensajes de acuerdo con instrucciones recibidas a través de la red informática, desde al menos un ordenador (7) conectado a dicha red informática, de acuerdo con reglas de configuración definidas en dicha base de datos (6) accesible desde dicha segunda interfaz; y
- -
- medios de envío de dichos mensajes a la primera interfaz (3).
2. Sistema según la reivindicación 1,
caracterizado porque la segunda interfaz (4) incluye un
servidor (4a) de datos configurado para realizar la conversión del
primer formato al segundo formato, y porque el sistema incluye, al
menos, un ordenador (7) conectado a la red informática (5) y
configurado para trabajar como cliente del servidor (4a) de datos,
de manera que el ordenador pueda solicitar datos al servidor de
datos y obtener, como respuesta, datos en el segundo formato desde
el servidor.
3. Sistema según la reivindicación 2,
caracterizado porque el servidor (4a) de datos es un servidor
Ole for Process Control.
4. Sistema según cualquiera de las
reivindicaciones anteriores, caracterizado porque la segunda
interfaz (4) está configurada para convertir el formato de los
datos, del primer formato al segundo formato, utilizando el
protocolo Ole for Process Control.
5. Sistema según cualquiera de las
reivindicaciones anteriores, caracterizado porque el bus (1)
es un bus CAN.
6. Sistema según cualquiera de las
reivindicaciones anteriores, caracterizado porque la red
informática (5) es una red Ethernet.
7. Sistema según cualquiera de las
reivindicaciones anteriores, caracterizado porque la primera
interfaz (3) es una interfaz hardware.
8. Sistema según cualquiera de las
reivindicaciones anteriores, caracterizado porque la segunda
interfaz (4) es una aplicación software que se ejecuta en un
ordenador.
9. Sistema de acuerdo con cualquiera de las
reivindicaciones anteriores, caracterizado porque
comprende
un sistema adicional de adquisición de señales de
elementos de un vehículo, y que comprende:
- sensores (10) configurados para ser conectados
directamente a elementos del vehículo;
- medios de adquisión de señales (11) de dichos
sensores; y
- al menos una tercera interfaz (12) entre dichos
medios de adquisión de señales y la red informática, de manera que
información sobre las señales de los sensores pueda ser obtenida por
ordenadores conectados a la red informática, a través de dichos
medios de adquisición de señales.
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200400542A ES2239537B1 (es) | 2004-03-05 | 2004-03-05 | Sistema de monitorizacion y control de elementos de un vehiculo. |
| ES04380292T ES2280925T3 (es) | 2004-03-05 | 2004-12-30 | Sistema de monitorizacion y control de elementos de un vehiculo. |
| EP04380292A EP1571788B1 (en) | 2004-03-05 | 2004-12-30 | System of monitoring and control of elements of a vehicle |
| AT04380292T ATE349835T1 (de) | 2004-03-05 | 2004-12-30 | System zur überwachung und steuerung von elementen eines fahrzeugs |
| DE602004003899T DE602004003899T2 (de) | 2004-03-05 | 2004-12-30 | System zur Überwachung und Steuerung von Elementen eines Fahrzeugs |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200400542A ES2239537B1 (es) | 2004-03-05 | 2004-03-05 | Sistema de monitorizacion y control de elementos de un vehiculo. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2239537A1 true ES2239537A1 (es) | 2005-09-16 |
| ES2239537B1 ES2239537B1 (es) | 2006-11-16 |
Family
ID=35004488
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES200400542A Expired - Fee Related ES2239537B1 (es) | 2004-03-05 | 2004-03-05 | Sistema de monitorizacion y control de elementos de un vehiculo. |
| ES04380292T Active ES2280925T3 (es) | 2004-03-05 | 2004-12-30 | Sistema de monitorizacion y control de elementos de un vehiculo. |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04380292T Active ES2280925T3 (es) | 2004-03-05 | 2004-12-30 | Sistema de monitorizacion y control de elementos de un vehiculo. |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1571788B1 (es) |
| AT (1) | ATE349835T1 (es) |
| DE (1) | DE602004003899T2 (es) |
| ES (2) | ES2239537B1 (es) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101196884B (zh) * | 2006-12-07 | 2010-05-12 | 厦门雅迅网络股份有限公司 | 一种车辆数据库的数据查询处理方法 |
| KR101536141B1 (ko) * | 2014-02-13 | 2015-07-13 | 현대자동차주식회사 | 이더넷과 can 통신 간의 신호 변환을 제공하는 차량용 장치 및 그 제어방법 |
| JP2022548322A (ja) | 2019-09-20 | 2022-11-17 | ソナタス インコーポレイテッド | 車両上の混合ネットワーク通信をサポートするためのシステム、方法、及び装置 |
| ES2958114B2 (es) * | 2022-07-04 | 2024-06-11 | Seat Sa | Banco de pruebas y procedimiento de testeo de la informacion emitida al usuario de un vehiculo |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE4036241A1 (de) * | 1990-11-14 | 1992-05-21 | Joerg Golombek | Verfahren und vorrichtung zur ermittlung und verwertung der physikalischen daten eines im betrieb befindlichen fahrzeugmodells |
| US5732074A (en) * | 1996-01-16 | 1998-03-24 | Cellport Labs, Inc. | Mobile portable wireless communication system |
| WO2002017184A1 (en) * | 2000-08-18 | 2002-02-28 | Nexiq Technologies, Inc. | System, method and computer program product for remote vehicle diagnostics, monitoring, configuring and reprogramming |
| DE20280020U1 (de) * | 2001-01-26 | 2003-12-11 | Fronius International Gmbh | Schweißgerät bzw. Schweißanlage mit OPC-Server |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19914829A1 (de) * | 1999-04-01 | 2001-01-11 | Siemens Ag | System und Verfahren zur insbesondere graphischen Überwachung und/oder Fernsteuerung von stationären und/oder mobilen Vorrichtungen |
| ES2241587T3 (es) * | 1999-02-26 | 2005-11-01 | Siemens Aktiengesellschaft | Procedimiento para la transmision de cuadros de ethernet. |
| US6654355B1 (en) * | 1999-12-14 | 2003-11-25 | Schneider Automation Inc. | Bridge for CAN to TCP/IP connection |
-
2004
- 2004-03-05 ES ES200400542A patent/ES2239537B1/es not_active Expired - Fee Related
- 2004-12-30 DE DE602004003899T patent/DE602004003899T2/de active Active
- 2004-12-30 ES ES04380292T patent/ES2280925T3/es active Active
- 2004-12-30 AT AT04380292T patent/ATE349835T1/de not_active IP Right Cessation
- 2004-12-30 EP EP04380292A patent/EP1571788B1/en not_active Not-in-force
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE4036241A1 (de) * | 1990-11-14 | 1992-05-21 | Joerg Golombek | Verfahren und vorrichtung zur ermittlung und verwertung der physikalischen daten eines im betrieb befindlichen fahrzeugmodells |
| US5732074A (en) * | 1996-01-16 | 1998-03-24 | Cellport Labs, Inc. | Mobile portable wireless communication system |
| WO2002017184A1 (en) * | 2000-08-18 | 2002-02-28 | Nexiq Technologies, Inc. | System, method and computer program product for remote vehicle diagnostics, monitoring, configuring and reprogramming |
| DE20280020U1 (de) * | 2001-01-26 | 2003-12-11 | Fronius International Gmbh | Schweißgerät bzw. Schweißanlage mit OPC-Server |
Non-Patent Citations (2)
| Title |
|---|
| Recuperado de World Patent Index en Epoque Database & DE 20280020 U1 (FRONIUS INTERNAT GMBH PETTENBA) 11.12.2003 * |
| Recuperado de World Patent Index en Epoque Database. & DE 4036241 A1 (GOLOMBEK JOERG) 21.05.1992, resumen; figuras. * |
Also Published As
| Publication number | Publication date |
|---|---|
| ATE349835T1 (de) | 2007-01-15 |
| DE602004003899D1 (de) | 2007-02-08 |
| ES2280925T3 (es) | 2007-09-16 |
| ES2239537B1 (es) | 2006-11-16 |
| EP1571788B1 (en) | 2006-12-27 |
| EP1571788A1 (en) | 2005-09-07 |
| DE602004003899T2 (de) | 2007-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2685579T3 (es) | Sistema de expansión de E/S de baliza Bluetooth® inteligente | |
| JP6152228B2 (ja) | 電子制御ユニット、車載ネットワークシステム及び車両用通信方法 | |
| BR122020001027B1 (pt) | sistema e método de programação de veículo remoto | |
| KR101618427B1 (ko) | 특히 ｃａｎ 버스 시스템을 위한 호환 네트워크 노드 | |
| Kuladinithi et al. | Implementation of coap and its application in transport logistics | |
| US10320739B2 (en) | Communication using DNS repurposing | |
| JP2019201423A (ja) | 不正検知ルール更新方法、不正検知電子制御ユニット及び車載ネットワークシステム | |
| Georgitzikis et al. | Controlling physical objects via the internet using the arduino platform over 802.15. 4 networks | |
| EP3412514A1 (en) | Update management method, update management device, and control program | |
| ES2645613T3 (es) | Sistema de expansión de E / S inteligente configurable | |
| CN106453465B (zh) | 用于车辆控制器与外部资源之间交互工作的***和方法 | |
| EP2779008A2 (en) | Remote Monitoring Systems for Monitoring Medical Devices via Wireless Communication Networks | |
| WO2014078678A1 (en) | Failsafe communication system and method | |
| US9357339B2 (en) | Proxy communication system and control method thereof in ban environment | |
| ES2239537B1 (es) | Sistema de monitorizacion y control de elementos de un vehiculo. | |
| Mynzhasova et al. | Drivers, standards and platforms for the IoT: Towards a digital VICINITY | |
| Gupta et al. | Smart parking system using cloud based computation and Raspberry Pi | |
| KR20170011826A (ko) | 이더넷 기반의 네트워크를 위한 보안 방법 | |
| JP2024023912A (ja) | 不正検知ルール更新方法、不正検知電子制御ユニット及び車載ネットワークシステム | |
| CN113037820B (zh) | 一种物联网设备通讯模块 | |
| EP3340190B1 (en) | Vehicle communication system | |
| Andrews et al. | Implementing an Iot Vehicular Diagnostics System Under an Rtos Environment Over Ethernet IP. | |
| CN107612780A (zh) | modbus协议分析***测试方法及装置 | |
| ES2608917T3 (es) | Procedimiento y dispositivo de monitorización de datos de buses de dos canales en un sistema de red | |
| Dibaba | IoT Implementation with Cayenne Platform |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EC2A | Search report published |
Date of ref document: 20050916 Kind code of ref document: A1 |
|
| FG2A | Definitive protection |
Ref document number: 2239537B1 Country of ref document: ES |
|
| FD1A | Patent lapsed |
Effective date: 20100315 |