İSG ve Akıllı Fabrika Çözümleri

Sanal Devreye Alma

Makine veya hattın kontrol yazılımını, fiziksel kurulum tamamlanmadan önce davranış modeli ve emüle edilen sinyallerle test etmeye yarayan mühendislik yaklaşımıdır.

Değer Katmanları

Temel kazanımlar

Çözüm katmanı, yalnızca teknolojik bir modül değil; saha doğrulugu, raporlama ve surekli optimizasyonu tek yapida toplar.

check_circle

Ölçülebilir pilot ve kabul kriterleri

check_circle

Sahaya göre yapılandırılan alarm ve olay akışı

check_circle

Yetki, saklama ve bakım gereksinimlerinin birlikte tasarlanması

Mimari

Çözüm kapsamı

  • Saha keşfi ve risk senaryosu
  • Teknoloji ile entegrasyon değerlendirmesi
  • Pilot, doğrulama ve ölçeklendirme planı

Teknik Detaylar

Detaylı içerik

Makine veya hattın kontrol yazılımını, fiziksel kurulum tamamlanmadan önce davranış modeli ve emüle edilen sinyallerle test etmeye yarayan mühendislik yaklaşımıdır. PLC kodu, robot programı, HMI, sıralı çalışma ve arıza senaryoları sanal ortamda daha erken denenebilir. Amaç saha devreye alma riskini azaltmak, test kapsamını genişletmek ve ekipler arasındaki arayüzleri görünür kılmaktır.

Sanal test fiziksel devreye almayı kaldırmaz. Gerçek sensör, aktüatör, kablolama, mekanik tolerans, ağ ve emniyet donanımı sahada doğrulanır. Emniyet işlevleri için gerekli standart testler ve yetkili onaylar devam eder.

Sanal Devreye Alma Nedir ve Hangi İhtiyacı Karşılar?

Çözümün başlangıç noktası teknoloji seçimi değil, izlenecek olayın ve alınacak kararın tanımlanmasıdır. Hangi bölgede, hangi koşul gerçekleştiğinde, kimin bilgilendirileceği ve bu kişinin ne yapacağı açıkça yazılır. Böylece sensör çıktısı tek başına bir alarm olarak kalmaz; doğrulama, müdahale ve kapanış adımları olan yönetilebilir bir iş akışına dönüşür.

PLC kodu, robot programı, HMI, sıralı çalışma ve arıza senaryoları sanal ortamda daha erken denenebilir. Amaç saha devreye alma riskini azaltmak, test kapsamını genişletmek ve ekipler arasındaki arayüzleri görünür kılmaktır. Aynı isimle sunulan sistemlerin kapsamı farklı olabilir. Satın alma değerlendirmesinde demo ekranından önce algılama alanı, veri kaynağı, bildirim yolu, yetkiler, bakım sorumluluğu ve kabul testi incelenmelidir.

Teknoloji ve Uygulama Seçenekleri

Teknoloji seçimi saha geometrisi, çevresel koşullar ve işletmenin sürdürebileceği bakım modeliyle birlikte yapılır. Aşağıdaki yöntemler birbirinin kesin alternatifi değildir; bazı projelerde tek yöntem, bazı projelerde ise birbirini doğrulayan birden fazla katman kullanılabilir.

Yöntem Değerlendirme
Model-in-the-loop Kontrol fikrini ve proses modelini erken aşamada birlikte sınar.
Yazılım-in-the-loop Kontrol yazılımının emüle edilen ortamla davranışını inceler.
Donanım-in-the-loop Gerçek kontrol donanımını gerçek zamanlı proses modeliyle bağlar; arayüz ve zamanlama ayrıntısını artırır.
Robotik hücre simülasyonu Erişim, çevrim, çarpışma ve sıra mantığını test edebilir; saha kalibrasyonu yine gerekir.

Bir yöntemin katalog özelliği, gerçek tesiste aynı performansın alınacağını tek başına göstermez. Kurulum yüksekliği, metal ve fiziksel engeller, ağ gecikmesi, kullanıcı davranışı ve bakım sıklığı ölçülebilir kabul koşullarına dönüştürülür.

Saha Keşfinde Toplanması Gereken Bilgiler

Keşif çalışması, kapsamı ve maliyeti belirleyen teknik girdileri toplar. En az şu başlıklar kayıt altına alınır:

  • kontrol yazılımı ve sürüm yönetimi
  • I/O listesi, adresleme ve sinyal sözlüğü
  • ekipman davranış ve arıza modeli
  • robot, ağ ve HMI arayüzleri
  • emniyet matrisi ve saha test sınırı
  • FAT/SAT kabul senaryoları ve sorumlular

Bu bilgiler saha planı üzerinde işaretlenir ve örnek vardiya gözlemiyle doğrulanır. Mevcut cihazların model ve bağlantı bilgileri, yalnızca beyana dayanmak yerine uygun olduğunda test akışıyla kontrol edilir. İstenen entegrasyonun yalnızca veri görüntüleme mi, olay aktarımı mı, yoksa doğrulanmış bir kontrol işlemi mi olduğu ayrıca belirtilir.

