Inicio Ingeniería
Método de proyecto
La mayoría de los proyectos de telemetría que fracasan lo hacen en el primer tramo o en el último: nadie verificó qué expone realmente el equipo, o nadie definió quién revisa el dato una vez que llega.
01 · Levantamiento
En terreno y sobre el equipo: qué controlador tiene, qué expone, en qué puerto, con qué documentación y en qué estado está el gabinete. Es la etapa que más problemas evita y la que más se suele saltar.
02 · Definición
Qué variables se necesitan de verdad, a qué frecuencia, con qué umbrales de alerta y quién las va a usar. De aquí sale el tamaño del mensaje y, con él, el costo de operación.
03 · Enlace y energía
Cobertura del sitio, tecnología de transporte, presupuesto energético y dimensionamiento de panel y batería para el peor mes del año.
04 · Integración
Decodificación del protocolo, lógica de borde, ingestor, esquema de datos y vistas de entrega. Probado contra el equipo real, no contra un simulador.
05 · Puesta en marcha
Instalación, verificación punto por punto contra la lectura local del equipo y ajuste de umbrales con la operación funcionando.
06 · Operación
Monitoreo del enlace, administración de la base de datos, atención de estaciones caídas y evolución del sistema según lo que pida la operación.
Criterio
Dos decisiones que definen el resultado.
Qué se mide. La tentación es medir todo porque técnicamente se puede. El costo aparece después, en enlace, en energía y en paneles que nadie mira porque tienen doscientas variables. Preferimos partir por las que responden una pregunta concreta de la operación y crecer desde ahí.
Quién recibe la alerta. Una alerta que llega a un correo genérico no la lee nadie. Se define en el proyecto a qué persona llega, por qué canal y qué se espera que haga, y se ajusta cuando resulta que llegan demasiadas.
Contacto
Partamos por el levantamiento.
Con una visita al sitio y las fichas técnicas de los equipos se puede definir el alcance real del proyecto.