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.
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.

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.
Las apps se ejecutan directamente en el ordenador del adaptador. Esto permite adaptar las funciones del dispositivo a cada uso mediante software.
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.
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.
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.
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)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.
Datos estandarizados del vehículo compatible como base común.
Información adicional del bus CAN para aplicaciones que necesitan algo más que los valores estándar.
Al iniciar un proyecto, primero concretamos qué vehículos se van a conectar y qué datos necesita la aplicación.
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.
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.
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"
}
}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"
}
}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"
}
}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.
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 plataformaHablemos de tu aplicación, de los datos del vehículo que necesita y de la nube a la que deben llegar.