The invention relates to a telematics device wirelessly receiving vehicle information available on a vehicle communication bus.
Telematics devices facilitate connecting a vehicle with a communications network. A telematics control unit (“TCU”) installed in a vehicle typically comprises a global positioning satellite (“GPS”) circuit, or module, wireless communication circuitry, including long range wireless (e.g., cellular telephony and data services) and short range wireless (“Bluetooth”) capabilities. A TCU typically includes at least one processor that controls, operates, and manages the circuitry and software running thereon, and also facilitates interfacing with a vehicle data bus.
For example, a TCU installed by a vehicle's original equipment manufacturer (“OEM”) such as Ford, Toyota, BMW, Mercedes Benz, etc., typically couples directly to the corresponding vehicle's data bus, such as, for example, a controller area network (“CAN”) bus, an international standards organization (“ISO”) bus, a Society of Automotive Engineers (“SAE”) bus, etc. The TCU can process and communicate information retrieved from the bus via links of the wireless communication networks, to a user's mobile device local to the vehicle, or a computer device remote from the vehicle. An OEM typically cautiously guards access by third party software to a vehicle's bus through a TCU because of the potential of computer virus infection, other malware, and software and data that although innocuous may nonetheless interfere with operation of the vehicle, which could expose the OEM to warranty liability and other liability.
Aftermarket vendors have begun packaging some components of a TCU in a module that plugs into a diagnostic connection of a vehicle, such as, for example, and OBD, or OBD-II port. Those of ordinary skill in the art typically refer to such a self-contained device as a ‘dongle.’ In addition, aftermarket vendors have also begun marketing a rear-view-mirror that includes some components of a TCU. A dongle typically receives power from the battery voltage power pin of the diagnostic port. The aftermarket rear view mirrors typically receive power through a wire, and trained technicians typically install the TCU mirrors.
A TCU communicates vehicle information to a central host telematics server, which provides gatekeeper functionality in forwarding messages to and receiving messages from, a TCU coupled to a vehicle bus.
A dongle, which may be referred to herein as a ‘vehicle information transceiver,’ can contain components that communicate messages (e.g., voice and data) from the vehicle to a central server, such as a server maintained and operated by a telematics service provider. These components can include global positioning satellite circuitry, firmware, and software. The components can also include a long range wireless communication processor and related circuitry, such as, for example, a processor for performing voice compression and decompression algorithms, radio transceiver circuitry for transmitting and receiving data and voice signals over a long range wireless communication network, memory coupled to the processor. In addition, the components of a dongle can include a short range wireless transceiver, such as Bluetooth ® or Wi-Fi, or similar. Other components may include accelerometers, barometric pressure sensors, microphone, speakers, buttons, and a display. Moreover, the dongle may only include interface circuitry for interfacing with a diagnostic system of the vehicle and a short range wireless transceiver.
A dongle typically connects to a vehicle data and information bus, such as a
CAN, or similar diagnostics bus, via a connector, such as an OBD, OBD-II, or similar connector. The processor of the dongle receive various vehicle information from signals received through the diagnostic connector connection and processes, derives, and transforms the information before transmitting it to a central server, or user device such as a smart phone. The processor can also receive signals from a central server or smart phone, via a long range or short range wireless connection, or via a wired connection, process the received signal, and transfer the processed signal, via the diagnostic connection to the vehicle bus. The signal received from the server and transferred to the vehicle bus can be used to update software for any of myriad hardware and firmware modules on-board the vehicle, as well as to control aspects of the vehicle, such as remote control of the vehicle. Also, signals s from sensors that are part of the dongle and/or a separate device working with the dongle can be used to control operating systems of the vehicle, such as the braking, steering, throttle, and active suspension systems.
In another aspect, the components described above as composing a dongle can be distributed amount multiple devices, such as the dongle and a device remote from the dongle. The remote-from-the-dongle device may be a rear view mirror, or an attachment to a rear view mirror. Or, the remote device can attach to a sun visor or can be located elsewhere in the vehicle. The remote device can include sensors, such as accelerometers and barometers, the long range wireless processor, and the GPS components, leaving only a low capability (with low power use) processor and accelerometers (and perhaps a barometer) in the dongle that couples to the vehicle bus. In such a scenario, the dongle might also include other sensors such as a barometer or biometric sensor. The dongle and barometer can communicate with one another via a short range wireless transceiver in each. In such an embodiment, the low capability, and thus small, dongle retrieves vehicle operational information, and other information, through the diagnostic port and transmits it via Bluetooth, or similar protocol, to the remote device, such as may be incorporated into a rear view mirror. The rear view mirror device then forwards the vehicle information received from the dongle to a central server via a long range wireless modem contained in it, or via short range wireless to another device, such as a smartphone, which could use its long range wireless modem to forward the vehicle information to the central server. Alternatively, the remote device may be a smart phone, or similar personal device such as a tablet or personal computer, which can receive information from the dongle over the short range wireless link and forward the information to a server for further processing. In addition, the smart phone or table can generate control signals and forward them via the short range wireless link to the dongle which can then forward the signals to various modules in the vehicle.
In the rear view mirror and visor-mounted embodiment, the remote device can include a battery, or other energy storage source, for powering the various components included in the remote device. The device can receive energy to recharge the battery via a wire, such as, for example, a cable connected to a USB port, or similar, that includes a power source wire, or pin, that typically provides vehicle battery voltage—nominally 12 volts DC. In an aspect, instead of a wire, a light powered energy source, such as a solar cell, or similar, is mounted on the remote device such that when the remote device is mounted in its operational location (a rear view mirror mounted to the windshield or rooftop near the is windshield, or a device clipped to a sun visor so that it faces the windshield) the light powered energy source can collect energy from the sun and convert it to energy for charging the battery, or for powering the components of the remote device if the battery is dead, or missing from the device.
In an aspect, the light powered energy source is mounted on an adjustable arm that is mechanically attached to the remote device. The adjustable mount allows the light powered source to substantially face incident light to maximize the light, and thus, the energy contained therein, received from the light source and converted into electrical energy by the light powered energy source. Since the light incident on a plane is proportional to the sine of the angle that the light source forms with the plane, and maximum light impinging on the planar surface occurs when a ray of the light is perpendicular to the surface of the plane (sin 90°=1), the angle of the solar cell can vary with respect to incoming light by about 25° and still receive approximately 90% of the light radiation it would receive if it were oriented exactly perpendicularly to the impinging radiation.
Thus, precise orientation of the solar cell with respect to the sun is not critical, however, the closer to perpendicular, the more output from the solar cell, and the faster the battery can recharge, or the more power is available for components operating in the remote device. In addition, precise orientation probably isn't as important on a cloudy day as on a sunny day, since clouds tend to diffract light from the sun and thus light radiation is less directional than on a sunny day, although the power output from the solar cell will also typically be less than on a sunny day, even if the solar cell is optimally oriented on the cloudy day, and less than optimally oriented on the sunny day. Thus, orientation with respect to perpendicular of +/− less than 25° is probably sufficient to achieve an adequate charging rate from the solar cell of batteries that power the remote telematics device components.
The remote telematics device may also include a battery health monitor, such as an analog gauge or and LED cluster, or similar (such as a colored icon on a smart phone). The battery health monitor may read batter voltage directly, or it may receive a signal from the device's processor that indicates VCC for example. In addition to monitoring battery health (typically battery voltage) the battery health monitor can instead provide feedback as to the orientation of the solar cell with respect to perpendicular to the angle of light radiation upon it. For example, if the user uses a user interface on the remote telematics device, such as a button, or a button on a smartphone application, he, or she, may select a function that causes the battery health monitor act as a solar cell output gauge instead of a battery voltage meter,
Acting as a solar cell output gauge, an LED cluster of the battery health monitor can illuminate a red LED if the orientation of the solar cell deviates greater than a predetermined amount of degrees from perpendicular, for example 33°. If the orientation deviation is less than 33° but greater than, for example, 25°, the processor of the remote telematics device could illuminate a yellow LED, and if deviation of the orientation of the solar cell panel with respect to perpendicular to incident light radiation is less than 25°, the processor could cause a green LED of the cluster to illuminate. Thus, a user has a visual indication to help orient the solar cell to help maximize the power output of the solar cell.
In another aspect, an audio sound could indicate that the orientation of the solar cell with respect to incident light radiation is within a predetermined criteria, or tolerance. Much like a carpenter uses a stud finder to locate wall studs behind a sheetrock® wall, a driver could use the audio sound to orient the solar panel while driving without having to divert attention from the road to look at the LED cluster, or other visual indication of solar cell output.
In either embodiment, the processor, or the battery health monitor acting as a solar cell alignment indicator can use a variety of references to establish a relationship between the solar panel being perpendicular to incident light radiation. For example, a predetermined value of power output from the solar panel can be used. The telematics device processor can receive current weather forecasts over the long range wireless communications network and compute, based on the day of the year, what the energy output should be for a given solar panel size and efficiency rating. Alternatively, as the vehicle moves along given route, which presumably includes traveling along some hilly and curvy terrain, the processor of the telematics device can sample solar panel output values during a calibration period and use the maximum output value detected during the period as the maximum output value for the given solar panel. Thus, the processor can base the angular orientation optimization of the solar panel on the highest output of the panel during the calibration period.
In another aspect, the remote telematics device may include a motorized coupling to the adjustable solar panel such that the processor can determine that the panel needs adjusting based on comparing the panel's output to the maximum output, whether the predetermined value or the sampled value as discussed above. The processor can cause motors to move the panel to achieve higher outputs of the panels, even as the vehicle travels along a route. However, as the motors may draw more power than the output of the solar panel, the processor could determine whether to disable to the motorized feature, for example, on a cloudy day, or during certain periods of the day (e.g., dusk until dawn.)
In another aspect, the processor could compare outputs from accelerometers in the remote telematics device located high in the vehicle, for example in the rear view mirror attached near the roof to the vehicle, and accelerometers in the dongle, which typically couples to a diagnostic port below the dash board of the vehicle. Communicating accelerometer values between the dongle and the remote device, the processor thereof can calculate the angle of body roll based on differences in outputs of the separately located accelerometers, generate a suspension control signal based on the calculated body roll angle, and communicate the suspension control signal to the vehicle bus via short range wireless signal to the dongle, which in turn would communicate the signal to appropriate modules of the vehicle, for example, one, or more, controllers of magneto rheological shock absorbers. A user, or installer, may use a user interface to configure the locations of the dongle and the remote telematics device. For example, the user interface may present an input screen for inputting the location of the remote telematics device (e.g., rear view mirror) and the location of the dongle (e.g., plugged into a diagnostic port). The interface may also present an input screen, field therein, or other similar means for receiving input from a user, that receives a vehicle make, model, and year model. The processor of the telematics device can access a database, either locally or remotely, that provides dimensions of the vehicle with respect to the distance apart of the mirror location and the dongle location, and the roll center height of the vehicle relative to the locations of the dongle and the mirror. The processor can then use output signals from the respective accelerometers components of the dongle and remote telematics device, and determine a roll angle of the vehicle's body based on movement of the accelerometers relative to the roll center of the vehicle. Since each vehicle has different elevations of the rear view mirror and diagnostic port relative to the elevation of the vehicle's roll center, providing an input interface to receiving vehicle-specific device location information aids in providing an accurate roll center calculation that an active suspension system can use in counteracting the roll of the vehicle.
In another aspect, even if a vehicle does not include an active handling system that can use a measured roll angle, the roll angle of a vehicle may be information that an entity, such as an insurance company, could use in calculating insurance premiums for a given driver, or use in otherwise calculating a driver's ‘driving score.’ For example, if a user has frequent high roll angle events for a given vehicle, the insurance company may raise his, or her, insurance premiums. Or, measuring a roll event may mitigate a negative adjustment that an insurance company may make to a customer's monthly premium charged that is based on a large number of high-lateral-load turns—a vehicle that stays flat (less roll) may produce higher lateral loads through a turn, yet be safer because a vehicle that doesn't roll can hold the road better in a turn and thus would be less likely to induce a driver to lose control of the vehicle. Thus, the processor in the remote telematics device, whether substantially permanently mounted to the vehicle (e.g., rear view mirror, sun visor, or other location near the roof via Velcro, adhesive, or clips) or removably located in a cradle near the roof (or vertically higher than the diagnostic port), such as for example a cradle for receiving a smartphone wherein the smartphone is the remote telematics device that communicates with the dongle via Bluetooth, or similar, can determine a roll angle of the vehicle and not only generate a signal and transmit it to the vehicle but, but it can transmit the signal via long range wireless communication protocol toward a central computer server, such as a telematics services provider's server.
As a preliminary matter, it will be readily understood by those persons skilled in the art that the present aspects are susceptible of broad utility and application. Many methods, embodiments, aspects, and adaptations other than those herein described, as well as many variations, modifications, and equivalent arrangements, will be apparent from or reasonably suggested without departing from the substance or scope described herein.
Accordingly, while a detailed description in relation to preferred embodiments has been given, it is to be understood that this disclosure is only illustrative and exemplary and is made merely for the purposes of providing a full and enabling disclosure. The following disclosure is not intended nor is to be construed to limit or to exclude other embodiments, adaptations, variations, modifications and equivalent arrangements, the present invention being limited only by the claims appended hereto and the equivalents thereof.
Furthermore, lights 32 can monitor output power from a solar panel, as will be discussed in reference to
Turning now to
Furthermore, the processor of device 10 that controls the output of lights 32 may also use a power output signal representing the power output of panel 26 to generate a control signal that controls a motor coupled to the panel at hinge 28, or with a rod to the flat portion of the panel, to adjust the angle of the panel in either direction 34 or 36 to automatically optimize power output of the solar panel as the vehicle travels along a route. The reference value for the maximum output of panel 26 may be determined based on a default value. Preferably, the processor of telematics device 10 can obtain information over a long range wireless communication network to more accurately determine a reference maximum output level from panel 26. For example, based on the vehicle current latitude, longitude, and elevation, which device 10 would acquire from an internal (to the device) location determination component, such as a GPS processor, the processor of device 10 could request over the long range wireless communication network current sun strength for its location from a central server, such as may be operated by NASA. In addition, the sun strength could be used as a factor along with current cloud cover, which device 10 could retrieve from a weather server over the long range wireless communication network. And, finally, device 10 could apply an attenuation factor for attenuation attributable to tinting of windshield 18, shown in
Turning now to
The figure also shows a short range wireless Bluetooth link 42 for communicating between telematics device 10 and a user's smartphone 44. One skilled in the art will appreciate that smartphone 44 can include the components of, and perform the functions of, telematics device 10. In such a scenario, dongle 4 and smartphone 44 would communicate directly with one another over link 8, and device 10 would be superfluous. Smartphone 44 would be configured with applications to perform telematics operations and functions, as well as transmitting the output of those applications to a central server via a long range wireless link and receiving voice and data information from a central server via the long range wireless link. In other words, a smartphone, tablet, or similar device, can be used in place of a custom designed/built telematics device because a smartphone typically includes all of the components shows in the block diagram of device 10.
Preferably, dongle 4 and smartphone 44 (as well as telematics device 10) support, and communicate according to, Bluetooth serial port profile (“SPP”). However, if one, or both, of the devices communicating with one another do not support SPP, other Bluetooth profiles, such as Personal Area Network (“PAN”), LAN Access Profile (“LAP”), Dial-up Networking Profile (“DUN”), Phone Book
Access Profile (“PBAP”, or “PBA”), or even the common Hands-free Profile (“HFP”) and Advanced Audio Distribution Profile (“A2DP”) may be used to transfer diagnostics data from the dongle to the telematics device, and from the telematics device to the dongle.
For example, if devices at either end of link 8 support PAN, one would act as a server and the other as a client and transmit data back and forth accordingly. Similar operation would occur if link 8 was established according to DUN.
Some smart phones may not support SPP, or networking profiles, but may support PBAP or PBA for syncing phone numbers and associated names. Dongle 4 could package diagnostic data as phone number information and transmit it to the telematics device 10, which could have an application that transforms the data from a phone book format to a data packet format suitable for use by a telematics application at either the remote telematics device in the vehicle, or at a centrally located remote telematics server that receives information from the telematics device. In another embodiment, using the HFP profile, dongle 4 could encode diagnostic data as tones, such as DTMF tones, and transmit the diagnostic and other control data and information tones, which the receiving Bluetooth device could decode and retrieve the data from.
In the embodiment shown in the figure, speakers and microphones, shown as block 47, provide a user interface for voice calls so that a user does not need to hold smartphone to his, or her, head to talk while driving and device 10 performs typical vehicle diagnostics operations. Processor 46 can perform myriad processing operations, including general computing, voice compression and decompression algorithms, and management of various components, application, processes, and firmware of telematics device 10. By using processor 46 in remote (from dongle 4) telematics device 10, dongle 4 need only handle reduced functionality and thus can use a smaller processor 48 than if it had to perform voice and data modem and processing functions. In addition to using a less capable processor 48, by using GSM radio circuitry, or other long range wireless circuitry, in the remote telematics device 10, designers can further reduce the size of dongle 4. Thus, dongle 4 has interface circuitry and connectors 50 for interfacing with diagnostic port 6, power conditioning circuitry 52, and analog circuitry 54, such as filters and voltage transformation circuits. Dongle 4 also includes accelerometer components 56, which preferably includes a three-axis accelerometer integrated circuit chip, and short range wireless transceiver 58 for establishing and facilitating communication over link 8. Wireless transceiver 58 may transmit data received from diagnostic port 6 and accelerometer 56 over link 8 to short range wireless transceiver 60 of remote telematics device 10. Transceiver 58 also can receive information, such as messages requesting information, and control messages that dongle 4 can then transmit through the diagnostics port 6 to a vehicle bus, such as a CAN bus, or similar. Such a control message can be used to perform various vehicle functions, such as restrict fuel flow, lock/unlock doors, raise or lower windows, start or stop a climate control system, control an active handling system, cause an alarm system to operate, steer a steering system, operate a braking system, turn on headlights, sound a horn or alarm device, operate a fuel throttle, control spark timing or fuel injection duty cycle, magnitude of injection pulse, and various other vehicle operation and control functions. Device 10 can also forward acceleration information from accelerometer 62 to dongle 4 over link 8, or to a remote server over a long range wireless communication link using long range wireless circuitry 64.
In remote telematics device 10, processor 46 can control long range radio circuitry 64 and GPS circuitry 66. One of ordinary skill will appreciate that long radio circuitry may be included in processor circuitry 46, or at least may be provided by a vendor as a composite module that includes voice processing and general microprocessor capabilities. In addition, GPS, or other location determining circuitry, may also be included with either long range circuitry 64 or processor 46. But, for clarity of description,
Since GPS radio circuitry typically consumes a large amount of power relative to other processes, components, and application that processor 46 handles, battery 68 can be charged with power received via a standard computer connector 70, such as, for example, a USB connector, or the like. If USB power is not available at connector 70, solar cells 26 can supplement battery 68 to reduce drain caused by GPS operation. Or, if GPS circuitry 66 is not used, solar cells 26 can charge battery 68. Power conditioning circuitry 72 manages power input from connector 70, solar cells 26 and battery 68, to ensure proper voltage is delivered to processor 46 and other components of device 10. Also, conditioner can detect voltage changes from solar cells 26 to facilitate adjusting the angle of the solar cells, or panel, relative to incident light radiation to maximize output from the cells as discussed above in reference to
Turning now to discussion of
Processor 48 can determine when signals from accelerometer correspond with vibrations generated by the vehicle when a door closes, or when the engine starts, or when other predetermined trigger events occur based on a accelerometer signal signature that correlates with a given trigger event. When processor 48 determines that a trigger event has occurred, it can initiate a communication link, or session, between short range wireless transceiver 58 and a complementary short range wireless transceiver of a device that is remote from dongle 4. Alternatively, processor 48 can detect a signal received through diagnostic interface 50 that indicates that the vehicle's engine has started, or some other event has occurred. If a vehicle includes more than one short range wireless transceiver device (i.e., dongle 4 and speakers and microphone that communicate via the same short range wireless protocol, such as Bluetooth) a timer can be used to delay the energizing of the speakers and microphone (and their corresponding Bluetooth transceiver) to give priority to a connection between the dongle and a smart phone. Moreover, processor 48 can evaluate signals received from both the diagnostic interface 50 and accelerometer component 56 to form an even more sophisticated trigger determination than using just one or the other. Regardless of the type of trigger, when processor 48 determines that a trigger event has occurred, it can cause transceiver 58 to attempt establishing a communication session with another device that uses the same communication protocol (e.g., Bluetooth, or similar). Another trigger may be recognition by processor 48 that transceiver 58 received an incoming message from a device, such as remote telematics device 10.
Turning now to
Regarding power management, processor 46 can control conditioner circuits 72, in response to input signals from ‘gas gauge’ or battery/power monitor 74. Or, user input from buttons 26 or 28 could cause processor to illuminate a light 32, red perhaps, to indicate battery 68 cannot provide enough power to send a long range wireless message in response to the button press unless the user plugs in the remote telematics device to USB port 70. Lights 32 can also indicate whether battery 68 has enough power to play an audio file, or message, with speaker 77. Microphone 30 typically would not require power to generate a signal, so lights 32 typically do not indicate status of the battery with respect to capability to operate the speaker. If remote device 10 receives an important audio message that it needs to play, power conditioning circuits 72 can cause a reduction in audio power output to speaker 77 if the stored energy in battery 68 cannot play the message at a currently set volume level.
In addition to indicating power management status, lights 32 can provide a variety of other status indications. For example, different color lights can indicate the strength of a signal received at long range wireless transceiver 64. Or, the different color lights can indicate power/charge status of battery 68. In another aspect, lights 32 can indicate if remote telematics device 10 has compared signals from accelerometer components 62 in remote device 10 to accelerometer components in a dongle, and in response to result of the comparison, generated and transmitted to the vehicle's bus a signal for controlling an active handling system.
These and many other objects and advantages will be readily apparent to one skilled in the art from the foregoing specification when read in conjunction with the appended drawings. It is to be understood that the embodiments herein illustrated are examples only, and that the scope of the invention is to be defined solely by the claims when accorded a full range of equivalents.
is This application claims priority under 35 USC sec. 119 to U.S. Provisional Patent Application No. 61/436,949 entitled “Method and system for performing telematics functions in a vehicle using a solar powered communication device” having a filing date of Jan. 27, 2011, which this application incorporates herein by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
61436949 | Jan 2011 | US |