In-vehicle network system
The vehicle system optimizes in-vehicle network data transmission by separating multimedia and non-multimedia data streams and using specialized processing speeds, addressing bandwidth limitations and reducing hardware upgrade costs.
Patent Information
- Authority / Receiving Office
- WO · WO
- Patent Type
- Applications
- Current Assignee / Owner
- HARMAN BECKER AUTOMOTIVE SYSTEMS INC
- Filing Date
- 2024-12-19
- Publication Date
- 2026-06-25
AI Technical Summary
Conventional in-vehicle networks face bandwidth and speed limitations due to increasing demand for intra-vehicle data transmissions, necessitating significant hardware modifications that increase costs.
A vehicle system with separate interfaces for transmitting non-multimedia and multimedia information over in-vehicle networks at different speeds, utilizing microcontrollers and digital processors to process these data types at varying speeds, and employing an everything-to-audio (XOA) protocol to encode data for compatibility with existing networks.
Enhances data transmission efficiency by optimizing bandwidth and speed for different types of information, reducing the need for costly hardware upgrades.
Smart Images

Figure CN2024140641_25062026_PF_FP_ABST
Abstract
Description
IN-VEHICLE NETWORK SYSTEMTECHNICAL FIELD
[0001] The present disclosure generally relates to a vehicle system. More specifically, the present disclosure relates to an in-vehicle network system.BACKGROUND
[0002] Many vehicles are provided with multiple controllers and / or electronic control units (ECUs) configured to perform various operations. The controllers / ECUs are connected to each other via one or more in-vehicle networks in support of one or more digital communication protocols each associated with a predetermined bandwidth and speed. As the number of controllers / ECUs increase, the bandwidth and speed may become limited and insufficient in some situations.SUMMARY
[0003] In one or more exemplary embodiments if the present disclosure, a vehicle system includes a first controller programmed to transmit data including multimedia information and non-multimedia information over an in-vehicle network, the first controller including a first interface transmits the non-multimedia information over the in-vehicle network at a first speed, and a second interface transmits the multimedia information over the in-vehicle network at a second speed that is different than the first speed; and a second controller including at least one microcontroller programmed to receive the non-multimedia information from the first interface and to process the non-multimedia information; and at least one digital processor programmed to receive the multimedia information from the second interface and to process the multimedia information at a speed that is greater than the at least one microcontroller processes the non-multimedia information.
[0004] In one or more exemplary embodiments if the present disclosure, a method includes transmitting, via a first controller, a non-multimedia information over a first in-vehicle network at a first transmission speed, transmitting, via the first controller, a multimedia information over a transmission second in-vehicle network at a second speed that is different than the first transmission speed; receiving, via a second controller, the non-multimedia information from the first in-vehicle network; processing, via the second controller, the non-multimedia information at a first processing speed; receiving, via the second controller, the multimedia information from the second in-vehicle network; and processing, via the second controller, the multimedia information at a second processing speed that is greater than the first processing speed.
[0005] In one or more exemplary embodiments if the present disclosure, a computer-program product embodied in a non-transitory computer read-able medium that is programmed and executable by one or more controllers in an audio system, the computer-program product includes instructions for receiving non-multimedia information over an in-vehicle network from a first interface of a first controller; processing the non-multimedia information at a first speed; receiving multimedia information over the in-vehicle network from a second interface of the first controller; and processing the multimedia information at a second speed, wherein the first speed is different from the second speed.BRIEF DESCRIPTION OF THE DRAWINGS
[0006] For a better understanding of the invention and to show how it may be performed, embodiments thereof will now be described, by way of non-limiting example only, with reference to the accompanying drawings, in which:
[0007] Figure 1 illustrates an example block topology of a vehicle system of one embodiment of the present disclosure;
[0008] Figure 2 illustrates an example block diagram of vehicle ECUs of one embodiment of the present disclosure;
[0009] Figure 3 illustrates an example block diagram of controller communications of one embodiment of the present disclosure;
[0010] Figure 4 illustrates an example block diagram of controller communications of another embodiment of the present disclosure; and
[0011] Figure 5 illustrates a flow diagram of a process for communicating via the in-vehicle network of one embodiment of the present disclosure.DETAILED DESCRIPTION
[0012] Embodiments are described herein. It is to be understood, however, that the disclosed embodiments are merely examples and other embodiments may take various and alternative forms. The figures are not necessarily to scale. Some features could be exaggerated or minimized to show details of particular components. Therefore, specific structural and functional details disclosed herein are not to be interpreted as limiting, but merely as a representative basis for teaching one skilled in the art.
[0013] Various features illustrated and described with reference to any one of the figures may be combined with features illustrated in one or more other figures to produce embodiments that are not explicitly illustrated or described. The combinations of features illustrated provide representative embodiments for typical applications. Various combinations and modifications of the features consistent with the teachings of this disclosure, however, could be desired for particular applications or implementations.
[0014] Due to the increasing demand of intra-vehicle data transmissions, conventional in-vehicle network such as controlled vehicle network (CAN) may be insufficient to satisfy such a demand due to the bandwidth and speed limitations. Adding additional in-vehicle network may require significant hardware modifications which increases the cost.
[0015] The present disclosure proposes, among other things, a vehicle system. More specifically, the present disclosure proposes in-vehicle network system configured to transfer various data.
[0016] Referring to Figure 1, an example block topology of a vehicle system 100 of one embodiment of the present disclosure is illustrated. A vehicle 102 may include various types of automobile, crossover utility vehicle (CUV) , sport utility vehicle (SUV) , truck, recreational vehicle (RV) , bus, coach, boat, plane, or other mobile machine for transporting people or goods. In many cases, the vehicle 102 may be powered by an internal combustion engine. As another possibility, the vehicle 102 may be a battery electric vehicle (BEV) , a hybrid electric vehicle (HEV) powered by both an internal combustion engine and one or more electric motors, such as a series hybrid electric vehicle (SHEV) , a plug-in hybrid electric vehicle (PHEV) , a parallel / series hybrid vehicle (PSHEV) , or a fuel-cell electric vehicle (FCEV) , or other mobile machine for transporting people or goods. It should be noted that the illustrated system 100 is merely an example, and more, fewer, and / or differently located elements may be used.
[0017] As illustrated in Figure 1, a computing platform 104 may include one or more processors 106 configured to perform instructions, commands, and other routines in support of the processes described herein. For instance, the computing platform 104 may be configured to execute instructions of vehicle applications 108 to provide features such as navigation, remote controls, and multimedia operations. Such instructions and other data may be maintained in a non-volatile manner using a variety of types of computer-readable storage medium 110. The computer-readable medium 110 (also referred to as a processor-readable medium or storage) includes any non-transitory medium (e.g., tangible medium) that participates in providing instructions or other data that may be read by the processor 106 of the computing platform 104. Computer-executable instructions may be compiled or interpreted from computer programs created using a variety of programming languages and / or technologies, including, without limitation, and either alone or in combination, Java, C, C++, C#, Objective C, Fortran, Pascal, Java Script, Python, Perl, and structured query language (SQL) .
[0018] The computing platform 104 may be provided with various features allowing the vehicle occupants / users to interface with the computing platform 104. For example, the computing platform 104 may receive input from human machine interface (HMI) controls 112 configured to provide for occupant interaction with the vehicle 102. As an example, the computing platform 104 may interface with one or more buttons, switches, knobs, or other HMI controls configured to invoke functions on the computing platform 104 (e.g., steering wheel audio buttons, a push-to-talk button, instrument panel controls, etc. ) . In one or more examples, the computing platform 104 may operate as and / or integrated with a vehicle head unit, and / or in-vehicle infotainment (IVI) system.
[0019] The computing platform 104 may also be provided with navigation and route planning features through a navigation controller 122 configured to calculate navigation routes responsive to user input via e.g., the HMI controls 112, and output planned routes and instructions via one or more loudspeakers and / or displays. Location data that is needed for navigation may be collected from a global navigation satellite system (GNSS) controller 124 configured to communicate with multiple satellites and calculate the location of the vehicle 102. The GNSS controller 124 may be configured to support various current and / or future global or regional location systems such as global positioning system (GPS) , Galileo, Beidou, Global Navigation Satellite System (GLONASS) and the like. Map data used for route planning may be stored in the storage 110 as a part of the vehicle data 126. Navigation software may be stored in the storage 110 as one the vehicle applications 108.
[0020] The computing platform 104 may be configured to wirelessly communicate with a mobile device 128 of the vehicle users / occupants via a wireless connection 130. The mobile device 128 may be any of various types of portable computing devices, such as cellular phones, tablet computers, wearable devices, smart watches, laptop computers, portable music players, or other device capable of communication with the computing platform 104. A wireless transceiver 132 may be in communication with a Wi-Fi controller 134, a Bluetooth controller 136, a radio-frequency identification (RFID) controller 138, a near-field communication (NFC) controller 140, and other controllers such as a Zigbee transceiver, an IrDA transceiver, and configured to communicate with a compatible wireless transceiver 142 of the mobile device 128.
[0021] The mobile device 128 may be provided with a processor 144 configured to perform instructions, commands, and other routines in support of the processes such as navigation, telephone, wireless communication, and multimedia processing. For instance, the mobile device 128 may be provided with location and navigation functions via a GNSS controller 146 and a navigation controller 148. The mobile device 128 may be provided with a wireless transceiver 142 in communication with a Wi-Fi controller 150, a Bluetooth controller 152, a RFID controller 154, an NFC controller 156, and other controllers (not shown) , configured to communicate with the wireless transceiver 132 of the computing platform 104. The mobile device 128 may be further provided with a non-volatile storage 158 to store various mobile application 160 and mobile data 162.
[0022] The computing platform 104 may be further configured to communicate with various components of the vehicle 102 via one or more in-vehicle network 166. The in-vehicle network 166 may include, but is not limited to, one or more of a controller area network (CAN) , local interconnect network (LIN) , FlexRay network, RS-485 network, clock extension peripheral interface (CXPI) network, an Ethernet audio video bridging (AVB) network, and a media-oriented system transport (MOST) , A2B audio bus, INICnet, Sony / Philips Digital Interface (SPDIF) , Multichannel Audio Digital Interface (MADI) , USB Stream as some examples. Furthermore, the in-vehicle networks 166, or portions of the in-vehicle network 166, may be a wireless network accomplished via Bluetooth low-energy (BLE) , Wi-Fi, ultra-wide band (UWB) or the like. In one or more examples, the in-vehicle network 166 may include a plurality of networks operating in parallel. For instance, the in-vehicle network 166 may include a CAN configured to manage a vehicle's powertrain, body, and other subsystems, and an A2B audio bus (and / or other high-speed networks) which supports a higher speed and configured to distribute audio, video and multimedia information within a vehicle 102.
[0023] The computing platform 104 may be configured to communicate with various electronic control units (ECUs) 168 of the vehicle 102 configured to perform various operations via the one or more in-vehicle networks 166. For instance, the computing platform 104 may be configured to communicate with a telematics control unit (TCU) 170 configured to control telecommunication between vehicle 102 and a wireless network 172 through a wireless connection 174 using a modem 176. The wireless connection 174 may be in the form of various communication network e.g., a cellular network. Through the wireless network 172, the vehicle may access one or more servers 178 to access various content for various purposes. It is noted that the terms wireless network and server are used as general terms in the present disclosure and may include any computing network involving carriers, router, computers, controllers, circuitry or the like configured to store data and perform data processing functions and facilitate communication between various entities.
[0024] The computing platform 104 may be further configured to communicate with one or more media controllers 180 configured to perform multimedia functions within the vehicle cabin. In one or more examples, the vehicle cabin may be divided into multiple zones corresponding to different seat locations (e.g., driver seat, passenger seat) for performing multimedia operations independently. This these situations, the ECUs 168 may include a plurality of media controllers 180 each configured to provide multimedia features within the corresponding zone.
[0025] The computing platform 104 may be further configured to communicate with one or more body control modules (BCMs) 184 configured to control various body operations of the vehicle 102. The BCM 184 may be configured to communicate with various sensors (e.g., cameras) for measure the operating condition outside the vehicle. The sensor data (e.g., video) may be provided to the computing platform 104 and / or various ECUs 168 for processing.
[0026] The computing platform 104 may be further configured to communicate with one or more autonomous driving controllers (ADCs) 182 configured to perform autonomous driving features. The ADC 182 may be configured to process and analyze the sensor data from the BCM 184 to detect one or more objects at the vicinity of the vehicle and perform maneuvers accordingly.
[0027] Referring to Figure 2, an example block diagram of vehicle ECUs of one embodiment of the present disclosure is illustrated. With continuing reference to Figure 1, the computing platform 104 and various ECUs 168 may communicate with each other via the in-vehicle network 166. In the present example, the computing platform 104 may communicate with a first media controller 180a and a second media controller 180b both configured to perform multimedia functions within the vehicle cabin. As discussed above, the vehicle cabin may be divided into multiple zones each independently operated by a media controller 180. Each of the media controllers 180 may be operably connected to various external components / devices 205 to provide various multimedia features.
[0028] Taking the first media controller 180 for instance, the first media controller 180a may be operably connected to one or more displays 204 configured to provide visual output to vehicle users. In some cases, the display 204 may be a touch screen further configured to receive user touch input, while in other cases the display 204 may be a display only, without touch input capabilities. The first media controller 180a may be further operably connected to one or more cameras 206 configured to provide video input. For instance, the one or more cameras 206 may include an in-cabin camera mounted on the windshield facing backward and configured to capture facial images of one or more vehicle users. The facial images may be provided to the computing platform 104 for facial recognitions such that the computing platform 104 may determine the identity of the user and the occupancy of the vehicle 102.
[0029] The first media controller 180a may be further operably connected to one or more loudspeakers 208 configured to provide audio output to the vehicle users. The first media controller 180a may be further operably connected to one or more microphones 210 configured to capture voice input of the vehicle user. The user may adjust the multimedia operations by making a voice command via the microphones 210. For instance, the user may make a voice command indicating an intent to change a radio channel via the microphone 210, in response the computing platform 104 in combination with the first media controller 180a may switch to the desired radio channel.
[0030] The first media controller 180a may be further operably connected to one or more lighting devices (e.g., LEDs) 212 configured to providing light output. The lighting device 212 may include one or more atmosphere lights configured to provide the user with a desired atmosphere by adjusting the characteristics of the light output such as color, intensity, and pattern. The first media controller 180a may determine and adjust the atmosphere based on the multimedia content being output. The first media controller 180a may be further operably connected to one or more vibrators 214 configured to provide haptic feedback to the user e.g., based on the multimedia content. The first media controller 180a may be further operably connected to one or more sensors 216 configured to perform measurements with regard to one or more conditions. For instance, the sensors 216 may include an occupancy sensor configured to measure and determine the occupancy of one or more seats. Additionally or alternatively, the sensors 216 may include a biometric sensor (e.g., electrocardiogram) configured to measure the biometric condition of the users. The sensors 216 may be located within the corresponding vehicle seat to facilitate the measurement.
[0031] The second media controller 180b may be operably connected various external components in a similar manner. Detailed description of the second media controller 180b is omitted therein for simplicity.
[0032] It is noted that although two media controllers 180a, 180b are illustrated in the example in Figure 2, the present disclosure is not limited thereto. Depending on the configuration of the vehicle 102, more or fewer media controllers 180 in communication with various external components may be provided.
[0033] The computing platform 104 may further configured to communicate with the BCM 184 via the in-vehicle network 166. The BCM 184 may be operably connected to various sensors 220 configured to measure various data. For instance, the sensors 220 may include one or more cameras 222 configured to capture images outside the vehicle. In one example, the camera 222 may be a front-face dashboard camera configured to capture images in the forward direction. Additionally or alternatively, the camera 222 may include a reverse camera configured to capture images in the rearward direction. Additionally or alternatively, the camera 222 may include a plurality of camera lenses configured to enable a surrounding view of the vehicle 102.
[0034] The sensors 220 may further include a lidar sensor 224 configured to measure a distance between one or more objects and the vehicle 102. The sensors 220 may further include an ultra-sonic radar 226 sensor configured to detect an object at the vicinity of the vehicle.
[0035] The sensor data received by the BCM 184 may be transferred to computing platform 104 and / or the ECUs 168 to enable various operations. For instance, the BCM 184 may be configured to transmit the sensor data to the ADC 182 via the in-vehicle network 166 such that the ADC 182 may perform autonomous driving maneuvers based on the sensors data. For instance, the sensor data may be transmitted in a real-time manner to the ADC 182 via the in-vehicle network 166. Due to the size and time sensitivity of the sensor data, the in-vehicle network 166 may be required to support high-speed data protocols.
[0036] In an alternative example, the computing platform 104 and the one or more media controllers 180 may communicate with each other via the in-vehicle network 166 to perform multimedia operations such as audio and / or video output. The multimedia information may be large in size and thus high-speed data transfer may be required.
[0037] As described above, the in-vehicle network 166 may include wired and / or wireless communication network in support of various protocols. In the present example, it is preferred that in-vehicle network 166 is configured to support a high speed and / or bandwidth data protocol due to the large data size. Therefore, the in-vehicle network 166 in the present example may include one or more of an Ethernet AVB network, MOST, A2B audio bus, INICnet, SPDIF, MADI, USB Stream as some examples. Low speed networks such as CAN may not be preferred.
[0038] Referring to Figure 3, an example block diagram 300 of controller communications of one embodiment of the present disclosure is illustrated. In the present example, a first controller 302 and a second controller 304 may bidirectionally communicate with each other via the in-vehicle network 166. With continuing reference to Figures 1 and 2, as a non-limiting example, the first controller 302 may be implemented using the computing platform 104 and the second controller 304 may be implemented using the first media controller 180a. It is noted that in the present example the computing platform 104 is used as a general term and may refer to one or more components of the computing platform 104 as described with reference Figure 1. In other words, one or more components of the computing platform 104 may individually or collectively provide the bidirectional communication features described below with reference to Figure 3. For simplicity, the one or more components will be collectively referred to as the computing platform 104 in the following description.
[0039] The computing platform 104 may be provided with one or more microcontroller unit and / or digital signal processor (MCU / DSP) 306 configured to perform control and data processing operations. The MCU / DSP 306 may include one or more integrated circuits configured to perform various operations. For instance, the MCU / DSP 306 may be implemented as one or more system on chip (SoC) integrated circuits. More specifically, the MCU / DSP 306 may process and communicate vehicle data 308 that involves various entries of vehicle features. As a few non-limiting examples, the vehicle data 308 may include audio data 310 configured to provide one or more audio features of the vehicle 102. For instance, the audio data 310 may include output audio data stored in the storage 110 and / or received wirelessly in a real-time manner (e.g., radio data) for outputting via one or more loudspeaker 208. Additionally or alternatively, the audio data 310 may further include digital data captured via one or more microphones 210.
[0040] The vehicle data 308 may further include video data 312 configured to provide one or more video features of the vehicle 102. For instance, the video data 312 may include output video data for outputting via one or more displays 204. Additionally or alternatively, the video data 312 may include input video data captured via one or more camera sensors 222, and / or cameras 206.
[0041] The vehicle data 308 may further include light data 314 configured to provide a light output via one or more lighting devices 212.
[0042] The vehicle data 308 may further include image data 316 that is similar to the video data 312 configured to provide one or more visual features of the vehicle 102.
[0043] The vehicle data 308 may further include control data 318 configured to control / adjust operations of vehicle ECUs 168. The control data 318 may include one or more command configured to adjust one or more settings of a vehicle features. For instance, the control data 318 may include a volume control command designated to one or more ECUs 168, e.g., the first media controller 180a in the present example. Responsive to receiving the control data 318, the first media controller 180a may adjust a volume of one or more loudspeakers 208 based on the command.
[0044] The vehicle data 308 may further include sensor data 320 indicative of signals captured via one or more sensors 220. As discussed above, the sensors data 320 may be used by the ADC 182 for providing the autonomous driving features. Additionally or alternatively, the sensor data may include the user biometric data measured via the vehicle sensors 216.
[0045] The vehicle data 308 may further include vibrator data 320 configured to provide a vibration output via one or more vibrators 214.
[0046] The vehicle data 308 may further include other data entries 324 configured to provide various other features described or not described herein.
[0047] In one or more examples, the vehicle data 308 may be further classified as multimedia information and non-multimedia information. For instance, the non-multimedia information may include the control data 318 or the like. The multimedia information may include the audio data 310, video data 312, light data 314, sensor data 320, vibrator data 322 or the like.
[0048] In order to communicate the vehicle data 308 with other controller, the MCU / DSP 306 may be provided with an encoder / decoder (endec) 324 configured to encode the vehicle data 308 to send out and / or to decode any data received from via the in-vehicle network 166. In one embodiment, the endec 324 may be implemented as a dedicated hardware. Alternatively, the endec 324 may be implemented via software without requiring any dedicated hardware. The latter case may be preferred for cost saving. The endec 324 may be configured to support various encoding protocols. For instance, the in-vehicle network 166 in the present example may be in support of data protocols that is originally design for audio data communication only and does not fully support digital data for other multimedia content. The present disclosure proposes a everything-to-audio (XOA) protocol configured to encode (and decode) the various vehicle data 308 into data format that is compatible with the audio data communication supported by the in-vehicle network 166. The endec 324 may be configured to encode the vehicle data 308 using the XOA protocol into encoded data 325 that is compatible with the in-vehicle network 166 for transmission.
[0049] The computing platform 104 may be further provided with a first interface 326 operably connected to the endec 324 and configured to communicate with the in-vehicle network 166. The encoded data 325 from the endec 324 may be sent to the in-vehicle network 166 via the first interface 326 for transmission. In the present example, the encoded data 325 from the first controller 302 is designated to the second controller 304 –the media controller 180a to provide one or more vehicle features (e.g., multimedia features) .
[0050] The first media controller 180a may be provided with a second interface 328 operable connected to the in-vehicle network 166 and configured to communicate the encoded data 325 therewith. The first media controller 180a may be further provided with an MCU / DSP 330 configured to perform digital signal processing. Similar to the MCU / DSP 306 of the computing platform 104, the MCU / DSP 330 of the first media controller 180a may include one or more SoC integrated circuits and be provided with an endec 332 via hardware, software, and / or the combination thereof to provide encoding and decoding functions. Continuing with the above example, the encoded data 325 received by the second interface 328 may be fed into the endec 332 for decoding and the original vehicle data 308 may be restored by the MCU / DSP 330.
[0051] As discussed above, the vehicle data 308 may include various data entries configured to provide various features. The first media controller 180a may be configured to communicate with one or more components configured to enable the one or more features by way of one or more input / output (I / O) interfaces 333. With continuing reference to Figure 2, the first media controller 180a may be operably connected to one or more of the light devices 212, microphones 210, loudspeakers 208, cameras 206, displays 204, vibrators 214, sensors 216, and / or other devices 334 via the I / O interfaces 416 to perform various operations.
[0052] More specifically, the first media controller 180a may be operably connected to the loudspeaker 208 configured to provide audio output using the audio data 310. The first media controller 180a may be further operably connected the microphone 210 configured to capture an audio input (e.g., a voice input) . The first media controller 180a may categorize the audio input as the audio data 310 and provide the audio input to the computing platform 104 via the in-vehicle network 166 for processing and storage.
[0053] The first media controller 180a may be further operably connected to the display 204 configured to provide video output using the video data 312. The first media controller 180a may be further operably connected the camera 206 configured to capture images and / or videos inside the vehicle cabin. The first media controller 180 may further categorize the images and / or videos as the image data 316 and / or the video data 312 and provide the images and / or videos to the computing platform 104 via the in-vehicle network 166 for processing and storage.
[0054] The first media controller 180a may be further operably connected to the lighting device 212 configured to output light using the light data 314. The lighting device 212 may include one or more atmosphere lights configured to provide the user with a desired atmosphere by adjusting the characteristics of the light output such as color, intensity, and pattern using the light data 314.
[0055] The first media controller 180a may be further operably connected to the vibrator 214 configured to perform vibrations and haptic feedback using the vibrator data 322.
[0056] The first media controller 180a may be further operably connected to the sensors 216 configured measure various sensor data 320.
[0057] It is noted that although the first controller 302 is implemented using the computing platform 104 and the second controller 304 is implemented using the first media controller 180a, the present disclosure is not limited thereto. The first controller 302 and / or the second controller 304 may be implemented using one or more other ECUs 168, devices, or controllers associated with the vehicle 102. For instance, one or more of the first controller 302 and the second controller 304 may be implemented using one or more ECUs 168 described or not described herein. As an example, the TCU 170 in communication with the wireless network 172 may download the data 308 from the server 178, and communicate the data 308 with one or more other ECUs 168 via the in-vehicle network 166.
[0058] Referring to Figure 4, an example block diagram 400 of controller communications of another embodiment of the present disclosure is illustrated. With continuing reference to Figures 1-3, in the present example, the first controller 302 and the second controller 304 may communicate with each other via a plurality of in-vehicle networks 166. The first controller 302 may be provided with a first MCU 402 configured to perform basic controller operations such as startup / shutdown control, and / or internal module configuration, control and monitoring. The first controller 302 may be further provided with a first DSP 404 configured to perform more advance data processing such as audio / video processing. The second controller 304 may be provided with a second MCU 406 and a second DSP 408 that operate in a manner similar to those of the first controller 302. In one or more examples, the DSPs 404, 408 may be provided with higher processing speed and / or capability compared with those of the MCUs 402, 406. Therefore, the DSPs 404, 408 may perform data processing faster than the MCUs 402, 406.
[0059] The first controller 302 may be provided with a first low-speed interface 410 configured to communicate with a second low-speed interface 412 of the second controller 304 via a first in-vehicle network 166a. The first in-vehicle network 166a may be a low-speed network in support of protocols such as CAN, LIN, FlexRay, RS-485, CXPI or the like. The first controller 302 may be provided with a first high-speed interface 414 configured to communicate with a second high-speed interface 416 of the second controller 304 via a second in-vehicle network 166b. The second in-vehicle network 166b may be a high-speed network in support of protocols such as A2B, MOST, INICnet, Ethernet AVB or the like.
[0060] The first in-vehicle network 166a and the second in-vehicle network 166b may be configured to communicate different types of data between the controllers to increase the efficiency and reliability of the communications. For instance, first in-vehicle network 166a supporting a lower speed may be configured to communicate basic vehicle control data 308 only (e.g., non-multimedia information) , while the second in-vehicle network 166b supporting a higher speed may be configured to communicate multimedia information.
[0061] For instance, the first DSP 404 may be provided with a first audio processing module configured to process audio data (e.g., from a digital file, or compact disk) . The audio data may be sent to a second audio module 420 of the second DSP 408 via the second in-vehicle network 166b for processing and output. Similar to the example illustrated with reference to Figure 3, the second controller 304 may be operably connected to a plurality of external components 205 via an I / O interface 424. For instance, the audio data may be provided to a loudspeaker as a part of the external components 205 for output.
[0062] The first DSP 404 may be further provided a first endec 426 configured to encode and decode various multimedia information in addition to the first audio processing module 418 configured to process the audio data / signals. The second DSP 408 may be further provided a second endec 428 configured to encode and decode various multimedia information in addition to the second audio processing module 420 configured to process the audio data / signals. In one example, the second in-vehicle network 166b may be configured to support audio data transmissions and therefore the audio data 310 transmitted between the first audio processing module 418 and the second audio processing module 420 may not require to be encoded and / or decoded. Other vehicle data 308 may need to be encoded and or decoded by the endecs 426 and 428. Detailed operations of the endec have already been discussed above with reference to Figure 3 and therefore will not be repeated herein. The first controller 302 and the second controller 304 may communicate the multimedia information using the second in-vehicle network 166b.
[0063] As discussed above, basic control data may be communicated between the first controller 302 and the second controller 304 via the first in-vehicle 166a. Additionally or alternatively, the first controller 302 and the second controller 304 may further be configured to use the second in-vehicle network 166b to communicate the control data such that the bandwidth of the first in-vehicle controller 166a may be further conserved. Continuing with the above audio play example, the first MCU 402 may generate a control command indicative of an intent to adjust the volume of the audio output. Instead of sending the command using the first in-vehicle network 166, the first MCU 402 may send the command to the second controller 304 via the second in-vehicle network 166b through the first high-speed interface 414. Responsive to receiving the command via the second high-speed interface 416, the command may be forwarded to the second MCU 406. The command may then be forward to the corresponding loudspeaker by way of the second DSP 408 to adjust the volume.
[0064] Referring to Figure 5, a flow diagram of a process 500 for communicating via the in-vehicle network of one embodiment of the present disclosure. With continuing reference to Figures 1-4, the first controller 302 communicates with the second controller 304 via the in-vehicle network 166 in the present example.
[0065] At operation 502, the first controller 302 receives a user input indicative of a user intent to operate one or more external components 205. For instance, the user input may be received by the HMI controls 112 of the computing platform 104 indicative of an intent to play an audio / video, activate an atmosphere light or the like.
[0066] At operation 504, the first controller 302 identifies the second controller 304 corresponding to the one or more external components 205. As discussed above, each controller and / or ECU 168 may be associated with one or more external components. For instance, the first controller 302 may identity the second controller 304 based on the vehicle occupancy information determined via one or more seat sensors 216, cameras 206 or the like.
[0067] At operation 506, the first controller 302 encodes the vehicle data 308 corresponding to the user input via the endec 426 and sends the encoded data to the second controller 304 via the in-vehicle network 166. The vehicle data 308 may include one or more entries of data corresponding to the user input (e.g., audio data 310, video data 312) . The vehicle data 308 may be encoded into a format that is compatible with the transmission protocol of the in-vehicle network 166. As discussed above, the XOA protocol may be used to encode the vehicle data 308.
[0068] At operation 508, responsive to receiving the encoded data, the second controller 304 decodes the encoded data to obtain the original vehicle data 308.
[0069] At operation 510, the second controller 304 performs one or more operations via the one or more external components 205 according to the vehicle data 308. For instance, an audio sound may be output via the loudspeaker 208; a video may be played via the display 204; light may be output via the lighting device 212.
[0070] At operation 512, the second controller 304 receives a device input from one or more external components 205. Here, the one or more external components 205 where the device input is received may be the same or different from the one or more external components 205 where the operation is performed at operation 510. For instance, the device input may include a touch input via the display 204. Additionally or alternatively, the device input may include a voice input received by the microphone 210. Additionally or alternatively, the device input may include a biometric input received by the sensors 216.
[0071] At operation 514, the second controller encodes the device input data via the endec 428 and sends the encoded data to the first controller 302 via the in-vehicle network 166. Similarly, the device input data may be encoded into a format that is compatible with the transmission protocol of the in-vehicle network 166.
[0072] At operation 516, responsive to receiving the encoded data, the first controller 302 decodes the encoded data to obtain the device input data. The first controller 302 further processes the device input data and performs operations accordingly. For instance, the first controller 302 may process the user voice input to determine a voice command, and perform vehicle operations based on the voice command.
[0073] It is recognized that the controllers as disclosed herein may include various microprocessors, integrated circuits, memory devices (e.g., FLASH, random access memory (RAM) , read only memory (ROM) , electrically programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , or other suitable variants thereof) , and software which co-act with one another to perform operation (s) disclosed herein. In addition, such controllers as disclosed utilizes one or more microprocessors to execute a computer-program that is embodied in a non-transitory computer readable medium that is programmed to perform any number of the functions as disclosed. Further, the controller (s) as provided herein includes a housing and the various number of microprocessors, integrated circuits, and memory devices ( (e.g., FLASH, random access memory (RAM) , read only memory (ROM) , electrically programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) ) positioned within the housing. The controller (s) as disclosed also include hardware-based inputs and outputs for receiving and transmitting data, respectively from and to other hardware-based devices as discussed herein.
[0074] While exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms encompassed by the claims. The words used in the specification are words of description rather than limitation, and it is understood that various changes may be made without departing from the spirit and scope of the disclosure. The words processor and processors may be interchanged herein, as may the words controller and controllers.
[0075] As previously described, the features of various embodiments may be combined to form further embodiments of the invention that may not be explicitly described or illustrated. While various embodiments could have been described as providing advantages or being preferred over other embodiments or prior art implementations with respect to one or more desired characteristics, those of ordinary skill in the art recognize that one or more features or characteristics may be compromised to achieve desired overall system attributes, which depend on the specific application and implementation. These attributes may include, but are not limited to strength, durability, marketability, appearance, packaging, size, serviceability, weight, manufacturability, ease of assembly, etc. As such, embodiments described as less desirable than other embodiments or prior art implementations with respect to one or more characteristics are not outside the scope of the disclosure and may be desirable for particular applications.
Claims
1.A vehicle system comprising:a first controller programmed to transmit data including multimedia information and non-multimedia information over an in-vehicle network, the first controller including:a first interface transmits the non-multimedia information over the in-vehicle network at a first speed, anda second interface transmits the multimedia information over the in-vehicle network at a second speed that is different than the first speed; anda second controller including:at least one microcontroller programmed to receive the non-multimedia information from the first interface and to process the non-multimedia information; andat least one digital processor programmed to receive the multimedia information from the second interface and to process the multimedia information at a speed that is greater than the at least one microcontroller processes the non-multimedia information.2.The vehicle system of claim 1, wherein the non-multimedia information includes control data configured to adjust a setting of the second controller.3.The vehicle system of claim 1, wherein the multimedia information includes at least two of: audio data, video data, light data, image data, sensor data, and vibrator data.4.The vehicle system of claim 1, wherein the second controller is configured to connect to one or more external devices, andperform one or more operations on the one or more external devices using the multimedia information.5.The vehicle system of claim 4, wherein the multimedia information includes audio data indicative of an audio, and the one or more external devices include one or more loudspeakers configured to output the audio.6.The vehicle system of claim 4, wherein the multimedia information includes video data indicative of video, and the one or more external devices include one or more displays configured to output the video.7.The vehicle system of claim 4, wherein the non-multimedia information includes control data configured to adjust a setting of the one or more external devices.8.The vehicle system of claim 1, wherein the multimedia information includes audio data, and non-audio data,the first controller includes:a first audio processing module configured to process an audio data prior to being transmitted to the second controller via the in-vehicle network; anda first endec configured to encode the non-audio data prior to being transmitted to the second controller via the in-vehicle network.9.The vehicle system of claim 8, wherein the second controller includes:a second audio processing module configured to process an audio data received via the in-vehicle network; anda second endec configured to decode the non-audio data received via the in-vehicle network.10.A method comprising:transmitting, via a first controller, a non-multimedia information over a first in-vehicle network at a first transmission speed,transmitting, via the first controller, a multimedia information over a transmission second in-vehicle network at a second speed that is different than the first transmission speed;receiving, via a second controller, the non-multimedia information from the first in-vehicle network;processing, via the second controller, the non-multimedia information at a first processing speed;receiving, via the second controller, the multimedia information from the second in-vehicle network; andprocessing, via the second controller, the multimedia information at a second processing speed that is greater than the first processing speed.11.The method of claim 10, wherein the non-multimedia information includes control data configured to adjust a setting of the second controller.12.The method of claim 10, wherein the multimedia information includes at least two of: audio data, video data, light data, image data, sensor data, and vibrator data.13.The method of claim 10, further comprising:performing, via the second controller, one or more operations on one or more external devices connected to the second controller using the multimedia information.14.The method of claim 13, wherein the multimedia information includes vibrator data, and the one or more external devices include one or more vibrators, the method further comprising:operating the one or more vibrators using the vibrator data.15.The method of claim 13, wherein the multimedia information includes light data, and the one or more external devices include one or more ambient lights, the method further comprising:operating the one or more ambient lights using the light data.16.A computer-program product embodied in a non-transitory computer read-able medium that is programmed and executable by one or more controllers in an audio system, the computer-program product comprising instructions for:receiving non-multimedia information over an in-vehicle network from a first interface of a first controller;processing the non-multimedia information at a first speed;receiving multimedia information over the in-vehicle network from a second interface of the first controller; andprocessing the multimedia information at a second speed, wherein the first speed is different from the second speed.17.The computer-program product of claim 16, wherein the second speed is greater than the first speed.18.The computer-program product of claim 16, wherein the computer-program product further comprising instructions for:performing one or more operations on one or more external devices using the multimedia information.19.The computer-program product of claim 16, wherein the non-multimedia information includes control data configured to adjust the one or more controllers.20.The computer-program product of claim 16, wherein the multimedia information includes at least two of: audio data, video data, light data, image data, sensor data, and vibrator data.