Layar sentuh di kamar saya itu sebenarnya apa?

• Layar sentuh misterius di apartemen Inggris yang selesai dibangun pada 2015 ternyata merupakan bagian dari sistem pemantauan energi NETTHINGS, perangkat yang menampilkan nilai pemakaian listrik saat ini dan data historis
• Strukturnya terbagi antara energy manager di sisi meteran dan klien berbentuk tablet Android di dalam kamar, yang berkomunikasi lewat WiFi alih-alih kabel meski jaraknya dekat dan hanya terhalang beberapa dinding
• Penyebab langsung layar tidak berfungsi adalah sekring 3A yang hilang dari rangkaian energy manager; setelah sekring diganti, jaringan WiFi dan tampilan pemakaian berbasis web kembali hidup
• UI tablet berupa webview, dan server menggunakan Node.js, Express, serta Socket.IO; perangkat meteran membuka layanan DNS, HTTP, SSH, dan TCF di 172.16.0.254
• tcf-agent yang terbuka memberikan akses root ke filesystem dan proses, sehingga perangkat bisa dimodifikasi tanpa kata sandi SSH; bagian dalamnya adalah perangkat ARM9 berbasis Linux 3.10 dengan struktur penyimpanan data listrik berbasis CSV

---

Kegunaan layar sentuh misterius

• Di kamar apartemen baru itu terpasang sebuah layar sentuh dengan hanya lampu daya kuning kecil, tanpa tombol maupun label
• Pemilik rumah pun tidak tahu perangkat itu digunakan untuk mengendalikan apa, dan setelah pindah perangkat itu sempat terlupakan untuk beberapa waktu
• Identitasnya terungkap setelah ditemukan brosur perangkat yang sama di binder buku petunjuk peralatan rumah
  • Perangkat itu merupakan bagian dari sistem pemantauan energi
  • Perangkat menampilkan pemakaian listrik saat ini dan data pemakaian historis
• Brosur itu juga memperkenalkan komponen kedua, yaitu energy manager, yang terhubung langsung ke meteran listrik
• Di lemari meteran bersama terdapat perangkat bermerek NETTHINGS yang terpasang bersama perangkat milik unit lain

Energy manager dan tablet Android yang terhubung lewat WiFi

• Sistem ini terdiri dari energy manager yang berperan sebagai “server” pengumpul data, dan layar sentuh yang berperan sebagai “client” yang membaca lalu menampilkannya di layar
• Jarak antara kedua perangkat itu hanya beberapa meter dengan sekitar 2–3 dinding di antaranya, tetapi di brosur tercantum SSID dan Pwd
• Komunikasi yang sebenarnya juga dilakukan lewat WiFi, bukan kabel
• Saat tombol di dalam lubang kecil pada sisi layar sentuh ditekan, logo boot Android muncul
  • Ternyata itu tablet Android lawas
  • Aplikasi lama seperti Google Talk dan Flash terpasang di dalamnya
  • Tampaknya menjalankan Android 5, meski versi pastinya tidak sepenuhnya jelas
• Saat menjalankan aplikasi “NetThings”, muncul layar pemilihan jaringan WiFi, tetapi jaringan di brosur awalnya tidak terlihat di daftar

Sekring yang hilang dan monitor yang hidup kembali

• Di lemari meteran, energy manager milik unit lain menyala, tetapi perangkat untuk unit tersebut saja yang mati
• Penyebabnya adalah sekring yang hilang di dalam kotak sekring
  • Tanpa sekring, sambungan listrik terputus
  • Daya tidak tersuplai ke energy manager
  • Hotspot WiFi juga tidak muncul
• Dengan memeriksa sekring energy manager lain di lemari meteran yang sama, diketahui bahwa spesifikasi yang dibutuhkan adalah sekring 3A
• Sekring 3A dipesan dari Amazon dan dipasang keesokan harinya; setelah itu LED hijau pada energy manager berkedip dan jaringan WiFi pun muncul
• Pekerjaan ini dilakukan dekat dengan suplai listrik utama dan berbahaya; setelahnya suhu sekring dicek berkali-kali selama sehari, dan eksperimen seperti ini tidak disarankan untuk orang lain

