Tester sterownika Q1 wymagania

Podobne dokumenty
DOKUMENTACJA PROJEKTU

dokument DOK wersja 1.0

2. Architektura mikrokontrolerów PIC16F8x... 13

Rys. 1. Schemat ideowy karty przekaźników. AVT 5250 Karta przekaźników z interfejsem Ethernet

MultiTool instrukcja użytkownika 2010 SFAR

1 Moduł Konwertera. 1.1 Konfigurowanie Modułu Konwertera

Centrala alarmowa ALOCK-1

SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI)

Politechnika Wrocławska

Opracował: Jan Front

Wstęp Architektura... 13

Programator Kart Master - klient

ZL9AVR. Płyta bazowa dla modułów ZL7AVR (ATmega128) i ZL1ETH (RTL8019)

ZL25ARM. Płyta bazowa dla modułów diparm z mikrokontrolerami STR912. [rdzeń ARM966E-S]

LITEcomp. Zestaw uruchomieniowy z mikrokontrolerem ST7FLITE19

KAmduino UNO. Płytka rozwojowa z mikrokontrolerem ATmega328P, kompatybilna z Arduino UNO

Zestaw uruchomieniowy z mikrokontrolerem LPC1114 i wbudowanym programatorem ISP

PROGRAMOWALNE STEROWNIKI LOGICZNE

STM32Butterfly2. Zestaw uruchomieniowy dla mikrokontrolerów STM32F107

KAmduino UNO. Rev Źródło:

1. Wprowadzenie Programowanie mikrokontrolerów Sprzęt i oprogramowanie... 33

OPIS TECHNICZNY I INSTRUKCJA OBSŁUGI

Wykorzystanie standardu JTAG do programowania i debugowania układów logicznych

Terminal TR01. Terminal jest przeznaczony do montażu naściennego w czystych i suchych pomieszczeniach.

Instrukcja użytkownika ARsoft-CFG WZ1 4.0

AVREVB1. Zestaw uruchomieniowy dla mikrokontrolerów AVR. Zestawy uruchomieniowe

Rozdział ten zawiera informacje na temat zarządzania Modułem Modbus TCP oraz jego konfiguracji.

OPTIMA PC v Program konfiguracyjny dla cyfrowych paneli domofonowy serii OPTIMA ELFON. Instrukcja obsługi. Rev 1

Programowanie Układów Logicznych kod kursu: ETD6203. Szczegóły realizacji projektu indywidualnego W dr inż.

EGZAMIN POTWIERDZAJĄCY KWALIFIKACJE W ZAWODZIE Rok 2013 CZĘŚĆ PRAKTYCZNA

o Instalacja środowiska programistycznego (18) o Blink (18) o Zasilanie (21) o Złącza zasilania (22) o Wejścia analogowe (22) o Złącza cyfrowe (22)

2.2 Opis części programowej

Interfejs komunikacyjny RCI-2 v1.0

LITEcompLPC1114. Zestaw ewaluacyjny z mikrokontrolerem LPC1114 (Cortex-M0) Sponsorzy:

ODCZYT PRZEZ ZŁĄCZE OBD

ZL29ARM. Zestaw uruchomieniowy dla mikrokontrolerów STM32F107

Spis treści. 1 Moduł Modbus TCP 4

Spis treści. Projekt współfinansowany ze środków Unii Europejskiej w ramach Europejskiego Funduszu Społecznego

1 Moduł Inteligentnego Głośnika

1 Moduł Inteligentnego Głośnika 3

UW-DAL-MAN v2 Dotyczy urządzeń z wersją firmware UW-DAL v5 lub nowszą.

ZL8AVR. Płyta bazowa dla modułów dipavr

PROGRAM DO ARCHIWIZACJI NOŚNIKÓW KOPII ELEKTRONICZNEJ

1. Wymagania funkcjonalne dla modułu pozycjonowania patroli zainstalowany moduł musi posiadać następującą funkcjonalność:

Termometr internetowy

ZL4PIC. Uniwersalny zestaw uruchomieniowy dla mikrokontrolerów PIC

Programator procesorów rodziny AVR AVR-T910

1 Moduł Centrali PPoż 3

Instrukcja obsługi Rejestrator Parametrów

CRUSB KONWERTER CAN / USB

GRM-10 - APLIKACJA PC

Szczegółowy opis techniczny przedmiotu zamówienia

