IoT yazılım geliştirme

Hangi sorunu çözüyoruz?

Bir makine durduğunda bunu operatör fark edene kadar üretim zaten kaybedilmiştir. Soğuk hava deposundaki sıcaklık sapması sabah vardiyasında öğrenilirse ürün çoktan bozulmuştur.

Bu sorunların çoğunda sensör zaten vardır. Eksik olan; verinin güvenli biçimde toplanması, saklanması, doğru eşiklerle yorumlanması ve doğru kişiye zamanında ulaşmasıdır.

IoT projeleri ayrıca iki dünyanın arasında kalır: elektronik ekip yazılımı, yazılım ekibi sahadaki cihazı tam bilmez. Yazılım ve elektronik deneyimimiz bu iki tarafı aynı masada toplar.

Ne yapıyoruz?

Cihaz haberleşme katmanı

Gömülü yazılımla konuşan katmanı MQTT, Modbus RTU/TCP, BLE, LoRaWAN, OPC UA veya seri protokollerle kurarız. Mevcut PLC, enerji analizörü veya sensörünüz bu protokollerden birini destekliyorsa çoğu durumda donanım değiştirmeden başlanabilir.

Gerçek zamanlı izleme panelleri

Anlık değerler, geçmiş grafikler, harita üzerinde cihaz konumu ve durum renkleri. Panel, operatörün bir bakışta sorunlu cihazı görebileceği şekilde tasarlanır; teknik ekip için ayrıntılı ekranlar ayrıca bulunur.

Uzaktan cihaz yönetimi

Cihaz yapılandırmasını değiştirme, komut gönderme, yeniden başlatma ve uzaktan yazılım güncelleme (OTA). Her komut kimin tarafından, ne zaman gönderildiğiyle birlikte kayıt altına alınır.

Alarm ve uyarı kuralları

Eşik aşımı, değişim hızı, bağlantı kopması ve cihaz arızası için kurallar. Uyarılar e-posta, SMS veya mobil bildirimle iletilir; nöbetçi kişi ve tekrar sıklığı tanımlanabilir.

Şarj istasyonu yönetimi (OCPP)

Elektrikli araç şarj istasyonları için OCPP 1.6 ve 2.0.1 uyumlu merkezi sistem: istasyon kaydı, şarj oturumu, enerji ölçümü, tarife ve ödeme. Sürücü tarafı için mobil uygulama de aynı sisteme bağlanır.

Endüstriyel IoT

Üretim hattında makine durum takibi ve OEE (genel ekipman etkinliği) hesabı, enerji tüketim izleme, soğuk zincir ve akıllı tarım senaryoları. Toplanan veri isterseniz ERP veya üretim takip yazılımınıza aktarılır.

Mimari nasıl kurulur?

1. Cihaz veya ağ geçidi: Sahadaki cihaz veriyi doğrudan ya da bir ağ geçidi (gateway) üzerinden, şifreli bağlantıyla gönderir.
2. Mesaj karşılama: MQTT aracısı (broker) veya OCPP sunucusu veriyi alır, cihaz kimliğini doğrular ve kuyruğa yazar.
3. Saklama: Ölçümler zaman serisi veritabanına (TimescaleDB, InfluxDB) yazılır; ham veri ile özet veri ayrı saklama sürelerine sahiptir.
4. Kural motoru: Eşikler ve kurallar sürekli değerlendirilir, alarm üretilir, gerektiğinde cihaza otomatik komut gönderilir.
5. Panel ve API: Veri kullanıcılara panel üzerinden, diğer sistemlerinize ise belgelenmiş bir API ile sunulur.

Bağlantı koptuğunda cihazın veriyi yerelde biriktirip sonra göndermesi, saat farklarının düzeltilmesi ve aynı ölçümün iki kez yazılmaması gibi ayrıntılar tasarımın başından ele alınır. Sahadaki projelerin çoğu bu ayrıntılarda zorlanır.

Hangi protokol, hangi durumda?

Protokol seçimi; cihazın ne desteklediğine, mesafeye, enerji kaynağına ve veri sıklığına göre yapılır. Aşağıdaki tablo ilk değerlendirme içindir; kesin karar saha keşfinde verilir.

Panelden karara: OEE örneği

Üretimde en çok sorulan soru "makineler ne kadar verimli çalışıyor?" sorusudur. OEE bu soruyu üç bileşenle cevaplar: kullanılabilirlik (planlanan sürenin ne kadarında makine çalıştı), performans (çalışırken ideal hızın ne kadarına ulaştı) ve kalite (üretilenlerin ne kadarı sağlam çıktı).