UI web yang mengecewakan dan nilai tarif yang tetap

• Setelah memilih WiFi di tablet Android, muncul menu untuk memilih jenis sumber daya
• Dalam praktiknya, satu-satunya item yang berfungsi hanyalah Mains Electricity yang terhubung ke energy manager
• Layar pemakaian listrik menampilkan indikator warna di kanan dan lima angka di kiri, tetapi arti UI-nya tidak jelas
  • Tidak diketahui apakah hijau berarti pemakaian rendah atau pemakaian normal
  • Tidak jelas posisi vertikal indikator warna dibandingkan dengan apa
  • Juga tidak diketahui apakah posisi maksimum berkaitan dengan puncak pemakaian historis
• Dari lima angka yang ditampilkan di sebelah kiri, hanya satu nilai yang benar-benar sesuai, yaitu konsumsi kW
• Tarif listrik dan estimasi CO2 per kW tidak dapat dikonfigurasi
  • Di brosur tertulis bahwa pengaturan ini bisa dilakukan saat instalasi awal
  • Namun tidak ada petunjuk cara mengembalikan sistem ke keadaan yang bisa dikonfigurasi ulang
• Brosur juga menyebut akses dari PC untuk koreksi waktu data, dan jam di tablet Android ternyata meleset sekitar 15 menit sejak pemasangan pada 2015

Webview, Socket.IO, server Node.js

• Jika data dari energy manager bisa dibaca langsung, pemakaian kW dapat dikalikan dengan tarif yang benar lalu ditampilkan di Grafana atau alat sejenis
• Brosur memuat contoh penggunaan untuk memeriksa pemakaian energi dari PC, dan di sana tercantum IP dan port
• Saat diakses lewat browser, tampil layar yang sama seperti di tablet Android, yang menegaskan bahwa UI tablet adalah webview
• Ketika panggilan API diperiksa lewat web inspector, terlihat bahwa Socket.IO digunakan
• Klien pada dasarnya hanya menerima lima angka dari server, tetapi kodenya juga memuat modul RequireJS, Handlebars, Backbone.js, dan Underscore.js

Port terbuka dan tcf-agent

• IP perangkat adalah 172.16.0.254, dan ssh root@172.16.0.254 awalnya gagal dengan pesan “Connection refused”
• Hasil pemindaian seluruh port menunjukkan layanan berikut terbuka
  • 53/tcp: dnsmasq 2.63rc6
  • 80/tcp: HTTP berbasis Node.js
  • 1534/tcp: micromuse-lm?
  • 3000/tcp: HTTP berbasis Node.js
  • 41142/tcp: OpenSSH 6.2
• dnsmasq cocok dengan peran perangkat sebagai access point WiFi sekaligus server DHCP
• SSH memang terbuka di port 41142, tetapi akun root dilindungi kata sandi, dan kombinasi sederhana seperti admin/admin atau root/root tidak berhasil
• Saat menelusuri identitas port 1534, sebuah posting forum Xilinx mengarahkan pada kata kunci tcf-agent

Akses filesystem root lewat TCF

• TCF adalah singkatan dari Target Communications Framework, protokol teks yang mendukung pembacaan filesystem, menjalankan proses baru di sistem target, mengirim sinyal ke proses, dan lain-lain
• tcf-agent adalah server yang mengimplementasikan protokol ini, dan pada perangkat tersebut ia berjalan sebagai pengguna root
• TCF sangat erat dengan ekosistem Eclipse, dan dokumen Getting Started menjelaskan plugin Eclipse sebagai cara utama pemakaiannya
• Upaya memasang plugin itu di versi Eclipse yang lebih baru sulit berhasil karena konflik dependensi
• Sebagai gantinya, digunakan Python SDK dari proyek TCF
  • Halaman panduan: TCF/Python_Scripting
  • Panduan repositori lama: jalur git.eclipse.org
  • Repositori saat ini: Eclipse GitLab TCF
  • Dokumen protokol: TCF Specification, TCF Services
