Internet of Things (IoT)

🎯 Tujuan dan Alur Pertemuan (slide 2)

1. Konsep dan definisi IoT
2. Karakteristik dan cara kerja
3. Ekosistem IoT
4. Arsitektur IoT
5. Contoh, diskusi, dan kuis

Setelah pertemuan ini, mahasiswa mampu Menjelaskan konsep, ekosistem, dan arsitektur IoT serta memetakan contoh sistem ke lapisan arsitekturnya.

Dari Internet of People ke Internet of Things (slide 3)

💡 IoT memperluas internet dari pengguna manusia ke miliaran benda fisik

Definisi IoT (slide 4)

Definisi umum: jaringan benda fisik yang dilengkapi sensor, perangkat lunak, dan koneksi untuk mengumpulkan dan bertukar data.

ITU-T Y.2060 (2012): infrastruktur global untuk masyarakat informasi yang memungkinkan layanan lanjutan dengan menghubungkan benda fisik dan virtual.

Karakteristik IoT (slide 5)

Cara Kerja IoT (slide 6)

💡 Contoh: sensor suhu membaca 31 °C, ESP32 mengirim lewat WiFi, platform menerapkan aturan suhu di atas 30, relay menyalakan kipas.

Perjalanan IoT (slide 7)

Ekosistem IoT (slide 8)

Komponen Ekosistem: Perangkat (slide 9)

💡 Setiap benda butuh identitas unik, misalnya alamat IP, UUID, atau ID perangkat

Konektivitas: Jangkauan dan Kecepatan (slide 10)

💡 Panjang batang menggambarkan jangkauan. Pilih sesuai jarak, daya, dan kecepatan yang dibutuhkan

Komponen Ekosistem: Platform dan Analitik (slide 11)

Pemangku Kepentingan Ekosistem (slide 12)

💡 Pemerintah dan regulator menetapkan standar, keamanan, dan perlindungan data.

Model Arsitektur: 3, 4, dan 5 Lapisan (slide 13)

💡 Model 4 lapisan dipakai pada kuliah ini

Arsitektur IoT Empat Lapisan (slide 14)

💡 Fungsi

💡 Contoh teknologi

💡 Cloud, edge, basis data

💡 WiFi, LoRaWAN, MQTT

💡 Sensor, aktuator, ESP32

Arsitektur Referensi: Edge ke Cloud (slide 15)

💡 Edge dekat sumber data untuk respons cepat; cloud menawarkan kapasitas penyimpanan dan analitik besar.

💻 Contoh Aliran Data End-to-End (slide 16)

{ "ruang": "server", "suhu": 31.2 }

Contoh pesan JSON pada topic lab1/suhu

💡 Aturan platform: jika suhu > 30, kirim perintah ON ke relay kipas.

Contoh Penerapan Berbagai Sektor (slide 17)

Manfaat dan Tantangan (slide 18)

📝 Diskusi dan Kuis Singkat (slide 19)

✅ Rangkuman dan Tugas (slide 20)

💡 Tugas pekan depan

🎯 Tujuan dan Alur Pertemuan (slide 22)

1. Peran di arsitektur IoT
2. Sensor: jenis dan karakteristik
3. Antarmuka dan pembacaan sinyal
4. Aktuator: jenis, relay, motor, PWM
5. Studi kasus dan pemilihan komponen

Setelah pertemuan ini, mahasiswa mampu Mengidentifikasi sensor dan aktuator, memilihnya sesuai kebutuhan, dan menghubungkannya ke mikrokontroler.

Peran Sensor dan Aktuator di Sistem IoT (slide 23)

🔁 Umpan balik: efek aktuator terbaca lagi oleh sensor, sehingga siklus berulang.

💡 Sensor dan aktuator adalah antarmuka sistem IoT dengan dunia fisik

Apa itu Sensor? (slide 24)

💡 Sensor tidak mengukur angka; ia menghasilkan sinyal yang kemudian ditafsirkan sebagai angka

Sensor Analog dan Digital (slide 25)

💡 Pilih digital bila ingin kabel sedikit dan data siap pakai; analog bila perlu respons sederhana

Karakteristik Sensor (slide 26)

Sensor Suhu dan Kelembapan (slide 27)

💡 Untuk lingkungan lembap atau luar ruang, pilih sensor dengan casing pelindung

Sensor Gerak, Cahaya, dan Jarak (slide 28)

💡 jarak (m) = waktu pantul (s) × 343 / 2

Sensor Gas, Tanah, Gerak, dan Arus (slide 29)

💡 Baca datasheet: tegangan kerja, antarmuka, dan kebutuhan kalibrasi

Antarmuka Sensor ke Mikrokontroler (slide 30)

Pada I2C, beberapa sensor berbagi dua kabel selama alamatnya berbeda.

💻 Membaca Sinyal Analog: ADC (slide 31)

LDR dan resistor tetap membentuk pembagi tegangan.

Vout = Vin × R2 / (R1 + R2)

💡 ADC ESP32 tidak sepenuhnya linear, sehingga kalibrasi dianjurkan.

💻 Kalibrasi dan Penyaringan Data (slide 32)

nilai = nilaiMentah * skala + offset;
rata  = (r1 + r2 + ... + r10) / 10;

Contoh koreksi linear dan rata-rata 10 sampel

💡 Hasil: pembacaan lebih akurat dan lebih stabil

Apa itu Aktuator? (slide 33)

💡 Aktuator mengubah energi listrik menjadi gerak, panas, cahaya, atau suara

Jenis-Jenis Aktuator (slide 34)

Relay: Mengendalikan Beban Besar (slide 35)

Motor DC, Servo, dan Stepper (slide 36)

💡 Motor memerlukan sumber daya terpisah agar mikrokontroler tidak reset

PWM: Mengatur Daya dengan Duty Cycle (slide 37)

Penggunaan

25%

• Kecerahan LED
• Kecepatan motor DC
• Sudut servo

50% • Frekuensi tetap, lebar pulsa

berubah

75%

💼 Studi Kasus: Penyiram Tanaman Otomatis (slide 38)

if (kelembapan < 40) pompaON();
else if (kelembapan > 60) pompaOFF();

Contoh aturan dengan batas bawah 40% dan atas 60%

💡 Histeresis: dua batas berbeda agar pompa tidak berkedip.

Memilih Sensor dan Aktuator (slide 39)

✅ Rangkuman dan Tugas 1 (slide 40)

💡 Tugas 1

🎯 Tujuan dan Alur Pertemuan (slide 42)

1. Konsep mikrokontroler
2. Arduino Uno dan ESP32
3. Toolchain dan struktur sketch
4. Variabel, kontrol, dan fungsi
5. I/O, serial, dan millis()

Setelah pertemuan ini, mahasiswa mampu Menjelaskan arsitektur mikrokontroler, membandingkan Arduino dan ESP32, dan menulis sketch dasar.