GENERATOR ZNAKÓW OSD FG-50HD

INSTRUKCJA OBSŁUGI SUPLEMENT

Międzynarodowe Targi Spawalnicze ExpoWELDING października 2012 NOWOŚCI TARGOWE

Posnet Grafik Instrukcja obsługi

1. Opis. 2. Wymagania sprzętowe:

2.1 Porównanie procesorów

Aplikacja do podpisu cyfrowego npodpis

Konfigurowanie sterownika CX9000 firmy Beckhoff wprowadzenie

Płytka ewaluacyjna z ATmega16/ATmega32 ARE0021/ARE0024

VComNet Podręcznik użytkownika. VComNet. Podręcznik użytkownika Wstęp

Electronic Infosystems

1. Prace rozwojowe usługi informatyczne w zakresie opracowania prototypu oprogramowania serwisowo-instalatorskiego dla systemu testowego

MSA-1 Mikroprocesorowy sterownik do przełącznika antenowego

Kod produktu: MP-1W-2480

Ćwiczenie 4: Eksploatacja systemu kontroli dostępu jednego Przejścia REGIONALNE CENTRUM EDUKACJI ZAWODOWEJ W BIŁGORAJU

Kod produktu: MP01105

ELZAB Mera E nowości. monochromatyczny lub kolorowy. 32 linie/s. kopia elektroniczna

1.2. Architektura rdzenia ARM Cortex-M3...16

Terminali GPRS S6 Strona 1 z 11. Terminal GPRS. Albatross S6. Instrukcja montażu wersja 4.2

EPPL 1-1. KOMUNIKACJA - Interfejs komunikacyjny RS Sieciowa Karta Zarządzająca SNMP/HTTP

Sterownik Spid Pant 8 i Ant 8. Podręcznik użytkowania

VamLoader wersja Opis programu

Konfigurowanie modułu BK9050 firmy Beckhoff wprowadzenie

ZL15AVR. Zestaw uruchomieniowy dla mikrokontrolerów ATmega32

Instrukcja programowania kasy Bursztyn z aplikacji PLU Manager (KF-03) 2013

Instrukcja obsługi Konfigurator MLAN-1000

Arduino dla początkujących. Kolejny krok Autor: Simon Monk. Spis treści

Konfigurowanie sterownika CX1000 firmy Beckhoff wprowadzenie. 1. Konfiguracja pakietu TwinCAT do współpracy z sterownikiem CX1000

Modułowy programowalny przekaźnik czasowy firmy Aniro.

Instrukcja obsługi programu PLOMP PLUS FM

Kod produktu: MP01105T

rh-serwer 2.0 LR Sterownik główny (serwer) systemu F&Home RADIO. Wersja LR powiększony zasięg.

1 Moduł Lutron HomeWorks QS

ZL4PIC uniwersalny zestaw uruchomieniowy dla mikrokontrolerów PIC (v.1.0) Uniwersalny zestaw uruchomieniowy dla mikrokontrolerów PIC

Instrukcja integratora - obsługa dużych plików w epuap2

Wizualizacja stanu czujników robota mobilnego. Sprawozdanie z wykonania projektu.

INSTRUKCJA UŻYTKOWANIA CZYTNIKA KART PROCESOROWYCH SYGNET 5v1 IU SY5

ZL10PLD. Moduł dippld z układem XC3S200

AMX 530BT. Instrukcja instalacji i konfiguracji AMX 530BT dla systemów operacyjnych XP, 7 i Instalacja i konfiguracja AMX 530BT dla Windows XP

Sprawozdanie z projektu MARM. Część druga Specyfikacja końcowa. Prowadzący: dr. Mariusz Suchenek. Autor: Dawid Kołcz. Data: r.

INSTRUKCJA UŻYTKOWNIKA MODUL GPRS

Instrukcja użytkownika KRISTECH, 2016

Laboratorium Komputerowe Systemy Pomiarowe

E-TRONIX Sterownik Uniwersalny SU 1.2

1 Moduł Modbus ASCII/RTU

Spis treści. Wykaz ważniejszych skrótów Wprowadzenie Rdzeń Cortex-M Rodzina mikrokontrolerów XMC

Konfigurowanie sterownika BX9000 firmy Beckhoff wprowadzenie. 1. Konfiguracja pakietu TwinCAT do współpracy ze sterownikiem BX9000

