1 คะแนน โดย GN⁺ 2024-01-21 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

สำรวจระบบมอนิเตอร์พลังงานอัจฉริยะในอพาร์ตเมนต์ใหม่

  • ผู้เขียนเพิ่งย้ายเข้าอพาร์ตเมนต์ใหม่ ซึ่งตัวอาคารมีอายุพอเหมาะ ทำให้มีข้อดีอย่างฉนวนกันความร้อนที่ดีในฤดูหนาว และมีพอร์ตอีเธอร์เน็ตในทุกห้อง
  • แต่อพาร์ตเมนต์ก็มีบางอย่างที่ใหม่และสมาร์ตเกินไปสำหรับผู้เขียน นั่นคืออุปกรณ์หน้าจอสัมผัส
  • อุปกรณ์นี้ไม่ได้ระบุเลยว่าควบคุมอะไร และแม้แต่เจ้าของห้องก็ไม่รู้จักมัน

การค้นพบระบบมอนิเตอร์พลังงาน

  • ระหว่างที่ผู้เขียนเปิดดูคู่มืออุปกรณ์ต่าง ๆ ของอพาร์ตเมนต์ ก็พบข้อมูลเกี่ยวกับอุปกรณ์หน้าจอสัมผัสนี้
  • อุปกรณ์นี้เป็นส่วนหนึ่งของระบบมอนิเตอร์พลังงาน มีหน้าที่แสดงการใช้พลังงานปัจจุบันและดูข้อมูลย้อนหลังได้
  • นอกจากนี้ยังมีอีกส่วนหนึ่งที่เรียกว่า Energy Manager ซึ่งเชื่อมต่อกับมิเตอร์ไฟฟ้าโดยตรงเพื่อรับข้อมูลการใช้งาน

การค้นพบการสื่อสารแบบไร้สาย

  • อุปกรณ์ทั้งสองสื่อสารกันผ่าน WiFi ซึ่งเป็นเรื่องแปลกสำหรับผู้เขียน
  • แต่จากคำบอกเล่าของเพื่อนที่พัฒนาฟังก์ชันสมาร์ตโฮม นี่กลับเป็นวิธีที่พบได้ทั่วไปในโลก IoT

หน้าจอสัมผัสที่แท้จริงคือแท็บเล็ต Android

  • ผู้เขียนพบปุ่มที่ซ่อนอยู่และกดมันเพื่อเปิดหน้าจอสัมผัส จากนั้นโลโก้บูตของ Android ก็ปรากฏขึ้น
  • ที่แท้อุปกรณ์นี้คือแท็บเล็ต Android รุ่นเก่าที่มี Google Talk, Flash และซอฟต์แวร์อื่นติดตั้งมาแล้ว

ปัญหาไฟเลี้ยงของ Energy Manager

  • ผู้เขียนพบว่า Energy Manager ไม่ได้รับไฟเลี้ยง จึงเปรียบเทียบกับ Energy Manager ตัวอื่นในอพาร์ตเมนต์และหาได้ว่าต้องติดตั้งฟิวส์ตัวใด

ความผิดหวังด้านประสบการณ์ผู้ใช้

  • หน้าจอมอนิเตอร์การใช้พลังงานน่าผิดหวังในแง่ประสบการณ์ผู้ใช้
  • นอกจากค่าการใช้ไฟฟ้าแล้ว ตัวเลขอื่น ๆ ยังขึ้นอยู่กับผู้ให้บริการพลังงาน และอาจเปลี่ยนไปจากตอนที่ติดตั้งจอไว้
  • ผู้ใช้ไม่สามารถตั้งค่าประมาณการค่าใช้จ่ายและการปล่อย CO2 ได้เอง

การเข้าถึงเซิร์ฟเวอร์และดึงข้อมูล

  • ผู้เขียนพยายามเชื่อมต่อเข้ากับเครือข่าย WiFi ของ Energy Manager โดยตรงเพื่อดึงข้อมูลจากเซิร์ฟเวอร์
  • อินเทอร์เฟซของเซิร์ฟเวอร์ที่เข้าผ่านเบราว์เซอร์เหมือนกับ WebView บนแท็บเล็ต Android ทุกประการ

