Entegrasyon değerlendirmesi, her iki tarafta da gerçek cihazların ve uygulama protokollerinin olmasını gerektirir. Bir marka adı veya CAN'nin desteklendiğine dair bir açıklama yetersizdir. Protokol analizini, müşteri kartı donanım yazılımını ve cihaz entegrasyon çalışmasını ayırmak için mevcut belgeleri, eksik girişleri ve test koşullarını listeleyin.
Proje Giriş Kontrol Listesi
| Giriş Grubu | Gerekli Bilgiler | Desteklenen Karar |
|---|---|---|
| Ekipman kimliği | Pil, BMS veya BMU ve invertör modelleri ve donanım yazılımı, sistem bağlantıları | Protokol uygulanabilirliği ve sürüm farklılıkları |
| Uygulama protokolleri | Gerçek CAN belgeler, sürümler, alan tanımları ve izin verilen kullanım | Çerçeve kod çözme, sınırlar ve durum eşleme |
| Elektrik arayüzü | Pinler, besleme, referans topraklaması, sonlandırma, kablo demeti ve izolasyon | Kart seçimi ve bağlantı koşulları |
| Ham numuneler | Zaman damgalı mesajlar, yapılandırma ve bilinen çalışma koşulları | Alanlar, zamanlama, işaretler ve başlatma davranışı |
| Anakart ve yazılım | Şemalar, kontrolörler ve alıcı-vericiler, SDK, sürücüler ve mevcut kod | Firmware uygulaması ve arayüz kaynakları |
| Testler ve teslimatlar | Mevcut cihazlar ve personel, çalışma kapsamı, kilometre taşları ve geçme kriterleri | Entegrasyon planı, kabul ve maliyet sınırları |
Protokol Belgeleri Nasıl Onaylanır?
Her belgede belirtilen arayüzü, sürümü ve uygulanabilir modelleri kontrol edin. RS485 belgesi CAN uygulama protokolünün yerini almaz ve benzer protokol adları aynı sürümü oluşturmaz. Referans şemalarındaki marka, model ve uyumluluk bildirimleri, gerçek cihazlara ve test kayıtlarına göre onay gerektirir. Kısıtlı üretici belgeleri için, izin verilen kullanım üzerinde anlaşın ve bunları paylaşmadan önce düzenlemeleri inceleyin.
Eksik Girdilerle Ne Başlayabilir?
İlk çalışma, bir girdi boşluğu kaydını, arayüz kaynağı incelemesini, mevcut mesajların analizini ve sınırlı bir prototip planını içerebilir. Eksik limitler, durumlar veya zaman aşımı tanımları ilgili fonksiyonların onaylanmamasına neden olur. Simülatör testleri ve cihaz entegrasyonu, ekipmanın mevcut olmadığı durumlarda ayrı kilometre taşlarıdır. Fiyat teklifi yürütülebilir işi, ek girdilere bağlı işi ve numune veya test maliyetlerini birbirinden ayırmalıdır.
Kabulden Önce Giriş Sürümlerini Dondurun
Test senaryoları ve açık sorunlar korunarak teslimat listesini cihaz, protokol, kart ve donanım yazılımı sürümlerine bağlayın. Farklı bir invertör modeli, ürün yazılımı güncellemesi, mesaj değişikliği veya kart değişimi, etki incelemesi ve ilgili regresyon testlerini gerektirir. Daha önceki bir cihaz kombinasyonu, değiştirilen sistemi otomatik olarak doğrulamaz.
Çevrimiçi
Telefon
WeChat
en başa dön
Proje geri bildirimi
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 จัดให้มี···