อุปกรณ์สมาร์ตโฮมยังใช้ได้ไหมตอนเน็ตล่ม Local กับ Cloud ต่างกันอย่างไร

ถ้าอุปกรณ์ควบคุมแบบ Local คำสั่งวิ่งอยู่ในเครือข่ายบ้าน อินเทอร์เน็ตล่มแล้วมักยังสั่งงานได้ แต่ถ้าเป็นแบบ Cloud คำสั่งต้องอ้อมไปที่เซิร์ฟเวอร์ของผู้ผลิตก่อน เน็ตล่มหรือเซิร์ฟเวอร์มีปัญหาก็สั่งไม่ได้ อุปกรณ์หนึ่งชิ้นอาจเป็นแบบผสม จึงควรเช็กจากเอกสารของผู้ผลิตว่าส่วนไหนทำงานในบ้านและส่วนไหนต้องออนไลน์

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

เหตุการณ์ที่เจอบ่อย

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

คำตอบอยู่ที่ “เส้นทางของคำสั่ง” ว่าวิ่งตรงในบ้านหรือเดินทางผ่านอินเทอร์เน็ตไปที่เซิร์ฟเวอร์ภายนอกก่อน สองแบบนี้เรียกว่า Local และ Cloud

Local กับ Cloud ต่างกันตรงไหน

การควบคุมแบบ Local คือมือถือ ฮับ หรือตัวควบคุมในบ้านคุยกับอุปกรณ์โดยตรงผ่านเครือข่ายภายในบ้าน เช่น Wi-Fi, Ethernet หรือเครือข่ายวิทยุอย่าง Zigbee และ Thread คำสั่งไม่ต้องออกไปนอกบ้าน

การควบคุมแบบ Cloud คือแอปส่งคำสั่งไปยังเซิร์ฟเวอร์ของผู้ผลิต แล้วเซิร์ฟเวอร์ส่งคำสั่งนั้นกลับมายังอุปกรณ์ในบ้านอีกที ทุกครั้งที่กดปุ่ม ข้อมูลต้องเดินทางออกไปและกลับมา

เปรียบเทียบเส้นทางคำสั่ง ควบคุมแบบ Cloud ผ่านอินเทอร์เน็ตไปเซิร์ฟเวอร์ผู้ผลิตแล้วกลับมา ส่วนแบบ Local วิ่งผ่านเครือข่ายภายในบ้านโดยตรง

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

ตารางนี้เป็นภาพรวม อุปกรณ์จริงมักผสมกัน เช่น ใช้ Local ตอนอยู่บ้าน แต่ใช้ Cloud เมื่อสั่งจากนอกบ้านหรือเมื่อเชื่อมกับผู้ช่วยเสียง

มุมมองจากผู้พัฒนาระบบอัตโนมัติโอเพนซอร์ส

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

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

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

มาตรฐานที่ออกแบบให้ทำงาน Local

Matter

เอกสารของ Home Assistant ระบุว่าอุปกรณ์ Matter ทำงานแบบ Local และอนุญาตให้ควบคุมแบบ Local เสมอ โดยสั่งงานได้โดยไม่ต้องใช้อินเทอร์เน็ตหรือบริการคลาวด์ และใช้อุปกรณ์ Matter กับ Home Assistant ได้โดยไม่ต้องเชื่อมกับคลาวด์ของผู้ผลิต เพราะ Matter สื่อสารด้วย IPv6 ผ่านเครือข่าย Wi-Fi, Ethernet หรือ Thread ภายในบ้าน ทั้งนี้ยังต้องมีตัวควบคุม Matter ในบ้านที่เปิดอยู่ และอุปกรณ์แบบ Thread ต้องมี border router ด้วย แอปหรือผู้ช่วยเสียงบางระบบอาจยังพึ่งคลาวด์ในบางฟังก์ชัน จึงควรทดสอบกับระบบที่ใช้จริง

เอกสารเดียวกันเตือนข้อยกเว้นว่าผู้ผลิตบางรายอาจให้สร้างบัญชีก่อนเปิดใช้ Matter บนผลิตภัณฑ์บางชนิด โดยเฉพาะฮับหรือบริดจ์ที่เป็นของแบรนด์นั้นเอง ดังนั้นการที่อุปกรณ์รองรับ Matter ไม่ได้แปลว่าทุกขั้นตอนตั้งแต่ติดตั้งจะไม่ต้องใช้อินเทอร์เน็ตเลย

