Miałem okazję popełnić kilka paneli aplikacji na panele HMI i tak zacząłem się od pewnego momentu zastanawiać nad tym jak powinien wyglądać idealny panel. Oczywiście jestem świadomy tego, że mało realne jest stworzenie stuprocentowego ideału stąd pomysł na zarzucenie dyskusji tutaj.
Drodzy koledzy, drogie koleżanki zapraszam do stworzenia swoistego prostego kompendium tego jak powinien wyglądać i działać dobrze napisany panel.
Pozwolę sobie na rozpoczęcie.
Pamiętaj, aby rozmiar przycisków i przerw między nimi był na tyle duży, aby umożliwiał w miarę swobodną obsługę. Czasem przy skomplikowanej funkcjonalności obiektu, może warto stworzyć oddzielną stacyjkę.
Kolory mają pomagać w szybkim odczytaniu informacji, które "maszyna chce przekazać obsłudze ".
Intuicyjnie jest kiedy zachowujemy regularny rozstaw między pulpitami. Przycisk załączenia po lewej, wyłączenia po prawej. Pasek nawigacyjny ujednolicony względem różnych pulpitów.
Nie tak dawno Astor wypuścił genialny kurs tworzenia paneli HMI/SCADA. Wydaję mi się, że stosując się do tych zaleceń ciężko zrobić nie czytelną wizualizację.
Przy paru uruchomieniach stwierdziłem bardzo podstawową rzecz. Panele jest używane nie przez nas inżynierów, automatyków, specjalistów do wszystkiego, a ludzi technicznych, pracujących fizycznie i wszyscy wiedzą jak wyglądają ich dłonie… izolacja zapewniona bez dodatkowych akcesoriów Więc dobra praktyka robienia paneli to robienie dużych czcionek, przycisków do łatwej nawigacji.
Bardzo dziękuję za docenienie W tworzeniu kursu, chcieliśmy rozwiać wszystkie wątpliwości projektantów wizualizacji na panele, dlatego w treść kursu wprowadziliśmy też checklisty i zadania Oczywiście trzeba pamiętać, że panele, które projektujemy (w większości), nie będą służyć nam, tylko operatorom
Dostępne są już trzy pierwsze odcinki, a kolejny już wkrótce
Struktura jednego ekranu powinna być symetrycznie poukładana. Należy dążyć do tego, aby wszystkie pola i obiekty były symetryczne poukładane według linii poziomych i pionowych. Wystarczy zaznaczyć dwa lub więcej obiektów a następnie wybrać odpowiednią opcję, która jest w każdym oprogramowaniu do wizualizacji SCADA:
wyrównaj w pionie do lewej/prawej/środka
wyrównaj w poziomie do lewej/prawej/środka
Przykład symetrycznie poukładanych obiektów zbiorczych w oprogramowaniu WebHMI. Wszystkie boki prostokątów są równoległe do pozostałych oraz poukładane w strukturze siatki.
Przede wszystkim należy pamiętać przy tworzeniu ekranów dotykowych, że operatorzy mają “sękate” palce. Coś co dla Ciebie jest odpowiednim rozmiarem przycisku, tak dla operatora powinno być zdecydowanie większe.
Raz pamiętam przyszedł do nas panel na wymianę gwarancyjną. Gość tak mocno naciskał przycisk, że zrobił dziurę w ekranie.
Mam też wrażenie, że przy tworzenia aplikacji rola przyszłych operatorów stanowiska jest znikoma. Praktycznie nikt się ich nie pyta jak by chcieli, aby coś wyglądało.
Co do obrazków to ja jestem zwolennikiem symboli i kolorów. Najlepiej, żeby obiekt przypominał kształtem i położeniem rzeczywisty obiekt. Natomiast kolory sygnalizują jego stan np. zielony - OK, żółty - coś nie tak, ale to jeszcze nie krytyczne, czerwony - awaria.
Co do HMI to dzisiaj naszła mnie taka myśl. Aktualnie pracuję na AB. Mam wrażenie, że logika animacja na panelu w Factory Talk jest nieczytelna. Zwłaszcza, że mam tam już całkiem spore warunku. W następnym projekcie chyba całą tą logikę zaszyje w PLC, a na panelu podepnę jedynie pojedyncze zmienne. Przede wszystkim szybciej zmienia mi się logikę w PLC. Panel tworzy wersję Runtime dosyć długo.
@PMarek, nie wiem czy Cię dobrze zrozumiałem.
Generalnie zasada jest tak że jakakolwiek logika nie powinna być realizowana w Panelu/SCADA’zie.
Synoptyka panela, SCADY powinna tylko odzwierciedlać stany PLC.
Kilka lat pracowałem na FT i nie jestem dobrego zdania o tym sofcie. Jest sporo plusów ale SCADY gdybym miał wybór nie stawiałbym na tym sofcie, co innego panele, nie masz wyboru.
Jakbyś potrzebował jakiś pomysłów lub wsparcia daj znać. Jestem “w związku z Rockwellem” od kilkunastu lat
@anon49053312 miałem na myśli choćby parametry visibility dla przycisków. Jak zaczynałem tworzyć aplikację, to byłą to pojedyncza zmienna. Pod koniec zaczynało wyglądać to mniej więcej tak: “((zmienna 1 AND zmienna 2) OR (zmienna3 == 4)) AND NOT (zmienna 5)”. Do tego biorąc pod uwagę, że nazwy są symboliczne i ścieżki adresowe do sterownika wyglądają jak wyglądają zrobiło się to mało czytelne.
Na przyszłość chyba to będę obszywać w sterowniku.
W dużych aplikacjach, gdzie rozbudowana jest SCADA, dobrze jest mieć podprogram HMI gdzie jest cała logika do okien synoptycznych. Nie ma wtedy potrzeby kopania w projekcie HMI/SCADA, żeby dowiedzieć się dlaczego np. przycisk jest nieaktywny.
Dodatkowo dobrze jest zrobić zmienną user define HMI_Button ze wszystkimi atrbutami, wtedy to jest czytelne.