Programy, prototypy komunikacji i integracja maszyn – jak połączyć urządzenia różnych producentów na Śląsku

Dlaczego firmy produkcyjne coraz częściej szukają integracji maszyn i oprogramowania na zamówienie

Typowy zakład na Śląsku ma park maszynowy budowany przez lata: prasa z lat dziewięćdziesiątych, nowa linia pakująca, robot kupiony przy okazji projektu dofinansowanego, waga z drukarką etykiet, kilka sterowników różnych marek. Każde z tych urządzeń działa samodzielnie i bardzo często jest jedynym źródłem informacji o swojej pracy. Dane o produkcji trafiają do kierownika zmiany na kartce, do Excela albo wcale.

Gdy rośnie liczba zamówień, klient oczekuje śledzenia partii, a księgowość chce znać rzeczywisty koszt wyrobu, ręczne przepisywanie danych przestaje wystarczać. W tym momencie pojawia się potrzeba programu, który połączy maszyny ze sobą i z systemami informatycznymi. Gotowy pakiet z półki rzadko pasuje do urządzeń z różnych dekad i od różnych producentów, dlatego powstaje oprogramowanie dopasowane do konkretnego parku maszynowego.

Nasz profil to w pierwszej kolejności sprzęt: naprawy sterowników, falowników, paneli HMI, zasilaczy i kart komunikacyjnych. Dlatego programy, które piszemy, powstają z myślą o realnych warunkach hali: zakłócenia, długie kable, stare interfejsy szeregowe, brak dokumentacji. Znamy te urządzenia od strony płytki drukowanej, a to bardzo przyspiesza diagnozę, gdy komunikacja „nie chce ruszyć”.

Z jakimi problemami borykają się firmy – najczęstsze bariery integracji

Z rozmów z działami utrzymania ruchu i kierownikami produkcji oraz z dostępnych opracowań branżowych wynika, że bariery są od lat te same. Poniższa tabela zbiera te, z którymi spotykamy się najczęściej, wraz ze sposobem, w jaki je rozwiązujemy.

Co piszemy i budujemy – zakres programów i prototypów komunikacji

Pod hasłem „integracja maszyn” kryje się kilka różnych warstw pracy. W praktyce łączymy je w jeden projekt, ale warto je rozróżniać, bo każda wymaga innych kompetencji i narzędzi.

• programy dla sterowników PLC: logika wymiany danych, bufory, potwierdzenia, obsługa błędów i przywracania komunikacji po zaniku zasilania,
• sterowniki protokołów dla urządzeń z interfejsem szeregowym: wagi, drukarki etykiet, czytniki kodów, mierniki, starsze sterowniki,
• programy pośredniczące (middleware) na komputerze przemysłowym lub bramce brzegowej, które odczytują dane z maszyn i publikują je dalej,
• połączenia z bazami danych SQL, systemami ERP, MES i WMS: zlecenia, liczniki, statusy, wyniki jakościowe,
• wymiana sygnałów maszyna – maszyna: potwierdzenia gotowości, przekazywanie wyrobów między stanowiskami, współpraca robota z przenośnikiem i systemem wizyjnym,
• panele i raporty: proste dashboardy dla kierownika zmiany, alarmy mailowe lub SMS-owe, eksport do plików CSV i XML,
• stanowiska testowe i symulatory maszyn, pozwalające sprawdzić program bez zatrzymywania produkcji.

Do większych projektów, w których potrzebna jest pełna wizualizacja procesu, podłączamy nasze rozwiązania do systemów nadrzędnych opisanych w osobnym artykule o integracji maszyn ze SCADA. Ten tekst skupia się na warstwie wcześniejszej: jak powstaje sama komunikacja i jak ją bezpiecznie sprawdzić.

Dlaczego warto zaczynać od prototypu (proof of concept)

Prototyp komunikacji to niewielki, szybko zbudowany układ, który udowadnia, że dane z konkretnej maszyny da się odczytać, przetworzyć i przekazać dalej. Nie jest to „wersja na pokaz”, ale pierwszy etap właściwego projektu, który pozwala zdjąć z niego największe ryzyka.

Prototyp odpowiada na pytania, których nie da się rozstrzygnąć na papierze: czy maszyna rzeczywiście wysyła dane tak, jak mówi dokumentacja, jak często odświeża wartości, czy łącze jest odporne na zakłócenia od falowników, czy opóźnienia mieszczą się w wymaganiach procesu i czy bezpieczeństwo maszyny pozostaje nienaruszone.