Apa itu Mikrokontroler? (slide 43)

Komputer mini dalam satu chip. Mikrokontroler (MCU) menggabungkan prosesor, memori, dan antarmuka input/output untuk membaca sensor dan mengendalikan aktuator.

Mikrokontroler vs Mikroprosesor dan SBC (slide 44)

Dalam IoT, keduanya sering dipakai bersama: MCU di sensor, SBC sebagai gateway

Arsitektur Internal Mikrokontroler (slide 45)

Anatomi Arduino Uno (slide 46)

USB: daya dan upload program

💡 ATmega328P: otak papan

💡 Reset: mulai ulang program

💡 14 pin digital, 6 bisa PWM

💡 6 input analog, ADC 10 bit

💡 Pin daya: 5 V dan 3,3 V

Keluarga Arduino (slide 47)

Arduino tanpa WiFi bawaan: untuk IoT perlu modul tambahan atau pakai ESP32

Anatomi ESP32 (slide 48)

Fakta kunci

RTC dan mode • Dual-core hingga 240 MHz

WiFi 802.11 b/g/n SRAM dan flash

hemat daya • SRAM 520 KB

• Logika 3,3 V
• ADC 12 bit

Bluetooth dan BLE CPU dual-core GPIO, ADC, DAC • Sensor sentuh bawaan

Enkripsi dan secure I2C, SPI, UART,

Antena

boot PWM

Arduino Uno vs ESP32 (slide 49)

Tegangan logika berbeda: jangan beri 5 V langsung ke pin ESP32.

Alur Kerja Arduino IDE (slide 50)

Tulis sketch Verify (compile) Upload via USB Serial Monitor

Menyiapkan ESP32 Jika upload gagal

• Tambahkan paket board ESP32 di Boards • Periksa kabel USB data, bukan kabel daya saja Manager • Pilih port COM yang sesuai
• Pilih board dan port yang benar

💻 Struktur Dasar Sketch (slide 51)

void setup() {
  pinMode(LED_BUILTIN, OUTPUT);
}
void loop() {
  digitalWrite(LED_BUILTIN, HIGH);
  delay(500);
  digitalWrite(LED_BUILTIN, LOW);
  delay(500);
}

11

Variabel dan Tipe Data (slide 52)

💡 int berukuran 16 bit di Arduino Uno, tetapi 32 bit di ESP32

💻 Kontrol Alur: if, for, while (slide 53)

if (suhu > 30) {
  kipas = true;
} else {
  kipas = false;
}

for (int i=0;i<5;i++) {
  Serial.println(i);
}

while (digitalRead(4)) {
  // tunggu
}

13

💻 Fungsi dan Konstanta (slide 54)

Fungsi Konstanta pin

float bacaSuhu() {
  float t = dht.readTemperature();
  return t;
}

const int PIN_LED = 2;
const int PIN_TOMBOL = 4;
#define BATAS_SUHU 30

💡 Nama yang jelas memudahkan pemindahan ke papan lain: cukup ubah satu baris konstanta.

14

💻 Pin Digital: LED dan Tombol (slide 55)

pinMode(4, INPUT_PULLUP);
if (digitalRead(4) == LOW) {
  digitalWrite(2, HIGH);
}

15

Pin Analog dan PWM (slide 56)

Membaca analog Menulis PWM

• Uno: analogRead 0 sampai 1023 • Uno: analogWrite 0 sampai 255
• ESP32: analogRead 0 sampai 4095 • ESP32: fungsi ledc, sintaks bergantung versi

core

int adc = analogRead(34);

int persen = map(adc, 0, 4095, 0, 100);

Contoh ESP32: ubah pembacaan ADC menjadi persen

💻 Serial Monitor dan Debugging (slide 57)

void setup() {
  Serial.begin(115200);
}
void loop() {
  Serial.println(analogRead(34));
  delay(1000);
}

1873
1869
1880
1875

💡 Gunakan Serial.println() untuk melacak nilai variabel saat debugging

17

💻 delay() vs millis() (slide 58)

millis()

Kuning: tugas berkala dijalankan; hijau: loop terus memeriksa sensor dan tombol

unsigned long t0 = 0;
void loop() {
  if (millis() - t0 >= 1000) {
    t0 = millis();
    // tugas tiap 1 detik
  }
}

18

Jebakan Umum pada ESP32 (slide 59)

✅ Rangkuman dan Praktikum 1 (slide 60)

💡 Praktikum 1

🎯 Tujuan dan Alur Pertemuan (slide 62)

1. Persiapan alat dan keselamatan
2. Membaca sensor DHT22 dan LDR
3. Mengendalikan LED dan tombol
4. Mengendalikan modul relay
5. Integrasi, pengujian, dan laporan

Setelah praktikum ini, mahasiswa mampu Merangkai dan memprogram ESP32 untuk membaca sensor DHT22 dan LDR serta mengendalikan LED dan relay.

Alat dan Bahan (slide 63)

Keselamatan dan Aturan Lab (slide 64)

Mengenal Breadboard (slide 65)

Aturan sambungan

• Satu kolom lima lubang saling tersambung
• Rel merah dan biru untuk daya dan GND
• Celah tengah memisahkan dua sisi

Pemetaan Pin ESP32 (slide 66)

GPIO 34 hanya input; hindari GPIO 0, 2, 12, 15 saat boot

Merangkai Sensor DHT22 (slide 67)

DHT22 ESP32 Catatan

• Modul 3 pin sudah memuat

VCC 3V3 resistor

• Sensor 4 pin butuh pull-up

DATA GPIO 4 10 kilo ohm antara DATA

dan VCC

• Baca paling cepat tiap 2

GND GND

detik

💻 Kode Membaca DHT22 (slide 68)

#include <DHT.h>
DHT dht(4, DHT22);
void setup() {
  Serial.begin(115200);
  dht.begin();
}
void loop() {
  float t = dht.readTemperature();
  float h = dht.readHumidity();
  if (isnan(t) || isnan(h)) {
    Serial.println("Gagal baca");
  } else {
    Serial.println(t);
  }
  delay(2000);
}

8

Merangkai Sensor LDR (slide 69)

💡 terbalik.

💻 Kode LDR dan Penentuan Ambang (slide 70)

const int PIN_LDR = 34;
void setup() {
  Serial.begin(115200);
}
void loop() {
  int nilai = analogRead(PIN_LDR);
  Serial.println(nilai);
  delay(500);
}

💡 Catat nilai gelap dan terang di tabel data laporan

10

Merangkai LED (slide 71)

LED (anoda ke

GPIO 18 Resistor 220 ohm GND

katoda)

Cek polaritas Tanpa resistor

• Kaki panjang: anoda (plus) Arus berlebih dapat merusak LED dan pin
• Kaki pendek: katoda (minus) GPIO.

💻 Kode LED dengan Tombol (slide 72)