เอกสาร Google Home Developers สอดคล้องกัน โดยระบุว่าข้อดีของ Matter คือมีความหน่วงต่ำกว่าและเชื่อถือได้มากกว่าการเชื่อมต่อแบบ cloud-to-cloud เพราะ Matter เป็นโปรโตคอลเชื่อมต่อภายในที่ใช้ IP และมีเส้นทางสั่งงานแบบ local ในตัว

อ่านเพิ่มเรื่องความต่างของ Matter, Thread และ Zigbee ได้ใน Matter, Thread และ Zigbee ต่างกันอย่างไร

Zigbee ผ่านตัวควบคุมในบ้าน

เอกสาร ZHA ของ Home Assistant อธิบายว่าระบบนี้เป็นเกตเวย์ Zigbee ที่ไม่ผูกกับฮาร์ดแวร์ และใช้แทนเกตเวย์ฮับของผู้ผลิตแต่ละรายได้ โดยสร้างเครือข่าย Zigbee เดียวที่เพิ่มอุปกรณ์ Zigbee ส่วนใหญ่ได้ ตัว coordinator เป็นอะแดปเตอร์วิทยุที่เสียบเข้ากับคอมพิวเตอร์ที่รัน Home Assistant ในบ้านโดยตรง ส่วนฮับของผู้ผลิตแต่ละรายจะพึ่งคลาวด์ในขั้นตอนใดบ้างให้ดูจากเอกสารของฮับนั้น

กรณีฮับที่เดิมใช้คลาวด์

Home Assistant ยกตัวอย่าง Aqara Hub ที่เดิมเชื่อมผ่านการผสานระบบแบบ cloud-based เมื่อนำฮับนั้นเข้าระบบผ่าน Matter bridge แทน ก็ทำให้ฮับนั้นใช้การสื่อสารแบบ local ได้ ตัวอย่างนี้แสดงให้เห็นว่าอุปกรณ์เครื่องเดียวกันอาจมีทั้งเส้นทาง Cloud และ Local ขึ้นกับว่าเชื่อมกับระบบอะไร ทั้งนี้เอกสารเตือนว่าไม่รับประกันว่าทุกอุปกรณ์ของระบบนั้นจะผ่านบริดจ์มาได้ครบ

เช็กอย่างไรว่าอุปกรณ์ของเราเป็นแบบไหน

ไม่มีวิธีเดียวที่บอกได้ชัดเจนทุกรุ่น ใช้หลายวิธีประกอบกัน

อ่านเอกสารหรือหน้าสเปกของผู้ผลิต มองหาคำว่า local control, LAN control, Matter, local API หรือระบุว่า “ต้องมีอินเทอร์เน็ต” ถ้าไม่มีข้อมูล แปลว่าควรสงสัยไว้ก่อน
ทดสอบเอง ตัดอินเทอร์เน็ตชั่วคราวจากหน้าตั้งค่าเราเตอร์ หรือถอดสาย LAN ที่ต่อจากกล่องไฟเบอร์ไปเราเตอร์ถ้าแยกเครื่องกัน อย่าถอดสายไฟเบอร์ ปิดข้อมูลมือถือบนโทรศัพท์ แล้วลองสั่งงานขณะต่อ Wi-Fi บ้าน ทดสอบทีละอุปกรณ์ แล้วจดไว้ว่าตัวไหนใช้ได้ ตัวไหนไม่ได้ เพื่อเอาไปใช้วางแผน
ดูว่าต้องล็อกอินบัญชีผู้ผลิตตลอดเวลาหรือไม่ แอปที่บังคับล็อกอินทุกครั้งก่อนสั่งงาน มักบ่งว่าการสั่งงานผ่านคลาวด์ แต่ไม่ใช่กฎตายตัว
แยกฟังก์ชัน อุปกรณ์เดียวกันอาจสั่งเปิดปิดแบบ Local ได้ แต่ตารางเวลา การแจ้งเตือน หรือการสั่งด้วยเสียงยังพึ่งคลาวด์

