Şehir dışındaki bir su deposunun seviyesi gece yarısı düşmeye başlıyor. Depoyu besleyen pompa istasyonundaki seviye sensörü düşüşü ölçüyor, değer kilometrelerce uzaktaki bir sunucuya ulaşıyor ve kısa süre sonra nöbetçi teknisyenin telefonunda alarm çalıyor. Sensörle telefon arasındaki bu zincirin adı nesnelerin interneti.
Nesnelerin interneti (IoT, Internet of Things), fiziksel nesnelerin ölçtükleri veriyi bir ağ üzerinden başka sistemlere göndermesi ve gerektiğinde oradan komut alması demektir. Nesne bir termostat olabileceği gibi tarladaki bir nem sensörü, bir kamyonun soğutma kasası ya da fabrikadaki bir motor da olabilir. Nesnelerin interneti nedir sorusunun kısa cevabı bu. Asıl anlaşılması gereken ise verinin sensörden ekrana giderken geçtiği yol ve o yolda verilen mühendislik kararları: hangi bağlantı ne zaman seçilir, MQTT neden bu kadar yaygın, endüstriyel IoT’yi ev ürünlerinden ayıran ne.
Nesnelerin interneti nedir ve bir IoT cihazı neyden oluşur
En basit IoT cihazında bile üç parça bulunur:
- Sensör veya eyleyici: sıcaklık, basınç, nem, akım ya da titreşim gibi bir değeri ölçer; ya da röle, valf, motor gibi bir şeyi harekete geçirir.
- İşlemci: çoğu zaman küçük bir mikrodenetleyici. Sensörü okur, değeri sayıya çevirir, ne zaman gönderileceğine karar verir.
- Haberleşme birimi: Wi-Fi, Bluetooth, LoRa ya da hücresel modem gibi veriyi cihazın dışına taşıyan parça.
Bu parçaların hiçbiri tek başına yeni değil. Uzaktan izleme de yeni değil: su idareleri ve enerji şirketleri sahadaki istasyonlarını uzun zamandır telsiz ya da kiralık hat üzerinden çalışan SCADA (merkezi izleme ve kumanda) sistemleriyle izliyor. IoT’nin değiştirdiği şey yöntem ve maliyet oldu. Standart internet protokolleri, ucuzlayan bağlantı modülleri ve kiralanabilen sunucu altyapısı sayesinde aynı iş artık tek bir sensör için, küçük bir bütçeyle yapılabiliyor.
Adında “internet” geçse de verinin genel internete çıkması şart değil. Bir fabrikanın kendi ağında, kendi sunucusuyla çalışan bir sistem de aynı mimariyi kullanır.
IoT nasıl çalışır: sensörden uygulamaya 5 katman
IoT mimarisi farklı kaynaklarda üç, dört ya da beş katmanla anlatılır. Sayı değişir, zincir değişmez. Burada gateway ayrı bir katman olarak ele alınıyor, çünkü sahadaki projelerde işin en çok düğümlendiği yer orası.
1. Cihaz ve sensör katmanı
Zincir fiziksel bir değerle başlar. Sensör ya dijital bir bilgi verir (kapı açık mı, pompa çalışıyor mu) ya da analog bir değer üretir (sıcaklık, basınç, seviye). Analog değer, mikrodenetleyicinin ADC’sinde (analog-dijital çevirici) sayıya dönüşür. Endüstride aynı değer çoğunlukla 4–20 mA sinyal olarak bir PLC’ye girer ve IoT sistemi onu PLC’den okur.
Bu katmandaki en belirleyici soru, cihazın enerjiyi nereden aldığı. Panoya ya da prize bağlı bir cihaz sürekli ölçüp sürekli gönderebilir. Pille çalışan bir cihaz ise zamanının büyük kısmını uykuda geçirmek zorunda: uyanır, ölçer, gönderir, yeniden uyur. Bağlantı teknolojisinden ölçüm sıklığına kadar sonraki kararların çoğu bu cevaba bağlıdır.
2. Bağlantı katmanı
Verinin cihazdan çıkıp bir sonraki noktaya ulaştığı radyo ya da kablo katmanı: Wi-Fi, Bluetooth Low Energy (BLE), LoRaWAN, NB-IoT, LTE-M veya Ethernet. Menzilleri, enerji tüketimleri ve taşıyabildikleri veri miktarı birbirinden çok farklı olduğu için seçim aşağıda ayrı bir bölümde ele alınıyor.
3. Gateway ve edge katmanı
Gateway (ağ geçidi), sahadaki cihazlarla internet ya da şirket ağı arasındaki köprüdür. Bir LoRaWAN gateway’i çevresindeki çok sayıda sensörün radyo mesajını toplayıp ağ sunucusuna iletir. Fabrikadaki endüstriyel bir gateway ise PLC’den Modbus veya OPC UA ile veri okur ve bunu buluta MQTT mesajı olarak gönderir. Yani gateway’in ilk işi protokol çevirmektir.
Edge (uç) işleme, bu kutunun daha fazlasını yapması demek: veriyi filtreler, ortalamasını alır, eşik aşılınca alarm üretir, bağlantı koptuğunda ölçümleri zaman damgasıyla saklayıp bağlantı dönünce gönderir. Her ham değeri buluta taşımak yerine sahada ön işleme yapmak hem veri maliyetini hem de gecikmeyi azaltır.
4. Bulut veya platform katmanı
Veriyi karşılayan yazılım katmanı: mesajları dağıtan bir MQTT broker’ı, zaman serisi veritabanı, kural motoru ve cihaz yönetimi. En çok atlanan parça cihaz yönetimidir. Sahadaki yüzlerce cihazın hangi yazılım sürümünde olduğunu bilmek, uzaktan güncelleme (OTA, over-the-air) göndermek ve sessizleşen cihazı fark etmek bu katmanın işidir. Platform bir bulut sağlayıcısında da çalışabilir, şirketin kendi sunucusunda da.
5. Uygulama katmanı
Kullanıcının gördüğü taraf: canlı değerleri gösteren panel, SMS ya da e-posta alarmı, haftalık tüketim raporu, bakım sisteminde açılan iş emri. Alt katmanlardaki bütün çaba burada bir karara dönüşür. Bu yüzden iyi kurulmuş bir IoT projesinde uygulama katmanı en son değil, en önce düşünülür: hangi karar verilecek ve bunun için hangi veri hangi sıklıkla gerekiyor.
Bağlantı seçimi: menzil, güç ve veri hızı
Tek bir “en iyi” IoT bağlantısı yok; her teknoloji menzil, enerji tüketimi ve veri hızı arasında farklı bir denge kurar. Aşağıdaki tablo bu dengeyi kabaca özetliyor. Gerçek değerler modüle, antene ve ortama göre değişir.
| Teknoloji | Menzil | Enerji | Tipik kullanım |
|---|---|---|---|
| Wi-Fi | Bina içi | Yüksek | Prize bağlı cihaz, kamera |
| BLE | Birkaç oda | Çok düşük | Giyilebilir, telefona bağlanan sensör |
| LoRaWAN | Kilometreler | Çok düşük | Tarla, kampüs, dağınık sensör |
| NB-IoT | Operatör şebekesi | Düşük | Sabit sayaç, bodrum gibi zor nokta |
| LTE-M | Operatör şebekesi | Düşük | Hareket eden varlık, takip |
| Ethernet | 100 m (bakır) | Hattan beslenir | Pano, makine, sabit tesis |
Seçime tablodan değil, dört sorudan başlamak daha sağlıklı: Cihaz pille mi çalışacak, hatta mı bağlı? Ne sıklıkla, ne büyüklükte veri gidecek? Cihaz yerinde mi duracak, hareket mi edecek? Ağı kim kuracak ve işletecek?
Pille yıllarca çalışması ve saatte birkaç küçük mesaj göndermesi beklenen sensörler için LPWAN (düşük güçlü geniş alan ağı) teknolojileri geliştirildi. LoRaWAN lisanssız bantta çalışır; kendi gateway’inizi kurup kendi ağınızı işletebilirsiniz. Karşılığında mesajlar küçük tutulmak zorunda. Avrupa’da kullanılan 868 MHz bandında bir cihazın yayında kalabileceği süre de düzenlemeyle sınırlı, çoğu alt bantta zamanın yüzde 1’i. Dakikada bir onlarca değer göndermesi gereken bir uygulama LoRaWAN’a uymaz.
NB-IoT ve LTE-M ise 3GPP’nin tanımladığı ve mobil operatörlerin lisanslı şebekesinde çalışan hücresel IoT teknolojileri. Ağı operatör işletir, siz hat başına ödeme yaparsınız. NB-IoT bina içindeki derin noktalara ulaşmada güçlüdür ama veri hızı düşük, gecikmesi saniyeler mertebesindedir. LTE-M daha hızlıdır ve baz istasyonları arasındaki geçişi (handover) daha iyi yönetir; bu yüzden hareket eden araç ve konteynerlerde öne çıkar.
Görüntü, ses ya da yüksek frekanslı titreşim gibi yoğun veri üreten cihazlar Wi-Fi veya Ethernet ister; bu cihazların zaten enerji hattına bağlı olması gerekir. BLE ise veriyi çoğu zaman yakındaki bir telefona ya da gateway’e bırakır, internete kendisi çıkmaz.
Sahada sık görülen hata, bağlantıyı önce seçip ölçüm ihtiyacını sonra ona uydurmaya çalışmak. Doğru sırada önce hangi değerin hangi sıklıkla gerektiği yazılır, bağlantı bu listeden çıkar.
Cihazlar nasıl konuşur: MQTT, HTTP ve OPC UA
Bağlantı verinin hangi yoldan gideceğini belirler, protokol ise mesajın hangi kurallarla yazılıp okunacağını. IoT projelerinde üç isim sık karşınıza çıkar.
MQTT ve yayınla-abone ol modeli
MQTT, OASIS tarafından standartlaştırılmış, IoT için tasarlanmış hafif bir mesajlaşma protokolü. Cihazlar birbirine doğrudan mesaj göndermez; aradaki bir sunucuya, yani broker’a bağlanır. Pompa istasyonundaki gateway basınç değerini istasyon7/pompa1/basinc gibi bir konu (topic) başlığıyla broker’a yayınlar. Bu konuya abone olan her uygulama, ister panel ister alarm servisi ister veritabanı olsun, mesajın bir kopyasını alır. Gönderen kimin dinlediğini bilmez; yeni bir uygulama eklemek için sahadaki cihaza dokunmak gerekmez.
IoT’de bu kadar yaygın olmasının somut nedenleri var. Mesaj başlığı küçüktür; zayıf bir hücresel hatta ve küçük bir mikrodenetleyicide rahat çalışır. Her mesaj için üç teslim garantisi seviyesinden biri seçilebilir: QoS 0 en fazla bir kez, QoS 1 en az bir kez, QoS 2 tam olarak bir kez. Cihaz bağlanırken broker’a bir “son vasiyet” (Last Will) mesajı bırakabilir; bağlantı düzgün kapatılmadan koparsa broker bu mesajı yayınlar ve “istasyon 7 çevrimdışı” bilgisi kimse sormadan panele düşer. Bağlantıyı da her zaman istemci başlatır: sahadaki gateway broker’a dışarı doğru bağlanır, tesise dışarıdan port açmak gerekmez.
MQTT konu yapısını ve mesaj içeriğini serbest bırakır. Endüstride her projenin kendi formatını icat etmemesi için bu boşluğu dolduran ortak tanımlar kullanılır; Eclipse Foundation’ın yönettiği Sparkplug 3.0 bunlardan biri ve ISO/IEC 20237 olarak uluslararası standart hâline geldi.
HTTP ve REST
Web’in protokolü IoT’de de kullanılır: cihaz sunucuya bir istek gönderir, cevap alır. Anlaşılması ve test edilmesi kolaydır; saatte bir değer yükleyen basit projeler ve uygulamaların platformla konuştuğu API’ler için yeterlidir. Zayıf tarafı, sunucunun cihaza kendiliğinden mesaj gönderememesi: cihaz sormadıkça yeni komutu öğrenemez. Her istekte taşınan başlıklar da küçük ölçüm mesajlarına göre ağırdır. Çok kısıtlı cihazlar için aynı istek-cevap mantığını UDP üzerinde daha hafif kuran CoAP protokolü de vardır.
OPC UA ve sahadaki makineler
OPC UA, makineler, PLC’ler ve yazılımlar arasında marka bağımsız veri alışverişi için geliştirilmiş endüstriyel haberleşme standardıdır. Değerin yanında anlamını da taşır: birimini, hangi makineye ait olduğunu, sınır değerlerini. IIoT projelerinde sık görülen yapı, gateway’in sahadan OPC UA (eski makinelerde çoğu zaman Modbus) ile okuması ve buluta MQTT ile göndermesidir. OPC UA’nın yayınla-abone ol (PubSub) kısmı MQTT üzerinden de taşınabildiği için ikisi aynı projede rakip değil, çoğu zaman tamamlayıcıdır. OPC UA’nın sensörden ERP’ye uzanan fabrika katmanlarındaki yeri için Endüstri 4.0’ın katmanlarını anlatan yazıya bakılabilir.
Nesnelerin interneti kullanım alanları
Mimari her yerde aynı; değişen, neyin ölçüldüğü ve hangi bağlantının seçildiği. Aşağıdaki tablo sık görülen eşleşmeleri gösteriyor. Eşleşmeler kural değil, eğilim.
| Alan | Ne izlenir veya kontrol edilir | Sık görülen bağlantı |
|---|---|---|
| Ev ve bina | Sıcaklık, aydınlatma, priz, kapı | Wi-Fi, BLE |
| Tarım | Toprak nemi, sulama vanası, hava | LoRaWAN |
| Sayaç okuma | Su, gaz, elektrik tüketimi | NB-IoT, LoRaWAN |
| Soğuk zincir | Kasa sıcaklığı, kapı, konum | LTE-M, 4G |
| Su ve atık su | Depo seviyesi, basınç, pompa durumu | 4G, Ethernet |
| Fabrika (IIoT) | Makine durumu, enerji, titreşim | Ethernet, Wi-Fi |
Soğuk zincir, ölçülen şeyin değerinin nerede yattığını iyi gösterir. İlaç ya da gıda taşıyan bir araçta sensör kasa sıcaklığını birkaç dakikada bir ölçer; sınır aşılırsa alarm verir, yolculuk bitince de sıcaklık geçmişi ürünün doğru koşullarda taşındığının kaydı olur. Burada değerli olan anlık değer değil, kesintisiz kayıttır. Araç tünelde ya da kapsama dışında kaldığında cihaz ölçmeye devam edip veriyi sonra göndermezse kayıt, tam da sorunun çıktığı anda boşluk gösterebilir.
Tüketici IoT ile endüstriyel IoT (IIoT) arasındaki fark
Evdeki akıllı priz ile fabrikadaki enerji analizörü aynı mimariyle buluta veri gönderebilir. Aralarındaki fark teknolojiden çok, bir şey ters gittiğinde ne olacağında.
| Ölçüt | Tüketici IoT | Endüstriyel IoT (IIoT) |
|---|---|---|
| Tipik cihaz | Priz, termostat, akıllı saat | Sensör, PLC, sürücü, analizör |
| Veri kaynağı | Cihazın kendi sensörü | Çoğunlukla mevcut PLC ve saha cihazları |
| Bağlantı koparsa | Uygulama geç güncellenir | Kayıt boşluğu, gecikmiş alarm |
| Beklenen ömür | Birkaç yıl | Makineyle birlikte uzun yıllar |
| Güvenlikte öncelik | Kişisel veri, gizlilik | Kesintisiz ve emniyetli çalışma |
En büyük pratik fark mevcut sistemle entegrasyon. Ev ürünü sıfırdan tasarlanır ve kendi sensörüyle gelir. Fabrikada ise ölçülmek istenen değerlerin çoğu zaten bir PLC’nin hafızasında durur: motor çalışıyor mu, kaç parça üretildi, hangi alarm aktif. IIoT projelerinin önemli kısmı yeni sensör takmak değil, bu veriyi PLC’yi ve üretimi rahatsız etmeden okumaktır. Bu yüzden IIoT’ye yönelmek isteyen biri için PLC’nin programı nasıl çalıştırdığını ve verisini nerede tuttuğunu bilmek, bulut servislerini bilmek kadar işe yarar; PLC öğrenmeye nereden başlanacağını anlatan rehber bu temel için bir başlangıç noktası.
İkinci fark gerçek zamanlılık. Konveyörü durduran ya da silindiri geri çeken bir kontrol kararı milisaniyeler içinde ve her seferinde aynı sürede verilmelidir. İnternet üzerinden gelen bir mesajın ne zaman ulaşacağı ise garanti edilmez. Bu yüzden IIoT’de kontrol döngüsü sahada, PLC’de kalır; bulut izler, kaydeder, analiz eder ve en fazla bir ayar önerisi ya da izin verilmiş bir komut gönderir.
Üçüncüsü güvenlik anlayışı. Evde öncelik kişisel verinin sızmamasıdır. Fabrikanın OT (operasyonel teknoloji) tarafında bir ihlalin sonucu veri kaybından ibaret kalmayabilir: duran bir hat ya da yanlış çalışan bir makine olabilir.
Örnek: bir pompa istasyonunu uzaktan izlemek
Girişteki senaryoya dönelim. Bir belediyenin şehir dışındaki terfi istasyonunda iki pompayı yöneten bir PLC var. Depo seviyesi 4–20 mA çıkışlı bir seviye transmitteriyle, çıkış hattı bir basınç transmitteriyle ölçülüyor; her pompanın çalışma ve arıza bilgisi ile motor akımı PLC’de. Panoda Modbus ile haberleşen bir enerji analizörü de var. Şimdiye kadar istasyonun durumunu görmek için birinin gidip bakması gerekiyordu. Büyük su idareleri bu işi çoğu zaman SCADA ile yapar; IoT yaklaşımı daha çok SCADA’ya bağlı olmayan küçük istasyonlarda ya da mevcut sisteme ek bir veri yolu olarak karşımıza çıkar.
Beş katman bu istasyonda şöyle kurulur:
- Cihaz: Yeni sensör gerekmiyor; değerler zaten PLC’de ve enerji analizöründe.
- Bağlantı: PLC ve analizör pano içinde Ethernet ve RS-485 üzerinden gateway’e bağlanır. İstasyonda sabit hat olmadığı için dışarıya bağlantı gateway’deki 4G modemle yapılır.
- Gateway: Panoya eklenen endüstriyel edge gateway, PLC’den değerleri Modbus TCP ile ya da PLC destekliyorsa OPC UA ile okur, analizörü Modbus RTU ile sorgular ve hepsini MQTT mesajına çevirir.
- Platform: Mesajlar zaman damgasıyla broker’a yayınlanır ve bir zaman serisi veritabanına yazılır.
- Uygulama: Merkezdeki panel canlı değerleri ve trendleri gösterir; seviye düşük, pompa arızalı ya da istasyon çevrimdışı olduğunda nöbetçiye alarm gider.
Veri miktarı nasıl hesaplanır
Hücresel hattın veri paketi ve platformun depolama maliyeti, gönderilen veriyle birlikte büyür. Hesabın mantığı basit:
günlük veri ≈ değişken sayısı × günlük gönderim sayısı × mesaj başına bayt
Varsayalım ki istasyondan 20 değişken, her biri dakikada bir ayrı mesajla gönderiliyor ve bir mesaj başlıklarıyla birlikte yaklaşık 100 bayt tutuyor. Bir günde 1 440 dakika olduğuna göre 20 × 1 440 × 100 = 2 880 000 bayt eder; günde yaklaşık 2,9 MB, ayda 86 MB civarı. Bağlantıyı canlı tutan küçük mesajlar ve yeniden bağlanmalar bunun üzerine eklenir. Sayılar varsayım; öğretici olan, hangi kararın sonucu nasıl değiştirdiği:
- 20 değişkeni tek mesajda toplamak, mesaj sayısını yirmide bire indirir ve başlık yükünü azaltır.
- Gönderim sıklığı sürecin hızına göre seçilir. Depo seviyesi dakikalar içinde değişir; onu saniyede bir göndermek bilgi değil, yalnızca fatura ekler.
- “Değişince gönder” (report by exception) yaklaşımında değer, belirlenen bir ölü bandın (deadband) dışına çıkmadıkça gönderilmez. Seviye sabitken istasyon neredeyse sessiz kalır, pompa durduğunda ise değişiklik hemen gider.
- Sessizliğin arızayla karışmaması için periyodik bir “hâlâ buradayım” mesajı ve MQTT’nin son vasiyet mesajı birlikte kullanılır.
Komut buluttan gelebilir, karar PLC’de kalır
Merkezden pompa çalıştırmak teknik olarak kolay. Doğru yapıda bu istek PLC’ye bir talep olarak gider; PLC kendi kilitlerini kontrol eder, sonra uygular ya da reddeder. Emme tarafında su yokken pompanın kuru çalışmasını engelleyen koruma, basınç sınırı ve arıza kilitleri PLC programında durur; buluttan gelen komut bunları atlayamaz. Aynı mantıkla 4G bağlantısı koptuğunda istasyon kendi başına çalışmaya devam eder, gateway ise ölçümleri saklayıp bağlantı döndüğünde gönderir.
Zaman damgası da bu yüzden kritik: değer, buluta ulaştığı anla değil, ölçüldüğü anla kaydedilmeli. Bu veriyle ileride arıza tahmini yapılmak istendiğinde fark belirleyici olur. Sensör verisinden kestirimci bakım ve anomali tespitine giden yol, yapay zekanın mühendislikteki kullanımını anlatan yazının konusu.
IoT güvenliği: parola, güncelleme ve ağ ayrımı
IoT cihazları çoğu zaman gözden uzak bir yerde, yıllarca kimse dokunmadan çalışır. Bir açık bu yüzden uzun süre fark edilmeyebilir. Temel kurallar üç başlıkta toplanıyor.
Varsayılan parola bırakılmaz. 2016’da ortaya çıkan Mirai zararlı yazılımı, yaygın kullanılan 62 varsayılan kullanıcı adı ve parolayı deneyerek ev modemlerini, IP kameraları ve kayıt cihazlarını ele geçirdi ve onları büyük hizmet dışı bırakma (DDoS) saldırılarında kullandı. Tüketici IoT cihazları için yayımlanan Avrupa standardı ETSI EN 303 645 bu yüzden bütün cihazlarda ortak varsayılan parola kullanılmamasını şart koşuyor: parola ya cihaza özel olmalı ya da kullanıcı tarafından belirlenmeli. Kendi projelerinizde de aynı kural geçerli: broker’da anonim bağlantıya izin verilmemeli, her cihaza ayrı kimlik bilgisi tanımlanmalı, MQTT trafiği TLS ile şifrelenmeli.
Yazılım güncellenebilir olmalı. Sahadaki bir cihazda bulunan açığı kapatmanın tek yolu, yazılımını yerinden sökmeden ve güvenli şekilde güncelleyebilmektir. Aynı ETSI standardı üreticiden bunu ve destek süresinin açıkça belirtilmesini de istiyor. Endüstride güncelleme daha temkinli yapılır: önce test ortamında denenir, planlı bir duruşta yüklenir, geri dönüş yolu hazır tutulur.
Ağlar ayrılır. Evde IoT cihazlarını misafir ağında ya da ayrı bir ağda tutmak basit ama etkili bir önlem. Endüstride ISA/IEC 62443 standart serisi aynı fikri bölgeler (zone) ve bölgeler arasındaki denetimli geçişler (conduit) olarak tanımlar: PLC’ler ve saha ağı bir bölgede, gateway ayrı bir bölgede durur, aradaki trafiğe yalnızca izin verilen yönde ve portta geçit verilir. Bu kural çiğnendiğinde ne olduğunu gösteren yakın tarihli bir örnek var. CISA’nın Kasım 2023 uyarısına göre ABD’de su ve atık su tesislerinde internete doğrudan açık bırakılmış ve varsayılan parolası değiştirilmemiş PLC’ler ele geçirildi. Ajansın önerileri tanıdık: varsayılan parolayı değiştirmek, uzaktan erişimde çok faktörlü kimlik doğrulama kullanmak ve PLC’yi açık internetten ayırmak.
Sık sorulan sorular
Nesnelerin interneti kısaca nedir?
Ölçen ya da iş yapan fiziksel nesnelerin bir ağ üzerinden veri gönderip komut alabilmesi. İnternete bağlı olmak tek başına yetmez: telefon ve bilgisayar da internete bağlı, ama veriyi bir insan üretip kullandığı için IoT sayılmaz. IoT’de veri fiziksel dünyadan gelir ve çoğu zaman insan araya girmeden başka bir sisteme akar.
Nesnelerin interneti ne işe yarar?
Birinin gidip bakması gereken ya da hiç bakılamayan bir fiziksel değeri sürekli ve uzaktan görünür yapar. Getirisi pratikte gidilmeyen yol ve yapılmayan kontrol turu, sorun büyümeden gelen alarm, geçmiş veriye dayanan bakım planı ve ölçülebilir hâle gelen enerji tüketimi olarak ortaya çıkar. Bunların hiçbiri kendiliğinden olmaz; karşılığında kimin ne yapacağı tanımlanmamış veri yalnızca birikir.
Nesnelerin interneti örnekleri nelerdir?
Gündelik hayattaki en tanıdık örnekler telefondan yönetilen akıllı priz ve termostatlar, nabız ve uyku verisini telefona aktaran akıllı saatler, otopark girişindeki boş yer tabelasını besleyen araç sensörleri ve filo araçlarındaki takip cihazları. Endüstride ise makine durum izleme, enerji takibi, uzak istasyon izleme ve motorlarda titreşim ölçümü öne çıkar.
IoT’ye bir sensörü okuyarak başlamak
IoT’ye ilgi duyan öğrencilerde sık görülen hata, işe bulut platformundan başlamak. Oysa zincirin en zayıf halkası çoğu zaman ilkidir: yanlış bağlanmış bir sensör, gürültülü bir analog okuma ya da kalibre edilmemiş bir değer, en iyi panelde bile yanlış bilgi olarak görünür. Daha sağlam bir sıra şöyle:
- Bir mikrodenetleyiciyle tek bir sensörü okuyun; dijital ve analog giriş farkını, örnekleme sıklığını ve basit filtrelemeyi görün.
- Wi-Fi’li bir kartla (ör. ESP32) aynı değeri, bilgisayarınızda çalışan açık kaynak bir MQTT broker’ına (ör. Eclipse Mosquitto) yayınlayın.
- Bu konuya abone olan küçük bir program yazın: değeri kaydetsin, eşik aşılınca uyarı versin.
- Bağlantıyı bilerek koparın ve neyin kaybolduğuna bakın. Tamponlama ve zaman damgası meselesi en iyi böyle anlaşılır.
Bu zincirde mikrodenetleyici tarafı çoğunlukla C ve C++ ile, platform tarafı ise daha üst seviye dillerle yazılır. C, C++ ve C# farklarını anlatan yazı, hangi dilin zincirin neresine oturduğunu görmek için iyi bir tamamlayıcı.
İlk adım olan sensör okumayı sıfırdan çalışmak isterseniz, EngiCenter’ın ücretsiz Arduino El Kitabı analog ve dijital pinlerin farkından başlayıp sensör ve modüllerle çalışmaya uzanan bir sırayla ilerliyor.
