Intelligent centralized control system for motor home

Abstract

The utility model discloses a limo intelligent centralized control system, the system comprises a host and a centralized control screen, the host adopts a vehicle regulation system-level chip, various control methods such as voice recognition, touch control, mechanical switch and the like are realized, the use requirements of a user under all working conditions are met, and the immersion experience of the whole sense of the user is improved; the ever-increasing requirements of strong computing power, rich multimedia performance and the like are met; the centralized control screen realizes high integration and high intelligence of the control system, comprises an intelligent voice interaction area, a sensing interaction area, a convenient control area and a just-needed functional area, and provides a clear and convenient operation interface; meanwhile, a full-link voice interaction technology is implanted into the system, multiple languages and dialects are supported, mass data are continuously updated, and the voice recognition accuracy is continuously improved.

Description

Technical Field

[0001] This utility model belongs to the field of intelligent cockpit technology, specifically relating to an intelligent centralized control system for RVs. Background Technology

[0002] A motorhome intelligent integrated control system is a system that intelligently manages various devices and functions inside a motorhome. Through centralized control, it enhances the comfort, safety, and convenience of the motorhome. Existing motorhome home control systems have limited functionality, low levels of integration and intelligence, and cannot meet the growing diverse and intelligent functional needs of users.

[0003] Current mainstream RV intelligent control systems, such as the RV Internet of Things control system disclosed in patent publication number CN215729368U, consist of multiple dispersed and independent small modules, which generally include: touch screen, central control module, voice control module, network controller, manual switch module, multiple sets of relay modules, etc. Each module has a single function and low integration, and cannot realize highly intelligent RV electrical system control functions. Utility Model Content

[0004] To address the aforementioned problems, the main objective of this utility model is to design an intelligent centralized control system for RVs, which solves the issues of limited functional modules and low integration in RV centralized control systems through the coordinated setup of a host unit and a centralized control screen.

[0005] To achieve the above objectives, the present invention adopts the following technical solution:

[0006] The RV intelligent control system includes a host and a control panel. The host and the control panel communicate via CAN and LVDS, and the host communicates with the vehicle via CAN.

[0007] The host includes a host MCU, a host SOC, and a serializer. The host SOC is used as the master node of the I2C inter-integrated circuit link, and the serializer is used as the slave node of the I2C inter-integrated circuit link.

[0008] The control panel includes a display screen module and a rotary screen module. The display screen module includes an LCD screen, a display screen-side MCU, and a serializer, with the serializer, display screen-side MCU, and LCD screen serving as the same I2C slave node. The rotary screen module includes a rotary screen, a rotary screen-side SOC, and capacitive touch buttons. The display screen-side MCU and the rotary screen-side SOC interact via I2C, with the rotary screen-side SOC serving as the I2C master node.

[0009] The display screen MCU includes an interrupt pin for information reporting, and the LCD screen includes a TP interrupt pin for data reporting. The interrupt pin and the TP interrupt pin are connected to the master node through a serial-to-serial and transparent transmission method. The master node obtains information or data by accessing the corresponding slave node through I2C based on the detected interrupt pin status.

[0010] As a further description of this utility model, the LCD screen notifies the display-side MCU to reset the LCD screen through the error state of the TPFault pin.

[0011] As a further description of this utility model, the control screen is an integrated LCD screen and a rotary screen with hardware and structure. The MCU on the display screen is connected to the LCD screen, and the MCU on the display screen communicates with the SOC on the rotary screen via I2C.

[0012] The central control panel is connected to the host via CAN and LVDS. LVDS communication occurs after the host SOC starts up and outputs stable. CAN communication occurs with the host MCU after the host is powered on and started up, and is not related to the start-up of the host SOC.

[0013] As a further description of this utility model, the LCD screen is configured as a 12.3-inch in-cell LCD screen, which includes an intelligent voice interaction area and a sensory interaction area; the knob screen is configured as a 1.5-inch D-shaped screen, which includes a convenient control area and an essential function area.

