Muş'ta sensör verisi ve sıcaklık izleme yaptırmak

01Sensör verisi ve sıcaklık izleme nedir, kimler için uygun?

Her işletmenin ihtiyacı farklıdır; yine de çoğu sensör verisi ve sıcaklık izleme projesinde şu başlıklar konuşulur:

• geçmiş grafik
• eşik alarmı
• rapor

İhtiyaca göre IoT yazılım geliştirme, endüstriyel makine veri toplama ve MQTT entegrasyonu da aynı yol haritasına eklenebilir.

02Hangi durumlarda sensör verisi ve sıcaklık izleme yaptırılır?

Üretim verisi OEE'ye beslenmek istendiğinde

PLC veya sensörlerden gelen çalışma ve duruş sinyalleri üretim yazılımına aktarılır.

Özel bir cihaz yazılıma bağlanacaksa

Cihazın protokolü çözümlenir; seri port, USB veya ağ üzerinden bağlantı kurulur.

Eşik alarmı gerektiğinde

Eşik alarmı, sensör verisi ve sıcaklık izleme projesinde kapsamın başında konuşulan başlıklardandır; analizde kimin kullanacağı ve nasıl çalışacağı netleştirilir.

03Sensör verisi ve sıcaklık izleme planlarken bilinmesi gerekenler

• haberleşme protokolü (MQTT, Modbus TCP/RTU, OPC UA, seri port)
• örnekleme sıklığı ve veri hacmi
• ağ (Wi-Fi, kablolu, GSM, LoRa)

04Sık karşılaşılan durumlar

05Muş için uzaktan ve yerinde çalışma

Muş, Doğu Anadolu Bölgesi'nde yer alan, plaka kodu 49 olan bir ildir; PTT verisine göre 6 ilçe ve 665 mahalle ve köy kaydından oluşur. Muş'ta PTT verisine göre 1 OSB/SB kaydı bulunur; bu bölgelerdeki üretim işletmeleri için sensör verisi ve sıcaklık izleme çoğunlukla iş emri, lot/izlenebilirlik ve mevcut ERP ile entegrasyonla birlikte planlanır.

Mesafe yazılım işinin önünde engel değildir: Muş'taki ekiplerle görüntülü görüşme, ekran paylaşımı ve test ortamı bağlantısıyla çalışılır; cihaz kurulumu veya saha keşfi gerekirse yerinde ziyaret planlanır.

Doğu Anadolu Bölgesi'ndeki Ağrı, Erzincan ve Erzurum gibi illerdeki işletmelerle de toplantılar uzaktan yapılır.

06Proje nasıl ilerler?

1. İlk görüşme: Kısa bir görüşmede ne yapmak istediğinizi, bugün nasıl çalıştığınızı ve öncelikli sorunu konuşuruz.
2. Analiz: Kimin neyi göreceği, hangi verinin nereden geleceği ve hangi işin önce çözüleceği netleştirilir.
3. Kapsam ve yazılı teklif: Hangi işin hangi aşamada teslim edileceği ve neyin kapsam dışı olduğu teklifte açıkça yazılır.
4. Tasarım ve prototip: Ekran akışları ve tasarımlar hazırlanır, onayınızdan sonra geliştirmeye geçilir.
5. Geliştirme ve test: Her teslimde çalışan bir sürüm test ortamında paylaşılır; hatalar canlıya çıkmadan giderilir.
6. Yayın, veri aktarımı ve eğitim: Canlıya geçiş planlı bir zamanda yapılır; ilk günlerde kullanım yakından izlenir.
7. Bakım ve destek: Yayın sonrası izleme, güncelleme ve geliştirme talepleri bakım planıyla sürdürülür.

07Rakamlarla örnek bir senaryo

08Nasıl çalışıyoruz?

Projeler tasarım, yazılım geliştirme, test ve yayın adımlarını kapsayan bir ekiple yürütülür. Sürüm kontrolü (Git), otomatik testler (Playwright), konteyner tabanlı yayın (Docker), sürekli entegrasyon ve izleme araçları standart çalışma düzenimizin parçasıdır.

• KVKK baştan tasarlanır.
• Ölçülebilir hedefler konur: arama ve WhatsApp tıklaması, form talebi, işlem süresi.
• Yayın sonrası bakım ve destek planlanır.

Türkiye'nin 81 ilindeki işletmelerle uzaktan çalışıyoruz; Muş da bunlardan biri.

09Uzman desteği ne zaman şart olur?

Sensör verisi ve sıcaklık izleme işlerinde bazı durumlar plansız ilerlerse sonradan pahalıya mal olur:

• Veritabanı hızla büyüyor: her okuma ham haliyle saklanıyor.
• Alarm çok sık çalıyor: eşikler ve gecikme süreleri ayarlanmamış.
• Kişisel veya finansal verinin işlendiği akışlar
• Birden fazla sistemle entegrasyon gerektiren işler

SSSSık sorulan sorular

→İlgili sayfalar

Bu sayfada geçen kavramlar

• eşik alarmı
• geçmiş grafik
• rapor
• OPC UA
• sensör
• Modbus
• gateway
• dashboard
• Muş