ควรทดสอบในช่วงเวลาที่ไม่ได้ใช้งานสำคัญ และต้องแน่ใจว่าสมาชิกในบ้านไม่ได้ใช้อินเทอร์เน็ตทำงานค้างอยู่

แนวทางทำให้บ้านทนต่อเน็ตล่ม

สรุปเป็นข้อปฏิบัติได้ดังนี้

ให้อุปกรณ์ที่เกี่ยวกับความปลอดภัยและชีวิตประจำวันทำงานโดยไม่พึ่งเน็ต เช่น ไฟส่องสว่าง ล็อก ควรมีวิธีใช้งานแบบดั้งเดิมสำรอง ทั้งสวิตช์ผนังและกุญแจ ตามหลักคิดว่าอุปกรณ์ควรย้อนกลับไปทำงานเหมือนก่อนเป็นสมาร์ตโฮมได้
ให้ความสำคัญกับอุปกรณ์ที่รองรับ Local เมื่อเลือกซื้ออุปกรณ์ใหม่ โดยดูโลโก้ Matter และข้อความรองรับ local control ในเอกสาร
อย่าให้ระบบอัตโนมัติสำคัญผูกกับบริการภายนอกทั้งหมด ถ้ากฎอัตโนมัติ (เช่น เปิดไฟเมื่อมีคนเข้าบ้าน) รันบนเซิร์ฟเวอร์ของผู้ผลิต เน็ตล่มแล้วกฎก็หยุดทำงาน การรันกฎบนตัวควบคุมในบ้านเป็นทางเลือกที่ทนกว่า
ตรวจอุปกรณ์เครือข่ายให้เสถียรแม้ไม่มีเน็ต เพราะ Local ยังต้องใช้เราเตอร์ในบ้าน ถ้าเราเตอร์ดับหรือไฟตก อุปกรณ์ Wi-Fi และการสั่งงานจากมือถือจะหลุดตามไปด้วย ควรคิดเรื่องไฟสำรองสำหรับเราเตอร์และตัวควบคุม ดู UPS กับปลั๊กกันไฟกระชาก
จดรายการอุปกรณ์ที่พึ่งคลาวด์ เพื่อรู้ล่วงหน้าว่าเวลาเน็ตล่มอะไรจะใช้ไม่ได้

กล้อง IP: Local ไม่ได้แปลว่าไม่ต้องใช้เน็ตทุกกรณี

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

คำถามที่พบบ่อย

เน็ตล่มแล้วสมาร์ตโฮมยังใช้ได้ไหม

ตอบรวมไม่ได้ ต้องดูทีละอุปกรณ์ว่าคำสั่งวิ่งแบบ Local หรือ Cloud วิธีที่เร็วคือตัดอินเทอร์เน็ตชั่วคราว ปิดข้อมูลมือถือ แล้วทดสอบสั่งงานผ่าน Wi-Fi บ้าน

อุปกรณ์ Matter ใช้ได้โดยไม่ต้องมีอินเทอร์เน็ตเลยหรือไม่

การควบคุมในชีวิตประจำวันทำงานแบบ Local ได้ตามที่เอกสาร Home Assistant ระบุ ถ้าในบ้านมีตัวควบคุม Matter และ border router สำหรับอุปกรณ์ Thread แต่ผู้ผลิตบางรายอาจให้สร้างบัญชีก่อนเปิดใช้ Matter บนผลิตภัณฑ์บางชนิด จึงควรอ่านขั้นตอนติดตั้งของรุ่นนั้น

แอปสั่งงานได้ตอนอยู่นอกบ้าน แปลว่าเป็น Cloud ใช่ไหม

ไม่เสมอไป การเข้าถึงจากภายนอกอาจใช้คลาวด์ของผู้ผลิตเป็นทางผ่านแม้ตอนอยู่ในบ้านจะสั่งแบบ Local ได้ ทั้งสองอย่างอยู่ร่วมกันได้ในอุปกรณ์เดียว

สั่งงานด้วยเสียงยังใช้ได้ตอนเน็ตล่มไหม

อาจไม่ได้ เพราะการประมวลผลเสียงของผู้ช่วยหลายระบบพึ่งคลาวด์ ตามที่บล็อกของ Home Assistant ชี้ไว้ ขึ้นกับรุ่นและระบบ