Produkty PlcGit, działanie i cele

PlcGit posiada wiele funkcji

• Program PLC kopia zapasowa i przywracanie
• Sprawdź i scal różnice między wersjami oprogramowania PLC.
• Zarządzanie kodem programu PLC w rozproszonym zespole programistów

Poniższy opis stanowi przykład dla serii sterowników PLC Siemens S7 1500 z wykorzystaniem oprogramowania do programowania sterowników PLC Siemene TIA Portal

Kopia zapasowa i przywracanie programu PLC

Podczas pierwszego uruchomienia należy zdefiniować repozytorium. Zazwyczaj jest to po prostu nazwa repozytorium. Następnie, do wstępnej konfiguracji, potrzebny jest projekt TIA. Ten projekt definiuje program PLC dla jednego lub wielu sterowników PLC. Jedno repozytorium może obsługiwać wiele projektów TIA.
Każdy PLC jest określony przez swoją nazwę i adres TCP/IP. Początkowa konfiguracja odczytuje projekt TIA i wyświetla listę PLC z ich adresami IP. Jeden lub kilka z nich może zostać wybranych do funkcji tworzenia kopii zapasowych i przywracania. Następnie można zdefiniować czas i częstotliwość wykonywania kopii zapasowych. Najczęściej odbywa się to raz dziennie w nocy.
Projekt TIA jest odczytywany, dekodowany, a wszystkie części programu są wysyłane do repozytorium w formie czytelnej dla człowieka. Dodatkowo projekt TIA jest archiwizowany ze względów bezpieczeństwa.

Każdej nocy rzeczywisty PLC jest sprawdzany pod kątem zmian. Jeśli zostaną wykryte zmiany, odpowiednie elementy są odczytywane z PLC i wysyłane do repozytorium. Nazywa się to tagiem, który jest identyfikowany przez znacznik czasu oraz pracownika, który dokonał zmiany.

Jeśli pewne zmiany, głównie wprowadzone w weekend, zakłócają produkcję w poniedziałek lub później, personel utrzymania ruchu sprawdza listę dostępnych kopii zapasowych z ostatnich dni. Odbywa się to w przeglądarce. Zazwyczaj kierownictwo zmiany zna datę ostatniej stabilnej produkcji. Wybierana jest więc, na przykład, wersja z ostatniego wtorku. Następnie uruchamiana jest funkcja przywracania. Pobiera ona istniejący projekt TIA, odczytuje wszystkie zmiany wprowadzone w PLC, kopiuje projekt TIA i aktualizuje go o zmiany do wtorku. Po zakończeniu jest on pobierany na komputer z zainstalowanym TIA Portal — zazwyczaj jest to komputer personelu utrzymania ruchu. Następnie uruchamiany jest TIA, wczytywany pobrany projekt, a następnie aktualizowany i restartowany jest odpowiedni PLC. Maszyna będzie działała tak jak we wtorek.

Kilka szczegółów dotyczących kopii zapasowej i przywracania. Jeśli w nocy nie można wykonać kopii zapasowej, najczęściej z powodu niedostępności PLC, generowany jest alarm. Alarm jest zapisywany w dzienniku zdarzeń. W takim przypadku można również skonfigurować wysyłanie powiadomień e-mail. W takim przypadku kopia zapasowa tej nocy nie zostanie wykonana.
Podczas przywracania wykonywane są kontrole spójności projektu TIA i PLC. Jeśli konfiguracja sprzętowa PLC różni się, przywracanie zazwyczaj nie zadziała prawidłowo. Jest to również sprawdzane w nocnych kopiach zapasowych i jeśli konfiguracja sprzętowa PLC różni się, wysyłane jest ostrzeżenie. Zazwyczaj przy zmianie konfiguracji sprzętowej PLC konieczne jest ponowne zarejestrowanie nowego projektu TIA.

Sprawdź różnice między wersjami programu PLC i scal je

Po przywróceniu awaryjnym lub z innych powodów personel konserwacyjny może sprawdzić zmiany między różnymi wykrytymi zmianami lub w stosunku do oryginalnej zawartości projektu TIA. Odbywa się to również w przeglądarce.
Wybiera się więc repozytorium z listy, a następnie PLC. Widok jest podobny do portalu TIA z listą bloków PLC. Zmienione bloki są zaznaczone. Następnie wybierany jest (zmieniony) blok. Zawartość bloku zostanie wyświetlona w przeglądarce podobnie jak w portalu TIA jako KOP/FUP/SCL/Graph. Blok jest wyświetlany dwukrotnie, jeden i drugi blok. Wykryte zmiany są wyraźnie zaznaczone. Kod programu PLC jest programowany w drabinkach, wyświetlana jest tylko jedna drabinka. Zmienione drabinki są zaznaczone na liście drabinek.

Scalanie oznacza, że użytkownik może teraz przenosić całe bloki z jednej wersji do drugiej lub całe drabinki. W drabince do scalania można wykorzystać poszczególne elementy lub grupy elementów.
Testowanie odbywa się tak samo jak w przypadku przywracania: wygeneruj projekt TIA, pobierz projekt, otwórz TIA, załaduj projekt do TIA, a następnie do PLC.

Zarządzanie kodem programu PLC w rozproszonych zespołach programistycznych

W przypadku tworzenia oprogramowania zazwyczaj nie ma PLC. Kilka osób w zespole pracuje nad różnymi częściami oprogramowania PLC. Potrzebne są tylko funkcje wyboru bloków PLC i scalania. W tym przypadku może istnieć wiele projektów TIA. Można je wprowadzić do repozytorium. W celu połączenia kodu można wybrać bloki i scalić je w jeden wynikowy projekt TIA. Może to generować różne konflikty scalania. Takie elementy są oznaczane. Następnie można ręcznie rozwiązać problemy, takie jak zmiana nazw niektórych zmiennych lub bloków lub ponowne numerowanie bloków. Zazwyczaj struktury używane w rozproszonym zespole programistów są różne. Możliwym rozwiązaniem jest utworzenie nowej struktury w scalaniu zawierającej wszystkie zmienne od członków zespołu. Możliwe są jednak również inne rozwiązania.
Różne wersje TIA w zespole nie stanowią zazwyczaj problemu. Scalanie z niższych do wyższych wersji TIA zawsze będzie działać. Obniżenie wersji jest możliwe, jeśli blokady PLC, których to dotyczy, nie wykorzystują specjalnych funkcji, których starsza wersja TIA nie obsługuje.
Jedyne, czego nie można scalić, to konfiguracje sprzętowe. Są one zawsze niekompatybilne.