• Dengan layanan FileSystem dan Processes milik TCF, dimungkinkan membuat alat pengganti perintah seperti ls, cat, dan ps, dan hasilnya dirangkum di tcf-tools

Akses SSH dan spesifikasi internal perangkat

• Awalnya, /etc/passwd dan /etc/shadow diambil lewat TCF untuk mencoba memecahkan kata sandi root menggunakan John the Ripper
• Setelah berjalan sekitar 7 jam pun tidak ditemukan kecocokan, dan John memperkirakan brute force baru selesai pada 2035
• Setelah itu /etc/shadow diubah untuk mengosongkan kata sandi root lalu perangkat dinyalakan ulang, tetapi login SSH tetap ditolak
• Penyebabnya adalah pengaturan PermitRootLogin no di sshd_config
  • Setelah baris itu diubah menjadi PermitRootLogin yes, login SSH root menjadi memungkinkan
• Perangkat menjalankan Linux 3.10.28 armv5tejl
• CPU-nya adalah ARM926EJ-S rev 5, termasuk keluarga ARM9
• Entri java pada daftar fitur di /proc/cpuinfo mengacu pada Jazelle, ekstensi ARM untuk menjalankan bytecode Java
• Memorinya tercatat sebagai MemTotal: 118172 kB, dan perangkat itu menjalankan aplikasi Node.js

Struktur aplikasi dan penyimpanan data

• Aplikasi server berada di bawah /srv/server, dengan struktur seperti Gruntfile.js, app.js, bower.json, package.json, node_modules, routes, views, dan public
• Aplikasi ini secara besar terbagi menjadi dua bagian
  • Pulse app yang membaca data pemakaian dari meteran listrik
  • Aplikasi Node.js yang membaca data CSV lalu menampilkannya di UI web
• File terkait Pulse app berada di folder bin
  • pulse-app
  • pulse.ko
  • ct-read-daemon
  • direktori bulanan, harian, per jam, mingguan, dan tahunan
• Ekstensi .ko pada pulse.ko biasanya berarti Kernel Object, sehingga kemungkinan besar itu modul kernel
• Pulse app membaca data dari pin GPIO lalu menyimpan hasilnya ke file CSV
• File CSV dipisahkan ke direktori per bulan, per hari, dan per jam, dan tampilan data historis di UI web juga hanya mendukung tampilan bulanan, harian, dan per jam
• Aplikasi Node.js menggunakan Node.js 0.10.26, Express.js 4.13.3, dan Socket.io 1.3.6
• Di dependensinya ada paket mqtt, dan di dalam source terdapat kode yang belum selesai serta IP broker yang di-hardcode, yang tampaknya adalah integrasi cloud yang dijanjikan di brosur
  • IP tersebut sudah tidak lagi berfungsi
  • Perangkat itu sendiri juga tidak memiliki akses internet

Temuan lanjutan

• Perusahaan NETTHINGS yang membuat perangkat ini sudah dibubarkan
• Pengguna Hacker News M6WIQ memberi tahu tentang tulisan lain yang membahas hasil keputusan engineering NetThings
• Penulis tulisan itu bertanya di Mastodon apakah perangkat tersebut masih memakai IP server NTP miliknya, dan kenyataan yang terungkap ternyata lebih buruk
• Marc Bevand menyediakan sumber daya GPU untuk melakukan brute force kata sandi pengguna Linux asli pada energy manager
  • Hash tersebut memakai algoritme yang setidaknya sudah berusia 30 tahun)
  • Kata sandi untuk root dan gecko_user adalah Newt@rd$
  • Kata sandi untuk akun prod_test adalah NetTh@ng
