Dokumentacja potrzebna do integracji BMS z falownikiem

Ocena integracji wymaga rzeczywistych urządzeń i protokołów aplikacji po obu stronach. Nazwa marki lub oświadczenie, że CAN jest obsługiwany, nie są wystarczające. Lista dostępnych dokumentów, brakujących danych wejściowych i warunków testowych w celu oddzielnej analizy protokołów, oprogramowania sprzętowego na płycie klienta i prac związanych z integracją urządzeń.

Lista kontrolna wkładu projektu

Jak potwierdzić dokumenty protokołu

Sprawdź interfejs, wersję i odpowiednie modele określone w każdym dokumencie. Dokument RS485 nie zastępuje protokołu aplikacji CAN, a podobne nazwy protokołów nie stanowią tej samej wersji. Oświadczenia dotyczące marki, modelu i kompatybilności na schematach referencyjnych wymagają potwierdzenia z rzeczywistymi urządzeniami i zapisami testów. W przypadku dokumentów producenta objętych ograniczeniami należy uzgodnić dozwolone użycie i zapoznać się z ustaleniami przed ich udostępnieniem.

Co może zacząć się od niekompletnych danych wejściowych?

Prace początkowe mogą obejmować rejestr luk wejściowych, przegląd zasobów interfejsu, analizę dostępnych komunikatów i ograniczony plan prototypu. Brakujące limity, stany lub definicje timeoutów powodują, że odpowiednie funkcje pozostają niepotwierdzone. Testy symulatorów i integracja urządzeń to odrębne kamienie milowe, gdy sprzęt jest niedostępny. W ofercie należy rozróżnić prace wykonalne, prace zależne od dodatkowych nakładów oraz koszty próbek lub badań.

Zablokuj wersje wejściowe przed akceptacją

Połącz listę dostaw z wersją urządzenia, protokołu, płyty i oprogramowania sprzętowego, zachowując przypadki testowe i otwarte problemy. Inny model falownika, aktualizacja oprogramowania sprzętowego, zmiana komunikatu lub wymiana płyty wymagają przeglądu wpływu i odpowiednich testów regresyjnych. Wcześniejsza kombinacja urządzeń nie powoduje automatycznego sprawdzenia zmienionego systemu.