Command-Line Automation es una interfaz de línea de comandos nativa que permite llamar y ejecutar cualquier software de la suite CTC: Quick, Master, Overcurrent, Distance, Manual y otros, directamente desde un script creado por el propio usuario, sin ninguna intervención manual durante la ejecución.

El archivo de prueba debe ser configurado y validado previamente por el operador.
Una vez listo, basta con incluirlo en el script de automatización para que el software lo ejecute, lo guarde y se cierre de forma completamente autónoma.

A medida que los procesos de prueba en protección y automatización de sistemas eléctricos se vuelven más frecuentes y complejos, ya sea en líneas de producción en fábricas, laboratorios de I+D, universidades o en el desarrollo de tesis de maestría y doctorado, la necesidad de ejecutar secuencias de pruebas repetibles, sin intervención manual, ha dejado de ser un diferenciador para convertirse en una exigencia.

Command-Line Automation responde directamente a esta demanda: cualquier software de la suite CTC puede ser llamado y ejecutado desde un script de automatización creado por el propio usuario, con los archivos de prueba previamente configurados y validados.
Command-Line Automation opera mediante una interfaz de línea de comandos nativa.

Esto hace que la solución sea completamente agnóstica respecto al lenguaje: puede integrarse con Python, C#, MATLAB, LabVIEW, Java, PowerShell, Bash, Node.js o cualquier entorno capaz de invocar un proceso del sistema operativo.

No requiere la instalación de bibliotecas adicionales, ni depende de SDKs de terceros;
solo el ejecutable de CTC respondiendo a parámetros estandarizados (/p, /s, /c, /k), brindando total libertad para que el ingeniero o investigador construya su propia capa de automatización.

Command-Line Automation puede ser utilizado en:

• 🏭 Procesos de fábrica y pruebas por lotes (serial testing, línea de producción)
• 🔬 Investigación & Desarrollo en laboratorios de protección y automatización
• 🎓 Universidades, tesis de maestría y doctorado
• 🔗 Pruebas de interoperabilidad con múltiples fabricantes (ej.: IEC 61850)
• ⚙️ Integración con frameworks de automatización de pruebas
• 📋 Scripts para validación de firmware y actualizaciones de relés

Ejemplo de línea de código:

@echo off

REM File01 — Normal conditions
“C:\Program Files\Conprove\CTC3\Master_CTC3.exe” “C:\Users\Conprove\Desktop\Test_File_01.ctMt” /p /s “C:\Users\Conprove\Desktop\01.ctMt” /c

REM File02 — Duplicate Packet
“C:\Program Files\Conprove\CTC3\Master_CTC3.exe” “C:\Users\Conprove\Desktop\Test_File_02.ctMt” /p /s “C:\Users\Conprove\Desktop\02.ctMt” /c

REM File03 — Validity NOT GOOD
“C:\Program Files\Conprove\CTC3\Master_CTC3.exe” “C:\Users\Conprove\Desktop\Test_File_03.ctMt” /p /s “C:\Users\Conprove\Desktop\03.ctMt” /c

REM File04 — Packet Loss (Manual)
“C:\Program Files\Conprove\CTC3\Manual_CTC3.exe” “C:\Users\Conprove\Desktop\Test_File_04.ctMn” /p /s “C:\Users\Conprove\Desktop\04.ctMt” /c

echo Automation sequence completed.
pause