DE102018109439A1 - Kameragestützte fahrzeugleuchtendiagnose über fahrzeug-zu-fahrzeug-kommunikation - Google Patents

Kameragestützte fahrzeugleuchtendiagnose über fahrzeug-zu-fahrzeug-kommunikation Download PDF

Info

Publication number
DE102018109439A1
DE102018109439A1 DE102018109439.6A DE102018109439A DE102018109439A1 DE 102018109439 A1 DE102018109439 A1 DE 102018109439A1 DE 102018109439 A DE102018109439 A DE 102018109439A DE 102018109439 A1 DE102018109439 A1 DE 102018109439A1
Authority
DE
Germany
Prior art keywords
vehicle
lights
target vehicle
processor
camera
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.)
Pending
Application number
DE102018109439.6A
Other languages
English (en)
Inventor
Mathew A. Boesch
Daniel A. Makled
Michael McQuillen
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of DE102018109439A1 publication Critical patent/DE102018109439A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q11/00—Arrangement of monitoring devices for devices provided for in groups B60Q1/00 - B60Q9/00
    • B60Q11/005—Arrangement of monitoring devices for devices provided for in groups B60Q1/00 - B60Q9/00 for lighting devices, e.g. indicating if lamps are burning or not
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/26—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to indicate the vehicle, or parts thereof, or to give signals, to other traffic
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Q—ARRANGEMENT OF SIGNALLING OR LIGHTING DEVICES, THE MOUNTING OR SUPPORTING THEREOF OR CIRCUITS THEREFOR, FOR VEHICLES IN GENERAL
    • B60Q1/00—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor
    • B60Q1/02—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to illuminate the way ahead or to illuminate other areas of way or environments
    • B60Q1/04—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to illuminate the way ahead or to illuminate other areas of way or environments the devices being headlights
    • B60Q1/14—Arrangement of optical signalling or lighting devices, the mounting or supporting thereof or circuits therefor the devices being primarily intended to illuminate the way ahead or to illuminate other areas of way or environments the devices being headlights having dimming means
    • B60Q1/1415—Dimming circuits
    • B60Q1/1423—Automatic dimming circuits, i.e. switching between high beam and low beam due to change of ambient light or light level in road traffic
    • B60Q1/143—Automatic dimming circuits, i.e. switching between high beam and low beam due to change of ambient light or light level in road traffic combined with another condition, e.g. using vehicle recognition from camera images or activation of wipers
    • G—PHYSICS
    • G01—MEASURING; TESTING
    • G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
    • G01M11/00—Testing of optical apparatus; Testing structures by optical methods not otherwise provided for
    • G01M11/02—Testing optical properties
    • G01M11/06—Testing the alignment of vehicle headlight devices
    • G01M11/068—Testing the alignment of vehicle headlight devices with part of the measurements done from inside the vehicle
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/50—Context or environment of the image
    • G06V20/56—Context or environment of the image exterior to a vehicle by using sensors mounted on the vehicle
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V20/00—Scenes; Scene-specific elements
    • G06V20/50—Context or environment of the image
    • G06V20/56—Context or environment of the image exterior to a vehicle by using sensors mounted on the vehicle
    • G06V20/58—Recognition of moving objects or obstacles, e.g. vehicles or pedestrians; Recognition of traffic objects, e.g. traffic signs, traffic lights or roads
    • G06V20/584—Recognition of moving objects or obstacles, e.g. vehicles or pedestrians; Recognition of traffic objects, e.g. traffic signs, traffic lights or roads of vehicle lights or traffic lights
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G07C5/085—Registering performance data using electronic data carriers
    • G07C5/0866—Registering performance data using electronic data carriers the electronic data carrier being a digital video recorder in combination with video camera
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/18—Status alarms
    • G08B21/185—Electrical failure alarms
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/015—Detecting movement of traffic to be counted or controlled with provision for distinguishing between two or more types of vehicles, e.g. between motor-cars and cycles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/048—Detecting movement of traffic to be counted or controlled with provision for compensation of environmental or other condition, e.g. snow, vehicle stopped at detector
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0965—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages responding to signals from another vehicle, e.g. emergency vehicle
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/161—Decentralised systems, e.g. inter-vehicle communication
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096791—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is another vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • Mechanical Engineering (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Analytical Chemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Traffic Control Systems (AREA)
  • Lighting Device Outwards From Vehicle And Optical Signal (AREA)

Abstract

Es werden ein Verfahren und eine Vorrichtung zur kameragestützten Fahrzeugleuchtendiagnose über Fahrzeug-zu-Fahrzeug-Kommunikation offenbart. Ein beispielhaftes Fahrzeug beinhaltet eine nach vorne gerichtete Kamera und einen Prozessor. Der Prozessor klassifiziert ein Zielfahrzeug auf Grundlage von durch die Kamera aufgenommenen Bildern. Auf Grundlage der Klassifizierung bestimmt der Prozessor Orte von Leuchten an dem Zielfahrzeug und bestimmt, ob eine der Leuchten nicht ordnungsgemäß funktioniert. Des Weiteren sendet der Prozessor, wenn eine der Leuchten nicht ordnungsgemäß funktioniert, eine Nachricht über ein erstes Kommunikationsmodul an das Zielfahrzeug, die angibt, dass eine der Leuchten nicht ordnungsgemäß funktioniert.

Description

  • TECHNISCHES GEBIET
  • Die vorliegende Offenbarung betrifft im Allgemeinen Fahrzeugleuchten und insbesondere kameragestützte Fahrzeugleuchtendiagnose über Fahrzeug-zu-Fahrzeug-Kommunikation.
  • ALLGEMEINER STAND DER TECHNIK
  • In den USA wird das dedizierte Nahbereichskommunikations-(DSRC)-Netzwerk als Teil des intelligenten Transportsystems eingesetzt. DSRC ermöglicht es Fahrzeugen, die mit anderen Fahrzeugen kommunizieren, Fahrmanöver zu koordinieren und Warnungen über mögliche Straßengefahren bereitzustellen. Des Weiteren ermöglicht DSRC die Kommunikation mit infrastrukturbasierten Knoten, wie etwa einer Mautstelle und Lichtsignalanlagen. Der Einsatz des DSRC-Protokolls hat unter anderem zum Ziel, Todesfälle, Verletzungen, Sachschäden, Zeitverlust im Verkehr, Kraftstoffverbrauch und Abgasbelastung zu verringern.
  • Des Weiteren kann ein Fahrzeug gefahren werden, wenn eine oder mehrere Leuchten (z. B. Frontscheinwerfer, Heckscheinwerfer usw.) nicht funktionieren, ohne dass der Fahrer dies bemerkt. Dies ist insbesondere bei Heckscheinwerfern ein Problem. Das Fahren mit einer nichtfunktionsfähigen Leuchte kann gefährlich sein. Des Weiteren kann dies die Aufmerksamkeit der Polizei erregen und zu teuren Strafzetteln führen.
  • KURZDARSTELLUNG
  • Die beigefügten Patentansprüche definieren diese Anmeldung. Die vorliegende Offenbarung fasst Aspekte der Ausführungsformen zusammen und sollte nicht zur Einschränkung der Patentansprüche herangezogen werden. Andere Umsetzungen werden in Übereinstimmung mit den in dieser Schrift beschriebenen Techniken in Betracht gezogen, wie dem Durchschnittsfachmann bei der Durchsicht der folgenden Zeichnungen und detaillierten Beschreibung ersichtlich wird, und diese Umsetzungen sollen innerhalb des Schutzumfangs dieser Anmeldung liegen.
  • Es werden beispielhafte Ausführungsformen für eine kameragestützte Fahrzeugleuchtendiagnose über Fahrzeug-zu-Fahrzeug-Kommunikation offenbart. Ein beispielhaftes Fahrzeug beinhaltet eine Kamera und einen Prozessor. Der Prozessor klassifiziert ein Zielfahrzeug auf Grundlage von durch die Kamera aufgenommenen Bildern. Auf Grundlage der Klassifizierung bestimmt der Prozessor Orte von Leuchten an dem Zielfahrzeug und bestimmt, ob eine der Leuchten nicht ordnungsgemäß funktioniert. Des Weiteren sendet der Prozessor, wenn eine der Leuchten nicht ordnungsgemäß funktioniert, eine Nachricht über ein erstes Kommunikationsmodul an das Zielfahrzeug, die angibt, dass eine der Leuchten nicht ordnungsgemäß funktioniert.
  • Ein beispielhaftes Verfahren beinhaltet Erfassen eines Zielfahrzeugs mit Bereichserfassungssensoren und Klassifizieren des Zielfahrzeugs auf Grundlage von durch eine nach vorne gerichtete Kamera aufgenommenen Bildern. Das Verfahren beinhaltet außerdem Bestimmen von Orten von Leuchten an dem Zielfahrzeug auf Grundlage der Klassifizierung und Berechnen von Beleuchtungswerten für die Leuchten an dem Zielfahrzeug. Des Weiteren beinhaltet das beispielhafte Verfahren Bestimmen auf Grundlage der Beleuchtungswerte, ob die Leuchten nicht ordnungsgemäß funktionieren. Wenn die Leuchten nicht ordnungsgemäß funktionieren, beinhaltet das beispielhafte Verfahren Senden einer Nachricht mit einem Kommunikationsmodul an das Zielfahrzeug, die das Zielfahrzeug dazu veranlasst, einem Fahrer eine Warnung bereitzustellen.
  • Figurenliste
  • Zum besseren Verständnis der Erfindung kann auf Ausführungsformen Bezug genommen werden, die in den folgenden Zeichnungen gezeigt sind. Die Komponenten in den Zeichnungen sind nicht zwingend maßstabsgetreu und zugehörige Elemente können weggelassen sein oder in einigen Fällen können Proportionen vergrößert dargestellt sein, um die hierin beschriebenen neuartigen Merkmale hervorzuheben und eindeutig zu veranschaulichen. Außerdem können Systemkomponenten verschiedenartig angeordnet sein, wie auf dem Fachgebiet bekannt. Ferner sind in den Zeichnungen entsprechende Teile in den verschiedenen Ansichten durch gleiche Bezugszeichen gekennzeichnet.
    • 1 veranschaulicht ein Hostfahrzeug, das Fahrzeugleuchten eines Zielfahrzeugs gemäß den Lehren dieser Offenbarung diagnostiziert.
    • 2 veranschaulicht eine Ansicht des Zielfahrzeugs von dem Hostfahrzeug aus Anspruch 1.
    • 3 ist ein Blockdiagramm von elektronischen Komponenten des Hostfahrzeugs aus 1.
    • 4 ist ein Ablaufdiagramm eines Verfahrens zum Diagnostizieren von Leuchten des Zielfahrzeugs aus 1 und 2, das durch die elektronischen Komponenten aus 3 umgesetzt werden kann.
    • 5 ist ein Ablaufdiagramm eines Verfahrens zum Diagnostizieren von Heckscheinwerfern und Benachrichtigen des Zielfahrzeugs über Fahrzeug-zu-Fahrzeug-Kommunikation, das durch die elektronischen Komponenten aus 3 umgesetzt werden kann.
  • DETAILLIERTE BESCHREIBUNG BEISPIELHAFTER AUSFÜHRUNGSFORMEN
  • Obwohl die Erfindung in verschiedenen Formen ausgeführt sein kann, werden in den Zeichnungen einige beispielhafte und nicht einschränkende Ausführungsformen gezeigt und nachfolgend in der vorliegenden Schrift beschrieben, wobei es sich versteht, dass die vorliegende Offenbarung als eine Erläuterung der Erfindung anhand von Beispielen anzusehen ist und damit nicht beabsichtigt wird, die Erfindung auf die spezifischen veranschaulichten Ausführungsformen zu beschränken.
  • Ein Fahrzeug verwendet nach vorne gerichtete Leuchten (z. B. Frontscheinwerfer, Fernlichtscheinwerfer, Tagfahrleuchten (daytime running lamps - DRLs) und Nebelscheinwerfer usw.), um sowohl die Sicht des Fahrers auf die Fahrbahn (z. B. nach Sonnenuntergang, in Tunnels, bei schlechtem Wetter) zu verbessern als auch die Erkennbarkeit des Autors für andere Fahrer zu verbessern. DRLs sind bei Fahrzeugen immer häufiger. Die DRLs sind entweder (a) während des Fahrzeugbetriebs ständig eingeschaltet oder (b) eingeschaltet, wenn ein Signal hierzu gegeben wird (z. B. von einer straßenseitigen Einheit, die über Fahrzeug-zu-Fahrzeug-(vehicle-to-vehicle - V2V-)Kommunikation kommuniziert). Frontscheinwerfer können automatisch auf Grundlage eines Umgebungslichtsensors gesteuert oder manuell durch den Fahrer gesteuert werden. Nebelscheinwerfer und Fernlichtscheinwerfer werden manuell gesteuert.
  • Das Fahrzeug verwendet nach hinten gerichtete Leuchten (z. B. Heckscheinwerfer, Bremsleuchten, dritte Bremsleuchten (center high mounted stop lamps - CHMSL) usw.), um die Erkennbarkeit des Autos für andere Fahrer zu verbessern und zu kommunizieren, wenn das Fahrzeug abbremst. Wenn die Frontscheinwerfer eingeschaltet sind (z. B. nach Sonnenuntergang, in Tunnels, bei schlechtem Wetter usw.), sind die Heckscheinwerfer ebenfalls eingeschaltet. Die Bremsleuchten leuchten auf, wenn das Bremspedal heruntergedrückt wird, um das Fahrzeug abzubremsen. Die CHMSL ist höher als die Bremsleuchten an dem Fahrzeug angebracht, üblicherweise an der hinteren Windschutzscheibe. Die CHMSL leuchtet auf, wenn das Bremspedal heruntergedrückt wird, um das Fahrzeug abzubremsen.
  • Früher oder später verlieren die Glühbirnen oder Leuchtdioden (light emitting diodes - LEDs) der vorwärts gerichteten und rückwärts gerichteten Leuchten ihre Funktionsfähigkeit, da sie sich abnutzen. Des Weiteren können Leuchten schneller ihre Funktionsfähigkeit verlieren, wenn sie von kleineren Unfällen beeinträchtigt sind, was zu einem direkten Ausfall der Leuchten oder zu Wasserschäden führen kann, die einen Ausfall hervorrufen. Ausfälle werden außerdem durch fehlerhafte Lichtsensoren oder andere elektrische Störungen hervorgerufen. Wenn die Leuchten ausfallen, ist die Sicht des Fahrers auf die Fahrbahn beeinträchtigt und ist das Fahrzeug weniger sichtbar für andere Fahrer. Nicht alle Fahrer überprüfen regelmäßig, ob die Leuchten funktionieren, bevor sie losfahren. Bei einigen Leuchten, insbesondere nach hinten gerichteten Leuchten, ist es unter Umständen schwer zu erkennen, wenn sie nicht funktionieren. Des Weiteren beinhalten nicht alle Fahrzeug bordeigene Selbstdiagnose zum Prüfen auf Fehlfunktionen. Folglich kommt es bei Ausfällen von Leuchten häufig zu Strafzetteln und einem Eingreifen der Polizei.
  • Wie nachfolgend offenbart, verwendet ein Fahrzeug (mitunter als „Hostfahrzeug“ bezeichnet) eine Kamera, um (i) ein anderes Fahrzeug (mitunter als „Zielfahrzeug“ bezeichnet) zu kategorisieren, (ii) Orte der interessierenden Leuchten zu bestimmen, (iii) eine erwartete Beleuchtungsstärke zu bestimmen, (iv) zu bestimmen, ob die tatsächliche Beleuchtungsstärke der erwarteten Stärke entspricht, und (v) eine Nachricht an das Zielfahrzeug zu senden, wenn dies nicht der Fall ist. Das Hostfahrzeug kategorisiert das Fahrzeug unter Verwendung von Bilderkennung als eine Limousine, einen Geländewagen (Sports Utility Vehicle - SUV), einen LKW, einen Van oder ein Motorrad usw. In einigen Beispielen kann das Hostfahrzeug die Marke und das Modell des Fahrzeugs bestimmen. Auf Grundlage des Fahrzeugtyps des Zielfahrzeugs bestimmt das Hostfahrzeug den Ort (die Orte) der interessierenden Leuchten. Wenn es sich bei dem Zielfahrzeug zum Beispiel um eine Limousine handelt, können sich die Frontscheinwerfer, die Fernlichtscheinwerfer und die DRLs 2 Fuß von der Oberfläche der Fahrbahn befinden und können sich die Nebelscheinwerfer 1,5 Fuß von der Oberfläche der Fahrbahn befinden. In einigen Beispielen basiert die Größe der definierten Regionen auf der Größe der interessierenden Leuchten und der Entfernung zwischen dem Hostfahrzeug und dem Zielfahrzeug.
  • Das Hostfahrzeug bestimmt dann eine erwartete Beleuchtungsstärke von definierten Regionen um die interessierenden Leuchten. Die erwartete Beleuchtung basiert auf der Art der Leuchten (z. B. Frontscheinwerfer, Fernlichtscheinwerfer, DRLs, Nebelscheinwerfer usw.), einem Umgebungslicht, Wetter und/oder anderen situationsbedingten Faktoren. Nachts kann die erwartete Beleuchtung zum Beispiel ein erster Wert sein und tagsüber kann die erwartete Beleuchtung ein zweiter, niedriger Wert sein. Das Hostfahrzeug misst die tatsächliche Beleuchtung in den definierten Regionen um die interessierenden Leuchten. In einigen Beispielen berechnet das Hostfahrzeug einen durchschnittlichen Pixelwert in den definierten Regionen um die interessierenden Leuchten aus einem mit der Kamera aufgenommenen Bild und vergleicht den durchschnittlichen Pixelwert mit einem Schwellenwert. Der Schwellenwert basiert auf der erwarteten Beleuchtung und der Farbe der interessierenden Leuchten. Zum Beispiel kann der Schwellenwert für einen Frontscheinwerfer mit weiß assoziiert sein und der Schwellenwert für einen Heckscheinwerfer mit rot assoziiert sein.
  • Wenn die tatsächliche Beleuchtung nicht der erwarteten Beleuchtung gerecht wird, klassifiziert das Hostfahrzeug das Beleuchtungsdefizit. Wenn der Umgebungslichtsensor zum Beispiel angibt, dass es dunkel ist, und das Hostfahrzeug erfasst, dass einer von den Frontscheinwerfern an dem Zielfahrzeug nicht funktioniert (z. B. die Beleuchtung der definierten Region, die dem Frontscheinwerfer entspricht, nicht dem Schwellenwert gerecht wird), kann das Hostfahrzeug das Beleuchtungsdefizit so klassifizieren, dass einer der Frontscheinwerfer beschädigt ist. Als ein weiteres Beispiel kann das Hostfahrzeug das Beleuchtungsdefizit so klassifizieren, dass der Fahrer vergessen hat, die Frontscheinwerfer einzuschalten, wenn der Umgebungslichtsensor angibt, dass es dunkel ist, und das Hostfahrzeug erfasst, dass beide Frontscheinwerfer an dem Zielfahrzeug nicht funktionieren. Nach dem Klassifizieren des Beleuchtungsdefizits überträgt das Hostfahrzeug eine Nachricht über Fahrzeug-zu-Fahrzeug-(vehicle-zu-vehicle - V2V-)Kommunikation an das Zielfahrzeug. In einigen Beispielen gibt das Hostfahrzeug das Beleuchtungsdefizit durch Betätigen seiner Frontscheinwerfer an.
  • 1 veranschaulicht ein Hostfahrzeug 100, das Fahrzeugleuchten 102 eines Zielfahrzeugs 104 gemäß den Lehren dieser Offenbarung diagnostiziert. Das Hostfahrzeug 100 kann ein standardmäßiges benzinbetriebenes Fahrzeug, ein Hybridfahrzeug, ein Elektrofahrzeug, ein Brennstoffzellenfahrzeug und/oder ein Fahrzeugtyp mit beliebiger anderer Antriebsart sein. Das Hostfahrzeug 100 beinhaltet Teile, die mit Mobilität in Verbindung stehen, wie etwa einen Antriebsstrang mit einem Motor, ein Getriebe, eine Aufhängung, eine Antriebswelle und/oder Räder usw. Das Hostfahrzeug 100 kann nichtautonom, halbautonom (z. B. einige routinemäßige Fahrfunktionen werden durch das Hostfahrzeug 100 gesteuert) oder autonom (z. B. Fahrfunktionen werden ohne direkte Fahrereingabe durch das Hostfahrzeug 100 gesteuert) sein. In dem veranschaulichten Beispiel beinhaltet das Hostfahrzeug 100 eine Kamera 106, Bereichserfassungssensoren 108, einen Umgebungslichtsensor 110, ein dediziertes Nahbereichskommunikationsmodul (dedicated short range communication module - DSRC-Modul) 112, eine bordeigene Kommunikationsplattform 114 und einen Licht-Manager 116.
  • Die Kamera 106 nimmt Bilder zu Analyse auf, um (a) das Zielfahrzeug zu erfassen, (b) eine Entfernung zu dem Zielfahrzeug 104 zu bestimmen, (c) den Typ des Zielfahrzeugs 104 zu bestimmen und/oder (d) die Beleuchtung von Leuchten an dem Zielfahrzeug zu bestimmen. Die Kamera 106 ist an einem beliebigen geeigneten Ort angebracht, um Bilder des Zielfahrzeugs 104 aufzunehmen. Bei der Kamera 106 kann es sich um eine nach vorne gerichtete Kamera, eine nach hinten gerichtete Kamera oder eine 360-Grad-Kamera usw. handeln. In einigen Beispielen ist die Kamera 106 an dem Armaturenbrett des Hostfahrzeugs 100 angebracht, wenn es sich bei der Kamera 106 um eine nach vorne gerichtete Kamera handelt. Alternativ oder zusätzlich ist die Kamera 106 nahe dem Kennzeichenhalter vorne an dem Hostfahrzeug 100 angebracht, wenn es sich bei der Kamera 106 um eine nach vorne gerichtete Kamera handelt. In dem veranschaulichenden Beispiel aus 1 ist eine Kamera 106 gezeigt. Das Hostfahrzeug 100 kann jedoch mehrere Kameras 106 beinhalten, um Bilder zur Analyse aufzunehmen. Zum Beispiel kann das Hostfahrzeug 100 eine nach vorne gerichtete Kamera und eine nach hinten gerichtete Kamera beinhalten.
  • Die Bereichserfassungssensoren 108 erfassen, ob sich das Zielfahrzeug 104 in einer Reichweite des Hostfahrzeugs 100 (z. B. innerhalb von zehn Fuß, zwanzig Fuß usw. davon) befindet, um die Leuchten des Zielfahrzeugs 104 zu analysieren. Die Reichweite ist so ausgewählt, dass das Zielfahrzeug identifiziert werden kann und/oder die definierten Regionen (z. B. die definierten Regionen 200 aus 2 unten) groß genug sind, um die Beleuchtung der Leuchten 102 zu erfassen. Die Bereichserfassungssensoren 108 beinhalten Ultraschallsensoren, RADAR, LiDAR und/oder Infrarotsensoren.
  • Der Umgebungslichtsensor 110 misst Umgebungslicht in der Nähe des Hostfahrzeugs 100. Der Umgebungslichtsensor 110 kann zum Beispiel in ein Armaturenbrett eingebettet oder in einen Rückspiegel integriert sein. Der Umgebungslichtsensor 110 wird verwendet, um einen erwarteten Beleuchtungswert für interessierende Leuchten 102 zu bestimmen. Wenn der Umgebungslichtsensor 110 zum Beispiel angibt, dass es draußen hell ist, kann die erwartete Beleuchtung gering sein. Als ein weiteres Beispiel kann die erwartete Beleuchtung stark sein, wenn der Umgebungslichtsensor 110 angibt, dass es draußen dunkel ist.
  • Die beispielhaften DSRC-Module 112 beinhalten eine Antenne (Antennen), ein Radio (Radios) und Software zum Übertragen von Nachrichten und zum Unterstützen einer Kommunikation zwischen dem Hostfahrzeug 100 und dem Zielfahrzeug 104, infrastrukturbasierten Modulen (nicht gezeigt) und mobilvorrichtungsbasierten Modulen (nicht gezeigt). Weitere Informationen über das DSRC-Netzwerk und darüber, wie das Netzwerk mit Fahrzeughardware und -software kommunizieren kann, ist verfügbar im „Core System Requirements Specification (SyRS) Report“ vom Juni 2011 des US-Verkehrsministeriums (verfügbar unter http://www.its.dot.gov/meetings/pdf/CoreSystem_SE_SyRS_RevA%20(2011-06-13).pdf), welcher hiermit durch Bezugnahme in seiner Gesamtheit gemeinsam mit allen Unterlagen aufgenommen ist, die auf den Seiten 11 bis 14 des SyRS-Reports aufgeführt sind. DSRC-Systeme können an Fahrzeugen und am Straßenrand an Infrastruktur installiert sein. DSRC-Systeme, die Infrastrukturinformationen enthalten, sind als ein „straßenseitiges“ System bekannt. DSRC kann mit anderen Techniken kombiniert werden, wie zum Beispiel dem globalen Positionierungssystem (GPS), Visual Light Communications (VLC), Mobilfunkkommunikation und Nahbereichsradar, die es den Fahrzeugen ermöglichen, ihre Position, Geschwindigkeit, Richtung, relative Position zu anderen Objekten zu kommunizieren und Informationen mit anderen Fahrzeugen oder externen Computersystemen auszutauschen. DSRC-Systeme können in andere Systeme, wie zum Beispiel Mobiltelefone, integriert werden.
  • Gegenwärtig wird das DSRC-Netzwerk durch die Abkürzung DSRC oder seinen ausgeschriebenen Namen identifiziert. Mitunter werden jedoch andere Bezeichnungen verwendet, die sich üblicherweise auf ein Fahrzeugkonnektivitätsprogramm oder dergleichen beziehen. Die meisten dieser Systeme sind entweder reine DSRC oder eine Variation des WLAN-Standards IEEE 802.11. Jedoch sollen neben dem reinen DSRC-System auch dedizierte drahtlose Kommunikationssysteme zwischen Autos und einem straßenseitigen Infrastruktursystem abgedeckt sein, die mit GPS kombiniert sind und auf einem IEEE-802.11-Protokoll für drahtlose lokale Netzwerke (wie z. B. 802.11p usw.) basieren.
  • Die bordeigene Kommunikationsplattform 114 beinhaltet drahtlose Netzwerkschnittstellen, um die Kommunikation mit externen Netzwerken 118 zu ermöglichen. Die bordeigene Kommunikationsplattform 114 beinhaltet außerdem Hardware (z. B. Prozessoren, einen Arbeitsspeicher, einen Datenspeicher, eine Antenne usw.) und Software, um die drahtlosen Netzwerkschnittstellen zu steuern. In dem veranschaulichten Beispiel beinhaltet die bordeigene Kommunikationsplattform 114 eine oder mehrere Kommunikationssteuerungen für standardbasierte Netzwerke (z. B. das Global System for Mobile Communications (GSM), Universal Mobile Telecommunications System (UMTS), Long Term Evolution (LTE), Code Division Multiple Access (CDMA), WiMAX (IEEE 802.16m); ein drahtloses lokales Netzwerk (einschließlich IEEE 802.11 a/b/g/n/ac oder andere) und Wireless Gigabit (IEEE 802.11ad) usw.). In einigen Beispielen beinhaltet die bordeigene Kommunikationsplattform 114 eine drahtgebundene oder drahtlose Schnittstelle (z. B. einen Hilfsanschluss, einen Universal-Serial-Bus(USB)-Anschluss, einen Bluetooth®-Drahtlosknoten usw.), um kommunikativ mit einer mobilen Vorrichtung (z. B. einem Smartphone, einer Smartwatch, einem Tablet usw.) gekoppelt zu sein. In solchen Beispielen kann das Hostfahrzeug 100 über die gekoppelte mobile Vorrichtung mit dem externen Netzwerk 118 kommunizieren. Bei dem/den externen Netzwerk(en) kann es sich um Folgendes handeln: ein öffentliches Netzwerk, wie etwa das Internet; ein privates Netzwerk, wie etwa ein Intranet; oder Kombinationen davon, und es kann eine Vielfalt von Netzwerkprotokollen genutzt werden, die derzeit zur Verfügung stehen oder später entwickelt werden, einschließlich unter anderem TCP/IP-basierte Netzwerkprotokolle.
  • Der Licht-Manager 116 diagnostiziert Defizite der Leuchten 102 des Zielfahrzeugs 104. Der Licht-Manager 116 (i) kategorisiert das Zielfahrzeug 104, (ii) bestimmt Orte der interessierenden Leuchten 102, (iii) bestimmt eine erwartete Beleuchtungsstärke, (iv) bestimmt, ob die tatsächliche Beleuchtungsstärke der erwarteten Stärke entspricht, und (v) sendet eine Nachricht an das Zielfahrzeug 104, die das Beleuchtungsdefizit angibt, wenn dies nicht der Fall ist.
  • Um das Zielfahrzeug 104 zu kategorisieren, führt der Licht-Manager 116 Bilderkennung an einem durch die Kamera 106 aufgenommenen Bild aus. Das Zielfahrzeug 104 kann sich vor dem Hostfahrzeug 100 befinden (z. B., wenn das Hostfahrzeug 100 eine nach vorne gerichtete Kamera beinhaltet usw.) und/oder das Zielfahrzeug 104 kann sich hinter der Hostfahrzeug 100 befinden (z. B., wenn das Hostfahrzeug 100 eine nach hinten gerichtete Kamera beinhaltet usw.). In einigen Beispielen beinhaltet das Hostfahrzeug 100 eine Fahrzeugdatenbank 120, die Aufzeichnungen für Fahrzeugtypen beinhaltet. In solchen Beispielen beinhaltet der Licht-Manager 116 eine Bilderkennungstechnik, wie etwa ein neuronales Netzwerk, um das Bild zu analysieren, um den Typ des Fahrzeugs zu bestimmen, der dem Zielfahrzeug 104 zugeordnet ist. Alternativ ist der Licht-Manager 116 in einigen Beispielen über die bordeigene Kommunikationsplattform 114 kommunikativ an einen Bilderkennungsserver 122 gekoppelt. In solchen Beispielen lädt der Licht-Manager 116 das Bild auf den Bilderkennungsserver 122 hoch. Der Bilderkennungsserver 122 gibt Informationen in Bezug auf den Typ des Zielfahrzeugs 104 aus. Alternativ bestimmt der Licht-Manager 116 den Typ des Zielfahrzeugs 104 in einigen Beispielen aus Nachrichten, die durch das Zielfahrzeug 104 über das DSRC-Modul 112 übertragen werden. In einigen Beispielen bestimmt der Licht-Manager 116 den generischen Typ (z. B. Limousine, Geländewagen (sports utility vehicle - SUV), LKW, Van oder Motorrad usw.) des Zielfahrzeugs 104. Alternativ oder zusätzlich bestimmt der Licht-Manager 116 in einigen Beispielen die Marke und das Modell des Zielfahrzeugs 104.
  • Der Licht-Manager 116 bestimmt den Ort (die Orte) der interessierenden Leuchten 102 auf Grundlage von (a) dem Typ des Zielfahrzeugs 104, (b) der Entfernung zu dem Zielfahrzeug 104 (z. B. wie durch die Bereichserfassungssensoren 108 bestimmt) und (c) der Seite (z. B. Vorder- oder Rückseite) des Zielfahrzeugs 104, die sichtbar ist. Zum Beispiel unterscheiden sich die Anzahl und Orte der Frontscheinwerfer an einer Limousine von der Anzahl und dem Ort des Frontscheinwerfers eines Motorrads. In einigen Beispielen beinhaltet die Fahrzeugdatenbank 120 Informationen in Bezug auf den Ort der interessierenden Leuchten 102. Alternativ stellt der Bilderfassungsserver 122 in einigen Beispielen die Informationen in Bezug auf den Ort (die Orte) der interessierenden Leuchten 102 bereit.
  • Der Licht-Manager 116 bestimmt eine erwartete Beleuchtungsstärke der interessierenden Leuchten 102. Die erwartete Beleuchtung basiert auf der Art der Leuchten (z. B. Frontscheinwerfer, Fernlichtscheinwerfer, DRLs, Nebelscheinwerfer usw.), einem Umgebungslicht, Wetter und/oder anderen situationsbedingten Faktoren. Zum Beispiel kann die Beleuchtungsstärke für die Frontscheinwerfer tagsüber Null sein, der Beleuchtungswert der DRLs jedoch relativ hoch sein.
  • Der Licht-Manager 116 bestimmt für jede interessierende Leuchte 102, ob eine tatsächliche Beleuchtungsstärke der erwarteten Stärke entspricht. Wie in 2 gezeigt, definiert der Licht-Manager 116 Regionen 200 um die Orte der interessierenden Leuchten 102, um die tatsächliche Beleuchtungsstärke zu messen. Der Licht-Manager 116 misst die Beleuchtung in den Regionen 200. Während es sich in dem veranschaulichten Beispiel aus 2 bei den Regionen 200 um Rechtecke handelt, können die Regionen 200 von einer beliebigen geeigneten Form um die interessierenden Leuchten 102 sein. In einigen Beispielen bestimmt der Licht-Manager 116 die Beleuchtung in den Regionen 200 durch Berechnen einer Intensität von Pixelwerten in den entsprechenden Regionen des durch die Kamera 106 aufgenommenen Bildes. In einigen solchen Beispielen berechnet der Licht-Manager 116 einen Durchschnitt der Intensität der Pixelwerte in der Region 200. Der Licht-Manager 116 vergleicht die tatsächliche Beleuchtungsstärke mit der erwarteten Beleuchtungsstärke. In einigen Beispielen vergleicht der Licht-Manager 116 den Durchschnitt der Intensität der Pixelwerte in der Region 200 mit einem Schwellenwert. Wenn die tatsächliche Beleuchtungsstärke dem Schwellenwert gerecht wird, bestimmt der Licht-Manager 116, dass die entsprechende Leuchte 102 ordnungsgemäß funktioniert. Andernfalls, wenn die tatsächliche Beleuchtungsstärke dem Schwellenwert nicht gerecht wird, bestimmt der Licht-Manager 116, dass die entsprechende Leuchte 102 nicht ordnungsgemäß funktioniert.
  • In einigen Beispielen vergleicht der Licht-Manager 116 die tatsächliche Beleuchtungsstärke von den interessierenden Leuchten 102 mit einem sekundären Schwellenwert, der höher ist als der primäre Schwellenwert. Der sekundäre Schwellenwert ist definiert, um zwischen den Frontscheinwerfern und den Fernlichtscheinwerfern zu unterscheiden. Zum Beispiel kann der Licht-Manager 116 nachts bestimmen, ob die Frontscheinwerfer beleuchtet sind oder ob die Fernlichtscheinwerfer beleuchtet sind. In einigen Beispielen bestimmt der Licht-Manager 116, dass die Fernlichtscheinwerfer beleuchtet sind, wenn die tatsächliche Beleuchtungsstärke von den interessierenden Leuchten 102 den zweiten Schwellenwert überschreitet.
  • Wenn die tatsächliche Beleuchtungsstärke nahe an der erwarteten Beleuchtungsstärke liegt (z. B. dem primären und/oder sekundären Schwellenwert usw. gerecht wird), bestimmt der Licht-Manager 116 eine Art des Beleuchtungsdefizits und sendet eine Nachricht an das Zielfahrzeug 104. In einigen Beispielen hängen die Lichtdefizite von Faktoren ab, die durch die Bereichserfassungssensoren 108 und/oder den Umgebungslichtsensor 110 erfasst und/oder von einer externen Quelle, wie etwa einer straßenseitigen Einheit (nicht gezeigt), empfangen werden. In einigen Beispielen ist das Lichtdefizit durch Tabelle (1) unten festgelegt. Tabelle (1): BEISPIELHAFTE LICHTDEFIZITE
    Problem Leuchte Faktoren Abgeleitetes Problem Maßnahme
    Keine Frontscheinwerfer oder keine Heckscheinwerfer Nacht Fahrer hat vergessen, die Frontscheinwerfer einzuschalten Nachricht senden, um Zielfahrzeug zu benachrichtigen, die Frontscheinwerfer
    einzuschalten
    Nur DRLs und/oder Nebelscheinwerfer Nacht Fahrer hat vergessen, die Frontscheinwerfer einzuschalten Nachricht senden, um Zielfahrzeug zu benachrichtigen, die Frontscheinwerfer einzuschalten
    Nur ein Heckscheinwerfer oder nur ein Frontscheinwerfer Nacht Einer der Frontscheinwerfer oder Heckscheinwerfer funktioniert nicht ordnungsgemäß Nachricht an Zielfahrzeug senden, um über Fehlfunktion der Leuchte zu informieren
    Eine oder mehrere DRLs nicht beleuchtet Region, in der DRLs gesetzlich vorgeschrieben sind DRLs funktionieren nicht ordnungsgemäß Nachricht an Zielfahrzeug senden, um über Fehlfunktion der DRLs zu informieren
    Fernlichtscheinwerfe r eingeschaltet Zielfahrzeug fährt auf der gegenüberliegende n Spur Fahrer hat vergessen, die Fernlichtscheinwerfe r in der Nähe von Gegenverkehr auszuschalten Nachricht an Zielfahrzeug senden, in welcher angefordert wird, dass der Fahrer die Fernlichtscheinwerfe r ausschaltet
    Keine CHMSL Fahrzeug weist CHMSL auf und es wird erfasst, dass das Zielfahrzeug abbremst CHMSL funktioniert nicht ordnungsgemäß Nachricht an Zielfahrzeug senden, um über Fehlfunktion der CHMSL zu informieren
    Weniger als zwei Es wird erfasst, Bremsleuchten Nachricht an
    Bremsleuchten dass das Zielfahrzeug abbremst funktionieren nicht ordnungsgemäß Zielfahrzeug senden, um über Fehlfunktion der Bremsleuchten zu informieren
  • Wenn eines der Lichtdefizite erfasst wurde, wird der Licht-Manager 116 aktiv. Der Licht-Manager 116 sendet eine Nachricht über das DSRC-Modul 112 an das Zielfahrzeug 104. Wenn der Licht-Manager 116 zum Beispiel bestimmt, dass eine oder mehrere DRLs des Zielfahrzeugs 104 nicht beleuchtet sind, kann der Licht-Manager 116 eine Nachricht über das DSRC-Modul 112 senden, um den Fahrer über die Fehlfunktion der DRLs zu informieren. In einigen Beispielen weist der Licht-Manager 116 außerdem ein Karosseriesteuermodul (nicht gezeigt) an, die Frontscheinwerfer des Hostfahrzeugs 100 aufleuchten zu lassen, um den Fahrer über das erfasste Lichtdefizit zu informieren.
  • In dem veranschaulichten Beispiel beinhaltet das Zielfahrzeug 104 ebenfalls den Licht-Manager 116. Wenn der Licht-Manager 116 des Zielfahrzeugs 104 die Nachricht von dem Hostfahrzeug 100 über das DSRC-Modul 112 empfängt, zeigt der Licht-Manager 116 eine Warnung für den Fahrer des Zielfahrzeugs 104 über eine Infotainment-Haupteinheit (z. B. die Infotainment-Haupteinheit 302 aus 3 unten) an.
  • 3 ist ein Blockdiagramm von elektronischen Komponenten 300 des Hostfahrzeugs aus 1. In dem veranschaulichten Beispiel beinhalten die elektronischen Komponenten 300 die Kamera 106, die Bereichserfassungssensoren 108, den Umgebungslichtsensor 110, das DSRC-Modul 112, die bordeigene Kommunikationsplattform 114, eine Infotainment-Haupteinheit 302, eine bordeigene Kommunikationsplattform 304 und einen Fahrzeugdatenbus 306.
  • Die Infotainment-Haupteinheit 302 stellt eine Schnittstelle zwischen den Fahrzeugen 100 und 104 und einem Benutzer bereit. Die Infotainment-Haupteinheit 302 beinhaltet digitale und/oder analoge Schnittstellen (z. B. Eingabevorrichtungen und Ausgabevorrichtungen), um eine Eingabe von dem Benutzer (den Benutzern) zu empfangen und Informationen anzuzeigen. Die Eingabevorrichtungen können beispielsweise einen Steuerknopf, ein Armaturenbrett, eine Digitalkamera zur Bilderfassung und/oder visuellen Befehlserkennung, einen Touchscreen, eine Audioeingabevorrichtung (z. B. ein Kabinenmikrofon), Tasten oder ein Berührungsfeld beinhalten. Die Ausgabevorrichtungen können Instrumenten-Cluster-Ausgaben (z. B. Drehscheiben, Beleuchtungsvorrichtungen), Aktoren, eine Frontanzeige, eine Mittelkonsolenanzeige (z. B. eine Flüssigkristallanzeige (liquid crystal display - „LCD“), eine organische Leuchtdioden(organic light emitting diode - „OLED“)-Anzeige, eine Flachbildschirmanzeige, eine Festkörperanzeige usw.) und/oder Lautsprecher beinhalten. In dem veranschaulichten Beispiel beinhaltet die Infotainment-Haupteinheit 302 Hardware (z. B. einen Prozessor oder eine Steuerung, einen Arbeitsspeicher, einen Datenspeicher usw.) und Software (z. B. ein Betriebssystem usw.) für ein Infotainment-System ZZZ (wie etwa SYNC® und MyFord Touch® von Ford®, Entune® von Toyota®, IntelliLink® von GMC® usw.). Des Weiteren zeigt die Infotainment-Haupteinheit 302 das Infotainment-System beispielsweise auf der Mittelkonsolenanzeige an.
  • Die bordeigene Rechenplattform 304 beinhaltet einen Prozessor oder eine Steuerung 308 und einen Speicher 310. In dem veranschaulichten Beispiel ist die bordeigene Rechenplattform 304 derart strukturiert, dass sie den Licht-Manager 116 beinhaltet. Alternativ kann der Licht-Manager 116 in einigen Beispielen in eine weitere elektronische Steuereinheit (electronic control unit - ECU) mit ihrem eigenen Prozessor und Speicher integriert sein, wie etwa in das Karosseriesteuermodul. Bei dem Prozessor oder der Steuerung 308 kann es sich um jede geeignete Verarbeitungsvorrichtung oder eine Reihe von Verarbeitungsvorrichtungen handeln, wie etwa unter anderem: einen Mikroprozessor, eine mikrocontrollerbasierte Plattform, eine geeignete integrierte Schaltung, einen oder mehrere feldprogrammierbare Gate-Arrays (field programmable gate array - FPGAs) und/oder eine oder mehrere anwendungsspezifische integrierte Schaltungen (application-specific integrated circuit - ASICs). Bei dem Speicher 310 kann es sich um flüchtigen Speicher (z. B. RAM, welcher nichtflüchtigen RAM, magnetischen RAM, ferroelektrischen RAM und andere geeignete Formen beinhalten kann); nichtflüchtigen Speicher (z. B. Plattenspeicher, FLASH-Speicher, EPROMs, EEPROMs, memristorbasierten nichtflüchtigen Festkörperspeicher usw.); unveränderbaren Speicher (z. B. EPROMs), Festwertspeicher und/oder Speichervorrichtungen mit hoher Kapazität (z. B. Festplatten, Festkörperlaufwerke usw.) handeln. In einigen Beispielen beinhaltet der Arbeitsspeicher 310 mehrere Speicherarten, insbesondere flüchtige Speicher und nichtflüchtige Speicher.
  • Bei dem Arbeitsspeicher 310 handelt es sich um computerlesbare Medien, in welche ein oder mehrere Sätze von Anweisungen, wie etwa die Software zum Betreiben der Verfahren der vorliegenden Offenbarung, eingebettet sein können. Die Anweisungen können eines oder mehrere der Verfahren oder eine Logik, wie in dieser Schrift beschrieben, verkörpern. In einer bestimmten Ausführungsform können sich die Anweisungen während der Ausführung der Anweisungen vollständig oder zumindest teilweise innerhalb eines beliebigen oder mehreren von dem Arbeitsspeicher 310, dem computerlesbaren Medium und/oder innerhalb des Prozessors 308 befinden.
  • Die Begriffe „nichttransitorisches computerlesbares Medium“ und „physisches computerlesbares Medium“ sind so zu verstehen, dass sie ein einzelnes Medium oder mehrere Medien beinhalten, wie etwa eine zentralisierte oder verteilte Datenbank und/oder damit assoziierte Zwischenspeicher und Server, auf denen ein oder mehrere Sätze von Anweisungen gespeichert sind. Die Begriffe „nichttransitorisches computerlesbares Medium“ und „physisches computerlesbares Medium“ schließen zudem jedes beliebige physische Medium ein, das zum Speichern, Verschlüsseln oder Tragen eines Satzes von Anweisungen zum Ausführen durch einen Prozessor in der Lage ist oder das ein System dazu veranlasst, ein beliebiges oder mehrere der hier offenbarten Verfahren oder Vorgänge durchzuführen. Im hier verwendeten Sinne ist der Begriff „physisches computerlesbares Medium“ ausdrücklich derart definiert, dass er jede beliebige Art von computerlesbarer Speichervorrichtung und/oder Speicherplatte beinhaltet und das Verbreiten von Signalen ausschließt.
  • Der Fahrzeugdatenbus 306 kuppelt die Bereichserfassungssensoren 108, den Umgebungslichtsensor 110, das DSRC-Modul 112, die bordeigene Kommunikationsplattform 114, die Infotainment-Haupteinheit 302 und/oder die bordeigene Rechenplattform 304 kommunikativ. In einigen Beispielen beinhaltet der Fahrzeugdatenbus 306 einen oder mehrere Datenbusse. Der Fahrzeugdatenbus 306 kann in Übereinstimmung mit einem Controller-Area-Network(CAN)-Bus-Protokoll laut der Definition der International Standards Organization (ISO) 11898-1, einem Media-Oriented-Systems-Transport-(MOST-)Bus-Protokoll, einem CAN-Flexible-Data-(CAN-FD-)Bus-Protokoll (ISO 11898-7) und/oder einem K-Leitungs-Bus-Protokoll (ISO 9141 und ISO 14230-1) und/oder einem Ethernet™-Bus-Protokoll IEEE 802.3 (ab 2002) usw. umgesetzt sein.
  • 4 ist ein Ablaufdiagramm eines Verfahrens zum Diagnostizieren der Leuchten 102 des Zielfahrzeugs 104 aus 1 und 2, das durch die elektronischen Komponenten 300 aus 3 umgesetzt werden kann. Anfangs erfasst der Licht-Manager 116 bei Block 402 das Zielfahrzeug 104 nahe dem Hostfahrzeug 100. Wenn das Hostfahrzeug 100 zum Beispiel eine nach vorne gerichtete Kamera beinhaltet, kann der Licht-Manager 116 das Zielfahrzeug 104 vor dem Hostfahrzeug 100 erfassen. Als ein weiteres Beispiel kann der Licht-Manager 116 das Zielfahrzeug 104 hinter dem Hostfahrzeug 100 erfassen, wenn das Hostfahrzeug 100 eine nach hinten gerichtete Kamera beinhaltet. Das erfasste Zielfahrzeug 104 kann dann in dieselbe Richtung wie das oder in die entgegengesetzte Richtung von dem Hostfahrzeug 100 fahren. Der Licht-Manager 116 erfasst das Zielfahrzeug 104 mit der Kamera 106 und/oder den Bereichserfassungssensoren 108. Bei Block 404 klassifiziert der Licht-Manager 116 das erfasste Zielfahrzeug 104 auf Grundlage von einem oder mehreren durch die Kamera 106 aufgenommenen Bildern. Bei Block 406 bestimmt der Licht-Manager 116 die Beleuchtung der interessierenden Leuchten 102 des erfassten Zielfahrzeugs 104. Bei Block 408 bestimmt der Licht-Manager 116, ob das Umgebungslicht gering ist (das Umgebungslicht z. B. einen Zeitpunkt nach Sonnenuntergang angibt oder angibt, dass sich die Fahrzeuge 100 und 104 in einem Tunnel befinden, usw.). In einigen Beispielen bestimmt der Licht-Manager 116 das Umgebungslichtniveau auf Grundlage des Umgebungslichtsensors 110. Alternativ oder zusätzlich bestimmt der Licht-Manager 116 das Umgebungslichtniveau auf Grundlage von Informationen, die über die bordeigene Kommunikationsplattform 114 von einem Server empfangen wurden. Wenn das Umgebungslicht gering ist, fährt das Verfahren mit Block 410 fort. Andernfalls, wenn das Umgebungslicht nicht gering ist, fährt das Verfahren mit Block 416 fort.
  • Bei Block 410 bestimmt der Licht-Manager 116 auf Grundlage der erwarteten Beleuchtung der interessierenden Leuchte(n) 102, ob die tatsächliche Beleuchtung der interessierenden Leuchte(n) 102 einem Schwellenwert gerecht wird. Wenn die tatsächliche Beleuchtung der interessierenden Leuchte(n) 102 dem Schwellenwert auf Grundlage der erwarteten Beleuchtung der Leuchte(n) 102 nicht gerecht wird, klassifiziert der Licht-Manager 116 bei Block 412 das Beleuchtungsdefizit. Beispiele für Lichtdefizite sind in Tabelle (1) oben bereitgestellt. Bei Block 414 sendet der Licht-Manager 116 eine Nachricht über das DSRC-Modul 112 an das Zielfahrzeug 104, um den Fahrer über das Lichtdefizit zu informieren.
  • Bei Block 416 bestimmt der Licht-Manager 116, ob die DRLs erforderlich sind. In einigen Beispielen bestimmt der Licht-Manager 116 auf Grundlage von (a) Informationen, die von einer straßenseitigen Einheit erhalten wurden, (b) Informationen, die von einem Server erhalten wurden, und/oder (c) davon, ob das Hostfahrzeug 100 DRLs beinhaltet, ob die DRLs erforderlich sind. Wenn die DRLs erforderlich sind, bestimmt der Licht-Manager 116 bei Block 418, ob die DRLs des Zielfahrzeugs 104 erfasst wurden. Wenn die DRLs des Zielfahrzeugs 104 nicht erfasst wurden, sendet der Licht-Manager 116 bei Block 414 eine Nachricht über das DSRC-Modul 112 an das Zielfahrzeug 104, um den Fahrer über das Lichtdefizit zu informieren.
  • 5 ist ein Ablaufdiagramm eines Verfahrens zum Diagnostizieren von Heckleuchten und Benachrichtigen des Zielfahrzeugs 104 über Fahrzeug-zu-Fahrzeug-Kommunikation, das durch die elektronischen Komponenten 300 aus 3 umgesetzt werden kann. Anfangs erfasst der Licht-Manager 116 des Hostfahrzeugs 100 bei Block 502 das Zielfahrzeug 104 vor dem Hostfahrzeug 100 in derselben Fahrtrichtung wie das Hostfahrzeug 100. Der Licht-Manager 116 erfasst das Zielfahrzeug 104 mit der Kamera 106 und/oder den Bereichserfassungssensoren 108. Bei Block 504 klassifiziert der Licht-Manager 116 das erfasste Zielfahrzeug 104 auf Grundlage von einem oder mehreren durch die Kamera 106 aufgenommenen Bildern. Bei Block 506 bestimmt der Licht-Manager 116, ob das Zielfahrzeug 104 abbremst. Der Licht-Manager 116 bestimmt die Beschleunigung/Abbremsung des Zielfahrzeugs 104 über die Bereichserfassungssensoren 108. Wenn der Licht-Manager 116 eine Abbremsung erfasst, fährt das Verfahren mit Block 508 fort. Andernfalls, wenn der Licht-Manager 116 keine Abbremsung erfasst, kehrt das Verfahren zu Block 502 zurück.
  • Bei Block 508 bestimmt der Licht-Manager 116 auf Grundlage des bei Block 504 klassifizierten Typs des Zielfahrzeugs 104, ob das Zielfahrzeug 104 die CHMSL beinhaltet. Wenn das Zielfahrzeug 104 die CHMSL beinhaltet, fährt das Verfahren mit Block 510 fort. Andernfalls, wenn das Zielfahrzeug 104 die CHMSL nicht beinhaltet, fährt das Verfahren mit Block 512 fort. Bei Block 510 bestimmt der Licht-Manager 116 auf Grundlage der erwarteten Beleuchtungen der Heckscheinwerfer und der CHMSL, ob die tatsächlichen Beleuchtungen der Heckscheinwerfer und der CHMSL einem Schwellenwert gerecht werden. Bei Block 512 bestimmt der Licht-Manager 116 auf Grundlage der erwarteten Beleuchtungen der Heckscheinwerfer, ob die tatsächlichen Beleuchtungen der Heckscheinwerfer einem Schwellenwert gerecht werden.
  • Bei Block 514 bestimmt der Licht-Manager 116, ob einer von den Heckscheinwerfern und/oder die CHMSL nicht ordnungsgemäß funktionieren/funktioniert. Wenn einer von den Heckscheinwerfern und/oder die CHMSL nicht ordnungsgemäß funktionieren/funktioniert, sendet der Licht-Manager 116 bei Block 516 eine Nachricht über das DSRC-Modul 112 an das Zielfahrzeug 104, um den Fahrer über das Lichtdefizit zu informieren.
  • Bei Block 518 empfängt der Licht-Manager 116 des Zielfahrzeugs 104 die Nachricht von dem Hostfahrzeug 100 über das DSRC-Modul 112. Bei Block 520 zeigt der Licht-Manager 116 die Warnung, die das Lichtdefizit angibt, auf der Infotainment-Haupteinheit 302 an.
  • Die Ablaufdiagramme aus den 4 und 5 sind repräsentativ für maschinenlesbare Anweisungen, die in einem Speicher (wie etwa dem Speicher 310 aus 3) gespeichert sind und ein oder mehrere Programme umfassen, die bei Ausführung durch einen Prozessor (wie etwa den Prozessor 308 aus 3) die Fahrzeuge 100 und 104 dazu veranlassen, den beispielhaften Licht-Manager 116 aus 1 und 3 umzusetzen. Obwohl das beispielhafte Programm (die beispielhaften Programme) in Bezug auf die in den 4 und 5 veranschaulichten Ablaufdiagramme beschrieben ist (sind), können alternativ viele andere Verfahren zum Umsetzen des beispielhaften Licht-Managers 116 verwendet werden. Beispielsweise kann die Reihenfolge der Ausführung der Blöcke geändert werden und/oder können einige der beschriebenen Blöcke verändert, weggelassen oder kombiniert werden.
  • In dieser Anmeldung soll die Verwendung der Disjunktion die Konjunktion einschließen. Die Verwendung von bestimmten oder unbestimmten Artikeln soll keine Kardinalität anzeigen. Insbesondere soll ein Verweis auf „den“ Gegenstand oder „einen“ Gegenstand auch einen aus einer möglichen Vielzahl von derartigen Gegenständen bezeichnen. Ferner kann die Konjunktion „oder“ dazu verwendet werden, Merkmale wiederzugeben, die gleichzeitig vorhanden sind, anstelle von sich gegenseitig ausschließenden Alternativen. Anders ausgedrückt, sollte die Konjunktion „oder“ so verstanden werden, dass sie „und/oder“ beinhaltet. Die Ausdrücke „beinhaltet“, „beinhaltend“ und „beinhalten“ sind einschließend und verfügen jeweils über denselben Umfang wie „umfasst“, „umfassend“ bzw. „umfassen“.
  • Die vorstehend beschriebenen Ausführungsformen und insbesondere etwaige „bevorzugte“ Ausführungsformen sind mögliche beispielhafte Umsetzungen und sind lediglich für ein eindeutiges Verständnis der Grundsätze der Erfindung dargelegt. Viele Variationen und Modifikationen können an der (den) vorstehend beschriebenen Ausführungsform(en) vorgenommen werden, ohne im Wesentlichen vom Geist und den Grundsätzen der hierin beschriebenen Techniken abzuweichen. Sämtliche Modifikationen sollen hier im Umfang dieser Offenbarung eingeschlossen und durch die folgenden Patentansprüche geschützt sein.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Nicht-Patentliteratur
    • ISO 11898-7 [0036]
    • ISO 9141 [0036]
    • ISO 14230-1 [0036]

Claims (15)

  1. Fahrzeug, umfassend: eine Kamera; und einen Prozessor, der dazu konfiguriert ist: ein Zielfahrzeug auf Grundlage von durch die Kamera aufgenommenen Bildern zu klassifizieren; Orte von Leuchten an dem Zielfahrzeug auf Grundlage der Klassifizierung zu bestimmen; zu bestimmen, ob eine der Leuchten nicht ordnungsgemäß funktioniert; und, wenn eine der Leuchten nicht ordnungsgemäß funktioniert, eine Nachricht über ein erstes Kommunikationsmodul an das Zielfahrzeug zu senden, die angibt, dass eine der Leuchten nicht ordnungsgemäß funktioniert.
  2. Fahrzeug nach Anspruch 1, das einen Umgebungslichtsensor beinhaltet, und wobei der Prozessor konfiguriert ist, um einen erwarteten Beleuchtungswert für jede der Leuchten auf Grundlage eines Umgebungslichtmesswerts von dem Umgebungslichtsensor zu bestimmen, um zu bestimmen, ob eine der Leuchten nicht ordnungsgemäß funktioniert.
  3. Fahrzeug nach Anspruch 2, wobei der Prozessor konfiguriert ist, um einen tatsächlichen Beleuchtungswert für jede der Leuchten auf Grundlage der durch die Kamera aufgenommenen Bilder zu messen, um zu bestimmen, ob eine der Leuchten nicht ordnungsgemäß funktioniert.
  4. Fahrzeug nach Anspruch 1 oder 2, das ein zweites Kommunikationsmodul beinhaltet, und wobei der Prozessor konfiguriert ist, um die Bilder auf einen Bilderkennungsserver hochzuladen, um das Zielfahrzeug auf Grundlage der durch die Kamera aufgenommenen Bilder zu klassifizieren.
  5. Fahrzeug nach Anspruch 4, wobei der Prozessor konfiguriert ist, um eine Klassifizierung über das zweite Kommunikationsmodul zu empfangen, die eine Marke und ein Modell des Zielfahrzeugs angibt.
  6. Fahrzeug nach Anspruch 5, wobei der Prozessor die Orte der Leuchten an dem Zielfahrzeug auf Grundlage der Marke und des Modells des Zielfahrzeugs bestimmen soll.
  7. Fahrzeug nach Anspruch 6, das einen Speicher mit einer Datenbank beinhaltet, welche die Marke und das Modell des Zielfahrzeugs den Orten der Leuchten des Zielfahrzeugs zuordnet.
  8. Fahrzeug nach Anspruch 1, 2 oder 4, wobei der Prozessor konfiguriert ist, um zu bestimmen, ob Fernlichtleuchten des Zielfahrzeugs aktiviert sind.
  9. Fahrzeug nach Anspruch 8, wobei der Prozessor konfiguriert ist, wenn die Fernlichtleuchten des Zielfahrzeugs aktiviert sind und das Zielfahrzeug in die entgegengesetzte Richtung zu dem Fahrzeug fährt, eine zweite Nachricht über das erste Kommunikationsmodul an das Zielfahrzeug zu senden, in der angefordert wird, dass die Fernlichtleuchten deaktiviert werden.
  10. Verfahren für ein Hostfahrzeug, umfassend: Erfassen eines Zielfahrzeugs mit Bereichserfassungssensoren; Klassifizieren des Zielfahrzeugs auf Grundlage von durch eine Kamera aufgenommenen Bildern durch einen Prozessor; Bestimmen von Orten von Leuchten an dem Zielfahrzeug auf Grundlage der Klassifizierung; Berechnen von Beleuchtungswerten für die Leuchten an dem Zielfahrzeug; Bestimmen auf Grundlage der Beleuchtungswerte, ob die Leuchten nicht ordnungsgemäß funktionieren; und, wenn die Leuchten nicht ordnungsgemäß funktionieren, Senden einer Nachricht mit einem Kommunikationsmodul an das Zielfahrzeug, die das Zielfahrzeug dazu veranlasst, einem Fahrer eine Warnung bereitzustellen.
  11. Verfahren nach Anspruch 10, wobei das Bestimmen, ob die Leuchten nicht ordnungsgemäß funktionieren, Bestimmen mit einem Umgebungslichtsensor beinhaltet, ob ein Bereich um das Hostfahrzeug dunkel ist.
  12. Verfahren nach Anspruch 11, wobei das Bestimmen, ob die Leuchten nicht ordnungsgemäß funktionieren, Bestimmen, ob einer der Frontscheinwerfer des Zielfahrzeugs nicht ordnungsgemäß funktioniert, beinhaltet, wenn der Bereich um das Hostfahrzeug dunkel ist.
  13. Verfahren nach Anspruch 12, wobei die Nachricht angibt, dass der eine der Frontscheinwerfer eine Fehlfunktion aufweist, wenn einer der Frontscheinwerfer des Zielfahrzeugs nicht ordnungsgemäß funktioniert.
  14. Verfahren nach Anspruch 11, wobei das Bestimmen, ob die Leuchten nicht ordnungsgemäß funktionieren, Bestimmen, ob alle Frontscheinwerfer des Zielfahrzeugs nicht ordnungsgemäß funktionieren, beinhaltet, wenn der Bereich um das Hostfahrzeug dunkel ist.
  15. Verfahren nach Anspruch 14, wobei die Nachricht angibt, dass der Fahrer des Zielfahrzeugs vergessen hat, die Frontscheinwerfer einzuschalten, wenn alle Frontscheinwerfer des Zielfahrzeugs nicht ordnungsgemäß funktionieren.
DE102018109439.6A 2017-04-21 2018-04-19 Kameragestützte fahrzeugleuchtendiagnose über fahrzeug-zu-fahrzeug-kommunikation Pending DE102018109439A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15/494,380 2017-04-21
US15/494,380 US10336254B2 (en) 2017-04-21 2017-04-21 Camera assisted vehicle lamp diagnosis via vehicle-to-vehicle communication

Publications (1)

Publication Number Publication Date
DE102018109439A1 true DE102018109439A1 (de) 2018-10-25

Family

ID=62236119

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102018109439.6A Pending DE102018109439A1 (de) 2017-04-21 2018-04-19 Kameragestützte fahrzeugleuchtendiagnose über fahrzeug-zu-fahrzeug-kommunikation

Country Status (5)

Country Link
US (1) US10336254B2 (de)
CN (1) CN108737992B (de)
DE (1) DE102018109439A1 (de)
GB (1) GB2561724B (de)
RU (1) RU2018114646A (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102021123939A1 (de) 2021-09-16 2023-03-16 Audi Aktiengesellschaft Steuern einer Fahrzeugaußenbeleuchtung

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3473574A1 (de) * 2017-10-17 2019-04-24 KONE Corporation Diagnoselösung für aufzüge
JP6915512B2 (ja) * 2017-11-28 2021-08-04 トヨタ自動車株式会社 サーバ装置、故障車両推定方法および故障車両推定プログラム
US10870556B2 (en) * 2017-12-12 2020-12-22 Otis Elevator Company Method and system for detecting elevator car operating panel condition
DE102018200025A1 (de) * 2018-01-02 2019-07-04 Ford Global Technologies, Llc Fahrzeugbeleuchtung
JP7213091B2 (ja) * 2018-12-28 2023-01-26 株式会社小糸製作所 車両用灯具
FR3094941B1 (fr) * 2019-04-15 2021-03-12 Psa Automobiles Sa Procédé et système pour gérer une transmission d’une alerte concernant une utilisation inappropriée de feux de brouillard d’un véhicule distant
US11140524B2 (en) 2019-06-21 2021-10-05 International Business Machines Corporation Vehicle to vehicle messaging
US20210049834A1 (en) * 2019-08-12 2021-02-18 Micron Technology, Inc. Predictive maintenance of automotive lighting
CN113386658B (zh) * 2020-03-13 2023-07-18 北汽福田汽车股份有限公司 车辆灯光的控制方法、装置和车辆
JP7256785B2 (ja) * 2020-12-02 2023-04-12 本田技研工業株式会社 情報管理装置および情報管理システム
US11875611B2 (en) * 2021-08-03 2024-01-16 GM Global Technology Operations LLC Remote observation and reporting of vehicle operating condition via V2X communication

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001084796A2 (en) * 2000-05-01 2001-11-08 Centillium Communications, Inc. Framing technique for adsl systems
JP2002319091A (ja) * 2001-04-20 2002-10-31 Fuji Heavy Ind Ltd 後続車両認識装置
JP2003256998A (ja) 2002-03-01 2003-09-12 Hitachi Ltd 車両制御装置
US7409912B2 (en) * 2004-07-14 2008-08-12 Taser International, Inc. Systems and methods having a power supply in place of a round of ammunition
US20060271275A1 (en) * 2005-05-26 2006-11-30 Paridhi Verma System and method for notification and correction of constraint violations in vehicles
DE112007001608T5 (de) 2006-07-10 2009-07-23 Continental Automotive Systems US, Inc., Auburn Hills Kontrolle von Flottenfahrzeugen mit üblichen Transmittern
JP2008189148A (ja) * 2007-02-05 2008-08-21 Toyota Motor Corp 走行状態検知装置
JP2010137757A (ja) 2008-12-12 2010-06-24 Denso Corp 故障検出装置
KR101324531B1 (ko) 2011-11-21 2013-11-01 현대자동차주식회사 차량의 램프이상 알림시스템 및 알림방법
DE102012203214A1 (de) 2012-03-01 2013-09-05 Continental Automotive Gmbh Verfahren und Vorrichtung zum Feststellen einer Blendung des Fahrers eines Fahrzeuges
US8946990B1 (en) 2013-11-08 2015-02-03 Nissan North America, Inc. Vehicle headlight detection system
CN105981042B (zh) 2014-01-17 2019-12-06 Kpit技术有限责任公司 车辆探测系统及方法
CN105279475A (zh) * 2014-07-15 2016-01-27 贺江涛 一种基于车辆身份识别的套牌车识别的方法与装置
CN105335039A (zh) * 2014-07-30 2016-02-17 国际商业机器公司 在可编辑文档的页面之间移动对象的方法及装置
DE102014014938A1 (de) 2014-10-07 2016-04-07 Audi Ag Verfahren zum Betrieb eines Kraftfahrzeugs mit einem optischen Sensor und Kraftfahrzeug
KR101634451B1 (ko) 2014-10-23 2016-06-28 주식회사 만도 선행 차량의 상태 정보 처리 방법 및 장치
US9589464B2 (en) * 2015-05-22 2017-03-07 Toyota Motor Engineering & Manufacturing North America, Inc. Vehicular headlight warning system
US20170008627A1 (en) * 2015-07-09 2017-01-12 Joaquin de Soto Hybrid Power Supply For Electric Multirotor Rotorcraft
US9922565B2 (en) 2015-07-20 2018-03-20 Dura Operating Llc Sensor fusion of camera and V2V data for vehicles
KR102430499B1 (ko) * 2015-09-22 2022-08-11 삼성전자주식회사 Led 조명의 검사 장치 및 검사 방법
JP6772604B2 (ja) * 2016-07-12 2020-10-21 村田機械株式会社 移動経路作成方法、及び、移動経路作成装置
US10445576B2 (en) * 2016-09-23 2019-10-15 Cox Automotive, Inc. Automated vehicle recognition systems
DE102016123176A1 (de) 2016-11-30 2018-05-30 Automotive Lighting Reutlingen Gmbh Verfahren zur Detektion einer von außen optisch wahrnehmbaren Fehlfunktion eines Kraftfahrzeugs

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
ISO 11898-7
ISO 14230-1
ISO 9141

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102021123939A1 (de) 2021-09-16 2023-03-16 Audi Aktiengesellschaft Steuern einer Fahrzeugaußenbeleuchtung

Also Published As

Publication number Publication date
GB2561724B (en) 2020-05-27
RU2018114646A (ru) 2019-10-21
CN108737992A (zh) 2018-11-02
US20180304807A1 (en) 2018-10-25
US10336254B2 (en) 2019-07-02
GB2561724A (en) 2018-10-24
GB201806511D0 (en) 2018-06-06
CN108737992B (zh) 2023-06-27

Similar Documents

Publication Publication Date Title
DE102018109439A1 (de) Kameragestützte fahrzeugleuchtendiagnose über fahrzeug-zu-fahrzeug-kommunikation
DE102017111143A1 (de) Totwinkelerfassung in erweiterungsspur
DE102018120786B4 (de) Verfahren zum Überwachen eines autonomen Fahrzeugs sowie entsprechend eingerichtetes Fahrzeug
DE102017125421A1 (de) Objektklassifikationsanpassung anhand einer fahrzeugkommunikation
DE102019112002A1 (de) Systeme und verfahren zur automatischen detektion von anhängereigenschaften
DE102019200215A1 (de) Fahrzeugübergreifendes Kommunikationssystem, Fahrzeugsystem, Fahrzeugbeleuchtungssystem und Fahrzeug
DE102020102965A1 (de) Autonome fahrzeugsysteme, die fahrzeug-zu-fahrzeug-kommunikation verwenden
DE112017001746T5 (de) Fahrunterstützungsvorrichtung, autonome Fahrsteuerungsvorrichtung, Fahrzeug, Fahrunterstützungsverfahren und Programm
DE102017206228A1 (de) Fahrzeug und Verfahren zum Steuern desselben
DE102018115992A1 (de) Fahrzeuge, die auf grundlage von nachfolgenden fahrzeugen die spur wechseln
DE102018128278A1 (de) Leitfahrzeugüberwachung für eine adaptive geschwindigkeitsregelung
DE102009016580A1 (de) Datenverarbeitungssystem und Verfahren zum Bereitstellen mindestens einer Fahrerassistenzfunktion
DE102017117305A1 (de) Scheinwerferausschaltung für ein autonomes fahrzeug
DE102018112148A1 (de) Verfolgen von unfallfluchttätern mithilfe von v2x-kommunikation
DE102018132487A1 (de) Fahrzeugüberwachung von infrastrukturbeleuchtung
DE102018120517A1 (de) Erfassen von Spurenbedingungen in adaptiven Geschwindigkeitsregelsystemen
DE102019202080A1 (de) Fahrzeugbeleuchtungsystem und Fahrzeug
DE102017113568A1 (de) Aussenlichtsteuerung eines polizeifahrzeugs
DE102018131209A1 (de) Synchrone nahbereichsradare zur automatischen anhängerdetektion
DE102019102980A1 (de) Verfahren und vorrichtungen zum vereinfachen einer umgebungssichtverhältnisbestimmung
DE102019122254A1 (de) Steuerung von fahrzeugfrontscheinwerfern auf grundlage von wetterbedingungen
DE102018251781A1 (de) Fahrzeugbeleuchtungssystem und Fahrzeug
DE102018116684A1 (de) Systeme und verfahren zum bereitstellen einer intelligenten übersteuerung für ein antriebsautomatisierungssystem
DE102020101973A1 (de) Verfahren zum priorisieren des empfangsprozesses für kooperative sensor-teilende objekte
DE102019201437A1 (de) Fahrzeugbeleuchtungssystem und Fahrzeug

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: BONSMANN - BONSMANN - FRANK PATENTANWAELTE, DE

R084 Declaration of willingness to licence