Üretim takibine geçmek isteyen fabrikaların takıldığı ilk soru şu: veriyi nasıl toplayacağız? Üç yöntem var, üçünün de maliyeti ve doğruluğu farklı. Karışık makine parkına sahip bir hatta genelde üçü birden kullanılır.
Üretim takip sistemine geçmek isteyen bir fabrikayla ilk görüşmede konu neredeyse hiç yazılımdan açılmaz. Asıl soru şudur: veriyi nereden alacağız? Çünkü ekranı, raporu, panosu hep aynı yerden beslenir — hattan gelen veriden. O veri yoksa, en güzel arayüz bile boş kalır.
İzmir'de Kemalpaşa, Çiğli ve Aliağa'daki tesislerde en sık karşılaştığımız tablo şu: hatta yepyeni bir CNC ile 1990'lardan kalma bir pres yan yana çalışıyor. Bu yüzden "fabrikadan veri nasıl toplanır" sorusunun tek cevabı yok; üç yöntem var ve çoğu hatta üçü birden kullanılıyor.
1. Makineden doğrudan okuma
Yeni nesil makineler zaten konuşuyor. OPC-UA ve MQTT gibi standartlarla makine kendi durumunu, sayaçlarını, alarm kodlarını dışarı verebiliyor. Kontrol panelinde Ethernet portu varsa ve üretici dokümantasyonu paylaşıyorsa iş büyük ölçüde yazılım tarafında biter.
Bu yöntemin en büyük avantajı doğruluk: sayım insan eline değmez, vardiya sonunda kimse formu "yaklaşık" doldurmaz. Duruş başladığı saniye kaydedilir, bittiği saniye kapanır.
Dezavantajı ise erişim. Bazı üreticiler protokolü ek lisansla açıyor, bazıları hiç açmıyor. Teklif öncesi makine markası ve model listesini istememizin sebebi bu — hangisinin gerçekten konuşabildiğini önceden görmek gerekiyor.
2. Sensörle sonradan ölçüm
Makine dijital çıkış vermiyorsa, ölçümü dışarıdan eklemek çoğu zaman mümkün. Sayaç, indüktif sensör, akım trafosu veya basit bir kontak okuması ile "makine çalışıyor mu, kaç çevrim yaptı" bilgisi alınabilir.
Bu yaklaşımın güzel yanı, makineye müdahale etmeden çalışabilmesi — üretici garantisi ve iş güvenliği açısından önemli bir nokta. Kurulum genelde bir vardiya arasında tamamlanır.
Sınırı ise şu: sensör size ne kadar ürettiğinizi söyler, neden durduğunuzu söylemez. Duruş sebebini ayırt etmek için bunu üçüncü yöntemle birleştirmek gerekir.
Sensör "hat 42 dakika durdu" der. "Kalıp değişimi yüzünden durdu" bilgisi ancak operatörden gelir. İyileştirme yapılacaksa asıl değerli olan ikincisidir.
3. Operatör terminali
Hat kenarına konan dokunmatik bir panel veya el terminali ile operatör iş emrini başlatır, duruş sebebini seçer, fire adedini girer. Teknik olarak en basit yöntem; insan faktörü içerdiği için de en tartışmalı olanı.
Pratikte iyi çalışması tek bir şarta bağlı: operatörün ekranda geçirdiği süre birkaç saniyeyi aşmamalı. On dört alanlı bir form koyarsanız üç gün sonra kimse doldurmaz. Duruş sebeplerini büyük düğmeler halinde, en sık kullanılan altı sebep önde olacak şekilde tasarlamak, uzun bir açılır listeden çok daha iyi sonuç verir.
Üçünü karşılaştırırsak
| Yöntem | Doğruluk | Kurulum | Duruş sebebi |
|---|---|---|---|
| Makineden doğrudan | Çok yüksek | Yazılım ağırlıklı | Alarm kodu varsa kısmen |
| Sensörle ölçüm | Yüksek | Saha montajı gerekir | Hayır |
| Operatör terminali | Orta | En hızlı | Evet |
Peki nereden başlamalı?
En sık yaptığımız öneri şu: mükemmel veriyi beklemeyin. Otuz makinenin hepsini aynı anda bağlamaya çalışan projeler genelde altı ay sürer ve o altı ay boyunca kimse tek bir rapor göremez.
Bunun yerine darboğaz olan üç dört makineyle başlıyoruz. İki hafta içinde ilk gerçek OEE tablosu ekrana geliyor, yönetim veriyi görüyor ve genelde tam da o noktada "şu makineyi de ekleyelim" diye devam ediyor. Kapsamı baştan sonsuza kadar büyütmek yerine, çalışan küçük bir sistemi büyütmek her zaman daha ucuz.
Sık sorulanlar
Üretim durursa yazılım da durur mu?
Doğru kurulumda hayır. Veri toplama katmanını hat kenarında yerel çalışacak şekilde kuruyoruz; merkezi bağlantı koptuğunda kayıtlar yerelde birikiyor, bağlantı geri geldiğinde senkronize oluyor. Üretim, yazılım yüzünden durmamalı.
Mevcut ERP'mizle birlikte çalışır mı?
Evet, hatta olması gereken budur. Üretim takip sistemi genelde ERP'nin altında konumlanır: iş emrini ERP'den alır, gerçekleşen üretimi ERP'ye geri yazar. Bu köprüyü kurmak standart işimizin parçası.
1990'lardan kalma makinelerimiz var, onlardan veri alınabilir mi?
Alınır ama makineden değil, üstüne konan sensörden. Eski bir pres ya da torna dışarıya hiçbir sinyal vermez; motor akımını, çevrim hareketini veya kalıp inip kalkmasını ölçen bir sensör takıp sayımı oradan çıkarıyoruz. Doğruluk doğrudan okumaya göre bir tık düşük olur, karşılığında makineyi hiç kurcalamamış olursunuz.
Operatörler veri girmeyi unutursa sistem çöker mi?
Terminale dayalı kurgunun zayıf noktası tam olarak budur, o yüzden kritik sayımı operatöre bırakmıyoruz. Adet ve süre otomatik akar, operatörden sadece makinenin bilemeyeceği şey istenir: duruş sebebi, fire nedeni, kalıp değişimi. Bir de girdi ekranı üç dokunuşu geçerse kimse kullanmıyor, buna dikkat ediyoruz.
Hattınızı görmeden kesin bir şey söylemiyoruz. Endüstriyel yazılım hizmetimize göz atabilir, ya da ücretsiz keşif görüşmesi için bize yazabilirsiniz — İzmir içindeyseniz tesise geliyoruz. Karşıyaka’daki ekibimizi İzmir yazılım firması sayfamızda tanıyabilirsiniz.
