Gdy panel Astraada HMI uruchamia się poprawnie, ale nie pokazuje danych ze sterownika, problem zwykle tkwi w konfiguracji projektu, adresacji albo doborze wersji oprogramowania. Astraada HMI CFG służy do przygotowania aplikacji operatorskiej, ustawienia modelu panelu, komunikacji z PLC, ekranów, tagów i transferu programu. Poniżej pokazuję praktyczną kolejność konfiguracji oraz błędy, które najczęściej zatrzymują uruchomienie systemu.
Najważniejsze ustawienia decydują o poprawnej pracy panelu
- Dobierz wersję CFG do konkretnego modelu Astraada HMI i jego firmware.
- W projekcie ustaw właściwy model panelu, rozdzielczość i orientację ekranu.
- Komunikacja wymaga poprawnego linku, adresu IP, protokołu, adresów zmiennych i czasu timeoutu.
- Przed transferem sprawdź typy danych, adresację PLC oraz kolejność bajtów.
- Do programowania przez USB potrzebny jest odpowiedni sterownik 32- lub 64-bitowy.
Do czego służy Astraada HMI CFG
Astraada HMI CFG to środowisko do tworzenia aplikacji dla paneli operatorskich Astraada. W jednym projekcie można przygotować ekrany synoptyczne, przyciski, lampki, pola liczbowe, alarmy, trendy, receptury i komunikację z urządzeniami automatyki. Sama aplikacja nie steruje maszyną bezpośrednio, lecz zapewnia operatorowi dostęp do danych i funkcji udostępnionych przez sterownik PLC.
W praktyce określenie astraada hmi cfg może oznaczać zarówno program konfiguracyjny, jak i cały projekt panelu. To ważne rozróżnienie. Plik projektu zawiera ustawienia aplikacji, natomiast panel otrzymuje skompilowany program wraz z konfiguracją urządzeń, tagów i ekranów.
Przed rozpoczęciem pracy sprawdzam zawsze trzy rzeczy: dokładny model panelu, wersję firmware oraz generację środowiska CFG. Według aktualnych informacji technicznych ASTOR wersja 4.0 jest wspierana i zalecana dla paneli serii AS45 oraz AS46. W części nowych urządzeń tych serii starsze wydania mogą nie działać prawidłowo albo nie pozwalać na transfer aplikacji.
Starsze panele, szczególnie z wcześniejszych serii, mogą wymagać starszej wersji środowiska. Nie zakładałbym więc, że najnowszy instalator automatycznie obsłuży każdy panel. Najpewniejsze źródło informacji stanowi tabliczka znamionowa urządzenia, ekran systemowy panelu oraz dokumentacja przypisana do konkretnego modelu.
Jak poprawnie założyć projekt panelu
Nowy projekt rozpoczynam od utworzenia aplikacji i wskazania sprzętu, na którym będzie pracować. Wybór modelu nie jest formalnością, ponieważ wpływa na rozdzielczość, układ ekranów, dostępne funkcje oraz sposób rozmieszczenia obiektów.
- Utwórz nowy projekt i zapisz go w osobnym katalogu.
- Wybierz model panelu Astraada HMI.
- Ustaw orientację ekranu, czyli poziomą lub pionową.
- Sprawdź rozdzielczość i rozmiar obszaru roboczego.
- Nadaj aplikacji jednoznaczną nazwę, najlepiej z nazwą maszyny i numerem wersji.
Dobrym zwyczajem jest zapis projektu poza katalogiem instalacyjnym programu. Ja stosuję prosty układ folderów z osobnym katalogiem na pliki źródłowe, kopie archiwalne i eksport tagów. Dzięki temu łatwiej odtworzyć aplikację po awarii komputera albo wrócić do wersji działającej przed zmianą.
Ustawienia ogólne aplikacji
W ustawieniach aplikacji można skonfigurować między innymi języki, czcionki, klawisze funkcyjne, makra oraz zachowanie panelu po uruchomieniu. Dostępne są także ustawienia ekranu startowego i elementów systemowych. Najważniejszy jest ekran startowy, ponieważ powinien prowadzić operatora do bezpiecznego stanu pracy, a nie od razu otwierać ekran serwisowy.
Makro startowe może wykonać określone operacje po uruchomieniu aplikacji, na przykład wyzerować pomocniczy bit albo ustawić ekran początkowy. Nie używałbym go jednak do bezwarunkowego kasowania wartości procesowych. Taki skrót może stać się przyczyną utraty nastaw po restarcie zasilania.
Język, czcionki i czytelność
Panel może obsługiwać wiele wersji językowych, ale każda dodatkowa wersja zwiększa liczbę tekstów do utrzymania. W dokumentacji dla określonych wydań programu pojawia się limit 10 języków. Konkretne ograniczenia mogą zależeć od wersji CFG i modelu urządzenia, dlatego przed dużym projektem sprawdzam tabelę parametrów dla danego panelu.
Warto zostawić zapas miejsca na dłuższe polskie komunikaty. Tekst „Przekroczona temperatura silnika” zajmuje znacznie więcej miejsca niż krótki komunikat serwisowy po angielsku. Czytelność operatora jest ważniejsza niż upchnięcie wszystkich informacji na jednym ekranie.
Konfiguracja komunikacji z PLC
Najwięcej problemów pojawia się przy tworzeniu linku komunikacyjnego. Link określa, z jakim urządzeniem, przez jaki interfejs i według jakiego protokołu panel ma wymieniać dane. Samo podłączenie przewodu Ethernet nie oznacza jeszcze, że urządzenia będą się komunikować.
W Astraada HMI CFG dodaje się link w drzewie projektu. Dla połączenia Ethernet wybiera się odpowiedni typ interfejsu, producenta urządzenia i model sterownika. Przykładowo dla sterownika Siemens S7-1200 należy wskazać właściwy driver Siemens oraz wpisać adres IP sterownika w parametrach połączenia.
Ethernet i protokoły sieciowe
Przy komunikacji Ethernet sprawdzam najpierw adresy obu urządzeń. Panel i PLC powinny znajdować się w tej samej podsieci, a każdy z nich musi mieć unikalny adres IP. Dla przykładowej sieci mogą to być adresy 192.168.1.20 i 192.168.1.30 przy masce 255.255.255.0.
| Parametr | Przykładowa wartość | Znaczenie |
|---|---|---|
| Adres IP panelu | 192.168.1.20 | Adres urządzenia HMI w sieci |
| Adres IP sterownika | 192.168.1.30 | Adres PLC, z którym pracuje aplikacja |
| Maska podsieci | 255.255.255.0 | Określa wspólną podsieć urządzeń |
| Timeout | Wartość większa od 0 | Czas oczekiwania na odpowiedź urządzenia |
Adresy są tylko przykładem, a nie uniwersalnym ustawieniem. W zakładzie przemysłowym trzeba dopasować je do istniejącej adresacji i zasad działu utrzymania ruchu. Ustawienie tego samego IP na panelu i PLC daje objawy pozornie trudne do wyjaśnienia, takie jak okresowe zanikanie danych albo brak odpowiedzi tylko po uruchomieniu maszyny.
Połączenia szeregowe
Jeżeli używasz RS232, RS422 albo RS485, parametry po obu stronach muszą być zgodne. Dotyczy to prędkości transmisji, liczby bitów danych, parzystości, bitów stopu oraz numeru stacji. W przypadku RS485 dochodzą jeszcze polaryzacja przewodów, terminacja i topologia magistrali.
Typowy błąd polega na zamianie przewodów A i B albo podłączeniu kilku urządzeń w układzie gwiazdy. Przy dłuższej magistrali może to powodować błędy, które znikają na stole, lecz pojawiają się po podłączeniu całej instalacji. Sama zmiana timeoutu nie naprawi problemu fizycznej warstwy transmisji.
Przykład dla Modbus TCP
W przypadku Modbus TCP panel zwykle pracuje jako klient, czyli urządzenie odczytujące lub zapisujące rejestry serwera. Oprócz adresu IP trzeba dopasować typ obszaru pamięci, numer rejestru, funkcję odczytu oraz sposób interpretacji wartości.
Najpierw testuję jeden rejestr i jedną zmienną bitową. Dopiero gdy podstawowa wymiana działa, dodaję kolejne tagi. Taka metoda ogranicza liczbę możliwych przyczyn błędu i szybko pokazuje, czy problem leży w sieci, adresie Modbus, typie danych czy obiekcie na ekranie.
Tagi i adresowanie zmiennych
Tag jest nazwą zmiennej używaną w projekcie HMI. Może wskazywać bit, słowo, podwójne słowo, wartość całkowitą albo zmiennoprzecinkową w pamięci sterownika. Zamiast wpisywać adresy bezpośrednio w wielu obiektach, lepiej utworzyć czytelne tagi, takie jak Temperatura_Zbiornika, Pompa_Start i Alarm_Filtra.
Przed dodaniem zmiennej zapisuję jej adres, typ, jednostkę oraz zakres. Dla przykładu temperatura przechowywana jako liczba całkowita 253 może oznaczać 25,3°C, jeśli sterownik wykorzystuje skalowanie razy 10. Panel musi wtedy wyświetlić wartość po odpowiednim przeliczeniu, inaczej operator zobaczy błędną temperaturę.
| Co sprawdzić | Przykładowy problem | Skutek na ekranie |
|---|---|---|
| Typ danych | Word zamiast Signed Word | Wartość ujemna pojawia się jako bardzo duża liczba |
| Adres rejestru | Przesunięcie o jeden rejestr | Panel pokazuje dane z innej zmiennej |
| Kolejność bajtów | Nieprawidłowy endian dla DWord | Losowa lub skrajnie wysoka wartość |
| Skalowanie | Brak dzielenia przez 10 | 25,3 wyświetla się jako 253 |
| Zapis i odczyt | Tag tylko do odczytu | Przycisk reaguje, ale PLC nie zmienia stanu |
W większych projektach korzystam z grup tagów i eksportu do pliku. Ułatwia to kontrolę adresów oraz późniejsze przenoszenie aplikacji. Przed importem sprawdzam jednak separator, format kolumn i kodowanie znaków, bo błędny import może zmienić nazwy albo pominąć część zmiennych.
Budowa ekranów i test działania
Po konfiguracji komunikacji można tworzyć ekrany operatorskie. Najprostszy ekran powinien pokazywać stan urządzenia, kilka najważniejszych wartości oraz jednoznaczne komunikaty alarmowe. Nie zaczynam od efektów graficznych. Najpierw sprawdzam, czy operator w ciągu kilku sekund rozpozna stan pracy, awarię i możliwość wykonania działania.
Do podstawowej aplikacji wystarczą zwykle obiekty typu Numeric Display, Numeric Entry, Bit Button, Bit Lamp i Alarm Display. Pole Numeric Display pokazuje wartość, Numeric Entry pozwala ją wprowadzić, a Bit Lamp sygnalizuje stan logiczny. Każdy element powinien mieć jasno określony zakres oraz reakcję na brak komunikacji.
Bezpieczne wprowadzanie nastaw
Pole edycyjne nie powinno przyjmować dowolnej wartości. Dla prędkości silnika można ustawić zakres od 0 do 1500 obr./min, a dla temperatury technologicznej od 10 do 80°C, jeżeli takie są granice procesu. Ograniczenia w panelu nie zastępują blokad w PLC, ale tworzą pierwszą warstwę ochrony przed pomyłką operatora.
Przyciski sterujące warto zabezpieczyć potwierdzeniem dla czynności ryzykownych, takich jak reset alarmu, uruchomienie napędu albo zmiana trybu automatycznego. Logika bezpieczeństwa powinna pozostać w sterowniku i obwodzie bezpieczeństwa. HMI nie może być jedynym elementem, który chroni człowieka lub maszynę.
Przeczytaj również: Język LAD w PLC - jak czytać i tworzyć program drabinkowy
Symulator i testy na rzeczywistym panelu
Symulator dostępny w środowisku deweloperskim pomaga sprawdzić układ ekranów, przejścia między stronami i podstawową logikę obiektów. Nie zastąpi jednak testu z prawdziwym PLC, ponieważ nie wykryje wszystkich problemów z driverem, czasem odpowiedzi, adresacją i fizyczną siecią.
Ja testuję aplikację w czterech stanach: normalna praca, zatrzymanie, alarm oraz utrata komunikacji. Szczególnie ważny jest ostatni przypadek. Panel powinien pokazać operatorowi, że dane są nieaktualne, zamiast wyświetlać ostatnią poprawną wartość tak, jakby proces nadal działał.
Transfer aplikacji przez USB i Ethernet
Gotowy projekt trzeba skompilować, a potem przesłać do panelu. Przy programowaniu przez USB wymagany jest właściwy sterownik zainstalowany w systemie Windows. W zależności od systemu wybiera się wersję 32-bitową albo 64-bitową.
- Zainstaluj środowisko CFG oraz odpowiedni sterownik USB.
- Podłącz panel zgodnie z instrukcją dla danego modelu.
- Wybierz właściwy tryb transferu.
- Sprawdź, czy program rozpoznaje urządzenie.
- Wykonaj transfer i pozwól panelowi zakończyć restart.
- Po uruchomieniu sprawdź ekran startowy oraz komunikację z PLC.
Jeżeli panel ma Ethernet, transfer może odbywać się przez sieć, ale wymaga to poprawnej konfiguracji adresu IP oraz dostępu do urządzenia. W niektórych instalacjach sieć produkcyjna blokuje komunikację między komputerem a panelem. Wtedy problem nie wynika z aplikacji, tylko z reguł sieciowych, zapory albo nieprawidłowego przydziału adresów.
Przed wgraniem nowej wersji zapisuję kopię działającej aplikacji i odnotowuję datę transferu. Dobrze jest również zachować wersję firmware panelu oraz listę użytych driverów. Taka dokumentacja skraca późniejszy serwis z kilku godzin do kilkunastu minut.
Najczęstsze błędy w konfiguracji
Wiele usterek można znaleźć bez wymiany przewodów i bez podejrzeń o awarię panelu. Najczęściej przyczyna jest drobna, ale ukryta w jednym z kilku ustawień.
| Objaw | Prawdopodobna przyczyna | Pierwsza czynność kontrolna |
|---|---|---|
| Brak wszystkich danych | Błędny IP, driver lub link | Sprawdź adresy i status połączenia |
| Jedna wartość jest błędna | Zły adres lub typ danych | Porównaj tag z deklaracją w PLC |
| Przyciski nie sterują urządzeniem | Brak zapisu albo niewłaściwy bit | Obserwuj zmianę tagu w sterowniku |
| Panel nie przyjmuje programu | Niezgodna wersja CFG lub firmware | Sprawdź model i wymagane wydanie programu |
| Komunikacja zanika okresowo | Konflikt IP, zakłócenia lub timeout | Przetestuj sieć i sprawdź logi urządzeń |
| Wartość zmienia się skokowo | Nieprawidłowa interpretacja słowa | Zweryfikuj signedness i kolejność bajtów |
Nie zwiększałbym od razu timeoutu do bardzo wysokiej wartości. Długi czas oczekiwania może tylko zamaskować problem i sprawić, że ekran będzie reagował z opóźnieniem. Najpierw sprawdzam przewody, adresację, obciążenie sterownika i poprawność drivera, a dopiero potem dobieram timeout do rzeczywistych warunków pracy.
Trzeba też pamiętać o limitach projektu. W dokumentacji wybranych wydań pojawiają się między innymi 4 linki komunikacyjne, 10 języków, do 7999 stron ekranów oraz 16 bloków alarmów, receptur i rejestratorów danych. Nie należy jednak przenosić tych wartości bez sprawdzenia na każdy panel, ponieważ ograniczenia zależą od wersji oprogramowania i sprzętu.
Najbezpieczniejsza ścieżka dla gotowego projektu HMI
Jeżeli mam uruchomić panel bez zbędnego błądzenia, trzymam się kolejności: identyfikacja modelu i firmware, nowy projekt, ustawienia sprzętowe, jeden link komunikacyjny, jeden testowy tag, dopiero później pełne ekrany i funkcje dodatkowe. Taka praca jest może mniej efektowna na początku, ale szybko pokazuje, gdzie naprawdę znajduje się problem.
Największą różnicę robią trzy rzeczy: zgodność wersji CFG z panelem, poprawna adresacja oraz świadome definiowanie typów danych. Gdy te elementy są uporządkowane, reszta konfiguracji staje się przewidywalna, a aplikację można spokojnie rozwijać o alarmy, receptury, trendy i dostęp serwisowy.
Przed przekazaniem instalacji operatorowi wykonaj kopię projektu, opisz adresy urządzeń i przetestuj reakcję na utratę komunikacji. Dzięki temu Astraada HMI będzie nie tylko ekranem z wartościami, lecz czytelnym i bezpiecznym narzędziem sterowania maszyną.
