Conectividad para los vehículos que ya utiliza

El adaptador OTP.

Haga que su vehículo forme parte de un mundo conectado. El adaptador OTP lo conecta a internet y proporciona datos para sus servicios digitales, desde el registro de trayectos hasta el mantenimiento.

Adaptador OTP: vistas de la carcasa y comparación de tamaño con un teléfono
Adaptador OTP

La conexión entre el vehículo y la aplicación.

El adaptador recoge posiciones y datos disponibles del vehículo, los procesa y los envía al servicio correspondiente. Las aplicaciones y sus ajustes permiten adaptar las tareas que realiza.

Sistema Linux configurable

Las apps se ejecutan directamente en el ordenador del adaptador. Esto permite adaptar las funciones del dispositivo a cada uso mediante software.

Datos según la configuración de la app

La configuración de cada app define qué datos disponibles recoge y cómo los procesa. Un registro de viajes necesita datos distintos de los de una aplicación de mantenimiento.

GPS y datos del vehículo, juntos

Los datos de posición y otros datos del adaptador pueden combinarse con la información del vehículo. Así se obtiene el conjunto de datos que necesita cada aplicación.

El hardware al detalle

El interior del adaptador.

Referencia de hardware: iWave Telematics Connect Hub G62H (iW-RainboW-G62H). Las especificaciones del fabricante que se indican a continuación describen esta familia de hardware; la configuración del adaptador OTP depende de la variante y del proyecto.

Procesamiento y almacenamiento

Procesador
NXP i.MX 91 · Arm Cortex-A55
Memoria / almacenamiento flash
1 GB LPDDR / 8 GB eMMC
Sistema operativo
Linux embebido / Yocto

Vehículo y conectividad

Bus CAN
1 o 2 canales CAN FD según la variante, hasta 5 Mbit/s; CAN clásico, identificadores de 11/29 bits
Conectividad móvil
LTE Cat 1 bis · variantes de módem regionales
Posicionamiento por satélite
GPS, GLONASS, BeiDou, Galileo
Sensores de movimiento
Acelerómetro y giroscopio de 3 ejes

Alimentación y carcasa

Tensión de entrada
9–32 V CC
Batería de respaldo
800 mAh · polímero de litio
Dimensiones del fabricante
82 × 76 × 19,3 mm · IP67
Temperatura de funcionamiento
De −40 a +70 °C, según la función y el uso. Batería: descarga de −20 a +60 °C; carga de 0 a +50 °C.

Fuentes: página de producto de iWave y ficha técnica G62H REL1.3. Especificaciones del fabricante consultadas el 30 de septiembre de 2026.

Página de producto de iWaveFicha técnica del fabricante (PDF)
CAN / OBD2

Bus CAN: más allá de los datos estándar.

OBD2 proporciona datos estandarizados de diagnóstico y funcionamiento. A través del bus CAN, OTP también puede acceder a datos específicos del fabricante. Las señales disponibles dependen del modelo de vehículo, la interfaz y la integración.

OBD2

Datos estandarizados del vehículo compatible como base común.

Señales específicas del fabricante

Información adicional del bus CAN para aplicaciones que necesitan algo más que los valores estándar.

Adaptado al vehículo

Al iniciar un proyecto, primero concretamos qué vehículos se van a conectar y qué datos necesita la aplicación.

El recorrido de los datos

Del vehículo a la nube correspondiente.

El adaptador reúne los datos del vehículo y del dispositivo. Cada app los procesa según su configuración y los envía al servicio en la nube asociado a la aplicación.

VehículoSeñales disponibles a través del bus CAN y OBD2
Adaptador OTPCombinar datos GPS, del dispositivo y del vehículo
AppsRecoger y procesar datos según la configuración de la app
Nubes correspondientesEnviar los resultados al servicio correspondiente
Aplicaciones en el adaptador

Una aplicación. Tus reglas.

El hardware es el mismo. La configuración de una aplicación define qué datos se recopilan, cuándo se ejecuta y adónde se envían los resultados. Estos tres ejemplos muestran cómo funciona.

Ejemplos ilustrativos en JSON; no representan un formato de configuración OTP para producción. Los nombres de los campos, los intervalos y las reglas explican el concepto y se definen para cada aplicación concreta.

01 · Registro de viajes

En este ejemplo, la aplicación registra una posición cada 5 segundos durante un viaje. Agrupa los puntos y los envía a la nube del registro de viajes cada 60 segundos.

Resultado: El recorrido puede reconstruirse a partir de las marcas de tiempo y los puntos de posición.

{
  "app": "trip-log",
  "active_when": "trip_in_progress",
  "collect": {
    "source": "gnss",
    "fields": [
      "timestamp",
      "latitude",
      "longitude"
    ],
    "every_seconds": 5
  },
  "send": {
    "every_seconds": 60,
    "destination": "https://trips.example.com/events"
  }
}
02 · Mantenimiento

En este ejemplo, la aplicación de mantenimiento lee cada minuto los valores disponibles a través de un perfil CAN específico del vehículo. Envía los valores recopilados al servicio de mantenimiento cada 5 minutos.

Requisito: El perfil CAN asigna las señales a las magnitudes correctas. La temperatura y las horas de funcionamiento no están disponibles en todos los vehículos.

{
  "app": "maintenance",
  "active_when": "ignition_on",
  "collect": {
    "source": "can",
    "vehicle_profile": "project-specific",
    "signals": [
      "coolant_temperature",
      "engine_hours"
    ],
    "every_seconds": 60
  },
  "send": {
    "every_seconds": 300,
    "destination": "https://service.example.com/events"
  }
}
03 · Alerta de movimiento

En este ejemplo, la aplicación se ejecuta mientras el vehículo está aparcado y la vigilancia está activada. Cuando detecta movimiento, envía un evento y una posición disponible al servicio de alertas asociado.

Eventos en lugar de transmisión continua: Los umbrales de activación y el estado de aparcamiento se configuran según el uso previsto.

{
  "app": "movement-alert",
  "active_when": "parked_and_armed",
  "trigger": {
    "source": "motion_sensor",
    "event": "movement_detected"
  },
  "collect": {
    "source": "gnss",
    "fields": [
      "timestamp",
      "latitude",
      "longitude"
    ],
    "when": "position_available"
  },
  "send": {
    "when": "event_detected",
    "destination": "https://alerts.example.com/events"
  }
}

Del caso de uso a la configuración del dispositivo

Primero se acuerdan el vehículo, las fuentes de datos y las reglas. A continuación, la aplicación y su configuración se asignan al adaptador a través del backend OTP. Cada aplicación tiene su propio destino en la nube. Las direcciones de destino de los ejemplos son ficticias.

Backend de OTP

Un backend para coordinarlo todo.

El backend de OTP gestiona los adaptadores, las aplicaciones que se ejecutan en los dispositivos y sus configuraciones. La idea es llevar el concepto de una tienda de apps a los vehículos: seleccionar aplicaciones, configurarlas y ejecutarlas juntas en un mismo dispositivo.

Cómo funciona la plataforma

¿Qué quieres que haga tu vehículo?

Hablemos de tu aplicación, de los datos del vehículo que necesita y de la nube a la que deben llegar.