# Exportar registros de eventos y formas de onda de parada: de 51005 / 51006 / 51007 a 53501-55601 El apéndice 2 del protocolo de eventos y formas de onda de parada define cuatro pasos: escribir 51006 con el índice inicial, 51007 con el número de registros, 0xBB en 51005 para actualizar los datos y leer los registros 53501-55601. Explica por qué se detuvo un equipo y qué ocurrió en una transferencia fallida mucho mejor que un código de fallo en pantalla. El apéndice 2 del protocolo de eventos y formas de onda de parada define cuatro pasos: escribir 51006 con el índice inicial, 51007 con el número de registros, 0xBB en 51005 para actualizar los datos y leer los registros 53501-55601. Explica por qué se detuvo un equipo y qué ocurrió en una transferencia fallida mucho mejor que un código de fallo en pantalla. Proceso de cuatro pasos y tramas (1) Escribir 1 en 51006 como índice inicial, por ejemplo 01 06 C7 3E 00 01 14 B2. (2) Escribir el número de registros en 51007; leer uno es 01 06 C7 3F 00 01 45 72. (3) Escribir 0xBB en 51005 para actualizar el detalle de fallos, por ejemplo 01 06 C7 3D 00 BB 65 01. (4) Leer los registros 53501 a 55601. El protocolo describe 160 registros, cada uno con 20 variables de 16 bits muestreadas 100 veces mas 4 puntos de fecha/hora, lo que da 2004 valores u16 o 4008 bytes. Lectura de las 20 variables Cada muestra contiene, en orden: código de fallo de inversor, de red, de sistema y de batería; corriente de inductor desequilibrada; valor de modulación de fase A; temperatura máxima de IGBT; código de modo y estado; modulaciones de fases B y C; tensiones de fases A/B/C; corrientes de inductor A/B/C; tensión DC; corriente DC; y tensiones de bus positiva y negativa. Los tres primeros códigos se corresponden con los bits de estado (anomalía de neutro, anti-islanding, parada por pérdida de comunicación EMS), convirtiendo una palabra de fallo en las 100 muestras previas al disparo. Marcas de tiempo y uso en campo Los dos primeros bytes de fecha son un campo de bits: bDate 8 bits, bMonth 8 bits y bYear 16 bits, con el año expresado como 2000 mas el valor. Los dos bytes siguientes son un contador de 32 bits en milisegundos igual a horas x 3600 x 1000 + minutos x 60 x 1000 + segundos x 1000 + milisegundos. En campo, alinee datos exportados, log de eventos EMS, capturas de configuración del AEMS100 y formas de onda externas en un único eje temporal para dirimir transferencias fallidas, paradas espurias, disparos indebidos y golpes de paralelo con generador. Preguntas frecuentes Por qué hay que escribir 51005 antes de leer? 0xBB dispara la actualización del detalle de fallos; solo entonces el equipo prepara los registros seleccionados en el área de lectura a partir de 53501. Si se omite, se leen datos anteriores o vacíos. Hay que leer los 160 registros de una vez? No. El registro 51007 fija la cantidad y el ejemplo del protocolo lee solo uno. Recuerde que 0x03 admite como máximo 125 registros por petición, así que divida las lecturas por partición y recomponga el flujo de bytes. Equipos relacionados y guías [SP125HCPS](/es/product/sp125hcps) · [SP1350H54SW](/es/product/sp1350h54sw) · [STS200](/es/product/sts200-400-600) · [SP200/150HAPV](/es/product/sp200-150hapv) · [Todas las guías técnicas](/es/blog/category/blog) · [Catálogo de productos](/es/products)。 ## Por qué hay que escribir 51005 antes de leer? 0xBB dispara la actualización del detalle de fallos; solo entonces el equipo prepara los registros seleccionados en el área de lectura a partir de 53501. Si se omite, se leen datos anteriores o vacíos. ## Hay que leer los 160 registros de una vez? No. El registro 51007 fija la cantidad y el ejemplo del protocolo lee solo uno. Recuerde que 0x03 admite como máximo 125 registros por petición, así que divida las lecturas por partición y recomponga el flujo de bytes.