ForHosting KIT · Utilidades de desarrollo

Codificador Intel HEX

La dirección 256, el tipo 0 y dieciséis bytes de datos forman el registro :10010000214601360121470136007EFE09D2190140, con su suma de control 40 ya calculada. Pegue líneas existentes y se comprobará cada recuento de bytes y cada suma antes de grabar una imagen errónea. Gratis en su navegador.

  • Gratis
  • Funciona en su navegador
  • Sin registro
  • Sus datos no salen de su equipo
Úselo desde WebAPIEmailTelegramApp pronto
Si escribe
Modo de cálculo
Encode
Dirección
256
Tipo de registro
0
Datos
214601360121470136007EFE09D21901
Obtiene
Cantidad de registros
1

Intel HEX es el formato de texto que la mayoría de las cadenas de herramientas para microcontroladores siguen generando cuando se solicita una imagen flasheable: cada línea empieza por dos puntos, luego un recuento de bytes, una dirección de dieciséis bits, un tipo de registro, bytes de datos opcionales y una suma de control en complemento a dos que detecta errores de pegado antes de que un programador grabe datos incorrectos. Este codificador Intel HEX construye un registro correcto a partir de la dirección, el tipo y la carga hexadecimal, o analiza una o varias líneas que usted ya tenga, comprobando la longitud frente al recuento declarado y rechazando cualquier línea cuya suma de control no coincida.

Decodifique líneas, verifique cada suma de control y lea los campos

Establezca mode en decode y coloque una o más líneas Intel HEX en text, cada una empezando por dos puntos. Los pegados multilínea se dividen por saltos de línea; las líneas en blanco se ignoran.

Para cada línea no vacía el analizador comprueba que el cuerpo sea hex de longitud par, que el campo de recuento de bytes coincida con el número de dígitos de datos presentes, que el tipo de registro esté entre cero y cinco, y que el byte final de suma de control sea el complemento a dos de la suma de todos los bytes anteriores del registro.

Este contrato basta para auditar un fragmento pequeño .hex sin importar una cadena completa de archivos objeto, y es lo bastante estricto para que un nibble invertido en un ticket falle de inmediato en lugar de producir una imagen de flash silenciosamente incorrecta. Prefiera decode cuando deba explicar qué contiene un volcado del proveedor, cuando un estudiante deba demostrar que una suma calculada a mano coincide con el archivo, o cuando un arnés de pruebas deba probar que un artefacto sigue coincidiendo con el registro publicado tras una transformación.

Flujos de trabajo, precios, límites y cuándo usar esta herramienta

Otro flujo pega un fragmento multilínea que incluye un registro de dirección lineal extendida y un marcador de fin de archivo, confirmando cada suma de control antes de que un humano apruebe una actualización de campo. Esta capacidad no expande los registros de dirección extendida a un mapa plano de memoria de treinta y dos bits ni habla con un programador de hardware; combínela con su propio flasher o constructor de mapas cuando necesite el ensamblado completo de la imagen.

El texto de origen sigue las mismas reglas de retención que otros elementos parse de KIT, y los resultados son seguros de fijar porque el algoritmo es plenamente determinista. Mantenga las cargas lo bastante cortas para uso interactivo —los datos del registro están limitados a doscientos cincuenta y cinco bytes por el propio formato— y use herramientas dedicadas de carga binaria para imágenes de producción de varios megabytes.

Parches de firmware y goldens de CI

Codifique un registro de datos corto en un desplazamiento fijo, fije la línea en integración continua y decodifíquela después para demostrar que dirección, carga y suma de control siguen coincidiendo.

Comprobaciones de suma en laboratorio y aula

Los estudiantes pegan líneas Intel HEX, verifican cada suma de control y leen los nombres de tipo sin instalar una cadena del proveedor ni arriesgar un flash incorrecto.

Volcados de soporte y revisión de tickets

Los ingenieros de soporte decodifican fragmentos .hex del proveedor para confirmar desplazamientos de carga y detectar corrupción al pegar antes de escalar a hardware.

¿Cómo codifico un registro Intel HEX?

La respuesta records[0].line es el registro completo con dos puntos y una suma de control correcta.

¿Cómo decodifico y verifico líneas Intel HEX?