• Sebuah perusahaan hosting menerjemahkan tulisan ini ke bahasa Rusia

[GN⁺]

Pendapat di Hacker News

• Beberapa tahun lalu, saya menyadari bahwa agar orang bisa mengelola pemakaian utilitas seperti listrik, air, dan gas dengan cara yang lebih ramah lingkungan dan ekonomis, mereka membutuhkan data yang jauh lebih baik daripada satu angka total bulanan.
  Setidaknya kita perlu bisa melihat pemakaian kira-kira dalam interval 5 menit agar bisa menyadari hal-hal seperti “menyalakan pemanas listrik selama beberapa jam ternyata memakai listrik lebih banyak daripada lampu sebulan penuh”.
  Di rumah tangga kelas menengah Afrika Selatan, inverter dan panel surya umum ditemui karena pasokan listrik yang tidak stabil. Rumah saya juga bisa melihat seluruh riwayat pemakaian listrik, sehingga lebih mudah mengetahui di mana efisiensi bisa ditingkatkan.
  Namun datanya masih berupa total, jadi penyebabnya harus diperkirakan. Misalnya, jika sekitar satu jam setelah mandi terlihat 3 kW, itu berarti pemanas air sedang memanaskan ulang; dari catatan inverter kita bisa tahu bahwa saat itu baterai sudah habis semalaman, dan karena masih pagi produksi surya rendah, listrik ditarik dari jaringan.
  Jadi, jika pemanas air dipasangi timer agar hanya memanaskan setelah pukul 10 pagi, saat matahari sudah cukup tinggi dan bisa ditanggung oleh tenaga surya, tagihan listrik bisa mudah dikurangi. Sekarang saya juga ingin bisa memantau pemakaian air senyaman ini.

  • Sepenuhnya setuju; menurut saya dasbor energi Home Assistant di rumah kami berkontribusi lebih besar dalam menurunkan konsumsi energi dibanding langkah apa pun lainnya.
    Di Belanda, jika memasang sesuatu seperti “slimme lezer” ke port p1 pada meteran listrik, perangkat itu langsung muncul di Home Assistant sebagai sensor yang sesuai.
    Dasbor energi sangat bagus karena menampilkan pemakaian gas dan listrik, produksi surya, rasio penggunaan jaringan listrik/surya, hingga baterai rumah jika ada.
    Stopkontak pengukur energi Aqara memakai Zigbee sehingga bisa mudah kelebihan beban, sedangkan Shelly memakai WiFi tetapi cukup tangguh. Jika digunakan bersama perangkat-perangkat seperti ini, kita bisa lebih baik menentukan prioritas langkah penghematan, dan sensor Home Assistant juga bisa diisi biaya per kWh serta biaya gas per m³.
  • Seorang teman yang menderita diabetes cukup buruk dalam mengatur pola makan, tetapi langsung berubah ketika dokternya meresepkan monitor gula darah selama beberapa minggu.
    Perangkatnya seperti plester besar yang ditempel di lengan, memasukkan jarum tipis di bawah kulit, lalu berkomunikasi dengan aplikasi ponsel untuk memberi tahu hal-hal seperti kadar gula darah.
    Begitu ia tahu dampak makanan yang ia makan, ia segera mengubah pola makannya, dan tetap mempertahankannya sampai sekarang meskipun tidak lagi memakai monitor tersebut. UI aplikasinya juga lumayan, tetapi yang benar-benar menentukan efektivitasnya adalah data riwayat.
  • Pengalaman itu juga menunjukkan batas dari pemantauan dan perubahan perilaku yang mengikutinya. Kita bisa membuat mesin cuci dijalankan sedikit lebih awal atau lebih lambat agar bertepatan dengan produksi surya yang tinggi, tetapi seberapa banyak konsumsi yang benar-benar bisa dipindahkan, dan seberapa jauh orang bisa memutuskan untuk tidak memakai perangkat boros energi, masih menjadi pertanyaan.
    Jika kita tahu pemakaian listrik tinggi saat memasak, apakah kita akan makan lebih banyak salad? Di seluruh Eropa, meteran listrik diganti dengan meteran pintar, dan manfaat bisa melihat pemakaian energi secara terus-menerus banyak dipromosikan, tetapi masih sulit menilai apakah ini benar-benar akan menghasilkan penghematan yang berarti.
    Pada akhirnya, dampak terbesar muncul ketika peralatan besar serta pemanas/pendingin merespons produksi mandiri, atau ketika memanfaatkan saat listrik murah pada tarif dinamis per jam atau per hari. Contohnya termasuk timer sederhana yang dipasang sendiri, relay yang mematikan pemanas saat memasak, atau perangkat seperti Fronius Ohmpilot [1] yang menyesuaikan daya pemanasan mengikuti kelebihan produksi surya.
    [1] https://www.fronius.com/en/solar-energy/installers-partners/...
  • Untuk pemakaian air, tergantung jenis meterannya, sering ada roda reflektif kecil yang berputar sekali setiap 1 liter. Kadang terbuat dari logam atau memiliki sedikit sifat magnetik, sehingga dengan memasang sensor optik atau sensor efek Hall pada Arduino, pengumpulan data real-time beresolusi tinggi bisa dilakukan cukup jauh.
    Cara lain yang pernah berhasil bagi saya adalah menempelkan probe suhu langsung pada pipa air masuk dan membandingkannya dengan suhu sekitar. Ini mungkin karena di tempat saya air datang dari bawah tanah sehingga selalu jauh lebih dingin daripada udara sekitar.
    Jika selisih kedua suhu itu diintegrasikan terhadap waktu, hasilnya bisa menjadi proksi kasar untuk pemakaian air, tetapi butuh jauh lebih banyak usaha sebelum mendapatkan data yang bermakna.
    Sensor proximity pendeteksi logam mungkin yang paling sederhana. Jika meteran air memiliki pengukur logam yang berputar, sesuatu seperti https://www.alldatasheet.com/view.jsp?Searchword=LJ12A3-4-Z/... bisa dipakai.
  • Agregasi daya per perangkat juga memberikan data yang menarik.
    Dengan dasbor energi Home Assistant, kita bisa mengetahui hal-hal seperti berapa sebenarnya konsumsi “rack” (UPS+Mac mini+perangkat disk 5-bay+lainnya) dibanding kulkas atau mesin cuci, apakah komputasi di meja rendah tetapi layar memakan cukup banyak saat menyala, berapa biaya mengisi daya sepeda listrik, atau apa bedanya jika termostat disetel ke 19 derajat alih-alih 20 derajat di musim dingin.
    Ada juga temuan mengejutkan, misalnya kipas angin yang sering dipakai saat musim panas ternyata memakai listrik hampir sebesar pemanas air. Pengukuran daya dilakukan dengan Shelly Plug Plus S, 3EM, 4PM, sedangkan pengukuran suhu dengan Shelly H&T Plus.