Üç oran çarpılarak OEE elde edilir. Bu hesabın güvenilir olması için duruşların otomatik toplanması, ideal çevrim süresinin ürün bazında tanımlanması ve fire verisinin aynı sisteme girilmesi gerekir; panelimiz bu üç veriyi tek yerde birleştirir.

OT ağ güvenliği

Üretim ağına (OT) bağlanan her yazılım, saldırganın ofis ağından makinelere ulaşabileceği yeni bir kapı açabilir. Bu yüzden güvenliği mimarinin parçası olarak kurarız.

• Saha ağı ile ofis ağı ayrılır; saha tarafından dışarıya yalnızca şifreli ve tek yönlü bağlantıya izin verilir.
• Her cihaz kendi kimlik bilgisiyle bağlanır; paylaşılan şifre kullanılmaz.
• Uzaktan komut yetkisi rol bazlıdır ve her komut kayıt altına alınır.
• Kurulum sonrası sistem sızma testinden geçirilir; bulgular canlıya alınmadan kapatılır.

Nasıl çalışıyoruz?

1. Saha keşfi: Cihazları, kablolamayı, ağ durumunu ve mevcut yazılımları yerinde inceleriz. Cihazın hangi veriyi hangi protokolle verebildiğini masa başında değil sahada doğrularız.
2. Pilot: Bir hat veya birkaç cihazla küçük bir pilot kurarız. Veri gerçekten akıyor mu, panel operatörün işine yarıyor mu, sahada görürüz.
3. Ölçekleme: Pilotta öğrenilenlerle mimariyi kesinleştirir, kalan cihazları kademeli olarak bağlarız.
4. Kural ve alarm ayarı: Eşikler ilk haftalarda gerçek veriye göre ayarlanır; gereksiz alarm, gerçek alarmın görülmemesine yol açar.
5. Eğitim, dokümantasyon ve destek: Operatör ve bakım ekibine eğitim verir, cihaz ekleme rehberini teslim eder, 7/24 izleme ve bakım ile devam ederiz.

Örnek kullanım senaryoları

• Makine verimliliği: Pres ve CNC makinelerinin çalışma, duruş ve arıza süreleri otomatik toplanır; vardiya sonunda OEE raporu hazır olur, duruş nedenleri operatör tarafından tabletten işaretlenir.
• Soğuk zincir: Depo ve araç içi sıcaklık sensörleri izlenir; eşik aşıldığında sorumlu kişiye anında bildirim gider, denetim için sıcaklık geçmişi raporlanır.
• Enerji izleme: Enerji analizörlerinden okunan tüketim verisi hat ve makine bazında ayrıştırılır; boşta çalışan ekipman ve tepe tüketim saatleri görünür olur.
• Akıllı tarım: Toprak nemi ve hava sensörleri LoRaWAN ile uzak tarlalardan veri gönderir; sulama vanaları panel üzerinden veya kurala bağlı olarak açılıp kapanır.
• Şarj ağı işletmesi: Farklı markalardaki istasyonlar tek merkezden izlenir; arızalı istasyon otomatik tespit edilir, oturum ve enerji verisi faturalamaya aktarılır.

İlgili çalışmalarımız

Üreticy ile sahaya dağılmış cihazların harita, anlık değer, alarm ve enerji raporlarıyla tek panelden izlendiği bir cihaz yönetim platformu geliştirdik. Şarjlı Enerji projesinde ise istasyonlarla OCPP üzerinden haberleşen sistemi sürücü uygulamasıyla birlikte kurduk.

Fiyatı etkileyen faktörler

• Cihaz sayısı, veri gönderme sıklığı ve verinin ne kadar süre saklanacağı.
• Kullanılan protokoller ve mevcut cihazların ne kadar açık olduğu (belgelenmiş protokol mü, kapalı sistem mi).
• Ağ geçidi veya ek donanım ihtiyacı; sahada kablolama ve kurulum işi gerekip gerekmediği.
• Uzaktan komut ve OTA güncelleme gereksinimi.
• ERP, üretim takip veya faturalama sistemleriyle entegrasyon.
• Barındırma: bulut veya fabrika içi (on-premise) sunucu.

Kesin fiyatı saha keşfi ve pilot sonrasında vermek, iki tarafı da sürprizden korur. Pilot aşaması ayrı fiyatlanır ve sonuçları ölçekleme kararından önce sizinle paylaşılır.

Sık sorulan sorular