Cómo utilizar Xmodem para transferir archivos del sistema de conmutaciónResumen: este artículo presenta el diseño del programa de comunicación utilizando el protocolo de transferencia de archivos XMOMDEM, que proporciona un sistema integrado con memoria FLASH y un Hyper Terminal en una PC. La función de transferencia de archivos entre software puede realizar funciones como la actualización del programa integrado y la personalización de datos integrados sin instalar un software de comunicación especial en la PC, lo que brinda comodidad para la depuración y el mantenimiento en el sitio. Además, este artículo también presenta el método de programación del software de comunicación basado en la matriz de estado. Palabras clave: descarga de archivos XMODEM Matriz de estado de FSM 1 Propósito y uso del diseño 2 Introducción al protocolo XMODEM 3 Capas de protocolo e interfaz entre capas 3.1 Capas de protocolo 3.2 Interfaz entre la capa de enlace y la capa física 3.3 Entre la capa de enlace y la capa de aplicación Interfaz 4 Implementación del protocolo en capas 4.1 Plataforma de sistema operativo de protocolo 4.2 Implementación de software de capa de aplicación 4.3 Implementación de software de capa de enlace 4.4 Implementación de software de capa física 5 Trasplante de software 6 Método de depuración de software Referencias Apéndice 1: Lista de excepciones de comunicación del protocolo XMODEM Apéndice 2: Apéndice 3: Lista de archivos de código fuente Apéndice 4: Completo código fuente 1 Propósito y uso del diseño El código del programa de los sistemas integrados generalmente se almacena en la memoria FLASH o en la memoria OTP, que en realidad es una EPROM programable de una sola vez. El costo es bajo y adecuado para un uso de gran volumen, pero el programa no puede ser. modificado después de escribirlo. La ventaja de usar FLASH es que el programa en la placa se puede reemplazar en cualquier momento. Esta característica brinda una gran comodidad para la depuración en el sitio y las actualizaciones y modificaciones del software. Hay varias formas de programar FLASH en una placa impresa. El método más primitivo es utilizar un programador. Dado que es necesario quitar el chip, también hay procesadores de algunos fabricantes que se conectan a la PC a través de él. Interfaz JTAG o puerto serie (como PHILIPS P89C51RD), puede realizar la programación del FLASH interno del procesador en la placa impresa, pero necesita descargar un software de programación especial (generalmente proporcionado por el fabricante del chip) y también necesita descargar el software de programación. Generalmente proporcionado por el fabricante del chip), el FLASH externo al procesador no se puede programar. El uso del protocolo XMODEM para descargar programas es una práctica común para muchos productos, como los productos de enrutador CISCO y los productos de terminal HUAWEI ISDN. Este método utiliza el software HyperTerminal que viene con WINDOWS para transferir archivos sin instalar software especial. Siempre que agregue el código que implementa el protocolo XMODEM en la placa de destino, podrá descargar fácilmente el programa o el archivo de datos. A continuación se describe cómo ejecutar el programa del protocolo XMODEM. Figura 1: El programa de la placa de destino consta de dos partes: el programa de descarga y el programa de aplicación. 2 Introducción al protocolo XMODEM El protocolo XMODEM es el primer estándar de protocolo de comunicación y se utiliza para transferir archivos entre dos computadoras a través del puerto serie asíncrono RS232. En comparación con otros protocolos de transferencia de archivos como YMODEM y ZMODEM, el protocolo XMODEM es sencillo de implementar y adecuado para situaciones con memoria limitada. El remitente del archivo XMODEM descompone el archivo en bloques de datos de longitud fija de 128 bytes. Para cada bloque de datos, espera a que la otra parte responda antes de enviar el siguiente bloque de datos. La verificación de datos utiliza la verificación de acumulación vertical o la verificación CRC de 16 bits. prueba. Se trata de un protocolo ARQ (Solicitud de repetición automática) sencillo y, por tanto, también adecuado para redes RS485 semidúplex de dos hilos. 2.1 Terminología Antes de introducir el contenido específico del protocolo XMODEM, primero damos las abreviaturas de los términos utilizados en el protocolo. Término Valor Significado Comentarios Decimal Hexadecimal SOH101H Inicio del bloque de datos EOT404H Fin de la transferencia ACK606H Respuesta confirmada NAK2115H Respuesta no confirmada Para el software de protocolo verificado por CRC, esta señal se reemplaza por la letra "C" (43H).

