Endüstriyel HMI Tasarımında Renklerin Anlamı

Bir endüstriyel kontrol ekranına baktığınızı düşünün. Pompalar yeşil, borular mavi, tanklar turuncu ve birçok sayı renkli kartların içinde duruyor. Sonra ekranın bir köşesinde kırmızı bir alarm beliriyor. Operatörün önce onu fark etmesini bekliyoruz. Fakat ekrandaki her şey zaten dikkat istiyorsa kırmızının işi düşündüğümüzden daha zor olabilir.

HMI tasarımında renk bu yüzden dekorasyondan çok önceliklendirmeyle ilgilidir. Kullandığımız her renk, ekranın dikkat bütçesinden küçük bir pay alır. Normal bilgileri ne kadar çok renkle vurgularsak, gerçekten bir şey değiştiğinde kullanabileceğimiz görsel kontrast o kadar azalır.

Önce, nasıl bir ekrandan söz ediyoruz?

HMI, “Human–Machine Interface”, yani insan–makine arayüzü anlamına gelir. Terim birçok etkileşim biçimini kapsasa da endüstride genellikle insanların makineleri veya süreçleri izleyip kontrol ettiği ekranlar için kullanılır. Bir üretim hattı paneli, pompa genel görünümü veya su tankının seviyesini gösteren ekran buna örnektir. Inductive Automation'ın HMI açıklaması konuya iyi bir giriş sunuyor.

Bu yazıda endüstriyel HMI ve SCADA benzeri arayüzlere odaklanıyorum. Otomobil göstergesi, tıbbi cihaz ve mobil uygulama aynı renklerden bazılarını kullanabilir; ancak ortamları, riskleri ve kullanıcı beklentileri farklıdır. Bir rengin anlamı, içinde bulunduğu sistemle birlikte tanımlanmalıdır.

Tanıdık renklerin farklı görevleri olabilir

Endüstriyel göstergelerde kırmızı genellikle tehlike, acil durum veya arızayla; sarı uyarı ya da anormal durumla; yeşil ise normal durumla ilişkilendirilir. Mavi, belirli bir eylemin gerekli olduğunu gösterebilir. Siyah, beyaz ve gri bu genel kodlamada özel bir anlam taşımaz. Siemens bu ayrımı IEC 60073'e dayanan renk kodlama tablosunda özetliyor.

Buradaki küçük sürpriz çoğu zaman mavidir. Bir tüketici uygulamasında nötr bilgi veya birincil buton için kullandığımız mavi, makine göstergesinde daha özel bir görev üstlenebilir. Fiziksel düğme, sinyal lambası ve dijital HMI içindeki veri alanı otomatik olarak aynı kurala tabi değildir. Bu nedenle kullanışlı bir renk rehberi yalnızca HEX değerini değil; bileşeni, koşulu ve yanında kullanılacak etiketi de açıklamalıdır.

Her şey yolundaysa ekran biraz sakin kalabilir

Çalışan her ekipmanı parlak yeşile boyamak ilk bakışta mantıklı gelebilir. Şimdi onlarca pompa, vana ve tank bulunan bir tesis ekranını düşünün. Her normal duruma güçlü bir renk verdiğimizde günlük çalışma görünümü ekranın en gürültülü hâline dönüşür. Yüksek performanslı HMI yaklaşımı genellikle sakin veya gri tonlu bir temel kurar ve güçlü kontrastı dikkat gerektiren bilgiler için saklar. RealPars'ın HMI renk rehberi, nötr proses çizimleri ve seçici alarm renkleriyle bu yaklaşımı gösteriyor.

Sakin bir ekran belirsiz bir ekrana dönüşmemeli. “Çalışıyor”, “Durdu”, “Arıza” ve “Veri yok” birbirinden farklı durumlardır. Bir pompa planlı olarak durmuş olabilir; onu kırmızı göstermek gerçekte olmayan bir sorun algısı yaratabilir. Bağlantısı kesilen sensör de sıradan bir gri değer gibi görünmemeli. Metinler, simgeler ve veri kalitesi durumları anlamı taşımaya devam etmelidir.

