![\"\"](\"https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Cummins-Connected-Diagnostics-Process.jpg\")
<\/p>\nEmbedded Remote Diagnostics - EL FUTURO DEL DIAGN\u00d3STICO A DISTANCIA<\/p>\n
<\/p>\n
La capacidad de diagnosticar un veh\u00edculo es un aspecto muy importante de su arquitectura. El enfoque m\u00e1s com\u00fan seguido en la industria del autom\u00f3vil es acceder a todos los datos de diagn\u00f3stico (DTC, valores de medici\u00f3n, etc.) a trav\u00e9s del puerto OBD-II del veh\u00edculo. En el mercado existen herramientas que ayudan a los t\u00e9cnicos de servicio a acceder al estado de los distintos subsistemas del veh\u00edculo en funci\u00f3n de la localizaci\u00f3n de aver\u00edas y a aplicar procedimientos de reparaci\u00f3n. Sin embargo, el enfoque de la herramienta de servicio s\u00f3lo puede resolver el problema cuando el t\u00e9cnico est\u00e1 f\u00edsicamente presente en el lugar del veh\u00edculo<\/p>\n
<\/p>\n
A medida que la movilidad se convierte en la norma en todos los sectores, el diagn\u00f3stico remoto de veh\u00edculos dif\u00edcilmente puede considerarse una excepci\u00f3n. Con un mayor nivel de incorporaci\u00f3n de electr\u00f3nica y software en los veh\u00edculos, aumentan las expectativas de los clientes de que se reduzcan los tiempos de inactividad y mantenimiento. Bas\u00e1ndose en esta din\u00e1mica cambiante de los clientes, la industria se anticipa y estudia soluciones que permitan un diagn\u00f3stico completo de los veh\u00edculos en ubicaciones remotas.<\/p>\n
<\/p>\n
Hoy en d\u00eda, existen numerosas soluciones en el mercado que afirman ser competentes en el diagn\u00f3stico remoto mediante dongles OBD-II. Sin embargo, lo cierto es que estas soluciones solo pueden leer informaci\u00f3n de diagn\u00f3stico relevante para las normas de emisiones, lo que limita el valor a\u00f1adido para el t\u00e9cnico de servicio desde una perspectiva de diagn\u00f3stico global (On & Off-board).<\/p>\n
<\/p>\n
El enfoque de diagn\u00f3stico integrado (presentado en este art\u00edculo) utiliza como base los componentes de infraestructura especificados en la norma ISO (es decir, ODX, OTX), allanando as\u00ed el camino para una arquitectura basada en datos. Los componentes de la infraestructura de diagn\u00f3stico integrada en el veh\u00edculo permiten una comunicaci\u00f3n sin fisuras con la red de la ECU de manera similar a como funciona la herramienta de servicio, permitiendo as\u00ed que todos los casos de uso de diagn\u00f3stico se ejecuten desde ubicaciones remotas.<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
Diagn\u00f3stico integrado:<\/p>\n
<\/p>\n
Visi\u00f3n ecosist\u00e9mica<\/strong><\/p>\n <\/p>\n La soluci\u00f3n completa consta de 5 componentes principales. Unidad de control telem\u00e1tico (TCU), tiempo de diagn\u00f3stico, secuencias OTX, datos ODX y servidor de diagn\u00f3stico para apoyar las funciones de diagn\u00f3stico.<\/p>\n <\/p>\n La TCU proporciona el entorno y los recursos necesarios para ejecutar Diagnostic-Runtime con el fin de llevar a cabo diversos casos de uso, como la lectura del identificador de datos (DID), el escaneado del veh\u00edculo, la reprogramaci\u00f3n, etc. Normalmente, la TCU ejecuta LINUX como sistema operativo con distintos tama\u00f1os de RAM\/Memoria Flash y potencia de CPU.<\/p>\n El tiempo de ejecuci\u00f3n de diagn\u00f3stico proporciona componentes de infraestructura para la comunicaci\u00f3n de diagn\u00f3stico a trav\u00e9s de la red (CAN, Ethernet, etc.). Los componentes de infraestructura incluyen APIs de diagn\u00f3stico, tiempo de ejecuci\u00f3n OTX, APIs D-Server y APIs D-PDU. Las API de diagn\u00f3stico proporcionan una capa de confort sobre los componentes D-Server y OTX Runtime para proporcionar una capa de confort para los casos de uso de ingenier\u00eda, final de l\u00ednea y servicio postventa. Se trata de un componente que puede personalizarse en funci\u00f3n de sus requisitos de diagn\u00f3stico.<\/p>\n <\/p>\n OTX Runtime proporciona un entorno para ejecutar procedimientos OTX y obtener resultados seg\u00fan lo definido. Las API de D-Server definen una interfaz de programaci\u00f3n de aplicaciones orientada a objetos para proporcionar acceso a objetos de medici\u00f3n y ajuste y a servicios de diagn\u00f3stico. Las API de D-PDU definen la interfaz de programaci\u00f3n de aplicaciones para abstraer la comunicaci\u00f3n mediante protocolos de diagn\u00f3stico y la descripci\u00f3n del m\u00f3dulo Modular Vehicle Communication Interface (MVCI).<\/p>\n <\/p>\n El servidor de diagn\u00f3stico aloja la aplicaci\u00f3n que implementa la HMI para el usuario final y tambi\u00e9n se comunica con la TCU para el intercambio de informaci\u00f3n de diagn\u00f3stico. La comunicaci\u00f3n entre el servidor de diagn\u00f3stico y la TCU tiene lugar mediante protocolos de mensajer\u00eda est\u00e1ndar, como Message Queuing Telemetry Transport (MQTT), ya que la fiabilidad de la transmisi\u00f3n de datos es la m\u00e1xima prioridad.<\/p>\n <\/p>\n Arquitectura de referencia [A]<\/p>\n <\/p>\n La arquitectura anterior asume que los recursos de hardware necesarios est\u00e1n disponibles dentro de la TCU. Si la TCU tiene limitaciones de recursos de hardware, la arquitectura es muy flexible para soportar estas limitaciones, si las hubiera.<\/p>\n <\/p>\n En un escenario de recursos limitados, es posible implementar s\u00f3lo componentes ligeros de la API D-PDU en el TCU y el resto de componentes (APIs de diagn\u00f3stico, OTX Runtime, APIs D-Server) pueden implementarse en el servidor remoto.<\/p>\n <\/p>\n A continuaci\u00f3n se presenta el concepto de dicha arquitectura [B].<\/p>\n La selecci\u00f3n de la arquitectura requiere un an\u00e1lisis de las ventajas y desventajas en funci\u00f3n de los requisitos empresariales, por ejemplo, compatibilidad con el modo en l\u00ednea\/fuera de l\u00ednea, casos de uso requeridos (funcionalidad de servicio completo frente a s\u00f3lo reprogramaci\u00f3n), etc.<\/p>\n <\/p>\n Desaf\u00edos<\/p>\n <\/p>\n Si bien el enfoque mencionado en este art\u00edculo permite capacidades de diagn\u00f3stico de pr\u00f3xima generaci\u00f3n, tambi\u00e9n invita a ciertos desaf\u00edos que deben abordarse para convertirse en un candidato viable para la producci\u00f3n. Algunos de estos retos son los mencionados:<\/p>\n <\/p>\n Gesti\u00f3n del estado del veh\u00edculo<\/p>\n Por ejemplo, la pila de diagn\u00f3stico a bordo debe garantizar que no sobrecarga el tr\u00e1fico de la red ni interfiere con las funciones del veh\u00edculo en caso de aver\u00eda.<\/p>\n Seguridad<\/p>\n El contenido de diagn\u00f3stico disponible a bordo y hacia\/desde los datos de la TCU debe estar altamente protegido para evitar el acceso no autorizado al mismo.<\/p>\n Actualizaciones de software<\/p>\n Disponibilidad de la infraestructura necesaria para realizar actualizaciones en caso de que fallen los componentes de software de la TCU.<\/p>\n Ancho de banda celular<\/p>\n Garantizar el uso \u00f3ptimo del ancho de banda celular para la transmisi\u00f3n de datos entre el servidor de diagn\u00f3stico y la TCU.<\/p>\n Recursos de hardware limitados dentro de la TCU<\/p>\n El software que se ejecuta dentro de la TCU debe ser muy eficiente para funcionar dentro del l\u00edmite de disponibilidad de recursos, al mismo tiempo que debe garantizar que otras aplicaciones de la TCU no afecten a<\/p>\n <\/p>\n Conclusiones<\/p>\n <\/p>\n <\/p>\n Los componentes de software mencionados en este art\u00edculo ya existen y se utilizan en la producci\u00f3n de diversos casos de uso para ingenier\u00eda, fabricaci\u00f3n y servicios posventa. Adem\u00e1s, cada vez m\u00e1s fabricantes de equipos originales est\u00e1n introduciendo las TCU como componente b\u00e1sico de la arquitectura de sus veh\u00edculos. El r\u00e1pido cambio de las tendencias tecnol\u00f3gicas, la evoluci\u00f3n de las expectativas de los clientes y un mercado altamente competitivo impulsar\u00e1n a los fabricantes de equipos originales y a los proveedores de TCU a adoptar el enfoque indicado para construir los sistemas de diagn\u00f3stico del futuro. En KPIT, ya hemos sido testigos de esta tendencia con nuestros clientes tecnol\u00f3gicamente avanzados. La plataforma de diagn\u00f3stico y conectividad de KPIT (K-DCP) ya est\u00e1 en producci\u00f3n (en el entorno integrado) y sirve para casos de uso como la interconexi\u00f3n de ECU por aire y el diagn\u00f3stico remoto.<\/p>\n <\/p>\n Perspectivas de futuro<\/p>\n <\/p>\n El diagn\u00f3stico integrado de veh\u00edculos tiene el potencial de generar beneficios en toda la cadena de valor de la automoci\u00f3n. En el extremo de la cadena que corresponde a los fabricantes de equipos originales, \u00e9stos se beneficiar\u00e1n enormemente de la reducci\u00f3n de los costes asociados a las llamadas a revisi\u00f3n de los veh\u00edculos y la reducci\u00f3n de las reclamaciones de garant\u00eda sin culpa (NTF), todo ello posible gracias al diagn\u00f3stico avanzado y guiado. Los servicios t\u00e9cnicos se beneficiar\u00e1n de la mejora de los ratios Fix-First-Visit, la reducci\u00f3n del tiempo y los costes de servicio gracias al diagn\u00f3stico remoto\/guiado, el aumento de la eficiencia y la productividad de los t\u00e9cnicos y, por \u00faltimo, pero no por ello menos importante, el cliente (propietario del veh\u00edculo) disfrutar\u00e1 de mayores niveles de comodidad y conveniencia gracias a las nuevas capacidades de los concesionarios de servicios en materia de mantenimiento preventivo\/predictivo, lo que se traducir\u00e1 en una mejora del tiempo de actividad del veh\u00edculo.<\/p>\n <\/p>\n Con la perspectiva de que todos los implicados salgan ganando, podemos afirmar que el sector de los diagn\u00f3sticos integrados seguir\u00e1 evolucionando, creciendo y, lo que es m\u00e1s importante, encontrando cada d\u00eda m\u00e1s adeptos.<\/p>","protected":false},"excerpt":{"rendered":" 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 care ajut\u0103 tehnicienii de service s\u0103 acceseze starea diferitelor subsisteme ale vehiculului \u00een conformitate cu depanarea problemelor \u0219i s\u0103 aplice proceduri de repara\u021bie. Cu toate acestea, abordarea bazat\u0103 pe instrumente de service poate rezolva problema numai atunci c\u00e2nd tehnicianul este prezent fizic la locul vehiculului Pe m\u0103sur\u0103 ce mobilitatea devine o norm\u0103 \u00een toate industriile, diagnosticarea la distan\u021b\u0103 a vehiculelor cu greu poate fi etichetat\u0103 ca o excep\u021bie. Odat\u0103 cu un nivel mai mare de \u00eencorporare a componentelor electronice \u0219i software \u00een vehicule, a\u0219tept\u0103rile clien\u021bilor cu privire la reducerea timpilor de nefunc\u021bionare \u0219i a timpilor de \u00eentre\u021binere sunt \u00een cre\u0219tere . Pe baza acestei dinamici \u00een schimbare a clien\u021bilor, industria anticipeaz\u0103 \u0219i are \u00een vedere solu\u021bii care vor permite diagnosticarea complet\u0103 a vehiculelor din loca\u021bii \u00eendep\u0103rtate. Ast\u0103zi, exist\u0103 numeroase solu\u021bii disponibile pe pia\u021b\u0103 care pretind o diagnosticare la distan\u021b\u0103 competent\u0103 folosind dongle-uri OBD-II. Cu toate acestea, r\u0103m\u00e2ne faptul c\u0103 aceste solu\u021bii pot citi doar informa\u021bii de diagnosticare relevante pentru normele de emisie, limit\u00e2nd astfel valoarea ad\u0103ugat\u0103 la tehnicianul de service dintr-o perspectiv\u0103 de diagnosticare de ansamblu (On & Off-board). Abordarea de diagnosticare \u00eencorporat\u0103 (prezentat\u0103 \u00een acest articol) folose\u0219te componentele infrastructurii specificate la standardul ISO (adic\u0103 ODX, OTX) ca baz\u0103, deschiz\u00e2nd astfel calea pentru o arhitectur\u0103 bazat\u0103 pe date. Componentele infrastructurii de diagnosticare din interiorul vehiculului permit o comunicare perfect\u0103 cu re\u021beaua ECU \u00eentr-un mod similar cu modul \u00een care func\u021bioneaz\u0103 instrumentul Service, permi\u021b\u00e2nd astfel executarea tuturor cazurilor de utilizare de diagnosticare din loca\u021bii \u00eendep\u0103rtate. Diagnosticare \u00eencorporat\u0103: Vizualizarea ecosistemului \u00centreaga solu\u021bie const\u0103 in 5 componente principale. Unitatea de control telematic (TCU), durata de diagnosticare, secven\u021be OTX, date ODX \u0219i serverul de diagnosticare pentru a sprijini func\u021biile de diagnosticare TCU ofer\u0103 mediul \u0219i resursele necesare pentru execu\u021bia Diagnostic-Runtime pentru a realiza diferite cazuri de utilizare, cum ar fi citirea identificatorului de date (DID), scanarea vehiculului, reprogramarea etc. \u00cen mod normal, TCU ruleaz\u0103 LINUX ca un sistem de operare cu dimensiuni variate de RAM \/Memorie flash \u0219i putere CPU. Diagnostic runtime ofer\u0103 componente de infrastructur\u0103 pentru comunicarea de diagnosticare prin re\u021bea (CAN, Ethernet etc.). Componentele infrastructurii includ API-uri de diagnosticare, runtime OTX, API-uri D-Server \u0219i API-uri D-PDU. API-urile de diagnosticare ofer\u0103 un nivel de confort pe partea de sus a componentelor D-Server \u0219i OTX Runtime pentru a oferi un strat de confort pentru cazurile de utilizare de inginerie, de sf\u00e2r\u0219it de linie \u0219i de service post-v\u00e2nzare. Este o component\u0103 care se poate personaliza \u00een func\u021bie de cerin\u021bele de diagnosticare. OTX Runtime ofer\u0103 un mediu pentru a executa procedurile OTX \u0219i a ob\u021bine rezultate a\u0219a cum este definit. API-urile D-Server definesc o interfa\u021b\u0103 de programare a aplica\u021biei orientat\u0103 pe obiect pentru a oferi acces la obiectele de m\u0103surare \u0219i ajustare \u0219i la serviciile de diagnosticare. API-urile D-PDU definesc interfa\u021ba de programare a aplica\u021biei pentru a abstractiza comunicarea prin protocoale de diagnosticare \u0219i descrierea modulului Modular Vehicle Communication Interface (MVCI). Serverul de diagnosticare g\u0103zduie\u0219te aplica\u021bia care implementeaz\u0103 HMI pentru utilizatorul final \u0219i, de asemenea, comunic\u0103 cu TCU pentru schimbul de informa\u021bii de diagnosticare. Comunicarea dintre serverul de diagnosticare \u0219i TCU are loc prin protocoale standard de mesagerie, cum ar fi Message Queuing Telemetry Transport (MQTT), deoarece fiabilitatea transmisiei datelor este cea mai mare prioritate. Arhitectur\u0103 de referin\u021b\u0103 [A] Arhitectura men\u021bionat\u0103 mai sus presupune c\u0103 resursele hardware necesare sunt disponibile \u00een interiorul TCU. \u00cen cazul \u00een care TCU are limit\u0103ri de resurse hardware, arhitectura este foarte flexibil\u0103 pentru a suporta aceste limit\u0103ri, dac\u0103 exist\u0103. \u00centr-un scenariu cu resurse limitate, este posibil s\u0103 implementa\u021bi numai componente API-uri D-PDU u\u0219oare pe TCU \u0219i restul tuturor componentelor (API-uri de diagnosticare, OTX Runtime, API-uri D-Server) pot fi implementate pe serverul de la distan\u021b\u0103. Conceptul unei astfel de arhitecturi [B] este prezentat mai jos. Selec\u021bia arhitecturii necesit\u0103 o analiz\u0103 a compromisului \u00een ceea ce prive\u0219te cerin\u021bele de afaceri, de exemplu, suport pentru modul online\/offline, cazuri de utilizare necesare (func\u021bionalit\u0103\u021bi complete ale serviciului versus doar reprogramare) etc. Provoc\u0103ri \u00cen timp ce abordarea men\u021bionat\u0103 \u00een acest articol permite capabilit\u0103\u021bi de diagnosticare de genera\u021bie urm\u0103toare, ea invit\u0103, de asemenea, anumite provoc\u0103ri care trebuie abordate pentru a deveni un candidat viabil pentru produc\u021bie. Unele dintre aceste provoc\u0103ri sunt cele men\u021bionate: Gestionarea st\u0103rii vehiculului De exemplu, stiva de diagnosticare la bord trebuie s\u0103 se asigure c\u0103 nu supra\u00eenc\u0103rc\u0103 traficul de re\u021bea sau c\u0103 nu interfereaz\u0103 cu func\u021biile vehiculului \u00een caz de defec\u021biune Securitate Con\u021binutul de diagnosticare disponibil la bord \u0219i c\u0103tre\/de la datele TCU trebuie s\u0103 fie foarte securizat pentru a preveni accesul neautorizat al acestora Actualiz\u0103ri software Disponibilitatea infrastructurii necesare pentru sus\u021binerea actualiz\u0103rilor over-the-air \u00een cazul \u00een care componentele software din TCU se defecteaz\u0103 L\u0103\u021bimea de band\u0103 celular\u0103 Asigura\u021bi utilizarea optim\u0103 a l\u0103\u021bimii de band\u0103 celular\u0103 pentru transmisia de date \u00eentre serverul de diagnosticare \u0219i TCU Resurse hardware limitate \u00een interiorul TCU Software-ul care ruleaz\u0103 \u00een interiorul TCU trebuie s\u0103 fie foarte eficient pentru a func\u021biona \u00een limita disponibilit\u0103\u021bii resurselor, \u00een acela\u0219i timp, ar trebui s\u0103 se asigure c\u0103 alte aplica\u021bii ale TCU nu au impact Concluzii Componentele software men\u021bionate \u00een acest articol exist\u0103 deja \u0219i sunt utilizate \u00een produc\u021bia diferitelor cazuri de utilizare pentru inginerie, produc\u021bie \u0219i servicii post-v\u00e2nzare. \u00cen plus, din ce \u00een ce mai mul\u021bi OEM sunt \u00een proces de introducere a TCU-urilor ca o component\u0103 de baz\u0103 a arhitecturii vehiculelor lor. Tendin\u021bele tehnologice \u00een schimbare rapid\u0103, a\u0219tept\u0103rile clien\u021bilor \u00een evolu\u021bie \u0219i o pia\u021b\u0103 extrem de competitiv\u0103 \u00eei vor determina pe OEM \u0219i furnizorii TCU s\u0103 adopte abordarea declarat\u0103 pentru construirea sistemelor de diagnosticare ale viitorului. La KPIT, am asistat deja la o astfel de tendin\u021b\u0103 cu clien\u021bii no\u0219tri avansa\u021bi din punct de vedere tehnologic.<\/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\/es\/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…","_links":{"self":[{"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/posts\/2653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/comments?post=2653"}],"version-history":[{"count":1,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/posts\/2653\/revisions"}],"predecessor-version":[{"id":2656,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/posts\/2653\/revisions\/2656"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/media\/2655"}],"wp:attachment":[{"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/media?parent=2653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/categories?post=2653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/automotivesolutions.ro\/es\/wp-json\/wp\/v2\/tags?post=2653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}