Aplikacja npodpis do obsługi certyfikatu

Transkrypt:

Szczecinek 11.09.2018 TELZAS SP. z o.o. ul. Bugno 3 78-400 SZCZECINEK Tester sterownika Q1 wymagania Opracował: Jakub Borzdyński Zatwierdził: Mariusz Garsztka Tester sterownika Q1 - wymagania Strona 1 z 9 v.1.1

1 WSTĘP... 3 2 WYMAGANIA I ZAŁOŻENIA... 3 2.1 OGÓLNE... 3 2.2 TESTER SPRZĘTOWY... 3 2.3 FIRMWARE TESTOWY... BŁĄD! NIE ZDEFINIOWANO ZAKŁADKI. 2.4 APLIKACJA TESTUJĄCA... 4 3 KONCEPCJA SYSTEMU TESTOWANIA... 5 4 ELEMENTY SYSTEMU TESTOWANIA... 6 4.1 FIRMWARE TESTOWY... BŁĄD! NIE ZDEFINIOWANO ZAKŁADKI. 4.1.1 Realizowana funkcjonalność... Błąd! Nie zdefiniowano zakładki. 4.1.2 Polecenia sterujące... Błąd! Nie zdefiniowano zakładki. 4.2 APLIKACJA TESTOWA... 6 4.2.1 Opis działania... 6 4.2.2 Ponawianie testu... 7 4.2.3 Udział operatora... 7 4.2.4 Program testów... 8 4.3 TESTER SPRZĘTOWY... 9 4.3.1 Budowa... 9 4.3.2 Złącza... 9 Tester sterownika Q1 - wymagania Strona 2 z 9 v.1.1

1 Wstęp Niniejszy dokument opisuje przebieg procesu produkcyjnego uruchamiania i testowania sterownika Q1L oraz definiuje wymagania i założenia z tym związane. 2 Wymagania i założenia 2.1 Ogólne przeprowadzanie większości testów automatycznie (ograniczeniu udziału Operatora w procesie testowania do minimum) czas przygotowania i uruchomienia testów nie dłuższy niż 20 minut przypadający na jedną sztukę sterownika system testowania złożony z: komputera sterującego, aplikacji testującej, sprzętowego testera, specjalizowanego firmware (testowego) powtarzalność prowadzonych testów, wyeliminowanie lub ograniczenie wystąpienia błędu ludzkiego tester sprzętowy zawiera wszystkie niezbędne elementy i podzespoły potrzebne w fazie testów (mierniki, generatory, etc.) testowanie sterowników w pełnej kompletacji technologicznej (zmontowany jak wyrób gotowy i wyposażony w kartę SD) uruchamianie i testowanie sekwencyjne z zalecanym zrównolegleniem operacji dla zminimalizowania czasu jednostkowego cechowanie sterowników i płytek sterownika numerem seryjnym i naklejką identyfikacyjną z kodem kreskowym zapis numeru seryjnego w pamięci nieulotnej w przypadku uznania sterownika za sprawny praca w wariancie uziemiony + lub - sterownik Q1L w fazie testowania wyposażony w firmware testowy sterownik uznawany jest za sprawny jedynie przy poprawnym zaliczeniu wszystkich testów jednostkowych obsługa złącza programowania ICSP ładowanie bootloadera ładowanie firmware testowego i produkcyjnego za pośrednictwem bootloadera z poziomu aplikacji testowej 2.2 Tester sprzętowy współpraca z aplikacją testującą napisaną w środowisku.net i komunikacja przez Ethernet weryfikacja okna zasilania w pełnym przewidzianym specyfikacją sterownika zakresie weryfikacja poprawności transmisji danych przez wszystkie interfejsy cyfrowe: CAN1, CAN2, RS232_1 (RX\TX), RS232_2 (RX\TX\RTS\DTR\CTS\DSR\DCD\RI), RS485_1 (A/B), RS485_2 (A/B), I2C, 1-wire, USB, ETHERNET (RJ45), złącze SD weryfikacja poprawności akwizycji wszystkich sygnałów analogowych: napięcie systemowe (Usys), napięcia baterii (Ubat1 4), pomiar prądu baterii przez bocznik (Ibat1 4), wejścia analogowe ogólnego przeznaczenia (6xADI) weryfikacja wejść cyfrowy: styczników (BD_CTRL, LD_CTRL), pracy agregatu (AGREGAT), blokady (BZPCZO), bezpieczników odbiorów (UKB_CTRL) wejście licznika impulsów (FreqMeter) Tester sterownika Q1 - wymagania Strona 3 z 9 v.1.1