const int PIN_LED = 18;
const int PIN_TOMBOL = 27;
void setup() {
  pinMode(PIN_LED, OUTPUT);
  pinMode(PIN_TOMBOL, INPUT_PULLUP);
}
void loop() {
  bool ditekan = (digitalRead(PIN_TOMBOL) == LOW);
  digitalWrite(PIN_LED, ditekan);
}

12

Mengenal Modul Relay (slide 73)

Fungsi terminal

IN NC • IN, VCC, GND: sisi kontrol dari

ESP32

• COM: terminal bersama beban

VCC COM • NO: tersambung saat relay aktif

Relay • NC: tersambung saat relay mati

GND NO

Sisi kontrol Sisi beban

Merangkai Relay dan Beban DC (slide 74)

Atas: jalur kontrol. Bawah: jalur daya beban. Gunakan beban DC tegangan rendah.

💻 Kode Mengendalikan Relay (slide 75)

const int PIN_RELAY = 26;
void setup() {
  pinMode(PIN_RELAY, OUTPUT);
  digitalWrite(PIN_RELAY, HIGH);
}
void loop() {
  digitalWrite(PIN_RELAY, LOW);   // aktif
  delay(2000);
  digitalWrite(PIN_RELAY, HIGH);  // mati
  delay(2000);
}

15

Integrasi: Kipas Otomatis Berdasarkan (slide 76)

💡 Kipas aktif di atas 30, mati di bawah 28

💻 Integrasi: Lampu Otomatis dengan LDR (slide 77)

const int AMBANG = 1500;
int nilai = analogRead(PIN_LDR);
digitalWrite(PIN_LED, nilai < AMBANG);

17

Pengujian dan Pemecahan Masalah (slide 78)

Rubrik Laporan Praktikum (slide 79)

✅ Rangkuman dan Laporan Praktikum 2 (slide 80)

💡 Isi laporan

🎯 Tujuan dan Alur Pertemuan (slide 82)

1. Posisi dan parameter perbandingan
2. Pita 2,4 GHz bersama
3. WiFi dan Bluetooth Low Energy
4. Zigbee dan mesh
5. Perbandingan dan pemilihan

Setelah pertemuan ini, mahasiswa mampu Menjelaskan karakteristik WiFi, BLE, dan Zigbee serta memilih yang tepat untuk kebutuhan IoT.

Posisi Konektivitas Jarak Pendek (slide 83)

WAN: NB-IoT, LTE-M, 5G (cakupan operator)

Parameter Perbandingan (slide 84)

Berbagi Pita 2,4 GHz (slide 85)

💡 2400 MHz

💡 2440 MHz

💡 2480 MHz

WiFi: Ikhtisar (slide 86)

Karakteristik

• Standar IEEE 802.11 (ESP32: b/g/n, 2,4 GHz)
• Topologi star lewat access point
• Jangkauan puluhan meter dalam ruangan
• Laju data tinggi, puluhan Mbps
• Daya relatif besar, dukungan IP bawaan

Topologi star: AP di pusat

WiFi: Menghubungkan ESP32 (slide 87)

Pindai SSID Autentikasi WPA2 Dapat IP (DHCP) MQTT atau HTTP

#include <WiFi.h> Perhatikan

WiFi.begin("NamaWiFi", "sandi");

while (WiFi.status() != WL_CONNECTED) • Jangan simpan sandi di kode

delay(500); publik

Serial.println(WiFi.localIP());

• Gunakan jaringan 2,4 GHz untuk ESP32

Bluetooth Low Energy: Ikhtisar (slide 88)

Karakteristik

• Bluetooth 4.0 ke atas, pita 2,4 GHz, 40 kanal
• Laju 1 Mbps (2 Mbps pada Bluetooth 5)
• Topologi star dan broadcast; mesh opsional
• Daya sangat rendah, baterai koin awet
• Ponsel menjadi gateway alami

Central (ponsel) dan peripheral

BLE: Advertising dan GATT (slide 89)

💡 Nilai dan properti: read, write, notify

💡 Characteristic, mis. pengukuran

💡 Service, mis. Heart Rate

💻 BLE: Contoh Kode dan Pemakaian (slide 90)

#include <BLEDevice.h>
void setup() {
  BLEDevice::init("ESP32-Lab");
  BLEDevice::getAdvertising()->start();
}
void loop() {}

💡 BLE cocok untuk data kecil dan jarang; bukan untuk streaming data besar

💡 Kuis kilat: sebutkan dua alasan BLE hemat daya

10

Zigbee: Ikhtisar (slide 91)

Karakteristik

• IEEE 802.15.4 dengan lapisan Zigbee
• 2,4 GHz, 16 kanal, 250 kbps
• Mesh yang dapat memulihkan diri
• Enkripsi AES-128
• Cocok untuk node dalam jumlah besar

Topologi mesh antar node

Zigbee: Peran Perangkat (slide 92)

Coordinator Membentuk jaringan dan menyimpan kunci

Router Meneruskan paket, biasanya berdaya listrik

End device Sensor berbaterai yang sering tidur

Zigbee: Cara Kerja Jaringan (slide 93)

⚖️ Perbandingan WiFi, BLE, dan Zigbee (slide 94)

Penilaian Kualitatif Tiga Teknologi (slide 95)

Tidak ada pemenang mutlak: pilih sesuai kebutuhan sistem

Memilih Teknologi yang Tepat (slide 96)

💼 Studi Kasus Pemilihan Teknologi (slide 97)

Koeksistensi dan Keamanan (slide 98)

Koeksistensi 2,4 GHz Keamanan

• Kanal WiFi 1, 6, 11 tidak tumpang tindih • WiFi: WPA2 atau WPA3
• Pilih kanal Zigbee di celah kanal WiFi • BLE: pairing dengan LE Secure Connections
• BLE memakai frequency hopping adaptif • Zigbee: AES-128 dengan network key

Kunci default yang tidak diganti adalah celah keamanan paling umum

Jembatan Baru: Thread dan Matter (slide 99)

Poin penting

Matter (lapisan aplikasi)

• Matter 1.0 dirilis tahun 2022
• Thread: mesh IPv6 hemat daya di

Thread (802.15.4 + atas 802.15.4

WiFi Ethernet • ESP32-C6 dan H2 memiliki radio

IPv6)

802.15.4

Radio dan lapisan MAC

✅ Rangkuman dan Kuis 2 (slide 100)

💡 Kuis 2

🎯 Tujuan dan Alur Pertemuan (slide 102)

1. Mengapa LPWAN
2. LoRa: lapisan fisik dan parameter
3. LoRaWAN: arsitektur dan keamanan
4. NB-IoT: jaringan seluler hemat daya
5. Perbandingan dan pemilihan

Setelah pertemuan ini, mahasiswa mampu Menjelaskan cara kerja LoRa, LoRaWAN, dan NB-IoT serta memilih teknologi LPWAN untuk suatu kasus.