[0014] As a further description of this utility model, the intelligent voice interaction area provides full-link voice interaction functionality; the perception interaction area, as the main body of user interaction, provides all vehicle-related vehicle control and device functions; the convenient operation area allows users to quickly operate volume, fan speed, temperature, light color temperature, light brightness, and light color by rotating and short-pressing the rotary screen; the essential function area provides load control functions after the system is powered on but before the operating system has finished starting.

[0015] As a further description of this utility model, the host SOC includes multiple communication protocols and interfaces, including voice control, vehicle Ethernet, Bluetooth, HDMI video access, and high-definition video output.

[0016] As a further description of this utility model, the host SOC includes an audio processing module, a communication module, a display module, and a storage module;

[0017] The audio processing module, communication module, display module, and storage module are all connected to or communicate with the system-on-a-chip of the host SOC.

[0018] The host MCU includes a power management module and a CAN communication module.

[0019] As a further description of this utility model, the host SOC also includes a microcontroller unit and a main connector, the CAN communication module is connected to the microcontroller unit, and the audio processing module, communication module, display module, and storage module are respectively connected to or communicate with the main connector;

[0020] The audio processing module includes an analog audio connector, a microphone, an audio digital signal processing unit, and a digital audio connector. The microphone is connected to the input terminals of the main connector and the audio digital signal processing unit. The analog audio connector and the digital audio connector are respectively connected to the output terminals of the audio digital signal processing unit, and the audio digital signal processing unit communicates with the system-on-a-chip of the host SOC.

[0021] The CAN communication module includes a CAN transceiver, a Bluetooth module, and an Ethernet transceiver. The CAN transceiver communicates between the main connector and the microcontroller unit via CAN. A hardwired interface is also included between the main connector and the microcontroller unit. The microcontroller unit is connected to the host SOC's on-chip system via SPI and GPIO. The Bluetooth module includes a Bluetooth antenna and is connected to the host SOC's on-chip system. The Ethernet connector is connected to the host SOC's on-chip system via an Ethernet transceiver.

[0022] The display module includes a display connector, an HDMI connector, a serializer, and a video conversion chip; the display connector is connected to the control screen and to the system-on-a-chip of the host SOC via the serializer; the HDMI connector is connected to the system-on-a-chip of the host SOC via the video conversion chip.

[0023] The storage module includes random access memory (RAM) and read-only memory (ROM); both RAM and ROM are connected to the system-on-a-chip (SoC) of the host SOC.

[0024] The power management module includes a power module, a USB connector, and a USB charging protection unit; the USB connector is connected to the on-chip system of the host SOC through the USB charging protection unit, and the power module is connected to the main connector and provides basic power to the on-chip system of the host SOC.

[0025] Compared with the prior art, the technical effects of this utility model are as follows:

[0026] This utility model provides an intelligent centralized control system for RVs. The system includes a host and a centralized control screen. The host adopts an automotive-grade system-on-a-chip, realizing multiple control methods such as voice recognition, touch control, and mechanical switches to meet the user's needs in all working conditions, improve the user's immersive experience across all senses, and meet the growing demands for powerful computing capabilities and rich multimedia performance. A set of centralized control screens realizes a high degree of integration and intelligence of the control system, including an intelligent voice interaction area, a perception interaction area, a convenient operation area, and an essential function area, providing a clear and convenient operating interface. At the same time, the system incorporates full-link voice interaction technology, supports multiple languages ​​and dialects, continuously updates massive amounts of data, and continuously improves the accuracy of voice recognition. Attached Figure Description

[0027] Figure 1 This is a schematic diagram of the centralized control system of this utility model;

[0028] Figure 2 This is a schematic diagram of the control screen display status of this utility model;

[0029] Figure 3 This is a schematic diagram of the host SOC hardware architecture of this utility model;

