Mettler Toledo Tartı Entegrasyonu: Üretim ve Depoda Ağırlığı Kayda Bağlamak

Üretimde ve depoda tartı, ekranda beliren bir sayıdan ibaret değildir. O sayı bir reçetenin tuttuğunu, bir hammaddenin geldiğini veya bir kolinin sevkiyata uygun olduğunu söyler. Sayıyı birinin okuyup başka bir ekrana yazması bu hükmü kırılgan hale getirir. Yanlış hane, yanlış birim veya atlanan bir tartım, kayıtta izi olmayan bir fark olarak kalır.

Bu yazıda Mettler Toledo tartı cihazlarından gelen veriyi iş emrine, partiye veya depo hareketine nasıl bağladığımızı anlatıyoruz. Kararlı ölçüm ile tolerans kontrolünü neden ayırdığımızı ve sahada en sık gördüğümüz kopuklukları da paylaşıyoruz.

Tartım neden yazılımın konusu olur?

Tartım birkaç işin ortak adımıdır.

• Üretimde bir iş emri veya parti, belirli bir malzemenin belirli bir aralıkta tartılmasını ister. Sonuç, parti kaydının parçasıdır.
• Mal kabulde gelen miktar, belgedeki miktarla karşılaştırılır. Ağırlıkla takip edilen malzemelerde bu karşılaştırma terazide yapılır.
• Sevkiyatta eksik veya fazla dolum, yüklemeden önce yakalanmak istenir.

Ortak ihtiyaç şudur: ölçüm, hangi iş için yapıldığını bilen bir kayda dönüşmelidir. Endüstriyel cihaz ve hat entegrasyonu çalışmalarımızda tartıyı bu yüzden tek başına bir cihaz olarak değil, üretim ve depo akışının bir halkası olarak ele alırız.

Statik tartı ve kontrol tartısı

Statik tartıda ürün platforma konur, ölçüm kararlı hale gelince kaydedilir. Beklenen şey platformun hâlâ salındığı andaki değer değil, cihazın kararlı kabul ettiği ağırlıktır.

Kontrol tartısı (checkweigher) ürün hareket halindeyken tartar ve tolerans dışını hattan ayırır. Karar hızlıdır. Yazılımın saklaması gereken, ağırlığın yanında tolerans kararı, saat ve ölçümün ait olduğu iş emridir.

İki düzenek farklı hızda çalışır. İkisinde de kayıt aynı soruya cevap vermelidir: bu ölçüm hangi işe aittir, sınırın içinde midir, sonradan tekrar bakılabilir mi?

Cihaz ne söyler, yazılım ne ekler?

Mettler Toledo, birçok tartı ve tartım modülünde MT-SICS adını verdiği standart bir komut seti kullanır. Seviye 0 ve 1 komutları, üreticinin tarifine göre cihaz ailesi değişse de aynı işleri görür: ağırlık istemek, dara almak, sıfırlamak ve cihazı tanımak. Üretici, sistem entegrasyonlarının büyük bölümünün bu iki seviyeyle karşılanabildiğini belirtir.

Fiziksel bağlantı modele göre değişir. Seri bağlantı, ağ bağlantısı veya cihazın kendi terminali gündeme gelebilir. Üreticinin veri entegrasyonu notunda bağımsız tartılar ile makineye gömülü tartıların farklı yollarla konuşabildiği anlatılır. Sahadaki cihaz bu profile birebir uymayabilir. Entegrasyona o modelin kılavuzu ve yerinde yapılmış bir deneme ile başlarız.

Cihazın verdiği ham ölçüme yazılımın eklemesi gereken bağlam vardır:

• Kararlılık. Kararlı bilgisi gelmeden yazılan değer, platformun hâlâ oynadığı bir anı kayda geçirebilir.
• Net, brüt ve dara. Kabın ağırlığı düşülmeden yazılan değer, reçeteyi tutuyormuş gibi görünebilir.
• Birim ve çözünürlük. Gram ile kilogramın karışması, aynı sayının bin katı farkıdır. Ondalık hane, cihazın bölüntüsüyle uyumlu olmalıdır.
• Kimlik. Hangi tartı, hangi iş emri veya mal kabul satırı, hangi parti, hangi kullanıcı ve hangi saat. Bu alanlar olmadan ağırlık denetimde tek başına işe yaramaz.
• Tekrar. Aynı ölçümün iki kez onaylanması stokta iki hareket yaratmamalıdır. Her kayıt bir işlem anahtarıyla izlenir.

Yasal metroloji, damga ve kalibrasyon takvimi cihazın ve firmanın yükümlülüğündedir. Yazılım ölçümü kaydeder ve sizin tanımladığınız iş kurallarını uygular. Kalibrasyon tarihi sizde takip ediliyorsa, süresi dolmuş bir tartının iş emrine yazmasını ekranda görünür kılarız.

Tolerans, reçeteden gelir

Tolerans, entegrasyonun içine gömülü sabit bir yüzde olmamalıdır. Beklenen ağırlık ve kabul aralığı iş emrinden, reçeteden veya malzeme ana verisinden gelmelidir. Aralık dışındaki bir ölçüm üç şeyden birini yapabilir: kaydı durdurmak, gerekçeli bir istisna ile devam etmek veya uyarıp geçmek. Hangisinin geçerli olduğu, ürün ve süreç sahibinin kuralıdır. Yazılım kuralı gizlemez, uygular ve gerekçeyi saklar.