Alarm, Olay ve Veri Yönetimi

Algılama ile kullanıcının ekranda uyarıyı görmesi arasında veri alma, analiz, kuyruk, ağ ve bildirim servisi katmanları bulunabilir. Bu nedenle “anlık” ifadesi ölçülebilir bir süreyle tanımlanmalıdır. Yoğun alarm anı, bağlantı kesintisi ve servis geri dönüşü pilotta sınanır. Olayın açık, doğrulandı, gereksiz alarm, yönlendirildi ve kapandı gibi durumları birbirinden ayrılır.

Görüntü, konum veya çalışanla ilişkilendirilebilen kayıtlar için amaç sınırlaması, erişim rolü, saklama süresi ve silme yöntemi belirlenir. Sistem yöneticisi, İSG ekibi ve operasyon yöneticisinin aynı ayrıntıyı görmesi gerekmeyebilir. İndirilen raporlar ile API üzerinden paylaşılan kayıtların da aynı veri politikasına tabi olduğu unutulmamalıdır.

Entegrasyon Kapsamı Nasıl Doğrulanır?

Bir çözümün mevcut kamerayla, üretim ağıyla veya kurumsal yazılımla çalışabileceğinin söylenmesi, bütün entegrasyonun hazır olduğu anlamına gelmez. Kaynak sistemin veri formatı, bağlantı yöntemi, kimlik doğrulaması, saat bilgisi, hata kodları ve veri sahipliği incelenir. Gerekli veri okunabiliyor mu, olay kimliği iki sistemde de izlenebiliyor mu ve bağlantı kesildiğinde kayıtlar nasıl tamamlanıyor soruları teknik kabul listesine eklenir.

Entegrasyon yalnızca tek yönlü olay aktarımıysa, hedef sistemde kaydın açıldığını ve mükerrer oluşmadığını göstermek yeterli olabilir. Kontrol komutu, alarm paneli veya araç davranışı etkileniyorsa risk seviyesi yükselir; hata durumları, yetkisiz komut, gecikme ve güvenli konuma dönüş ayrıca doğrulanır. Kurumsal ağ ile operasyon ağı arasında hangi bağlantıların açılacağı bilgi güvenliği ve otomasyon ekipleriyle kararlaştırılır.

Bildirim kanalında birincil ve yedek yöntem tanımlanır. E-posta ya da mobil bildirim ulaşmadığında saha sireni devreye girecek mi, vardiya sorumlusu değiştiğinde yetki listesi nasıl güncellenecek, bakım modunda alarmlar nasıl işaretlenecek gibi ayrıntılar devreye alma dokümanında yer alır. Bu doküman, çözümün günlük işletme sorumluluğunu görünür kılar.

Pilot Kurulum ve Kabul Testi

Pilot, çözümün seçilen küçük bir alanda gerçek koşullarla sınanmasıdır. Testler insanları tehlikeye sokmadan, yetkili ekiplerin hazırladığı güvenli senaryolarla yürütülür. Başlangıçta gerçek doğruyu oluşturacak manuel gözlem veya doğrulanmış referans kaydı hazırlanır.

Test Uygulama İncelenen çıktı
Normal çevrim Başlatma, üretim ve durdurma dizisi Sıra ve I/O uyumu
Arıza enjeksiyonu Sensör takılı kalma ve iletişim kaybı Alarm, güvenli tepki ve kurtarma
HMI ve reçete Yetki, değer sınırı ve yanlış giriş Komut doğrulama
Sürüm teslimi Sanal testten sahaya paket Kod, model ve test raporu izlenebilirliği

Planlanan test senaryosu kapsamı, bulunan hata türleri, açık kalan kritik hata, yazılım/I-O sürüm uyumu ve sahada tekrar edilen test sonuçları izlenir. Saha süresindeki azalma ancak aynı kapsam ve proje koşullarıyla karşılaştırıldığında anlamlıdır; sabit bir tasarruf yüzdesi verilmez.

Kabul ölçütleri test başlamadan yazılır. Sonuçlar vardiya, alan ve çevresel koşulla birlikte raporlanır; yalnızca genel bir başarı yüzdesi verilmez. Pilot sonunda kapsama genişletme, kamera veya sensör yerini değiştirme, iş akışını düzeltme ya da projenin uygun bulunmaması seçeneklerinin her biri değerlendirme sonucudur.

Satın Alma Öncesi Kontrol Listesi

Teklifler karşılaştırılırken hangi sensör veya yazılımın verildiğinin yanında hizmet sınırları da yazılı olmalıdır. Keşif, montaj, elektrik ve ağ işleri, lisans modeli, sunucu kaynağı, veri taşıma, kullanıcı eğitimi, kabul testi ve garanti kapsamındaki destek ayrı kalemler olarak görülmelidir. “Mevcut sistemle entegre” ifadesi, desteklenen protokol ve test sorumlusu belirtilmeden yeterli değildir.