weryfikacja wyjść cyfrowych: sterowanie stycznikami (BD_CTRL, LD_CTRL), kontrola pracy agregatu (AGREGAT), PWM, BUZZER weryfikacja wyjść styczników alarmowych sprawdzenie wydajności i ograniczenia przeciążeniowego 5V EXT sprawdzenie backup u zasilania przeprowadzenie testu pamięci SQI i innych pamięci eeprom'ów, przeprowadzenie testu RTC ograniczenie złożoności sprzętowej zapętlanie wszystkich możliwych interfejsów sterownika (RS232, RS485, portów cyfrowych, etc.) w celu uniknięcia stosowania dodatkowych kontrolerów każde zapętlenie musi mieć możliwość rozłączenia możliwość dołączenia obciążenia do wyjść sterujących stycznikami weryfikowanie pomiarów analogowych w pięciu dyskretnych punktach (multipleksowane analogowo źródła referencyjne) możliwość podłączenia jednego sterownika Q1L w danym momencie, jednoczesne podłączenie do testów wszystkich złączy 2.3 Aplikacja testująca implementacja aplikacji w środowisku.net programowanie mikrokontrolera PIC32MZ przez złącze ISCP (programator PICkit3 lub nowszy) zapis firmware testowego i produkcyjnego za pośrednictwem bootloadera przygotowanie sterownika do testów: programowanie bootloadera, zapis firmware testowego współpracuje z Q1L poprzez Virtual COM oraz Ethernet (TCP i UDP) współpraca z sprzętowym testerem poprzez Ethernet (TCP i UDP) obsługa programu testów dla Q1L: zapis do pliku, odczyt z pliku, zarządzanie wykonywanie wczytanego testu zorganizowanego w możliwość tworzenia nowych programów testów i rozszerzanie dotychczas istniejących generowanie raportu z testu (wynik testu, informacja o rodzaju wykrytych błędów, numer seryjny sterownika) zapis w zewnętrznej bazie danych: raportu, adresu MAC sterownika, osoby wykonującej test, daty prowadzenia testu, wersja FW, informacja o załadowanej konfiguracji obsługa numerów seryjnych: pobieranie z bazy danych, drukowanie kodu kreskowego, zapis w sterowniku (dotyczy sprawnych sterowników) obsługa drukarki kodów kreskowych możliwość ponownego przeprowadzenia testów dla sterownika posiadającego numer seryjny (np. po wykonanej naprawie) aktualizacja danych sterownika w bazie danych po wykonaniu powtórnego testu (data, osoba, wersja OS, konfiguracja, konfiguracja sprzętowa) zapis w pamięci SQI plików konfiguracyjnych oraz plików związanych z usługami WWW i SNMP Tester sterownika Q1 - wymagania Strona 4 z 9 v.1.1

3 Koncepcja systemu testowania Koncepcję systemu testowania i uruchamiania produkcyjnego przedstawia Rysunek 1. Rysunek 1 Schemat koncepcyjny systemu testowania Procesem testowania i uruchamiania sterownika Q1L zarządzać będzie aplikacja testowa uruchomiona na przeznaczonym specjalnie do tego celu komputerze. Po podłączeniu sterownika do systemu testowania zapisany zostanie bootloader poprzez programator PICkit 3 (lub nowszy) oraz wgrany zostanie firmware testowy. Aplikacja przeprowadzi właściwe testy wykonując polecenia odczytane z pliku zawierającego program testów. Będzie to polegało na sekwencyjnym wysyłaniu poleceń sterujących do testera sprzętowego i sterownika działającego pod kontrolą firmware testowego. Każde wysłane polecenie będzie zwracać odpowiedź na podstawie której podejmowana będzie przez aplikację decyzja o zaliczeniu bądź nie danego testu jednostkowego. Komunikacja pomiędzy aplikacją a testerem oraz sterownikiem odbywać się będzie za pośrednictwem Ethernetu. Wykorzystane zostanie także złącze USB do połączenia ze sterownikiem Q1L, które będzie emulować port szeregowy (Virtual COM), co będzie miało na celu zweryfikowanie poprawności montażu gniazda USB. W aplikacji wybranie zostanie programu testów (odczytany z pliku) i przeprowadzona zostanie stosowana procedura testowania w wyniku której wygenerowany zostanie raport końcowy. Program testów będzie zawierał listę rozkazów sterujących przeznaczonych dla testera oraz sterownika, a także prawidłowe wzorce odpowiedzi. Urządzenie do którego skierowany zostanie rozkaz sterujący będzie miało obowiązek odesłać odpowiedź podlegającą interpretacji przez aplikację, co posłuży do oceny prawidłowości rezultatu danego testu. Tester sterownika Q1 - wymagania Strona 5 z 9 v.1.1