Aynı tank, üç farklı durum

Konuyu somutlaştırmak için T-01 adında kurgusal bir tank ekranı hazırladım. Aşağıdaki uyarı ve alarm eşikleri yalnızca bu tasarım örneğine aittir; gerçek bir prosesin çalışma veya güvenlik sınırları değildir.

Üç ekranda da tankı, ölçeği ve durum alanını aynı yerde tutardım. Koşul değiştiğinde operatör yerleşimi yeniden öğrenmek zorunda kalmamalı. Seviye %93'e geldiğinde alarm alanında “T-01 · Seviye %93 · Alarm eşiği %90” yazabilir. Kırmızı işaret artık ne olduğunu ve nerede gerçekleştiğini anlatan açık bir mesaja yönlendirir.

Onaylandı, çözüldü anlamına gelmez

Tank seviyesi hâlâ %93. Operatör alarmı görüyor ve “Gördüğümü onayla” düğmesine basıyor. Arayüz bu etkileşimi kaydedebilir; ancak tanktaki su seviyesi değişmedi. Kartı bu noktada yeşile çevirmek çok farklı bir sonuç anlatırdı.

Ignition'ın alarm modeli “Aktif” ve “Onaylandı” koşullarını ayrı ele alır. Bu nedenle bir alarm aynı anda hem aktif hem de onaylanmış olabilir. Bu örnekte kırmızı vurguyu korur, etiketi “Aktif · Onay bekliyor” durumundan “Aktif · Onaylandı” durumuna geçirirdim. Ignition alarm dokümantasyonu bu durumları ayrıntılı biçimde açıklıyor.

Renkleri kaldırınca ekran hâlâ anlaşılır mı?

Renk kaldırıldığında normal, uyarı ve alarm arasındaki fark kayboluyorsa arayüz renge fazla anlam yüklemiş demektir. W3C'nin Renk Kullanımı rehberi, rengin bilgiyi aktaran tek görsel yöntem olmaması gerektiğini söyler. Metin, şekil ve simgeler rengi destekleyebilir. Sarıyı ayırt etmek zor olsa bile “Seviye yüksek” etiketi anlaşılmaya devam eder.

Okunabilirlik ayrı bir kontroldür. W3C, web içeriğinde normal metin için en az 4,5:1; büyük metin için 3:1 kontrast oranı tanımlar. Bu oranlar makale ve web tabanlı arayüzler için yararlı referanslardır; ancak endüstriyel bir kurulumun bütün koşullarını doğrulamaz. Ekran donanımı, bakış mesafesi, ortam ışığı ve operatörün çalışma koşulları da önemlidir. W3C kontrast rehberini inceleyebilirsiniz.

Paletten önce anlamı tasarlayın

1. Arayüzün anlatması gereken durumları yazın: çalışıyor, durdu, uyarı, alarm, onaylandı ve veri yok.
2. Hangi koşulların gerçekten anında dikkat gerektirdiğini belirleyin.
3. Metin, simge, şekil ve konumun her rengi nasıl destekleyeceğine karar verin.
4. Her rengin nerede kullanılabileceğini ve kullanılamayacağını belgeleyin.
5. Tasarımı gerçek boyutunda ve onu kullanacak kişilerle birlikte değerlendirin.

Amaç endüstriyel arayüzü renksizleştirmek değil; kullandığımız her rengin bir görevi olmasını sağlamaktır. Benim görmek istediğim ekran oldukça basit: Tankı bulabiliyorum, seviyeyi okuyabiliyorum, alarmın neden aktif olduğunu anlıyorum ve neyin dikkat gerektirdiğini görebiliyorum. Diğer arayüz tasarımı çalışmalarımda da aynı düşünceye dönüyorum: Önemli kararı görebilmek için önce gürültüyü azaltmak.