IoT cihaz geliştirme yedi aşamadan oluşur: ihtiyaç ve fizibilite, mimari ve bileşen seçimi, elektronik kart, kasa ve gömülü yazılım tasarımı, prototip ve saha testi, üretime hazırlık, seri üretim, devreye alma ve uzaktan işletme. Masadaki prototipi sahada yıllarca çalışan bir ürüne dönüştüren şey, her aşamada doğru kararın zamanında verilmesidir.
En pahalı hatalar, haberleşme, güç ve ortam koşulları gibi baştaki kararların sahada test edilmeden seri üretime taşınmasından doğar.
Neden bu kadar çok IoT projesi prototipte kalıyor?
Tipik senaryo şöyledir: bir ekip, hazır bir geliştirme kartı, birkaç sensör ve bir bulut paneliyle birkaç haftada çalışan bir prototip kurar. Demo başarılıdır; yönetim "bundan iki yüz tane yapalım" der. Sonra sorunlar sırayla ortaya çıkar. Geliştirme kartı sahaya uygun değildir, kasa neme dayanmaz, pil birkaç haftada biter, bodrumdaki cihaz veri göndermez, yazılımda bir hata çıktığında cihazların başına tek tek gitmek gerekir.
Bu sorunların hiçbiri teknik olarak çözümsüz değildir. Ortak noktaları, prototipin "çalışıyor mu?" sorusuna, ürünün ise "sahada yıllarca, yüzlerce adet, bakımı yapılabilir biçimde çalışıyor mu?" sorusuna cevap vermesidir. İkinci soru, farklı bir süreç ister. Donanım bir firmadan, gömülü yazılım bir başkasından, panel üçüncü bir ekipten geldiğinde ise sahadaki her arıza "bizim tarafta sorun yok" cümlesiyle başlayan bir yazışmaya dönüşür.
Plansız geliştirmenin maliyeti
IoT cihazları artık istisna değil, işletmelerin gündelik altyapısının parçası:
IoT Analytics'e göre bağlı IoT cihazı sayısının 2025'te %14 artarak 21,1 milyara ulaşması, 2030'da ise 39 milyara çıkması bekleniyor. (IoT Analytics — State of IoT 2025)
İşletme tarafında kullanım alanları da netleşmiş durumda. Eurostat verisine göre 2021'de AB'de 10 ve üzeri çalışanı olan işletmelerin %29'u IoT cihaz ya da sistemleri kullandı; bu işletmelerin %72'si tesis güvenliği, %30'u enerji yönetimi, %24'ü ekipmanın anlık durumunu izleyip durum bazlı bakım yapmak için. Hücresel tarafta Ericsson Mobility Report, 2025 sonunda yaklaşık 4,5 milyar hücresel IoT bağlantısına ulaşıldığını bildiriyor.
Bu ölçekte bir tasarım hatası tek cihazı değil, bütün filoyu etkiler. Donanımda geç fark edilen bir değişiklik kart revizyonu, yeni kalıp ve sahadaki cihazların değişimi anlamına gelir; aynı hata tasarım aşamasında yakalandığında bir çizim düzeltmesidir. Güvenlik tarafında da beklenti değişiyor: AB'nin Siber Dayanıklılık Yasası (Cyber Resilience Act) gibi düzenlemeler, dijital bileşenli ürünlerde güvenlik açıklarının ürün ömrü boyunca yönetilmesini ve güncelleme sağlanmasını zorunlu kılıyor; yükümlülükler kademeli olarak devreye giriyor. Uzaktan güncellenemeyen bir cihaz, bu beklentiyi karşılamakta zorlanır. Türkiye'de de mevzuat sahadaki cihazı doğrudan etkiliyor; örneğin OSOS zorunluluğu ve akıllı sayaç takvimi sanayi abonelerinin sayaçlarına haberleşme donanımını getiriyor.
Fikirden seri üretime 7 aşama
- İhtiyaç analizi ve fizibilite. Cihaz neyi ölçecek ya da neyi kontrol edecek, nereye kurulacak, enerjiyi nereden alacak, veriyi hangi yazılıma gönderecek? Ortam koşulları (sıcaklık, nem, toz, su, titreşim), adet beklentisi ve hedef ömür bu aşamada yazılır; bu gereksinimleri bir teknik şartname biçiminde toplamak, tedarikçilerle konuşmayı kolaylaştırır. Hazır bir cihazın ihtiyacı karşılayıp karşılamadığı da burada dürüstçe sorulmalıdır.
- Mimari ve bileşen seçimi. İşlemci, sensörler, haberleşme teknolojisi, güç kaynağı ve kasa sınıfı belirlenir. Haberleşme seçimi pil, anten ve işletme maliyetini belirlediği için ayrı bir özen ister; seçenekleri LoRa, NB-IoT ve GSM karşılaştırma rehberimizde anlattık; LoRa seçilirse ağ tarafını LoRaWAN ağ geçidi seçimi belirler. Uzun süre temin edilebilecek bileşen seçmek, üretimin ikinci yılında yaşanacak "bu parça artık üretilmiyor" krizini önler.
- Tasarım: elektronik kart, kasa, gömülü yazılım, panel. Devre şeması ve PCB yerleşimi, mekanik kasa, gömülü yazılım mimarisi ve web/mobil yönetim paneli birlikte tasarlanır. Anten yerleşimi kasayla, güç yönetimi yazılımla, veri modeli panelle aynı masada konuşulmalıdır. Cihazın veriyi merkeze hangi protokolle ileteceği de burada kararlaştırılır; düşük bant genişliğinde hafif mesajlaşma için MQTT protokolü yaygın bir tercihtir. Uzaktan yazılım güncellemesi (OTA) ve cihaz kimlik doğrulaması bu aşamada tasarıma girer, sonradan eklenmez; sahadaki cihazın ağa nasıl bağlanacağını OT ve SCADA güvenliği ilkeleriyle birlikte düşünmek gerekir.
- Prototip ve saha testi. Prototip laboratuvarda değil, gerçek kurulum noktalarında denenir: sinyal, pil tüketimi, sıcaklık ve nem, montaj kolaylığı. Titreşim ve sık kapı açılışı yaşayan bir frigorifik araçta sıcaklık takibi ya da yoğuşmanın hiç eksik olmadığı akıllı sera otomasyonu gibi ortamlar, laboratuvarda taklit edilemez. Saha testinde çıkan her sorun seri üretimden önce tasarıma geri döner. Bu döngü birden fazla tur sürebilir; sürmesi normaldir.
- Uygunluk ve üretime hazırlık. Kasanın toz ve su koruma sınıfı (IP), radyo içeren cihazlarda CE uygunluk değerlendirmesi ve elektromanyetik uyumluluk gibi gereklilikler netleştirilir. Üretilebilirlik gözden geçirilir; her cihazın sevkiyattan önce test edileceği test düzeneği hazırlanır. Koruma sınıflarını IP65 ve IP67 koruma sınıfı yazımızda ayrıca ele alıyoruz. Hastanede elektromanyetik uyum ve dezenfektana dayanıklı etiket ayrıca önem kazanır; bunu tıbbi cihaz takip sistemi yazımızda anlattık.
- Seri üretim. Onaylanan tasarım üretime alınır, her cihaz sevkiyattan önce işlevsel testten geçer. Her cihazın seri numarası, yazılım sürümü ve kimlik bilgisi kayda girer; sahadaki bir sorunun hangi üretim partisinden geldiği ancak böyle izlenebilir. Seri numarasını kasadaki bir barkod ya da ortama uygun seçilmiş bir RFID etiket türü taşıyabilir. Ölçüm yapan cihazlarda kalibrasyon kaydı da bu aşamada tutulur; ilaç deposu sıcaklık haritalama gibi denetime tabi uygulamalarda sertifikasız sensörün verisi kabul görmez.
- Devreye alma ve uzaktan işletme. Cihazlar kurulur, yazılım yapılandırılır, mevcut sistemlerle veri akışı doğrulanır. Sonrasında cihaz sağlığı (sinyal, pil, son iletişim) merkezi bir uzaktan izleme platformundan izlenir; yazılım sorunları uzaktan, donanım arızaları yerinde çözülür. Geniş bir alana dağılmış pompa istasyonlarının uzaktan izlenmesi, bu aşamanın en tipik örneklerinden biridir.
Aşama aşama: çıktılar ve atlanırsa ne olur?
| Aşama | Somut çıktı | Atlanırsa sahada görülen sorun |
|---|---|---|
| Fizibilite | Yazılı gereksinim ve yapılabilirlik değerlendirmesi | Yanlış problemi çözen cihaz |
| Mimari | Bileşen listesi, haberleşme ve güç kararı | Beklenenden kısa pil ömrü, kapsama dışı cihazlar |
| Tasarım | PCB, kasa çizimi, yazılım mimarisi, OTA planı | Güncellenemeyen, sahada sökülmesi gereken cihazlar |
| Saha testi | Test raporu ve tasarım revizyonları | Seri üretimde çoğalan tasarım hatası |
| Üretime hazırlık | Uygunluk dosyası, test düzeneği | Sevkiyatta fark edilmeyen arızalı cihazlar |
| Seri üretim | Test edilmiş, kayıtlı cihazlar | İzlenemeyen parti hataları |
| İşletme | İzleme paneli, güncelleme süreci | Sessizce veri göndermeyi bırakan filo |
Sık yapılan hatalar
- Geliştirme kartını ürün sanmak. Masadaki kart güç tüketimi, boyut, sıcaklık dayanımı ve maliyet açısından seri ürün değildir.
- Haberleşmeyi sona bırakmak. Anten ve kasa tasarlandıktan sonra teknoloji değiştirmek, tasarımın büyük kısmını yeniden açar.
- Güç bütçesini masada hesaplamamak. Uyku akımı, günlük gönderim sayısı ve zayıf sinyalde vericinin açık kaldığı süre hesaba katılmadan verilen pil ömrü tahmini sahada tutmaz; ölçüm gerçek kurulum noktasında yapılmalıdır.
- Ortam koşullarını hafife almak. Güneş altındaki bir kasanın iç sıcaklığı, yoğuşma, titreşim ve temizlikte kullanılan basınçlı su, laboratuvarda görünmeyen arızaların en sık kaynağıdır. Çatıdaki ya da tepedeki bir su deposunda seviye izleme cihazı bunların çoğunu aynı anda yaşar.
- Güncellemeyi planlamamak. Uzaktan güncellenemeyen bir cihazda her hata düzeltmesi bir saha ziyaretidir.
- Veriyi kimin kullanacağını unutmak. Cihazın ürettiği veri ERP'ye, SCADA'ya ya da bir karar paneline gitmiyorsa, proje ölçüm yapar ama değer üretmez. Sayaç ve sensör verisinin hastane enerji yönetimi gibi bir karar paneline bağlanması bu yüzden projenin parçasıdır.
- Sahadaki mevcut ekipmanı yok saymak. Tesisteki PLC, sayaç ve enerji analizörleri çoğunlukla Modbus RTU ve TCP konuşur, binalardaki klima ve ısı merkezleri ise BACnet bina otomasyonu üzerinden yönetilir. Yeni cihaz bu protokollere uyum sağlamazsa entegrasyon sahada yeniden yazılır.
- Donanım ve yazılımı ayrı tedarikçilere bölmek. Sorumluluk bölündüğünde arıza çözümü yavaşlar.
Zorlu saha koşullarında çalışan cihazlara bir örnek de hayvancılıktır: ahırda nem ve amonyak, merada güneş ve toz. Bu uygulamayı hayvan takip sistemi rehberimizde ele aldık. Tarlada ise sulama otomasyonu ve uzaktan izleme cihazları çamur, güneş ve şebekesiz enerjiyle baş etmek zorundadır.
Her projede sıfırdan cihaz tasarlamak da gerekmez. Depoda ve sahada çoğu zaman hazır okuyucu ve terminaller doğru yazılımla birleştirilir; RFID ile demirbaş ve stok takibi ve el terminaliyle stok sayımı bu yolu anlatır.
Mağazada da benzer bir tablo vardır: self servis kasa kiosku ve mağaza dijital ekran yönetimi projelerinde donanım büyük ölçüde standarttır, asıl fark merkezi yönetim ve entegrasyon yazılımında ortaya çıkar.
Digital Bridge'de bu işi nasıl yapıyoruz?
Elektronik/PCB tasarımı, mekanik kasa, gömülü yazılım ve web/mobil yönetim paneli bizde aynı ekipte yürür. Bu yüzden anten ile kasa, güç yönetimi ile yazılım, veri modeli ile panel baştan birlikte tasarlanır ve sahadaki bir sorunun muhatabı tek yerdedir.
- Teknik fizibiliteyi ücretsiz yapıyoruz. Projenin yapılabilir olup olmadığını ve hangi yolun mantıklı olduğunu yazılı olarak paylaşıyoruz. Hazır bir ürün ihtiyacınızı karşılıyorsa bunu da açıkça söylüyoruz; endüstriyel ürünler sayfamızda kiosk, kartlı geçiş, veri toplama terminalleri ve sayaç okuma gibi hazır çözümlerimiz yer alıyor.
- Tasarımdan montaja tek ekiple ilerliyoruz. IoT cihaz tasarımı ve imalatı hizmetimizde ihtiyaç analizi, tasarım, prototip ve saha testi, seri üretim, montaj ve devreye alma aynı proje ekibinde yürür; kapsam, aşamalar ve bedel yazılı teklifte netleşir. Tasarım dosyalarının ve kaynak kodunun kime ait olacağı da bu teklifte yazılır; neden önemli olduğunu yazılım sözleşmesi ve kaynak kodu yazımızda anlattık.
- Sahada deniyoruz. Prototipi gerçek kurulum noktalarında test ediyor, çıkan sorunları seri üretimden önce tasarıma geri taşıyoruz. Her cihaz sevkiyattan önce test edilir.
- Veriyi iş sistemlerinize bağlıyoruz. Cihaz verisini sistem entegrasyonları kapsamında ERP, SCADA veya kendi yazılımınıza API ile aktarıyor; saha ekibi için gerektiğinde mobil uygulama geliştiriyoruz.
- Filoyu izliyoruz. Cihazların durumu uzaktan izleme panelinden takip edilir; yazılım kaynaklı sorunlara uzaktan, donanım arızalarına yerinde müdahale ederiz.
Bu yaklaşımın somut bir örneğini, sayaca takılan haberleşme cihazını sahanın kapsamasına göre tasarladığımız OSOS uzaktan sayaç okuma projelerinde ve tarlada sensör ağı kurduğumuz toprak nem sensörlü hassas tarım uygulamalarında görebilirsiniz. Haberleşme, koruma sınıfı ve saha cihazı rehberlerinin tamamı IoT ve Donanım rehberimizde bir arada.
Sonraki adım
Bir cihaz fikriniz varsa, geliştirmeye başlamadan önce tek sayfalık bir tarif hazırlayın: cihaz ne ölçecek ya da ne yapacak, nereye kurulacak (fotoğraflarla), enerji kaynağı ne, kaç adet düşünülüyor ve veri hangi yazılıma gidecek. Ardından iletişim sayfamızdan bize ulaşın; teknik fizibiliteyi birlikte çıkaralım.