İçeriğe geç

Çözüm Alanlarımız

Haberleşme Sistemleri

Endüstriyel ağ çözümleri, IoT, veri iletişimi ve uzaktan erişim sistemleri.

Endüstriyel ağ, ofis ağının fabrikaya taşınmış hâli değildir: burada bir paketin geç gelmesi bir tablonun yavaş açılması değil, bir eksenin senkronu kaçırması anlamına gelir. Ağ tasarımında iki şeyi birlikte kuruyoruz — çevrim süresi bütçesini tutan bir determinizm ve üretim ağını dış dünyadan ayıran bir bölge (zone) yapısı. İkisi ayrı ayrı çözülünce ortaya "çalışıyor gibi görünen" ama yük altında dağılan bir ağ çıkıyor.

Nerede işe yarıyor

Haberleşme işi genelde iki şekilde önümüze geliyor: ya yeni bir hattın ağı sıfırdan kurulacak, ya da yıllardır çalışan bir ağ artık açıklanamayan duruşlar üretiyor. İkinci durum daha sık. Belirti hep benzer: haftada bir düşen bir sürücü, ara ara “haberleşme kesildi” alarmı veren bir uzak G/Ç istasyonu, vardiya değişiminde donan bir operatör paneli. Bunların hiçbiri kendi başına arıza gibi görünmez, hepsi birlikte hattın güvenilirliğini bitirir.

Sık çalıştığımız işler:

  • Yeni hat ağı. Kontrol trafiği, kamera akışı ve raporlama verisinin aynı fiziksel altyapıda çakışmadan taşınması.
  • Ağ ayıklama (troubleshooting). Çalışan bir tesiste kesintinin kaynağını daraltmak — kablo, switch yapılandırması, adresleme veya yük.
  • Segmentasyon ve güvenlik düzeni. Düz (flat) tek ağın bölgelere ayrılması, üretim ve ofis trafiğinin ayrıştırılması.
  • Uzak saha. Pompa istasyonu, kuyu, depo, enerji sahası gibi kablolu hat çekilemeyen noktaların hücresel bağlantıyla merkeze alınması.
  • Eski cihaz entegrasyonu. Seri hat üzerinde konuşan sayaç, tartı ve sürücülerin gateway ile üst katmana taşınması.

Nasıl çalışıyoruz

Önce çevrim süresi bütçesi çıkarıyoruz. Hangi cihaz kaç milisaniyede bir güncellenmek zorunda, hangi veri saniyede bir yeterli — bu ayrım yapılmadan seçilen topoloji, sonradan switch eklemekle düzelmiyor. Bir hareket kontrolü ekseni tipik olarak 1 ms altı ve düşük titreşimli (jitter) bir çevrim isterken, raporlamaya giden sıcaklık ölçümü için birkaç saniye fazlasıyla yeterlidir; aynı ağda ikisini ayırmadan taşımak, kritik trafiği gereksiz yere riske atmak demek.

Ardından adres planı ve cihaz adlandırma. Profinet’te cihaz adı, EtherNet/IP’de IP, Modbus’ta slave adresi — hepsi tek tabloda, panoda basılı ve dosyada sürüm kontrollü duruyor. Sahada en çok vakit kaybettiren şeylerden biri, yedek parça takıldıktan sonra adresin ne olacağının bilinmemesidir.

Segmentasyon bunun üzerine geliyor. Hücre bölgeleri kendi VLAN’ında; kamera ve görüntü akışı, çok yayınlı (multicast) trafiği IGMP snooping ile sınırlandırılmış ayrı bir segmentte; üretim ile ofis arasında tanımlı tek bir kanal. Erişimi bölgeler arası “gerektiği kadar” açıyoruz — tersi, yani her şeyi açıp sonra kapatmaya çalışmak, pratikte hiç tamamlanmıyor.

Yedeklilik ihtiyaca göre halka topolojisiyle kuruluyor ve ölçülerek teslim ediliyor: kabloyu fiziksel olarak çekip geçiş süresini kaydediyoruz. Ölçülmemiş yedeklilik, yedeklilik değil varsayımdır.

Son adım devreye alma testleri: yük altında paket kaybı, çok yayınlı trafik davranışı, halka geçişi ve uzaktan erişim yolunun kontrolü. Boş bir ağda her topoloji çalışır; ayrım hat tam kapasitede koşarken ortaya çıkar.

Dikkat ettiğimiz noktalar

Ofis switch’i sahaya konmaz. Ucuz olan yönetilemeyen switch, çok yayınlı trafiği sınırlandıramaz, önceliklendirme yapamaz ve teşhis bilgisi vermez. Üstüne pano içi sıcaklık ve titreşimde ömrü kısadır. Arıza anında “hangi porttan ne geçiyor” sorusuna cevap veremeyen bir cihaz, ağı görünmez yapar.