İşletme ekibi ayrıca şu sorulara yanıt aramalıdır: Sistem bağlantı kaybını görünür kılıyor mu? Kamera veya sensörün yönü değiştiğinde uyarı oluşuyor mu? Yetki değişiklikleri kayda alınıyor mu? Yazılım güncellemesi sonrasında pilot senaryolarından hangileri tekrar çalıştırılacak? Olay inceleme yükü günlük operasyon içinde kim tarafından karşılanacak? Bu sorular toplam sahip olma maliyetini ve projenin sürdürülebilirliğini doğrudan etkiler.

Sınırlılıklar ve Risk Kontrolleri

Hiçbir algılama sistemi, saha disiplininin veya mühendislik önlemlerinin yerine geçmez. Tasarım sırasında aşağıdaki sınırlar açıkça ele alınır:

  • modelin gerçek mekanik davranışı eksik temsil etmesi
  • I/O ve yazılım sürümlerinin uyuşmaması
  • gerçek zaman gereksiniminin karşılanmaması
  • sanal ortamda bulunmayan saha kablolama hataları
  • emniyet fonksiyonunun yalnız simülasyonda kabul edilmesi
  • test senaryosu kapsamasının yetersizliği

Yanlış alarmı azaltmak için eşikleri aşırı gevşetmek, gerçek olayların kaçmasına yol açabilir. Bu nedenle gereksiz alarm ve kaçırılan olay dengesi birlikte incelenir. İşletme süreçleri, ekipman yerleşimi veya aydınlatma değiştiğinde önceki pilot sonucunun hâlâ geçerli olduğu varsayılmaz; yeniden kontrol yapılır.

Bakım, Ölçeklendirme ve Maliyet

Toplam sahip olma maliyetini etkileyen başlıca kalemler şunlardır: proses modelinin ayrıntısı, PLC/robot emülasyon lisansları, gerçek zaman donanımı, I/O eşleme, test senaryosu hazırlığı, ekip eğitimi, sürüm yönetimi ve model bakımı. İlk yatırım bedeli yanında lisans yenileme, cihaz değişimi, temizlik, kalibrasyon, kullanıcı yönetimi ve olay inceleme zamanı da hesaba katılır.

Ölçeklendirme kararı pilotta tanımlanan metriklerle verilir. Bir hatta çalışan kurgu diğer hatta kopyalanmadan önce yeni alanın ışığı, trafiği, fiziksel engelleri ve ağ kapasitesi kontrol edilir. Sistem sağlığı için görüntü veya sensör akışı, saat senkronizasyonu, depolama, alarm teslimi ve kullanıcı yetkileri periyodik olarak test edilir.

Sanal Devreye Alma Hakkında Sıkça Sorulan Sorular

Sanal devreye alma fiziksel devreye almanın yerine geçer mi?

Hayır. Yazılım ve arayüz hatalarını erken bulmayı destekler; saha montajı ve gerçek donanım davranışı ayrıca test edilir.

Gerçek PLC kullanmak gerekir mi?

Test seviyesine göre gerekmez veya gerekir. MIL/SIL emülasyonla, HIL ise gerçek kontrol donanımıyla yürütülebilir.

Emniyet PLC kodu sanalda onaylanabilir mi?

Sanal test doğrulamayı destekler ancak zorunlu fiziksel test ve yetkili güvenlik yaşam döngüsü gerekliliklerini kaldırmaz.

Hangi veriler hazırlanır?

I/O listesi, sekans, durum makineleri, alarmlar, arıza senaryoları, zamanlamalar ve yazılım sürümleri temel girdilerdir.

Eski hatlarda uygulanabilir mi?

Kod ve arayüz erişimi, dokümantasyon ve model kurulabilirliği incelenir. Eksik bilgi kapsamı ve maliyeti artırabilir.

Teslimatta neler bulunur?

Proje kapsamına göre model, eşleme dosyası, test senaryoları, hata listesi, sürüm kaydı ve saha tekrar test planı tanımlanır.

Leosay ile Pilot Kapsamınızı Belirleyin

İlk görüşmede çözmek istediğiniz olay, tesis planı, mevcut cihazlar ve müdahale süreci birlikte ele alınır. Uygun teknoloji ve entegrasyon ancak bu girdiler incelendikten sonra netleştirilir. İlgili uygulama katmanlarını Leosay Safety sayfasında inceleyebilir; keşif ve pilot kapsamı için Leosay iletişim formunu kullanabilirsiniz.

Yol Haritası

Sahanız için pilot kapsamını birlikte belirleyelim.

Mevcut altyapıyı, risk senaryosunu ve ölçülebilir kabul kriterlerini birlikte değerlendirin.