DLE1610H Cancelar conexión de datos Hace que el remitente detenga el envío de datos. Equivalente a señales de interfaz RS232 como DSR y CTS. X-off1913H La transmisión de datos se detiene SYN2216H Sincronización CAN2418H Cancelar transmisión Cuadro 2: Caracteres de control del protocolo XMODEM Como se puede ver en la tabla anterior, cada abreviatura también es un carácter ASCII estándar, que es necesario en el protocolo XMODEM para indicar el estado del protocolo. 2.2 Formato de trama de datos y descomposición de archivos La longitud de la trama de datos transmitida por el protocolo XMODEM cada vez es de 132 bytes, de los cuales los datos del archivo representan 128 bytes, y los 4 bytes restantes son la bandera de inicio, el número de bloque y el complemento del número de bloque y paridad. El indicador de inicio, el número de serie del bloque y el complemento del número de serie del bloque se encuentran al principio del bloque de datos, y el byte de verificación se encuentra al final del bloque de datos, como por ejemplo: desplazamiento número de byte nombre descripción nombre valor (HEX) 01SOH01 indicador de byte inicial 11Seq1 ~FFh número de secuencia de bloque 21cmplFFH-seq ¿El complemento del número de secuencia de bloque 3128data? Datos de contenido del archivo 1311csum Verificación de suma acumulativa vertical 1: ¿El protocolo XMODEM permite el uso de dos códigos de suma de verificación? 2: El código de suma de verificación solo se calcula a partir de 128 bytes de datos y los primeros tres bytes no participan en la operación de suma de verificación. 2CRC? Verificación de redundancia cíclica de 16 bits Figura 3: Formato de trama de datos del protocolo XMODEM Si la longitud del archivo no es un múltiplo entero de 128 bytes, el contenido efectivo del último bloque de datos debe ser menor que la longitud de la trama y otros datos deben ser para la parte restante los datos deben usarse en formato de marco. Si la longitud del archivo no es múltiplo de 128 bytes, la carga útil del último bloque de datos debe ser menor que la longitud del marco y el resto debe completarse con datos adicionales. XMODEM recomienda usar "CTRL-Z" (=26 (01aH)), en cuyo caso, ¿cómo diferencia el receptor entre el contenido del archivo y el relleno en el marco? Si el archivo transferido es un archivo de texto que contiene solo letras, números y símbolos visualizables (como un archivo de código fuente de un programa C), entonces el destinatario puede distinguirlo basándose en el contenido mismo ("26" no es el código ASCII de letras o números); si el archivo transferido es un archivo binario con valores arbitrarios (como el código objeto del programa), entonces el receptor no puede distinguir el contenido del archivo del contenido del relleno. IMPORTANTE: El protocolo XMODEM no garantiza que la longitud del archivo recibido por el receptor sea exactamente igual a la del remitente. La longitud de los datos del archivo recibido por el receptor es siempre un múltiplo entero de 128 bytes, que es de 1 a 127 bytes mayor que la longitud real del archivo enviado. El contenido adicional está al final del archivo. Esta deficiencia del protocolo XMODEM no tiene un impacto real en la descarga de código de programa utilizado en sistemas integrados; el procesador no completa el contenido del código a medida que se ejecuta el código, siempre que la capacidad de la memoria del programa sea suficiente para almacenar todos los datos recibidos. Si utiliza el protocolo XMODEM para cargar la base de datos, se debe considerar el impacto del contenido adicional. En términos generales, existen parámetros de estructura de base de datos como el tamaño de la base de datos, la cantidad de campos, la cantidad de registros, etc. en el archivo de base de datos estándar, por lo que el contenido de relleno no se considera como el registro de la base de datos en sí. 2.3 Algoritmo de código de verificación El código de verificación es un código que se obtiene realizando algún cálculo en los datos enviados. Para evitar ciertos errores de bits en los datos durante la transmisión, varios protocolos de comunicación de datos estipulan que el remitente debe enviar los datos de la aplicación al mismo tiempo. Para enviar un código de verificación, el receptor de datos calcula el código de verificación a partir de los datos de la aplicación recibidos según el mismo algoritmo. El receptor de datos calcula la suma de verificación a partir de los datos de la aplicación recibidos según el mismo algoritmo y la compara con la suma de verificación enviada por el remitente. Si los dos son iguales, se considera que se han recibido los datos correctos. En el protocolo XMODEM, se puede utilizar una suma vertical o una suma de comprobación CRC. El software de comunicación que utiliza sumas de comprobación CRC puede cambiar automáticamente del modo de suma de comprobación CRC al modo de suma.