Plataforma · Remote Care
No envía un camión. Envía un paquete.
Diagnóstico remoto. Reconfiguración remota. Remediación remota firmada. Cableado en cada dispositivo MOS4 — listo para los momentos en que una inmovilización cuesta más que la caja.
Lo que esto reemplaza
Una inmovilización cuesta más que el dispositivo.
Un fallo de ECU en un camión minero todoterreno significa pérdida de producción. El envío de un técnico a un tractor de aeropuerto significa retraso de turno. Una cosechadora parada en semana de cosecha es pérdida de ventana de cultivo. Remote Care es la función del OS que convierte el desplazamiento de un técnico en un paquete.
Tres niveles
Diagnosticar. Reconfigurar. Remediar.
Nivel 1
Diagnosticar remotamente
Recuperación de logs en vivo vía mos-logs — rango TAI64 más filtro grep, transmitido comprimido. Snapshots de observabilidad bajo demanda. Sin SSH, sin SCP, sin herramientas del lado del dispositivo. Para sesiones interactivas de ECU — leer, resetear, reconfigurar, reflashear — ver Remote Diagnostic.
Nivel 2
Reconfigurar remotamente
Empuje un nuevo grafo de señales MSP, una nueva máquina de estados MEP, un nuevo mapa de geofence, un nuevo escenario de Multi Stacks. Recarga en caliente sin OTA — típicamente alrededor de diez segundos desde el fin de edición hasta la primera llamada de servicio exitosa en el dispositivo. La configuración persiste a través de la rotación A/B; volver a la configuración previa está a una llamada firmada de distancia.
Nivel 3
Remediar remotamente
OTA A/B con paquetes delta firmados y rollback automático. Reversión basada en bootcount ante fallo de arranque — sin intervención del operador. Reinicio remoto de procesos y reinicio remoto del SoC vía la cadena de supervisión watchdog. Reflasheo remoto con atestación criptográfica. Los interlocks de seguridad no son anulables desde la superficie de remediación.
Capa predictiva
Detecte el fallo antes de que detenga la máquina.
Un grafo de señal MSP procesa la telemetría del dispositivo a través de un modelo de detección de fallos en el dispositivo. Las firmas pre-fallo (deriva de sobretemperatura, anomalía de vibración de caja de cambios, tasa de error del bus CAN, ráfagas de DTC OBD) emiten alertas antes de que el fallo detenga la máquina. El pipeline AI Funnel reentrena el modelo de detección a partir de firmas agregadas en la flota y OTAiza la actualización — sin lanzamiento de firmware, sin ventana de flasheo a escala de flota.
Capa predictiva — la telemetría del dispositivo fluye hacia un grafo de señal MSP que ejecuta un modelo de detección de fallos; los eventos pre-fallo emiten al bus de eventos y se agregan en la nube a través de la flota; el pipeline AI Funnel reentrena, cuantifica y OTAiza un modelo de detección actualizado de regreso a cada dispositivo.
flowchart LR D[Telemetría del dispositivo] --> MSP[Grafo de señal MSP<br/>modelo detección de fallos] MSP --> EV[Bus de eventos<br/>alerta pre-fallo] EV --> Cloud[Agregador en la nube<br/>firmas de toda la flota] Cloud --> AIF[AI Funnel<br/>reentrenar · cuantificar · OTA] AIF --> NEW[Modelo de detección actualizado<br/>en cada dispositivo] NEW --> MSP
Auth y auditoría
Cada acción remota está firmada. Cada acción queda registrada.
Puerta de acción firmada
El enlace MD21 transporta cargas útiles firmadas. La puerta en el dispositivo valida la firma y la identidad del operador antes de que se ejecute cualquier remediación. La autorización multi-parte está disponible para acciones sensibles. No hay ruta super-usuario anónima.
Atestación de arranque
El rootfs A/B se verifica antes de cualquier escritura flash. La reversión basada en bootcount significa que una remediación fallida se revierte automáticamente sin acción del operador.
Log de auditoría por acción
Cada acción firmada emite un registro de procedencia en el EventBus — identidad del actor, tipo de acción, objetivo, marca de tiempo, resultado. Adecuado como entrada probatoria para auditoría alineada con CRA y para revisión de incidentes del lado del operador.
Frontera de seguridad
Los interlocks de seguridad de hardware no son anulables desde la superficie de remediación. Las acciones remotas operan dentro del límite establecido por el caso de seguridad del integrador. Remote Care no es piloto automático.
Arquitectura de referencia
La superficie remote-care, de extremo a extremo.
Superficie remote-care de extremo a extremo — el gestor de flota en la nube o la consola alojada por Munic se conecta vía MD21 a una puerta de acción firmada; la puerta distribuye al agente OTA (particiones A/B, paquetes delta, rollback), a rutas de recarga en caliente para MSP, MEP, Multi Stacks y mapas de geofence, y a las superficies de logs y observer. Cada ruta emite un log de auditoría por acción; el log de auditoría regresa a la nube por el mismo enlace MD21.
flowchart LR C[Nube · gestor de flota o<br/>consola alojada por Munic] --> Up[Enlace ascendente MD21 seguro<br/>firmado · atestado] Up --> Gate[Puerta de acción firmada<br/>multi-parte cuando se requiera] Gate --> OTA[Agente OTA<br/>A/B · delta · rollback] Gate --> CFG[Recarga en caliente<br/>MSP · MEP · Multi Stacks · geofence] Gate --> LOG[Logs · Observer<br/>superficie diagnóstica] OTA --> Audit[Log de auditoría<br/>procedencia por acción] CFG --> Audit LOG --> Audit Audit --> Up Up --> C
Ejemplos trabajados
Tres momentos en los que Remote Care se rentabiliza.
Camión minero · pre-fallo
Un grafo MSP de detección de fallos señala una deriva de temperatura de aceite una hora antes de que el camión se detenga. El operador de flota programa una ventana de mantenimiento en el próximo cambio de turno en lugar de recuperar un camión detenido en la rampa minera a las 03:00.
Tractor de aeropuerto · reinicio remoto
Un tractor se detiene en la puerta 14 en medio de un giro. Un reinicio de proceso remoto firmado recupera el micro service afectado. Si el SoC está bloqueado, un reinicio remoto firmado del SoC restaura un estado conocido bueno — el tractor reanuda el servicio dentro de la ventana de turno.
Cosechadora · remapeo de geofence en mitad de campaña
Una nueva parcela de cosecha se abre tarde en la temporada. El operador empuja un mapa de geofence actualizado de 1 000 zonas a la flota de cosechadoras vía una sola reconfiguración remota firmada — sin lanzamiento de firmware, sin desplazamiento de técnico, sin tiempo de parada de cosechadora.
Anti-afirmaciones
Lo que Remote Care no es.
No es piloto automático
Remote Care está mediado por el operador y auditado. El OS no toma decisiones autónomas sobre remediación. Las remediaciones sensibles pueden requerir autorización multi-parte.
No es un SaaS separado
Remote Care es una capacidad OS integrada. Una consola de flota gestionada (ekkofleet) existe como producto Munic separado; si construye su propio gestor de flota, lo cablea a la misma superficie.
Referencias cruzadas
Superficies de plataforma relacionadas.
Multi Stacks
La historia del reemplazo de herramienta de taller — consola de mecánico para OEM pequeño sin herramienta Vector de 10 k€. Audiencias diferentes, misma superficie de bus de vehículo.
Capa de operaciones
El paraguas día 2 — observabilidad, seguridad, OTA, control remoto, ciclo de vida. Remote Care es una capacidad transversal que la capa de operaciones expone en conjunto.
Cumplimiento · CRA
Acciones firmadas, logs de auditoría, SBOM y el pipeline SDLC forman la cadena probatoria. El log de auditoría por acción alimenta la postura alineada con CRA.
Niveles de servicio
Tres planes envuelven la superficie de arriba.
La capacidad OS está integrada. La oferta de servicio empaquetada es una decisión aparte — tres niveles de plan envuelven diagnóstico, remediación y predictivo en un programa. Precios y alcance de SLA son una conversación comercial. Los nombres de plan a continuación son borradores y están sujetos a cambio.
Nivel 1
Munic Diagnostic
Consola de mecánico de un solo uso — superficie de bus de vehículo, árbol de fallos, recuperación de logs. Compromiso mínimo. Empiece aquí cuando la prioridad es el trabajo diagnóstico en taller y la historia del uptime de flota aún no está en la agenda.
Nivel 2
Munic Watch
Telemetría más alertas. Enlace MD21, observabilidad a escala de flota, detección de fallos MSP visible en el panel. Sin remediación incluida — Watch ve; usted actúa. Para flotas donde la brecha de observabilidad es la restricción limitante.
Nivel 3
Munic Care
Watch más remediación firmada. La superficie completa — diagnosticar, reconfigurar, remediar — con soporte de operador y compromiso de nivel de servicio. Para flotas donde el coste de una inmovilización supera ampliamente el coste del plan.
La nomenclatura y los precios de los niveles de plan están reservados al equipo comercial. Esta página no se compromete con precios públicos ni alcance de SLA — esa conversación comienza con el equipo comercial.
Métricas de plataforma
Cifras clave.
FAQ
Preguntas frecuentes
-
¿Es Remote Care un producto separado o una capacidad integrada?
Capacidad OS integrada. Cada dispositivo MOS4 expone la superficie remote-care — la misma puerta de acción firmada, el mismo enlace MD21, el mismo log de auditoría. No hay licencia separada, ni agente separado, ni instalación separada del lado de la flota.
-
¿En qué se diferencia esto de la página Multi Stacks?
Multi Stacks es la historia del reemplazo de herramienta del mecánico — un OEM pequeño que sustituye una herramienta Vector de 10 k€ por un dispositivo Munic de menos de 1 k€ para trabajo diagnóstico en taller. Remote Care es la historia del uptime de flota — prevenir la inmovilización en primer lugar, o recuperarse de ella sin enviar un técnico. Audiencias diferentes, misma superficie subyacente.
-
¿Puede cualquier operador disparar una acción remota?
No. Cada acción remota pasa por una puerta de acción firmada. La autenticación se vincula a la identidad del operador; el log de auditoría registra qué se hizo, por quién, con qué autorización. Las remediaciones sensibles pueden requerir autorización multi-parte. No hay ruta super-usuario anónima.
-
¿Puede Remote Care anular los interlocks de seguridad?
No. Los interlocks de seguridad de hardware no son anulables desde la superficie de remediación. El OS ejecuta remediaciones mediadas por operador y auditadas dentro del límite establecido por el integrador. Remote Care no es piloto automático, ni remediación autónoma sin supervisión.
-
¿En qué se basa la capa predictiva?
Un grafo de señal MSP corre en el dispositivo — telemetría más procesamiento de señal de detección de fallos. Las firmas agregadas en la flota entrenan un modelo de detección actualizado en el pipeline AI Funnel; el nuevo modelo se OTAiza de regreso a cada dispositivo. La detección es configurable por programa; la sensibilidad es una decisión de ajuste, no un umbral fijo.
-
¿Cómo se relaciona esto con ekkofleet?
ekkofleet.com es un SaaS de flota llave en mano ofrecido por Munic. Se apoya en MOS4 y usa la misma superficie remote-care. Remote Care es la capacidad OS integrada — la plataforma. Si quiere una consola de flota gestionada, ekkofleet existe; si quiere cablear MOS4 en su propio gestor de flota, la misma superficie remote-care está expuesta.
-
¿Funciona en silicio clase módem?
Sí. Los niveles de diagnóstico y remediación son ligeros en runtime — reutilizan mos-update, mos-rpc, mos-logs, mos-observer y la cadena de supervisión de micro service existente. La capa predictiva añade un grafo MSP y un correlador de eventos; esto sigue estando dentro del envelope clase módem.
Cablee su flota a Remote Care.
Topología de flota, clases de vehículo, política de remediación, obligaciones de auditoría — traiga las restricciones. Ingeniería recorrerá la puerta, la cadena OTA y la superficie de auditoría durante la llamada.