DE102005048547A1 - Sensor, Steuergerät zur Ansteuerung von Personenschutzmitteln und Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten - Google Patents
Sensor, Steuergerät zur Ansteuerung von Personenschutzmitteln und Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten Download PDFInfo
- Publication number
- DE102005048547A1 DE102005048547A1 DE200510048547 DE102005048547A DE102005048547A1 DE 102005048547 A1 DE102005048547 A1 DE 102005048547A1 DE 200510048547 DE200510048547 DE 200510048547 DE 102005048547 A DE102005048547 A DE 102005048547A DE 102005048547 A1 DE102005048547 A1 DE 102005048547A1
- Authority
- DE
- Germany
- Prior art keywords
- sensor
- value
- counter
- values
- control 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.)
- Withdrawn
Links
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
-
- 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/01047—Architecture
- B60R2021/01054—Bus
- B60R2021/01068—Bus between different sensors and airbag control unit
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Mechanical Engineering (AREA)
- Arrangements For Transmission Of Measured Signals (AREA)
Abstract
Es wird ein Sensor bzw. ein Steuergerät zur Ansteuerung von Personenschutzmitteln (rhs) bzw. ein Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten vorgeschlagen. Kennzeichnend ist, dass der Sensor mit einem jeweiligen Sensorwert einen Zählerwert überträgt, so dass das Steuergerät in der Lage ist, festzustellen, ob die aufeinander folgend empfangenen Sensorwerte auch aufeinander folgend gemessen wurden.
Description
- Die Erfindung betrifft einen Sensor, ein Steuergerät zur Ansteuerung von Personenschutzmitteln und ein Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten nach der Gattung der unabhängigen Patentansprüche.
- Aus
DE 1 01 49 332 A1 ist es bereits bekannt, dass Daten von Sensoren zu einem Steuergerät übertragen werden. Dabei weist der Sensor einen Senderbaustein neben einem Sensierungselement und einer Messwerteelektronik auf. - Offenbarung der Erfindung
- Der erfindungsgemäße Sensor bzw. das erfindungsgemäße Steuergerät zur Ansteuerung von Personenschutzmitteln bzw. das erfindungsgemäße Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten haben demgegenüber den Vorteil, dass durch die Verknüpfung eines Sensorwerts mit einem Wert eines Zählers eine einfache Überprüfung der Funktionsfähigkeit des Sensors ermöglicht wird.
- Der Erfindung liegt der Gedanke zugrunde, dass ein Sensor mit einem internen Zähler ausgestattet wird. Dieser Zähler kann beispielsweise im Sendebaustein des Sensors untergebracht werden, der die Sensorwerte in ein Übertragungsprotokoll kodiert. Dabei wird jetzt einem Sensorwert eine Zahl, also ein Wert des Zählers, zugewiesen. Wurde ein Sensorwert gesendet, wird der Zähler um 1 erhöht. Dieser Wert wird dem Sensorwert mitgegeben, entweder dem Datenwort vorangeschickt, danach versendet oder direkt mit in das Datenwort integriert wird, wie es im Nachfolgenden beschrieben wird. Der Zähler wird außerdem automatisch zurückgesetzt, wenn sein Maximum erreicht worden ist. Damit kann mit kleinen Zahlen gearbeitet werden, so dass für den Wert des Zählers nur wenig Bandbreite bereitgestellt werden muss.
- Anhand des Zählerwerts im Datenwort kann nun das Steuergerät eindeutig erkennen, ob der darauf folgende Sensorwert wirklich der darauf folgend gesendete und gemessene Wert ist oder ob ein Wert übersprungen oder ein Sensorwert doppelt genommen wurde.
- Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen und Weiterbildungen sind vorteilhafte Verbesserungen des in den unabhängigen Patentansprüchen angegebenen Sensors bzw. Steuergerät bzw. Verfahrens zur Verarbeitung von aufeinander folgenden Sensorwerten möglich.
- Besonders vorteilhaft ist, dass der Sendebaustein den Wert als eine Signalpegelhöhe oder als eine Flankensteilheit oder einer Bitbreite oder einer Wortlänge oder als eine Prüfsumme oder in wenigstens einem Statusbit codiert. Diese und andere Möglichkeiten gibt es, um den Wert des Zählers zu codieren. Bei der Codierung über die Flankensteilheit wird folgendermaßen vorgegangen: Jedes Datenwort besitzt eine unterschiedliche Flankensteilheit entweder nur für das erste Datenbit oder besser für alle Bits des Datenworts. Um die Flankensteilheit der Bits zu bestimmen und zu unterscheiden, kann man beispielsweise verschiedene Hochpass-Glieder verwenden. Die Flankensteilheit ist jedoch ein analoges Kriterium, weshalb zur Unterscheidung unterschiedlicher Codierungen Toleranzintervalle vorgeben muss. Unter Prüfsummen wird hier die CRC (Cyclic Redundancy Check) und Checksummen verstanden. Damit ist es möglich, den Wert des Zählers übertragungseffizient zu codieren, da dabei sowieso vorgesehene Übertragungssymbole neu codiert werden.
- Darüber hinaus ist es vorteilhaft, dass der Sensor als Aufprallsensor außerhalb eines Steuergeräts zur Ansteuerung von Personenschutzmitteln konfiguriert wird. Dabei handelt es sich um die sogenannten peripheren oder auch Assistenzsensoren genannten Aufprallsensoren, die meist Beschleunigungssensoren sind, wobei aber auch Druck oder Temperatur oder andere Verformungssensoren dafür verwendet werden können. Auch Umfeldsensoren wie Ultraschall, Radar, Lidar und/oder Video können hier verwendet werden. Für diese Sensoren ist es besonders wichtig, dass das Steuergerät deren Funktionsfähigkeit überprüfen kann, da eine sonstige Verbindung zu diesen Sensoren zum Steuergerät und deren Prozessor nicht vorliegt. Die Erfindung ist jedoch nicht auf solche ausgelagerten Sensoren beschränkt, sie kann auch für Sensoren verwendet werden, die sich innerhalb des Steuergeräts befinden. Auch eine Sensorplattform kann dafür verwendet werden. Neben der meist bei den peripheren Sensoren verwendeten asynchronen Übertragung zum Steuergerät ist es auch möglich, dass die Erfindung bei einer synchronen Datenübertragung, also insbesondere bei einer Busdatenübertragung oder zumindest einer Übertragung, die durch das Steuergerät gesteuert wird, verwendet wird.
- Vorteilhafter Weise steuert der Prozessor eine Anzeige an, wenn der Prozessor anhand der Werte der Zähler bemerkt, dass eine Fehlfunktion des Sensors vorliegt. Die Anzeige kann in Form einer Warnlampe ausgebildet sein. Es ist jedoch möglich, auch auf einem Display eine entsprechende Anzeige vorzunehmen. Dieses Display kann das eines Bordcomputers oder eines Navigationsgerätes sein.
- Besonders vorteilhaft ist, dass die Bewertung, ob die Werte der Zähler so sind wie erwartet oder nicht, sich aus einer Differenzbildung von aufeinander folgend übertragenen Werten des Zählers ergibt, wenn diese Differenz mit einem vorgegebenen Schwellwert verglichen wird. Anhand des Unterschieds zwischen dem Schwellenwert und dem Differenzwert ergibt sich, ob es ein erwarteter Wert des Zählers ist, der empfangen wurde oder ob ein Wert doppelt oder gar nicht oder übersprungen wurde. In Abhängigkeit davon wird entschieden, ob der Sensorwert der diesen Zählerwert als Begleiter hat im Ansteuerungsalgorithmus für die Personenschutzmittel verwendet wird oder nicht. Insbesondere ist es hier möglich, anstatt den empfangenen Sensorwert zu nehmen, auch eine Inter- oder Extrapolation vornehmen zu können. Dafür sind im Prozessor, der meist als Microcontroller ausgebildet ist, dann geeigneter Algorithmen vorhanden, beispielsweise um eine Spline-Interpolation vornehmen zu können.
- Zeichnung
- Ausführungsbeispiele der Erfindung werden in der Zeichnung dargestellt und in der nachfolgenden Beschreibung näher erläutert. Es zeigen
1 ein erstes Blockschaltbild des erfindungsgemäßen Sensors bzw. Steuergeräts,2 ein zweites Blockschaltbild der Erfindung,3 ein Flussdiagramm des erfindungsgemäßen Verfahrens,4 ein erstes Beispiel, wie der Wert des Zählers übertragen wird,4 ein zweites Beispiel und5 ein drittes Beispiel. - Beschreibung
- In Kraftfahrzeugen wird eine Vielzahl von Sensoren eingebaut, von denen sehr viele für die aktive und passive Sicherheit herangezogen werden, beispielsweise Beschleunigungssensoren, Drehratensensoren, Körperschallsensoren und Drucksensoren zur Crashsensierung. Aber auch Reifendrucksensoren, Wankratensensoren, Temperatursensoren für ESP, ASR, AWS sowie Ultraschallsensoren, Videosensoren, eine Gewichtssensorik, Radar und Lidar werden verwendet.
- Insbesondere bei sicherheitsrelevanten Sensoren ist es wichtig zu wissen, ob der übertragene Sensorwert von einem peripheren Sensor noch gültig ist bzw. von welchem Zeitdatum er stammt, da die Auslöseentscheidung oftmals nur auf sehr wenigen Sensorwerten beruht. Daher ist jeder Sensorwert wichtig und darf nicht verloren gehen. Dies gilt insbesondere bei Seitencrashes. Periphere Aufprallsensoren kommunizieren heutzutage typischerweise asynchron, aber auch eine synchrone und synchronisierte Kommunikation ist bekannt, um die Robustheit der Datenübertragung noch zu erhöhen.
- Heutige Sensoren verfügen über verschiedene Diagnosemöglichkeiten, die beispielsweise einen Defekt in der Elektronik oder im Sensorelement selbst erkennen, einen Fehler qualifizieren und diesen statt mit dem eigentlichen Sensorwert an das Steuergerät übersenden, das dann den Fehlercode identifiziert und üblicherweise die Sensorik deaktiviert.
- Es sind jedoch auch Fehler denkbar, die nicht auf herkömmliche Weise entdeckt werden, so dass der Sensor weiterhin einen Sensorwert statt eines Fehlercodes an das Steuergerät übermittelt, obwohl dieses Signal eigentlich unplausibel erscheint. Im Ansteuerungsalgorithmus wird dieser falsche Signalwert ganz normal verarbeitet, was zu einem Fehlverhalten des Systems führen kann. Es kann insbesondere bei asynchroner Kommunikation dazu kommen, dass Sensorwerte einfach verschluckt werden oder dass bei der Abtastung durch die ECU einzelne Werte mehrfach verwendet werden und fälschlicherweise sequenziell in den Algorithmus wie zwei aufeinander gemessene Werte eingehen. Ein peripherer Sensor misst mit seinem internen Takt ständig und sendet die Daten einfach im eigenen Takt an das Steuergerät. Das Steuergerät holt die empfangenen Daten mit einer anderen Abtastrate aus dem Speicher der Empfängerbausteine, weshalb verschiedene Abtastvariationen möglich sind, die eine schlechtere Robustheit des Gesamtsystems verursachen. Selbst bei synchroner Kommunikation kann man nie sicher sein, ob man ein Datum verloren hat oder ob der Sensor hängt, das heisst er sendet immer mit nur dem selben letzten Wert den er gemessen hat, der aber plausibel und gültig ist.
- Erfindungsgemäß wird daher vorgeschlagen, den Sensorwert mit einem Wert eines sensorinternen Zählers zu koppeln, so dass das Steuergerät dann prüfen kann, ob der übertragene Sensorwert immer derselbe ist oder ob ein Sensorwert übersprungen wurde.
-
1 zeigt in einem ersten Blockschaltbild den erfindungsgemäßen Sensor BS, der über eine Leitung12 mit einem Steuergerät SG verbunden ist. Der Einfachheit halber ist hier lediglich ein Sensor dargestellt. Es ist jedoch möglich, dass mehr Sensoren an das Steuergerät SG angeschlossen sind. Auch eine Busverbindung der erfindungsgemäßen Sensoren ist möglich. Der Sensor BS ist hier als Beschleunigungssensor ausgebildet. Wie oben dargestellt, können jedoch auch andere Sensortypen verwendet werden. Mit dem Sensorelement10 , wie er mikromechanisch ausgebildet, wird die Beschleunigung aufgenommen und in ein elektrisches Signal übersetzt. Dieses elektrische Signal wird im Sensierungselement10 verstärkt und digitalisiert, so dass dann der Logikbaustein11 eine entsprechende Umformatierung für den Senderbaustein S vornehmen kann. Der Sendebaustein S fügt dem Sensorwert einen Wert eines Zählers C hinzu. Der Zähler C wird über den Logikbaustein11 gesteuert, der den Zähler C beim Erreichen des Maximalwerts zurücksetzt. Es ist möglich, dass auch der Logikbaustein11 bereits den Wert des Zählers mit dem Sensorwert verknüpft. Der Logikbaustein11 kann in einer Weiterbildung auch eine Vorverarbeitung der Sensorwerte vornehmen, beispielsweise im Vergleich mit einer Rauschschwelle. Der Senderbaustein S übermittelt dann über eine Strommodulation in einem Manchesterprotokoll den Sensorwert mit dem Zähler. Dies geschieht über die Leitung12 . Über einen Schnittstellenbaustein IF wird diese Datenübertragung vom Steuergerät SG empfangen. Der Schnittstellenbaustein IF als elektronischer Baustein mit verschiedenen elektronischen Bauelementen formatiert die Daten, die vom Sensor BS kommen, um in ein internes Protokoll, beispielsweise für den SPI, den Serial Peripherial Interface-Bus. Mit diesem Protokoll überträgt der Interface-Baustein IF die vom Sensor stammenden Daten BS an den Microcontroller μC. Der Microcontroller μC wertet nun zunächst den Zählerwert aus, indem er beispielsweise eine Differenz bildet mit dem vorangegangenen Zählerwert um zu erkennen, ob es sich tatsächlich hier um den nachfolgenden Sensorwert handelt. Ist das der Fall, dann kann der Microcontroller μC mit dem Sensorwert den Ansteueralgorithmus berechnen und bestimmen, ob er die Personenschutzmittel RHS ansteuern muss. Bei den Personenschutzmitteln RHS handelt es sich beispielsweise um Airbags, Gurtstraffer oder Überrollbügel oder auch um Fussgängerschutzmittel. Sollte es zu einer Ansteuerung dieser Personenschutzmittel kommen, bedient sich dabei der Microcontroller μC einer Zündkreisansteuerung FLIC, die die Zündkreise entsprechend aktiviert. Weitere in einem Steuergerät zur Ansteuerung von Personenschutzmitteln üblichen Bauelemente sind hier der Einfachheit halber nicht dargestellt. - Ergibt jedoch die Auswertung des Zählerwerts durch den Microcontroller μC, dass es sich hier nicht um den nachfolgenden Sensorwert handelt, sondern beispielsweise um den gleichen Wert noch einmal oder um einen übersprungenen Sensorwert, also das heisst, dass der aktuelle Sensorwert noch nicht gekommen ist, dann schreitet eine Fehlerbehandlung des Microcontrollers μC ein. Beispielsweise kann der Microcontroller μC den fehlenden Sensorwert durch Extra- oder Interpolation ermitteln und damit dann den Auslösealgorithmus rechnen. Zur Bestimmung der Interpolation weist der Microcontroller μC entsprechende Algorithmen auf. Der Microcontroller μC kann jedoch auch den Sensorwert völlig verwerfen, beispielsweise wenn erkannt wird, dass der Sensorwert darauf hindeutet, dass der Sensor nicht mehr korrekt funktioniert. Denn anhand des Zählerwertes im Datenwort kann das Steuergerät SG und damit der Microcontroller μC eindeutig erkennen, ob der darauf folgende Wert wirklich der darauf folgende gesendete und gemessene Wert ist oder ob ein Wert übersprungen oder einer doppelt angenommen wurde. Das Steuergerät SG überprüft einfach bevor die Werte in den Algorithmus gehen auf die Differenz der Zählerwerte zweier aufeinander folgender Sensordaten. Ist die Differenz genau 1, so ist alles in Ordnung, der zweite Sensorwert ist tatsächlich der darauf folgende und kann im Algorithmus direkt verarbeitet werden. Ist die Differenz genau 0, so wurde derselbe Wert nochmals abgeholt, er besitzt kein neueres Datum, sollte erstmal nicht direkt in den Algorithmus gelangen. Ist die Differenz längere Zeit 0, z. B. 5 bis 10 mal, so hängt der Sensor, er sendet nur noch einen alten Wert oder die Kommunikation ist aus irgendwelchen Gründen hängen geblieben, so dass eine Anzeige dis vom Microcontroller μC aktiviert werden sollte und der Sensor deaktiviert oder neu gestartet werden sollte. Neben einer Anzeige dis ist es auch möglich, eine Warnlampe anzusteuern.
- Ist die Differenz größer als 1, so wurde ein Wert übersprungen. Statt den Wert direkt in den Algorithmus zu leiten, kann man z.B. eine Interpolation zwischen diesem Wert und dem letzten Wert als Ersatzwert im Algorithmus verarbeiten. Alternativ zu einer Interpolation ist auch eine Extrapolation möglich. Insbesondere auch wenn die Zählerdifferenz gleich 0 ist und keine neueren Werte mehr empfangen werden.
-
2 zeigt ein zweites Ausführungsbeispiel des erfindungsgemäßen Sensors und des erfindungsgemäßen Steuergeräts SG. Der Sensor ist nunmehr im Steuergerät SG integriert und weist ein Sensorelement20 mit integrierter Elektronik auf einen Logikbaustein21 , der die Daten zum Microcontroller μC überträgt und einen Zähler C, dessen Datum mit dem Sensor zum Microcontroller μC übertragen wird. Wie oben dargestellt, wird in Abhängigkeit von dem Zählerwert der Microcontroller μC bestimmen, ob er die Personenschutzmittel RHS über die Zündkreisansteuerung FLIC ansteuern darf, und zwar in Abhängigkeit von der Auswertung des Sensorwerts oder ob er einen Fehler anzeigen muss und dies über die Anzeige DIS bzw. die Warenlampe durchführen muss. -
3 zeigt in einem Flussdiagramm das erfindungsgemäße Verfahren. In Verfahrensschritt300 werden die Sensorwerte mittels des Sensors BS erzeugt. In Verfahrensschritt301 werden der Sensorwert zusammen mit dem dazugehörigen Wert des Zählers zum Microcontroller μC übertragen. In Verfahrensschrittt302 erfolgt durch den Microcontroller die Überprüfung des Zählerwerts. Stellt der Microcontroller μC in Verfahrensschritt303 fest, dass der Zählerwert in Ordnung ist und er auf den darauf folgenden Sensorwert hinweist, dann wird in Verfahrensschritt304 der empfangene Sensorwert im Algorithmus verarbeitet. Wurde jedoch festgestellt, dass der Zählerwert nicht zum darauf folgenden Sensorwert gehören kann, dann bietet sich in Verfahrensschritt305 an, diesen Sensorschritt auszulassen oder eine Inter- oder Extrapolation vorzunehmen, um diesen Sensorwert zu kompensieren. In Verfahrensschritt306 wird dann auch noch eine Anzeige oder an eine Warnlampe angesteuert, um dem Fahrer mitzuteilen, dass ein Sensor defekt ist. Dies kann jedoch eine Option sein, anstatt ist es auch möglich, einen Neustart des Sensors zu versuchen. -
4 zeigt ein erstes Beispiel, wie der Wert des Zählers direkt in das Datenpaket, mit dem der Sensorwert übertragen wird, integriert ist. Dabei ist das Feld40 , der Sensorwert und das Feld41 hier mit C4 noch gekennzeichnet, der Zählerwert. Dies setzt sich fort mit den Datenfeldern42 ,44 ,46 ,48 und400 und den Zählerwerten43 ,45 ,47 ,49 und401 . Der Zähler zählt hier jeweils nur von 1 bis 4 und wird dann wieder zurückgesetzt, und zwar durch den Logikbaustein. -
5 zeigt ein weiteres Beispiel, wie der Zählerwert im Übertragungssignal des Sensorwerts codiert sein kann. Hier wird der Zählerwert durch den Pegel eingestellt. Soll der Zählerwert 1 dargestellt werden, wird nur der Level 1 als Amplitude für die zu übertragenden Daten gewählt, entsprechend die Level 2, 3 und 4 für die Zählerwerte 2 bis 4. Auch dann bei Data 5 wird der Zähler wieder zurückgesetzt und es wird im Level 1 übertragen. -
6 zeigt eine weitere Alternative hier für eine synchrone Kommunikation, bei der die Amplituden der Synchronimpulse hier fett gezeichnet variieren und die dazugehörigen Daten die gleiche Höhe aufweisen wie oben beschrieben. Das heisst auch hier wird mit verschiedenen Signalpegeln gearbeitet. Es zeigt lediglich, dass auch bei einer synchronen Kommunikation das erfindungsgemäße Verfahren bzw. der erfindungsgemäße Sensor bzw. das erfindungsgemäße Steuergerät anwendbar sind.
Claims (10)
- Sensor mit – einem Zähler (C) – einem Sendebaustein (S), der mit jedem Sensorwert einen Wert des Zählers sendet – einem Logikbaustein (
11 ,21 ) der den Zähler (C) zurücksetzt, wenn der Zähler seinen maximalen Wert erreicht hat. - Sensor nach Anspruch 1, dadurch gekennzeichnet, dass der Sendebaustein (S,
21 ) derart konfiguriert ist, dass der Sendebaustein (S,21 ) den Wert als eine Signalpegelhöhe oder als eine Flankensteilheit oder als eine Bitreihe oder als eine Wortlänge oder als eine Prüfsumme oder in wenigstens einem Statusbit codiert. - Sensor nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass der Sensor als Aufprallsensor außerhalb eines Steuergeräts zur Ansteuerung von Personenschutzmitteln konfiguriert ist.
- Sensor nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass der Sendebaustein (S) zur asynchronen Übertragung konfiguriert ist.
- Steuergerät (SG) zur Ansteuerung von Personenschutzmitteln (rhs) mit – einem Prozessor (μC), der aufeinander folgende Sensorwerte empfängt, wobei der Prozessor (μC) zu jedem Sensorwert jeweils einen Wert eines Zählers empfängt und in Abhängigkeit von dem jeweiligen Wert den dazugehörigen Sensorwert bewertet und in Abhängigkeit von der Bewertung die Personenschutzmittel (RHS) ansteuert.
- Steuergerät nach Anspruch 5, dadurch gekennzeichnet, dass der Prozessor (μC) in Abhängigkeit von der Bewertung einer Anzeige (DIS) ansteuert.
- Steuergerät nach Anspruch 5 oder 6, dadurch gekennzeichnet, dass der Prozessor (μC) die Bewertung derart durchführt, dass der Prozessor (μC) eine Differenz aus dem Wert und einem vergangen Wert bildet und die Differenz mit einem Schwellenwert vergleicht und in Abhängigkeit von diesem Vergleich den Sensorwert zur Bestimmung der Ansteuerung verwendet.
- Verfahren zur Verarbeitung von aufeinander folgenden Sensorfährten, mit folgenden Verfahrensschritten: – die Sensorwerte werden jeweils mit Werten eines Zählers versehen (
301 ) – die Sensorwerte werden in Abhängigkeit von den jeweiligen Werten verarbeitet (302 bis306 ). - Verfahren nach Anspruch 8, dadurch gekennzeichnet, dass aus den Werten von aufeinander folgenden Sensorwerten eine Differenz gebildet wird und die Differenz mit wenigstens einem Schwellenwert verglichen wird, wobei die Sensorwerte in Abhängigkeit von diesem Vergleich verarbeitet werden.
- Verfahren nach Anspruch 8 oder 9, dadurch gekennzeichnet, dass in Abhängigkeit von dem jeweiligen Wert an der Anzeige (DIS) angesteuert wird.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE200510048547 DE102005048547A1 (de) | 2005-10-11 | 2005-10-11 | Sensor, Steuergerät zur Ansteuerung von Personenschutzmitteln und Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE200510048547 DE102005048547A1 (de) | 2005-10-11 | 2005-10-11 | Sensor, Steuergerät zur Ansteuerung von Personenschutzmitteln und Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten |
Publications (1)
Publication Number | Publication Date |
---|---|
DE102005048547A1 true DE102005048547A1 (de) | 2007-04-12 |
Family
ID=37887067
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
DE200510048547 Withdrawn DE102005048547A1 (de) | 2005-10-11 | 2005-10-11 | Sensor, Steuergerät zur Ansteuerung von Personenschutzmitteln und Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten |
Country Status (1)
Country | Link |
---|---|
DE (1) | DE102005048547A1 (de) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8718894B2 (en) | 2009-02-03 | 2014-05-06 | Continental Teves Ag & Co. Ohg | Function securing unit for communication systems |
DE102013220475A1 (de) * | 2013-10-10 | 2015-04-16 | Continental Automotive Gmbh | Verfahren zum Bewerten des Signals eines Drucksensors |
DE102016223581A1 (de) * | 2016-11-28 | 2018-05-30 | Continental Teves Ag & Co. Ohg | Vorrichtung und Verfahren zum Überprüfen einer Funktionsfähigkeit eines Sensors |
-
2005
- 2005-10-11 DE DE200510048547 patent/DE102005048547A1/de not_active Withdrawn
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8718894B2 (en) | 2009-02-03 | 2014-05-06 | Continental Teves Ag & Co. Ohg | Function securing unit for communication systems |
DE102013220475A1 (de) * | 2013-10-10 | 2015-04-16 | Continental Automotive Gmbh | Verfahren zum Bewerten des Signals eines Drucksensors |
DE102016223581A1 (de) * | 2016-11-28 | 2018-05-30 | Continental Teves Ag & Co. Ohg | Vorrichtung und Verfahren zum Überprüfen einer Funktionsfähigkeit eines Sensors |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP1868851B1 (de) | Plausibilisierung von sensorsignalen im falle einer kollision | |
DE102012101747B4 (de) | Zuverlässige datenübertragung mit verringerter bit-fehlerrate | |
EP2769184B1 (de) | Plausibilitätsprüfung eines sensorsignals | |
EP1915278B1 (de) | Vorrichtung und verfahren zur seitenaufprallerkennung in einem fahrzeug | |
DE4425846A1 (de) | Verfahren zur Auslösung von Seitenairbags einer passiven Sicherheitseinrichtung für Kraftfahrzeuge | |
DE102006028667B4 (de) | Passagier-Schutzsystem zum Schützen von Passagieren in einem Fahrzeug vor einer Kollision | |
DE102013015575A1 (de) | Verfahren zum Überwachen einer Übertragungsstrecke | |
DE10152338B4 (de) | Verfahren und System zur Überwachung der Räder eines Kraftfahrzeuges | |
DE112017006282T5 (de) | Steuervorrichtung, Steuersystem, Steuerverfahren und Speichermedium | |
DE102012210233B4 (de) | Verfahren und Steuergerät zur Erkennung eines Aufpralls eines Kollisionsobjektes auf ein Fahrzeug | |
EP2032947A1 (de) | Sensor und verfahren zur datengewinnung | |
DE102017205063A1 (de) | Verfahren und Vorrichtung zur Überwachung eines Kraftrads | |
DE102005048547A1 (de) | Sensor, Steuergerät zur Ansteuerung von Personenschutzmitteln und Verfahren zur Verarbeitung von aufeinander folgenden Sensorwerten | |
EP1423301B1 (de) | Verfahren zur bestimmung einer auslösezeit für rückhaltemittel in einem fahrzeug | |
DE102009039145A1 (de) | Verfahren und Vorrichtung zur Überwachung des Füllstandes zumindest eines Betriebsmittels eines Fahrzeugs | |
DE10312105A1 (de) | Vorrichtung zur Ansteuerung von Rückhaltemitteln | |
WO2012097777A1 (de) | Verfahren zur datenübermittlung | |
DE102005034161B3 (de) | Elektronische Vorrichtung | |
EP1247699A2 (de) | Verfahren zur Auslösung eines Insassenschutzsystems in Fahrzeugen | |
DE102018129735B4 (de) | Verfahren zum Bestimmen eines Funktionszustands einer Sensorvorrichtung für ein Kraftfahrzeug, wobei eine Informationszeit bestimmt wird, Steuerungseinrichtung sowie Sensorvorrichtung | |
DE102020214591A1 (de) | Board-Fahrzeugnetzwerksystem | |
DE102015225742A1 (de) | Verfahren zum Verarbeiten von Sensorsignalen zum Steuern einer Personenschutzeinrichtung eines Fahrzeugs, Steuergerät und Fahrzeug | |
DE19653794C2 (de) | Verfahren zur Übertragung digitaler Daten in einem Insassenschutzsystem | |
DE102005036050B4 (de) | Steuergerät zur Ansteuerung von Personenschutzmitteln | |
DE102005008977A1 (de) | Verfahren zum Übertragen von Sensordaten zum sicheren Identifizieren |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
R119 | Application deemed withdrawn, or ip right lapsed, due to non-payment of renewal fee |
Effective date: 20110502 |