Procedura przekazania inżynierii
Komunikat o powodzeniu narzędzia konfiguracyjnego może oznaczać jedynie, że interfejs użytkownika zapisał wartość lub urządzenie potwierdziło zapis. Kontrole akceptacji inżynieryjnej powinny oddzielnie ustalać odczyt zwrotny, czas aktywacji, zasady trwałości i stany awarii, zamiast łączyć te wyniki w jedną flagę sukcesu.
Pola do definicji jednego parametru
Słownik parametrów powinien definiować identyfikator, typ danych, jednostki, zakres lub wyliczenie, wartość domyślną, uprawnienia do odczytu/zapisu, kodowanie protokołu, czas aktywacji, miejsce przechowywania i reakcje na błędy. Określ, czy interfejs użytkownika wyświetla wartość z pamięci podręcznej lub urządzenia po rozłączeniu i w jaki sposób wyświetla nieznany stan.
Jeśli protokół obsługuje potwierdzenie zapisu, ale nie obsługuje operacji odczytu, zidentyfikuj brakujące niezależne sprawdzenie i zaprojektuj uzgodniony test urządzenia obserwowalnego. Wartość wyświetlana lokalnie nie jest odczytem urządzenia.
Projektowanie macierzy akceptacji stanu
Przesuń tabelę poziomo, aby wyświetlić wszystkie kolumny.
| Scenariusz i warunek wstępny | Stan do nagrania lub wyświetlenia | Dowód urządzenia do zachowania |
|---|---|---|
| Prawidłowy parametr i urządzenie online | Rozróżnij oczekującą transmisję, potwierdzenie i potwierdzony efekt | Żądanie, odpowiedź, ponowna reakcja lub uzgodnione obserwowalne zachowanie |
| Parametr poza zakresem lub parametr tylko do odczytu | Lokalna weryfikacja lub powód odrzucenia urządzenia | Reguła sprawdzania poprawności, kod błędu i informacja, czy pierwotna wartość uległa zmianie |
| Poproś o przekroczenie limitu czasu | Nieznany wynik; nie deklaruj automatycznie niepowodzenia lub sukcesu zapisu | Identyfikator żądania, limit czasu i odczyt po ponownym połączeniu |
| Parametr wymagający ponownego uruchomienia | Rozróżnij zapisane od oczekującego na ponowne uruchomienie | Definicja trwałości, odczyt zwrotny po ponownym uruchomieniu i obserwowalne zachowanie |
| Ponowne połączenie | Rozróżnij buforowane, oczekujące na odświeżenie i aktualne wartości urządzenia | Proces ponownego łączenia, świeże odczyty i zapisy wersji |
Limit czasu nie oznacza, że urządzenie nie wykonało zapisu. Przed ponowną próbą należy ustalić, czy protokół pozwala na powtórzenie polecenia i jak określić jego stan końcowy. Rzeczywiste kody błędów i limity akceptacji wynikają z protokołu urządzenia i wymagań projektu; ta tabela nie zawiera wyników testów.
Korzystanie z dwóch istniejących referencji projektu
Raport z projektu terminala na podczerwień w skali szarości w języku chińskim zawiera narzędzie konfiguracyjne RS485 i ilustruje koordynację pomiędzy progami obrazu a ustawieniami urządzenia; nie ustala skalibrowanego stężenia pyłu. Raport z projektu kodera przemysłowego w języku chińskim ilustruje oprogramowanie hosta, oprogramowanie sprzętowe i warstwy protokołów. Jego wirtualne źródło kąta nie jest dowodem rzeczywistej dokładności czujnika. Żadne z nich nie zastępuje testów akceptacyjnych na nowym urządzeniu.
Raport z projektu terminala na podczerwień w skali szarości w języku chińskim · Raport z projektu kodera przemysłowego w języku chińskim
Zapewnij protokół, słownik parametrów, urządzenie lub zatwierdzony symulator, przepływ operacyjny i system docelowy za pośrednictwem chińskojęzycznej usługi oprogramowania hosta przemysłowego w celu zdefiniowania pakietu roboczego dotyczącego połączenia i weryfikacji parametrów. Uzgodnij źródło, instalatora, dzienniki, środowisko wdrożenia i obowiązki konserwacyjne oddzielnie w wykazie dostawy.
W Internecie
Telefon
WeChat
z powrotem na górę
Informacje zwrotne dotyczące projektu