Calculadora de checksum XOR

Introduzca enteros de 0 a 255 y obtenga el resultado en formato decimal, hexadecimal y binario, junto con una expresión legible del cálculo. Estas sumas son habituales en mensajes serie compactos, órdenes para dispositivos embebidos, formatos heredados y protocolos sencillos de tipo LRC porque exigen muy poco procesamiento. La herramienta sirve para revisar ejemplos, depurar tramas, preparar vectores de prueba y reproducir una especificación sin escribir un script específico.

Cómo se calcula un checksum XOR

El cálculo comienza con un acumulador a cero y aplica la operación OR exclusivo bit a bit a cada byte de la secuencia. En cada posición, XOR produce uno cuando los dos bits comparados son distintos y cero cuando coinciden. Al repetir la operación queda un solo byte. Un valor combinado consigo mismo se cancela porque x XOR x es cero, mientras que combinarlo con cero no lo modifica. La operación es asociativa y conmutativa, por lo que agrupar o reordenar los bytes elegidos no cambia el resultado, aunque el protocolo sí determina qué campos deben participar. Esta calculadora comprueba que cada elemento sea un entero entre 0 y 255, recorre la lista y presenta el mismo valor de tres maneras. El decimal resulta práctico para API generales; el hexadecimal encaja con volcados de paquetes y fichas técnicas; y los ocho dígitos binarios permiten examinar cada bit. La expresión devuelta conserva los operandos y el checksum hexadecimal final para facilitar la auditoría.

Seleccione los bytes correctos del mensaje

La aritmética es sencilla, pero escoger la parte correcta de una trama suele causar discrepancias. Consulte la definición del protocolo para saber si debe incluir el delimitador inicial, la dirección, el comando, la longitud, la carga útil, el campo de checksum existente y el delimitador final. Normalmente se excluye el propio byte de comprobación, pero las convenciones varían. Convierta octetos hexadecimales como 7E, 01 y A4 a enteros antes de enviarlos: corresponden a 126, 1 y 164. No envíe códigos de caracteres salvo que el protocolo compruebe texto codificado. El carácter ASCII “7” suele ser el byte 55, mientras que un campo numérico de valor siete es 7; producen resultados diferentes. Los números multibyte también requieren el orden correcto de transmisión, ya sea primero el byte alto o el bajo. Construya la lista exactamente como circula por el cable y compare el hexadecimal obtenido con la trama o el manual. El recuento ayuda a detectar campos omitidos o duplicados.

Qué puede demostrar esta comprobación

Un checksum XOR es útil cuando un protocolo necesita una comprobación muy rápida y su especificación ya exige este algoritmo. Detecta cualquier cambio de un solo bit y muchas otras alteraciones accidentales, por lo que sirve para diagnosticar tramas serie cortas y dispositivos limitados. Sin embargo, es mucho más débil que un CRC o un hash criptográfico. Dos errores iguales en bytes diferentes pueden cancelarse, el orden no afecta al resultado y un atacante puede modificar datos y compensar el cambio en otra posición. Considere la salida como un valor de compatibilidad y diagnóstico, no como prueba de autenticidad ni protección contra manipulaciones. Si diseña un protocolo nuevo, valore un CRC bien definido para errores de transmisión o un código de autenticación de mensajes cuando la seguridad importe. Para pruebas repetibles, guarde la lista exacta y la expresión devuelta en el fixture. El navegador ejecuta la misma lógica determinista que la API, y las llamadas automatizadas cuestan $0.002 cada una, de modo que las comprobaciones interactivas y las canalizaciones producen el mismo valor.