¿Qué es el lenguaje de programación de la ECU automotriz?

Automotive ECU es el término general para las computadoras de automóviles. En la actualidad, el 90% de los lenguajes de programación de ECU de automóviles están escritos básicamente en lenguaje C. También se pueden utilizar algunos lenguajes ensambladores y algunos lenguajes C en las ECU de automóviles. En la actualidad, la clave de la ECU de un automóvil es sólo el microcontrolador de 16 bits, por lo que los recursos son limitados y se requieren un código de controlador y una configuración específicos. La mayoría de las reparaciones de computadoras se pueden lograr reescribiendo el software y los parámetros clave. Si la placa de circuito está realmente dañada u otros componentes están rotos, solo puedes reemplazarla con una nueva ECU y luego escribir software para configurar los parámetros principales. La reparación de computadoras no es tan complicada como la reparación de teléfonos móviles y no tiene mucho contenido técnico. Pero tal vez no pase mucho tiempo antes de que el automóvil se convierta en una gran computadora. Para entonces, las reparaciones probablemente serán como reparar teléfonos móviles y computadoras, con un mercado vasto y enormes ganancias. La mayoría de los productos están escritos en lenguaje C y compilados en código de máquina mediante el compilador PICC. En algunos casos, el código compilado es redundante y la eficiencia de ejecución no puede ser óptima. Para una eficiencia de ejecución óptima, el código ensamblador a veces se anida en lenguaje C. Por ejemplo, el programa de recepción de señales de control remoto utiliza el código 3E para codificar la señal de control remoto. El programa receptor necesita verificar la entrada de la señal del control remoto en el programa de interrupción en un ciclo de 100us. Si está escrito en lenguaje C, alrededor de 100 us pueden ocupar más de 50 us y menos de la mitad del tiempo se dedica a procesar otra lógica. Pero si se trata de un ensamblaje anidado, solo se necesita el lenguaje 30us. Los datos del control remoto se cifran girando el número de datos para evitar que sean interceptados, descifrados o atacados nuevamente por personas en el aire. El descifrado de datos lleva mucho tiempo debido a una gran cantidad de operaciones de cambio, por lo que también se escribe el código de descifrado. en lenguaje ensamblador. Estos requisitos funcionales son muy estrictos, como los reguladores con funciones de comunicación LIN y CAN CAN. Elegimos ROM/RAM con recursos más ricos y velocidad informática más rápida, el procesador DZ96 de 8 bits y el procesador DZ128 de 16 bits de Freescale. Debido al rendimiento mejorado, todos los códigos se desarrollan básicamente en lenguaje C sin código ensamblador incorporado. Teniendo en cuenta los requisitos de autoconfiabilidad en tiempo real, básicamente no todos los reguladores están desarrollados en base a sistemas operativos como freeRTOS y Linux. Esto fue básicamente hace unos años. En los últimos años, con el rápido desarrollo de la tecnología electrónica, los microcontroladores Cortex-Mx de 32 bits han arrasado con todo con un rendimiento de costo extremadamente alto. La anteriormente popular serie de procesadores PIC debería haberse retirado suavemente del escenario de la historia. Creo que el bus CAN CAN, LIN debería convertirse en el estándar actual, y el estado eléctrico del automóvil puede diagnosticarse fácilmente mediante un instrumento de diagnóstico y una computadora de viaje. La llamada reparación de la electrónica del automóvil se ha convertido en una cuestión de utilización de herramientas de diagnóstico y sustitución de piezas, que cada vez es menos técnica y se ha convertido en un trabajo puramente manual.