• Menarik bahwa penulis terkejut oleh keanehan teknis berupa perangkat rumah tangga yang berjalan di Linux. Struktur di mana server Node menyediakan situs web, API, dan WebSocket lewat WiFi, lalu situs itu ditampilkan pada mesin WebView lama di terminal yang sangat terbatas dan tidak bisa dipakai ulang untuk tujuan lain, kini sudah seperti standar yang umum
  Untuk menampilkan beberapa angka dan grafik batang, dua mikrokontroler yang berkomunikasi lewat bus berkabel pun seharusnya sudah cukup, tetapi untuk perangkat daya di era ini, dua perangkat itu mungkin bisa mengonsumsi sekitar 16W saat idle
  Jika menyala 24 jam 365 hari, listrik yang dipakai setara kulkas kecil, dan dibandingkan beberapa mikrokontroler seharga beberapa dolar, penilaian siklus hidupnya juga kemungkinan buruk
  Yang terburuk, perangkat rumit ini besar kemungkinan menjadi brick 3 tahun setelah dipasang, mungkin bahkan lebih cepat

  • Alasan botnet Mirai masih merajalela adalah Android
    Dari sudut pandang bisnis, mereka tidak ingin memakai tenaga mahal yang bisa memprogram mikrokontroler. Untuk antarmuka sederhana yang menampilkan grafik batang, developer frontend jauh lebih murah
  • Tadi disebut “terminal yang sangat terbatas dan tidak bisa dipakai ulang untuk tujuan lain”, tetapi perangkat itu bisa dipakai untuk botnet atau pengawasan
    Beberapa board sudah memiliki mikrofon MEMS dan kamera, dan di kotak pada foto juga terlihat lensa kamera. Kalau saya, saya akan membongkar perangkatnya untuk melihat bagian dalamnya, atau setidaknya menjalankan diagnosis untuk melihat hardware apa yang terpasang dan terdeteksi
  • Daripada terus menyalakan perangkat tak berguna itu, sepertinya mencabut kembali sekring akan lebih menghemat
  • Setelah bangunan selesai, menarik ulang kabel ke mana pun tingkat kesulitan pemasangannya sangat tinggi. Mungkin saja bisa, tetapi sekalipun bisa, bisa jadi sama sekali tidak realistis. Misalnya, bus bertegangan rendah dan kabel listrik tanpa pelindung tidak cocok jika berjalan berdampingan
  • Biaya memakai 16W selama 24 jam 30 hari kurang dari 2 dolar per bulan berdasarkan tarif listrik rata-rata AS, jadi terlihat sepele
    https://www.wolframalpha.com/input?i=16+watts++24+hours++3...

