Ingeniería telemática · Santiago, Chile
Conectamos máquinas.
Cualquier equipo con un puerto, un bus o un protocolo puede monitorearse a distancia. No importa la marca, la antigüedad ni el lugar donde esté operando. Nuestro trabajo es hacer que el equipo hable, que lo que dice llegue, y que sirva para tomar decisiones.
El problema
El equipo ya lo sabe. Solo no tiene cómo decirlo.
Un generador conoce sus horas de operación, su temperatura de refrigerante y su presión de aceite. Un caudalímetro conoce el volumen que pasó por él. Un tablero conoce la corriente de cada fase. Casi siempre esa información existe, se calcula y se muestra en un display local, donde nadie la ve hasta que alguien va a mirarla.
Nosotros la sacamos de ahí. Leemos el equipo por su propia interfaz, resolvemos el transporte hasta donde haga falta —incluso sin red celular— y la convertimos en indicadores, alertas y reportes que alguien efectivamente usa.
Capacidades
Tres tramos de un mismo recorrido.
Del bus del equipo hasta el reporte que revisa un jefe de mantenimiento. Los tres son competencia propia: no subcontratamos ninguno.
Interfaz con el equipo
Trabajamos sobre los buses industriales reales, no sobre la plataforma del fabricante: RS-232, RS-485, Modbus RTU y TCP, CAN bus con SAE J1939, OBD-II, entradas y salidas digitales, entradas analógicas de 4-20 mA y contadores de pulsos. Si el equipo expone un registro Modbus o pone una trama en el bus, lo integramos.
Eso incluye variables internas que ningún GPS genérico entrega: horas de operación, consumo real, temperaturas, presiones, códigos de falla, estados de alarma y niveles. Y también equipos antiguos, que nunca fueron pensados para estar conectados, pero que igual tienen un puerto serial en el gabinete.
El enlace, incluso donde no hay cobertura
Buena parte de la infraestructura productiva opera fuera de red celular: faenas mineras, generación y transmisión eléctrica, estaciones de monitoreo hídrico, agricultura extensiva, cordillera, desierto, ruta y mar. Ahí el enlace deja de ser un trámite de configuración y pasa a ser parte del diseño.
Trabajamos sobre Iridium y Globalstar, y diseñamos el protocolo junto con la compresión de los mensajes. Cuando cada byte tiene costo, hay que decidir qué se transmite, con qué frecuencia, qué se agrega en ventanas y qué se resuelve en el borde para no transmitirlo nunca. El equipo usa la red celular cuando hay cobertura y conmuta a satélite cuando la pierde, sin intervención humana y sin cortes en el registro.
Del dato crudo a la plataforma
Un registro Modbus o una trama satelital no valen nada por sí solos. El valor aparece cuando ese dato se persiste a escala, se enriquece con contexto —geográfico, histórico, normativo— y se transforma en indicadores, alertas y reportes que alguien revisa el lunes por la mañana. Ese recorrido completo es competencia nuestra, tramo por tramo.
RECORRIDO DEL DATO
- CAMPOInterfazModbus · J1939 · 4-20 mA · pulsos · lógica en el borde
- TRANSPORTEEnlacecelular · Iridium · Globalstar · cola y reintento
- INGESTADecodificaciónprotocolos binarios · validación · normalización
- PERSISTENCIASeries temporalesesquema propio · retención larga · consulta a escala
- ANALÍTICAEnriquecimientocontexto geográfico · histórico y normativo · umbrales y alertas
- ENTREGAAl usuarioweb y móvil · notificaciones · reportes · API
DESARROLLADO Y OPERADO POR PROTECSOFT · CICLO COMPLETO
Diferenciador
No revendemos plataformas de terceros ni integramos SaaS ajenos.
Escribimos el ingestor, diseñamos el esquema de datos y controlamos el ciclo completo, desde el registro que se lee en el gabinete hasta la consulta que responde el servidor. Es más trabajo de ingeniería por adelantado, y es lo que permite hacer lo que sigue.
Adaptarnos a hardware que la plataforma cerrada no soporta. Decodificar un protocolo propietario que nadie documentó. Cambiar el formato de un reporte porque cambió la norma. Retener años de historia sin que el costo se dispare. Y no depender de que un proveedor externo discontinúe el producto del que cuelga la operación del cliente.
Aplicaciones
El mismo núcleo técnico, en verticales distintas.
Lo que cambia entre un estanque en la cordillera y un camión en ruta es el protocolo de entrada, el enlace y el reporte de salida. El recorrido del dato es el mismo.
Recursos hídricos y reporte a la autoridad
Estaciones de medición de extracciones y niveles, normalmente en sitios sin cobertura ni alimentación eléctrica, donde el registro tiene además una obligación de reporte.
- Caudalímetros y sensores de nivel por Modbus, pulsos o 4-20 mA
- Enlace satelital con autonomía solar y transmisión programada
- Totalización y validación en el servidor, no en una planilla
- Envío automatizado a la autoridad en el formato exigido
Maquinaria industrial y equipos fijos
Generadores, compresores, bombas, chillers, tableros y estanques: equipos que ya calculan su propio estado y lo dejan en un display local.
- Lectura por Modbus o J1939 según lo que exponga el controlador
- Horas de operación, consumo, temperaturas, presiones y niveles
- Códigos de falla y alarmas con marca de tiempo del evento
- Base para mantenimiento por condición y disponibilidad comprometida
Activos móviles
Camiones, maquinaria pesada y flota liviana, donde la posición es apenas el primer dato y el resto está en el bus del vehículo.
- J1939 y OBD-II además de posición y recorrido
- Consumo real, régimen de motor, horas efectivas frente a ralentí
- Cobertura continua en ruta con enlace híbrido celular y satelital
- Códigos de falla en el mismo registro que la ubicación
Cumplimiento normativo y trazabilidad
Cuando el dato no es solo para operar sino para demostrar: ante un fiscalizador, una auditoría o un contrato con nivel de servicio comprometido.
- Serie continua, con los vacíos identificados en vez de rellenados
- Trazabilidad desde el valor mostrado hasta la trama que lo originó
- Retención larga sin degradar la resolución del histórico
- Reportes generados por el sistema, reproducibles y con fecha cierta
Nosotros
Una empresa de ingeniería, no una agencia.
ProtecSoft es una empresa chilena de ingeniería telemática. Trabajamos en el punto donde se juntan tres oficios que normalmente están separados: la electrónica de campo que se conecta al equipo, el diseño del enlace que saca el dato de donde no hay red, y el software que lo persiste, lo interpreta y lo entrega.
Esa combinación es la razón por la que podemos responder por el recorrido completo. Cuando un dato no llega, no hay tres proveedores señalándose entre sí: hay un solo responsable, que además tiene acceso a los seis tramos para encontrar dónde se cortó.
Contacto
Dígame qué equipo necesita leer.
Con la marca y el modelo del controlador, o una foto del gabinete y del puerto disponible, basta para una primera respuesta técnica: si se puede leer, por qué interfaz y qué variables expone. Respondemos con una evaluación de factibilidad, no con un catálogo.