Design of Vehicle Fault Monitoring Terminal Based on GPRS Remote Transmission

Abstract: With the continuous development and application of Internet of Vehicles technology, the increasing popularity of GPRS and the rise of embedded systems, vehicle network communication terminals have become more and more intelligent.

Using Android operating system and MD231GPRS module, with S3C6410 embedded processor as the core, a communication terminal based on vehicle fault parameters GPRS remote transmission is designed, which can realize data processing and remote transmission. Through the communication terminal, the vehicle status can be monitored in real time. When a fault occurs, it can be accurately repaired according to the fault data to reduce the vehicle's anchoring time.

Keywords: Android; GPRS; ARM; communication terminal

Introduction

With the development of communication technology, communication terminals have changed from a single call tool to an integrated information processing platform, becoming an important tool for office and field operations.

With the development of semiconductor manufacturing technology and the advancement of chip design, the performance of microprocessors has been greatly improved. ARM (Advanced RISCMachines) has gradually been used in industrial, wireless, and wireless systems due to its small size, low power consumption, low cost, and high performance. Fields such as communications and online consumer electronics dominate.

Among them, 85% of wireless communication devices in the wireless communication field use ARM technology. In addition, Android is an open source mobile phone operating system based on the Linux platform announced by Google on November 5, 2007. It has good openness, strong functional extensibility, and can integrate Google applications.

Vehicle fault remote monitoring is a real-time process. When there is fault data, it is sent to the monitoring center through GPRS, and the monitoring center sends the corresponding execution command to the terminal to reduce the car breakdown time. In this paper, the MD231GPRS module of Xuntong Information Technology Co., Ltd. and the Samsung S3C6410 chip are used.

1 Overall system design

The terminal is controlled by the ARM11? 1 e è¡‚ chip module through the serial line to control the data transmission and reception of the GPRS module, connect to the GPRS network of the mobile company, and then connect to the remote computer monitoring center to realize the remote data transmission function.

The overall system design includes hardware design and software design. The hardware part includes processor selection, Android kernel transplantation, etc. It mainly builds the environment for the software part. The software part is programmed under Eclipse based on the Java environment to complete the data transmission function of GPRS. The overall design flow of the system is shown in Figure 1.

Figure 1 overall design process

Figure 1 overall design process

2 System hardware design

2.1 System hardware structure

The terminal hardware consists of GPRS module and ARM11 chip processing module. Due to the hardware requirements and economic considerations of the Android system, the processor is ARM11, the kernel version is Android-Kernel-2.6.36, and the Android operating system version is Android-2.3.

ARM11 chip module is mainly composed of S3C6410A processor, 256MDDR RAM memory, 1GB NAND FLASH memory, serial port, 7-inch LCD display, NAND FLASH memory is used to store the debugged applications and embedded Android operating system, serial port is used to debug the system And communicate with the terminal equipment, 7-inch LCD liquid crystal display is used to display system information and related status. At present, GPRS technology is relatively mature, GPRS module choose affordable MD321 module.

There are power supply, antenna and serial line around the GRPS module. Among them, the serial line is used to communicate with the ARM11 processor, which can complete the data transmission, SMS transceiving, voice and other system block diagrams shown in Figure 2 [1].

Figure 2 Block diagram of system hardware structure

Figure 2 Block diagram of system hardware structure

2.2 Android operating system porting

With ARM11 hardware, Android operating system can be transplanted. Android is based on the Linux kernel. In addition to the Linux part of the kernel source code provided by Google, a large part is related to the virtual processor Qemu and the analog hardware platform Goldfish. So if you want to transplant Android to the actual hardware platform, you need to compile a system kernel suitable for the target platform.

Here, the Ubuntu system is installed on the computer virtual machine for Uboot transplantation and Android kernel cropping and compilation, and the cross compiler arm-none-linuxgnueabi-gcc is installed on Ubuntu.

2.2.1 Uboot transplantation

Download the U-boot source code, and delete the files unrelated to the hardware version in the decompressed folder. Create a Mini6410 folder in the board directory, copy all the files in the smdk6400 directory to the Mini6410 directory, and create your own configuration file Mini6410.h, configure the MakeFile file; modify the start.S file, add the nand.c file and modify Mini6410.h to enable it to boot from NAND FLASH; in Mini6410.h, configure the network card DM9000A, default download address, environment variables, etc .; modify the network card driver. Finally compile Uboot to generate Uboot.bin binary file [2].

2.2.2 Android kernel transplantation

Download the Android kernel source code and enter the uncompressed Kernel.git folder. Modify the NAND FLASH in the common-smdk.c file to make it into 4 partitions, namely BootLoader area, kernel area, file system area, and other areas; change the target architecture ARCH in the MakeFile file to ARM and the cross compilation tool CROSS_COMPILE to arm -none-linux-gnueabi-; extracted from the Android SDK emulator. config configuration file; configure the kernel, select the options related to S3C6410; copy the DM9000.h and DM9000.c files from other Linux kernels, and copy the two files to the kernel code directory, modify the corresponding configuration file, configure the kernel support DM9000A network card; edit the LCD driver in mach-smdk6410.c to make it a 7-inch LCD, copy the relevant content and files in KConfig to the new kernel, add the corresponding code, modify the devs.h file, and then configure the kernel to select ADC and Touch screen options. Finally compile the kernel to generate zImage file [3].

2.2.3 Production of Android file system

Download the Android source code and compile and generate the out folder. Among them, root / is the root file system, copy the contents of the system / folder to the root / system, so that the root / folder is a basic file system. Copy the contents of the folder under Ubuntu system / dev to root / dev, and create the required device through the mknod command [4].

2.3 Hardware platform test

Write the image files of Uboot, kernel and file system to NAND FLASH through SD card, power on and restart the development board, the system can run normally as shown in Figure 3. Using the Hyper Terminal on the XP system to perform communication test on the serial port, the Hyper Terminal can send and receive information. Figure 4 shows the Super Terminal's query of the root directory of the Mini6410 development board. The serial port RS 232 is available.

Figure 3 Android system running interface

Figure 3 Android system running interface

Ni-Fe Battery 450~600ah

Iron Battery,Nife Batteries Australia,Nife Battery 600Ah For Asutralia,Ni-Fe Battery 450~600Ah

Henan Xintaihang Power Source Co.,Ltd , https://www.taihangbattery.com

Posted on