• Fakta bahwa SSID dan kata sandinya tercetak sama sekali tidak mengejutkan. Perangkat seperti ini mungkin sering dipasang sebagai retrofit di rumah yang sudah ada, bukan disertakan dalam bangunan baru, dan karena memasukkan kabel ke dalam dinding yang sudah ada itu merepotkan, mereka tentu tidak ingin menciptakan hambatan penjualan
  Sekarang, chipset WiFi yang memadai bisa didapat hanya dengan beberapa dolar
  Sekring 3A juga tampaknya tidak perlu terlalu dikhawatirkan. Jika sekringnya 3A, daya utama seluruh apartemen bukan melewati sekring itu, dan kalau memang dirancang begitu, sekringnya akan putus seketika
  Lalu Jazelle—dukungan hardware untuk bytecode Java pada akhirnya memang teknologi yang tidak berjalan mulus

  • Kalau sekringnya dibeli dari Amazon, ada cukup alasan untuk khawatir sekring itu tidak putus. Ada video[0] Louis Rossmann mengalirkan 8A ke sekring 2A dan meninggalkannya cukup lama, mungkin beberapa menit
    [0]: https://www.youtube.com/watch?v=B90_SNNbcoU
  • WiFi pada dasarnya menyediakan isolasi galvanik dengan jarak yang lebar
    Itu tidak selalu diperlukan, tetapi bisa menjadi cara yang hemat biaya untuk memisahkan bagian yang berbahaya secara listrik dari bagian yang disentuh manusia, serta menghindari loop ketika terjadi masalah. Nirkabel punya kegunaan lebih dari sekadar menghilangkan kabel
  • Saya belum cukup tua untuk benar-benar mengikuti masa itu, jadi penasaran mengapa Jazelle tidak berhasil. Jika dilihat sekarang, Java tampak begitu dominan sehingga agak mengejutkan teknologi seperti ini tidak sukses
  • Saya tertawa di bagian “agak takut karena dekat dengan listrik utama”. Apakah mengganti sekring memang semengerikan itu? Di Inggris, itu dulu diajarkan di sekolah dasar, dan sekring hanya putus atau tidak putus; kalau putus, langsung ketahuan
    Setidaknya bukan menemukan stopkontak berisi sekring mati yang dibungkus rapi dengan selubung aluminium ritual untuk kehidupan abadi dan kematian yang pasti. Itu mungkin kejahatan yang pernah saya lakukan saat kecil, di masa ketika saya lebih rentan terbakar
    Menarik melihat banyak orang merasa tidak nyaman di luar zona aman mereka. Tentu saja, saya memang orang yang suka mencampuri hal-hal yang seumur hidup tidak perlu saya sentuh
  • Benar bahwa sulit menarik kabel melalui dinding yang sudah ada, tetapi akibatnya perangkat juga lebih mudah dibobol dari seberang jalan, atau bahkan dari sisi lain kota jika memakai antena directional
    Tentu saja itu bukan masalah jika keamanannya memadai dan terus mendapat pembaruan keamanan rutin, dan kita hanya bisa berasumsi bahwa perangkat yang ditemukan penulis adalah pengecualian yang sangat langka yang tidak memenuhi kondisi tersebut

