Odamdaki o dokunmatik ekran nedir?

 (laplab.me)
1 puan yazan GN⁺ 2024-01-21 | 1 yorum | WhatsApp'ta paylaş
  • 2015’te tamamlanan Birleşik Krallık’taki bir dairede bulunan kimliği belirsiz dokunmatik ekran, NETTHINGS’in enerji izleme sisteminin bir parçasıydı; anlık elektrik kullanımını ve geçmiş verileri gösteren bir cihazdı
  • Yapı, sayaç tarafındaki enerji yöneticisi ile odadaki Android tablet tipi istemciye ayrılıyordu; kısa mesafede ve arada birkaç duvar olmasına rağmen kablo yerine WiFi ile haberleşiyordu
  • Ekranın çalışmamasının doğrudan nedeni, enerji yöneticisi devresindeki 3A sigortanın eksik olmasıydı; sigorta değiştirilince WiFi ağı ve web tabanlı kullanım ekranı yeniden canlandı
  • Tablet arayüzü bir webview’di; sunucu Node.js, Express ve Socket.IO kullanıyordu; sayaç cihazı 172.16.0.254 üzerinde DNS, HTTP, SSH ve TCF servislerini açık tutuyordu
  • Açık durumdaki tcf-agent, root yetkisiyle dosya sistemi ve süreç erişimi sağladığından, SSH parolası olmadan da cihaz değiştirilebiliyordu; içeride Linux 3.10 tabanlı bir ARM9 cihaz ve CSV tabanlı elektrik verisi depolama yapısı vardı

Kimliği belirsiz dokunmatik ekranın amacı

  • Yeni dairenin odasında, düğme veya etiket olmadan yalnızca küçük sarı bir güç göstergesi bulunan bir dokunmatik ekran kuruluydu
  • Ev sahibi de bu cihazın neyi kontrol ettiğini bilmiyordu; taşındıktan sonra bir süre unutulmuş halde kaldı
  • Ev aletleri kılavuzlarının bulunduğu klasörde aynı cihazın yer aldığı bir broşür çıkınca kimliği anlaşıldı
    • Cihaz, bir enerji izleme sisteminin parçasıydı
    • Anlık elektrik kullanımını ve geçmiş kullanım verilerini gösteriyordu
  • Broşürde, elektrik sayacına doğrudan bağlanan ikinci bir bileşen olan enerji yöneticisi de tanıtılıyordu
  • Ortak sayaç dolabında, NETTHINGS markalı cihaz diğer dairelere ait cihazlarla birlikte kuruluydu

WiFi ile bağlı enerji yöneticisi ve Android tablet

  • Sistem, verileri toplayan “sunucu” rolündeki enerji yöneticisi ile bunları okuyup ekranda gösteren “istemci” rolündeki dokunmatik ekrandan oluşuyordu
  • İki cihaz arasındaki mesafe yalnızca birkaç metreydi ve arada 2-3 duvar kadar bir engel vardı; buna rağmen broşürde SSID ve Pwd yazıyordu
  • Gerçek iletişim de kabloyla değil WiFi üzerinden gerçekleşiyordu
  • Dokunmatik ekranın yanındaki küçük deliğin içindeki düğmeye basılınca Android açılış logosu göründü
    • Eski bir Android tabletti
    • Google Talk, Flash gibi eski uygulamalar kuruluydu
    • Android 5 gibi görünüyordu, ancak kesin sürüm belli değildi
  • “NetThings” uygulaması çalıştırıldığında WiFi ağı seçme ekranı çıkıyordu, ancak broşürdeki ağ başlangıçta listede görünmüyordu

Eksik sigorta ve yeniden canlanan monitör

  • Sayaç dolabında diğer dairelerin enerji yöneticileri açıktı, ancak ilgili dairenin cihazı kapalıydı
  • Neden, sigorta kutusundaki eksik sigortaydı
    • Sigorta olmadığı için elektrik bağlantısı kesilmişti
    • Enerji yöneticisine güç gitmiyordu
    • WiFi hotspot’u da görünmüyordu
  • Aynı sayaç dolabındaki başka bir enerji yöneticisinin sigortası kontrol edilerek gerekli değerin 3A sigorta olduğu doğrulandı
  • Amazon’dan 3A sigorta sipariş edilip ertesi gün takıldı; ardından enerji yöneticisinin yeşil LED’i yanıp sönmeye başladı ve WiFi ağı göründü
  • İşlem ana şebeke elektriğinin yakınında yapıldığı için tehlikeliydi; sonrasında bir gün boyunca sigortanın sıcaklığı birkaç kez kontrol edildi ve bu tür bir deneyi başkalarına önermiyor