[0030] Figure 4 This is a schematic diagram of the operating system startup sequence of the centralized control system of this utility model. Detailed Implementation

[0031] The present invention will now be described in detail with reference to the accompanying drawings:

[0032] In one embodiment of this utility model, a motorhome intelligent control system is disclosed, with reference to... Figure 1 As shown, the intelligent centralized control system comprises a host and a centralized control screen. The host communicates with the centralized control screen via CAN and LVDS, and the host communicates with the vehicle via CAN. Specifically, the host includes a host MCU, a host SOC, and a serializer. The host SOC acts as the master node of the inter-integrated circuit (IIC) link, and the serializer acts as the slave node of the IIC link. The centralized control screen includes a display module and a rotary screen module. The display module includes an LCD screen, a display-side MCU, and a deserializer. The deserializer, the display-side MCU, and the LCD screen act as the same I2C slave node. The LCD screen notifies the display-side MCU to reset the LCD screen based on the error status of the TPFault pin. The rotary screen module includes a rotary screen, a rotary screen-side SOC, and capacitive touch buttons. The display-side MCU and the rotary screen-side SOC interact via I2C, with the rotary screen-side SOC acting as the I2C master node.

[0033] Specifically, in this embodiment, the aforementioned display screen MCU includes an interrupt pin for information reporting, and the liquid crystal screen (TP) includes a TP interrupt pin for data reporting. The interrupt pin and the TP interrupt pin are connected to the master node through a serial-to-serialization pass-through method. The master node obtains information or data by accessing the corresponding slave node through I2C based on the detected interrupt pin status.

[0034] In this embodiment, the aforementioned centralized control screen includes an integrated LCD screen and a rotary screen. The MCU on the display screen is connected to the LCD screen, and the MCU on the display screen communicates with the SOC on the rotary screen via I2C. The centralized control screen is connected to the host via CAN and LVDS. LVDS communication occurs after the host SOC starts up and outputs stable. CAN communication occurs after the host is powered on and starts up, and is independent of the host SOC startup.

[0035] Specifically, in this embodiment, the LCD screen is a 12.3-inch in-cell LCD screen, including an intelligent voice interaction area and a sensory interaction area; the rotary screen is a 1.5-inch D-shaped screen, including a convenient control area and an essential function area. Wherein, as... Figure 2 As shown, the intelligent voice interaction area provides support for full-link voice interaction functions; the perception interaction area, as the main body of user interaction, provides all vehicle-related vehicle control and device functions; the convenient operation area allows users to quickly operate volume, fan speed, temperature, light color temperature, light brightness, light color, etc. by rotating and short-pressing the rotary screen; the essential functions area provides load control functions after the system is powered on and before the operating system (Android system) has finished starting.

[0036] In this embodiment, the host computer adopts a system-on-a-chip (SoC) solution, meaning the host SOC includes multiple communication protocols and interfaces, including voice control, automotive Ethernet, Bluetooth, HDMI video input, and high-definition video output. This system-on-a-chip integrates voice control, automotive Ethernet, Bluetooth, HDMI video input, and high-definition video output interfaces into a single unit, and its hardware architecture is as follows: Figure 3 As shown.

[0037] It should also be noted that the hardware of the aforementioned host SOC includes an audio processing module, a communication module, a display module, and a storage module; the audio processing module, communication module, display module, and storage module are all connected to or communicate with the system-on-a-chip of the host SOC; the host MCU includes a power management module and a CAN communication module.

[0038] Specifically, in this embodiment, the host SOC also includes a microcontroller unit and a main connector. The CAN communication module is connected to the microcontroller unit, and the audio processing module, communication module, display module, and storage module are respectively connected to or communicate with the main connector.