Mengapa LPWAN: Jauh, Hemat, Data Kecil (slide 103)

Jangkauan

Ciri LPWAN

NB-IoT 5G • Jangkauan kilometer

• Baterai bertahun-

LTE-M tahun

LoRaWAN

• Payload kecil
• Laju data rendah
• Modul murah

Zigbee WiFi

BLE

Laju data

Lanskap Teknologi LPWAN (slide 104)

Spektrum tak berlisensi Spektrum berlisensi

• LoRa dan LoRaWAN • NB-IoT dan LTE-M (standar 3GPP)
• Sigfox (kini di bawah UnaBiz) • Memakai menara dan jaringan operator
• Bangun gateway sendiri atau pakai jaringan • Perlu kartu SIM dan paket data komunitas • Kualitas layanan lebih terjamin
• Tanpa langganan operator pada jaringan privat

LoRa: Lapisan Fisik Chirp Spread Spectrum (slide 105)

Karakteristik Sinyal chirp: frekuensi naik terhadap waktu

• Dikembangkan Semtech frekuensi
• Modulasi chirp spread spectrum
• Pita sub-GHz tak berlisensi
• Dapat menerima sinyal di bawah noise floor
• Hanya lapisan fisik, bukan protokol jaringan

waktu

Parameter Radio LoRa (slide 106)

Spreading Factor: Jangkauan vs Kecepatan (slide 107)

SF tinggi: jangkauan jauh, tetapi airtime panjang dan laju data rendah

Frekuensi Regional dan Duty Cycle (slide 108)

💡 Contoh duty cycle 1%:

💡 pesan dengan airtime 1 detik mengharuskan jeda minimal 100 detik

💡 sebelum kirim berikutnya. Aturan berbeda tiap wilayah.

LoRa vs LoRaWAN (slide 109)

Aplikasi dan platform

Perbedaan

• LoRa: modulasi radio
• LoRaWAN: aturan akses, kelas perangkat, aktivasi, enkripsi

LoRaWAN: MAC, jaringan, keamanan (LoRa Alliance) • LoRa dapat dipakai tanpa

LoRaWAN (peer-to-peer)

LoRa: lapisan fisik (Semtech)

Radio sub-GHz

Arsitektur LoRaWAN: Star-of-Stars (slide 110)

Gateway hanya meneruskan paket; kecerdasan ada di network server

Kelas Perangkat LoRaWAN: A, B, C (slide 111)

Aktivasi dan Keamanan LoRaWAN (slide 112)

Kunci dan enkripsi

Aspek OTAA ABP

• DevEUI, JoinEUI, AppKey untuk join

Join request, kunci sesi Kunci sesi ditanam • NwkSKey: integritas

Proses

dibuat dinamis manual jaringan

• AppSKey: enkripsi payload end-to-end

Lebih kuat, kunci diperbarui

Keamanan Kunci tetap, lebih rentan • Algoritma AES-128

tiap join

Uji coba dan kasus

Saran Pilihan utama

khusus

Payload Efisien dan Adaptive Data Rate (slide 113)

💻 Mengirim Data dengan Modul LoRa (slide 114)

#include <LoRa.h>
void setup() {
  LoRa.setPins(5, 14, 2);
  LoRa.begin(923E6);
}
void loop() {
  LoRa.beginPacket();
  LoRa.print("suhu=28.5");
  LoRa.endPacket();
  delay(10000);
}

💡 Pastikan frekuensi 923E6 sesuai regulasi dan modul Anda

14

NB-IoT: Ikhtisar (slide 115)

Karakteristik Modul NB-IoT dan SIM

• Standar 3GPP Release 13 (2016)
• Spektrum berlisensi, lebar kanal 180 kHz
• Perlu kartu SIM dan paket data Menara seluler (eNodeB)
• Jangkauan dalam gedung yang baik
• Hemat daya lewat PSM dan eDRX

Jaringan inti operator

Platform IoT

Mode Penerapan NB-IoT (slide 116)

💡 pita sendiri

Hemat Daya NB-IoT: PSM dan eDRX (slide 117)

⚖️ Perbandingan LoRaWAN, NB-IoT, dan LTE-M (slide 118)

💼 Studi Kasus Pemilihan LPWAN (slide 119)

✅ Rangkuman dan Tugas 2 (slide 120)

💡 Tugas 2

🎯 Tujuan dan Alur Pertemuan (slide 122)

1. Protokol aplikasi IoT
2. MQTT: arsitektur, topic, QoS
3. Menyiapkan broker
4. ESP32 publish dan subscribe
5. Keamanan, perbandingan, kasus

Setelah pertemuan ini, mahasiswa mampu Menjelaskan MQTT, HTTP, dan CoAP serta mengimplementasikan publish dan subscribe MQTT pada ESP32.

Protokol Aplikasi di Tumpukan IoT (slide 123)

Mengapa penting

Aplikasi: MQTT, HTTP, CoAP

• Protokol aplikasi menentukan cara pesan dipertukarkan
• TCP andal tetapi lebih berat; UDP

TCP (MQTT, HTTP) UDP (CoAP)

ringan tanpa jaminan

• Pilih sesuai daya, jaringan, dan kebutuhan

Jaringan: IPv4 dan IPv6

Tautan: WiFi, BLE, Zigbee, LoRa, seluler

Dua Model Komunikasi (slide 124)

💡 Pengirim dan penerima tidak saling mengenal; broker meneruskan pesan berdasarkan topic.

HTTP untuk IoT (slide 125)

HTTPClient http; Ciri HTTP

http.begin("http://server/api/suhu");

http.addHeader("Content-Type", "application/json"); • Request/response di atas

int kode = http.POST("{\"suhu\":28.5}");

http.end();

TCP

• REST dan JSON mudah dipakai
• Header relatif besar
• Server tidak bisa

Contoh ESP32 mengirim JSON dengan POST mendorong data

• Gunakan HTTPS untuk keamanan

Cocok untuk integrasi dengan API web yang sudah ada

CoAP: HTTP Ringan di Atas UDP (slide 126)

Karakteristik Pesan Confirmable (CON)

• Model RESTful: GET, POST, PUT, DELETE
• UDP, port 5683 (DTLS di 5684) CON GET /suhu
• Header hanya 4 byte
• Pesan CON, NON, ACK, RST Klien Server
• ACK 2.05 (28.5)

Observe: server memberi tahu perubahan

Jika ACK tidak datang, klien mengirim ulang

MQTT: Ikhtisar dan Arsitektur (slide 127)

Karakteristik

Subscriber 1

• Message Queuing Telemetry Transport
• Dibuat 1999, standar OASIS Publisher Broker
• TCP port 1883 (8883 untuk TLS)
• Pub/sub lewat broker Subscriber 2
• Header sangat kecil

Client ID Topic Payload

identitas klien alamat pesan isi data