Envíe mode decode y ponga una o más líneas que empiecen por ':' en text.

¿Qué tipos de registro se admiten?

Los tipos 2 y 4 necesitan 2 bytes de datos; 3 y 5 necesitan 4; el tipo 1 debe estar vacío.

¿Cómo se calcula la suma de control de Intel HEX?

Es el complemento a dos de la suma de todos los bytes que la preceden en la línea: recuento, dirección, tipo y datos. Por eso basta un solo dígito mal copiado para que la comprobación falle.

¿Qué rango de direcciones admite un registro?

La dirección de un registro ocupa dieciséis bits, de 0 a 65535. Los valores fuera de ese rango se rechazan, porque en el formato Intel HEX clásico la dirección solo ocupa dos bytes.

Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.

POSThttps://api.kit.forhosting.com/enc/intel-hex

¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.

curl -X POST https://api.kit.forhosting.com/enc/intel-hex \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"mode":"encode","direction":"encode"}'
{
  "mode": "encode",
  "direction": "encode"
}
{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "enc.intel_hex",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.

Por solicitud$0.002

Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.

HTTPCódigoSignificado
401unauthorizedAPI key ausente o inválida.
402insufficient_balanceEl saldo no cubre el precio de la tarea.
404unknown_typeEl tipo de tarea no existe.
429rate_limitedDemasiadas peticiones. Use el webhook en vez de sondear.

Codifique un registro de firmware con dirección, tipo y suma de control

Establezca mode en encode, o déjelo en el valor predeterminado. Una cadena data vacía es válida para fin de archivo y para experimentos solo de tipo. Indique el desplazamiento de carga de dieciséis bits en address como un entero de cero a sesenta y cinco mil quinientos treinta y cinco; los valores fuera de ese rango fallan con invalid_input porque el campo de dirección clásico de Intel HEX solo tiene dos bytes de ancho. Elija record_type de cero a cinco: cero es datos ordinarios, uno es fin de archivo con carga vacía, dos y cuatro son registros de dirección de segmento extendida y lineal extendida que llevan exactamente dos bytes de datos, y tres y cinco son registros de dirección de inicio de segmento y de inicio lineal que llevan exactamente cuatro bytes de datos. Ponga la carga en data como dígitos hexadecimales; se eliminan espacios opcionales, dos puntos, guiones y prefijos zero-x, se rechaza un recuento impar de dígitos tras la limpieza y se rechazan más de doscientos cincuenta y cinco bytes porque el campo de longitud es un solo byte. El motor ensambla entonces dos puntos, recuento de bytes, dirección, tipo, datos y la suma de control en complemento a dos de cada byte anterior, y devuelve un array records con un objeto que contiene la línea completa, la dirección numérica y hex, el nombre del tipo, los datos hex y la suma de control.

Decodifique líneas, verifique cada suma de control y lea los campos

Cualquier fallo lanza invalid_input con un mensaje que indica el número de línea y la suma esperada frente a la real cuando la aritmética no coincide; esos fallos no se facturan en la ruta prepago. Si tiene éxito, recibe mode decode, un array records en el orden del archivo, record_count y all_checksums_ok en true. Cada objeto de registro refleja la forma de encode: la línea normalizada en mayúsculas, byte_count, address y address_hex, record_type y record_type_name, data hex, checksum y checksum_ok.

Flujos de trabajo, precios, límites y cuándo usar esta herramienta

Use el codificador Intel HEX gratuito en el navegador para demostraciones de laboratorio, tickets de soporte y comprobaciones puntuales de suma de control sin instalar srec_cat, objcopy ni un IDE del proveedor. Use la API prepago de KIT cuando un backend, un worker en el borde o un SDK deban codificar o verificar registros con saldo a $0.002 por elemento correcto; los errores de validación nunca consumen saldo tras el rechazo del motor.

¿Qué ocurre si la suma de control es incorrecta?

La decodificación falla con invalid_input indicando la línea y la suma esperada frente a la real. Los registros correctos devuelven checksum_ok true y all_checksums_ok true.

¿Cuánto cuesta el codificador Intel HEX?

La herramienta del navegador es gratuita. Las solicitudes a la API usan saldo prepago de KIT a $0.002 por llamada correcta; la entrada no válida no se factura.

Ver la documentación completa del KIT →