Endüstriyel IoT çözümleri, üretim sahasındaki sensör, PLC, makine, sayaç ve kontrol sistemlerinden gelen veriyi güvenilir biçimde toplar; edge, veri platformu ve iş uygulamaları arasında yönetilebilir bir akış kurar. IIoT projesinin değeri yalnız cihazları internete bağlamak değildir. Verinin doğru zaman, varlık, ürün ve iş emri bağlamıyla kullanılabilir hale gelmesi; güvenli şekilde taşınması ve operasyonel bir karara dönüşmesi gerekir.
Leosay, saha bağlantısını tek bir protokol veya bulut ürünü üzerinden tanımlamaz. Mevcut makine parkı, ağ politikası, gecikme ihtiyacı, veri hacmi, güvenlik gereksinimi ve entegrasyon hedefi incelenir. Sensör veya PLC’den başlayan veri yolculuğu; edge gateway, yerel ya da bulut veri katmanı, dashboard, MES, ERP, bakım ve analitik sistemlerine kadar uçtan uca tasarlanır.
Endüstriyel IoT (IIoT) Nedir?
Endüstriyel Nesnelerin İnterneti ya da IIoT; makine, üretim hattı, enerji altyapısı, taşıma ekipmanı ve diğer endüstriyel varlıklardan veri toplanmasını, bu verinin güvenli ağlar üzerinden paylaşılmasını ve üretim kararlarında kullanılmasını sağlayan teknoloji ve süreçler bütünüdür. Endüstriyel ortamda çalışma sürekliliği, deterministik davranış, veri bütünlüğü, varlık yaşam döngüsü ve siber güvenlik tüketici IoT uygulamalarına göre daha kritik olabilir.
Bir IIoT platformu her kontrol görevini üstlenmek zorunda değildir. PLC veya DCS gerçek zamanlı kontrolü, SCADA süreç izlemeyi, MES üretim yürütmeyi, ERP planlama ve kurumsal kayıtları yönetebilir. IIoT katmanı bu sistemler arasında bağlantı, veri standardizasyonu, bağlam, cihaz yönetimi ve analitik için ortak bir zemin oluşturur.
| Boyut | Klasik IoT | Endüstriyel IoT |
|---|---|---|
| Ortam | Ev, ofis ve tüketici cihazları | Üretim hattı, tesis, depo ve kritik altyapı |
| Öncelik | Kullanım kolaylığı ve bağlantı | Süreklilik, veri bütünlüğü, güvenlik ve bakım yapılabilirlik |
| Varlık ömrü | Görece kısa cihaz döngüsü | Yıllarca kullanılan farklı nesil makine ve kontrol sistemleri |
| Protokol | Genel amaçlı internet protokolleri | OPC UA, MQTT, Modbus ve saha üreticisine özgü protokoller dâhil karma yapı |
| Sonuç | Uzak izleme veya kullanıcı hizmeti | Üretim, bakım, kalite, enerji ve izlenebilirlik kararları |
Endüstriyel IoT Mimarisi Nasıl Kurulur?
Sensör, PLC, CNC ve SCADA katmanı
Veri yolculuğu fiziksel olayla başlar. Makine durumu, çevrim, sıcaklık, titreşim, basınç, akım, enerji, kalite sonucu veya ürün kimliği gibi bilgiler mevcut PLC/SCADA etiketlerinden ya da ilave sensörlerden alınabilir. İlk keşifte sinyalin anlamı, elektriksel erişim, örnekleme hızı, aralık, birim ve üretim açısından güvenli okuma yöntemi doğrulanır.
Her veri noktası aynı sıklıkta toplanmamalıdır. Hızlı titreşim analizi ile vardiya toplamı aynı iletişim ve saklama tasarımına ihtiyaç duymaz. Veri hacmi, karar gecikmesi ve saklama maliyeti birlikte değerlendirilerek örnekleme ve toplulaştırma politikası belirlenir.
Endüstriyel gateway ve edge computing
Gateway, farklı saha protokollerini üst sistemlerin kullanabileceği veri akışına dönüştürebilir. Edge katmanı ise veriyi kaynağa yakın filtreleme, zenginleştirme, tamponlama ve yerel kural çalıştırma imkânı sunar. Bağlantı kesildiğinde store-and-forward yaklaşımıyla verinin yerelde tutulması, bağlantı döndüğünde sıra ve mükerrerlik kontrolüyle iletilmesi planlanabilir.
Leosay Edge Box gibi saha bileşenlerinin rolü; bağlanacak varlık, protokol, veri hacmi ve güvenlik gereksinimleri teknik keşifle eşleştirilmelidir. Edge seçimi yalnız işlemci gücüne göre değil; ortam koşulu, port, yedeklilik, güncelleme ve bakım süreciyle yapılır.
Güvenli iletişim ve veri aktarımı
Saha ile üst sistem arasındaki iletişimde ağ bölümlendirmesi, kimlik doğrulama, şifreleme, sertifika yönetimi, izin verilen yön ve portlar tanımlanır. Üretim ağına kontrolsüz uzaktan erişim açmak yerine, ihtiyaç duyulan veri akışı en dar yetki ve izlenebilir kayıtla tasarlanır. Kritik kontrol trafiği ile raporlama verisi aynı öncelik ve güvenlik politikasında ele alınmamalıdır.
IIoT veri platformu ve uygulama katmanı
Veri platformu; varlık modeli, zaman serisi, olay, alarm, kullanıcı yetkisi, veri saklama ve API erişimini yönetir. Leosay Dashboard gibi görselleştirme katmanları, rol bazlı göstergeleri ve operasyonel takibi destekleyebilir. Ancak dashboard tasarımı, önce KPI tanımı ve veri kalitesi doğrulanmadan yapılmamalıdır.
OPC UA, MQTT ve Modbus Ne Zaman Kullanılır?
Tek bir protokol bütün IIoT mimarisini çözmez. Seçim cihaz yeteneği, veri modeli, ağ sınırı, gecikme, güvenlik ve hedef sistemle birlikte yapılır.
| Teknoloji | Temel rol | Dikkat edilmesi gerekenler |
|---|---|---|
| OPC UA | Cihaz, kontrol, MES ve kurumsal katmanlar arasında güvenli ve semantik bilgi alışverişi | Bilgi modeli, sertifika, kullanıcı yetkisi ve profil uyumluluğu doğrulanmalı |
| MQTT | Hafif publish/subscribe mesajlaşma; edge, platform ve çoklu tüketici veri akışları | Topic standardı, QoS, retained mesaj, oturum, kimlik ve broker güvenliği tasarlanmalı |
| Modbus RTU/TCP | Register tabanlı saha verisi okuma ve mevcut cihazlarla bağlantı | Adres, veri tipi, ölçek, endian düzeni ve güvenlik sınırı dokümante edilmeli |
| REST/API | MES, ERP, CMMS ve kurumsal uygulama entegrasyonu | Kimlik, sürümleme, hız sınırı, tekrar deneme ve hata sözleşmesi tanımlanmalı |
OPC UA yalnız bir taşıma protokolü değil, bilgiyi yapılandırmak için ortak bir model sunar. MQTT ise düşük bant genişliği ve çoklu tüketici senaryolarında esnek mesajlaşma sağlar. Modbus, çok sayıda mevcut cihazda veri erişimi için kullanılabilir; fakat anlam ve güvenlik bağlamı ek katmanlarda yönetilmelidir.
Veri Kalitesi, Zaman Damgası ve Etiket Standardı
IIoT projesinde bağlantının çalışması, verinin karar için güvenilir olduğu anlamına gelmez. Sensör değeri yanlış bir makineyle eşleşebilir, PLC saati kayabilir, birim dönüşümü hatalı olabilir veya bağlantı sonrası aynı kayıt iki kez yazılabilir. Bu sorunlar özellikle OEE, enerji, kalite ve kestirimci bakım sonuçlarını doğrudan etkiler.
- Kaynak zaman damgası: Olayın cihazda mı, gateway’de mi yoksa platformda mı zamanlandığı bilinmelidir.
- Etiket sözlüğü: İsim, açıklama, birim, veri tipi, normal aralık ve veri sahibi kayıt altına alınır.
- Varlık hiyerarşisi: Tesis, alan, hat, hücre, makine ve bileşen ilişkisi standartlaştırılır.
- Üretim bağlamı: Ürün, iş emri, reçete, lot, vardiya ve operatör rolüyle ilişki kurulur.
- Kalite bayrağı: Eksik, tahmini, gecikmiş veya sensör hatalı değerler normal veriden ayrılır.
- Değişiklik kaydı: Tag, ölçek, firmware veya veri sözleşmesi değişikliği izlenir.
IIoT Cihaz Yönetimi Neleri Kapsar?
Yüzlerce saha cihazı kurulduğunda envanter, kimlik, yapılandırma ve güncelleme süreçleri elle sürdürülemez. Cihaz yaşam döngüsü; kabul, kayıt, sertifika veya anahtar atama, konfigürasyon, sağlık izleme, yazılım güncelleme, bakım ve güvenli devreden çıkarma adımlarını kapsar.
Uzaktan güncelleme her cihaz için otomatik uygulanmamalıdır. Sürüm uyumu, imza doğrulama, geri dönüş planı, bakım penceresi ve üretim kritikliği değerlendirilir. Bağlantısı kesilen, beklenmeyen veri gönderen veya kimliği doğrulanamayan cihaz için alarm ve izolasyon akışı bulunmalıdır.
Gerçek Zamanlı İzleme ve Alarm Yönetimi
Dashboard, aynı ekranı herkese göstermek yerine rol ve karar ihtiyacına göre tasarlanmalıdır. Operatör anlık durum ve aksiyonu, bakım ekibi varlık sağlığı ve iş emrini, fabrika yöneticisi kapasite ve kayıp eğilimini görmek ister. KPI tanımı ve veri gecikmesi ekranda açık olduğunda kullanıcılar sayının neyi temsil ettiğini anlayabilir.
Alarm tasarımında eşik kadar histerezis, gecikme, öncelik, tekrar, susturma ve kapanış kuralı önemlidir. Bildirim; kanıt, varlık, zaman, beklenen durum ve sorumlu rolle birlikte aktarılmalıdır. Çok sayıda bağlamsız alarm, kritik olayların gözden kaçmasına yol açabilir.
Endüstriyel IoT Kullanım Senaryoları
Canlı üretim ve OEE takibi
Makine durumu, çevrim, ürün ve iş emri verisi birleştirildiğinde üretim adedi, duruş ve hız kaybı otomatik hesaplanabilir. OEE takip sistemi için planlı üretim zamanı, ideal çevrim, iyi ürün ve duruş nedeni tanımlarının işletme genelinde ortak olması gerekir. IIoT katmanı bu hesapların güvenilir olay verisiyle beslenmesini sağlar.
Kestirimci bakım ve erken uyarı
Titreşim, sıcaklık, akım ve proses sinyalleri birlikte izlenerek normal çalışma profilinden sapmalar belirlenebilir. Kestirimci bakım modelinde arızalı dönem sayısı, etiket doğruluğu ve yanlış alarm maliyeti göz önünde bulundurulmalıdır. Model çıktısı bakım incelemesi ve iş emri sürecine bağlanmadığında operasyonel değer sınırlı kalır.
Enerji izleme ve ürün başına tüketim
Enerji sayacı verisi makine durumu, iş emri ve üretim adediyle eşleştirildiğinde boşta tüketim, pik yük ve birim ürün başına enerji incelenebilir. Enerji takip sistemi için sayaç hiyerarşisi, ölçüm periyodu ve veri boşlukları açıkça yönetilmelidir.
Kalite, proses ve izlenebilirlik
Proses parametreleri, kalite sonucu, seri veya lot bilgisi aynı zaman ekseninde tutulduğunda uygunsuz ürünün üretim koşulları geriye dönük incelenebilir. Kamera ve yapay zekâ sonuçları da ürün kimliği ve reçeteyle bağlandığında kalite kontrol sürecini ve kök neden analizini destekler.
İç lojistik ve varlık takibi
Forklift, palet, konteyner, takım ve malzeme hareketleri; RFID, barkod, konum veya görev kayıtlarıyla izlenebilir. Veri WMS, MES ve üretim planıyla eşleştirildiğinde arama süresi, hat besleme gecikmesi, rota yoğunluğu ve kullanım oranı analiz edilebilir.
MES, ERP, CMMS ve API Entegrasyonu
IIoT verisi ayrı bir veri adasında kalmamalıdır. MES, üretim emri ve gerçekleşen süreçleri; ERP planlama, stok ve maliyeti; CMMS varlık ve bakım iş emirlerini yönetir. Entegrasyonda hangi sistemin ana kayıt kaynağı olduğu, veri yönü, güncelleme sıklığı ve hata halinde davranış belirlenir.
API veya veri tabanı bağlantısı kurulması tek başına entegrasyonun tamamlandığı anlamına gelmez. Kimlik eşleme, sürümleme, tekrar deneme, idempotency, mükerrer kayıt, sıra, yetki ve gözlemlenebilirlik test edilir. Üretim emri veya reçete gibi kritik kayıtlar için manuel düzeltme ve mutabakat süreci bulunmalıdır.
Edge, On-Premise, Bulut ve Hibrit Dağıtım
| Model | Güçlü olduğu durum | Planlanması gereken konu |
|---|---|---|
| Edge | Düşük gecikme, yerel karar, bağlantı kesintisine dayanım | Cihaz yönetimi, kaynak sınırı, yedekleme ve saha bakımı |
| On-premise | Tesis içi veri kontrolü ve mevcut kurumsal sistemlere yakınlık | Kapasite, yedeklilik, güncelleme ve işletme sorumluluğu |
| Bulut | Çoklu tesis, esnek ölçek, merkezi analitik ve uzaktan erişim | Bağlantı, veri yerleşimi, maliyet, kimlik ve güvenlik |
| Hibrit | Kritik işlevleri yerelde, merkezi analitiği üst katmanda yürütme | Veri senkronizasyonu, görev sınırı ve tutarlılık |
Dağıtım modeli, “bulut mu yerel mi?” şeklinde tek seçim olmayabilir. Kontrol ve hızlı analiz edge’de, tesis görünürlüğü yerel sunucuda, çoklu tesis kıyaslaması ise kontrollü bulut katmanında çalışabilir. Veri sınıflandırması ve iş sürekliliği gereksinimi mimari kararın temelidir.
Endüstriyel Ağ ve Bağlantı Seçenekleri
Bağlantı teknolojisi, cihaz sayısı ve kapsama alanından önce kullanım durumunun gecikme, veri hacmi, hareketlilik, çevresel koşul ve iş sürekliliği ihtiyacına göre seçilir. Sabit, yüksek hacimli ve kritik ekipmanda kablolu endüstriyel Ethernet öne çıkabilir. Hareketli varlıklar veya kablo erişimi zor alanlarda endüstriyel Wi‑Fi, özel hücresel ağ ya da uygun düşük güçlü kablosuz teknolojiler değerlendirilebilir.
Kablosuz bağlantıda yalnız sinyal seviyesi yeterli değildir. Girişim, dolaşım, erişim noktası kapasitesi, metal yüzeyler, yedeklilik, cihaz kimliği ve kesinti durumundaki yerel çalışma test edilmelidir. Radyo planı, gerçek saha ölçümüyle doğrulanır. Emniyet veya kapalı çevrim kontrol gibi kritik işlevler için gecikme ve deterministik davranış gereksinimi ayrı değerlendirilir.
Ağ tasarımı, OT varlıklarını düz bir ağda birleştirmek yerine bölge ve hücrelere ayırır. Kuzey-güney veri akışının yanında makineler arası doğu-batı trafiği de görünür olmalıdır. İzleme, zaman senkronizasyonu, DNS, sertifika ve uzaktan bakım gibi destek servisleri mimariye dâhil edilmeden bağlantı tamamlanmış sayılmaz.
Telemetri, Olay ve Komut Verisi Nasıl Ayrılır?
Her veri aynı işleme politikasına sahip değildir. Telemetri; sıcaklık, basınç, akım veya hız gibi zaman serisi değerleri taşır. Olay; duruş başlangıcı, reçete değişimi, kalite sonucu veya alarm gibi anlamlı bir durum değişimini temsil eder. Komut ise bir hedef sistemin davranışını etkiler ve daha sıkı yetki, onay ve geri dönüş kontrolü gerektirir.
- Telemetri: Örnekleme, toplulaştırma, sıkıştırma ve saklama süresi önemlidir.
- Olay: Benzersiz kimlik, kaynak zamanı, sıra ve neden bağlamı korunmalıdır.
- Alarm: Öncelik, eşik, histerezis, sahip ve kapanış kanıtı tanımlanmalıdır.
- Komut: Kimlik doğrulama, yetki, onay, güvenli durum ve denetim kaydı zorunlu tasarım öğeleridir.
Bu ayrım veri modeli, mesaj kuyruğu, saklama ve güvenlik politikasını sadeleştirir. Bir dashboard sorgusunun gecikmesi ile makine davranışını etkileyen komutun gecikmesi aynı risk seviyesinde ele alınmaz.
Varlık Modeli ve İsimlendirme Standardı
Farklı tesislerde aynı makine “M01”, “Hat-1 Pres” veya üretici etiketiyle tanımlanıyorsa merkezi analiz zorlaşır. Varlık modeli; şirket, tesis, alan, hat, hücre, makine ve bileşen ilişkisini ortak bir hiyerarşide kurar. Her varlığa kalıcı kimlik verilir; kullanıcıya gösterilen ad değişse bile veri ilişkisi korunur.
Etiket standardı makine durumları, duruş kodları, ürün ve iş emri kimlikleriyle birlikte tasarlanır. OPC UA bilgi modelleri gibi semantik yaklaşımlar, cihazdan kurumsal uygulamaya kadar verinin anlamını taşımaya yardımcı olabilir. Standart, yerel ihtiyacı engellememeli; çekirdek alanlar ile tesise özgü uzantıları ayırmalıdır.
IIoT Tedarik ve Teknik Kabul Kontrol Listesi
Çözüm seçimi yalnız demo ekranına göre yapılmamalıdır. Teklif ve pilot kabulünde aşağıdaki sorular yazılı olarak yanıtlanmalıdır:
- Desteklenen cihaz, protokol ve sürümler hangileridir; uyumluluk nasıl doğrulanacaktır?
- Veri sözlüğü, API ve dışa aktarma imkânı müşteriye açık mıdır?
- Bağlantı kesintisi, disk dolması, saat kayması ve mükerrer kayıt nasıl test edilir?
- Cihaz kimliği, sertifika, parola ve uzaktan erişim yaşam döngüsü kim tarafından yönetilir?
- Edge veya platform yazılımı için güncelleme, geri dönüş ve destek süreci nedir?
- Veri saklama, yedekleme, silme ve tesisler arası erişim politikası nasıl uygulanır?
- Pilot başarı kriteri hangi teknik ve iş KPI’larıyla ölçülür?
- Canlıya geçişten sonra izleme, alarm, kapasite ve maliyet sorumluluğu kimdedir?
Bu maddeler, sağlayıcıdan bağımsız sürdürülebilirlik ve veri taşınabilirliği açısından da değerlendirilmelidir. Entegrasyonun belgelenmesi, sistemin gelecekte başka uygulamalarla çalışmasını kolaylaştırır.
Eski Makineler için IIoT Retrofit
Brownfield tesislerde bütün makine parkını yenilemeden veri görünürlüğü oluşturmak mümkündür. İlk adım, makinenin mevcut PLC, haberleşme portu, elektrik şeması ve güvenli erişim koşullarını incelemektir. Veri mevcut kontrolörden salt okunur alınabilir, harici sensör eklenebilir veya elektriksel sinyaller güvenli bir arayüz üzerinden toplanabilir.
Retrofit projesinde kontrol çevrimine müdahale, garanti, makine emniyeti ve üretim duruşu riski değerlendirilir. Pilot, tek bir kritik makinede veri doğruluğu ve operasyon faydasını kanıtladıktan sonra standart pano, etiket sözlüğü ve kurulum kontrol listesiyle ölçeklenir.
OT Siber Güvenliği ve Ağ Segmentasyonu
IIoT cihazları üretim ağına yeni bağlantı noktaları eklediği için güvenlik tasarımı baştan yapılmalıdır. Varlık envanteri, ağ bölgeleri ve iletişim akışları dokümante edilir; yalnız gerekli kaynak, hedef, port ve protokole izin verilir. Kullanıcı ve cihaz kimliği, sertifika veya anahtar yönetimi, günlükleme, güvenli uzaktan erişim ve yedekleme süreci tanımlanır.
Güncelleme yapılmayan cihaz, varsayılan parola, ortak hesap veya doğrudan internet erişimi kabul edilmemelidir. Değişiklikler bakım penceresi, test ortamı ve geri dönüş planıyla yönetilir. Güvenlik kontrolü, üretim sürekliliği ve emniyet gereksinimleriyle birlikte değerlendirilir.
Pilottan Ölçeklendirmeye IIoT Yol Haritası
- Problem ve KPI: Duruş, enerji, bakım, kalite veya izlenebilirlik hedefi ölçülebilir biçimde tanımlanır.
- Saha keşfi: Varlık, sinyal, protokol, ağ, güvenlik ve mevcut yazılım envanteri çıkarılır.
- Veri sözleşmesi: Etiket, birim, örnekleme, zaman, kimlik ve kalite kuralları yazılır.
- Pilot mimari: Gateway, edge, platform, dashboard ve entegrasyon sınırı belirlenir.
- Kurulum ve doğrulama: Sinyal doğruluğu, bağlantı kesintisi, tekrar gönderim, yetki ve performans test edilir.
- Operasyon kabulü: Kullanıcı akışı, alarm sahipliği, bakım ve veri kalitesi sorumlulukları devredilir.
- Ölçeklendirme: Standart donanım, yazılım bileşeni, etiket şablonu ve güvenlik kontrol listesi diğer hatlara uygulanır.
IIoT Projesinde KPI ve ROI
Teknik KPI’lar; veri kullanılabilirliği, gecikme, kayıp paket, kapsanan varlık, veri kalite oranı, cihaz sağlık durumu ve alarm kapanış süresini içerebilir. İş KPI’ları ise duruş, çevrim, OEE, bakım maliyeti, enerji, hurda, yeniden işleme ve teslimat performansına göre seçilir.
ROI hesabında donanım, yazılım, entegrasyon, saha kurulumu, ağ, güvenlik, eğitim ve sürdürülebilir işletme maliyeti birlikte ele alınır. Fayda, proje öncesi ve sonrası karşılaştırılabilir dönemlerle ölçülür; ürün karması veya vardiya gibi diğer değişkenler not edilir. Kesin sonuç vaadi yerine, ölçüm yöntemi ve duyarlılık senaryoları karar vericiye sunulur.
Çoklu Tesislerde IIoT Nasıl Ölçeklenir?
İlk pilotta çalışan bağlantının farklı marka ve nesil makinelerde aynı biçimde çalışacağı varsayılmamalıdır. Ölçeklendirme için onaylı gateway profilleri, etiket şablonları, varlık hiyerarşisi, sertifika politikası, ağ kuralı ve kabul testleri standartlaştırılır. Yeni tesiste standarttan sapmalar boşluk analiziyle kaydedilir.
Merkezi ekip veri modeli, güvenlik ve platform kapasitesini yönetirken yerel ekip varlık doğruluğu, saha bakımı ve operasyon aksiyonundan sorumlu olabilir. Bağlantı ve saklama maliyeti; cihaz sayısı, örnekleme, mesaj hacmi ve veri saklama süresiyle birlikte kapasite planına alınır. Böylece pilot büyüdüğünde ağ, broker, veri tabanı veya destek ekibi beklenmedik darboğaza dönüşmez.
IIoT’nin Akıllı Fabrika ve Simülasyonla İlişkisi
Endüstriyel IoT, sahadan güvenilir veri toplama ve bağlantı katmanıdır. Tesis düzeyinde üretim, kalite, bakım, enerji ve yönetim süreçlerinin birlikte ele alındığı dönüşüm programı için Akıllı Fabrika Çözümleri sayfasını inceleyebilirsiniz.
IIoT verisinin kapasite, vardiya, yatırım ve malzeme akışı senaryolarında kullanılması ise farklı bir karar problemi oluşturur. Bu kapsam Fabrika Simülasyonu sayfasında ayrıntılı olarak ele alınır.
Endüstriyel IoT Hakkında Sıkça Sorulan Sorular
Endüstriyel IoT ile IoT arasındaki fark nedir?
IIoT; üretim sürekliliği, farklı nesil makine entegrasyonu, endüstriyel protokoller, veri bütünlüğü, güvenlik ve uzun varlık ömrü gereksinimlerine odaklanır. Tüketici IoT uygulamalarında öncelikler ve risk profili farklı olabilir.
İnternet kesilirse saha verisi kaybolur mu?
Uygun edge ve store-and-forward tasarımında veri yerelde tamponlanıp bağlantı döndüğünde kontrollü biçimde gönderilebilir. Kapasite, saklama süresi, sıra ve mükerrer kayıt yönetimi proje kapsamında test edilmelidir.
Eski PLC ve makinelerden veri alınabilir mi?
Çoğu durumda retrofit seçenekleri vardır; ancak port, protokol, elektriksel güvenlik ve makine kritikliği incelenmeden yöntem seçilmez. Salt okunur bağlantı, harici sensör veya gateway seçenekleri saha keşfiyle doğrulanır.
Bulut kullanmak zorunlu mudur?
Hayır. Edge, on-premise, özel bulut veya hibrit mimari kullanılabilir. Karar; gecikme, bağlantı, veri hassasiyeti, ölçek, işletme kaynağı ve çoklu tesis ihtiyacına göre verilir.
Hangi protokolün kullanılacağı nasıl belirlenir?
Cihazın desteklediği arayüz, veri modeli, güvenlik, gecikme ve hedef uygulama değerlendirilir. OPC UA, MQTT ve Modbus aynı mimaride farklı görevler üstlenebilir; tek bir protokol her katman için varsayılmaz.
IIoT projesine nereden başlanmalıdır?
Önce ölçülebilir bir kullanım senaryosu ve veri kaynağı seçilir. Varlık, protokol, ağ ve güvenlik keşfinden sonra sınırlı pilot kurulur; veri doğruluğu ve operasyon faydası kabul kriterleriyle doğrulanır.
Leosay ile Saha Verinizi Karara Bağlayın
Makine, sensör, PLC ve sayaç verisini üretim kararlarında kullanmak istiyorsanız; ilk adım mevcut varlıkları, protokolleri, ağ sınırlarını ve hedef KPI’ı birlikte değerlendirmektir. Leosay, saha bağlantısından edge ve platform mimarisine, dashboard ve MES/ERP entegrasyonuna kadar uygulanabilir pilot kapsamını oluşturur.
Mevcut makine parkınızı ve öncelikli kullanım senaryonuzu paylaşmak için demo ve teknik keşif talebi oluşturabilirsiniz.