- Konu Yazar
- #1
🤔 İletişim Kopuklukları: Teknoloji mi, İnsanlar mı?
Birkaç ay önce bir mühendisimiz sahaya gitti, OEM yazılımını kurdu ama ne yaptıysa iletişimi sağlayamadı. Sebep mi? APC sunucusu ile DCS arasındaki fiziksel kablo hiç bağlanmamıştı! Bu tür hikayeler, on beş yılı aşkın süredir kontrolörleri, OEM sistemlerini ve DCS platformlarını birleştirmek ve test etmek için entegre fabrika kabul testleri (IFAT) yürüten bizler için hala yaygın. Teknoloji kötüleştiği için değil, daha iyi olduğu için. Geriye kalan hatalar neredeyse her zaman insanlarla ilgili, protokollerle değil.
✅ Hazırlığı "Görün", Sadece "Duymayın"
En sık karşılaştığımız hata donanımla ilgili değil. Tesis, ekipmanın sahada olduğunu, iletişimin test edildiğini ve her başlangıç maddesinin kapandığını teyit ediyor. Ancak entegrasyon ekibi geldiğinde, donanım teslimatı dışında hiçbir şeyin gerçekleşmediğini görüyor. Sözlü bir onay ile gösterilmiş bir onay aynı şey değildir.
- Bir ekibin seyahat ve programını bir tarihe bağlamadan önce, çalışan iletişim bağlantısının bir fotoğrafını veya satıcının donanımında mantığı canlı gösteren kısa bir demo çağrısı isteyin. Bu, bir öğleden sonraya mal olur; atlamak ise bir haftaya.
🗓️ IFAT'ı Gerçek Dönüm Noktaları Olarak Görün
Bu testler sıkı proje dönüm noktaları olarak yönetildiğinde, sonradan yapılan işler gözle görülür şekilde azalır. Akışkan (yani yapılması güzel, gayri resmi adımlar) olarak ele alındığında ise, donanım gönderildikten sonra bile faaliyetler gevşek kalır ve bu belirsizlik daha sonra kimsenin onaylamadığı gizli yapılandırma değişiklikleri olarak yeniden ortaya çıkar.
- DCS mantığı, IFAT ile devreye alma arasında kendi güvenlik duvarınızın arkasında, herkesin istediğinden daha sık değiştirilir. Devreye alma öncesi testleri başlangıca daha yakın planlamak bu boşluğu daraltır. Dönüm noktasını ilk günden itibaren bir dönüm noktası olarak ele almak ise bu boşluğu kapatır.
📊 İki Sistem Uyuşmadığında: Önce Log Dosyası, Sonra Fikir
Aralıklı hatalar, hatalı değerler ve okumayı durduran etiketler, sabit bir test penceresinde yakalanması en zor sorunlardır. Ayrıca, teknik bir sorunun kimin sisteminde hata olduğu konusunda bir çıkmaza dönüşmesinin en hızlı yoludur. Bir projede, konsolumuza gelen değerler, DCS ekranında gösterilenlere göre neredeyse rastgele görünüyordu. Etiket adları eşleşiyordu ve anlaşılır bir şekilde, satıcı kendi ekranı doğru göründüğü için bunun kendi sorunları olduğunu düşünmüyordu.
- Konuşmayı değiştiren şey, tam davranışı bağımsız araçlar arasında yeniden üretip onların önüne koymaktı. Bunu gösterebildiğimizde, satıcı saatler içinde devreye girdi. Ders: Bir sorun çatışmaya dönüşmeden önce, bunun iki ayrı sorun değil, ortak bir sorun olduğunu kanıtlayan verileri alın.
🏭 Kabul Testlerini Daima Satıcı Sahalarında Yapın
Bu, söylenmesi en kolay ama bazı durumlar veya müşteriler için pratik olarak zor olan bir noktadır. IFAT'ı satıcı sahasında yapmak, en fazla kaynağı ve desteği bir araya getirir, ancak her şeyin bir kukla/ideal sistem üzerine kurulması dezavantajı vardır. Tesiste yapmak, gerçek ağınızda, kendi operatörlerinizle test yapmak anlamına gelir, ancak bir şeyler ters giderse satıcı desteği daha az olur. İdeal olarak, her ikisini de yapmak istersiniz, ancak birini seçmek zorunda kalsaydık, satıcı sahalarını seçerdik.
- Satıcı sahalarında gördüğünüz sahiplenme ve sorumluluk, müşteri sahalarında tekrarlanması zordur.
Özetle, teknoloji on yıllık teknik hataları düzeltti. OPC UA, kırılgan DCOM bağlantılarının yerini aldı, sıralama manuel kurulumların yerini aldı ve yapay zeka destekli sorun giderme artık şifreli bir hata kodunu saatler yerine dakikalar içinde belirli bir sonraki adıma dönüştürüyor. Geriye kalan tamamen, ekibinizin, entegratörünüzün ve satıcılarınızın ekipman fabrika zemininden ayrılmadan önce kimin neye sahip olduğu konusunda ne kadar açık anlaştığıyla ilgilidir.