การสำรวจความปลอดภัยของอุปกรณ์ IoT

  • ผู้เขียนสำรวจช่องโหว่ด้านความปลอดภัยของอุปกรณ์ IoT โดยลองเชื่อมต่อ SSH, สแกนพอร์ต และศึกษาพรोटोकอล tcf-agent
  • ในที่สุดก็เชื่อมต่อ SSH ได้สำเร็จด้วยการปล่อยรหัสผ่าน root ว่างไว้

การวิเคราะห์ระบบและแอปพลิเคชันของอุปกรณ์

  • ผู้เขียนยืนยันได้ว่าอุปกรณ์นี้รัน Linux 3.10 และใช้ CPU ตระกูล ARM9
  • บนอุปกรณ์มีแอป Node.js ทำงานอยู่ ซึ่งทำหน้าที่แสดงข้อมูลการใช้พลังงานผ่านเว็บ UI ให้ผู้ใช้ดู

ความเห็นจาก GN⁺

  • บทความนี้เป็นกรณีศึกษาที่น่าสนใจเกี่ยวกับความซับซ้อนของเทคโนโลยีสมาร์ตโฮมและช่องโหว่ความปลอดภัยของอุปกรณ์ IoT
  • กระบวนการแก้ปัญหาของผู้เขียนแสดงให้เห็นทั้งความอยากรู้อยากเห็นทางเทคนิคและการหาวิธีแก้แบบสร้างสรรค์
  • เรื่องนี้ทั้งสนุกและให้ความรู้สำหรับคนที่สนใจเทคโนโลยี และช่วยให้เข้าใจการทำงานจริงและปัญหาที่อาจเกิดขึ้นของอุปกรณ์อัจฉริยะได้ดีขึ้น

