Mantenimiento
La sección Mantenimiento agrupa las herramientas de diagnóstico y actualización del equipo, organizadas en cuatro pestañas: Debug, Firmware, Clonar eventos y Crash log.
Debug
La pestaña Debug muestra la consola de logs internos del RTU-X en tiempo real, útil para diagnosticar problemas de conexión, script o periféricos sin necesidad de herramientas externas.
- Iniciar / Pausar / Detener — controlan la captura de logs. Por seguridad, la consola tiene un auto-stop configurable (en segundos) que corta la captura sola si se olvida detenerla.
- Filtrar consola — buscador de texto libre sobre los logs capturados.
- Categorías activas — permite mostrar solo los logs de ciertos subsistemas (WiFi, Modem, Bluetooth, Script, MQTT, IO, Modbus, LoRa, etc.), útil para aislar un problema puntual.
- Guardar log — descarga lo capturado en un archivo de texto.
Firmware
La pestaña Firmware permite actualizar el firmware del equipo, ya sea desde un archivo local o desde una URL.
- Desde archivo — selecciona un archivo
.binlocal; la interfaz de usuario lo sirve por red y el RTU-X lo descarga. Para el módulo bridge Ethernet, en cambio, se envía un archivo llamadoeth.bin. - Desde URL — se ingresa la URL de un archivo
.binaccesible desde la red del RTU-X, y el equipo lo descarga directamente.
Vea las recomendaciones de la sección Descargas antes de actualizar un equipo en producción.
Clonar eventos
La pestaña Clonar eventos permite reemplazar por completo el log del equipo conectado con los registros de un archivo .csv (por ejemplo, exportado desde la sección Log de otro equipo).
Al presionar Escribir log se borra por completo el log actual del RTU-X conectado y se reemplaza con los registros del archivo CSV seleccionado.
Crash log
La pestaña Crash log resume los últimos reinicios del equipo causados por una falla del sistema (por ejemplo, un watchdog reset).
Por cada reinicio se muestra el Motivo (por ejemplo WDT, watchdog timeout), la Tarea y PC donde ocurrió (cuando están disponibles), el backtrace, la versión de FW, el hash ELF SHA256 del binario (para identificar exactamente qué build generó el crash) y la memoria Heap libre en ese momento. Esta información es útil para reportar fallas al soporte técnico de Nettra.