¿Cuáles son los protocolos de comunicación serial?
Pregunta 2: ¿Qué es el protocolo de comunicación serie? El protocolo de comunicación en serie se refiere a un acuerdo entre dos partes. El acuerdo incluye regulaciones unificadas sobre formato de datos, método de sincronización, velocidad de transmisión, pasos de transmisión, métodos de detección y corrección de errores y definiciones de caracteres de control, que ambas partes deben cumplir. Por lo tanto, también se denomina procedimiento de control de comunicación o procedimiento de control de transmisión, y pertenece a la capa de enlace de datos en el modelo de referencia de siete capas OSI de ISO.
Pregunta 3: Usted mismo puede definir cómo escribir el protocolo de comunicación en serie, pero los requisitos son diferentes. Puede definirlo a voluntad, ya sea según los requisitos del cliente o según la definición del equipo relacionado (como usted dijo, si su host usa un escáner para escanear códigos QR, debe haber protocolos de codificación relevantes dentro del host), consulte las instrucciones relacionadas. puede ser encontrado. Al mismo tiempo, también puede agregarle un código de verificación, etc.
Pregunta ¿Cuáles son los protocolos de comunicación serie 232 o 485 del plc?
Pregunta 5: ¿El protocolo de comunicación serie debe ser hardware o software? El flujo de datos en serie es nativo, no hay datos compilados.
A través del software, se reconoce como una señal para completar la ejecución de la función requerida.
Pregunta ¿Qué significa el protocolo de comunicación serie R232? ¿Cuál es el contenido? ¿Cuál es la diferencia entre este y el R485? La diferencia es que 232 es full duplex.
Uno es semidúplex.
Pregunta 7: Protocolo de comunicación asíncrona 1 de comunicación en serie y formato de datos en comunicación asíncrona en serie La comunicación de datos asíncrona, también llamada comunicación asíncrona start-stop, es el método de transmisión de información de datos más utilizado en la comunicación por computadora. Se transmite en unidades de caracteres. No hay un intervalo de tiempo fijo entre caracteres, pero cada bit de cada carácter se transmite en un tiempo fijo. El método de sincronización entre el receptor y el remitente consiste en configurar los bits de inicio y parada en formato de caracteres. Antes de enviar oficialmente un carácter válido, el remitente envía un bit de inicio, luego el bit de carácter válido y luego envía un bit de parada al final del carácter. El bit de inicio y el bit de parada constituyen una trama. Formato de datos en transmisión asíncrona en serie: ⑴Bit de inicio: el bit de inicio debe ser un nivel "0" lógico continuo de un bit, que marca el comienzo de una transmisión de caracteres. ⑵Bits de datos: Los bits de datos son de 5 a 8 bits, siguen inmediatamente al bit de inicio y son los bits de datos válidos para enviar caracteres. Al transmitir, los caracteres de orden inferior se transmiten primero y luego los caracteres de orden superior. El número de bits de datos se puede configurar mediante hardware o software. ⑶Bit de paridad: el bit de paridad solo ocupa un bit y se utiliza para la verificación de paridad, o no hay bit de paridad. ⑶Bit de parada: el bit de parada es de 1 bit, 1,5 bits o 2 bits, que se puede configurar mediante software. Debe ser un nivel lógico "1", que marca el final de la transmisión de un carácter. 5. Bit inactivo: el bit inactivo indica que la línea está en un estado inactivo y el nivel lógico en la línea es "1" en este momento. No puede haber bits inactivos y la transmisión asíncrona es la más eficiente. 2. Recepción de datos en comunicación asíncrona en serie Al recibir comunicación asíncrona en serie, el receptor detecta o monitorea continuamente los cambios de nivel en la línea de entrada en serie. Cuando detecta la aparición de un bit de inicio válido, sabe que seguirá un bit de carácter válido y comienza a recibir caracteres válidos. Cuando detecta el bit de parada, sabe que el carácter transmitido ha finalizado. Después de un intervalo de tiempo aleatorio, se transmite el siguiente carácter. Generalmente, el período del reloj de muestreo del extremo receptor es más corto que el período de bits del carácter transmitido. La frecuencia del reloj de muestreo común es 16 veces la frecuencia de bits. Esta medida se toma para mejorar la capacidad antiinterferencia, como se muestra en la Figura 8.19. Como puede verse en la figura, el período de bits Td del carácter transmitido es igual a 16 veces el período del reloj de muestreo Tc. Cada flanco ascendente del reloj de muestreo del receptor muestrea la señal de entrada y verifica si el nivel bajo en la línea de datos de recepción se mantiene durante 8 o 9 ciclos de reloj consecutivos para determinar si el nivel bajo en la línea de transmisión es el verdadero bit de inicio. De esta manera, se puede evitar el mal funcionamiento causado por interferencias de ruido y se puede eliminar el bit de inicio en falso. El punto medio del bit de inicio se determina con bastante precisión, proporcionando así una base de tiempo. En base a esto, los bits de datos restantes se muestrean cada 16 Tc para garantizar la exactitud de los datos transmitidos. Para lograr el punto de referencia de los datos de muestreo, el extremo receptor puede realizar los siguientes pasos: (1) configurar un contador de frecuencia de reloj de muestreo en el extremo receptor, borrarlo cuando se detecte el flanco descendente del bit de inicio y comenzar a contar el reloj de muestreo, es decir, cada reloj da El contador se incrementa en 1. (2) Cuando el contador llega a 8, significa que ha alcanzado la posición media del bit inicial. En este momento, el valor de muestreo es 0, lo que significa que es el bit de inicio real, y el contador se reinicia si el valor de muestreo no es 0, lo que significa que el flanco descendente detectado al principio no es el flanco ascendente real de; el bit inicial, pero una interferencia. La prueba debe invalidarse, el contador debe borrarse y la prueba del bit de inicio debe reiniciarse. (3) Después de detectar el bit de inicio real, el contador se borra. Cada vez que llega a 16, se muestrea la forma de onda de la señal recibida (es decir, la mitad de cada bit), el valor recopilado se almacena temporalmente y se borra el contador. al mismo tiempo, cuente nuevamente hasta que se muestree el último bit de parada.
(4) Si el bit de parada se muestrea correctamente (1), el registro recibe el carácter y lo carga en el registro. Si el valor de muestreo del bit de parada es 0, significa que hay un problema de sincronización o transmisión, y los caracteres muestreados esta vez no son válidos y no se recibirán. Características de la comunicación asíncrona (1) El protocolo de comunicación asíncrona start-stop no tiene altos requisitos en cuanto a la sincronización del reloj del remitente y el receptor. Incluso si las frecuencias de reloj del extremo receptor y del extremo transmisor son diferentes, siempre que el muestreo del extremo receptor después del bit inicial de un carácter no esté desalineado, la transmisión de datos aún puede continuar normalmente. Por lo tanto, el remitente y el receptor de la comunicación asincrónica no necesitan usar el mismo reloj y ambas partes pueden usar sus propios relojes locales. ⑵En aplicaciones prácticas, el formato de datos de la comunicación asíncrona en serie, incluido el número de bits de datos, la configuración de bits de paridad y el número de bits de parada, se puede configurar con comandos de software a través del circuito de interfaz serie programable de acuerdo con las necesidades reales. En diferentes sistemas de transmisión, estos enlaces>:& gt
Pregunta 8: El método de comunicación RS-232 del protocolo de comunicación en serie permite una conexión simple de las tres líneas Tx, Rx y tierra. Pero para la transmisión de datos, ambas partes deben utilizar la misma velocidad en baudios para la sincronización de datos. Si bien este método es suficiente para la mayoría de las aplicaciones, su uso es limitado cuando el receptor está sobrecargado. En este momento, se necesita la función de protocolo de enlace del puerto serie. En esta sección, analizaremos las tres formas más comunes de protocolo de enlace RS-232: protocolo de enlace de software, protocolo de enlace de hardware y Xmodem. a. Protocolo de enlace de software: el primer protocolo de enlace que analizamos es el protocolo de enlace de software. Generalmente se usa cuando los datos reales son caracteres de control, de manera similar a como GPIB usa cadenas de comando. Aún quedan tres líneas necesarias: Tx, Rx y tierra. Debido a que no hay diferencia entre los caracteres de control y los caracteres ordinarios en la línea de transmisión, la función SetXModem permite al usuario usar o prohíbe al usuario usar los dos caracteres de control XON y XOFF. Estos caracteres son emitidos por el receptor durante la comunicación para hacer que el remitente haga una pausa. Por ejemplo, supongamos que el remitente envía datos a una velocidad de transmisión alta. Durante la transmisión, el receptor descubre que el búfer de entrada está lleno porque la CPU está ocupada con otro trabajo. Para detener temporalmente la transmisión, el extremo receptor envía XOFF, con un valor típico de 19 decimales o 13 hexadecimales, hasta que el búfer de entrada esté vacío. Una vez que el receptor está listo para recibir, envía XON, un valor típico es 17 en decimal, que es 11 en hexadecimal, y continúa la comunicación. LabWindows envía XOFF cuando el buffer de entrada está medio lleno. Además, si se interrumpe la transferencia XOFF, LabWindows enviará XOFF cuando el buffer alcance el 75% y el 90%. Obviamente, el remitente debe seguir este código para garantizar que la transmisión continúe. b. Apretón de enlace de hardware: el segundo es utilizar el protocolo de enlace de línea de hardware. Al igual que las líneas Tx y Rx, RTS/CTS y DTR/DSR funcionan juntas, una como salida y la otra como entrada. El primer conjunto de líneas es RTS (solicitud de envío) y CTS (borrado de envío). Cuando el receptor está listo para recibir datos, establece la línea RTS en alto para indicar que está listo. Si el remitente también está listo, establece CTS en alto para indicar que está a punto de enviar datos. El otro conjunto de cables es DTR (terminal de datos listo) y DSR (conjunto de datos listo). Estas líneas se utilizan principalmente para comunicaciones por módem. Deje que el puerto serie y el módem comuniquen su estado. Por ejemplo, cuando un módem está listo para recibir datos desde una PC, establece la línea DTR en alto, lo que indica que se ha establecido la conexión a la línea telefónica. La línea DSR se lee y se establece en alto y la PC comienza a enviar datos. Una regla simple es que DTR/DSR se usa para indicar el estado de preparación de la comunicación del sistema, mientras que RTS/CTS se usa para transmitir un solo paquete de datos. En LabWindows, la función SetCTSMode habilita o deshabilita el protocolo de enlace de hardware. Si el modo CTS está habilitado, LabWindows usa la siguiente regla: Cuando la PC envía datos, la biblioteca RS-232 debe detectar la altura de la línea CTS antes de enviar los datos. Cuando la PC recibe datos: si el puerto está abierto, la cola de entrada está libre para recibir datos y la función de biblioteca establece RTS y DTR en alto. Si la cola de entrada está llena al 90%, la función de biblioteca establece RTS en nivel bajo pero mantiene DTR en nivel alto. Si la cola del puerto está casi vacía, la función de la biblioteca establece RTS en alto pero mantiene alto DTR. Si el puerto está cerrado, la función de biblioteca establece RTS y DTR en nivel bajo. c. Protocolo de enlace XModem: El último protocolo de enlace analizado se denomina protocolo de transferencia de archivos XModem. Este protocolo es muy común en las comunicaciones modernas. Si bien el protocolo XModem se usa normalmente para comunicaciones por módem, también se puede usar directamente con otros dispositivos que siguen el protocolo. En LabWindows, la aplicación XModem real está oculta para el usuario. Siempre que la PC y otros dispositivos utilicen el protocolo XModem, la transferencia de archivos utiliza la función XModem de LabWindows. Estas funciones son XModemConfig, XModemSend y XModemReceive. XModem utiliza un protocolo con los siguientes parámetros: start_of_data, end_of_data, neg_ack, wait_delay, start_delay, max_tries y paquete_size.
Estos parámetros deben ser confirmados por ambas partes que se comunican. Estándar XModem tiene definiciones estándar...>;& gt
Pregunta 9: ¿Cómo diseñar un protocolo de comunicación en serie? En pocas palabras, para desarrollar un protocolo, primero debe considerar la topología de su bus. Ya sea una transmisión punto a punto (ya sea un maestro y un esclavo, o dos nodos pares), o varios nodos esclavos conectados a un host (cómo están conectados el nodo y el host, si es un enlace en estrella, un enlace de árbol o una conexión de bus).
Si es punto a punto con un maestro y un esclavo, es lo más sencillo. Si hay dos nodos pares o uno a muchos nodos de bus, se deben considerar cuestiones como la competencia de bus, los conflictos, el diseño de direcciones y el procesamiento de tiempos de espera.
La situación punto a punto más simple (red cerrada, es decir, se determina el número de nodos del dispositivo, los dispositivos no fase tienen protocolos diferentes y no pueden acceder a la red).
Primero configure su velocidad en baudios. Lo mejor es establecer una velocidad en baudios para todos los nodos. Algunas personas se han comunicado con diferentes velocidades en baudios, pero yo nunca lo he probado. Además, la velocidad en baudios depende de la sobrecarga de datos de su bus, la velocidad del procesador/controlador, la complejidad electromagnética del entorno de la aplicación y el ancho de banda del dispositivo de hardware (¿se verá afectada la frecuencia más alta, aumentará el número de paquetes?). tasa de pérdida o afectar a otros dispositivos).
Entonces, un marco debe tener un identificador de marco al principio para que la otra parte pueda determinar si es un marco de datos o un marco de respuesta. La comunicación punto a punto debe tener al menos una trama de comando de datos y una trama de respuesta. El marco de comando de datos contiene información de configuración principal y el marco de respuesta le dice a la otra parte si los datos son correctos. Si no, reenvíelo. Además, si el ID de la trama recibida no es ninguno de estos, significa que puede haber problemas/interferencias/acceso en el bus a otros dispositivos desconocidos.
En segundo lugar, considere cuántos datos está transmitiendo y si necesita fijar la longitud del paquete de datos. Si los datos transmitidos son a veces más (diez/docenas de bytes) y otras veces menos (menos de un byte), entonces la longitud no se puede fijar. En este caso, es necesario agregar la información de longitud del paquete/trama en el segundo y tercer bytes (antes y después de los bytes de identificación de la trama).
Luego está la dirección. Aunque solo dos puntos son comunicación cara a cara, se recomienda agregar direcciones de origen y destino. Esto es sólo una sugerencia y es opcional en la comunicación entre pares.
Después se debe añadir un número de serie para indicar cuántas veces se ha enviado. Por ejemplo, te envié un saludo una vez y debería enviarte un mundo la próxima vez, pero el marco de respuesta que informaste decía que no se recibió o recibió un error, y luego te envié un saludo nuevamente. En este momento, el número de secuencia en el cuadro Hola debería ser 2.
Lo siguiente es el contenido de los datos...
Finalmente, verifique la operación CRC...XOR...y así sucesivamente. , verificando todos los bits de los datos anteriores desde el principio hasta el final del cuadro. Evite errores de bits durante la transmisión.
Eso es todo lo que se me ocurre ahora mismo. Recuerdo cuando un grupo de nosotros llegamos a un acuerdo sobre equipos de señalización ferroviaria. La gente del instituto miró el protocolo que ideamos hace dos semanas (basado en RS584) y dijo: ¿Es el protocolo así de simple? No fue hasta que lo probé durante un año que pude decir que tenía un protocolo sólido y seguro.
Pregunta 10: ¿Cuál es la diferencia entre el formato de trama de datos y el protocolo de comunicación en la comunicación serie? Los parámetros del puerto serie se refieren a los parámetros correspondientes que deben configurarse en la comunicación del puerto serie, al igual que cuando navega por Internet en un teléfono móvil, ¿utiliza una señal eléctrica o un número de teléfono móvil, red 3G o red 2G? Aunque el teléfono lo configura automáticamente, aún necesita configurarlo.
El protocolo de comunicación es qué idioma hablas. Cuando se comunican con los demás, todos hablan mandarín. Uno habla inglés y el otro francés, lo cual definitivamente no es bueno.
485-can-tcp/...Nuevo Testamento (abreviatura de nuevo testamento)