Ekranlama ve topraklama ağın parçasıdır. Ekranı tek uçtan bağlanmış ya da hiç bağlanmamış bir kablo, sürücünün çalıştığı anda hata sayacını yükseltir. Bu tür kusurlar ağ yapılandırmasında değil, kablo yolunda ve toprak baraya bağlantıda aranır.

Adres çakışması sessizdir. İki cihaza aynı IP verildiğinde ağ çökmez; ara ara kopan, tekrarlanamayan bir davranış üretir. Adres planı olmayan tesislerde sorunun kaynağı genelde budur ve haftalar boyunca başka yerde aranır.

Tek yönlü veri akışı mümkün olan her yerde tercih edilir. Üst katmana yalnız veri çıkacaksa, ters yönde yazma yetkisi açmak için bir gerekçe gerekir. Raporlama ve izleme için okuma yeterlidir.

Diğer çözüm alanlarıyla ilişkisi

Ağ, kontrol katmanının altyapısı: doğru yazılmış bir PLC programı yetersiz tasarlanmış bir ağda hâlâ duruş üretir; bu yüzden ağ şemasını endüstriyel otomasyon projesinin parçası olarak çıkarıyoruz. Üst tarafta ise ağ, verinin taşıyıcısı — OPC UA ve MQTT üzerinden akan her kayıt veri toplama ve analiz katmanının girdisi olur. Fiziksel taraf, yani kablo yolu, ekranlama ve pano içi yerleşim elektrik ve elektronik tarafıyla birlikte planlanır.

Sık sorulan sorular

Üretim ağı ile ofis ağı gerçekten ayrılmak zorunda mı? Tek ağ daha kolay yönetiliyor.

Yönetimi kolay, sonuçları değil. Tek ağda ofis tarafındaki bir yayın (broadcast) fırtınası ya da bir yedekleme işi, sahadaki çevrim süresi bütçesini yiyip PLC haberleşme hatası ürettirir. Güvenlik tarafı daha nettir: ofis ağı kaçınılmaz olarak internete, e-postaya ve USB'ye açıktır; üretim ağının o yüzeyi paylaşmasının teknik bir gerekçesi yok. IEC 62443'ün bölge/kanal (zones and conduits) yaklaşımı tam bunu söylüyor — ağı işleve göre bölgelere ayır, bölgeler arası her geçişi tanımlı ve denetlenen bir kanaldan yürüt.

Uzaktan bağlanmak için PLC'nin portunu yönlendirsek olmaz mı?

Olmaz. Doğrudan port yönlendirme, kimlik doğrulaması zayıf ya da hiç olmayan bir kontrol cihazını internete açık hâle getirir; endüstriyel protokollerin çoğu şifreleme ve yetkilendirme olmadan tasarlandı, yani porta erişen kişi cihaza da erişir. Doğru kurgu, bağlantıyı sahadan dışa doğru kuran bir VPN yönlendirici ve arkasında yalnız gerekli cihazlara izin veren bir erişim listesidir. Üstüne bakım penceresi dışında bağlantıyı fiziksel bir anahtarla kesebilmek de sık istenen ve kurulabilir bir kısıt.

Ağ bir yerden koptuğunda hat durmasın istiyoruz; bu nasıl sağlanıyor?

Halka (ring) topolojisiyle. Switch'ler kapalı bir çevrim oluşturur, tek kablo veya tek cihaz kaybında trafik ters yönden akmaya devam eder. Kritik olan geçiş süresidir: klasik STP saniyeler mertebesinde kalır ve bu süre bir Profinet çevriminin çok üstündedir, yani hat yine durur. Bu yüzden üretici tarafının hızlı halka protokollerini (MRP ve muadilleri) kullanıp geçiş süresini ölçüyor, kontrol tarafındaki haberleşme hata toleransını o ölçüme göre ayarlıyoruz.

Elimizde eski seri (RS-485) cihazlar var; hepsini değiştirmek gerekir mi?

Genelde gerekmez. Modbus RTU konuşan bir sayaç, sürücü veya tartı, gateway üzerinden Modbus TCP ya da OPC UA olarak üst katmana taşınabilir. Dikkat edilmesi gereken, seri hattın kendi sınırlarıdır: baud hızı, aynı hat üzerindeki cihaz sayısı ve sorgulama (polling) döngüsü, elde edebileceğiniz veri tazeliğini baştan belirler. Saniye altı çözünürlük gereken bir ölçüm noktası varsa orada cihaz değişimi tartışılır; raporlama için okunan bir sayaçta gerekmez.

Akıllı çözümler, güvenli yarınlar

Üretiminizi geleceğe taşıyalım

Hattınızdaki darboğazı anlatın; ölçülebilir bir iyileştirme planıyla dönelim. İlk görüşme ve ihtiyaç analizi için bize yazın.