Un système Linux configurable
Les applications s’exécutent directement sur l’ordinateur de l’adaptateur. Le logiciel permet ainsi d’adapter les fonctions de l’appareil à chaque usage.
Connectez les véhicules que vous avez déjà
L’adaptateur OTP.
Faites entrer votre véhicule dans un monde connecté. L’adaptateur OTP le relie à Internet et fournit les données nécessaires à vos services numériques, du carnet de bord à l’entretien.
Adaptateur OTP
Le lien entre le véhicule et l’application.
L’adaptateur collecte les positions et les données disponibles du véhicule, les traite et les transmet au service approprié. Les applications et leurs paramètres permettent d’adapter ses fonctions à vos besoins.
Des données définies par la configuration
La configuration d’une application détermine les données disponibles qu’elle collecte et la manière dont elle les traite. Un carnet de bord n’a pas les mêmes besoins qu’une application de maintenance.
Le GPS rencontre les données du véhicule
Les données de position et les autres données de l’adaptateur peuvent être combinées aux informations du véhicule. Elles constituent ainsi l’ensemble de données nécessaire à chaque application.
Le matériel en détail
À l’intérieur de l’adaptateur.
Référence matérielle : iWave Telematics Connect Hub G62H (iW-RainboW-G62H). Les caractéristiques du fabricant ci-dessous décrivent cette famille de produits ; la configuration de l’adaptateur OTP dépend de la variante et du projet.
Calcul et stockage
- Processeur
- NXP i.MX 91 · Arm Cortex-A55
- Mémoire / stockage flash
- 1 GB LPDDR / 8 GB eMMC
- Système d’exploitation
- Linux embarqué / Yocto
Véhicule et connectivité
- Bus CAN
- 1 ou 2 canaux CAN FD selon la variante, jusqu’à 5 Mbit/s ; CAN classique, identifiants de 11 ou 29 bits
- Réseau mobile
- LTE Cat 1 bis · variantes de modem selon la région
- Positionnement par satellite
- GPS, GLONASS, BeiDou, Galileo
- Capteurs de mouvement
- Accéléromètre et gyroscope à 3 axes
Alimentation et boîtier
- Tension d’entrée
- 9–32 V DC
- Batterie de secours
- 800 mAh · lithium-polymère
- Dimensions indiquées par le fabricant
- 82 × 76 × 19.3 mm · IP67
- Température de fonctionnement
- −40 à +70 °C, selon la fonction et l’utilisation. Batterie : décharge de −20 à +60 °C ; charge de 0 à +50 °C.
Sources : page produit iWave et fiche technique G62H REL1.3. Caractéristiques du fabricant vérifiées le 30 septembre 2026.
Page produit iWaveFiche technique du fabricant (PDF)CAN / OBD2
Bus CAN : au-delà des données standard.
L’OBD2 fournit des données de diagnostic et de fonctionnement standardisées. Grâce au bus CAN, OTP peut également accéder à des données propres aux constructeurs. Les signaux disponibles dépendent du modèle de véhicule, de l’interface et de l’intégration.
OBD2
Les données standardisées du véhicule pris en charge constituent une base commune.
Signaux propres aux constructeurs
Des informations supplémentaires issues du bus CAN pour les applications qui ont besoin de données allant au-delà des valeurs standard.
Une intégration adaptée au véhicule
Pour chaque projet, nous commençons par identifier les véhicules à connecter et les données nécessaires à l’application.
Le parcours des données
Du véhicule au service cloud approprié.
L’adaptateur regroupe les données du véhicule et ses propres données. Chaque application les traite selon sa configuration, puis les transmet au service cloud auquel elle est associée.
VéhiculeSignaux disponibles via le bus CAN et l’OBD2
Adaptateur OTPRegrouper les données GPS, de l’appareil et du véhicule
ApplicationsCollecter et traiter les données selon la configuration de l’application
Services cloud adaptésTransmettre les résultats au service concerné
Applications sur l’adaptateur
Une application. Vos règles.
Le matériel reste le même. La configuration d’une application définit les données à collecter, les moments où elle s’exécute et la destination des résultats. Ces trois exemples en illustrent le principe.
Exemples JSON illustratifs : il ne s’agit pas d’un format de configuration OTP utilisable en production. Les noms de champs, les intervalles et les règles expliquent le concept et sont définis pour chaque application.
01 · Journal de trajets
Dans cet exemple, l’application enregistre une position toutes les 5 secondes pendant un trajet. Elle regroupe les points et les envoie au service cloud du journal de trajets toutes les 60 secondes.
Résultat : les horodatages et les points de position permettent de reconstituer un trajet.
{
"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 · Maintenance
Dans cet exemple, l’application de maintenance lit chaque minute les valeurs disponibles à partir d’un profil CAN propre au véhicule. Elle envoie les valeurs collectées au service de maintenance toutes les 5 minutes.
Condition requise : le profil CAN associe les signaux aux bonnes mesures. La température et les heures de fonctionnement ne sont pas disponibles sur tous les véhicules.
{
"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 · Alerte de mouvement
Dans cet exemple, l’application fonctionne lorsque le véhicule est stationné et que la surveillance est activée. Lorsqu’elle détecte un mouvement, elle envoie un événement et, si elle est disponible, une position au service d’alerte associé.
Des événements plutôt qu’une transmission continue : les seuils de déclenchement et l’état de stationnement sont configurés selon l’usage prévu.
{
"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"
}
}Du cas d’usage à la configuration de l’appareil
Le véhicule, les sources de données et les règles sont d’abord définis. L’application et sa configuration sont ensuite affectées à l’adaptateur via le backend OTP. Chaque application dispose de sa propre destination cloud. Les adresses des services figurant dans les exemples sont fictives.
Backend OTP
Un backend pour coordonner l’ensemble.
Le backend OTP gère les adaptateurs, les applications installées sur les appareils et leurs configurations. L’idée est celle d’un App Store pour les véhicules : choisir des applications, les configurer et les faire fonctionner ensemble sur un même appareil.
Comprendre la plateformeQuelles fonctions souhaitez-vous pour votre véhicule ?
Parlons de votre application, des données du véhicule dont elle a besoin et du service cloud auquel les transmettre.