4 Elementy systemu testowania 4.1 Aplikacja testowa 4.1.1 Opis działania Aplikacja testowa zostanie zaimplementowana w środowisku.net i będzie uruchamiana na przeznaczonym do tego celu komputerze. Będzie miała ona za zadanie komunikować się z: testerem sprzętowym poprzez Ethernet (TCP i UDP) testowanym sterownikiem Q1L poprzez Ethernet (TCP i UDP) oraz USB (Virtual COM) Aplikacja w pierwszej kolejności będzie odpowiedzialna za zapisanie bootloadera w pamięci PIC32MZ znajdującego się na płycie Q1L. Do tego celu wykorzystany zostanie programator PICkit 3 (lub nowszy), który będzie podłączony do komputera przez port USB, a do mikrokontrolera przez ICSP. Wymagane będzie zidentyfikowanie urządzeń podłączonych do komputera testującego, tj. określenie adresów IP testera i sterownika. Właściwe wykonanie wykonywanie testu rozpocznie się w momencie wybrania programu testów (Rozdział 4.1.3) przez Operatora i kliknięcie przycisku Uruchom test. Aplikacja w takiej sytuacji odczytuje program testów ze wskazanego pliku i rozpoczyna jego wykonanie według algorytmu pokazanego na Rysunek 2. Rysunek 2 Algorytm wykonania programu testów Po zakończeniu programu testów aplikacja ma za zadanie wygenerować raport końcowy w zewnętrznej bazie danych. Oprócz raportu w bazie umieszcza się dodatkowo: wynik testu (pozytywny/negatywny) informacje o wykrytych błędach numer seryjny sterownika (jeżeli został uprzednio nadany, co ma miejsce w przypadku np. sterownika poddanego naprawie) identyfikator osoby wykonującej test Tester sterownika Q1 - wymagania Strona 6 z 9 v.1.1

datę i godzinę wykonania testu wersja FW testowego Sterowniki, które nie zaliczą w pełni testu odkładane są do późniejszego cyklu uzdatniania. W przypadku powodzenia wykonania testów i uznania sterownika za sprawny aplikacja drukuje przy pomocy zewnętrznej drukarki kod kreskowy zawierający numer seryjny (numer pobierany z bazy). Kod ten musi zostać naklejony przez Operatora na sterownik. Następnie aplikacja: umieszcza FW produkcyjny w pamięci mikrokontrolera za pośrednictwem bootloadera zapisuje do pamięci SQI pliki konfiguracyjne poprzez usługę TFTP umieszcza w pamięci nieulotnej numer seryjny sterownika zapisuje do SQI poprzez TFTP pliki niezbędne do funkcjonowania usługi WWW i SNMP Do bazy danych zapisane zostają dodatkowo: informacja o zapisanej w SQI konfiguracji informacja o konfiguracji sprzętowej (moduły rozszerzeń) wersja FW produkcyjnego adres MAC nadany numer seryjny 4.1.2 Ponawianie testu Aplikacja musi uwzględniać możliwość wykonania ponownego testu na uprzednio testowanym sterowniku. Sytuacja taka wystąpi, gdy: sterownik wróci z cyklu uzdatniania sterownik zostanie zwrócony do serwisu jako uszkodzony i zostanie naprawiony Procedura testowa wykonana zostanie wykonana zgodnie z opisem zamieszczonym w Rozdziale 4.1.1, z tym, z uwzględnieniem następujących zmian: sterownikowi nie zostanie nadany numer seryjny, jeżeli takowy już posiada w bazie danych zapisane zostaną: o data i godzina ponownego testu o identyfikator Operatora przeprowadzającego ponowny test o wynik ponownego testu o wersja FW produkcyjnego (bieżącego i po aktualizacji) o aktualna konfiguracja sprzętowa (moduły rozszerzeń) o informacje o zapisanej konfiguracji sterownika 4.1.3 Udział operatora Udział Operatora w prowadzonych testach zostanie ograniczony do minimum i zagwarantowane zostaną mechanizmy minimalizujące ryzyko wystąpienia błędu ludzkiego. Całkowite wyeliminowanie udziału człowieka w procesie testowania nie jest możliwe ze względu na konieczność: podłączenia sterownika do testera sprzętowego uruchomienia aplikacji testowej, wczytanie programu testów oraz jego rozpoczęcie Tester sterownika Q1 - wymagania Strona 7 z 9 v.1.1