Hayal kırıklığı yaratan web arayüzü ve sabit tarife değerleri

  • Android tablette WiFi seçilince kaynak türünü seçmeye yarayan bir menü gösterildi
  • Gerçekte çalışan tek öğe, enerji yöneticisinin bağlı olduğu Mains Electricity idi
  • Elektrik kullanımı ekranı sağda renk göstergesi ve solda 5 sayı gösteriyordu, ancak arayüzün anlamı net değildi
    • Yeşilin düşük kullanım mı yoksa normal kullanım mı olduğu anlaşılamıyordu
    • Renk göstergesinin dikey konumunun neyle karşılaştırıldığı bilinmiyordu
    • En üst konumun geçmiş maksimum kullanımla ilgili olup olmadığı da anlaşılamıyordu
  • Solda gösterilen 5 sayıdan gerçekten doğru olan tek değer kW tüketimiydi
  • Elektrik tarifesi ve kW başına CO2 tahmini ayaralanamıyordu
    • Broşürde bunların ilk kurulum sırasında ayarlanabildiği yazıyordu
    • Sistemi yeniden ayarlanabilir duruma döndürmenin yolu anlatılmıyordu
  • Broşürde veri saatini düzeltmek için PC’den bağlanılması gerektiği de yazıyordu; Android tabletin saati, 2015’teki kurulumdan beri yaklaşık 15 dakika sapmıştı

Webview, Socket.IO ve Node.js sunucusu

  • Enerji yöneticisinin verileri doğrudan okunabilirse kW kullanımı doğru tarifeyle çarpılıp Grafana gibi araçlarda gösterilebilirdi
  • Broşürde, PC’den enerji kullanımını kontrol etmeye yönelik bir kullanım senaryosu vardı ve burada IP ile port yazıyordu
  • Tarayıcıyla bağlanınca Android tabletle aynı ekran gösterildi; böylece tablet arayüzünün bir webview olduğu doğrulandı
  • Web inspector’da API çağrıları incelendiğinde Socket.IO kullanıldığı görüldü
  • İstemci sunucudan yaklaşık 5 sayı alıyordu; buna rağmen kodda RequireJS modülleri, Handlebars, Backbone.js, Underscore.js ve benzerleri bulunuyordu

Açık portlar ve tcf-agent

  • Cihazın IP’si 172.16.0.254 idi; ssh root@172.16.0.254 ilk denemede “Connection refused” hatasıyla başarısız oldu
  • Tam port taraması sonucunda şu servisler açıktı
    • 53/tcp: dnsmasq 2.63rc6
    • 80/tcp: Node.js tabanlı HTTP
    • 1534/tcp: micromuse-lm?
    • 3000/tcp: Node.js tabanlı HTTP
    • 41142/tcp: OpenSSH 6.2
  • dnsmasq, cihaz bir WiFi erişim noktası olduğu için DHCP sunucusu rolüyle uyumluydu
  • SSH 41142 portunda açıktı, ancak root hesabı parolayla korunuyordu; admin/admin, root/root gibi basit kombinasyonlar işe yaramadı
  • 1534 portunun ne olduğu araştırılırken Xilinx forumundaki bir yazı üzerinden tcf-agent anahtar sözcüğü bulundu