[0039] The audio processing module includes an analog audio connector, a microphone, an audio digital signal processing unit (ADS), and a digital audio connector. The microphone connects to the main connector and the input of the ADS. The analog and digital audio connectors connect to the output of the ADS, and the ADS communicates with the system-on-a-chip (SoC) of the host system-on-a-chip (SoC). Specifically, the microphone collects audio signals, which are then transmitted to the ADS for digitization. The processed digital audio signal is output via the digital audio connector or further transmitted to the SoC. This audio processing module performs audio signal acquisition, processing, and output functions.

[0040] The CAN communication module includes a CAN transceiver, a Bluetooth module, and an Ethernet transceiver. The CAN transceiver communicates between the main connector and the microcontroller unit (MCU) via CAN. A hardwired interface is also included between the main connector and the MCU. The MCU is connected to the host SoC's on-chip system via SPI and GPIO. The Bluetooth module includes a Bluetooth antenna and is connected to the MCU of the host SoC. The Ethernet connector is connected to the MCU of the host SoC via an Ethernet transceiver. Specifically, the CAN transceiver connects to the MCU via CAN to implement CAN bus communication. The Bluetooth module connects to the MCU of the host SoC via a UART interface to provide Bluetooth wireless communication. CAN0_HL and CAN1_HL serve as two different channels of the CAN bus, connecting the main connector to the MCU for data transmission and reception. The Ethernet connector provides a physical interface for connecting an Ethernet cable, while the Ethernet transceiver handles data transmission and reception, ensuring correct data transmission and providing stable and efficient communication for the system. This CAN communication module and the communication module enable the system-on-a-chip (SoC) to communicate and transmit data via CAN bus, Bluetooth, and Ethernet.

[0041] The display module includes a display connector, an HDMI connector, a serializer, and a video conversion chip. The display connector is connected to the control screen and is also connected to the host SOC's on-chip system via the serializer. The HDMI connector is connected to the host SOC's on-chip system via the video conversion chip. Specifically, the display connector is responsible for transmitting video signals to the control screen for display. The video conversion chip communicates and transmits data with the host SOC's on-chip system, and the content and format displayed on the control screen are controlled by controlling the video conversion chip.

[0042] The storage module includes random access memory (RAM) and read-only memory (ROM); both RAM and ROM are connected to the system-on-a-chip (SoC) of the host system-on-a-chip (SoC). Specifically, RAM is used to temporarily store running data and instructions for fast access; ROM is used to store data and programs long-term, ensuring they are not lost even when power is off, thus providing stable storage functionality for the system.

[0043] The power management module includes a power module, a USB connector, and a USB charging protection unit. The USB connector connects to the system-on-a-chip (SoC) of the host SOC via the USB charging protection unit. The power module connects to the main connector and provides basic power to the SoC. Specifically, the USB connector connects to external USB devices for data transmission or power supply, such as storage devices or external devices. The USB charging protection unit protects the system from damage caused by overcurrent, overvoltage, etc., due to USB charging. The power module provides the basic power required by the entire system.

[0044] The above content discloses the intelligent centralized control system of this utility model. After the system is powered on, the startup process of its Android operating system is as follows: Figure 4 As shown, the total boot time of the operating system is about 15 seconds, and the specific boot process is divided into three stages: Uboot boot, Kernel boot and Android system boot.

[0045] U-Boot startup: This is the pre-boot stage. In this stage, the boot mode is distinguished, the eMMC is initialized, and the three-stage bootloader file and security file HSM are loaded.

[0046] 1. Start the U-Boot bootloader: When the Android system is powered on or reset, the first thing executed is the bootloader. U-Boot is one of the widely used open-source bootloaders. U-Boot is responsible for initializing the hardware and preparing for loading the operating system kernel.

[0047] 2. Read Boot Mode: Uboot reads the Android system's boot mode configuration, which determines how the Android system will boot, such as internal eMMC or external SD / MMC card;

[0048] 3. Initialize eMMC: When the Android system is configured to boot from eMMC, Uboot will initialize the eMMC interface to prepare to read the bootloader and data stored on the eMMC;