1. Rozmowa i wstępna analiza: lista maszyn, marki sterowników, zakres danych, cel biznesowy, miejsca, gdzie dziś „gubi się” informacja.
2. Rozpoznanie interfejsów: sprawdzenie portów, protokołów, adresów, dokumentacji oraz, gdy jej brak, analiza ruchu na łączu.
3. Budowa stanowiska testowego: odtworzenie komunikacji na stole, z symulacją maszyny lub z urządzeniem po demontażu.
4. Prototyp oprogramowania: odczyt, zapis, obsługa błędów, rejestrowanie zdarzeń, wstępne wyniki w prostym podglądzie.
5. Próba na maszynie w uzgodnionym oknie serwisowym, bez ingerencji w układy bezpieczeństwa.
6. Przegląd wyników z klientem i decyzja: rozwijamy, zmieniamy podejście albo kończymy na tym etapie.

Dzięki temu wiemy, ile naprawdę kosztuje i ile potrwa wdrożenie, zanim klient zaangażuje większy budżet. Wycena pełnego projektu jest wtedy oparta na sprawdzonych faktach, a nie na założeniach.

Narzędzia i technologie – z czego korzystamy

Nie narzucamy jednej technologii. Dobieramy narzędzia do tego, co już działa u klienta, tak aby po zakończeniu projektu dział utrzymania ruchu mógł samodzielnie zrozumieć i obsługiwać rozwiązanie.

Stare interfejsy i zamknięte protokoły – jak podchodzimy do maszyn bez dokumentacji

Największą grupą zleceń są maszyny, które komunikują się po łączu szeregowym albo własnym, nieudokumentowanym protokołem, a ich producent już nie istnieje lub nie wspiera urządzenia. Taka maszyna nie jest jednak stracona dla integracji.

• rejestrujemy ruch na łączu w trakcie normalnej pracy maszyny (podsłuch pasywny, bez wpływu na proces),
• porównujemy ramki z akcjami operatora i zmianami na wyświetlaczu, aby odgadnąć znaczenie pól, sum kontrolnych i znaczników,
• odtwarzamy komunikację na stole z użyciem własnego programu i sprawdzamy odpowiedzi urządzenia,
• dopiero po potwierdzeniu poprawności podłączamy rozwiązanie do maszyny na stałe i dokumentujemy ramki,
• jeśli interfejs jest uszkodzony, naprawiamy kartę komunikacyjną lub układ transceivera na poziomie elementów.

Od maszyny do ERP i MES – jak dane przechodzą przez cały zakład

Sama komunikacja z maszyną nie daje wartości, dopóki dane nie trafią tam, gdzie ktoś ich potrzebuje. Najczęstsze scenariusze to automatyczne raportowanie ilości sztuk z maszyny do zlecenia produkcyjnego, pobieranie parametrów procesu z systemu do maszyny oraz zapis czasów przestojów z podaniem przyczyny.

• zlecenie z ERP trafia do maszyny: indeks wyrobu, ilość, receptura lub program obróbki,
• maszyna zwraca do ERP: liczbę sztuk dobrych i złych, czas pracy, czas przestoju, numer partii,
• zdarzenia jakościowe z czytników i kamer są łączone z numerem zlecenia i zapisem w bazie,
• alarmy i przekroczenia parametrów wysyłane są e-mailem lub SMS-em do właściwej osoby,
• zużycie energii i materiałów jest rejestrowane na poziomie zlecenia, co umożliwia policzenie rzeczywistego kosztu wyrobu.

Integrujemy się z istniejącymi systemami klienta przez ich oficjalne interfejsy: bazy danych, API, pliki wymiany lub dedykowane moduły. Nie zakładamy wymiany systemu ERP ani MES: pracujemy z tym, co firma już ma i co ma sprawdzone w codziennej pracy.

Przykładowe scenariusze integracji dla zakładów w regionie

Poniższe scenariusze są typowymi zadaniami dla firm z naszego regionu. Pokazują skalę i charakter prac, nie opisują konkretnego klienta.

Programowanie sterowników PLC pod komunikację – na co zwracamy uwagę

Program wymiany danych w sterowniku jest innym zadaniem niż sterowanie samą maszyną. Musi być odporny na utratę łączności, powtórzenia, opóźnione odpowiedzi i restart urządzenia po drugiej stronie. Poniżej podstawowe zasady, które stosujemy w każdym projekcie.

• komunikacja jest oddzielona od logiki procesu: awaria łącza nie może zatrzymać maszyny ani zmienić jej stanu bezpiecznego,
• każda wymiana ma potwierdzenie i limit czasu; brak odpowiedzi jest zdarzeniem obsługiwanym, a nie niezdefiniowanym stanem,
• dane z zewnątrz są walidowane (zakresy, typy, sumy kontrolne) zanim wpłyną na pracę maszyny,
• zmienne mają czytelne nazwy i opisy, a mapa sygnałów jest dokumentowana jako osobny plik,
• program ma diagnostykę: liczniki błędów, ostatni poprawny odczyt, znacznik czasu, łatwy podgląd stanu komunikacji,
• przed zmianą tworzymy kopię projektu, a po zakończeniu przekazujemy kompletną wersję wraz z opisem zmian.

