MOS4 vs Geotab & CalAmp

Topología cloud

Ruta de datos de extremo a extremo.

La ruta cloud recomendada desde un dispositivo MOS4 hasta su ingestión cloud: micro service en dispositivo → mos-communication-gateway → tramo optimizado MD21 → cloud-connect → micro service de reenvío MQTT → su ingestión cloud sobre MQTT estándar. El tramo MD21 maneja multiplexado, piggyback, compresión y codificación basada en ASN.1 — optimización de ancho de banda invisible para su capa de aplicación y relevante en enlaces celulares medidos.

flowchart LR
  subgraph Dev["En dispositivo"]
    micro service[Micro servicio del cliente] --> GW[mos-communication-gateway]
  end
  GW -->|tramo optimizado MD21| CC[cloud-connect]
  CC -->|micro service de reenvío MQTT| CI[Ingestión cloud del cliente]
  subgraph CC["cloud-connect de Munic"]
    MQ[micro service mqtt-fwd]
  end

Protocolos vehiculares

16 protocolos en una pila declarativa.

Las definiciones de pila son archivos de datos JSON DSL validados en tiempo de LoadStack. Los cambios de protocolo son ediciones de archivo, no releases de firmware.

FAQ

Las preguntas que más oímos.

• ¿Puede MOS4 leer la misma telemetría que Geotab o CalAmp?

  Sí — y más. obdstacks-v2 cubre OBD-II más los PIDs y DTCs privados del fabricante que los dispositivos cerrados típicamente bloquean. La lectura y borrado de DTC están disponibles a lo largo de la pila de protocolos soportada. Cualquier cosa legible en el bus es legible desde un componente MOS4.

• ¿Dónde van mis datos?

  Sus datos van donde usted los configure. La ruta cloud es: micro service en dispositivo → mos-communication-gateway → MD21 → cloud-connect → micro service de reenvío MQTT → su ingestión cloud sobre MQTT estándar. El tramo MD21 maneja multiplexado, piggyback, compresión y codificación basada en ASN.1 — optimización de ancho de banda invisible para su aplicación pero relevante en enlaces celulares medidos.

• ¿Puedo escribir lógica de automatización sin Rust?

  Sí. El MOS Event Processor (MEP) evalúa políticas declarativas YAML — Trigger, Condition, Action — contra el estado del dispositivo y las señales del vehículo sin nada de Rust ni código compilado. Las reglas se recargan en caliente sin un flasheo de firmware. Cualquier lenguaje de contenedor también alcanza a cualquier componente vía el puente MQTT: un contenedor Python habla MQTT, que pasa por el puente RPC hacia cualquier llamada de servicio de obdstacks-v2.

• ¿Puedo reutilizar herramientas de diagnóstico existentes?

  Sí. obdstacks-v2 implementa la API passthrough SAE J2534 04.04 sobre JSON/Protobuf. Las herramientas de diagnóstico OEM basadas en PC y los flashers de ECU existentes pueden alcanzar el bus del vehículo a través de la misma pasarela embebida que maneja la telemática continua.

• ¿Cómo funciona la OTA?

  mos-update gestiona la descarga, verificación SHA-256, validación Ed25519, aplicación delta, commit en partición A/B y rollback automático vía bootcount sin intervención del operador en caso de fallo. Los límites de reintento y reboot persisten entre ciclos de alimentación. Hooks de automatización por programa disponibles bajo petición.

• ¿Cuándo sigue siendo un dispositivo SaaS cerrado la elección correcta?

  Cuando las operaciones de flota necesitan un feed OBD-II y GPS llave en mano con cero implicación de ingeniería. MOS4 es la respuesta correcta cuando el programa necesita lógica personalizada en dispositivo, protocolos vehiculares adicionales, soberanía de datos o inferencia IA en dispositivo.