TCF ile elde edilen root dosya sistemi erişimi

  • TCF, Target Communications Framework ifadesinin kısaltmasıdır; hedef sistemde dosya sistemi okuma, yeni süreç başlatma, süreçlere sinyal gönderme gibi işlemleri destekleyen metin tabanlı bir protokoldür
  • tcf-agent, bu protokolü uygulayan sunucudur ve bu cihazda root kullanıcısı olarak çalışıyordu
  • TCF, Eclipse ekosistemiyle yakından bağlantılıydı; Getting Started belgesi Eclipse eklentisini ana kullanım yöntemi olarak anlatıyordu
  • Yeni bir Eclipse sürümünde eklentiyi kurmaya çalıştı, ancak bağımlılık çakışmaları nedeniyle düzgün kurmak zordu
  • Bunun yerine TCF projesinin Python SDK’sı bulunup kullanıldı
  • TCF’nin FileSystem ve Processes servisleriyle ls, cat, ps gibi komutların yerine geçecek araçlar yapılabildi; sonuçlar tcf-tools içinde toplandı

SSH erişimi ve cihazın dahili özellikleri

  • Başta /etc/passwd ve /etc/shadow TCF ile alınarak root parolası John the Ripper ile kırılmaya çalışıldı
  • Yaklaşık 7 saat çalışmasına rağmen eşleşme bulunamadı; John kaba kuvvet denemesinin tamamlanacağı tahmini zamanı 2035 olarak gösterdi
  • Daha sonra /etc/shadow değiştirilerek root parolası boşaltıldı ve cihaz yeniden açıldı, ancak SSH girişi hâlâ reddediliyordu
  • Neden, sshd_config içindeki PermitRootLogin no ayarıydı
    • Bu satır PermitRootLogin yes olarak değiştirilince root ile SSH girişi mümkün oldu
  • Cihaz Linux 3.10.28 armv5tejl çalıştırıyordu
  • CPU, ARM9 ailesine ait ARM926EJ-S rev 5 idi
  • /proc/cpuinfo içindeki özellikler listesinde yer alan java, Java bytecode yürütmek için kullanılan ARM uzantısı Jazelle’i ifade ediyordu
  • Bellek MemTotal: 118172 kB olarak görünüyordu ve cihazda Node.js uygulaması çalışıyordu

Uygulama yapısı ve veri depolama

  • Sunucu uygulaması /srv/server altında bulunuyordu ve Gruntfile.js, app.js, bower.json, package.json, node_modules, routes, views, public gibi bir yapıya sahipti
  • Uygulama genel olarak iki parçaya ayrılıyordu
    • Elektrik sayacından kullanım verilerini okuyan Pulse app
    • CSV verilerini okuyup web arayüzünde gösteren Node.js uygulaması
  • Pulse app ile ilgili dosyalar bin klasöründeydi
    • pulse-app
    • pulse.ko
    • ct-read-daemon
    • Aylık, günlük, saatlik, haftalık ve yıllık dizinler
  • pulse.ko dosyasındaki .ko uzantısı genellikle Kernel Object anlamına gelir ve bir çekirdek modülü olması mümkündür
  • Pulse app, GPIO pinlerinden veri okuyor ve sonucu CSV dosyalarına kaydediyordu
  • CSV dosyaları ay, gün ve saat bazında dizinlere ayrılmıştı; web arayüzünün geçmiş veri gösterimi de yalnızca aylık, günlük ve saatlik görünümleri destekliyordu
  • Node.js uygulaması Node.js 0.10.26, Express.js 4.13.3 ve Socket.io 1.3.6 kullanıyordu
  • Bağımlılıklar arasında mqtt paketi vardı; kaynak kodda broşürde vaat edilen bulut entegrasyonu gibi görünen tamamlanmamış kod ve sabit yazılmış broker IP’leri bulunuyordu
    • Bu IP’ler artık çalışmıyordu
    • Cihazın kendisinin de internete erişimi yoktu

Sonraki bulgular

  • Cihazı üreten NETTHINGS şirketi zaten feshedilmiş durumdaydı
  • Hacker News kullanıcısı M6WIQ, NetThings’in mühendislik kararlarının sonuçlarını ele alan başka bir yazıyı bildirdi
  • O yazının yazarı Mastodon’da cihazın hâlâ kendi NTP sunucusu IP’sini kullanıp kullanmadığını sordu; gerçek durumun daha kötü tarafta olduğu doğrulandı
  • Marc Bevand GPU kaynakları sağlayarak enerji yöneticisinin özgün Linux kullanıcı parolalarını kaba kuvvetle kırdı
    • Hash, en az 30 yıllık bir algoritma) kullanıyordu
    • root ve gecko_user parolası Newt@rd$
    • prod_test hesabının parolası NetTh@ng
  • Bir hosting şirketi bu yazıyı Rusçaya çevirdi