Topic dan Wildcard (slide 128)

💡 kampus

💡 lab1

💡 lab2

💡 kelembapan

💡 kelembapan

💡 suhu

💡 suhu

QoS 0, 1, dan 2: Urutan Pesan (slide 129)

Memilih Level QoS (slide 130)

QoS efektif = nilai terkecil antara QoS publisher dan QoS subscriber

Fitur Penting MQTT (slide 131)

💻 Menyiapkan Broker Mosquitto (slide 132)

sudo apt install mosquitto mosquitto-clients
mosquitto_sub -h localhost -t "lab1/suhu"
mosquitto_pub -h localhost -t "lab1/suhu" -m "28.5"

💡 Peringatan: broker publik tidak aman dan terbuka bagi siapa saja. Jangan kirim data sensitif dan gunakan topic yang unik.

12

💻 ESP32 Publish dengan PubSubClient (slide 133)

#include <WiFi.h>
#include <PubSubClient.h>
WiFiClient wifi;
PubSubClient mqtt(wifi);
void setup() {
  // sambungkan WiFi dulu
  mqtt.setServer("192.168.1.10", 1883);
}
void loop() {
  if (!mqtt.connected()) mqtt.connect("esp32-lab1");
  mqtt.publish("lab1/suhu", "28.5");
  mqtt.loop();
  delay(5000);
}

13

💻 ESP32 Subscribe dan Kontrol LED (slide 134)

void callback(char* topic, byte* data,
              unsigned int n) {
  String pesan;
  for (int i = 0; i < n; i++) pesan += (char)data[i];
  digitalWrite(PIN_LED, pesan == "ON");
}
// di setup():
mqtt.setCallback(callback);
// setelah connect:
mqtt.subscribe("lab1/led");

14

Pemecahan Masalah MQTT (slide 135)

Keamanan MQTT (slide 136)

Jangan menyimpan sandi atau token di repositori publik

Dari MQTT ke Dasbor (slide 137)

⚖️ Perbandingan MQTT, HTTP, dan CoAP (slide 138)

💼 Studi Kasus Pemilihan Protokol (slide 139)

✅ Rangkuman dan Praktikum 3 (slide 140)

💡 Praktikum 3

🎯 Cakupan Materi

Usulan cakupan UTS: Pertemuan 1 sampai 7. Sesuaikan format dan bobot dengan kebijakan dosen pengampu. Slide PDF tidak memuat pertemuan ini.

📚 Cara Belajar

1. Ulangi bagian rangkuman dan kuis di setiap pertemuan.
2. Gambar ulang arsitektur 4 lapisan, aliran data end-to-end, dan topologi jaringan dari ingatan.
3. Praktikan ulang rangkaian dan kode di Pertemuan 3 dan 4.

🎯 Tujuan dan Alur Pertemuan (slide 142)

1. Fungsi dan konsep platform IoT
2. Blynk: setup, kode, dasbor
3. ThingsBoard: device, telemetry, RPC
4. Rule engine dan alarm
5. Perbandingan dan Praktikum 4

Setelah pertemuan ini, mahasiswa mampu Menghubungkan ESP32 ke Blynk dan ThingsBoard, mengirim data sensor, dan mengendalikan LED dari dasbor.

Mengapa Perlu Platform IoT? (slide 143)

Peta Platform: Kemudahan vs Kontrol (slide 144)

Kontrol dan skala

Kriteria memilih

AWS IoT

• Waktu belajar dan prototipe
• Kontrol atas data

ThingsBoard

Azure IoT • Skala dan biaya

• Integrasi dan protokol

Blynk

Kemudahan

Konsep Umum dan Padanannya (slide 145)

Alur Menghubungkan Perangkat (slide 146)

Buat template

Buat akun Salin kredensial Program ESP32 Lihat di dasbor

atau device

Masalah umum Keamanan kredensial

• Token atau Template ID salah Token seperti sandi: jangan unggah ke repositori
• Sandi WiFi keliru publik atau tampilkan di tangkapan layar.
• Port 1883 diblokir jaringan

Blynk: Ikhtisar (slide 147)

Karakteristik

ESP32

• Cloud terkelola dengan aplikasi web dan mobile
• Template, datastream, dan widget drag-and-drop
• Library khusus untuk ESP32
• Cepat untuk prototipe

Blynk Cloud

Paket gratis terbatas: cek halaman harga

Aplikasi web dan mobile

Menyiapkan Blynk (slide 148)

💻 Blynk: Mengirim Data Sensor (slide 149)

#define BLYNK_TEMPLATE_ID "TMPLxxxx"
#define BLYNK_TEMPLATE_NAME "Lab IoT"
#define BLYNK_AUTH_TOKEN "token_anda"
#include <WiFi.h>
#include <BlynkSimpleEsp32.h>
BlynkTimer timer;
void kirim() {
  Blynk.virtualWrite(V0, dht.readTemperature());
}
void setup() {
  Blynk.begin(BLYNK_AUTH_TOKEN, "SSID", "sandi");
  timer.setInterval(5000L, kirim);
}
void loop() { Blynk.run(); timer.run(); }

9

💻 Blynk: Dasbor dan Kontrol LED (slide 150)

BLYNK_WRITE(V1) {
  int nilai = param.asInt();
  digitalWrite(PIN_LED, nilai);
}

10

ThingsBoard: Ikhtisar (slide 151)

Karakteristik Perangkat (MQTT, HTTP, CoAP)

• Platform open source: edisi Community dan Professional
• Protokol standar: MQTT, HTTP, CoAP Transport dan rule engine
• Telemetry, attributes, RPC, rule engine
• Dasbor dan widget bawaan
• Dapat self-host atau memakai Cloud

Penyimpanan data

Dasbor dan API

ThingsBoard: Pilihan Instalasi (slide 152)

💡 docker run -it -p 8080:9090 -p 1883:1883 -v ~/.mytb-data:/data --name mytb thingsboard/tb-postgres

💡 Contoh perintah (tulis dalam satu baris); port bergantung versi

ThingsBoard: Membuat Device dan Token (slide 153)

ThingsBoard: Mengirim Telemetry via (slide 154)

MQTT

mqtt.setServer("demo.thingsboard.io", 1883); Parameter koneksi

if (!mqtt.connected()) • Host: server ThingsBoard

mqtt.connect("esp32-lab1", TOKEN, NULL);

• Port: 1883

String json = "{\"suhu\":" + String(t) + "}"; • Username: access token

mqtt.publish("v1/devices/me/telemetry",

json.c_str());

• Password: kosong

mqtt.loop(); • Topic:

v1/devices/me/telemetry

Telemetry dan Attributes (slide 155)

ThingsBoard: Membuat Dasbor (slide 156)

💻 ThingsBoard: Kontrol LED dengan RPC (slide 157)