• Nama perusahaan Netthings terasa familier; saya pernah membaca tulisan tentang perangkat perusahaan ini yang kehilangan sinkronisasi waktu karena server NTP yang di-hardcode di dalamnya diblokir oleh firewall
  Tulisan: https://strugglers.net/~andy/blog/2018/12/24/the-internet-of...
  Tampaknya perusahaan ini masuk proses likuidasi pada 2018, jadi akan sulit mendapatkan dukungan untuk perangkat ini

  • Karena itu, kalimat “DATE & TIME ARE ALWAYS CORRECT AND NEVER NEED TO BE ADJUSTED” di manual jadi semakin luar biasa
  • Tautan ini benar-benar mengejutkan, jadi saya menambahkannya di akhir tulisan

• “DATE & TIME ARE ALWAYS CORRECT AND NEVER NEED TO BE ADJUSTED” terbaca seperti kalimat dari novel Philip K. Dick

  • Mungkin itu cara penulis dokumentasi teknis mengatakan “kami melakukan ping ke server NTP, jadi jangan khawatir” https://news.ycombinator.com/item?id=39065780
    Jelas hasilnya tidak berjalan baik
  • Saya sempat menduga mungkin ada fitur koreksi waktu seperti sinkronisasi dengan menara radio di Inggris, tetapi menurut artikel, perangkat ini produk tahun 2015, jadi kemungkinan besar bukan

• Lelucon “C dalam IoT mungkin berarti cost-effective” memang singkat dan jenaka, tetapi Anda mungkin akan terkejut kalau tahu betapa murah dan hemat biayanya SoC berdukungan WiFi sebenarnya
  Dalam banyak kasus, WiFi praktis ikut gratis, dan sebagian besar SoC seperti ini tidak memiliki pengontrol Ethernet secara bawaan, jadi selama cocok dengan use case-nya, WiFi lebih hemat biaya
  Protokol fisik atau metode koneksi lain tentu saja mungkin, tetapi untuk klien retrofit seperti ini, WiFi atau protokol nirkabel umum adalah pilihan terbaik

  • Dari sudut pandang material murni, dua mikrokontroler murah berdukungan WiFi seperti esp8266 mungkin menelan biaya sekitar 4–5 dolar total bagi produsen
    Itu kira-kira setara dengan kabel 3 m, konektor, dan chip murah untuk menangani koneksi kabel, sementara biaya tenaga kerja pemasangan kabel jauh lebih mahal daripada itu. Jadi saya kurang paham mengapa menghubungkannya lewat WiFi dianggap pemborosan
  • ESP32 kini hampir menjadi pilihan universal. Jika dipesan dalam volume tertentu, bisa dibeli di bawah 1 dolar, dan WiFi serta Bluetooth sudah langsung tersedia. Sekarang justru opsi yang tidak memakai WiFi menjadi lebih mahal

