La valutazione dell'integrazione richiede dispositivi effettivi e protocolli applicativi da entrambe le parti. Il nome della marca o l'indicazione che CAN è supportato non sono sufficienti. Elenca i documenti disponibili, gli input mancanti e le condizioni di test per separare l'analisi del protocollo, il firmware della scheda cliente e il lavoro di integrazione del dispositivo.
Elenco di controllo degli input del progetto
| Gruppo di input | Informazioni richieste | Decisione supportata |
|---|---|---|
| Identità dell'attrezzatura | Modelli e firmware di batteria, BMS o BMU e inverter, collegamenti di sistema | Applicabilità del protocollo e differenze di versione |
| Protocolli applicativi | Documenti, versioni, definizioni di campo e uso consentito effettivi di CAN | Decodifica dei frame, limiti e mappatura degli stati |
| Interfaccia elettrica | Pinout, alimentazione, terra di riferimento, terminazione, cablaggio e isolamento | Scelta della scheda e condizioni di connessione |
| Campioni grezzi | Messaggi con timestamp, configurazione e condizioni operative note | Campi, tempistiche, segnaletica e comportamento di avvio |
| Scheda e software | Schemi, controller e ricetrasmettitori, SDK, driver e codice esistente | Implementazione del firmware e risorse di interfaccia |
| Test e risultati finali | Dispositivi e personale disponibili, ambito operativo, tappe fondamentali e criteri di superamento | Piano di integrazione, accettazione e limiti di costo |
Come confermare i documenti del protocollo
Verificare l'interfaccia, la versione e i modelli applicabili indicati in ciascun documento. Un documento RS485 non sostituisce un protocollo applicativo CAN e nomi di protocolli simili non stabiliscono la stessa versione. Le dichiarazioni su marca, modello e compatibilità negli schemi di riferimento richiedono conferma rispetto ai dispositivi reali e ai record dei test. Per i documenti del produttore soggetti a restrizioni, concordare l'uso consentito e rivedere le disposizioni prima di condividerli.
Cosa può iniziare con input incompleti?
Il lavoro iniziale può includere un registro delle lacune di input, la revisione delle risorse dell'interfaccia, l'analisi dei messaggi disponibili e un piano prototipo limitato. Limiti, stati o definizioni di timeout mancanti lasciano le funzioni corrispondenti non confermate. I test del simulatore e l'integrazione del dispositivo sono tappe separate quando l'attrezzatura non è disponibile. Un preventivo dovrebbe distinguere il lavoro eseguibile, il lavoro dipendente da input aggiuntivi e i costi di campionamento o test.
Congelare le versioni di input prima dell'accettazione
Collega l'elenco di consegna alle versioni del dispositivo, del protocollo, della scheda e del firmware, mantenendo casi di test e problemi aperti. Un modello di inverter diverso, un aggiornamento del firmware, una modifica dei messaggi o una scheda sostitutiva richiedono una revisione dell'impatto e relativi test di regressione. Una combinazione di dispositivi precedente non convalida automaticamente il sistema modificato.
In linea
Telefono
WeChat
tornare all'inizio
Feedback sul progetto
Winge voltooit headless OpenHarmony 6.1 Fase 0-verificatie op RK3588
MijlpaalBuild22 startte Linux 5.10.210 en OpenHarmony init vanaf SD, koppelde rootfs, /vendor en /data aan, leverde een ···
OpenHarmony 6.1 Systeemaanpassing fase 0 naar RK3588
Direct antwoordOnder de gespecificeerde projectomstandigheden startte OpenHarmony 6.1 de kernel RK3588 op en initeerde O···
Winge ดำเนินการตรวจสอบแบบไม่มีหัว OpenHarmony 6.1 ขั้นที่ 0 เมื่อวันที่ RK3588
เหตุการณ์สำคัญBuild22 เริ่มต้น Linux 5.10.210 และ OpenHarmony เริ่มต้นจาก SD, rootfs ที่เมาท์ /vendor และ /data จัดให้มี···