ES2276320T3 - Procedimiento y dispositivos para la transmision de datos entre un aparato de control de un sistema de proteccion de ocupantes en un vehiculo y al menos una unidad de sensor descentralizada. - Google Patents
Procedimiento y dispositivos para la transmision de datos entre un aparato de control de un sistema de proteccion de ocupantes en un vehiculo y al menos una unidad de sensor descentralizada. Download PDFInfo
- Publication number
- ES2276320T3 ES2276320T3 ES04741473T ES04741473T ES2276320T3 ES 2276320 T3 ES2276320 T3 ES 2276320T3 ES 04741473 T ES04741473 T ES 04741473T ES 04741473 T ES04741473 T ES 04741473T ES 2276320 T3 ES2276320 T3 ES 2276320T3
- Authority
- ES
- Spain
- Prior art keywords
- data
- sensor
- unit
- sync
- sensor unit
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 230000005540 biological transmission Effects 0.000 title claims abstract description 41
- 238000012360 testing method Methods 0.000 claims abstract description 64
- 238000005259 measurement Methods 0.000 claims abstract description 35
- 238000004364 calculation method Methods 0.000 claims description 14
- 230000000903 blocking effect Effects 0.000 claims description 8
- 230000000977 initiatory effect Effects 0.000 claims 1
- 230000002045 lasting effect Effects 0.000 claims 1
- 230000001133 acceleration Effects 0.000 description 11
- 239000004065 semiconductor Substances 0.000 description 9
- 230000004913 activation Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 238000004891 communication Methods 0.000 description 4
- 230000000737 periodic effect Effects 0.000 description 4
- 239000012528 membrane Substances 0.000 description 3
- 239000003990 capacitor Substances 0.000 description 2
- 230000007797 corrosion Effects 0.000 description 2
- 238000005260 corrosion Methods 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 239000011796 hollow space material Substances 0.000 description 2
- 208000027418 Wounds and injury Diseases 0.000 description 1
- 230000003213 activating effect Effects 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000000295 complement effect Effects 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000006378 damage Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000003745 diagnosis Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 238000013101 initial test Methods 0.000 description 1
- 208000014674 injury Diseases 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000036632 reaction speed Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000000630 rising effect Effects 0.000 description 1
- 230000035945 sensitivity Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R21/00—Arrangements or fittings on vehicles for protecting or preventing injuries to occupants or pedestrians in case of accidents or other traffic risks
- B60R21/01—Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents
- B60R21/013—Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents including means for detecting collisions, impending collisions or roll-over
-
- 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/10—Program control for peripheral devices
- G06F13/12—Program control for peripheral devices using hardware independent of the central processor, e.g. channel or peripheral processor
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R21/00—Arrangements or fittings on vehicles for protecting or preventing injuries to occupants or pedestrians in case of accidents or other traffic risks
- B60R21/01—Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0658—Clock or time synchronisation among packet nodes
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R21/00—Arrangements or fittings on vehicles for protecting or preventing injuries to occupants or pedestrians in case of accidents or other traffic risks
- B60R21/01—Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents
- B60R2021/0104—Communication circuits for data transmission
- B60R2021/01102—Transmission method
- B60R2021/01115—Transmission method specific data frames
-
- B—PERFORMING OPERATIONS; TRANSPORTING
- B60—VEHICLES IN GENERAL
- B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
- B60R21/00—Arrangements or fittings on vehicles for protecting or preventing injuries to occupants or pedestrians in case of accidents or other traffic risks
- B60R21/01—Electrical circuits for triggering passive safety arrangements, e.g. airbags, safety belt tighteners, in case of vehicle accidents or impending vehicle accidents
- B60R2021/01122—Prevention of malfunction
- B60R2021/01184—Fault detection or diagnostic circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L7/00—Arrangements for synchronising receiver with transmitter
- H04L7/04—Speed or phase control by synchronisation signals
- H04L7/08—Speed or phase control by synchronisation signals the synchronisation signals recurring cyclically
Landscapes
- Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Arrangements For Transmission Of Measured Signals (AREA)
- Air Bags (AREA)
Abstract
Procedimiento para transmitir datos entre un aparato central de control (ECU) de un sistema de protección de ocupantes en un vehículo (1) y al menos una unidad de sensor descentralizada (S1, S2), que incluye un sensor (2) que capta datos de medida, funcionando las unidades de sensor (S1, S2) en un modo de servicio normal (NM) o en un modo de servicio de prueba (TM), incluyendo los datos transmitidos en el modo de servicio normal (NM) datos de medida del sensor, y por el contrario en el modo de servicio de modo de prueba (TM), contienen parámetros de la unidad de sensor (S1, S2) y en el que en cada uno de los modos de servicio - se transmiten datos de la unidad de sensor (S1, S2) como paquetes de datos (DP) de distintos bits de datos; - el aparato central de control (ECU) emite periódicamente pulsos de sincronización (Sync) para solicitar paquetes de datos (DP) y - la(s) unidad(es) de sensor (S1, S2) envía(n) sus paquetes de datos (DP) presentes para su transmisión siempre tras el último pulso de sincronización (Sync) al aparato de control (ECU), caracterizado porque - la unidad de sensor (S1, S2) añade un distintivo a los bits (DB) presentes para la transmisión, antes de la transmisión al aparato central de control (ECU), mediante adición de al menos un bit de distintivo (PB), y - los paquetes de datos (DP) presentan en el modo de funcionamiento normal (NM) en cada caso otro distintivo distinto al del modo de servicio de prueba (TM); con lo que los paquetes de datos (DP) del modo de servicio normal (NM) y del modo de servicio de prueba (TM) pueden diferenciarse entre sí en base al correspondiente distintivo con claridad.
Description
Procedimiento y dispositivos para la transmisión
de datos entre un aparato central de control de un sistema de
protección de ocupantes en un vehículo y al menos una unidad de
sensor descentralizada.
La presente invención se refiere a un
procedimiento y los dispositivos adecuados para la realización del
mismo para la transmisión de datos entre un aparato central de
control de un sistema de protección de ocupantes en un vehículo y
al menos una unidad de sensor descentralizada. La unidad de sensor
descentralizada presenta al respecto un sensor que capta los datos
de medida del sensor. La unidad de sensor puede funcionar en un
modo de servicio normal o en un modo de servicio de prueba,
transmitiéndose en un modo de servicio normal los datos de medida
del sensor y por el contrario en un modo de servicio de prueba los
parámetros de la unidad de sensor. En ambos modos de servicio se
transmiten los datos transmitidos por la unidad de sensor en forma
de paquetes de datos codificados binariamente. La unidad de sensor
transmite los paquetes de datos presentes para la transmisión tras
un impulso de sincronización último reconocido del aparato de
control que emite tales pulsos de sincronización para solicitar
paquetes de datos periódicamente.
Un procedimiento como el indicado y los
dispositivos adecuados para el mismo se conocen por ejemplo por el
documento de publicación alemán DE 196 09 290 A1. Allí se describe
un módulo de sensor (11) que está unido mediante un línea de datos
(1a) con un aparato de control (5). El módulo de sensor (11) incluye
un sensor sensible a la aceleración y transmite periódicamente cada
500 \mus un paquete de datos binario obtenido de los valores de
medida del sensor con ayuda de impulsos de corriente modulados al
aparato de control (5), tan pronto como ha detectado un impulso de
tensión de sincronización sobre la línea (1a); por ejemplo, en el
mismo la columna 1, línea 66 hasta la columna 2, línea 30 o bien
columna 4, líneas 55 a 62. En un segundo modo de comunicación
bastante más lento es posible transmitir datos de prueba y
parámetros del módulo de sensor útil (11) al aparato de control
(5), por ejemplo datos de prueba iniciales del módulo de sensor (11)
para la comprobación de su correcta funcionalidad, datos de
identificación del módulo de sensor (11), etc; ver en el mismo la
columna 4, línea 67 hasta la columna 5 línea 13. La disponibilidad
para la activación de un elemento de protección de ocupantes
conectado entonces al aparato de control (5), por ejemplo un airbag
lateral, no se ha alcanzado aún en este instante, ya que el módulo
de sensor (11) se encuentra todavía en una fase de arranque tras
conectar la tensión de alimentación (ver allí columna 5, líneas 3 a
5).
Para cada sistema de protección de ocupantes de
un vehículo es extremadamente importante que un aparato de control
allí incluido pueda distinguir con seguridad si la unidad de sensor
descentralizada unida con él por ejemplo mediante una línea de
datos se encuentra en ese momento en un modo de prueba, por ejemplo
al principio tras conectar su tensión de alimentación y por tanto
sólo transmite parámetros, por ejemplo datos de identificación o de
prueba del sensor o bien de la electrónica, o bien si la unidad de
sensor ya se encuentra en su modo de funcionamiento normal, en el
que transmite valores de medida del sensor, que dado el caso pueden
evaluarse en un algoritmo y dado el caso son el motivo de la
activación de un elemento de protección de ocupantes en un
accidente con choque del vehículo que se haya detectado.
Es tarea de la presente invención configurar una
transmisión de datos entre un aparato central de control y al menos
una unidad de sensor descentralizada de la manera más segura
posible, tal que sólo las señales previstas para ello se sometan a
una evaluación por parte del aparato central de control y a
continuación puedan contribuir a una activación de un sistema de
protección de ocupantes conectado al aparato central de
control.
Esta tarea se resuelve mediante un procedimiento
que presenta las etapas de procedimiento según la reivindicación
1.
Además, se resuelve la tarea mediante una unidad
de sensor según la reivindicación 18, un aparato de control según
la reivindicación 19 y un sistema común de ambas según la
reivindicación 20.
El procedimiento correspondiente a la invención
sirve para la transmisión de datos entre un aparato central de
control de un sistema de protección de ocupantes en un vehículo y al
menos una unidad de sensor descentralizada. La unidad de sensor
descentralizada presenta un sensor que capta los datos de medida del
sensor. La unidad de sensor puede funcionar en un modo de servicio
normal o en un modo de servicio de prueba, transmitiéndose en el
modo de servicio normal datos de medida del sensor, pero en el modo
de servicio de prueba, parámetros de la primera unidad de sensor.
En ambos modos de servicio se transmiten datos desde la unidad de
sensor en forma de paquetes de datos codificados en binario, que
contienen paquetes de datos individuales. Por lo demás, transmite
la unidad de sensor los paquetes de datos presentes para ser
transmitidos según un último impulso de sincronización reconocido,
que emite el aparato de control para solicitar paquetes de datos de
al menos una unidad de sensor.
En el marco de la invención añade la unidad de
sensor un distintivo a los bits de datos binarios presentes para la
transmisión antes de la transmisión al aparato central de control,
añadiendo al menos un bit de distintivo. Los paquetes de datos que
se transmiten en el modo normal, poseen entonces un distintivo que
es en cada caso diferente al de los paquetes de datos que se
transmiten en el modo de servicio de prueba. De esta manera pueden
diferenciarse los paquetes de datos del modo de servicio normal
siempre con seguridad e inequívocamente de los paquetes de datos
del modo de servicio de prueba. De esta manera no puede llegarse en
el aparato central de control que recibe los correspondientes
paquetes de datos a una confusión de paquetes de datos procedentes
de uno de ambos modos diferentes de servicio. De esta manera al
puede menos evitarse llegar a una activación errónea de un elemento
de protección de ocupantes, por ejemplo de un airbag lateral, un
airbag de cabeza, un tensor del cinturón, un airbag frontal o
similares en un vehículo. El riesgo de heridas para los ocupantes
del vehículo se reduce de esta manera en un múltiplo.
En un primer perfeccionamiento ventajoso del
procedimiento correspondiente a la invención, el distintivo de un
paquete de datos es una paridad par o impar de los distintos bits de
datos del paquete de datos. Para ello añade la unidad de sensor a
tales bits de datos, que bien deben ser transmitidos para trasmitir
valores de medida del sensor o parámetros al aparato central de
control a través de una línea de datos, un llamado bit de paridad,
con lo que el paquete de datos a trasmitir está compuesto por los
bits de datos a trasmitir y el bit de paridad. Si debe asignársele
al paquete de datos una llamada paridad par y presenta el paquete de
datos sin el bit de paridad una cantidad impar de estados uno
lógicos, entonces elige la unidad de sensor para el paquete de
datos un bit de paridad, que igualmente expresa un uno lógico. Si
por el contrario al paquete de datos ha de otorgársele la llamada
paridad par, entonces complementa la unidad de sensor los bits de
datos presentes para la transmisión en un bit de paridad con el
contenido de un cero lógico. Es decisivo para este
perfeccionamiento ventajoso del procedimiento correspondiente a la
invención que los paquetes de datos transmitidos en el modo de
servicio de prueba de la unidad de sensor presenten una paridad
distinta a en el modo de servicio normal. Esta forma de mejora de
un procedimiento correspondiente a la invención es por lo tanto
especialmente ventajosa, ya que en el caso más sencillo sólo debe
ser añadido un único bit de paridad a los bits de datos ya
existentes de un paquete de datos a trasmitir y la utilización de
bits de paridad en la transmisión de datos ya es usual desde hace
mucho tiempo y con ello suficientemente probada.
Para una forma constructiva ventajosa de un
procedimiento correspondiente a la invención, carece al respecto de
importancia si los paquetes de datos del modo normal presentan ahora
una paridad par y los del modo de prueba una paridad impar o sucede
en cada caso lo contrario. Mediante la asignación fija de la paridad
a un modo de servicio, es inequívoca siempre de la misma manera en
ambos casos la pertenencia de los datos de sensor a en cada caso un
modo de servicio, lo cual puede ser de importancia decisiva por
ejemplo en un análisis de datos de sensor mediante un aparato de
diagnóstico conectado al aparato central de control.
Otra forma constructiva ventajosa en relación
con el distintivo de un paquete de datos de una unidad de sensor
puede no obstante ser también una suma transversal que caracteriza a
los bits de datos de un paquete de datos. Al respecto, se añaden al
correspondientes paquete de datos, ventajosamente, varios bits de
suma transversal, presentando la suma transversal caracterizadora
en el modo de servicio normal siempre otro valor diferente a en el
modo de servicio de prueba. Por ejemplo, se forma la suma binaria
transversal de todos los bits de datos presentes para su
transmisión y con estos bits de datos se transmiten juntamente
dentro de un paquete de datos. Para que esta suma transversal se
diferencie en el modo de servicio de prueba siempre de la suma
transversal en el modo de servicio normal, se complementa por
ejemplo la suma transversal binaria en el modo de servicio de
prueba hasta el siguiente valor binario par más elevado, pero en el
modo de servicio normal hasta el siguiente valor binario impar más
elevado. Así, los bits de datos presentes para la transmisión de
una unidad de sensor 1111111 dentro de un paquete de datos se
complementarían en el modo de servicio de prueba en una suma
transversal 1000 y en el modo de servicio normal en una suma
transversal 1001.
No obstante, para una forma constructiva
ventajosa de un procedimiento correspondiente a la invención no es
decisivo el tipo exacto de formación de una suma transversal
caracterizadora, sino que la suma transversal presente siempre en
el modo de servicio normal otro valor distinto al del modo de
servicio de prueba.
En general se transmiten los bits de paridad o
bits de sumas transversales antes descritos, por razones de
seguridad en la transmisión, con un paquete de datos. Para asegurar
una tal seguridad en la transmisión también mediante bits de
paridad o sumas transversales, que pueden variar en el marco de la
invención en el transcurso del tiempo, es necesario que el lado
receptor conozca la paridad que es de esperar o la suma transversal
de un paquete de datos recibido en cada instante de la transmisión
de datos, para detectar entonces, cuando la paridad o la suma
transversal se desvíe de ello un error de la transmisión de datos.
Ante todo, en el campo de aplicación de la presente invención,
relevante para la seguridad de las personas es ésta una aplicación
especialmente preferente del procedimiento correspondiente a la
invención.
Ventajosamente, se utiliza la invención por lo
tanto por ejemplo en un procedimiento en el que la unidad de sensor
descentralizada, tras conectar una tensión de alimentación por parte
del aparato central de control, se encuentra primeramente durante
un periodo de tiempo de inicialización conocido en un modo de
inicialización, en el que la electrónica se pone a disposición, a
continuación durante un tiempo de prueba igualmente conocido en el
modo de servicio de prueba y finalmente en el modo de servicio
normal. Puesto que el instante de arranque y el final del modo de
servicio de prueba le son conocidos con exactitud al aparato central
de control, conoce el aparato central de control en cada momento
también el distintivo que es de esperar de un paquete de datos
recibido y puede, en base a un distintivo erróneo de un paquete de
datos, determinar una posible falta en la transmisión de datos.
Ventajosamente, la duración del tiempo de prueba
hasta la inclusión de un nuevo pulso de sincronización, una vez que
en el modo de servicio de prueba se han trasmitido todos los
paquetes de datos deseados, es independiente del tiempo
efectivamente transcurrido. Puesto que la transmisión de paquetes de
datos viene originada por los pulsos de sincronización del aparato
central de control, se orienta la longitud del tiempo de prueba por
lo tanto esencialmente según la cantidad de pulsos de sincronización
que transmite el aparato central de control a una unidad de sensor.
El aparato central de control puede de esta manera incluso renunciar
sin más a la emisión de uno o varios pulsos de sincronización y
prolongar así el tiempo de prueba sin perder entonces un paquete de
datos que ha de ser trasmitido en el modo de servicio de prueba.
Esto puede ser por ejemplo necesario cuando el aparato central de
control, de manera inesperada, necesita más tiempo para realizar
costosos procesos de cálculo.
En las explicaciones dadas hasta ahora no se ha
entrado en detalle sobre de qué manera está conectada en un
procedimiento correspondiente a la invención una unidad de sensor al
aparato central de control. Sin limitarnos a ello, se trata en
general de una línea eléctrica de datos de conexión entre la unidad
de sensor y el aparato central de control, tal como ya se ha
indicado al principio. Ventajosamente se realiza entonces tanto la
alimentación de tensión de una unidad de sensor conectada como
también la transmisión de datos de una unidad de sensor con el
aparato central de control, por ejemplo mediante pulsos de
intensidad modulados sobre una única línea de datos. Además, se
emite también el impulso de sincronización del aparato central de
control sobre esta línea de datos, ventajosamente como pulso de
tensión mediante modulación de la tensión de alimentación.
Igualmente bien puede realizarse no obstante la comunicación de
datos también a través de un conductor de fibra óptica. Como pulso
de sincronización se utiliza en este caso un corto rayo luminoso del
aparato central de control. La tensión de alimentación necesaria
podría entonces seguir realizándose a través de un una línea de
acometida eléctrica convencional, pero también con ayuda de un
convertidor de tensión intercalado a través de una línea óptica de
datos. Puede pensarse también en una comunicación de datos,
alimentación de tensión y una emisión de los pulsos de
sincronización mediante técnicas de transmisión sin contacto, por
ejemplo a través de emisión electromagnética.
Por lo demás, se ha hablado hasta ahora
solamente de conexión de una unidad de sensor. Naturalmente, también
es posible conectar a una línea de datos varias unidades de sensor,
que pueden presentar perfectamente diferentes sensores y distinta
electrónica. Lo que se ha explicado hasta ahora e igualmente todo lo
que sigue a continuación, puede servir de la misma manera para
todas las unidades de sensor conectadas.
Debido a campos perturbadores, por ejemplo en la
zona de estaciones de radio a lo largo de una carretera, o también
debido a fenómenos de conexión de unidades electrónicas contiguas en
un vehículo, puede llegarse a pulsos de tensión inducidos por
ejemplo sobre la línea de datos entre el aparato central de control
y una unidad de sensor. Para que estas perturbaciones de una unidad
de sensor no se interpreten incorrectamente como impulsos de
sincronización, es ventajoso que una unidad de sensor pueda
considerar un nuevo pulso de sincronización sólo tras transcurrir
un tiempo de bloqueo. Un tiempo de bloqueo como el indicado comienza
ventajosamente con el instante del reconocimiento del último pulso
de sincronización a considerar y finaliza inmediatamente antes del
momento del siguiente pulso de sincronización.
Una primera unidad de sensor envía sus datos
usualmente bien tras un primer o tras un segundo tiempo de espera o
bien cualquier otro tiempo de espera tras el pulso de sincronización
al aparato central de control. Puesto que el aparato central de
control sabe siempre con exactitud en qué momento son de esperar
paquetes de datos, puede ocuparse en el tiempo restante de otras
tareas, con lo que por ejemplo puede aprovecharse mejor el tiempo
de cálculo de un microcontrolador en el aparato central de
control.
En aras de una mayor seguridad de transmisión,
puede trasmitir una unidad de sensor un paquete de datos que
contiene el mismo valor de medida de sensor tanto tras el primer
como también tras el segundo o también otro tiempo de espera. Si se
presenta una falta en sólo un paquete de datos, por ejemplo una
paridad incorrecta, entonces puede sustituirse un paquete de datos
reconocido como incorrecto por el valor de un paquete de datos
recibido sin errores.
Para lograr una velocidad de reacción más rápida
del sistema de protección de ocupantes, puede trasmitir no obstante
una unidad de sensor también paquetes de datos actualizados tanto
tras el primer como también tras el segundo o tras otro tiempo de
espera tras un pulso de sincronización. Ventajosamente contienen
estos paquetes de datos actualizados valores de medida de sensor
sucesivos en el tiempo. Así puede lograrse una velocidad de
transmisión para paquetes de datos actualizados de por ejemplo 4
kHz, 6 kHz o incluso más, aún cuando la frecuencia de los pulsos de
sincronización sólo es de 2 kHz.
Es especialmente ventajoso además que por
ejemplo a una línea de datos de un aparato central de control estén
conectadas dos o incluso más unidades de sensores descentralizadas,
que la primera unidad de sensor envíe sus datos tras un primer
tiempo de espera tras el pulso de sincronización a la unidad
central, una segunda sus paquetes de datos tras un segundo tiempo
de espera y otra correspondiente unidad de sensor sus paquetes de
datos tras otro tiempo de espera tras el pulso de sincronización. De
esta manera se convierte la línea de datos utilizada en una línea
de bus de dos o más unidades de sensor sin que a ésta tenga que
exigírsele ser direccionada de manera costosa por el aparato
central de control individualmente para emitir valores de
sensor.
Además es ventajoso que el aparato central de
control tenga disponibles, lo más cerca posible en el tiempo,
idealmente de forma simultánea, los valores de medida de sensor
calculados de cada unidad de sensor conectada, aún cuando los
correspondientes paquetes de datos se emitan en instantes diferentes
por parte de las unidades de sensor conectadas. Por ejemplo, puede
servir de esta manera un valor de medida de sensor de una primera
unidad de sensor, a manera de confirmación, como el llamado sensor
de seguridad (Safing) para una segunda unidad de sensor conectada
ventajosamente a la misma línea de datos, activándose un elemento de
protección de ocupantes sólo cuando tanto la primera unidad de
sensor como también la segunda unidad de sensor transmitan en cada
caso una señal de sensor suficientemente elevada al aparato central
de control. Esta captación simultánea de valores de medida de
sensor puede lograrse por ejemplo realizando la captación de valores
de medida por parte de los sensores dentro de las unidades de
sensor al detectar un pulso de sincronización o también
simultáneamente a continuación y memorizando transitoriamente los
valores de sensor captados simultáneamente hasta su retransmisión
al aparato de control tras el primer o segundo tiempo de espera. En
función del tipo de sensor y en función de la velocidad interna de
impulsos de las unidades de sensor, se realiza entonces la mayoría
de las veces una simultaneidad completa de los valores de medida de
sensor. En este sentido, hay que entender la expresión simultánea
en relación con la captación de valores de medida simultáneos en el
sentido de que la exploración de los valores de medida de sensor
puede ser diferente perfectamente en unos pocos ciclos de
exploración internos. Como captación simultánea de valores de
medida de sensor en las unidades de sensor, puede considerarse por
ejemplo la digitalización casi simultánea de valores de medida de
sensor analógicos.
Un tipo ventajoso de codificación de un paquete
de datos se reproduce en las reivindicaciones dependientes 16 y
17.
Una unidad de sensor adecuada para realizar el
procedimiento correspondiente a la invención, así como un aparato
de control adecuado para ello y también un sistema compuesto por una
unidad de sensor como la indicada, un aparato central de control
como el indicado y preferentemente una línea de datos que conecta
estos dos dispositivos entre sí, se reproduce en cada caso en las
reivindicaciones independientes del dispositivo 18, 19 y 20.
Las particularidades indicadas en las
reivindicaciones dependientes relativas a la reivindicación de
procedimiento independiente 1, representan ventajosos
perfeccionamientos del procedimiento correspondiente a la invención,
tanto acumuladamente como también en las combinaciones más diversas
de particularidades individuales.
A continuación se describirá la invención en
base a ejemplos de ejecución. Se muestra en:
figura 1 un vehículo automóvil (1) con dos línea
de datos (PDL, PDL'), que conectan en cada caso un aparato central
de control correspondiente a la invención (ECU) con en cada caso dos
unidades de sensor correspondientes la invención (S1, S2, S1',
S2'),
figura 2 un sistema compuesto por un aparato
central de control (ECU), que está conectado tanto mediante una
línea de masa (GND) como también mediante una línea de datos/línea
de alimentación (PDL) con dos unidades de sensor (S1, S2),
figura 3 la estructura interna de una unidad de
sensor correspondiente a la invención (S1, S2),
figura 4 la estructura interna de un aparato
central de control (ECU) correspondiente a la invención,
figura 5 una representación esquemática de la
intensidad de satélite (I_{PDL} (S1, S2)) a lo largo del tiempo
(t) de un bit de datos cero con codificación de Manchester y un bit
de datos uno con codificación de Manchester,
figura 6 una representación esquemática de un
paquete de datos correspondiente a la invención, modulado en
intensidad, a lo largo del tiempo (t),
figura 7 una representación esquemática de la
sobreelevación de tensión periódica (U_{PDL}) debida a pulsos de
sincronización (Sync) y de la sobreelevación de intensidad
(I_{PDL}) mediante al menos una unidad de sensor (S1, S2) a lo
largo del tiempo (t), poco después de conectar la tensión de
alimentación de las unidades de sensor (S1, S2),
figura 8 la secuencia de los paquetes de
parámetros emitidos durante el modo de servicio de prueba (TM) de
una unidad de sensor (S1, S2), solicitada por los pulsos periódicos
de sincronización (Sync) del aparato central de control (ECU),
figura 9 una representación esquemática de la
paridad (P) de los paquetes de datos transmitidos (DP) de una
unidad de sensor (S1, S2) a lo largo del tiempo (t) durante la fase
de inicialización (IP), durante el tiempo (t_{ini}) del modo de
servicio de prueba (TM) y durante el modo de servicio normal (NM) de
una unidad de sensor (S1, S2),
figura 10 una representación esquemática de la
secuencia en el tiempo de primeros y segundos paquetes de datos
(DP) de una primera y/o una segunda unidad de sensor (S1, S2)
durante el modo de servicio normal (NM), enviándose los paquetes de
datos (DP) bien tras un primer tiempo de espera (t_{DLY1}) o bien
tras un segundo tiempo de espera (t_{DLY2}),
figura 11 una representación esquemática de una
comunicación de datos modulada en intensidad de una unidad de
sensor (S1), enviándose dentro de la duración de un período
(T_{Sync}) de un pulso de sincronización (Sync) paquetes de datos
(DP) de la primera unidad de sensor (S1), tanto tras el primer
tiempo de espera (t_{DLY1}) como también tras el segundo tiempo
de espera (t_{DLY2}).
La figura 1 muestra un vehículo automóvil 1 con
un sistema correspondiente a la invención S1, PDL, S2, S1', PDL',
S2', ECU, para la transmisión de datos sobre una línea de datos PDL
entre un aparato central de control ECU y dos unidades de sensor S1
y S2 conectadas a la línea de datos común PDL. Además, se
representan en la figura 1 otra línea de datos PDL' y otras
unidades de sensor S1' y S2', que están conectadas a través de la
línea de datos PDL' con el aparato central de control ECU.
También la figura 2 muestra un aparato central
de control ECU, que a través de una línea de datos común PDL está
conectado con una primera y una segunda unidad de sensor S1 y S2
respectivamente.
La línea de datos común PDL sirve por un lado
para emitir periódicamente, por ejemplo cada 500 microsegundos,
pulsos de tensión (Sync) a las unidades de sensor S1 y S2, con los
que el aparato central de control ECU solicita paquetes de datos DP
de las unidades de sensor S1 y S2 respectivamente. Por otro lado,
envía tanto la primera unidad de sensor S1 como también la segunda
unidad de sensor S2 sobre esta línea de datos común PDL paquetes de
datos DP en forma de pulsos de intensidad, que en un modo de
servicio de prueba de la unidad de sensor contienen parámetros y
datos de prueba de las unidades de sensor S1 o S2 respectivamente o,
durante el modo de servicio normal, que es el predominante, de
ambas unidades de sensor S1 y S2, valores de medida de sensor.
Igualmente se representa una línea de masa común
GND que conduce el potencial de masa del aparato central de control
ECU a todas las unidades de satélite conectadas S1, S2.
La figura 3 muestra un dispositivo de sensor
correspondiente a la invención S1 y S2. A continuación se
describirán las particularidades de la unidad de sensor S1 o bien
S2 en base a una primera unidad de sensor S1. Estas
particularidades sirven no obstante también, evidentemente, para una
segunda unidad de sensor S2 correspondiente a la invención.
La unidad de sensor S1 presenta un sensor 2, por
ejemplo un sensor de aceleración 2, compuesto por un chip de
semiconductores, que presenta un semiconductor micromecánico, e
integrados sobre el mismo chip de semiconductores componentes
electrónicos semiconductores para procesar la señal. Un elemento
sensor micromecánico adecuado son por ejemplo estructuras masivas
móviles en una o varias direcciones de detección, liberadas por
ejemplo mediante procesos de corrosión en el curso de la
fabricación del chip de semiconductores, que juntamente con partes
del chip estáticas están conectadas como capacidad. En función de la
dirección e intensidad de una aceleración que actúa, se mueven las
estructuras masivas de diferente manera, lo que puede tomarse
eléctricamente como variación de capacidad. Un elemento de sensor
adecuado es no obstante también un elemento de sensor de presión en
el que un espacio hueco liberado por corrosión en el chip de
semiconductores es cerrado por una membrana estanca a la presión
del material semiconductor restante estanco a la presión atmosférica
del entorno. La membrana semiconductora cede frente a la presión
exterior del aire que actúa y puede estar conectada de la misma
manera que en las células de medida de aceleración juntamente con
partes de chip rígidas como capacidad, con lo que una presión
exterior del aire que varía puede medirse con una capacidad que
varía de la membrana del semiconductor en comparación con el resto
del chip de sensor. Igualmente pueden utilizarse, naturalmente,
otros principios de detección y estructuras de sensor, por ejemplo
interruptores mecánicos de aceleración, sensores piezorresistivos
de presión o aceleración, sensores de velocidad de giro,
interruptores de cortocircuito o también sensores de temperatura
que por ejemplo pueden detectar un aumento de temperatura en un
espacio hueco que durante el proceso del accidente se comprime, por
ejemplo el volumen interior de un una puerta del vehículo.
Igualmente se conocen además por ejemplo sensores térmicos de
aceleración de la firma MEMSIC (http://www.memsic.com/memsic/), en
los que las aceleraciones se detectan moviéndose el aire calentado
dentro del sensor debido a las aceleraciones que actúan más próximo
o más lejos de los sensores de temperatura.
Además, en la figura 3 se representa una memoria
3, en la que están memorizados parámetros de sensor, por ejemplo un
número de identificación de la unidad de sensor S1, su estado de
desarrollo o también datos de calibrado, por ejemplo fórmulas de
conversión de la gama de medidas o similares.
Además, muestra la figura 3 una unidad de
control del sensor 4, que presenta tanto una unidad de cálculo de
sensor 5 como también una interfaz de sensor 61, 62.
La unidad de cálculo de sensor 5 puede entonces
ser un circuito integrado específico de la aplicación, un llamado
ASIC 5, pero también un microcontrolador controlado por software 5.
En la interfaz de sensor 61, 62 representada en la figura 3, está
constituida una primera parte 61 de la interfaz de sensor 61, 62 en
forma de un circuito electrónico discreto formado por resistencias
R1, R2 y condensadores C1, C2, C3, y por el contrario una segunda
parte 62 dentro de un módulo integrado de la unidad de control de
sensor 4 está integrada con la unidad de cálculo de sensor 5.
Igualmente bien podría no obstante estar conectada toda la interfaz
de sensor 61, 62 de manera discreta sobre una platina o bien a la
inversa, estar integrada por completo dentro de un módulo con la
unidad de control de sensor 4. Esto se refiere por lo demás también
al sensor 2, que, contrariamente a como está representado, puede
estar dispuesto igualmente bien dentro de la unidad de control de
sensor 4 sobre un chip común, dado el caso incluso con todas las
otras unidades funcionales de la unidad de sensor S1.
A la línea de datos PDL se encuentra aplicada
una tensión de alimentación que es emitida por el aparato central
de control ECU. Igualmente, emite el aparato de control ECU, para
solicitar paquetes de datos DP de la unidad de sensor S1, mediante
modulación de tensión, pulsos de sincronización periódicamente Sync
sobre la línea de datos PDL. Estos son detectados por la interfaz
de sensor 61, 62.
La unidad de sensor S1 por su parte transmite
paquetes de datos DP sobre la línea de datos PDL, pero no en forma
de pulsos de tensión, sino en forma de pulsos de intensidad. Para
ello capta la unidad de cálculo del sensor 5 valores de medida del
sensor 2, por ejemplo valores de medida analógicos de aceleración,
transforma la señal analógica del sensor en una señal digital y
codifica el valor de medida digital del sensor con una resolución
que le viene prescrita tanto por la estructura del sensor como
también por los ajustes de la gama de medida, que usualmente están
memorizados en la memoria 2. Además, añade la unidad de cálculo 5 a
los bits de datos DB generados de esta manera adicionalmente un bit
de paridad PB, con lo que en la unidad receptora es posible
detectar al menos errores de bits sencillos en la transmisión de
datos. El tipo y forma de la codificación de datos se describirá
más abajo con más precisión.
El modo de servicio descrito hasta ahora de la
unidad de sensor S1 se denomina modo de servicio normal NM, ya que
en este modo de servicio, según las normas, esencialmente se
retransmiten datos del sensor 2 a la unidad central de control ECU,
que allí se llevan a un procesamiento posterior y que dado el caso
contribuyen a la activación de un elemento de protección de
ocupantes.
Otro modo de servicio es el llamado modo de
servicio de prueba TM. En este modo se generan por un lado datos de
prueba en la unidad de sensor S1, por ejemplo mediante una deflexión
de las estructuras micromecánicas del sensor 2 mediante un campo
eléctrico y una toma posterior de la señal de salida del sensor 2
generada de esta manera o mediante una alimentación específica de
señales conocidas en puntos de prueba dentro del circuito eléctrico
de la unidad de sensor S1, que provocan una señal esperada. Además,
se transmiten en el modo de servicio de prueba también parámetros
de serie de la unidad de sensor S1 o similares al aparato central
de control ECU.
La figura 4 muestra un aparato central de
control correspondiente a la invención ECU, que recibe paquetes de
datos DP sobre la línea de datos PDL y los convierte eléctricamente
de tal manera que la unidad de cálculo del aparato de control 9
conectada a la interfaz del aparato de control 8 puede utilizar un
algoritmo archivado en una memoria 10 del aparato de control ECU y
en la unidad de cálculo del aparato de control 9 para los paquetes
de datos recibidos DP, para decidir a continuación si a una unidad
de activación 11 ha de emitirse la correspondiente señal de
control, con lo que se emite la activación de un elemento de
protección de ocupantes conectados a la unidad de activación 11.
Una comprobación del distintivo correcto de un paquete de datos se
realiza en el ejemplo de ejecución mostrado en la unidad de cálculo
del aparato de control ECU.
A continuación se describe más en detalle la
codificación binaria de un paquete de datos:
La figura 5 muestra el tipo de codificación de
un estado lógico cero y de un estado lógico uno de un bit de datos
de un paquete de datos DP de la unidad de sensor S1. Sobre el eje de
ordenadas del diagrama se representa la sobreelevación de la
intensidad I_{PDL} (S1, S2) que viene provocada por los bits de
datos de un paquete de datos DP. En la clase de codificación
utilizada ahora de los bits de datos DB se trata de una codificación
de flancos en una expresión posible de un código de Manchester. El
código de Manchester mostrado representa un bit cero debido a un
flanco descendente en el centro de un tiempo de bits t_{bit}
reservado para un bit y correspondientemente a la inversa, un bit
uno debido a un flanco ascendente de la señal de intensidad. Para
representar correspondientemente una secuencia de bits cero o una
secuencia de bits uno, debe preverse al menos una velocidad de
impulsos para la transmisión de datos, cuya duración de periodo sea
de la duración t_{bit} de un bit. Para una duración de bit
t_{bit} de 8 microsegundos, es por lo tanto necesaria una
velocidad de impulsos de al menos 125 kHz. No obstante, también es
posible un múltiplo de 125 kHz como velocidad de impulsos, por
ejemplo la velocidad de impulsos utilizada frecuentemente dentro de
microcontroladores de 8 MHz.
Evidentemente son posibles también otras
codificaciones de datos codificadas en flancos, pero también
cualesquiera otras codificaciones binarias de datos, por ejemplo la
conocida NRZ (No Return to Zero, no retorno a
cero).
La figura 6 muestra un paquete de datos completo
DP en un diagrama intensidad-tiempo. Los dos
primeros bits de un paquete de datos DP son dos bits de arranque SB
según una secuencia lógica 1 0. Los siete bits de datos que van a
continuación bit 0 a bit 6, representan los valores de medida del
sensor codificados en binario, siendo el primer bit transmitido el
bit de menor valor LSB y el último bit de datos transmitido 6 el bit
de mayor valor MSB. Esta estructura de datos es igual en este
sentido tanto en modo de servicio normal NM como también en modo de
servicio de prueba TM.
En el marco de la invención se diferencia un
paquete de datos DP en el modo de servicio normal NM por el bit de
paridad PB en el lugar de bits 7 del paquete de datos a transmitir
DP. En el modo de servicio normal NM, se complementa la cantidad de
7 estados de uno de los bits de datos 0 a 6 hasta una paridad impar
P del paquete de datos DP. En el modo de servicio de prueba TM, por
el contrario, debe ser siempre par la cantidad de estados de bits
transmitidos dentro de un paquete de datos DP, con lo que el bit de
paridad PB complementa los siete bits de datos 0 a 6 hasta una
paridad positiva TM.
La figura 7 muestra la secuencia en el tiempo
del modo de servicio de prueba TM y el modo de servicio normal NM
de una unidad de sensor S1 tras conectar la tensión de alimentación.
En la parte superior del diagrama se han representado a lo largo
del tiempo los pulsos de sincronización Sync emitidos periódicamente
por el aparato central de control ECU y en la parte inferior la
sobreelevación de intensidad I_{PDL} a lo largo del tiempo t, que
genera la unidad de sensor S1 para la transmisión de los paquetes de
datos DP.
En una fase de inicialización IP, que dura un
tiempo t_{ini}, no reacciona la unidad de sensor S1 a los pulsos
de sincronización Sync. Durante este tiempo de arranque t_{ini} se
colocan por ejemplo los reguladores de tensión, los condensadores
C1 a C3 y todos los demás módulos electrónicos dentro de la unidad
de control de sensor 4 en disponibilidad para el servicio, así como
las demás unidades funcionales de la unidad de sensor S1, por
ejemplo el sensor 2, la memoria 3, etc.
Tras el tiempo de inicialización t_{ini},
sigue el modo de servicio de prueba TM de la unidad de sensor S1.
En el modo de servicio de prueba, se transmiten a continuación de
los pulsos de sincronización de solicitud de datos Sync, parámetros
de la unidad de sensor S1 al aparato central de control ECU. Cada
transmisión de paquetes de datos DP dentro del modo de servicio de
prueba TM, como también posteriormente en el modo de servicio
normal NM, se inicia mediante un pulso de sincronización Sync.
La figura 8 muestra el tipo de parámetros que se
transmiten uno tras otro durante el modo de servicio de prueba
TM:
Los dos primeros paquetes de datos DP tras los
dos primeros impulsos de sincronización Sync son paquetes de datos
DP con contenido previamente conocido, para probar la propia
transmisión de datos, por ejemplo los valores mostrados en
representación hexadecimal 55h y AAh. A continuación se transmiten
los paquetes de datos DP, cuyo contenido da información sobre el
tipo de sensor utilizado, su sensibilidad, su gama de salida y de
estándar de serie del circuito electrónico de la unidad de sensor
S1. Los cuatro siguientes paquetes de datos DP incluyen el número
de serie de la unidad de sensor S1. Puesto que un paquete de datos
presenta 7 bits de datos, pueden representarse mediante estos
cuatro paquetes de datos DP números de serie de 0 a 268 x 10^{6}.
A continuación, sigue un paquete de datos DP, que expresa el estado
de la unidad de sensor S1 conectada. De esta manera se visualiza
por ejemplo una capacidad funcional correcta de la unidad de sensor
S1 o también uno de varios códigos de error. En el modo de servicio
normal que corre posteriormente, se reúnen por el contrario, debido
a la limitada resolución de un paquete de datos, mediante sólo
siete datos DB, varios códigos de error en un único aviso de error
1111111.
Ahora sigue un autotest de la unidad de sensor
S1, por ejemplo un autotest del sensor 2, tal como se ha descrito
bastante más arriba. Los resultados de este autotest se transmiten
en forma de paquetes de datos DP sucesivos, que son solicitados por
el aparato central de control ECU mediante pulsos de sincronización
Sync.
Tal como puede verse en la figura 7, comienza el
modo de servicio de prueba TM tras transcurrir el tiempo de
aceleración t_{ini} y finaliza tras transcurrir el tiempo de
prueba t_{chk.} El tiempo t_{chk} dura hasta la entrada de un
nuevo pulso de sincronización, una vez que en el modo de servicio de
prueba TM se han transmitido todos los paquetes de datos deseados
DP, en el ejemplo presente de ejecución 201 paquetes de datos.
Al modo de servicio de prueba TM le sigue el
modo de servicio normal NM de la unidad de sensor S1, en el que de
la manera ya conocida, tras cada pulso de sincronización Sync se
transmiten valores de medida de sensor en forma de paquetes de
datos DP al aparato central de control ECU.
La figura 9 muestra en un diagrama el estado de
la paridad P de los paquetes de datos TP emitidos por la unidad de
sensor S1 durante ambos modos de servicio descritos y la fase
inicial de inicialización IP. Se muestra en el eje de ordenadas la
paridad y sobre el eje de abscisas el tiempo. El valor 1 mostrado en
el diagrama de la paridad P representa, basándose en un uno lógico,
una paridad impar P, expresando el valor 0, apoyándose en un cero
lógico, una paridad par P. En la fase de inicialización IP de la
unidad de sensor S1, la paridad P es indeterminada, ya que tampoco
se transmite paquete de datos alguno al aparato central de control
ECU y por lo tanto la seguridad de transmisión de datos no juega
ningún papel. En el modo de servicio de prueba TM, la paridad DP de
los paquetes de datos transmitidos DP es de 0, y cambia con el
primer paquete de datos transmitido DP en el modo de servicio
normal NM de la unidad de sensor S1 a una paridad impar P1.
La figura 10 muestra, en cada caso representado
a lo largo del mismo eje de tiempos, en el caso del diagrama más
superior, una secuencia de dos pulsos de sincronización periódicos
Sync y un pulso de sincronización falso Sync'. En el segundo
diagrama de arriba se ha representado en el eje de ordenadas la
intensidad I_{PDL} (S1, S2) que se genera cuando dos unidades de
sensor S1 y S2 están conectadas a una línea de datos PDL, tal como
se ha representado ya en la figura 2. Tras un primer tiempo de
espera (t_{dly1}) tras entrar el impulso de sincronización Sync,
se emite, en cada caso comenzando con los dos bits de arranque SB,
el paquete de datos DP de la primera unidad de sensor S1, y tras un
segundo tiempo de espera (t_{dly2}) el paquete de datos DP de la
segunda unidad de sensor S2. El pulso de sincronización Sync'
incorrecto, inducido por ejemplo por una perturbación
electromagnética sobre la línea de datos común PDL, no inicia una
transmisión de un paquete de datos DP de la unidad de sensor S1 ni
de la unidad de sensor S2, ya que la emisión de la señal de ambos
está bloqueada hasta transcurrir un tiempo de bloqueo
t_{Sync\_off} tras el último pulso de sincronización válido
reconocido Sync.
Para oponerse por ejemplo a una carga no deseada
de la red de entrada R1, C1, R2, C2, C3 de la primera parte 61 de
la interfaz de sensor 61, 62, que viene originada por el impulso de
sincronización Sync, tiene lugar tras un período de bloqueo de
descarga t_{dis} un corto pulso de descarga Dis a través de ambas
unidades de sensor S1 y S2 con una amplitud de intensidad doble de
un bit de datos DB. El tercer y el cuarto diagrama de arriba
muestran la sobreelevación de la señal de intensidad I_{PDL} (S1)
e I_{PDL} (S2) originada por sólo una unidad de sensor S1 o bien
S2, realizándose la emisión de los datos de la primera unidad de
sensor S1 tras el primer tiempo de bloqueo t_{dly1}, pero
realizándose la emisión de datos de la segunda unidad de sensor
tras el segundo tiempo de bloqueo t_{dly2.} Correspondientemente,
es suficiente en ambos casos también solamente un pulso de descarga
Dis, que presenta solamente la amplitud de intensidad de un bit de
datos DB.
También es posible conectar sólo una unidad de
sensor S1 o S2 a la línea de datos PDL, pero enviar paquetes de
datos DP de esta unidad de sensor S1, S2 tanto después del primer
tiempo de bloqueo t_{dly1} como también tras el segundo tiempo de
bloqueo t_{dly2}. Esto es ventajoso sobre todo cuando se espera
una fuerte perturbación de las señales sobre la línea de datos PDL
y no obstante se reconoce mediante una transmisión redundante
mediante paquetes de datos DP del mismo contenido de información
una información transmitida incorrectamente y se desea
corregir.
Alternativamente es no obstante también posible
transmitir en cada caso los valores de sensor más actuales en los
paquete de datos sucesivos DP, con lo que por ejemplo en lugar de
una velocidad de transmisión de datos de 2 kHz, que viene
predeterminada por la duración del período de pulsos de
sincronización periódicos (Sync) del aparato central de control
ECU, puede lograrse una velocidad de transmisión efectiva de 4
kHz.
Claims (19)
1. Procedimiento para transmitir datos entre un
aparato central de control (ECU) de un sistema de protección de
ocupantes en un vehículo (1) y al menos una unidad de sensor
descentralizada (S1, S2), que incluye un sensor (2) que capta datos
de medida, funcionando las unidades de sensor (S1, S2) en un modo de
servicio normal (NM) o en un modo de servicio de prueba (TM),
incluyendo los datos transmitidos en el modo de servicio normal (NM)
datos de medida del sensor, y por el contrario en el modo de
servicio de modo de prueba (TM), contienen parámetros de la unidad
de sensor (S1, S2) y en el que en cada uno de los modos de
servicio
- -
- se transmiten datos de la unidad de sensor (S1, S2) como paquetes de datos (DP) de distintos bits de datos;
- -
- el aparato central de control (ECU) emite periódicamente pulsos de sincronización (Sync) para solicitar paquetes de datos (DP) y
- -
- la(s) unidad(es) de sensor (S1, S2) envía(n) sus paquetes de datos (DP) presentes para su transmisión siempre tras el último pulso de sincronización (Sync) al aparato de control (ECU),
caracterizado porque
- -
- la unidad de sensor (S1, S2) añade un distintivo a los bits (DB) presentes para la transmisión, antes de la transmisión al aparato central de control (ECU), mediante adición de al menos un bit de distintivo (PB), y
- -
- los paquetes de datos (DP) presentan en el modo de funcionamiento normal (NM) en cada caso otro distintivo distinto al del modo de servicio de prueba (TM);
con lo que los paquetes de datos (DP) del modo
de servicio normal (NM) y del modo de servicio de prueba (TM)
pueden diferenciarse entre sí en base al correspondiente distintivo
con claridad.
2. Procedimiento según la reivindicación 1,
caracterizado porque
- -
- el distintivo de un paquete de datos es su paridad (P); y
- -
- la paridad (P) se añade al correspondiente paquete de datos (DP) ventajosamente mediante la adición de un bit de paridad (PB);
con lo que en función del estado lógico del bit
de paridad añadido (PB) se complementa la cantidad de unos lógicos
de entre los bits de datos (DB) en un paquete de datos (DP) hasta un
número par, para tener una paridad par (P) del paquete de datos
(DP) o bien hasta un número impar para disponer de una paridad impar
(3) y los paquetes de datos (DP) presentan en el modo de servicio
normal (NM) otra paridad diferente a en del modo de servicio de
prueba (TM).
3. Procedimiento según la reivindicación 2,
caracterizado porque
- -
- los paquetes de datos (DP) presentan en el modo de servicio normal (NM) una paridad impar (P); y
- -
- los paquetes de datos (DP) presentan en el modo de servicio de prueba (TM) una paridad par (P).
4. Procedimiento según la reivindicación 1,
caracterizado porque el parámetro del
correspondiente paquete de datos es una suma transversal (Checksum)
caracterizadora, que se añade al correspondiente paquete de datos
(DP) ventajosamente mediante adición de varios bits de sumas
transversales (CB), presentando la suma transversal (Checksum)
caracterizadora en el modo de servicio normal (NM) siempre otro
valor distinto a en el modo de servicio de prueba (TM).
5. Procedimiento según una de las
reivindicaciones 1 ó 4,
caracterizado porque la(s)
unidad(es) de sensor (S1, S2), tras una conexión de su
tensión de alimentación mediante la unidad central de control
(ECU)
- -
- envía paquetes de datos(DP) sólo tras transcurrir un tiempo de inicialización (t_{ini}) en base a los impulsos de sincronización de solicitud de datos (Sync) del aparato central de control (ECU),
\newpage
- -
- tras transcurrir el tiempo de inicialización (t_{ini}), durante el tiempo de prueba (t_{chk}) funciona en el modo de servicio de prueba (TM), durando el tiempo de prueba (t_{chk}) hasta que se ha transmitido una cantidad previamente determinada de paquetes de datos (DP); y
- -
- sólo tras transcurrir el tiempo de prueba (t_{chk}) funciona en el modo de funcionamiento normal (NM).
6. Procedimiento según una de las
reivindicaciones 1 a 5,
caracterizado porque
- -
- la tensión de alimentación de la(s) unidad(es) de sensor (S1, S2) y la transmisión de datos se realiza sobre solamente una única línea eléctrica de datos (PDL) y
- -
- el aparato central de control (ECU) emite, para solicitar paquetes de datos (DP), periódicamente pulsos de sincronización (Sync) mediante modulación de la tensión de alimentación sobre la línea de datos (PDL).
7. Procedimiento según una de las
reivindicaciones 1 a 6,
caracterizado porque otra emisión de
paquetes de datos (DP) de la unidad de sensor (S1) mediante un nuevo
sync pulso de sincronización (Sync) sólo puede originarse de nuevo
tras un tiempo de bloqueo (t_{off}), que comienza con el último
pulso de sincronización reconocido (Sync) e inmediatamente antes del
siguiente pulso de sincronización(Sync).
8. Procedimiento según una de las
reivindicaciones 1 a 7,
caracterizado porque un primer paquete de
datos de una unidad de sensor descentralizada (S1) se envía dentro
de la duración de un periodo (T2) de los pulsos de sincronización
(Sync) que se repiten periódicamente tras un primer tiempo de
espera (t_{dly1}) tras el pulso de sincronización (Sync) al
aparato central de control (ECU).
9. Procedimiento según una de las
reivindicaciones 1 a 8,
caracterizado porque se envía un segundo
paquete de datos de una unidad de sensor descentralizada (S1) dentro
de una duración de un periodo (T_{2}) de los pulsos de
sincronización (Sync) que se repiten periódicamente tras un segundo
tiempo de espera (t_{dly2}) tras el pulso de sincronización (Sync)
al aparato central de control (S) y dado el caso otros paquetes de
datos (DP) tras los correspondientes otros tiempos de espera.
10. Procedimiento según la reivindicación 8 y
9,
caracterizado porque el primer y el
segundo paquete de datos (DP) y dado el caso otros paquetes de datos
(DP) de una unidad de sensor (S1, S2) transmiten en cada caso un
valor que se deduce del mismo valor de medida del sensor.
11. Procedimiento según una de las
reivindicaciones 8 ó 9,
caracterizado porque el primer y el
segundo paquete de datos (DP) y dado el caso otros paquetes de datos
(DP) de una unidad de sensor (S1) transmiten valores que se derivan
en cada caso de distintos valores de medida de sensor,
ventajosamente de dos o más valores de medida de sensor existentes
consecutivos en el tiempo.
12. Procedimiento según la reivindicación
11,
caracterizado porque cada paquete de
datos (DP) de varias unidades de sensor (S1, S2) descentralizadas
conectadas a la línea de datos, sólo se envía tras un tiempo de
espera (t_{dly1}, t_{dly2}) en cada caso diferente tras el
pulso de sincronización (Sync) al aparato central de control
(ECU).
13. Procedimiento según la reivindicación
12,
caracterizado porque las unidades de
sensor (S1, S2) captan sus valores de medida de sensor del
correspondiente sensor mediante iniciación por parte del impulso de
sincronización (Sync), con lo que los correspondientes valores de
medida de sensor transmitidos en los paquetes de datos (DP) de
diversas unidades de sensor (S1, S2) son captados en el marco de la
tolerancia de medida en cada caso en el mismo momento.
14. Procedimiento según la reivindicación
13,
caracterizado porque la lectura de los
valores de sensor se realiza mediante una digitalización de valores
de medida de sensor que existen analógicamente.
15. Procedimiento según una de las
reivindicaciones 1 a 14,
caracterizado porque los bits de datos de
los paquetes transmitidos (DP) se codifican en flancos,
preferentemente en codificación de Manchester.
16. Procedimiento según una de las
reivindicaciones 1 a 15,
caracterizado porque un paquete de datos
(DP) presenta en el servicio de modo normal y/o en el modo de
servicio de prueba la siguiente muestra de bits:
- -
- 7 bits de datos (DB) para la transmisión de los valores de medida de sensor o parámetros de sensor;
- -
- 2 bits de arranque (SB); y
- -
- el bit de paridad (PB).
17. Unidad de sensor (S1, S2) de un sistema de
protección de ocupantes en un vehículo (1) para detectar valores de
medida de sensor y para transmitir los valores de medida de sensor a
un aparato central de control (ECU) según un procedimiento de las
reivindicaciones 1 a 16, que presenta un sensor (2), una memoria
(3), una unidad de control de sensor (4), un unidad de cálculo de
sensor (5) y una interfaz de sensor (61, 62), siendo adecuada la
unidad de control de sensor (4) y/o la unidad de cálculo de sensor
(5) para dar lugar a la emisión del distintivo correcto de un
paquete de datos DP en cada modo de servicio de la unidad de sensor
(S1, S2).
18. Aparato central de control (ECU) para su
utilización en un procedimiento para transmitir datos según una de
las reivindicaciones 1 a 16, con una interfaz del aparato de control
(8), una unidad de cálculo del aparato de control (9) y una memoria
del aparato de control (10), donde mediante la interfaz del aparato
de control (8),
- -
- puede emitirse una tensión de alimentación para al menos una unidad de sensor (S1, S2) según la reivindicación 17;
- -
- para solicitar paquetes de datos (DP) por parte de las unidades de sensor (S1, S2), de las que al menos hay una, pueden emitirse periódicamente pulsos de sincronización (Sync);
- -
- pueden recibirse paquetes de datos (DP) transmitidos como pulsos de intensidad;
y siendo adecuada la unidad de cálculo del
aparato de control (5) para detectar el distintivo correcto de un
paquete de datos DP.
19. Sistema que puede utilizarse para llevar a
cabo un procedimiento para transmitir datos según una de las
reivindicaciones 1 a 16 y que incluye tanto una unidad de sensor
(S1, S2) según la de reivindicación 17, como también un aparato
central de control (ECU) según la reivindicación 18.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10321679A DE10321679B4 (de) | 2003-05-14 | 2003-05-14 | Verfahren und Vorrichtung zur Übertragung von Daten zwischen einem zentralen Steuergerät eines Insassenschutzsystems in einem Fahrzeug und mindestens einer dezentralen Sensoreinheit |
| DE10321679 | 2003-05-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2276320T3 true ES2276320T3 (es) | 2007-06-16 |
Family
ID=33440798
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04741473T Expired - Lifetime ES2276320T3 (es) | 2003-05-14 | 2004-04-19 | Procedimiento y dispositivos para la transmision de datos entre un aparato de control de un sistema de proteccion de ocupantes en un vehiculo y al menos una unidad de sensor descentralizada. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US7487022B2 (es) |
| EP (1) | EP1622796B1 (es) |
| JP (1) | JP2006525912A (es) |
| KR (1) | KR101068003B1 (es) |
| CN (1) | CN100379609C (es) |
| DE (2) | DE10321679B4 (es) |
| ES (1) | ES2276320T3 (es) |
| WO (1) | WO2004101326A1 (es) |
Families Citing this family (30)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102005001711A1 (de) * | 2005-01-13 | 2006-07-27 | Trw Automotive Gmbh | Elektroniksystem insbesondere für Fahrzeuge und Verfahren zur Reduzierung der Auswirkung elektromagnetischer Strahlung auf Elektroniksysteme in Fahrzeugen |
| DE102005010672A1 (de) * | 2005-03-09 | 2006-09-14 | Bayerische Motoren Werke Ag | Kraftfahrzeug-Steuergerät |
| DE102005014783A1 (de) * | 2005-03-31 | 2006-10-05 | Siemens Ag | Verfahren und Vorrichtungen zum Übertragen von Daten auf eine Datenleitung zwischen einem Steuergerät und zumindest einem dezentralen Datenverarbeitungsgerät |
| JP4839699B2 (ja) * | 2005-07-01 | 2011-12-21 | トヨタ自動車株式会社 | 車両用センサ制御システム |
| DE102005036050B4 (de) | 2005-08-01 | 2019-03-07 | Robert Bosch Gmbh | Steuergerät zur Ansteuerung von Personenschutzmitteln |
| DE102006002748A1 (de) * | 2006-01-20 | 2007-07-26 | Conti Temic Microelectronic Gmbh | Insassenschutzsystem für ein Kraftfahrzeug |
| JP4670709B2 (ja) * | 2006-03-31 | 2011-04-13 | 株式会社デンソー | 車両用衝突検知システム |
| DE102007028002A1 (de) | 2006-06-14 | 2008-03-27 | Continental Teves Ag & Co. Ohg | Verfahren zum Übertragen von Messdaten und Sensoreinrichtung |
| DE102006031237B4 (de) * | 2006-07-06 | 2017-09-28 | Robert Bosch Gmbh | Steuergerät zur Ansteuerung von Personenschutzmitteln, Vorrichtung zur Ansteuerung von Personenschutzmitteln und Verfahren zur Ansteuerung von Personenschutzmitteln |
| US20090313407A1 (en) * | 2006-08-01 | 2009-12-17 | Freescale Semiconductor, Inc. | Data communication system and method |
| US8307227B2 (en) * | 2006-11-08 | 2012-11-06 | Freescale Semiconductor, Inc. | Data communication system and method |
| US20090051510A1 (en) * | 2007-08-21 | 2009-02-26 | Todd Follmer | System and Method for Detecting and Reporting Vehicle Damage |
| DE102008008160A1 (de) | 2008-02-08 | 2009-08-13 | Conti Temic Microelectronic Gmbh | Verfahren zur Versorgung einer elektrischen Baugruppe in einem Fahrzeug aus einem Gleichspannungsbordnetz |
| DE102008011165B4 (de) | 2008-02-26 | 2017-05-04 | Autoliv Development Ab | Sensoranordnung für ein Insassenschutzsystem eines Kraftfahrzeugs |
| DE102008040315A1 (de) * | 2008-07-10 | 2010-01-14 | Robert Bosch Gmbh | Rückhaltemittelsteuerung für ein Steuergerät |
| JP4596068B2 (ja) | 2008-11-12 | 2010-12-08 | 株式会社デンソー | 乗員保護システムの通信装置 |
| JP5218018B2 (ja) * | 2008-12-18 | 2013-06-26 | 株式会社デンソー | センサ装置 |
| EP2211147B1 (de) * | 2009-01-23 | 2012-11-28 | Micronas GmbH | Verfahren zur Funktionsüberprüfung einer elektrischen Schaltung |
| US7969041B2 (en) * | 2009-02-03 | 2011-06-28 | Infineon Technologies Ag | System where the number of conductors equals the number of sensors and each of the sensors receives voltages via a different set of two conductors and provides data via the different set of two conductors |
| DE102009001370B4 (de) | 2009-03-06 | 2018-08-23 | Robert Bosch Gmbh | Empfangseinrichtung zum Aufnehmen von Stromsignalen, Schaltungsanordnung mit einer Empfangseinrichtung und Verfahren zum Übertragen von Stromsignalen über ein Bussystem |
| WO2010122128A1 (en) * | 2009-04-22 | 2010-10-28 | Patrick Reilly | A cable system with selective device activation for a vehicle |
| US20110015804A1 (en) * | 2009-07-17 | 2011-01-20 | Delphi Technologies, Inc. | Vehicle Threshold Based Synchronous Communication System and Method |
| DE102009037156A1 (de) * | 2009-08-04 | 2011-02-17 | Lenze Automation Gmbh | Verfahren zum synchronen Erfassen und Aufzeichnen von Prozess- und/oder Zustandsdaten sowie Automatisierungssystem |
| JP5120486B2 (ja) * | 2010-11-25 | 2013-01-16 | 株式会社デンソー | 乗員保護システムの通信装置 |
| JP6015708B2 (ja) * | 2014-05-13 | 2016-10-26 | 株式会社デンソー | ３相回転機の電流制御システム |
| JP6443227B2 (ja) * | 2015-06-08 | 2018-12-26 | 株式会社デンソー | 通信システム |
| JP6406336B2 (ja) * | 2016-11-14 | 2018-10-17 | オムロン株式会社 | センサ開通テストシステム、センサ開通テスト管理端末、センサ、センサ開通テスト方法及びプログラム |
| US10348430B2 (en) | 2017-01-10 | 2019-07-09 | Infineon Technologies Ag | Synchronization mechanism for high speed sensor interface |
| US10581543B2 (en) | 2017-01-10 | 2020-03-03 | Infineon Technologies Ag | Synchronization mechanism for high speed sensor interface |
| JP7353225B2 (ja) * | 2020-03-19 | 2023-09-29 | 三菱電機株式会社 | 半導体装置および環境発電システム |
Family Cites Families (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4538252A (en) * | 1981-08-24 | 1985-08-27 | International Business Machines Corporation | Light induced capacitance changes in donor polymers (or small molecules) films and its use for information storage in video disks and the like |
| DE3410082A1 (de) * | 1984-03-20 | 1985-09-26 | Robert Bosch Gmbh, 7000 Stuttgart | Steuergeraet fuer kraftfahrzeuge |
| DE3546662C3 (de) * | 1985-02-22 | 1997-04-03 | Bosch Gmbh Robert | Verfahren zum Betreiben einer Datenverarbeitungsanlage |
| DE3811217A1 (de) * | 1988-04-02 | 1989-10-12 | Bosch Gmbh Robert | Elektronische einrichtung |
| US5357141A (en) * | 1988-04-02 | 1994-10-18 | Robert Bosch Gmbh | Electronic device |
| DE9012215U1 (es) | 1990-08-24 | 1990-10-25 | Siemens Ag, 8000 Muenchen, De | |
| DE19655380C5 (de) * | 1995-10-26 | 2014-04-10 | Robert Bosch Gmbh | Airbagsystem |
| DE19609290C2 (de) * | 1995-10-26 | 2002-12-12 | Bosch Gmbh Robert | Airbagsystem |
| EP0883527B1 (de) * | 1996-03-08 | 1999-10-13 | Siemens Aktiengesellschaft | Anordnung zum steuern eines rückhaltemoduls, insbesondere für ein kraftfahrzeug |
| DE19616293A1 (de) * | 1996-04-24 | 1997-10-30 | Bosch Gmbh Robert | Bussystem für die Übertragung von Nachrichten |
| EP0813321A3 (de) * | 1996-06-14 | 2001-05-09 | TEMIC TELEFUNKEN microelectronic GmbH | Verfahren und Steuersystem zum Übertragen von Daten |
| DE19643502B4 (de) * | 1996-10-21 | 2007-05-16 | Bosch Gmbh Robert | Verfahren zur Decodierung eines digitalen Signals, Bussystem und Peripheriegerät hierfür |
| DE19646026A1 (de) | 1996-11-08 | 1998-05-14 | Bosch Gmbh Robert | Sicherheitssystem für Fahrzeuginsassen |
| DE19702270C2 (de) * | 1997-01-23 | 1999-03-18 | Telefunken Microelectron | Verfahren zum Übertragen von Information in einem System, insbesondere in einem Sicherheitssystem für Kraftfahrzeuge |
| DE19740021A1 (de) | 1997-09-11 | 1999-03-25 | Siemens Ag | Einrichtung für den Insassenschutz in einem Kraftfahrzeug |
| DE19742170C2 (de) * | 1997-09-24 | 2000-05-11 | Siemens Ag | Verfahren zur Erzeugung des Arbeitstaktes in einem Modul eines Datenübertragungssystems, und entsprechend ausgestattetes Datenübertragungssystem |
| DE19813123A1 (de) | 1998-03-25 | 1999-10-07 | Daimler Chrysler Ag | Insassenschutzsystem |
| JP3640143B2 (ja) * | 1998-12-25 | 2005-04-20 | 日産自動車株式会社 | 乗員保護装置 |
| DE19945614C1 (de) * | 1999-09-23 | 2000-12-28 | Bosch Gmbh Robert | Verfahren zur Datenübertragung zwischen einem Steuergerät für Rückhalteeinrichtungen und Sensoren |
| DE19946776A1 (de) | 1999-09-29 | 2001-04-12 | Bosch Gmbh Robert | Verfahren und Vorrichtung zu bidirektionalen Kommunikation wenigstens zweier Kommunikationsteilnehmer |
| DE10004281A1 (de) * | 2000-02-01 | 2001-08-09 | Siemens Ag | Datenübertragungsverfahren und -system, insbesondere für ein Kraftfahrzeug-Insassenschutzsystem |
| WO2001081124A1 (en) | 2000-04-25 | 2001-11-01 | Siemens Automotive Corporation | Method and system for communicating between sensors and a supplemental restraint system controller |
| DE10057916C2 (de) * | 2000-11-21 | 2003-04-17 | Bosch Gmbh Robert | Steuergerät für ein Rückhaltesystem in einem Kraftfahrzeug |
| DE10149332A1 (de) * | 2001-10-06 | 2003-04-30 | Bosch Gmbh Robert | Verfahren zur Übertragung von Daten von wenigstens einem Sensor zu einem Steuergerät |
-
2003
- 2003-05-14 DE DE10321679A patent/DE10321679B4/de not_active Expired - Fee Related
-
2004
- 2004-04-19 US US10/556,541 patent/US7487022B2/en not_active Expired - Fee Related
- 2004-04-19 EP EP04741473A patent/EP1622796B1/de not_active Expired - Fee Related
- 2004-04-19 KR KR1020057021616A patent/KR101068003B1/ko not_active IP Right Cessation
- 2004-04-19 JP JP2006508296A patent/JP2006525912A/ja active Pending
- 2004-04-19 DE DE502004002550T patent/DE502004002550D1/de not_active Expired - Lifetime
- 2004-04-19 WO PCT/EP2004/050561 patent/WO2004101326A1/de active IP Right Grant
- 2004-04-19 CN CNB2004800130048A patent/CN100379609C/zh not_active Expired - Fee Related
- 2004-04-19 ES ES04741473T patent/ES2276320T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE502004002550D1 (de) | 2007-02-15 |
| EP1622796A1 (de) | 2006-02-08 |
| CN1787934A (zh) | 2006-06-14 |
| WO2004101326A1 (de) | 2004-11-25 |
| US7487022B2 (en) | 2009-02-03 |
| EP1622796B1 (de) | 2007-01-03 |
| KR20060009346A (ko) | 2006-01-31 |
| CN100379609C (zh) | 2008-04-09 |
| DE10321679B4 (de) | 2006-11-30 |
| DE10321679A1 (de) | 2004-12-09 |
| KR101068003B1 (ko) | 2011-09-26 |
| US20070032933A1 (en) | 2007-02-08 |
| JP2006525912A (ja) | 2006-11-16 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2276320T3 (es) | Procedimiento y dispositivos para la transmision de datos entre un aparato de control de un sistema de proteccion de ocupantes en un vehiculo y al menos una unidad de sensor descentralizada. | |
| EP0834813B1 (en) | Method for transmitting signals between a microprocessor and an interface circuit | |
| US20060080495A1 (en) | Method and device for transmitting data on a data line between a central control unit and at least one data processing unit interface of at least one decentralized data processing unit | |
| US6205383B1 (en) | Method and apparatus for transmitting digital data from a measurement station of an occupant protection system in a motor vehicle to an air bag control unit | |
| ES2301058T3 (es) | Aparato de control que comprende un sensor de aceleracion. | |
| US6943669B2 (en) | Method for transmitting data from at least one sensor to a control unit | |
| US6870282B1 (en) | Method for the transmission of signals in a bus system, superposed on a direct supply voltage | |
| KR100343268B1 (ko) | 자동차에 배치된 2 모듈 사이의 데이터 전송을 제어하기위한 방법 및 장치 | |
| US20140200773A1 (en) | Device and method for triggering a vehicle occupant protection means, triggering system and vehicle | |
| US20090167004A1 (en) | Air Bag Control Apparatus | |
| JP4029744B2 (ja) | データ通信システム及び乗員保護装置 | |
| US20070132314A1 (en) | Device and method for the disposal/disposal firing of occupant protection devices/road user protection devices with pyrotechnic igniters | |
| US7273229B2 (en) | Apparatus for driving on-vehicle occupant-protecting airbag device | |
| ES2295407T3 (es) | Procedimiento para la transmision de datos desde al menos un sensor hacia un aparato de control. | |
| US7092806B2 (en) | Activation system for passenger protection apparatus | |
| ES2538659T3 (es) | Aparato, sistema y procedimiento para prendas de protección | |
| ES2325025T3 (es) | Procedimiento para la transmision de datos de sensores. | |
| US11549822B2 (en) | Device and method for monitoring a sensor clock signal | |
| KR100287074B1 (ko) | 자동차용 에어백의 무선 원격 구동시스템 | |
| US7398852B2 (en) | Noise-resistant circuit and apparatus using same | |
| US7110483B1 (en) | Communication method | |
| ES2374588T3 (es) | Aparato de control para la protección de personas y procedimiento para activar medios para la protección de personas. | |
| ES2257230T1 (es) | Un dispositivo de detector de barrera. |