mqtt.subscribe("v1/devices/me/rpc/request/+");
// di callback, payload mis.
// {"method":"setLed","params":true}
String s;
for (int i = 0; i < n; i++) s += (char)d[i];
digitalWrite(PIN_LED, s.indexOf("true") >= 0);

17

Rule Engine dan Alarm (slide 158)

⚖️ Perbandingan Blynk dan ThingsBoard (slide 159)

✅ Rangkuman dan Praktikum 4 (slide 160)

💡 Praktikum 4

🎯 Tujuan dan Alur Pertemuan (slide 162)

1. Alur data dan data deret waktu
2. Opsi dan model penyimpanan
3. Kualitas data dan analitik dasar
4. Deteksi anomali sederhana
5. Dasbor Grafana dan desainnya

Setelah pertemuan ini, mahasiswa mampu Memilih penyimpanan, membangun jalur data ke basis data deret waktu, menganalisis data dasar, dan membuat dasbor.

Alur Data: Dari Sensor ke Dasbor (slide 163)

💡 Data mentah baru berguna setelah disimpan, dibersihkan, dan ditampilkan

Karakteristik Data Deret Waktu (slide 164)

Waktu Ruang Suhu Ciri khas

• Ditulis terus-menerus, jarang diubah

08:00:00 lab1 28.5

• Dikueri berdasarkan rentang waktu

08:00:05 lab1 28.6 • Volume cepat membesar

• Perlu agregasi dan retensi

08:00:10 lab1 28.6

08:00:15 lab1 28.8

Contoh tabel: timestamp, tag (ruang), dan nilai (suhu)

Opsi Penyimpanan Data Sensor (slide 165)

💻 Logging ke SD Card dalam Format CSV (slide 166)

configTime(8 * 3600, 0, "pool.ntp.org");
struct tm t;
getLocalTime(&t);
char waktu[20];
strftime(waktu, 20, "%Y-%m-%d %H:%M:%S", &t);
File f = SD.open("/log.csv", FILE_APPEND);
f.printf("%s,%.1f\n", waktu, suhu);
f.close();

6

Menyimpan ke Basis Data SQL (slide 167)

CREATE TABLE sensor ( Praktik baik

waktu TIMESTAMPTZ NOT NULL,

ruang TEXT, • Indeks pada kolom waktu

suhu REAL

); • Simpan waktu dalam UTC

• Pisahkan tabel perangkat

SELECT date_trunc('hour', waktu) AS jam,

AVG(suhu) AS rata

FROM sensor

GROUP BY jam ORDER BY jam;

Contoh PostgreSQL: rata-rata suhu per jam

Model Data InfluxDB (slide 168)

suhu,ruang=lab1 nilai=28.5 1700000000

Ingest dengan Telegraf (slide 169)

[[inputs.mqtt_consumer]] Poin penting

servers = ["tcp://localhost:1883"]

topics = ["lab1/#"] • Input membaca topic MQTT

data_format = "json"

• Output menulis ke InfluxDB

[[outputs.influxdb_v2]] • Simpan token di variabel

urls = ["http://localhost:8086"]

lingkungan

token = "$INFLUX_TOKEN"

organization = "kampus"

bucket = "sensor"

💻 Alternatif Ingest: Node-RED (slide 170)

debug

msg.payload = { nilai: msg.payload.suhu };
msg.measurement = "suhu";
return msg;

10

Retensi dan Estimasi Kapasitas (slide 171)

💡 Rata-rata 1 menit: 30 hari

💡 Rata-rata 1 jam: 1 tahun

Kualitas Data Sensor (slide 172)

Statistik Dasar untuk Data Sensor (slide 173)

💻 Analitik dengan Python dan pandas (slide 174)

import pandas as pd
df = pd.read_csv("suhu.csv", parse_dates=["waktu"])
df = df.set_index("waktu")
per_jam = df["suhu"].resample("1h").mean()
halus = df["suhu"].rolling(5).mean()
print(df["suhu"].describe())

14

Deteksi Anomali Sederhana (slide 175)

Metode sederhana

anomali • Ambang tetap

• Z-score di luar 3
• Rata-rata bergerak ditambah atau dikurangi k kali simpangan baku
• Waspadai alarm palsu

pita normal

Membuat Dasbor di Grafana (slide 176)

Query Flux dan Jenis Panel (slide 177)

Memilih Jenis Grafik (slide 178)

Prinsip Desain Dasbor (slide 179)

1 Prinsip

Suhu saat ini Kelembapan Status perangkat

• Mulai dari pertanyaan pengguna
• 1: KPI, 2: tren, 3: rincian

2 •

Tren suhu 24 jam Maksimal 6 sampai 8 panel

• Warna ambang bermakna dan konsisten
• Sumbu dan satuan jujur

Tabel peringatan Rata-rata per ruang

✅ Rangkuman dan Tugas 3 (slide 180)

💡 Tugas 3

🎯 Tujuan dan Alur Pertemuan (slide 182)

1. Mengapa tidak semua ke cloud
2. Edge, fog, dan cloud
3. Pola pemrosesan di edge
4. Perangkat keras dan TinyML
5. Kerangka keputusan dan kasus

Setelah pertemuan ini, mahasiswa mampu Menjelaskan edge, fog, dan cloud serta menentukan lokasi pemrosesan data berdasarkan latensi, bandwidth, keandalan, dan privasi.

Masalah Jika Semua Data ke Cloud (slide 183)

Tiga Lapis: Edge, Fog, Cloud (slide 184)

Edge, Fog, dan Cloud: Perbedaan (slide 185)

MEC (multi-access edge computing) menaruh komputasi di dalam jaringan operator seluler

Latensi: Seberapa Dekat Pemrosesan? (slide 186)

Kontrol waktu nyata menuntut respons cepat dan konsisten, bukan sekadar rata-rata rendah

Menghemat Bandwidth di Edge (slide 187)

Kirim video terus-menerus (4 Mbps)

sekitar 43 GB per hari

Kirim hanya event hasil deteksi (100 event, 50 KB per snapshot)

sekitar 5 MB per hari

Hitungan: 4 Mbps = 0,5 MB per detik; dikali 86.400 detik sekitar 43 GB. Model deteksi berjalan di edge, hanya hasilnya yang dikirim.

Pola Pemrosesan di Edge (slide 188)

Report by Exception: Kirim Saat Berubah (slide 189)

Manfaat

• Data jauh lebih sedikit
• Hemat daya radio
• Tetap kirim berkala (heartbeat) agar status terlihat

Batas perubahan: 0,15 dari nilai terakhir yang dikirim

💻 Filter di Gateway dengan Python (slide 190)

import paho.mqtt.client as mqtt
akhir = None
def on_message(c, u, m):
    global akhir
    x = float(m.payload)
    if akhir is None or abs(x - akhir) >= 0.5:
        cloud.publish("lab1/suhu", x)
        akhir = x

10

Gateway Store-and-Forward (slide 191)

