![\"\"](\"https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Cummins-Connected-Diagnostics-Process.jpg\")
<\/p>\nT\u00e9l\u00e9diagnostic embarqu\u00e9 - L'AVENIR DU DIAGNOSTIC \u00c0 DISTANCE<\/p>\n
<\/p>\n
La capacit\u00e9 \u00e0 diagnostiquer un v\u00e9hicule est un aspect tr\u00e8s important de l'architecture du v\u00e9hicule. L'approche la plus courante dans l'industrie automobile consiste \u00e0 acc\u00e9der \u00e0 toutes les donn\u00e9es de diagnostic (DTC, valeurs de mesure, etc.) via le port OBD-II du v\u00e9hicule. Il existe sur le march\u00e9 des outils qui aident les techniciens de maintenance \u00e0 acc\u00e9der \u00e0 l'\u00e9tat des diff\u00e9rents sous-syst\u00e8mes du v\u00e9hicule en fonction des proc\u00e9dures de d\u00e9pannage et de r\u00e9paration. Cependant, l'approche de l'outil de service ne peut r\u00e9soudre le probl\u00e8me que lorsque le technicien est physiquement pr\u00e9sent sur le site du v\u00e9hicule<\/p>\n
<\/p>\n
Alors que la mobilit\u00e9 devient la norme dans tous les secteurs, le diagnostic \u00e0 distance des v\u00e9hicules peut difficilement \u00eatre consid\u00e9r\u00e9 comme une exception. Avec l'int\u00e9gration croissante de l'\u00e9lectronique et des logiciels dans les v\u00e9hicules, les attentes des clients en mati\u00e8re de r\u00e9duction des temps d'immobilisation et de maintenance augmentent. Compte tenu de l'\u00e9volution de la dynamique de la client\u00e8le, l'industrie anticipe et envisage des solutions qui permettront un diagnostic complet des v\u00e9hicules dans des lieux \u00e9loign\u00e9s.<\/p>\n
<\/p>\n
Aujourd'hui, il existe de nombreuses solutions sur le march\u00e9 qui pr\u00e9tendent \u00eatre comp\u00e9tentes en mati\u00e8re de diagnostic \u00e0 distance \u00e0 l'aide de dongles OBD-II. Cependant, ces solutions ne peuvent lire que les informations de diagnostic relatives aux normes d'\u00e9mission, ce qui limite la valeur ajout\u00e9e pour le technicien de maintenance d'un point de vue diagnostic global (On & Off-board).<\/p>\n
<\/p>\n
L'approche du diagnostic embarqu\u00e9 (pr\u00e9sent\u00e9e dans cet article) utilise les composants d'infrastructure sp\u00e9cifi\u00e9s dans la norme ISO (c'est-\u00e0-dire ODX, OTX) comme base, ouvrant ainsi la voie \u00e0 une architecture ax\u00e9e sur les donn\u00e9es. Les composants de l'infrastructure de diagnostic embarqu\u00e9e permettent une communication transparente avec le r\u00e9seau de l'ECU d'une mani\u00e8re similaire au fonctionnement de l'outil de service, ce qui permet d'ex\u00e9cuter tous les cas d'utilisation de diagnostic \u00e0 partir de sites distants.<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
Diagnostics int\u00e9gr\u00e9s :<\/p>\n
<\/p>\n
Vue de l'\u00e9cosyst\u00e8me<\/strong><\/p>\n <\/p>\n L'ensemble de la solution se compose de 5 \u00e9l\u00e9ments principaux. Unit\u00e9 de contr\u00f4le t\u00e9l\u00e9matique (TCU), temps de diagnostic, s\u00e9quences OTX, donn\u00e9es ODX et serveur de diagnostic pour prendre en charge les fonctions de diagnostic.<\/p>\n <\/p>\n L'UCT fournit l'environnement et les ressources n\u00e9cessaires \u00e0 l'ex\u00e9cution du temps d'ex\u00e9cution du diagnostic pour r\u00e9aliser divers cas d'utilisation tels que la lecture de l'identificateur de donn\u00e9es (DID), le balayage du v\u00e9hicule, la reprogrammation, etc. Normalement, l'UCT utilise LINUX comme syst\u00e8me d'exploitation avec des tailles variables de m\u00e9moire RAM\/Flash et de puissance de l'unit\u00e9 centrale.<\/p>\n Le runtime de diagnostic fournit des composants d'infrastructure pour la communication de diagnostic sur le r\u00e9seau (CAN, Ethernet, etc.). Les composants d'infrastructure comprennent les API de diagnostic, le runtime OTX, les API D-Server et les API D-PDU. Les API de diagnostic constituent une couche de confort au-dessus des composants D-Server et OTX Runtime pour les cas d'utilisation de l'ing\u00e9nierie, de la fin de ligne et du service apr\u00e8s-vente. Il s'agit d'un composant qui peut \u00eatre personnalis\u00e9 en fonction de vos besoins en mati\u00e8re de diagnostic.<\/p>\n <\/p>\n OTX Runtime fournit un environnement permettant d'ex\u00e9cuter les proc\u00e9dures OTX et d'obtenir les r\u00e9sultats d\u00e9finis. Les API du serveur D d\u00e9finissent une interface de programmation d'application orient\u00e9e objet pour fournir un acc\u00e8s aux objets de mesure et de r\u00e9glage et aux services de diagnostic. Les API D-PDU d\u00e9finissent l'interface de programmation d'application pour abstraire la communication par le biais de protocoles de diagnostic et de la description du module MVCI (Modular Vehicle Communication Interface).<\/p>\n <\/p>\n Le serveur de diagnostic h\u00e9berge l'application qui met en \u0153uvre l'IHM pour l'utilisateur final et communique \u00e9galement avec l'UTC pour l'\u00e9change d'informations de diagnostic. La communication entre le serveur de diagnostic et l'UTC s'effectue via des protocoles de messagerie standard, tels que Message Queuing Telemetry Transport (MQTT), car la fiabilit\u00e9 de la transmission des donn\u00e9es est la priorit\u00e9 absolue.<\/p>\n <\/p>\n Architecture de r\u00e9f\u00e9rence [A]<\/p>\n <\/p>\n L'architecture ci-dessus suppose que les ressources mat\u00e9rielles n\u00e9cessaires sont disponibles dans l'UTC. Si les ressources mat\u00e9rielles de l'UTC sont limit\u00e9es, l'architecture est tr\u00e8s souple pour prendre en charge ces limitations, le cas \u00e9ch\u00e9ant.<\/p>\n <\/p>\n Dans un sc\u00e9nario o\u00f9 les ressources sont limit\u00e9es, il est possible de ne mettre en \u0153uvre que les composants l\u00e9gers de l'API D-PDU sur la TCU et le reste des composants (API de diagnostic, OTX Runtime, API D-Server) peut \u00eatre mis en \u0153uvre sur le serveur distant.<\/p>\n <\/p>\n Le concept d'une telle architecture [B] est pr\u00e9sent\u00e9 ci-dessous.<\/p>\n La s\u00e9lection de l'architecture n\u00e9cessite une analyse de compromis en termes d'exigences commerciales, par exemple la prise en charge du mode en ligne\/hors ligne, les cas d'utilisation requis (fonctionnalit\u00e9 de service complet ou reprogrammation uniquement), etc.<\/p>\n <\/p>\n D\u00e9fis<\/p>\n <\/p>\n Bien que l'approche mentionn\u00e9e dans cet article permette d'obtenir des capacit\u00e9s de diagnostic de nouvelle g\u00e9n\u00e9ration, elle pose \u00e9galement certains probl\u00e8mes qui doivent \u00eatre r\u00e9solus pour devenir un candidat viable \u00e0 la production. Certains de ces d\u00e9fis sont mentionn\u00e9s ci-dessous :<\/p>\n <\/p>\n Gestion de l'\u00e9tat des v\u00e9hicules<\/p>\n Par exemple, la pile de diagnostic embarqu\u00e9e doit garantir qu'elle ne surcharge pas le trafic du r\u00e9seau et qu'elle n'interf\u00e8re pas avec les fonctions du v\u00e9hicule en cas de d\u00e9faillance<\/p>\n S\u00e9curit\u00e9<\/p>\n Le contenu du diagnostic disponible \u00e0 bord et vers\/depuis les donn\u00e9es de l'UTC doit \u00eatre hautement s\u00e9curis\u00e9 afin d'emp\u00eacher tout acc\u00e8s non autoris\u00e9.<\/p>\n Mises \u00e0 jour du logiciel<\/p>\n Disponibilit\u00e9 de l'infrastructure n\u00e9cessaire pour permettre des mises \u00e0 jour en cas de d\u00e9faillance des composants logiciels de l'unit\u00e9 de transfert de technologie.<\/p>\n Largeur de bande cellulaire<\/p>\n Assurer une utilisation optimale de la bande passante cellulaire pour la transmission des donn\u00e9es entre le serveur de diagnostic et l'unit\u00e9 de commande.<\/p>\n Ressources mat\u00e9rielles limit\u00e9es \u00e0 l'int\u00e9rieur de l'UTC<\/p>\n Le logiciel fonctionnant \u00e0 l'int\u00e9rieur de l'UCT doit \u00eatre tr\u00e8s efficace pour fonctionner dans la limite de la disponibilit\u00e9 des ressources, tout en veillant \u00e0 ce que les autres applications de l'UCT n'aient pas d'incidence sur les r\u00e9sultats de l'UCT.<\/p>\n <\/p>\n Conclusions<\/p>\n <\/p>\n <\/p>\n Les composants logiciels mentionn\u00e9s dans cet article existent d\u00e9j\u00e0 et sont utilis\u00e9s dans la production de divers cas d'utilisation pour l'ing\u00e9nierie, la fabrication et les services apr\u00e8s-vente. En outre, de plus en plus d'\u00e9quipementiers sont en train d'introduire les UCT en tant qu'\u00e9l\u00e9ment central de l'architecture de leurs v\u00e9hicules. L'\u00e9volution rapide des tendances technologiques, l'\u00e9volution des attentes des clients et un march\u00e9 hautement concurrentiel inciteront les \u00e9quipementiers et les fournisseurs d'UCT \u00e0 adopter l'approche d\u00e9clar\u00e9e pour construire les syst\u00e8mes de diagnostic de l'avenir. Au KPIT, nous avons d\u00e9j\u00e0 observ\u00e9 une telle tendance chez nos clients technologiquement avanc\u00e9s. La plateforme de diagnostic et de connectivit\u00e9 du KPIT (K-DCP) est d\u00e9j\u00e0 en production (dans l'environnement embarqu\u00e9) et r\u00e9pond \u00e0 des cas d'utilisation tels que l'interfa\u00e7age avec l'ECU et le diagnostic \u00e0 distance.<\/p>\n <\/p>\n Perspectives d'avenir<\/p>\n <\/p>\n Le diagnostic embarqu\u00e9 des v\u00e9hicules a le potentiel de g\u00e9n\u00e9rer des avantages tout au long de la cha\u00eene de valeur de l'automobile. Les \u00e9quipementiers ont tout \u00e0 y gagner en r\u00e9duisant les co\u00fbts li\u00e9s aux rappels de v\u00e9hicules et les demandes de garantie sans \u00e9gard \u00e0 la faute (NTF), ce qui est possible gr\u00e2ce \u00e0 des diagnostics avanc\u00e9s et guid\u00e9s. Les techniciens de maintenance b\u00e9n\u00e9ficieront d'un meilleur taux de r\u00e9paration d\u00e8s la premi\u00e8re visite, d'une r\u00e9duction du temps et des co\u00fbts de maintenance gr\u00e2ce aux diagnostics \u00e0 distance\/guid\u00e9s, d'une efficacit\u00e9 et d'une productivit\u00e9 accrues des techniciens, et enfin, le client (propri\u00e9taire du v\u00e9hicule) b\u00e9n\u00e9ficiera d'un plus grand confort et d'une plus grande commodit\u00e9 gr\u00e2ce aux nouvelles capacit\u00e9s des concessionnaires en mati\u00e8re de maintenance pr\u00e9ventive\/pr\u00e9dictive, ce qui se traduira par une am\u00e9lioration de la dur\u00e9e de fonctionnement du v\u00e9hicule.<\/p>\n <\/p>\n Avec la perspective de cr\u00e9er une situation gagnant-gagnant pour toutes les parties concern\u00e9es, on peut affirmer sans risque que l'espace du diagnostic embarqu\u00e9 continuera d'\u00e9voluer et de cro\u00eetre et, surtout, de trouver de nouveaux adeptes, chaque jour !<\/p>","protected":false},"excerpt":{"rendered":" Diagnostic \u00e0 distance int\u00e9gr\u00e9 - L'AVENIR DU DIAGNOSTIC \u00c0 DISTANCE La capacit\u00e9 de diagnostiquer un v\u00e9hicule est un aspect tr\u00e8s important de l'architecture du v\u00e9hicule. L'approche la plus courante dans l'industrie automobile consiste \u00e0 acc\u00e9der \u00e0 toutes les donn\u00e9es de diagnostic (DTC, valeurs de mesure, etc.) via le port OBD-II du v\u00e9hicule. Il existe sur le march\u00e9 des outils qui aident les techniciens de maintenance \u00e0 acc\u00e9der \u00e0 l'\u00e9tat des diff\u00e9rents sous-syst\u00e8mes du v\u00e9hicule conform\u00e9ment aux proc\u00e9dures de d\u00e9pannage et de r\u00e9paration. Toutefois, l'approche bas\u00e9e sur les outils de service ne peut r\u00e9soudre le probl\u00e8me que lorsque le technicien est physiquement pr\u00e9sent sur le site du v\u00e9hicule. La mobilit\u00e9 devenant une norme dans tous les secteurs, le diagnostic \u00e0 distance des v\u00e9hicules peut difficilement \u00eatre consid\u00e9r\u00e9 comme une exception. Avec l'int\u00e9gration croissante de composants \u00e9lectroniques et logiciels dans les v\u00e9hicules, les attentes des clients en mati\u00e8re de r\u00e9duction des temps d'immobilisation et de maintenance sont de plus en plus fortes. Compte tenu de l'\u00e9volution de la dynamique de la client\u00e8le, l'industrie anticipe et envisage des solutions qui permettront un diagnostic complet des v\u00e9hicules \u00e0 partir de sites distants. Aujourd'hui, il existe de nombreuses solutions disponibles sur le march\u00e9 qui pr\u00e9tendent \u00eatre capables de r\u00e9aliser des diagnostics \u00e0 distance \u00e0 l'aide de dongles OBD-II. Cependant, le fait est que ces solutions ne peuvent lire que les informations de diagnostic relatives aux normes d'\u00e9mission, ce qui limite la valeur ajout\u00e9e pour le technicien de maintenance d'un point de vue diagnostic global (On & Off-board). L'approche du diagnostic embarqu\u00e9 (pr\u00e9sent\u00e9e dans ce document) utilise les composants d'infrastructure sp\u00e9cifi\u00e9s dans la norme ISO (c'est-\u00e0-dire ODX, OTX) comme base, ouvrant ainsi la voie \u00e0 une architecture ax\u00e9e sur les donn\u00e9es. Les composants de l'infrastructure de diagnostic embarqu\u00e9e permettent une communication transparente avec le r\u00e9seau de l'ECU de la m\u00eame mani\u00e8re que l'outil de service fonctionne, permettant ainsi l'ex\u00e9cution de tous les cas d'utilisation de diagnostic \u00e0 partir de sites distants. Diagnostics int\u00e9gr\u00e9s : Visualisation de l'\u00e9cosyst\u00e8me L'ensemble de la solution se compose de 5 \u00e9l\u00e9ments principaux. L'unit\u00e9 de contr\u00f4le t\u00e9l\u00e9matique (TCU), le runtime de diagnostic, les s\u00e9quences OTX, les donn\u00e9es ODX et le serveur de diagnostic pour prendre en charge les fonctions de diagnostic. La TCU fournit l'environnement et les ressources n\u00e9cessaires \u00e0 l'ex\u00e9cution du runtime de diagnostic pour r\u00e9aliser diff\u00e9rents cas d'utilisation tels que la lecture de l'identifiant de donn\u00e9es (DID), le balayage du v\u00e9hicule, la reprogrammation, etc. Le runtime de diagnostic fournit des composants d'infrastructure pour la communication de diagnostic sur le r\u00e9seau (CAN, Ethernet, etc.). Les composants de l'infrastructure comprennent les API de diagnostic, le runtime OTX, les API D-Server et les API D-PDU. Les API de diagnostic constituent une couche de confort au-dessus des composants D-Server et OTX Runtime pour les cas d'utilisation de l'ing\u00e9nierie, de la fin de ligne et du service apr\u00e8s-vente. Il s'agit d'un composant qui peut \u00eatre personnalis\u00e9 en fonction des besoins en mati\u00e8re de diagnostic. Le Runtime OTX fournit un environnement permettant d'ex\u00e9cuter les proc\u00e9dures OTX et d'obtenir les r\u00e9sultats d\u00e9finis. Les API du D-Server d\u00e9finissent une interface de programmation d'application orient\u00e9e objet permettant d'acc\u00e9der aux objets de mesure et de r\u00e9glage ainsi qu'aux services de diagnostic. Les API D-PDU d\u00e9finissent l'interface de programmation d'application pour abstraire la communication via les protocoles de diagnostic et la description du module MVCI (Modular Vehicle Communication Interface). Le serveur de diagnostic h\u00e9berge l'application qui met en \u0153uvre l'IHM pour l'utilisateur final et communique \u00e9galement avec l'UTC pour l'\u00e9change d'informations de diagnostic. La communication entre le serveur de diagnostic et l'UTC s'effectue via des protocoles de messagerie standard tels que Message Queuing Telemetry Transport (MQTT), la fiabilit\u00e9 de la transmission des donn\u00e9es \u00e9tant la priorit\u00e9 absolue. Architecture de r\u00e9f\u00e9rence [A] L'architecture ci-dessus suppose que les ressources mat\u00e9rielles n\u00e9cessaires sont disponibles dans l'UTC. Si les ressources mat\u00e9rielles de l'UTC sont limit\u00e9es, l'architecture est tr\u00e8s souple pour prendre en charge ces limitations, le cas \u00e9ch\u00e9ant. Dans un sc\u00e9nario o\u00f9 les ressources sont limit\u00e9es, il est possible de d\u00e9ployer uniquement les composants l\u00e9gers des API D-PDU sur l'UCT et le reste des composants (API de diagnostic, OTX Runtime, API D-Server) peut \u00eatre d\u00e9ploy\u00e9 sur le serveur distant. Le concept d'une telle architecture [B] est pr\u00e9sent\u00e9 ci-dessous. La s\u00e9lection de l'architecture n\u00e9cessite une analyse de compromis en termes d'exigences commerciales, par exemple la prise en charge du mode en ligne\/hors ligne, les cas d'utilisation requis (fonctionnalit\u00e9 de service complet par opposition \u00e0 une simple reprogrammation), etc. D\u00e9fis Bien que l'approche mentionn\u00e9e dans le pr\u00e9sent document permette d'obtenir des capacit\u00e9s de diagnostic de la prochaine g\u00e9n\u00e9ration, elle pose \u00e9galement certains d\u00e9fis qui doivent \u00eatre relev\u00e9s pour devenir un candidat viable \u00e0 la production. Certains de ces d\u00e9fis sont les suivants : Gestion de l'\u00e9tat du v\u00e9hicule Par exemple, la pile de diagnostic embarqu\u00e9e doit garantir qu'elle ne surcharge pas le trafic du r\u00e9seau et qu'elle n'interf\u00e8re pas avec les fonctions du v\u00e9hicule en cas de dysfonctionnement S\u00e9curit\u00e9 Le contenu du diagnostic disponible \u00e0 bord et vers\/depuis les donn\u00e9es du TCU doit \u00eatre hautement s\u00e9curis\u00e9 pour emp\u00eacher tout acc\u00e8s non autoris\u00e9 Mises \u00e0 jour du logiciel Disponibilit\u00e9 de l'infrastructure n\u00e9cessaire pour prendre en charge les mises \u00e0 jour \u00e0 l'air libre dans le cas o\u00f9 le logiciel est modifi\u00e9.Bande passante cellulaire Assurer une utilisation optimale de la bande passante cellulaire pour la transmission des donn\u00e9es entre le serveur de diagnostic et l'UTC Ressources mat\u00e9rielles limit\u00e9es au sein de l'UTC Le logiciel fonctionnant au sein de l'UTC doit \u00eatre tr\u00e8s efficace pour fonctionner dans la limite de la disponibilit\u00e9 des ressources, Les composants logiciels mentionn\u00e9s dans cet article existent d\u00e9j\u00e0 et sont utilis\u00e9s dans la production de diff\u00e9rents cas d'utilisation pour l'ing\u00e9nierie, la production et le service apr\u00e8s-vente. En outre, de plus en plus d'\u00e9quipementiers sont en train d'introduire les TCU en tant qu'\u00e9l\u00e9ment central de l'architecture de leurs v\u00e9hicules. L'\u00e9volution rapide des tendances technologiques, l'\u00e9volution des attentes des clients et un march\u00e9 hautement concurrentiel inciteront les \u00e9quipementiers et les fournisseurs d'UCT \u00e0 adopter l'approche d\u00e9clar\u00e9e pour construire les syst\u00e8mes de diagnostic de l'avenir. Au KPIT, nous avons d\u00e9j\u00e0 observ\u00e9 une telle tendance chez nos clients technologiquement avanc\u00e9s.<\/p>","protected":false},"author":1,"featured_media":2655,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"site-sidebar-layout":"default","site-content-layout":"default","ast-site-content-layout":"","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","theme-transparent-header-meta":"default","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"categories":[1],"tags":[],"class_list":["post-2653","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-automotive"],"rttpg_featured_image_url":{"full":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new.jpg",2468,1025,false],"landscape":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new.jpg",2468,1025,false],"portraits":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new.jpg",2468,1025,false],"thumbnail":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-150x150.jpg",150,150,true],"medium":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-300x125.jpg",300,125,true],"large":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-1024x425.jpg",1024,425,true],"1536x1536":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-1536x638.jpg",1536,638,true],"2048x2048":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-2048x851.jpg",2048,851,true],"trp-custom-language-flag":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new.jpg",18,7,false],"qi_addons_for_elementor_image_size_square":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-650x650.jpg",650,650,true],"qi_addons_for_elementor_image_size_landscape":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-1300x650.jpg",1300,650,true],"qi_addons_for_elementor_image_size_portrait":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-650x1025.jpg",650,1025,true],"qi_addons_for_elementor_image_size_huge-square":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-1300x1025.jpg",1300,1025,true],"woocommerce_thumbnail":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-300x300.jpg",300,300,true],"woocommerce_single":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new.jpg",600,249,false],"woocommerce_gallery_thumbnail":["https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Stage_Slider_Remote_3000x2000_DiVa_new-100x100.jpg",100,100,true]},"rttpg_author":{"display_name":"admin","author_link":"https:\/\/automotivesolutions.ro\/fr\/author\/admin\/"},"rttpg_comment":0,"rttpg_category":"Automotive-Blog<\/a>","rttpg_excerpt":"Diagnosticarea Remote Incorporata \u2013 VIITORUL DIAGNOSTICARII REMOTE Capacitatea de a diagnostica un vehicul este un aspect foarte important al arhitecturii vehiculului. Cea mai comun\u0103 abordare urmat\u0103 \u00een industria auto este de a ob\u021bine acces la toate datele de diagnosticare (DTC, valori de m\u0103surare etc.) prin portul OBD-II al vehiculului. Exist\u0103 instrumente disponibile pe pia\u021b\u0103\u2026","_links":{"self":[{"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/posts\/2653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/comments?post=2653"}],"version-history":[{"count":1,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/posts\/2653\/revisions"}],"predecessor-version":[{"id":2656,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/posts\/2653\/revisions\/2656"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/media\/2655"}],"wp:attachment":[{"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/media?parent=2653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/categories?post=2653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/automotivesolutions.ro\/fr\/wp-json\/wp\/v2\/tags?post=2653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}