zweryfikowania działania elementów interfejsu użytkownika (wyświetlacz, diody LED oraz klawiatura) 4.1.4 Program testów Program testów zostanie zorganizowany w formie pliku wczytywanego przez aplikację testującą. Zawarte zostaną tam poszczególne testy wykonywane w sposób sekwencyjny, tj. kolejno według ich umieszczenia w pliku. Takie podejście ma na celu zapewnić możliwość zmiany i rozszerzenia testów według potrzeb bez konieczności modyfikowania samej aplikacji. W przypadku stwierdzenia, że dany test nie wykazuje wszystkich defektów sterownika, które powinny zostać wykryte program testów zostanie rozszerzony o brakujące przypadki. Aplikacja testująca musi tym samym zapewniać: wczytywanie programu testów z pliku modyfikację testu (dodawanie nowych testów jednostkowych, zmianę parametrów, wartości wzorcowych, kolejności testowania, etc.) zapis zmodyfikowanego testu do pliku Program testów będzie stanowił zbiór jednostkowych testów, gdzie każdy z testów jednostkowych będzie złożony z: polecenia wraz z parametrami (zgodnie z rozdziałem Błąd! Nie można odnaleźć źródła odwołania.) oczekiwanej odpowiedzi dopuszczalnej tolerancji (np. w przypadku pomiarów analogowych) miejsca przeznaczenia (tester bądź firmware testowy sterownika Q1L) znacznika oczekiwania na działanie Operatora (wprowadzenie numeru PIN, naciśnięcie przycisku, etc.) dopuszczalny czas odesłania odpowiedzi W oparciu o wymagania przedstawione w rozdziale 4.1.3 konieczne jest, aby program testów posiadał możliwość generowania danych losowych: z definiowanym przedziałem losowania wartości (kod PIN dla wyświetlacza LCD) losowanie wartości w kodzie 1 z N (testowanie przycisków, testowanie diod LED) Tym samym wzorzec odpowiedzi stanowiący część testu jednostkowego musi uwzględniać, że prawidłowa wartość ma charakter losowy i jest zależna od wartości wylosowanej oraz wysłanej w poleceniu. Aplikacja testowa musi posiadać możliwość wstrzymania testu do czasu reakcji Operatora oraz analizowania wprowadzonych danych. Tym samym interfejs graficzny aplikacji musi posiadać możliwość wprowadzenia niezbędnych danych w sposób prosty i czytelny. Tester sterownika Q1 - wymagania Strona 8 z 9 v.1.1

4.2 Tester sprzętowy 4.2.1 Budowa Tester zostanie zbudowany w formie zewnętrznego układu elektronicznego wyposażonego w złącza przeznaczone do połączenia sterownika Q1L. Centralnym elementem testera będzie mikrokontroler. Dodatkowo konieczne będzie zapewnienie złącza RJ45 niezbędnego do komunikacji przez Ethernet. Tester zostanie wyposażony w specjalizowany firmware. Zadaniem oprogramowania wbudowanego testera będzie wykonywanie tych poleceń, wystawianie właściwych stanów na wyjściach, odczyt wejść i odsyłanie odpowiedzi do aplikacji testującej. 4.2.2 Złącza Tester musi zapewniać możliwość przyłączenia wszystkich złącz obecnych w sterowniku Q1L: złącze krawędziowe (płyta główna: CONN5) złącze krawędziowe (płyta I/O: CONN3) cztery złącza terminal blok (płyta I/O: CONN4, CONN5, CONN6, CONN7) dwa złącza typu goldpin (płyta I/O: CONN1, CONN2) Tester sterownika Q1 - wymagania Strona 9 z 9 v.1.1