💻 Konfigurasi Bridge Mosquitto (slide 192)

connection cloud
address broker.contoh.com:8883
topic lab1/# out 1
bridge_cafile /etc/mosquitto/ca.crt
remote_username gateway1
cleansession false

12

Perangkat Keras Edge (slide 193)

Platform dan Perangkat Lunak Edge (slide 194)

TinyML: Inferensi di Mikrokontroler (slide 195)

Latih di Cloud, Jalankan di Edge (slide 196)

💡 model (OTA)

💡 hasil dan

💡 model (OTA)

💡 hasil dan

💡 model (OTA)

💡 hasil dan

💡 data terpilih

💡 data terpilih

💡 data terpilih

Keamanan dan Pengelolaan Node Edge (slide 197)

Kerangka Keputusan: Di Mana Memproses? (slide 198)

💡 Respons harus di bawah puluhan milidetik?

💡 Perlu analisis lintas lokasi atau melatih model?

💡 Edge

💡 Fog

💡 Cloud

💡 Edge atau fog

💼 Studi Kasus Pemilihan Lokasi Pemrosesan (slide 199)

✅ Rangkuman dan Kuis 3 (slide 200)

💡 Kuis 3

🎯 Tujuan dan Alur Pertemuan (slide 202)

1. Konsep AI, ML, dan jenis pembelajaran
2. Alur proyek ML untuk data sensor
3. Evaluasi model dan deteksi anomali
4. Prediksi dan perawatan prediktif
5. TinyML dan etika AI

Setelah pertemuan ini, mahasiswa mampu Menjelaskan konsep dan alur ML pada data sensor, menerapkan deteksi anomali, dan memahami dasar TinyML.

Dari Data ke Keputusan (slide 203)

Keputusan Jadwalkan perawatan sebelum gagal Pengetahuan Pola mirip kipas yang mulai rusak Informasi Suhu naik 3 derajat per jam Data 28,5 derajat tiap 5 detik

AI, Machine Learning, dan Deep Learning (slide 204)

Tiga Jenis Pembelajaran Mesin (slide 205)

Tugas Umum AI pada Data IoT (slide 206)

Alur Proyek Machine Learning (slide 207)

Jendela dan Fitur dari Sinyal Sensor (slide 208)

Sinyal akselerometer dipotong menjadi jendela waktu Fitur umum

• Rata-rata dan simpangan baku
• Minimum, maksimum, RMS
• Energi sinyal
• Puncak frekuensi (FFT)

Jendela 1 Jendela 2 Jendela 3

Membagi Data dan Bahaya Overfitting (slide 209)

Pembagian data tipikal Error vs kompleksitas model

Overfitting: error latih turun, error validasi naik

Latih 70% 15% 15%

Latih, validasi, uji validasi

• Latih: mempelajari parameter
• Validasi: menyetel pengaturan
• Uji: ukuran akhir, jangan dipakai menyetel

latih

kompleksitas model

Metrik Evaluasi: Akurasi Bisa Menipu (slide 210)

Memilih Algoritma untuk Data IoT (slide 211)

Deteksi Anomali dengan Autoencoder (slide 212)

Dilatih dengan data normal; error rekonstruksi besar menandakan anomali

💻 Contoh Kode: Isolation Forest (slide 213)

from sklearn.ensemble import IsolationForest Poin penting

import pandas as pd

• contamination: perkiraan

df = pd.read_csv("mesin.csv")

fitur = df[["suhu", "getaran"]]

proporsi anomali

• Latih pada data yang

model = IsolationForest(contamination=0.01) sebagian besar normal

model.fit(fitur)

• Evaluasi dengan precision

df["anomali"] = model.predict(fitur)

dan recall

Perawatan Prediktif (slide 214)

Indeks kesehatan: biru aktual, oranye prediksi

Manfaat

• Kurangi waktu henti mendadak

ambang gagal • Perawatan sesuai kondisi,

bukan jadwal tetap

• Data getaran, suhu, dan arus

prediksi gagal

TinyML: Mengapa dan Batasannya (slide 215)

Alur TinyML dan Kuantisasi (slide 216)

Contoh Proyek TinyML: Klasifikasi Getaran (slide 217)

💻 Kerangka Inferensi TensorFlow Lite Micro (slide 218)

#include "model.h"   // model dalam larik C
tflite::MicroInterpreter interpreter(
    model, resolver, arena, kArenaSize);
interpreter.AllocateTensors();
input->data.f[0] = suhu;
interpreter.Invoke();
float skor = output->data.f[0];

18

Risiko dan Etika AI pada IoT (slide 219)

✅ Rangkuman dan Tugas 4 (slide 220)

💡 Tugas 4

🎯 Tujuan dan Alur Pertemuan (slide 222)

1. Ancaman dan insiden IoT
2. Kontrol teknis: sandi, TLS, boot aman
3. Segmentasi dan keamanan fisik
4. Privasi dan regulasi
5. Model ancaman dan studi kasus

Setelah pertemuan ini, mahasiswa mampu Mengidentifikasi ancaman IoT, menerapkan kontrol keamanan dan privasi, serta menimbang aspek etika dan regulasi.

Mengapa Perangkat IoT Rentan? (slide 223)

Insiden IoT yang Pernah Terjadi (slide 224)

💡 Jeep Cherokee diambil

💡 Botnet Mirai memakai

💡 Termometer akuarium

💡 Platform kamera

💡 alih dari jarak jauh

💡 kredensial bawaan

💡 kasino dilaporkan

💡 Verkada ditembus lewat

💡 melalui sistem

💡 perangkat untuk

💡 menjadi pintu masuk ke

💡 kredensial admin yang

💡 infotainment,

💡 serangan DDoS skala

💡 jaringan internal.

💡 terekspos.

💡 didemonstrasikan

💡 besar.

💡 peneliti keamanan.

Permukaan Serangan per Lapisan (slide 225)

Segitiga CIA pada IoT (slide 226)

Kerahasiaan Data kesehatan atau kamera tidak boleh dibaca pihak lain.

Integritas Keamanan Data sensor dan perintah tidak boleh diubah di tengah jalan.

Ketersediaan Sistem tetap berjalan saat diserang atau terjadi gangguan.

OWASP IoT Top 10 (Edisi 2018) (slide 227)

💻 Kredensial: Jangan Tertanam di Firmware (slide 228)

Hindari Lebih baik

const char* sandi = "admin123";
const char* token = "abc123xyz";

Preferences pref;
pref.begin("cfg", true);
String s = pref.getString("pass", "");
pref.end();

💡 Tambahan: isi kredensial saat provisioning, beri sandi unik per perangkat, dan aktifkan enkripsi NVS atau flash encryption agar rahasia tidak terbaca dari flash.

8

Mengamankan Komunikasi dengan TLS (slide 229)

#include <WiFiClientSecure.h> Poin penting