[0049] 4. Download the bootloader BL1: Uboot loads the BL1 stage code from the boot medium eMMC or other storage medium into a specific address in iRAM;

[0050] 5. Initialize DRAM: After the BL1 stage is completed, DRAM will be initialized to provide sufficient memory space for the subsequent bootloader and Android system kernel;

[0051] Download Hardware Security Module (HSM): After DRAM initialization, download and initialize the Hardware Security Module (HSM) to ensure the security of the Android system; HSM is a hardware security module used to provide security functions such as encryption, decryption, and signing.

[0052] 6. Download bootloaders BL2 & BL3: In the multi-stage boot process, BL2 and BL3 are the bootloaders for subsequent stages; Uboot will load and execute the bootloaders for stages BL2 and BL3 into memory in sequence until the Android system kernel is finally started;

[0053] Through the above steps, the Uboot bootloader can successfully boot the Android system from the boot medium to the kernel running state.

[0054] Kernel startup: The stage of loading the Linux kernel and establishing the Linux runtime environment.

[0055] 1. Start the Kernel: After the bootloader (such as U-Boot) completes its tasks, it hands control over to the kernel, which then begins executing its startup code and performing necessary initializations;

[0056] 2. Initialize the external interrupt service scheduler: The kernel sets up and initializes the interrupt handling mechanism to respond to and process interrupts from the hardware; this includes configuring the interrupt controller and setting up interrupt handlers;

[0057] Initialize the Memory Management Unit (MMU) protection routine: The MMU is responsible for mapping virtual memory to physical memory; the kernel initializes the MMU and sets up memory protection mechanisms to prevent illegal memory access.

[0058] 3. Loading Device Drivers: The kernel identifies hardware devices in the Android system and loads the corresponding drivers; these drivers allow the kernel to communicate with and control the hardware devices.

[0059] 4. Initialize kernel service processes: The kernel creates and initializes some core service processes, such as the init process, which is responsible for starting and managing other processes in the Android system;

[0060] Setting mount points: The kernel prepares the file system and sets mount points so that the root file system and other file systems can be mounted and accessed.

[0061] Initialize the runtime environment for kernel processes: The kernel provides the necessary environment for process execution, including process scheduling, memory allocation, I / O devices, etc., ensuring that processes can execute in a stable and safe environment;

[0062] Through the steps described above, the kernel successfully booted the operating system, providing a solid foundation for subsequent user processes and system services.

[0063] Android system startup: This is the stage where Android runs, establishing the framework and VM environment required by Android application APKs, and running various core service programs.

[0064] 1. System startup: When the device is powered on, the bootloader will start executing from the preset code embedded in the ROM, load and execute the Boot Loader, and perform operations such as memory checks and hardware parameter initialization;

[0065] Loading the kernel: The Boot Loader loads the Linux Kernel, which is the kernel layer of the Android system and is responsible for loading hardware drivers, such as the camera and display.

[0066] Starting the Init process: After the kernel is loaded, the first user process, Init (pid=1), will be created. It is responsible for starting other critical processes of the Android system.

[0067] Starting the Zygote process: The Init process spawns the Zygote process, which serves as a bridge between the Java world and the native world. The Zygote process then creates the SystemServer process, responsible for starting Android's framework system services.

[0068] 2. Running the Dalvik Virtual Machine: Within the Zygote process, the Dalvik Virtual Machine is started, and a JavaVM instance and a JNIEnv instance are obtained, beginning the execution of Java code.

[0069] System service startup: With the startup of the SystemServer process, various services of the Android system also begin to run, including core services and other services;

[0070] 3. Entering Idle State: Once all necessary services and processes have started and are running, the Android system enters an idle state, waiting for user interaction.

[0071] The Android system boot process is now complete after the above steps.

[0072] The aforementioned intelligent centralized control system includes the following steps during its operation:

