![\"\"](\"https:\/\/automotivesolutions.ro\/wp-content\/uploads\/2023\/01\/Cummins-Connected-Diagnostics-Process.jpg\")
<\/p>\nDiagnostica remota integrata - IL FUTURO DELLA DIAGNOSTICA REMOTA<\/p>\n
<\/p>\n
La capacit\u00e0 di diagnosticare un veicolo \u00e8 un aspetto molto importante dell'architettura del veicolo. L'approccio pi\u00f9 comune seguito nell'industria automobilistica \u00e8 quello di accedere a tutti i dati diagnostici (DTC, valori di misurazione, ecc.) attraverso la porta OBD-II del veicolo. Sul mercato sono disponibili strumenti che aiutano i tecnici dell'assistenza ad accedere allo stato dei diversi sottosistemi del veicolo in base alla risoluzione dei problemi e ad applicare le procedure di riparazione. Tuttavia, l'approccio dello strumento di assistenza pu\u00f2 risolvere il problema solo quando il tecnico \u00e8 fisicamente presente sul luogo del veicolo.<\/p>\n
<\/p>\n
Mentre la mobilit\u00e0 diventa la norma in tutti i settori, la diagnostica remota dei veicoli non pu\u00f2 certo essere considerata un'eccezione. Con un maggiore livello di incorporazione dell'elettronica e del software nei veicoli, le aspettative dei clienti per la riduzione dei tempi di fermo e di manutenzione sono in aumento. Sulla base di questa dinamica di cambiamento dei clienti, l'industria sta anticipando e prendendo in considerazione soluzioni che consentano una diagnostica completa dei veicoli in luoghi remoti.<\/p>\n
<\/p>\n
Oggi sono disponibili sul mercato numerose soluzioni che affermano di essere competenti nella diagnosi remota tramite i dongle OBD-II. Tuttavia, queste soluzioni sono in grado di leggere solo le informazioni diagnostiche relative alle norme sulle emissioni, limitando cos\u00ec il valore aggiunto per il tecnico dell'assistenza da un punto di vista diagnostico complessivo (On & Off-board).<\/p>\n
<\/p>\n
L'approccio diagnostico incorporato (presentato in questo articolo) utilizza come base i componenti infrastrutturali specificati nello standard ISO (cio\u00e8 ODX, OTX), aprendo cos\u00ec la strada a un'architettura data-driven. I componenti dell'infrastruttura diagnostica di bordo consentono una comunicazione continua con la rete della centralina in modo simile al funzionamento dello strumento di assistenza, permettendo cos\u00ec l'esecuzione di tutti i casi d'uso diagnostici da postazioni remote.<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
<\/p>\n
Diagnostica integrata:<\/p>\n
<\/p>\n
Visione dell'ecosistema<\/strong><\/p>\n <\/p>\n L'intera soluzione \u00e8 costituita da 5 componenti principali. Unit\u00e0 di controllo telematica (TCU), tempo di diagnostica, sequenze OTX, dati ODX e server diagnostico per supportare le funzioni diagnostiche.<\/p>\n <\/p>\n La TCU fornisce l'ambiente e le risorse necessarie per l'esecuzione di Diagnostic-Runtime per eseguire vari casi d'uso come la lettura dell'identificatore di dati (DID), la scansione del veicolo, la riprogrammazione, ecc.<\/p>\n Il runtime diagnostico fornisce componenti di infrastruttura per la comunicazione diagnostica in rete (CAN, Ethernet, ecc.). I componenti dell'infrastruttura comprendono API diagnostiche, OTX runtime, API D-Server e API D-PDU. Le API diagnostiche forniscono un livello di comfort in cima ai componenti D-Server e OTX Runtime per fornire un livello di comfort per i casi d'uso di ingegneria, fine linea e assistenza post-vendita. Si tratta di un componente che pu\u00f2 essere personalizzato in base ai requisiti diagnostici.<\/p>\n <\/p>\n OTX Runtime fornisce un ambiente per eseguire le procedure OTX e ottenere i risultati definiti. Le API del D-Server definiscono un'interfaccia di programmazione delle applicazioni orientata agli oggetti per la misurazione e la regolazione e i servizi diagnostici. Le API D-PDU definiscono l'interfaccia di programmazione delle applicazioni per astrarre la comunicazione attraverso i protocolli diagnostici e la descrizione del modulo Modular Vehicle Communication Interface (MVCI).<\/p>\n <\/p>\n Il server diagnostico ospita l'applicazione che implementa l'HMI per l'utente finale e comunica anche con la TCU per lo scambio di informazioni diagnostiche. La comunicazione tra il server diagnostico e la TCU avviene tramite protocolli di messaggistica standard, come il Message Queuing Telemetry Transport (MQTT), in quanto l'affidabilit\u00e0 della trasmissione dei dati \u00e8 la massima priorit\u00e0.<\/p>\n <\/p>\n Architettura di riferimento [A]<\/p>\n <\/p>\n L'architettura di cui sopra presuppone che le risorse hardware necessarie siano disponibili all'interno della TCU. Se la TCU presenta limitazioni delle risorse hardware, l'architettura \u00e8 molto flessibile per supportare tali limitazioni, se presenti.<\/p>\n <\/p>\n In uno scenario con risorse limitate, \u00e8 possibile implementare solo i componenti leggeri dell'API D-PDU sulla TCU e il resto dei componenti (API diagnostiche, OTX Runtime, API D-Server) pu\u00f2 essere implementato sul server remoto.<\/p>\n <\/p>\n Di seguito viene presentato il concetto di tale architettura [B].<\/p>\n La selezione dell'architettura richiede un'analisi di compromesso in termini di requisiti aziendali, ad esempio il supporto per la modalit\u00e0 online\/offline, i casi d'uso richiesti (funzionalit\u00e0 di servizio completo rispetto alla sola riprogrammazione), ecc.<\/p>\n <\/p>\n Sfide<\/p>\n <\/p>\n Se da un lato l'approccio descritto in questo articolo consente di ottenere capacit\u00e0 diagnostiche di nuova generazione, dall'altro pone alcune sfide che devono essere affrontate per diventare un candidato valido per la produzione. Alcune di queste sfide sono indicate di seguito:<\/p>\n <\/p>\n Gestione delle condizioni del veicolo<\/p>\n Ad esempio, lo stack diagnostico di bordo deve garantire di non sovraccaricare il traffico di rete o interferire con le funzioni del veicolo in caso di guasto.<\/p>\n Sicurezza<\/p>\n I contenuti diagnostici disponibili a bordo e da\/verso i dati della TCU devono essere altamente protetti per impedire l'accesso non autorizzato ad essi<\/p>\n Aggiornamenti software<\/p>\n Disponibilit\u00e0 dell'infrastruttura necessaria per supportare gli aggiornamenti over-the-air in caso di guasto dei componenti software della TCU.<\/p>\n Larghezza di banda della cella<\/p>\n Assicurare l'uso ottimale della larghezza di banda cellulare per la trasmissione dei dati tra il server diagnostico e la TCU.<\/p>\n Risorse hardware limitate all'interno della TCU<\/p>\n Il software in esecuzione all'interno della TCU deve essere molto efficiente per operare entro il limite di disponibilit\u00e0 delle risorse, e allo stesso tempo deve garantire che le altre applicazioni della TCU non abbiano un impatto<\/p>\n <\/p>\n Conclusioni<\/p>\n <\/p>\n <\/p>\n I componenti software citati in questo articolo esistono gi\u00e0 e sono utilizzati nella produzione di vari casi d'uso per l'ingegneria, la produzione e i servizi post-vendita. Inoltre, sempre pi\u00f9 OEM stanno introducendo le TCU come componente fondamentale dell'architettura dei loro veicoli. Il rapido cambiamento delle tendenze tecnologiche, l'evoluzione delle aspettative dei clienti e un mercato altamente competitivo spingeranno gli OEM e i fornitori di TCU ad adottare un approccio dichiarato per costruire i sistemi diagnostici del futuro. In KPIT abbiamo gi\u00e0 assistito a questa tendenza con i nostri clienti tecnologicamente avanzati. La piattaforma di diagnostica e connettivit\u00e0 di KPIT (K-DCP) \u00e8 gi\u00e0 in produzione (in ambiente embedded) e serve casi d'uso come l'interfacciamento over-the-air delle centraline e la diagnostica remota.<\/p>\n <\/p>\n Prospettive future<\/p>\n <\/p>\n La diagnostica integrata dei veicoli ha il potenziale per generare vantaggi lungo tutta la catena del valore del settore automobilistico. All'estremit\u00e0 della catena, gli OEM possono trarre enormi vantaggi dalla riduzione dei costi associati ai richiami dei veicoli e dalle richieste di garanzia senza colpa (NTF), il tutto reso possibile da una diagnostica avanzata e guidata. I rappresentanti del servizio di assistenza beneficeranno di un migliore rapporto Fix-First-Visit, di una riduzione dei tempi e dei costi di assistenza grazie alla diagnostica remota\/guidata, di una maggiore efficienza e produttivit\u00e0 dei tecnici e, infine, il cliente (proprietario del veicolo) godr\u00e0 di livelli pi\u00f9 elevati di comfort e convenienza grazie alle nuove capacit\u00e0 dei concessionari di assistenza nella manutenzione preventiva\/predittiva, con conseguente miglioramento dei tempi di attivit\u00e0 del veicolo.<\/p>\n <\/p>\n Con la prospettiva di creare un vantaggio per tutte le parti coinvolte, \u00e8 sicuro che lo spazio della diagnostica incorporata continuer\u00e0 ad evolversi e a crescere e, soprattutto, a trovare sempre pi\u00f9 sostenitori!<\/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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/2653","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/comments?post=2653"}],"version-history":[{"count":1,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/posts\/2653\/revisions"}],"predecessor-version":[{"id":2656,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/posts\/2653\/revisions\/2656"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/media\/2655"}],"wp:attachment":[{"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/media?parent=2653"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/categories?post=2653"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/automotivesolutions.ro\/it\/wp-json\/wp\/v2\/tags?post=2653"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}