OEE vs TEEP sorusu, bir tesis daha fazla makineye mi yoksa sadece mevcut makineleri daha iyi kullanmaya mı ihtiyaç duyduğunu sorduğu anda gündeme gelir. Burada ele alınan üç metrik, yani OEE, OOE ve TEEP, aynı performans ve kalite faktörlerini kullanır; farklı olan, ölçüldükleri süredir. Bu yazı her birini açıklıyor, aralarındaki farkın ne kadar büyük olabileceğini göstermek için tek bir örnek üzerinden ilerliyor ve üçünü otomatik olarak hesaplamak için ihtiyaç duyduğunuz MQTT sinyallerini listeliyor.
Kısa Yanıt
- OEE, üretim için planladığınız süreyi ne kadar iyi kullandığınızı ölçer. Sahadaki operasyonları iyileştirmek için kullanın.
- OOE, bu süre içindeki planlı duruşlar dahil, operasyonun açık olduğu süreyi ne kadar iyi kullandığınızı ölçer. Molalar, toplantılar ve planlı bakım azaltmak istediğiniz şeylerin bir parçasıysa kullanın.
- TEEP, mevcut tüm süreyi, her günün her saatini ne kadar iyi kullandığınızı ölçer. Kapasite ve yatırım kararları için kullanın.
Bir hatta iyileştirme programı yürütüyorsanız doğru günlük metrik OEE'dir. Biri başka bir makine satın almak üzereyse önce TEEP'e bakın.
Zaman Tabanları Yan Yana
Her metrik, verimli süreyi farklı bir paydaya böler:
| Zaman katmanı | Neleri içerir | Kullanan metrik |
|---|---|---|
| Takvim süresi | Haftanın 7 günü, günün 24 saati, her saat | TEEP |
| Operasyon süresi | Tesisin veya hattın personelli ve açık olduğu saatler | OOE |
| Planlı üretim süresi | Operasyon süresi eksi planlı duruşlar (molalar, planlı bakım, toplantılar) | OEE |
| Çalışma süresi | Planlı üretim süresi eksi plansız duruşlar | Kullanılabilirlik payı |
| Net çalışma süresi | Hız kayıplarına göre düzeltilmiş çalışma süresi | Performans payı |
| Tam verimli süre | Yalnızca sağlam parça üretilen net çalışma süresi | Üçünün de payı |
Böylece formüller şöyle olur:
- OEE = Tam verimli süre / Planlı üretim süresi
- OOE = Tam verimli süre / Operasyon süresi
- TEEP = Tam verimli süre / Takvim süresi
TEEP'i yazmanın bir diğer yolu OEE x Loading'dir; burada Loading = Planlı üretim süresi / Takvim süresi. Bu biçim iki soruyu ayırdığı için kullanışlıdır: çalıştığımızda ne kadar iyi çalışıyoruz (OEE) ve varlığı ne kadar planlıyoruz (Loading).
Tek Çözümlü Örnek, Üç Yanıt
Bir haftalık süre boyunca tek bir makineyi ele alalım:
- Takvim süresi: 7 gün x 24 saat = 168 saat.
- Operasyon süresi: haftada beş gün, 8 saatlik iki vardiya = 80 saat.
- Operasyon süresi içindeki planlı duruşlar: vardiya başına 1 saatlik molalar ve toplantılar = 10 saat, artı 4 saat planlı bakım. Toplam 14 saat.
- Planlı üretim süresi: 80 - 14 = 66 saat.
- Plansız duruşlar: 8 saat arıza ve ürün değişimi. Çalışma süresi = 58 saat.
- Performans: yüzde 90. Kalite: yüzde 97.
Tam verimli süre = 58 x 0,90 x 0,97 = 50,6 saat.
- OEE = 50,6 / 66 = yüzde 76,7
- OOE = 50,6 / 80 = yüzde 63,3
- TEEP = 50,6 / 168 = yüzde 30,1
Aynı makine, aynı hafta, birbirinden çok farklı üç sayı. Hiçbiri yanlış değil. OEE, sahanın planlı saatleri makul ölçüde iyi çalıştırdığını söyler. OOE, planlı duruşların açık saatlerden kayda değer bir pay aldığını söyler. TEEP ise varlığın var olduğu sürenin üçte birinden azında sağlam parça ürettiğini söyler; bu da tesisin başka bir makineye ihtiyaç duymadan önce bolca gizli kapasitesi olduğu anlamına gelir: üçüncü bir vardiya veya hafta sonu çalışması, herhangi bir iyileştirme projesinden çok daha fazla çıktı ekler.
Her Metrik Ne Zaman Kullanılmalı
OEE'yi operatörlerin, bakımın ve mühendisliğin vardiya sırasında etkileyebileceği kayıpları azaltmak istediğinizde kullanın: arızalar, ürün değişimleri, mikro duruşlar, hız ve hurda. Günlük toplantılar ve hat panoları için doğru metriktir. Ayrıntılı hesaplama OEE nasıl hesaplanır yazısında yer alır.
OOE'yi planlı duruşların kendisi bir hedef olduğunda kullanın. Örnekler arasında hattın çalışmaya devam etmesi için molaları kaydırmak, vardiya devirlerini kısaltmak veya planlı bakımı çalışma dışı saatlere taşımak yer alır. Planlı duruşlar paydasından hariç tutulduğu için OEE bu kazanımları gösteremez.
TEEP'i soru kapasiteyle ilgili olduğunda kullanın: ekipman satın almak, vardiya eklemek, dış kaynak kullanmak veya büyük yeni bir sipariş almak. Makul bir OEE ile düşük bir TEEP genellikle kısıtın ekipman değil planlama olduğu anlamına gelir.
Yaygın tuzaklar:
- Farklı planlı duruş kurallarına sahip tesisler arasında OEE karşılaştırmak. Bir tesis ürün değişimlerini planlı sayar ve daha iyi olmadan daha yüksek bir OEE raporlar. OOE bunu ortaya çıkarır.
- TEEP'i sahaya raporlamak. Operatörler planlanmamış hafta sonlarını etkileyemez; bu nedenle TEEP bir vardiya metriği olarak motivasyon kırıcıdır.
- OEE'yi iyileştirmek için kayıpları "planlı"ya taşımak. OOE sabit kalırken OEE yükseliyorsa neyin yeniden sınıflandırıldığına bakın.
Her Metriğin İhtiyaç Duyduğu MQTT Sinyalleri
İyi haber şu ki, duruşlar doğru sınıflandırıldığı sürece üç metriğin tamamı aynı veriden gelir. Makine başına şunları yayınlayın:
| Sinyal | Örnek topic soneki | OEE | OOE | TEEP |
|---|---|---|---|---|
| Makine durumu (RUNNING, DOWN, IDLE, SETUP) | /state |
Evet | Evet | Evet |
| Toplam ve ret sayıları | /counts |
Evet | Evet | Evet |
| Ürün başına ideal çevrim süresi | /config |
Evet | Evet | Evet |
| Nedenli planlı duruş bayrağı (mola, PM, toplantı) | PLANNED_STOP olarak /state veya /reason |
Evet | Evet | Evet |
| Vardiya takvimi (operasyon saatleri) | /schedule |
Hayır | Evet | Hayır |
| Planlanmamış bayrağı (vardiya yok, sipariş yok) | NOT_SCHEDULED olarak /state |
Hayır | Hayır | Evet |
Kritik kısım, çalışılmayan sürenin sınıflandırılmasıdır. Gece boşta duran bir makine sadece STOPPED bildirirse plansız bir arızayı personelsiz bir hafta sonundan ayıramazsınız. Ya bir vardiya takvimi hizmetinden NOT_SCHEDULED yayınlayın ya da takvimi hesaplama hizmetinin uygulamasına izin verin. Ayrı bir "Planlı" kategorisine sahip net duruş nedeni kodları bu eşlemeyi güvenilir kılar.
Üçünü Python ile Hesaplama
Bir dönem için durum süreleri verildiğinde bu fonksiyon üç metriğin tamamını döndürür. Gerçek zamanlı OEE izleme rehberinde oluşturulan gibi, durum ve sayım topic'lerine abone olan bir hizmetin içinde yer alması amaçlanmıştır.
def time_metrics(durations_s, total_count, reject_count, ideal_cycle_s):
"""durations_s: seconds per state over the period, e.g.
{"RUNNING": ..., "DOWN": ..., "SETUP": ..., "PLANNED_STOP": ..., "NOT_SCHEDULED": ...}"""
calendar = sum(durations_s.values())
operations = calendar - durations_s.get("NOT_SCHEDULED", 0)
planned = operations - durations_s.get("PLANNED_STOP", 0)
run = durations_s.get("RUNNING", 0)
if run <= 0 or total_count <= 0:
return {"oee": 0.0, "ooe": 0.0, "teep": 0.0, "loading": 0.0}
performance = min(ideal_cycle_s * total_count / run, 1.0)
quality = (total_count - reject_count) / total_count
productive = run * performance * quality
return {
"oee": round(productive / planned, 4),
"ooe": round(productive / operations, 4),
"teep": round(productive / calendar, 4),
"loading": round(planned / calendar, 4),
}
hours = 3600
week = {
"RUNNING": 58 * hours,
"DOWN": 5 * hours,
"SETUP": 3 * hours,
"PLANNED_STOP": 14 * hours,
"NOT_SCHEDULED": 88 * hours,
}
# 58 saat çalışma, %90 performans -> parça başına 2 sn ile ideal çıktı = 58 saat * 0.9
total = int(58 * hours * 0.9 / 2.0)
reject = round(total * 0.03)
print(time_metrics(week, total, reject, 2.0))
Çıktı örneği yeniden üretir: OEE yaklaşık 0,767, OOE yaklaşık 0,633, TEEP yaklaşık 0,301 ve loading yaklaşık 0,393. Panoların doğru metriği doğru kitleye gösterebilmesi için sonucu makine ve dönem başına retained tek bir mesaj olarak yayınlayın.
Veri akışını denemek için test durumlarını kendi önekinizle broker.connectmq.com adresindeki herkese açık MQTT test broker'ına yayınlayın:
mosquitto_pub -h broker.connectmq.com -p 1883 -i teep-test-w2k8 -r -t "connectmq/demo/w2k8/plant1/line1/press02/state" -m '{"state":"NOT_SCHEDULED","ts":1792200000}'
Veri Hattını Barındırma
Metrikler ancak arkalarındaki olay akışı kadar iyidir; bu nedenle broker güvenilir ve özel olmalıdır. NOT_SCHEDULED yayınlayan bir vardiya takvimi hizmeti, durum ve sayım yayınlayan gateway'ler ve sonuç yayınlayan bir hesaplama hizmeti, sıradan MQTT istemcileri olarak tek bir ConnectMQ broker'ını paylaşabilir. ConnectMQ, her gateway'in ve hesaplama hizmetinin TLS üzerinden kendi kimlik bilgilerine sahip olduğu tam yönetilen bir MQTT hizmeti sunar ve bunu bir bulut MQTT broker olarak çalıştırmak tesis ve merkez ekiplerine OEE, OOE ve TEEP için tek bir kaynak sağlar. Akıllı üretim rehberi bu metriklerin kalite, enerji ve bakım verileriyle nasıl bir arada konumlandığını açıklar.
ConnectMQ ile Başlayın
app.connectmq.com adresinde kredi kartı olmadan ücretsiz bir Serverless broker oluşturun, sınıflandırılmış makine durumlarını ve sayımlarını yayınlayın ve OEE, OOE ve TEEP'i aynı canlı veriden hesaplayın.
Sık Sorulan Sorular
TEEP her zaman OEE'den düşük müdür?
Evet, en fazla eşit olur. TEEP aynı verimli süreyi, planlı üretim süresinden asla kısa olmayan takvim süresine böler.
OOE ile OEE arasındaki fark nedir?
OOE taban olarak operasyon süresini kullanır; bu nedenle molalar ve planlı bakım gibi planlı duruşlar kayıp olarak sayılır. OEE bunları hariç tutar.
Hat panosunda hangi metrik yer almalı?
Üç faktörüyle birlikte OEE. Vardiyanın etkileyebileceği kayıpları yansıtır; TEEP ise kapasite ve yatırım değerlendirmelerine aittir.
TEEP için ek sensörlere ihtiyacım var mı?
Hayır. OEE için gereken aynı makine durumlarına ve sayımlara, ek olarak bir vardiya takviminden gelen net bir NOT_SCHEDULED sınıflandırmasına ihtiyacınız var.