WiFiClientSecure klien; • setCACert memeriksa

klien.setCACert(ca_cert);

identitas server

PubSubClient mqtt(klien); • Hindari setInsecure() di

mqtt.setServer("broker.contoh.com", 8883); produksi

• Port 8883 untuk MQTT dengan TLS

Alur Singkat Jabat Tangan TLS (slide 230)

Data aplikasi terenkripsi dua arah

Autentikasi dan Otorisasi Perangkat (slide 231)

Otorisasi: beri hak akses minimum, mis. ACL per topic MQTT

Boot Aman dan Pembaruan OTA (slide 232)

Keamanan Fisik Perangkat (slide 233)

Segmentasi Jaringan IoT (slide 234)

💡 lalu lintas antar-zona dibatasi aturan firewall

Data Pribadi yang Dikumpulkan IoT (slide 235)

Prinsip Perlindungan Privasi (slide 236)

Regulasi dan Standar Terkait (slide 237)

Model Ancaman STRIDE (slide 238)

💼 Studi Kasus: Kamera IP Kantor Bermasalah (slide 239)

💡 Firmware tidak diperbarui selama tiga tahun

💡 Video dikirim tanpa enkripsi dalam satu jaringan datar

💡 Tutup port; akses lewat VPN

💡 Jadwalkan pembaruan dan pantau rilis

💡 Gunakan TLS dan pisahkan VLAN

✅ Rangkuman dan Kuis 4 (slide 240)

💡 Kuis 4

💡 Privasi: minimisasi data, tujuan jelas, persetujuan, dan

🎯 Tujuan dan Alur Pertemuan (slide 242)

1. Siklus perancangan dan masalah
2. Kebutuhan dan ide kasus
3. Arsitektur, daya, dan komponen
4. Data, kontrol, keamanan, pengujian
5. Rencana proyek dan presentasi

Setelah pertemuan ini, mahasiswa mampu Merumuskan masalah, menurunkan kebutuhan ke arsitektur, memilih komponen, dan merencanakan pengujian serta proyek.

Siklus Perancangan Sistem IoT (slide 243)

Merumuskan Masalah dengan Jelas (slide 244)

💡 Tulis masalah dalam satu kalimat sebelum memilih sensor atau jaringan

Kebutuhan Fungsional dan Kualitas (slide 245)

Sistem harus Kualitas yang diharapkan

• Membaca kelembapan tanah tiap 15 menit • Hemat daya: baterai bertahan berbulan-bulan
• Menyalakan pompa otomatis di bawah batas • Mencakup seluruh lahan 5 hektare
• Mengirim data ke dasbor di ponsel • Tahan cuaca luar ruang
• Memberi peringatan saat baterai rendah • Aman dari akses tidak sah
• Mudah dirawat oleh petani

Ide Kasus untuk Proyek Kelompok (slide 246)

Dari Kebutuhan ke Keputusan Desain (slide 247)

Arsitektur End-to-End Kasus Penyiraman (slide 248)

Anggaran Daya Node (Contoh Hitungan) (slide 249)

💡 Aktif: 2400 mA detik, sekitar 0,67 mAh per jam

💡 Tidur: sekitar 0,02 mAh per jam

💡 Total sekitar 0,69 mAh per jam

💡 Sekitar 16,5 mAh per hari

💡 Asumsi: aktif 120 mA selama 5 detik, 4 kali per jam; tidur 0,02 mA; baterai 2000 mAh; tanpa panel surya dan tanpa faktor keamanan.

Memilih Komponen Berdasarkan (slide 250)

Biaya: Lebih dari Harga Komponen (slide 251)

Merancang Format Data (slide 252)

Logika Kontrol Penyiraman (slide 253)

💡 sensor tidak valid

Keamanan dan Privasi Sejak Perancangan (slide 254)

Strategi Pengujian Bertingkat (slide 255)

Risiko dan Mitigasi (slide 256)

Rencana Proyek Enam Minggu (Contoh) (slide 257)

💡 M1

💡 M2

💡 M3

💡 M4

💡 M5

💡 M6

Deliverable dan Rubrik Progres Proyek (slide 258)

Komponen penilaian Bobot Deliverable

• Pernyataan masalah

Kejelasan masalah dan kebutuhan 20

• Diagram arsitektur
• Daftar bahan dan alasan

Kelayakan arsitektur 30

• Skema rangkaian dan kode
• Rencana uji dan risiko

Komponen dan anggaran daya 20

Rencana uji dan risiko 20

Dokumentasi dan kerja tim 10

Struktur Presentasi dan Demo (10 Menit) (slide 259)

✅ Rangkuman dan Persiapan Proyek Akhir (slide 260)

💡 Pekan depan

🎯 Tujuan dan Agenda Sesi (slide 262)

💡 Hari ini setiap kelompok

💡 Struktur, isi slide, dan demo

💡 Rubrik dan umpan balik

💡 Dokumentasi dan etika

💡 Tindak lanjut menuju UAS

Format Waktu per Kelompok: 15 Menit (slide 263)

1 2 3 2 2 5

Masalah: 1 menit Solusi dan arsitektur: 2 menit Demo: 3 menit

Hasil uji: 2 menit Pelajaran: 2 menit Tanya jawab: 5 menit

• Total 15 menit: 10 menit presentasi dan demo, 5 menit tanya jawab
• Semua anggota harus berbicara atau mengoperasikan demo
• Urutan tampil ditentukan dengan undian

Jadwal Presentasi (slide 264)

Struktur Presentasi yang Efektif (slide 265)

Isi Slide yang Wajib Ada (slide 266)

Tips Demo yang Berhasil (slide 267)

Jika Demo Bermasalah (slide 268)

Rubrik Penilaian Proyek Akhir (Usulan) (slide 269)

Level Kinerja: Implementasi dan Demo (slide 270)

Rubrik dibagikan sebelum presentasi agar kelompok tahu apa yang dinilai

Pertanyaan yang Sering Diajukan Penguji (slide 271)

Teknik Menjawab Tanya Jawab (slide 272)

💡 "Kami belum menguji di hujan deras. Pengujian lapangan kami baru di

Lembar Umpan Balik Teman Sejawat (slide 273)

Satu hal yang sudah baik dan satu saran perbaikan: ..............................................................

Etika Akademik pada Proyek (slide 274)

Dokumentasi Akhir yang Dikumpulkan (slide 275)

Struktur Laporan Akhir (slide 276)

💻 Struktur README Repositori (slide 277)

# Nama Proyek
## Latar belakang
## Arsitektur sistem
## Daftar bahan (BOM)
## Cara membangun dan menjalankan
## Hasil pengujian
## Anggota tim

17

Pembagian Peran Saat Tampil (slide 278)

Setelah Presentasi: Tindak Lanjut (slide 279)

Penutup dan Pengumuman (slide 280)

💡 Pekan depan: UAS