Basınçlı hava kaçağı izleme, görünmez ve sürekli devam eden bir kaybı trendini izleyebileceğiniz, raporlayabileceğiniz ve aksiyon alabileceğiniz bir rakama dönüştürür. Bu rehberde MQTT üzerinden yayın yapan debi ve basınç sensörleriyle bir izleme kurulumu tasarlayacak, kaçağı vardiya dışı tüketimden ve basınç düşümünden hesaplayacak ve bir onarım kampanyasından sonra kaçak oranı yeniden yükseldiğinde uyarı üreteceksiniz.
Basınçlı Hava Kaçakları Neden Sürekli İzlenmeyi Hak Eder?
Basınçlı hava, teslim edilen faydalı enerji birimi başına bir fabrikadaki en pahalı yardımcı hizmetlerden biridir: kompresör elektriğin büyük kısmını ısıya dönüştürür ve yalnızca bir kısmı takımda işe dönüşür. Kaçaklar durumu daha da kötüleştirir, çünkü hiçbir şeyin üretilmediği geceler ve hafta sonları dahil her günün her saatinde hava çekerler.
Çoğu tesis kaçakların var olduğunu zaten bilir. Bakım ekipleri ultrasonik taramalar yapar, kaçakları etiketler ve onarır. Sorun sonrasında yaşanır: ölçüm olmadan kimse kampanyanın ne kadar tasarruf sağladığını söyleyemez ve aylar içinde hızlı bağlantı elemanlarında, aşınmış hortumlarda, tahliye vanalarında ve silindir keçelerinde yeni kaçaklar ortaya çıkar. Sürekli izleme bu döngüyü kapatır. Size bugünkü kaçak oranını söyler, bunu son onarımdan sonraki oranla karşılaştırır ve bir sonraki taramanın ne zaman gerektiğini işaret eder.
Neler Ölçülmeli?
Başlamak için her makineye bir sensör takmanız gerekmez. Küçük bir ölçüm noktası seti önemli soruları yanıtlar.
| Ölçüm noktası | Sensör | Yanıtladığı soru |
|---|---|---|
| Kurutucu sonrası ana kollektör | Termal kütlesel debimetre | Tesisin tükettiği toplam hava |
| Kompresör çıkışı | Basınç transmitteri (4-20 mA veya Modbus) | Üretim basıncı ve kontrol bandı |
| Hattın en uzak ucu | Basınç transmitteri | Borular, filtreler ve kurutucular boyunca basınç düşümü |
| Her kompresör | Akım trafosu veya kontrolörün Modbus register'ları | Yükte, boşta ve kapalı durumları, elektrik gücü |
| Büyük tüketiciler veya bölgeler (isteğe bağlı) | Branşman debimetreleri | Kaçak yükünden hangi alanın sorumlu olduğu |
| Üretim planı | MES, PLC veya basit bir vardiya takvimi | Tesisin ne zaman boşta olması gerektiği |
Termal kütlesel debimetreler, standart debiyi doğrudan ölçtükleri ve basınç kayıpları düşük olduğu için kollektörde genellikle tercih edilir. Güncel modellerin çoğu okumaları Modbus RTU veya Modbus TCP üzerinden, bazıları 4-20 mA ile sunar, birkaçı ise doğrudan MQTT konuşur.
Mimari: Sensörden Kaçak Rakamına
Veri yolu, herhangi bir yardımcı hizmet izlemesinde kullanılan desenle aynıdır:
- Sensörler ve sayaçlar hava hattında ve kompresörlerde bulunur.
- Bir uç gateway (endüstriyel PC, RS-485 arayüzlü bir Raspberry Pi, MQTT kütüphanesine sahip bir PLC veya Node-RED) Modbus register'larını veya analog girişleri birkaç saniyede bir sorgular.
- Gateway, tesis hiyerarşisine dayalı bir topic yapısıyla JSON'u MQTT üzerinden bir broker'a yayınlar.
- Tüketiciler abone olur: bir historian değerleri bir zaman serisi veritabanına yazar, küçük bir servis kaçak metriklerini hesaplar, panolar ve uyarılar da sonuçları okur.
Broker bunların hepsini birbirinden ayırır. Bu resimde bir MQTT broker'ın ne yaptığından emin değilseniz, onu her üreticinin ve tüketicinin bağlandığı bir santral gibi düşünün; böylece yeni bir pano eklemek gateway'e hiç dokunmaz.
ISA-95'i izleyen bir topic yapısı her şeyi okunabilir tutar ve ConnectMQ'nun cihaz görünümünde cihazları seviyeye göre göstermesini sağlar:
connectmq/plant1/utilities/compressed-air/header/flow {"ts":1760600000,"nm3_min":18.4}
connectmq/plant1/utilities/compressed-air/header/pressure {"ts":1760600000,"bar":6.9}
connectmq/plant1/utilities/compressed-air/end-of-line/pressure {"ts":1760600000,"bar":6.4}
connectmq/plant1/utilities/compressed-air/comp1/state {"ts":1760600000,"state":"load","kw":72.5}
connectmq/plant1/utilities/compressed-air/leak/offshift {"ts":1760600000,"nm3_min":4.1,"share_pct":22.3}
Son topic türetilmiş bir değerdir ve retained olarak yayınlanır; böylece herhangi bir anda açılan bir pano en son kaçak rakamını hemen görür.
Yöntem 1: Vardiya Dışı Referans Debi
Kaçağı sürekli olarak ölçmenin en basit ve en sağlam yolu, üretim durduğunda debiye bakmaktır. Planlı bir boşta kalma penceresinde (gece vardiyası yok, pazar günü, tamamen duran bir hatta öğle arası) kollektörden akan şeyin neredeyse tamamı kaçaktır; buna tahliye havası veya kapatılmamış hava bıçakları gibi birkaç meşru sürekli kullanıcı eklenir.
Aşağıdaki servis kollektör debisine abone olur, mevcut zamanın yapılandırılmış bir boşta kalma penceresine denk gelip gelmediğini kontrol eder, debinin o pencere boyunca ortalamasını alır ve sonucu yayınlar. Demo için genel test broker'ını kullanır; üretim için kendi kimlik bilgilerinizi kullanın.
#!/usr/bin/env python3
"""Off-shift compressed air leak estimator."""
import json
import statistics
import time
from datetime import datetime
import paho.mqtt.client as mqtt
BROKER = "broker.connectmq.com"
PREFIX = "connectmq/demo/air-7f3k/plant1/utilities/compressed-air"
FLOW_TOPIC = f"{PREFIX}/header/flow"
LEAK_TOPIC = f"{PREFIX}/leak/offshift"
IDLE_HOURS = range(1, 5) # 01:00-04:59 planlı boşta kalma penceresi
PRODUCTION_AVG_NM3_MIN = 18.0 # üretim sırasındaki referans ortalama debi
samples = []
window_open = False
def in_idle_window(now: datetime) -> bool:
return now.hour in IDLE_HOURS
def on_connect(client, userdata, flags, reason_code, properties):
print("Connected:", reason_code)
client.subscribe(FLOW_TOPIC, qos=1)
def on_message(client, userdata, msg):
global window_open
data = json.loads(msg.payload)
now = datetime.now()
if in_idle_window(now):
window_open = True
samples.append(float(data["nm3_min"]))
elif window_open and samples:
leak = statistics.median(samples)
result = {
"ts": int(time.time()),
"nm3_min": round(leak, 2),
"share_pct": round(100 * leak / PRODUCTION_AVG_NM3_MIN, 1),
"samples": len(samples),
}
client.publish(LEAK_TOPIC, json.dumps(result), qos=1, retain=True)
print("Published leak estimate:", result)
samples.clear()
window_open = False
client = mqtt.Client(mqtt.CallbackAPIVersion.VERSION2, client_id="leak-estimator-7f3k")
client.on_connect = on_connect
client.on_message = on_message
client.connect(BROKER, 1883, keepalive=60)
client.loop_forever()
Ortalama yerine medyan kullanmak, tahmini gece birinin kısa süreliğine bir parçayı havayla temizlemesine karşı dayanıklı kılar. Gerçek bir tesiste boşta kalma penceresini sabit bir saat aralığı yerine üretim planından veya makine durumlarından alır ve bilinen sürekli kullanıcıları çıkarırsınız.
Yöntem 2: Basınç Düşüm Testi
Henüz bir debimetre yoksa veya onu doğrulamak istiyorsanız basınç düşüm testi doğrudan bir kaçak tahmini verir. Tüm tüketiciler durdurulmuşken kompresörler kapatılır ve sistem basıncı düşerken kaydedilir. Basınç transmitterleri zaten MQTT üzerinden yayın yaptığı için yalnızca testin başlangıç ve bitişini not etmeniz yeterlidir.
Serbest havada kaçak debisi yaklaşık olarak şöyledir:
Q_leak [l/min free air] = V [l] x (p1 - p2) [bar] / (t [min] x 1.013 [bar])
V = total system volume (receivers + piping)
p1 = start pressure, p2 = end pressure (gauge)
t = time to fall from p1 to p2
Örneğin 3.000 litrelik bir sistem 2 dakikada 7,0 bardan 6,0 bara düşüyorsa kaçak yaklaşık 3.000 x 1,0 / (2 x 1,013), yani kabaca 1.480 l/dk serbest havadır. Bazı uygulayıcılar, kaçaklar tam basınçta testin alt ucundakinden daha hızlı aktığı için bir düzeltme katsayısı uygular; hangi konvansiyonu seçerseniz seçin, sonuçların zaman içinde karşılaştırılabilir kalması için tutarlı biçimde uygulayın.
Testi her ay aynı zamanlarda yapın ve sonucu bir leak/decay-test topic'ine yayınlayın; böylece debimetreye bağlı olmayan ikinci bir trend çizgisi elde edersiniz.
Basınçlı Hava Kaçağı İzleme Uyarıları ve KPI'lar
Rakamlar ancak biri onları gördüğünde davranışı değiştirir. Pratik bir uyarı ve KPI seti:
- Gece başına vardiya dışı kaçak debisi, haftalık trend olarak. Ana rakam budur.
- Ortalama üretim debisinin yüzdesi olarak kaçak payı; farklı büyüklükteki tesisleri karşılaştırmak için kullanışlıdır.
- Verimsiz yükte/boşta çevrimlerini ortaya çıkaran, kompresör istasyonunun özgül gücü (m³/dk başına kW).
- Kompresör çıkışı ile hattın sonu arasındaki basınç düşümü; set değerlerinin neden yükseltildiğini çoğu zaman açıklar.
- Kaçak payı onarım sonrası seviyeyi seçtiğiniz bir marjla aştığında uyarı; yeni bir ultrasonik taramanın zamanının geldiğini işaret eder.
ConnectMQ portalında kaçak topic'inin nm3_min veya share_pct alanı için eşik tabanlı bir uyarı kuralı oluşturabilirsiniz; her ihlal uyarı kaydına düşer. E-posta, sohbet veya SMS ile bildirim için, ConnectMQ'nun kendisi webhook göndermediğinden broker'a bağlı küçük bir Node-RED akışı veya Python abonesi olayı iletir. Eşik uyarıları rehberi bu deseni adım adım gösterir.
Yaygın Hatalar
- Yanlış debimetre konumu. Debimetreyi kurutucudan önce takmak tahliye ve kondens drenaj kayıplarını da ölçer. Özellikle bunları istemiyorsanız hava şartlandırmadan sonra yerleştirin.
- Sürekli kullanıcıları göz ardı etmek. Gece açık bırakılan hava bıçakları, üfleme nozulları ve pano soğutucular kaçak değildir ama israftır. Kaçak rakamının dürüst kalması için bunları ayrıca belirleyin.
- Normal ve standart debiyi karıştırmak. Karşılaştırmadan veya toplamadan önce her sayacın aynı referans koşullarında raporladığından emin olun.
- Üretim durumuyla bağlantı olmaması. Tesisin ne zaman boşta olduğunu bilmeden referans değer tahminden ibarettir. Zaten varsa durumu makine durum izleme topic'lerinizden çekin.
- Tek seferlik projeler. Sahibi olmayan bir pano hızla işlevini yitirir. Kaçak KPI'ını bir kişiye atayın ve diğer enerji rakamlarıyla aynı toplantıda gözden geçirin.
Daha Geniş Enerji Resmine Yerleştirmek
Basınçlı hava genellikle daha geniş bir programın kalemlerinden biridir. Aynı broker ve topic yapısı elektrik sayaçlarını, gazı ve suyu da taşır; böylece yukarıdaki kaçak tahmincisi, fabrika enerji izleme yazısında anlatılan verilerin ve elektrik alt sayaçlandırma ile elde edilen makine bazlı dağılımın yanında yer alır. ISO 50001'e hazırlanıyorsanız basınçlı hava sıklıkla önemli enerji kullanımı olarak belirlenir ve sürekli kaçak verisi iyileşmenin kanıtı haline gelir. Enerjinin diğer girişimler arasındaki yerine stratejik bir bakış için akıllı üretim rehberine bakın.
Broker'ı kendiniz çalıştırmak mümkündür, ancak yardımcı hizmet verileri yalnızca her zaman erişilebilir olduğunda değerlidir. Bir bulut MQTT broker, yama, sertifika ve çalışma süresi kaygılarını bakım ekibinin listesinden çıkarır; böylece ekip kaçakları onarmaya odaklanabilir.
Basınçlı Havayı ConnectMQ ile İzleyin
ConnectMQ; TLS, ISA-95 farkındalıklı cihaz görünümü, canlı topic gezgini ve eşik uyarıları sunan tam yönetilen bir MQTT broker'dır. Kaçak izlemenizin prototipini broker.connectmq.com üzerinde geliştirin, ardından kredi kartı gerekmeden ücretsiz bir Serverless broker oluşturun ve gateway'lerinizi ona yönlendirin.
Sık Sorulan Sorular
Basınçlı hava kaçağı izlemeye başlamak için debimetre gerekli mi?
Hayır. Yalnızca basınç transmitterleriyle periyodik basınç düşüm testleri yapabilir ve sonuçları MQTT üzerinden kaydedebilirsiniz. Ana kollektördeki bir termal kütlesel debimetre ölçümü sürekli hale getirir ve önerilen bir sonraki adımdır.
Kaçak tahmini ne sıklıkla hesaplanmalı?
Planlı her boşta kalma penceresinde bir kez, genellikle her gece veya hafta sonu, çoğu zaman yeterlidir. Kısa vadeli gürültünün gereksiz taramaları tetiklememesi için değerlerin haftalık trendini izleyin.
Mevcut kompresör kontrolörleri veriyi sağlayabilir mi?
Çoğu zaman evet. Birçok kompresör kontrolörü yük durumunu, basıncı ve çalışma saatlerini Modbus üzerinden sunar; bir gateway bunları okuyup kendi sensörlerinizin yanında MQTT üzerinden yayınlayabilir.
MQTT broker kaçak oranını kendisi mi hesaplar?
Hayır. ConnectMQ sensör verilerini taşır ve yayınlanan değerler üzerinde eşik uyarıları üretebilir. Kaçak hesabı, broker'a MQTT client'ı olarak bağlanan küçük bir servis, Node-RED akışı veya uç betik içinde çalışır.
