Informazioni da includere
- Identificazione ECU/TCU e file originale
- Strumento e metodo di lettura
- Obiettivo del servizio e configurazione hardware
- Informazioni rilevanti per qualsiasi esigenza personalizzata
BlagTuning / Software
Una richiesta dovrebbe contenere la cronologia del software che conta. Il portale collega il file originale, l'obiettivo di calibrazione, la consegna e il follow-up tecnico.
Iniziare con l'identificazione della ECU o della TCU e il file ottenuto con il metodo di lettura appropriato. Registrare lo strumento utilizzato e identificare qualsiasi modifica precedente nota. Includere i dettagli del veicolo o della macchina necessari per comprendere l'applicazione.
Per i flussi di lavoro di lettura virtuale supportati, l'origine e il riferimento del file continuano a essere importanti. Lo scopo non è raccogliere informazioni fine a se stessa: è stabilire quale software viene discusso e quale configurazione è destinata a supportare la revisione restituita.
Seleziona il servizio in questione e spiega l'obiettivo in termini pratici. Indicare se l'hardware è standard o modificato e fornire i dettagli dei componenti che influiscono sulla richiesta. Per un progetto combinato ECU/TCU, mantenere collegate le due configurazioni.
Se il requisito è insolito, chiedi informazioni sulla fattibilità e sulla portata prima di impegnarti con un cliente. Una richiesta iniziale completa può ridurre i chiarimenti inutili e aiuta a distinguere una calibrazione standard da un lavoro di sviluppo con ambito separato.
Il file restituito appartiene a una particolare richiesta e configurazione. Mantenere distinguibile la revisione originale e quella consegnata e seguire la procedura di scrittura appropriata per il veicolo e l'attrezzatura. L'officina dovrebbe sapere esattamente quale versione è stata installata.
Il portale dei file fornisce anche un luogo per la conversazione tecnica relativa a tale consegna. Utilizzare la stessa richiesta per domande sul file, anziché avviare una richiesta disconnessa che perde il contesto del software originale.
Descrivere il comportamento osservato, la configurazione attuale e l'esatta versione del software. Includere informazioni pertinenti che aiutino a spiegare il problema o l'ulteriore miglioramento richiesto. Un feedback chiaro rende più semplice discutere del software piuttosto che speculare su quale file o configurazione sia in uso.
Se l'hardware, il carburante o l'obiettivo del progetto sono cambiati, renderlo esplicito. Un follow-up può quindi essere valutato come una revisione nell’ambito esistente o come lavoro aggiuntivo. Ciò preserva una storia ordinata del software e un rapporto più efficace tra l'officina e il supporto tecnico.
Utilizza il portale del rivenditore, non il modulo di richiesta pubblica. Mantieni il file associato alla richiesta appropriata.
Continuare nella stessa conversazione del portale in modo che il dettaglio aggiuntivo rimanga legato alla richiesta del software.
La versione installata, la configurazione attuale e una descrizione precisa del risultato o del comportamento che desideri rivedere.