1 ความคิดเห็น

 
GN⁺ 2024-01-21
ความคิดเห็นจาก Hacker News
  • เพื่อเพิ่มความตระหนักด้านสิ่งแวดล้อมและลดการใช้สาธารณูปโภค จำเป็นต้องมีข้อมูลที่ละเอียดกว่าตัวเลขรวมรายเดือนเพียงค่าเดียวมาก

    • ควรดูการใช้งานได้อย่างน้อยในระดับทุก 5 นาที
    • ตัวอย่างเช่น อาจพบว่าการเปิดเครื่องทำความร้อนไฟฟ้าทิ้งไว้ไม่กี่ชั่วโมงใช้ไฟมากกว่าการใช้แสงสว่างทั้งเดือน
    • ในครัวเรือนชนชั้นกลางของแอฟริกาใต้ แผงโซลาร์และอินเวอร์เตอร์เป็นเรื่องปกติ สามารถดูประวัติการใช้ไฟทั้งหมดได้ จึงปรับปรุงประสิทธิภาพได้ง่าย
    • เมื่อมีแค่ตัวเลขรวม ก็ต้องคาดเดาเองว่ากิจกรรมใดเป็นต้นเหตุของการใช้พลังงาน
    • เช่น หากเห็นว่ามีการใช้ไฟ 3kw ต่อเนื่องราวหนึ่งชั่วโมงหลังอาบน้ำ ก็พอรู้ได้ว่าเป็นช่วงที่เครื่องทำน้ำร้อนกำลังอุ่นน้ำใหม่
    • หากอาบน้ำในช่วงเช้าตรู่ที่ไฟฟ้าจากโซลาร์ยังไม่เพียงพอ ก็ยืนยันจากข้อมูลอินเวอร์เตอร์ได้ว่าแบตเตอรี่ถูกใช้จนต้องดึงไฟจากกริด
    • การติดตั้งตัวตั้งเวลาให้เครื่องทำน้ำร้อนทำงานเฉพาะหลัง 10 โมง เมื่อพลังงานแสงอาทิตย์มีเพียงพอ จะช่วยประหยัดไฟได้
    • อยากให้มีวิธีที่สะดวกในการติดตามการใช้น้ำด้วย
  • แสดงความคิดเห็นด้วยความประหลาดใจต่อความซับซ้อนทางเทคนิคของเครื่องใช้ไฟฟ้าที่ใช้ Linux เป็นฐาน

    • ทั้งที่ใช้ไมโครคอนโทรลเลอร์เพียงสองตัวก็แสดงตัวเลขและกราฟแท่งได้แล้ว แต่ระบบที่ซับซ้อนกลับกลายเป็นเรื่องปกติ
    • แหล่งจ่ายไฟรุ่นปัจจุบันกินไฟ 16W แม้อยู่ในโหมดสแตนด์บาย ซึ่งอาจใช้พลังงานพอๆ กับตู้เย็นขนาดเล็ก
    • การประเมินวัฏจักรชีวิตทั้งหมดของโซลูชันแบบนี้ (Life Cycle Assessment, LCA) น่ากังวล โดยเฉพาะเมื่อเทียบกับไมโครคอนโทรลเลอร์ราคาหลักไม่กี่ดอลลาร์
    • ระบบลักษณะนี้มักพังภายใน 3 ปีหลังติดตั้ง
  • แสดงความคิดเห็นด้วยความแปลกใจที่มีการเพิ่มความซับซ้อนที่ไม่จำเป็นให้กับอุปกรณ์ embedded

    • การเดินสายผ่านผนังเดิมเป็นเรื่องยุ่งยาก จึงมักซื้ออุปกรณ์ส่วนใหญ่เพื่อใช้กับงานรีโมเดล และใช้ชิปเซ็ต Wi‑Fi ราคาถูก
    • มีการพูดถึงว่าต้องใช้ฟิวส์ 3A และมีการตรวจอุณหภูมิของฟิวส์หลายครั้งหลังติดตั้งเพื่อยืนยันความปลอดภัย
    • มีการกล่าวถึง Jazelle (ฮาร์ดแวร์สำหรับรองรับ Java bytecode)
  • มีการบอกว่าชื่อบริษัท Netthings ฟังดูคุ้น ๆ พร้อมยกตัวอย่างกรณีที่อุปกรณ์ของบริษัทนี้ซิงก์เวลาไม่สำเร็จ เพราะ NTP server ที่ hardcode ไว้ถูกบล็อก

    • Netthings เข้าสู่การชำระบัญชีในปี 2018 ทำให้ยากที่จะได้รับการสนับสนุนสำหรับอุปกรณ์ดังกล่าว
  • มีมุกว่า 'C' ใน IoT หมายถึง 'cost-effective' พร้อมกล่าวว่า SoC (System on Chip) ที่มี Wi‑Fi ในตัวนั้นจริง ๆ แล้วมีราคาถูกมาก

    • SoC ส่วนใหญ่ไม่มี Ethernet controller มาให้เป็นค่าเริ่มต้น ดังนั้นถ้าเหมาะกับ use case การใช้ Wi‑Fi จะคุ้มค่ากว่า
    • แม้จะรองรับ physical protocol/ประเภทการเชื่อมต่อแบบอื่นด้วย แต่สำหรับลูกค้าที่รีโมเดลบ้านแล้ว Wi‑Fi หรือโปรโตคอลไร้สายมักเป็นตัวเลือกที่ดีที่สุด
  • ประโยค "วันที่และเวลาถูกต้องเสมอและไม่จำเป็นต้องปรับ" ฟังดูเหมือนคำคมจากหนังสือของ Philip K. Dick

  • มีการแชร์ประสบการณ์ที่น่าสนใจเกี่ยวกับโปรเจกต์ IoT ส่วนตัว และบอกว่าข้อมูลเพิ่มเติมเกี่ยวกับช่องโหว่ของ NetThings คือไฮไลต์ของบทความ

  • มีข้อเสนอให้โฮสต์บทความนี้ไว้บนอุปกรณ์นั้นเอง เพื่อให้ข้อมูลยังคงอยู่แม้โดเมนจะหายไปตามกาลเวลา

  • มีการชี้ว่า มิเตอร์พลังงานที่ต้องใช้ฟิวส์ 3A และกินไฟมากขนาดนั้นดูจะไม่ตรงกับวัตถุประสงค์

    • แม้ว่ากระบวนการติดตั้งจะเกิดขึ้นใกล้กับระบบไฟฟ้ามาก แต่การติดตั้งทั้งหมดก็ดูเรียบร้อยมาก
  • มีการแสดงความประหลาดใจที่เห็นบริการชื่อ Micromuse อยู่ในรายการพอร์ต 1534

    • มีการบอกว่าเคยทำงานที่ Micromuse ในปี 2006 และหลังถูก IBM/Tivoli ซื้อกิจการ ชื่อนี้ก็ไม่ได้ถูกใช้ต่อ
    • พร้อมชี้ว่าในความเป็นจริงไม่มีใครอัปเดตอะไรเลย