Aralık dışının nedeni her zaman tartı değildir. Yanlış kap, eksik bileşen veya yanlış birim de aynı alarmı üretir. Bu yüzden kayıtta beklenen değer, ölçülen değer ve fark birlikte durur.

Tipik bir akış

Ayrıntı tesise göre değişir. Üretim ve depo tartımlarında kurduğumuz akış genellikle şöyle ilerler:

1. İşin açılması. İş emri, parti veya mal kabul satırı kurumsal sistemden gelir. Beklenen malzeme, miktar ve tolerans bu işle birlikte iner.
2. Kimliğin okunması. Operatör kabı, etiketi veya sipariş satırını okutur ya da listeden seçer. Ölçüm, seçilen işe bağlanır.
3. Kararlı ölçüm. Yazılım, cihazdan kararlı bir net ağırlık ister veya cihazın gönderdiği kararlı kaydı dinler. Kararsız değer işlenmez.
4. Kural kontrolü. Ölçüm aralığın içindeyse kayıt tamamlanır. Dışındaysa ekran farkı gösterir ve tanımlı kural işletilir.
5. Kurumsal sisteme aktarım. Onaylanan sonuç, stok veya parti kaydının beklediği hareket olarak WMS veya ERP'ye gider. Bu aktarımın depo ve sevkiyat tarafını WMS/ERP yazımızda anlattık.
6. İstisna ekranı. İletilemeyen veya kurala takılan tartımlar, nedeniyle birlikte bir ekranda kalır. Ağ döndüğünde aynı kayıt yeniden denenebilir.

Sahada sık gördüğümüz kopukluklar

• Ekrandaki sayı ile kayıttaki sayı farklıdır. Çoğunlukla birim, dara veya kararsız okumadan kaynaklanır.
• Aynı ürün iki tartıda farklı bölüntüyle durur. Ana verideki birim, cihazın bölüntüsüyle eşleştirilmeden açılmıştır.
• Ara sıra elle yazmak kalıcı yöntem olur. Elle alan açık kaldıkça otomatik kayıt devre dışı kalır. Elle girişi, cihaz arızasında, gerekçesiyle ve ayrı bir izle açık tutarız.
• Tartı ile iş emri yan yana durur ama bağlanmaz. Operatör ağırlığı okur, başka bir ekrana geçer, yanlış satıra yazar. Bağlantı, ölçüm anında kurulmalıdır.
• Kesinti sırasında tartım devam eder. Depo veya hat bekleyemez. Kısa süreli kopuşta ölçüm yerinde tamponlanır, bağlantı gelince sırayla aktarılır.

Bir üretim tesisi örneği

Bir üretim tesisinde tartım sonuçları ayrı ayrı okunup kayda geçiriliyordu. Bu durum veri girişi hatası ve izlenebilirlik açığı riski taşıyordu. Mettler Toledo tartı entegrasyonunda ağırlığı doğrudan okuyan, tolerans kontrolü yapan ve sonucu ilgili iş emri veya parti kaydına bağlayan bir yazılım geliştirdik. Tartım verisi elle girilmeden kayda geçiyor. Her tartım geriye dönük izlenebiliyor.

Bakım ve teknoloji seçimi

Tartı entegrasyonu bir kez bağlanıp bırakılacak bir kablo değildir. Cihaz, reçete ve ana veri değişir. Mevcut bağlantılar için bakım ve destek veriyor, davranışı kayıt altında tutup değişikliği küçük adımlarla geçiriyoruz.

Bu iş için tek bir doğru programlama dili yoktur. Önemli olan ölçümün kaybolmaması, kuralın görünür olması ve kaydın denetlenmesidir. Teknolojiyi tesisin altyapısına ve ekibin sürdürebileceği güncel seçeneklere göre belirleriz.

Sık Sorulan Sorular

Mevcut tartıları değiştirmeden entegrasyon yapılır mı?

Cihaz ağırlık verisini kendi arabiriminden verebiliyorsa, çoğu durumda evet. Arabirimi modelin kılavuzundan ve yerinde denemeden teyit ederiz.

Kararlı ağırlık ile ekranda görünen sayı aynı şey midir?

Ekran, platform hareket halindeyken de bir değer gösterebilir. Kayda geçmesi gereken, cihazın kararlı kabul ettiği net ağırlıktır.

Yazılım, tartının yasal uygunluğunun yerine geçer mi?

Geçmez. Damga, kalibrasyon ve metroloji yükümlülüğü firmada ve cihazda kalır. Yazılım, ölçümü ve sizin iş kuralınızı izlenebilir biçimde uygular.

Tartım sonucu ERP veya WMS'e gidebilir mi?

Evet. Onaylanan ölçüm, ilgili iş emri, parti veya mal kabul satırının hareketi olarak kurumsal sisteme aktarılabilir.

Benzer bir ihtiyacınız mı var? Projenizi anlatın, 1 iş günü içinde dönüş yapalım.

Adı geçen marka ve ürün adları ilgili sahiplerine aittir; softhan bu firmaların yetkili temsilcisi veya iş ortağı değildir.