[0073] S1: Press and hold the rotary knob to wake up the LCD screen and the rotary knob. The LCD screen sends a CAN message to wake up the host MCU. The host MCU powers on the host SOC and the system starts up.

[0074] S2: The host SOC transmits the LCD screen display and commands to the LCD screen via LVDS. The host SOC and host MCU transmit the rotary screen display data to the LCD screen via LVDS and CAN1, respectively.

[0075] S3: After receiving the data from step S2, the LCD screen lights up and displays the corresponding image, and forwards the data displayed on the rotary screen to the rotary screen via I2C for display.

[0076] S4: During system operation, when the LCD screen is touched, a touch interrupt is generated and the host is notified via LVDS. The host reads the touch data via LVDS. When the rotary screen is rotated or pressed, the LCD screen is notified via I2C. The LCD screen then notifies the host via LVDS. The host performs the corresponding processing and changes the display screen.

[0077] S5: During system operation, the rotary screen transmits touch button information to the LCD screen via I2C. The LCD screen then sends the information to the host MCU via CAN. The host MCU sends vehicle status information to the LCD screen via CAN1. The LCD screen then forwards the information to the rotary screen via I2C, and the rotary screen displays the corresponding indicator light.

[0078] S6: After pressing and holding the rotary screen, select power off on the LCD screen. The host SOC sends a power off command to the LCD screen via LVDS, and the LCD screen and rotary screen are powered off and put to sleep.

[0079] S7: After the host MCU detects that the CAN1 message has stopped being sent and the vehicle LDU is turned off, the host enters sleep mode.

[0080] The above content discloses the intelligent centralized control system for RVs of this utility model. Compared with the prior art, this utility model has the following advantages:

[0081] 1. This utility model abandons the traditional design of multiple ECUs and single functions in the Internet of Things control system of RVs. It adopts automotive-grade system-on-a-chip (SOC) to realize multiple controls such as voice recognition, touch control, and mechanical switches, so as to meet the user's needs in all working conditions and improve the user's immersive experience of all senses.

[0082] 2. The host SOC of this utility model meets the growing demand of RV control systems for powerful computing capabilities and rich multimedia performance;

[0083] 3. This utility model contains only one host and one set of central control panels, realizing a high degree of integration and intelligence of the control system;

[0084] 4. The system of this utility model incorporates full-link voice interaction technology, supports multiple languages ​​and dialects such as Mandarin, mixed Chinese and English, English, Portuguese, Cantonese, Sichuan, and Shanghai, and the massive amount of data is constantly updated, and the voice recognition accuracy continues to improve;

[0085] 5. The control panel of this utility model adopts a dual-screen centralized control scheme, including an intelligent voice interaction area, a perception interaction area, a convenient control area, and an essential function area, providing a clear and convenient operating interface.

[0086] The above embodiments are only used to illustrate the technical solution of this utility model and are not intended to limit it. Any other modifications or equivalent substitutions made by those skilled in the art to the technical solution of this utility model, as long as they do not depart from the spirit and scope of the technical solution of this utility model, should be covered within the scope of the claims of this utility model.

Claims

1. A motor home intelligent control system, characterized in that: The intelligent centralized control system includes a host and a centralized control screen. The host and the centralized control screen communicate via CAN and LVDS, and the host communicates with the vehicle via CAN. The host includes a host MCU, a host SOC, and a serializer. The host SOC is used as the master node of the I2C inter-integrated circuit link, and the serializer is used as the slave node of the I2C inter-integrated circuit link. The control panel includes a display screen module and a rotary screen module. The display screen module includes an LCD screen, a display screen-side MCU, and a serializer, with the serializer, display screen-side MCU, and LCD screen serving as the same I2C slave node. The rotary screen module includes a rotary screen, a rotary screen-side SOC, and capacitive touch buttons. The display screen-side MCU and the rotary screen-side SOC interact via I2C, with the rotary screen-side SOC serving as the I2C master node. The display screen MCU includes an interrupt pin for information reporting, and the LCD screen includes a TP interrupt pin for data reporting. The interrupt pin and the TP interrupt pin are connected to the master node through a serial-to-serial and transparent transmission method. The master node obtains information or data by accessing the corresponding slave node through I2C based on the detected interrupt pin status.