İlgili okumalar

1 yorum

 
GN⁺ 2024-01-21
Hacker News yorumları

  • Birkaç yıl önce, insanların elektrik, su, gaz gibi kamu hizmeti tüketimlerini daha çevre dostu ve ekonomik biçimde yönetebilmeleri için aylık tek bir toplamdan çok daha iyi verilere ihtiyaç olduğu fark edildi.
    En azından tüketimi 5 dakikalık aralıklarla görebilmek gerekir; ancak o zaman “elektrikli ısıtıcıyı birkaç saat açık bırakmak, bir aylık aydınlatmadan daha fazla elektrik harcamış” gibi şeyler anlaşılabilir.
    Güney Afrika’daki orta sınıf evlerde, istikrarsız elektrik arzı nedeniyle inverter ve güneş panelleri yaygın; benim evimde de tüm elektrik tüketim geçmişini görebildiğim için nerede verimliliği artırabileceğimi anlamak kolaylaşıyor.
    Yine de hâlâ toplam veri olduğu için nedeni tahmin etmek gerekiyor. Örneğin duştan yaklaşık bir saat sonra 3 kW görülmesi, su ısıtıcısının yeniden ısınması demek; bu sırada bataryanın gece boyunca boşaldığını ve sabah olduğu için güneş enerjisi üretiminin düşük kalıp elektriğin şebekeden çekildiğini inverter kayıtlarından anlayabiliyorum.
    Bu yüzden su ısıtıcısına bir zamanlayıcı takıp yalnızca saat 10.00’dan sonra, güneş yeterince yükselip ihtiyacı güneş enerjisiyle karşılayabildiğinde ısıtacak şekilde ayarlarsanız elektrik faturasını kolayca düşürebilirsiniz. Şimdi su kullanımını da bu kadar rahat izlemek istiyorum.

    • Tamamen katılıyorum; evimizdeki Home Assistant enerji panosunun, enerji tüketimini azaltmada başka tüm önlemlerden daha büyük katkı sağladığını düşünüyorum.
      Hollanda’daysanız elektrik sayacının p1 portuna “slimme lezer” gibi bir şey taktığınızda Home Assistant’ta doğrudan uygun sensörler olarak görünüyor.
      Enerji panosu gaz ve elektrik tüketimini, güneş enerjisi üretimini, şebeke/güneş enerjisi kullanım oranını ve varsa ev bataryasını gösterdiği için çok iyi.
      Aqara enerji ölçümlü priz Zigbee olduğu için kolayca aşırı yüklenebiliyor; Shelly ise WiFi olmasına rağmen oldukça sağlam çıktı. Bunlarla birlikte kullanıldığında tasarruf önlemlerini önceliklendirmeyi kolaylaştırıyor; ayrıca Home Assistant sensörlerine kWh başına maliyeti ve gaz için m³ maliyetini de girebiliyorsunuz.
    • Diyabeti olan bir arkadaşım beslenmesini pek iyi yönetemiyordu; doktoru birkaç haftalığına kan şekeri monitörü yazınca hemen değişti.
      Kola yapıştırılan büyük bir bant gibi bir cihazdı; ince bir iğneyi deri altına yerleştiriyor ve telefon uygulamasıyla iletişim kurarak kan şekeri seviyesi gibi bilgileri veriyordu.
      Yediği yiyeceklerin nasıl etki ettiğini görünce beslenmesini hemen değiştirdi ve artık monitörü takmıyor olsa da bunu sürdürüyor. Uygulamanın arayüzü de fena değildi ama asıl işe yarayan şey geçmiş verileriydi.
    • Bu deneyim, izlemenin ve buna bağlı davranış değişikliğinin sınırlarını da gösteriyor. Çamaşır makinesini güneş enerjisi üretiminin yüksek olduğu zamana denk getirmek için biraz erken ya da geç çalıştırabilirsiniz; ama gerçekte ne kadar tüketimi kaydırabileceğiniz ve enerji oburu cihazları ne ölçüde kullanmamaya karar verebileceğiniz tartışmalı.
      Yemek yaparken elektrik tüketiminin yüksek olduğunu bilmek daha çok salata yemenizi sağlar mı? Avrupa genelinde elektrik sayaçları akıllı sayaçlarla değiştiriliyor ve enerji tüketimini sürekli görebilme avantajı yoğun biçimde öne çıkarılıyor; ancak bunun gerçekten anlamlı bir tasarrufa dönüşüp dönüşmeyeceğine karar vermek için henüz erken.
      Sonuçta en büyük etki, büyük ev aletleri ile ısıtma/soğutmanın kendi üretiminize tepki vermesi ya da saatlik/günlük dinamik tarifelerde elektriğin ucuz olduğu zamanlardan yararlanılmasıyla ortaya çıkıyor. Kendi kurduğunuz basit bir zamanlayıcı, yemek yaparken ısıtmayı kapatan bir röle veya güneş enerjisindeki fazla üretime göre ısıtma gücünü ayarlayan Fronius Ohmpilot [1] gibi cihazlar buna giriyor.
      [1] https://www.fronius.com/en/solar-energy/installers-partners/...
    • Su tüketiminde, sayaç türüne bağlı olarak çoğu zaman her 1 litrede bir dönen küçük bir yansıtıcı çark bulunur. Metalden olabilir ya da hafif manyetik özellik taşıyabilir; bu yüzden Arduino’ya optik sensör veya Hall etkisi sensörü bağlayarak gerçek zamanlı, yüksek çözünürlüklü veri toplamaya kadar epey ilerleyebilirsiniz.
      Başka bir yöntem olarak, eve gelen su borusuna doğrudan bir sıcaklık probu takıp ortam sıcaklığıyla karşılaştırarak başarılı sonuç aldığım oldu. Yaşadığım yerde su yer altından geldiği için her zaman çevredeki havadan çok daha soğuk; bu sayede mümkün oldu.
      İki sıcaklık farkını zamana göre entegre etmek, su kullanımının kabaca bir vekil ölçüsünü verir; ancak anlamlı veri elde etmek çok daha fazla uğraş gerektirir.
      Metali algılayan bir yakınlık sensörü en basit çözüm olabilir. Dönen metal göstergeli bir su sayacınız varsa https://www.alldatasheet.com/view.jsp?Searchword=LJ12A3-4-Z/... gibi bir şey kullanabilirsiniz.
    • Cihaz bazlı elektrik dökümü de ilginç veriler sunuyor.
      Home Assistant’ın enerji panosuyla “rack”in (UPS+Mac mini+5 yuvalı disk cihazı+diğerleri) buzdolabı veya çamaşır makinesiyle karşılaştırıldığında gerçekte ne kadar tükettiğini, masaüstü bilgisayar kullanımının düşük ama ekran açıkken epey elektrik harcadığını, elektrikli bisiklet şarjının ne kadara mal olduğunu, kışın termostatı 20 derece yerine 19 dereceye almanın nasıl bir fark yarattığını görebiliyorsunuz.
      Yazın sık kullanılan vantilatörün gerçekte su ısıtıcısı kadar elektrik harcadığı gibi şaşırtıcı şeyler de ortaya çıkıyor. Elektrik ölçümünü Shelly Plug Plus S, 3EM ve 4PM ile; sıcaklık ölçümünü Shelly H&T Plus ile yapıyorum.

  • Yazarın Linux ile çalışan bir ev aleti gibi teknolojik bir hilkat garibesi karşısında şaşırması ilginç. Node sunucusunun WiFi üzerinden web sitesi, API ve WebSocket sunması; bu sitenin de başka amaçla yeniden kullanılamayan, kısıtlı bir terminalin eski WebView motorunda gösterilmesi artık yaygın bir standart hâline gelmiş gibi.
    Birkaç sayı ve çubuk grafik göstermek için kablolu bir veri yolu üzerinden haberleşen iki mikrodenetleyici de yeterli olurdu; ama bu dönemin güç kaynağıyla iki cihaz boşta yaklaşık 16W tüketiyor olabilir.
    7/24 açık kalırsa küçük bir buzdolabı kadar elektrik harcar; birkaç dolarlık birkaç mikrodenetleyiciyle kıyaslandığında yaşam döngüsü değerlendirmesi de iyi çıkmazdı.
    En kötüsü, bu karmaşık cihazın kurulumdan 3 yıl sonra, belki daha da erken, tuğlaya dönmüş olma ihtimali yüksek.

    • Mirai botnet'inin hâlâ ortalıkta olmasının nedeni Android.
      İş açısından bakınca, mikrodenetleyici programlayabilen pahalı insanları çalıştırmak istemiyorlar. Çubuk grafik gösteren basit bir arayüz için bir front-end geliştiricisi çok daha ucuza gelir.
    • “Başka amaçla yeniden kullanılamayan, kısıtlı terminal” denmiş ama botnet ya da gözetleme amacıyla kullanılabilir.
      Bazı kartlarda zaten MEMS mikrofon ve kamera var; fotoğraftaki kutuda da kamera lensi görünüyor. Ben olsam cihazı söküp içine bakardım ya da en azından hangi donanımların kurulu/görülebilir olduğunu anlamak için tanılama çalıştırırdım.
    • O işe yaramaz cihazı açık tutmaktansa sigortayı yeniden çıkarmak daha fazla tasarruf sağlayacak gibi.
    • İnşaat tamamlandıktan sonra herhangi bir yere yeniden kablo geçirmek kurulum açısından çok zor. Mümkün olabilir, ama mümkün olsa bile tamamen gerçek dışı derecede zahmetli olabilir. Örneğin düşük voltajlı veri yolu ile ekransız güç kablosu yan yana geçtiğinde pek iyi anlaşmaz.
    • 16W'ı 24 saat 30 gün kullanmanın maliyeti, ABD ortalama elektrik fiyatıyla ayda 2 doların altında; bu yüzden önemsiz görünüyor.
      https://www.wolframalpha.com/input?i=16+watts++24+hours++3...

  • SSID ve parolanın basılı olması hiç şaşırtıcı değil. Bu tür cihazlar yeni inşaata dâhil edilmekten çok mevcut evlere sonradan takılıyor olmalı; mevcut duvarların içine kablo döşemek zahmetli olduğundan satışın önüne engel koymak istememişlerdir.
    Günümüzde birkaç dolara yeterli bir WiFi yonga seti bulunabiliyor.
    3A sigorta için de o kadar endişelenmeye gerek yok gibi. 3A sigorta varsa dairenin tüm ana gücünün onun üzerinden geçtiği bir yapı değildir; öyle yapılmaya çalışılsaydı anında atardı.
    Bir de Jazelle ha; Java bytecode için donanım desteği sonuçta pek yolunda gitmeyen bir teknolojiydi.

    • Amazon'dan alınmış bir sigortaysa atmamasından endişelenmek için yeterince sebep var. Louis Rossmann'ın 2A sigortadan 8A geçirip oldukça uzun süre, muhtemelen birkaç dakika, odayı boş bıraktığı bir video[0] var.
      [0]: https://www.youtube.com/watch?v=B90_SNNbcoU
    • WiFi doğası gereği geniş aralıklı galvanik izolasyon sağlar.
      Mutlaka gerekli değil, ama elektriksel olarak tehlikeli kısımlarla insanların dokunduğu kısımları maliyet açısından verimli biçimde ayırmanın ve sorun çıktığında döngülerden kaçınmanın bir yolu olabilir. Kablosuzun kullanım amacı sadece kabloları ortadan kaldırmak değildir.
    • O dönemi düzgün görecek kadar yaşlı değildim; Jazelle'in neden tutmadığını merak ediyorum. Bugünden bakınca Java o kadar baskın görünüyor ki böyle bir teknolojinin başarılı olamaması şaşırtıcı.
    • “Şebeke elektriğine yakın olduğu için biraz korkutucuydu” kısmına güldüm. Sigorta değiştirmek bu kadar korkutucu bir şey mi, emin değilim. Birleşik Krallık'ta ilkokulda öğretilen bir işti; sigorta ya atar ya atmaz, attığında da hemen anlarsınız.
      En azından ölü bir sigortanın, ölümsüzlük ve kesin ölüm ritüeli için alüminyum folyoyla güzelce sarılıp prize takıldığını keşfetmiş değildi. Çocukken yangına daha açık olduğumuz zamanlarda işlemiş olabileceğim bir suç.
      Pek çok insanın kendi konfor alanı dışında rahatsız olması ilginç. Tabii ben, ömrüm boyunca kurcalamam gerekmeyen şeylere burnunu sokan biriyim.
    • Mevcut duvarlardan kablo geçirmek zor, doğru; ama bu sayede caddenin karşısından, hatta yönlü anten kullanılırsa şehrin öteki ucundan cihazı ele geçirmek de kolaylaşıyor.
      Elbette güvenlik yeterliyse ve düzenli güvenlik güncellemeleri almaya devam ediyorsa sorun olmaz; yazarın bulduğu cihazın ise bu koşulları karşılamayan son derece nadir bir istisna olduğunu varsaymak zorundayız.

  • Netthings şirketinin adı tanıdık gelmişti; bu şirketin cihazlarında sabit kodlanmış NTP sunucusunun güvenlik duvarıyla engellendiği için zaman eşitlemesini kaybettiğine dair bir yazıyı daha önce okumuştum.
    Yazı: https://strugglers.net/~andy/blog/2018/12/24/the-internet-of...
    2018'de tasfiye sürecine girmiş görünüyor; bu yüzden bu cihaz için destek almak zor olacaktır.

    • Kılavuzdaki “DATE & TIME ARE ALWAYS CORRECT AND NEVER NEED TO BE ADJUSTED” ifadesi bu yüzden daha da harika hâle geliyor.
    • Bu bağlantı gerçekten şaşırtıcıydı, bu yüzden yazının sonuna ekledim.

  • “DATE & TIME ARE ALWAYS CORRECT AND NEVER NEED TO BE ADJUSTED” cümlesi sanki bir Philip K. Dick romanından çıkmış gibi okunuyor.

    • Teknik dokümantasyon yazarının “NTP sunucusuna ping atıyor, o yüzden endişelenmeyin” deme biçimi bu olmuş olabilir. https://news.ycombinator.com/item?id=39065780
      Belli ki pek iyi sonuçlanmamış.
    • Muhtemelen Birleşik Krallık radyo kulesiyle senkronize olan bir tür saat düzeltme işlevi olduğunu düşünmüştüm, ama makaleye göre bu cihaz 2015 ürünü olduğu için öyle olmama ihtimali yüksek.

  • “IoT’deki C herhalde cost-effective (maliyet etkin) demek” şakası kısa ve zekice, ama WiFi destekli SoC’lerin gerçekte ne kadar ucuz ve maliyet etkin olduğunu bilseniz şaşırabilirsiniz.
    Çoğu durumda WiFi fiilen bedavaya geliyor; bu SoC’lerin çoğunda varsayılan olarak Ethernet denetleyicisi bulunmadığından, kullanım senaryosuna uyduğu sürece WiFi daha maliyet etkin oluyor.
    Başka fiziksel protokoller veya bağlantı yöntemleri elbette mümkün, ancak bu tür sonradan takılan istemci cihazlarda WiFi ya da yaygın kablosuz protokoller en iyi seçenek.

    • Sırf malzeme açısından bakıldığında, esp8266 gibi düşük maliyetli WiFi destekli iki mikrodenetleyicinin üreticiye toplam maliyeti yaklaşık 4–5 dolar olur.
      Bu, 3 m kablo, konnektörler ve kablo bağlantısını yönetmek için ucuz bir çiple benzer seviyede; kablo döşeme işçiliği ise bundan çok daha pahalı. Bu yüzden WiFi ile bağlamanın neden israf sayıldığını pek anlayamıyorum.
    • ESP32 artık neredeyse standart bir tercih. Belli bir hacimde sipariş edildiğinde 1 doların altında alınabiliyor ve WiFi ile Bluetooth doğrudan içinde geliyor. Günümüzde WiFi kullanmamak daha pahalı hale geldi.

  • Orijinal yazının yazarından John The Ripper ile brute-force denemesinde başarısız olduğu /etc/shadow dosyasını göndermesini istedim; eski tip UNIX crypt() hash’i olduğu için hashcat ve 12 adet RTX 4090 ile root parolasını yaklaşık 7 saatte kırabildim.
    Root parolası Newt@rd$.
    Bu cihaz, kimlik doğrulama olmadan da TCF üzerinden root erişimi sağladığı için özellikle kullanışlı değil; ancak bu parola başka yerlerde de yeniden kullanılmış olabilir.

  • Alan adının zamanın kumları arasında kaybolması ihtimaline karşı, yazının kendisini o cihaz üzerinde barındırmak güzel olurdu.

  • 3A, 720W demektir. O küçük kutu bu kadar ısı üretiyor olsaydı, tüm dolap kelimenin tam anlamıyla fırına dönerdi.
    Zaten bir enerji sayacının bu kadar güç tüketmesi amacına aykırı olurdu; kibritleri test etmeye benzer. En fazla 10W civarında olmalı, kalkış akımı da muhtemelen o kadar yüksek değildir.
    1A sigorta yeterli olur gibi görünüyor; kurulum da oldukça temiz göründüğünden, ana şebeke elektriğinin yakınında olması o kadar korkutucu değil.

    • 3A sigorta, bu cihaz için en uygun değer olduğu için değil, Birleşik Krallık kablolama sistemi nedeniyle kullanılmış.
      Birleşik Krallık’taki tüm elektrikli cihazlarda, bina tesisatına bağlandıkları noktada bir sigorta bulunur; bu genellikle fişin içindedir ama bu cihazdaki gibi sabit bir sigorta yuvasında da olabilir.
      Değerler çok çeşitli olursa kullanıcı için kafa karıştırıcı ve zahmetli olacağı düşünülerek, bu sigortalar aynı boyutta ve 13A, 5A, 3A standart değerlerinden biriyle sınırlanmıştır. Başka yerde de söylendiği gibi, bu sigortaları Birleşik Krallık’taki süpermarketlerde ve bakkallarda bile satın alabilirsiniz.
      3A cihaz için fazla yüksekse, tasarımcı 3A değerli esnek kablo kullanıp fiş tarafındaki sigortanın koruma sağlamasını, cihaz tarafına da daha düşük akım koruması eklemeyi tercih etmelidir.
      İngiliz tipi sistem, ortaya çıktığı dönemde standart sigorta değerleri gibi ince ayrıntıları iyi oturmuş akıllı bir yapıydı; ancak düşük akımlı cihazların çok olduğu modern evler için biraz fazla tasarlanmış ve yeterince optimize edilmemiş durumda.
    • Bu, sigortanın zaman karakteristiğine ve güç kaynağının kalkış akımına bağlıdır. Kalkış akımı 10A’i aşabildiğinden, bazı 1A sigortalar cihaz açılırken ara sıra atabilir.

  • Evde bu tür gerçek zamanlı kullanım verilerini görmek istiyorsanız IoTaWatt’ı şiddetle öneririm: https://iotawatt.com
    Evinizin sigorta paneline kurulan tamamen yerel bir enerji monitörüdür; cihaz üzerinde çalışan yerel web sunucusunun panosunu görüntüleyebilir veya API üzerinden verileri okuyabilirsiniz.
    Sensör sayısını kendiniz seçebilirsiniz; yalnızca tüm evi değil, tek tek devreleri de izleyebilirsiniz.
    Örneğin çamaşır makinesi, bulaşık makinesi ve mikrodalga gibi cihazların ne zaman başlayıp durduğunu izleyip otomasyonları tetikleyebilirsiniz.
    Ancak kendiniz kurmak istiyorsanız araştırma, temel elektrik bilgisi ve yüksek voltajlı şebeke bağlantılarıyla çalışmaya karşı rahatlık gerekir. Yine de erişilebilir ve kurulumu kolaydı.
    Görünümü şöyle: https://i.ibb.co/qBVmBD1/IMG-1595.jpg