Cyberbezpieczeństwo i własność kodu – czego oczekiwać od wykonawcy

Połączenie maszyn z siecią zakładową zwiększa ryzyko, jeśli zrobi się to bez planu. Dlatego każdy projekt zawiera podstawowe zasady ochrony sieci przemysłowej, zgodne z duchem normy IEC 62443.

• segmentacja sieci: maszyny w osobnej podsieci, dostęp do nich tylko przez kontrolowaną bramkę,
• brak bezpośredniego wystawiania sterowników do internetu; zdalny dostęp tylko przez uwierzytelniony, szyfrowany kanał,
• indywidualne konta i minimalne uprawnienia, zmiana domyślnych haseł urządzeń,
• kopie zapasowe projektów PLC, konfiguracji bramek i programów pośredniczących,
• dokumentacja adresów IP, portów i przepływów danych, aby dział IT mógł je przejrzeć i zaakceptować.

Po zakończeniu projektu klient otrzymuje komplet materiałów: kod źródłowy programów, projekty sterowników, konfigurację urządzeń, dokumentację sygnałów i schematy komunikacji. Warunki praw do kodu ustalamy w umowie przed rozpoczęciem prac, tak aby firma nie była uzależniona od jednego wykonawcy.

Jak wygląda współpraca krok po kroku

1. Kontakt telefoniczny lub e-mail: opisujesz maszyny, problem i cel. Wystarczą marki sterowników i kilka zdjęć tabliczek oraz szaf.
2. Wstępna analiza i wycena prototypu: bezpłatna, indywidualna, z jasnym zakresem i kryteriami sukcesu.
3. Prototyp na stanowisku testowym oraz próba na maszynie w uzgodnionym terminie.
4. Przegląd wyników i plan wdrożenia etapami, z ustaleniem okien serwisowych.
5. Wdrożenie, uruchomienie i odbiór wspólnie z utrzymaniem ruchu klienta.
6. Szkolenie, dokumentacja i dalsza opieka: w razie awarii sprzętu naprawiamy sterowniki, panele i zasilacze w naszej pracowni w Knurowie.

Pracujemy w dni robocze, od poniedziałku do piątku w godzinach 8:00–16:00. Zapytania przesłane poza tymi godzinami obsługujemy w najbliższym dniu roboczym.

Branże i zakłady, dla których realizujemy integracje

Śląsk i okolice w promieniu 50 km od Gliwic i Rybnika – gdzie działamy

Pracownia ACORE znajduje się w Knurowie, w samym centrum aglomeracji górnośląskiej. Dojeżdżamy do klientów w promieniu około 50 km od Gliwic i Rybnika, czyli na obszar, w którym leży większość największych zakładów produkcyjnych regionu. Zlecenia z reszty kraju realizujemy zdalnie i przez wysyłkę sprzętu do naszej pracowni.

Region jest jednym z najlepiej przygotowanych do transformacji cyfrowej przemysłu w Polsce. Politechnika Śląska prowadzi w Gliwicach centrum przemysłu 4.0 z infrastrukturą do testowania rozwiązań IIoT, a lokalne firmy, wspierane m.in. przez specjalną strefę ekonomiczną, stopniowo wdrażają robotyzację i integrację danych z maszyn. Zapotrzebowanie na praktyczne łączenie istniejącego parku maszynowego z nowoczesnymi systemami rośnie więc zarówno w dużych zakładach, jak i w małych firmach produkcyjnych.

Nie tylko oprogramowanie – naprawa sprzętu, na którym działa integracja

Integracja działa tak długo, jak długo sprawne są urządzenia, na których się opiera. Dlatego w jednym miejscu łączymy pisanie programów z naprawą elektroniki: sterowników PLC, paneli HMI, falowników, serwonapędów, zasilaczy DIN, modułów wejść i wyjść oraz kart komunikacyjnych.

• gdy komunikacja przestaje działać, sprawdzamy, czy winne jest oprogramowanie, okablowanie czy uszkodzony układ interfejsu,
• uszkodzone karty komunikacyjne i porty naprawiamy na poziomie elementów, bez wymiany całego urządzenia,
• dla sprzętu, którego nie da się już kupić, odtwarzamy funkcję lub budujemy bramkę zastępującą uszkodzony moduł,
• po naprawie testujemy urządzenie na stanowisku w warunkach zbliżonych do pracy w maszynie.

Sprzęt możesz dowieźć do nas do Knurowa albo wysłać kurierem z dowolnego miejsca w Polsce.

Najczęstsze pytania o integrację maszyn i oprogramowanie na zamówienie