2. The RV smart command and control system of claim 1, wherein: The LCD screen notifies the display-side MCU to reset the LCD screen based on the error status of the TPFault pin.

3. The RV smart command center system of claim 1, wherein: The control panel is an integrated LCD screen and rotary screen, with the display screen MCU connected to the LCD screen and the rotary screen SOC communicating via I2C. The central control panel is connected to the host via CAN and LVDS. LVDS communication occurs after the host SOC starts up and outputs stable. CAN communication occurs with the host MCU after the host is powered on and started up, and is not related to the start-up of the host SOC.

4. The RV smart command and control system of claim 3, wherein: The LCD screen is a 12.3-inch in-cell LCD screen, which includes an intelligent voice interaction area and a sensory interaction area. The knob screen is a 1.5-inch D-shaped screen, which includes a convenient control area and an essential function area.

5. The RV smart command and control system of claim 4, wherein: The intelligent voice interaction area provides full-link voice interaction functionality; the perception interaction area, as the main body of user interaction, provides all vehicle-related vehicle control and device functions; the convenient operation area allows users to quickly operate volume, fan speed, temperature, light color temperature, light brightness, and light color by rotating and short-pressing the rotary screen; the essential functions area provides load control functions after the system is powered on but before the operating system has finished starting.

6. The RV intelligent centralized control system according to claim 1, characterized in that: The host SOC includes multiple communication protocols and interfaces, including voice control, in-vehicle Ethernet, Bluetooth, HDMI video access, and high-definition video output.

7. The RV smart command and control system of claim 6, wherein: The host SOC includes an audio processing module, a communication module, a display module, and a storage module; The audio processing module, communication module, display module, and storage module are all connected to or communicate with the system-on-a-chip of the host SOC. The host MCU includes a power management module and a CAN communication module.

8. The RV smart command center system of claim 7, wherein: The host SOC also includes a microcontroller unit and a main connector. The CAN communication module is connected to the microcontroller unit, and the audio processing module, communication module, display module, and storage module are respectively connected to or communicate with the main connector. The audio processing module includes an analog audio connector, a microphone, an audio digital signal processing unit, and a digital audio connector. The microphone is connected to the input terminals of the main connector and the audio digital signal processing unit. The analog audio connector and the digital audio connector are respectively connected to the output terminals of the audio digital signal processing unit, and the audio digital signal processing unit communicates with the system-on-a-chip of the host SOC. The CAN communication module includes a CAN transceiver, a Bluetooth module, and an Ethernet transceiver. The CAN transceiver communicates between the main connector and the microcontroller unit via CAN. A hardwired interface is also included between the main connector and the microcontroller unit. The microcontroller unit is connected to the host SOC's on-chip system via SPI and GPIO. The Bluetooth module includes a Bluetooth antenna and is connected to the host SOC's on-chip system. The Ethernet connector is connected to the host SOC's on-chip system via an Ethernet transceiver. The display module includes a display connector, an HDMI connector, a serializer, and a video conversion chip; the display connector is connected to the control screen and to the system-on-a-chip of the host SOC via the serializer; the HDMI connector is connected to the system-on-a-chip of the host SOC via the video conversion chip. The storage module includes random access memory (RAM) and read-only memory (ROM); both RAM and ROM are connected to the system-on-a-chip (SoC) of the host SOC. The power management module includes a power module, a USB connector, and a USB charging protection unit; the USB connector is connected to the on-chip system of the host SOC through the USB charging protection unit, and the power module is connected to the main connector and provides basic power to the on-chip system of the host SOC.

Images