• Saya meminta penulis asli mengirimkan file /etc/shadow yang gagal di-brute-force dengan John The Ripper, dan karena itu adalah hash UNIX crypt() lama, hashcat bersama 12 unit RTX 4090 berhasil memecahkan kata sandi root dalam sekitar 7 jam
  Kata sandi root-nya adalah Newt@rd$
  Perangkat ini memungkinkan akses root melalui TCF bahkan tanpa autentikasi, jadi tidak terlalu berguna secara khusus, tetapi kata sandi ini mungkin saja dipakai ulang di tempat lain

• Untuk berjaga-jaga jika domainnya terkubur oleh pasir waktu, akan bagus jika artikel itu sendiri di-host di perangkat tersebut

• 3A berarti 720W. Jika kotak kecil itu menghasilkan panas sebesar itu, seluruh lemari dinding secara harfiah akan menjadi oven
  Lagi pula, kalau meter energi memakai daya sebesar itu, itu bertentangan dengan tujuannya, mirip seperti menguji korek api. Paling-paling 10W, dan arus masuknya tampaknya juga tidak setinggi itu
  Sekering 1A sepertinya sudah cukup, dan pemasangannya juga terlihat cukup rapi, jadi fakta bahwa itu berada dekat listrik utama tidak terlalu menakutkan

  • Sekering 3A dipakai bukan karena itu nilai optimal untuk perangkat ini, melainkan karena sistem perkabelan Inggris
    Semua peralatan listrik di Inggris memiliki sekering di titik sambungan ke perkabelan bangunan, biasanya di dalam steker, tetapi bisa juga berada di dudukan sekering tetap seperti pada perangkat ini
    Karena nilai yang terlalu beragam dianggap membingungkan dan merepotkan pengguna, sekering-sekering ini dibatasi pada ukuran yang sama dengan salah satu nilai standar 13A, 5A, atau 3A. Seperti disebutkan di tempat lain, sekering ini bisa dibeli bahkan di supermarket dan minimarket Inggris
    Jika 3A terlalu tinggi untuk perangkatnya, perancang harus memakai kabel fleksibel berating 3A agar sekering di sisi steker melindunginya, lalu menambahkan proteksi arus yang lebih rendah di sisi perangkat
    Sistem ala Inggris adalah struktur cerdas yang, saat diperkenalkan, detail-detail halus seperti nilai sekering standar memang pas, tetapi untuk rumah modern yang memiliki banyak perangkat berarus rendah, sistem ini agak overdesigned dan kurang optimal
  • Tergantung rating waktu sekering dan arus masuk catu daya. Arus masuk kadang melebihi 10A, sehingga sebagian sekering 1A bisa sesekali putus saat perangkat dinyalakan

• Jika Anda ingin melihat data penggunaan real-time seperti ini di rumah, saya sangat merekomendasikan IoTaWatt: https://iotawatt.com
  Ini adalah monitor energi sepenuhnya lokal yang dipasang di panel pemutus arus rumah, dan Anda bisa melihat dasbor dari server web lokal yang berjalan di perangkat, atau membaca datanya melalui API
  Anda bisa memilih sendiri jumlah sensornya, dan dapat memantau bukan hanya seluruh rumah, tetapi juga sirkuit individual
  Misalnya, melacak kapan peralatan seperti mesin cuci, mesin pencuci piring, dan microwave mulai atau berhenti, lalu memicu otomasi
  Namun, untuk memasangnya sendiri diperlukan riset, pengetahuan dasar kelistrikan, dan kesiapan menghadapi pekerjaan koneksi listrik utama bertegangan tinggi. Meski begitu, perangkat ini tetap cukup mudah diakses dan konfigurasinya mudah
  Bentuknya seperti ini: https://i.ibb.co/qBVmBD1/IMG-1595.jpg