Łączenie GX Simulator z Factory I/O za pośrednictwem OPC
Stabilna konfiguracja wirtualnego uruchamiania firmy Mitsubishi wymaga czegoś więcej niż tylko zgodności adresów. W tym przewodniku wyjaśniono ścieżkę danych...
Uruchomienie wirtualne staje się przydatne, gdy symulator zachowuje się jak sterowana maszyna, a nie jak odłączona animacja. W projektach Mitsubishi oznacza to zbudowanie możliwej do prześledzenia ścieżki od pamięci urządzeń GX Simulatora, przez serwer OPC, do tagów Factory I/O.
Celem nie jest samo wprawienie przenośnika w ruch. Chodzi o potwierdzenie przypisania adresów, kierunku sygnałów, działania sekwencji, obsługi usterek i logiki ponownego uruchamiania, zanim dostępne będą fizyczne wejścia i wyjścia.

Niewielki model przenośnika może ujawnić błędy mapowania i sekwencji, zanim trafią one do rzeczywistego panelu.
Najpierw zdefiniuj kontrakt danych
Utwórz listę wejść/wyjść określającą każdy sygnał Factory I/O, adres urządzenia Mitsubishi, typ danych, kierunek odczytu lub zapisu, stan domyślny oraz stan bezpieczny. Wejścia, takie jak przyciski startu i fotokomórki, powinny być zapisywane przez symulację i odczytywane przez logikę PLC. Polecenia silników i emiterów powinny przepływać w przeciwnym kierunku.
Typowy przykład dla sterownika FX może przypisywać wejścia do urządzeń X, a wyjścia do urządzeń Y, jednak sterowniki serwera i symulatora mogą udostępniać je za pomocą innej składni tagów. Potwierdź dokładną konwencję nazewnictwa na podstawie jednego znanego bitu przed zaimportowaniem pełnej listy.
Buduj połączenie warstwami
Uruchom GX Works i odpowiedni symulator, wgraj minimalny program i przełącz go w tryb RUN. Skonfiguruj serwer OPC dla symulowanego CPU i utwórz niewielką grupę tagów. Przed otwarciem Factory I/O sprawdź bieżące zmiany w widoku klienta OPC. Dopiero gdy ta warstwa działa, klient OPC Factory I/O powinien zasubskrybować tagi.

Testowanie warstwa po warstwie pozwala oddzielić usterki konfiguracji PLC, OPC i sceny.
Znaczenie czasu i stanu
Częstotliwość aktualizacji OPC, czas cyklu PLC oraz czas symulacji fizyki w Factory I/O są niezależne. Krótki impuls czujnika w symulacji może zniknąć między kolejnymi subskrypcjami. Zatrzaskuj ważne zdarzenia w PLC, wydłuż impulsy testowe lub wybierz częstotliwość aktualizacji odpowiednią dla danej sekwencji.
Przetestuj również zimny start, ciepły restart, utratę komunikacji i reset licznika. Wyjścia nie powinny wznowić ruchu tylko dlatego, że symulator ponownie połączył się ze starym stanem. Ustal warunki zezwalające i świadomie zaplanowaną sekwencję startową.
Opcje sprzętowe Mitsubishi można przejrzeć w kolekcji Mitsubishi Electric, a szerszy wybór sterowników znajduje się w systemach PLC i PAC.
Wykorzystaj symulację jako dowód
Zapisz oczekiwane kroki i kryteria akceptacji: brak wyjścia przed uruchomieniem, jedno zliczenie na produkt, kontrolowane zatrzymanie po osiągnięciu celu, bezpieczna reakcja na zablokowane czujniki oraz przewidywalne przywracanie działania. Same zrzuty ekranu są słabym dowodem; bardziej przydatne są trendy tagów i powtarzalne przypadki testowe.
Opinia autora: OPC jest mostem, a nie celem uruchomienia. Rzeczywista korzyść pojawia się wtedy, gdy wirtualne stanowisko staje się powtarzalnym środowiskiem testowym dla zachowania PLC, konwencji nazewnictwa i logiki przywracania działania, które sprawdzą się po przejściu na rzeczywisty sprzęt.