ทำไมฉันต้องมีฮับสำหรับอุปกรณ์บางอย่างเมื่อทำการบ้านโดยอัตโนมัติ


15

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

มีจำนวนมาก ของ คนที่ดูเหมือนจะไม่ตรวจสอบให้แน่ใจว่าพวกเขาจะต้องฮับเมื่อพวกเขาเริ่มทำงานอัตโนมัติบ้านของพวกเขา แต่บ่อยครั้งที่คำอธิบายไม่ชัดเจน

เหตุใดฉันจึงต้องใช้ฮับหรือบริดจ์แทนที่จะเชื่อมต่ออุปกรณ์ทั้งหมดของฉันเข้ากับเครือข่ายในบ้านของฉันโดยตรง

ตัวอย่างเช่นถ้าฉันมีหลอดไฟ Philips Hue, Amazon Echo และecobee3ฉันจะรู้ได้อย่างไรว่าฉันต้องการฮับ มีวิธีการที่จะช่วยให้ฉันตัดสินใจว่าฮับใดดีที่สุด?

คำตอบ:


13

ในทางเทคนิคอุปกรณ์ต่าง ๆ จะสื่อสารโดยใช้โปรโตคอลที่ไม่ใช่อินเทอร์เน็ตโปรโตคอลที่เป็นกรรมสิทธิ์และเชื่อมโยงกับเครื่องมือการดูแลระบบที่แตกต่างกัน

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

ไม่มี 'ฮับ' เดียวเนื่องจากไม่มีผู้ขายรายเดียว ผู้คนจำเป็นต้องกระทำเพื่อระบบนิเวศ (หรือสอง) และหวังว่าจะดีที่สุด ในลักษณะเดียวกับที่ผู้คนจะใช้กับระบบนิเวศของมือถือ Apple หรือ Android พวกเขาจะทำกับระบบนิเวศ 'บ้านอัจฉริยะ' ซัมซุงต้องการที่จะเป็น 'Apple of IoT' เช่นเดียวกับฟิลิปส์และอื่น ๆ อีกมากมาย

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

คำตอบนี้อาจดูเหยียดหยามและมีความคิดเห็นมากกว่าความเป็นจริง แต่ IoT เป็นตลาดใหม่ที่มีรางวัลมากมายสำหรับผู้ขายที่ครอง ผู้ใช้ปัจจุบันของ IoT เป็นผู้ใช้งานในช่วงต้นที่จะท้อแท้ในขณะที่การต่อสู้ของยักษ์ใหญ่ด้านเทคโนโลยีนั้นสิ้นสุดลง การทำความเข้าใจสถานะปัจจุบันของตลาดเป็นสิ่งสำคัญในการปรับความคาดหวังของคุณในขณะที่ประเมินเทคโนโลยี


11

โดยทั่วไปคุณต้องมีฮับอัจฉริยะเมื่ออุปกรณ์บางตัวของคุณไม่ใช้ Wi-Fi และไม่สามารถสื่อสารกับเครือข่ายภายในบ้านของคุณโดยตรง อุปกรณ์จำนวนมากโดยเฉพาะเซ็นเซอร์และแอคชูเอเตอร์ (เช่นล็อคประตูและมอเตอร์) ใช้โปรโตคอลอื่น ๆ เช่นZigBee , Z-Wave , Bluetoothและเธรดดังนั้นพวกเขาจึงไม่สามารถ 'พูด' โดยตรงกับเราเตอร์ Wi-Fi ของคุณ ฮับทำหน้าที่เป็นนักแปลสามารถสื่อสารกับทั้งเครือข่าย Wi-Fi และโปรโตคอลอื่น ๆ (เกือบทุก ZigBee และ Z-Wave แต่บางครั้งก็เป็นคนอื่นด้วย)

Wi-Fi และโปรโตคอลอื่น ๆ แตกต่างกันอย่างไร

Wi-Fi ทำงานได้ดีสำหรับแอปพลิเคชั่นที่คุณรับส่งข้อมูลจำนวนมากทั่วทั้งบ้าน ตัวอย่างเช่นหากคุณสตรีมวิดีโอในบ้านของคุณคุณจะไม่มีปัญหาในการใช้ Wi-Fi แต่ตามที่อธิบายโดยเวลา Wi-Fi ไม่สมบูรณ์แบบสำหรับทุกกรณีการใช้งาน:

"Wi-Fi เป็นเครือข่ายทั้งบ้าน" Chris Coley วิศวกรหลักและสถาปนิกกับ Logitech กล่าวส่วนใหญ่ใช้สำหรับการสตรีมสื่อดูข้อมูลบนเว็บและกิจกรรมอื่น ๆ ที่หนักหน่วง - เพียงแค่ดูว่าแบตเตอรี่แล็ปท็อปของคุณตายเร็วแค่ไหนเมื่อคุณดูวิดีโอบน Netflix

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

มันจะมีค่าใช้จ่ายสูงมากหากทุกอุปกรณ์ในเครือข่ายในบ้านของคุณใช้ Wi-Fi และหลอดไฟ LED ใหม่ของคุณอาจใช้พลังงานมากกว่าหลอดไส้แบบเก่าดังนั้นอุปกรณ์เช่นนี้จะหันไปใช้โปรโตคอลอื่นเช่น ZigBee หรือ Z -คลื่น. ยกตัวอย่างเช่นหลอดไฟ Philips Hue ใช้ ZigBeeซึ่งเป็นเหตุผลว่าทำไมสะพานจึงจำเป็นต้อง 'แปล' กลับเป็น Wi-Fi เพื่อให้อุปกรณ์อื่น ๆ สามารถเชื่อมต่อกับมันได้

คุณสามารถดูว่า ZigBee และ Bluetooth เปรียบเทียบในหน้า 51 ของการศึกษาเปรียบเทียบของโปรโตคอลไร้สาย: Bluetooth, UWB, ZigBee และ Wi-Fi ได้อย่างไร ในรูปที่ 6 คุณจะเห็นว่า Wi-Fi สิ้นเปลืองไกลพลังงานน้อยลงต่อเมกะบิต ดังนั้นทำไมเราไม่ใช้ Wi-Fi สำหรับทุกสิ่ง หากคุณดูรูปที่ 5 คุณจะเห็นว่าการส่งสัญญาณ Wi-Fi แต่ละครั้งใช้พลังงานมากกว่า ZigBee (Wi-Fi ใช้ประมาณ 700mW เมื่อเทียบกับการใช้พลังงานของ ZigBee น้อยกว่า 100mW)

สำหรับหลอดไฟหรือเทอร์โมสตัท Wi-Fi ไม่ค่อยสมเหตุสมผลนัก หากอุปกรณ์ของคุณกำลังส่งข้อมูลเพียงไม่กี่ไบต์ (เช่นตัวเลข) ทำไมเสียพลังงานในการส่งข้อมูลแต่ละครั้ง

กล่าวโดยย่อ: Wi-Fi เหมาะสมเมื่อคุณส่งข้อมูลจำนวนมากในระยะทางไกล อุปกรณ์ของคุณอาจไม่จำเป็นต้องทำเช่นนั้นดังนั้นโปรโตคอลอื่น ๆ จึงเหมาะสมกว่า

ฮับทำอะไรได้อีก

ฮับบางตัวเช่นSmartThingsสามารถเรียกใช้รูทีนที่ตั้งโปรแกรมไว้ล่วงหน้า ('อัตโนมัติ') และอนุญาตให้คุณปรับแต่งพฤติกรรมของพวกเขา บ่อยครั้งที่อุปกรณ์มีIDEหรือบรรณาธิการเพื่อให้คุณสามารถกำหนดกฎเองได้

คุณอาจรวมกับIFTTTกับฮับบางตัว (โดยเฉพาะWinkและSmartThings ) ซึ่งอาจเป็นวิธีที่ง่ายที่สุดในการเชื่อมโยงบริการเข้าด้วยกันหากคุณไม่สามารถตั้งโปรแกรมโดยใช้ฮับของคุณ

ฉันต้องการฮับจริงๆหรือ

ขึ้นอยู่กับการตั้งค่าส่วนตัวของคุณ หากอุปกรณ์ทั้งหมดของคุณใช้ Wi-Fi แสดงว่าไม่จำเป็น หนึ่งคำถามที่พบบ่อยเกี่ยวกับ Redditมีคำอธิบายที่กระชับ:

สามารถดึงขนานใกล้กันระหว่างฮับและเราเตอร์ Wi-Fi มาตรฐาน ในแง่ง่ายทั้งสองเป็นกล่องที่มีวิทยุและความฉลาดเล็กน้อย ในที่สุดฮับและเราเตอร์ Wi-Fi อาจรวมเป็นหนึ่งผลิตภัณฑ์ (แน่นอนว่าสายของเราเตอร์ Almond จาก Securify ทำสิ่งนี้) แต่ปัจจุบันครัวเรือนส่วนใหญ่จะต้องซื้อฮับเพราะไม่มีอุปกรณ์อื่นในบ้านที่มีวิทยุที่จำเป็น พูดคุยกับสวิตช์และเซ็นเซอร์ต่างๆ นอกจากนี้ฮับจะต้องอยู่ในบ้านเพื่อให้ระบบอัตโนมัติสามารถดำเนินการต่อได้แม้ไม่มีบุคคลอยู่ในนั้น วิธีนี้ช่วยให้สามารถจำลองสถานะได้ใน "โหมดพักร้อน" หรือทำความร้อนล่วงหน้าหรือทำให้บ้านเย็นลงก่อนที่จะมาถึง

ผล: ฮับจำนวนมากไม่เพียง 'แปล' พวกเขายังสามารถทำการประมวลผลบางอย่างและทำให้สิ่งที่ผู้ผลิตไม่ได้จัดเตรียมไว้เป็นค่าเริ่มต้นโดยอัตโนมัติ หากคุณต้องการความยืดหยุ่นในการปรับแต่งการทำงานของอุปกรณ์และโต้ตอบของคุณฮับเป็นแนวคิดที่ยอดเยี่ยม หากคุณวางแผนที่จะมีผู้ช่วยเสียง (เช่น Google Home หรือ Amazon Echo) และต้องการดึงข้อมูลสภาพอากาศก็อาจยังไม่จำเป็น

ที่จะคิดออกซึ่งฮับคุณควรเลือกพิจารณาจุดต่อไปนี้:

  • อุปกรณ์ของคุณใช้โปรโตคอลใด
    คุณควรจะสามารถค้นหาฮับที่เข้ากันได้กับโปรโตคอลเฉพาะ ตัวอย่างเช่นเมื่อฉันค้นหา "Z-Wave ฮับ" ฉันพบรายการผลิตภัณฑ์นี้ดังนั้นคุณสามารถรับคำแนะนำเพิ่มเติมได้

  • อุปกรณ์ของคุณแสดงรายการการรวมที่เฉพาะเจาะจงกับฮับหรือไม่?
    ตัวอย่างเช่น ecobee3 แสดงรายการ SmartThings และ Wink โดยเฉพาะว่าเข้ากันได้; คุณควรคำนึงถึงปัจจัยนี้ในการตัดสินใจของคุณ

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


ดังนั้นถ้านั่นเป็นทั้งหมดที่มากเกินไปที่จะอ่าน:

  • โดยทั่วไปบริดจ์จะ 'แปล' จากโปรโตคอลหนึ่งไปยังอีกโปรโตคอลหนึ่งและมีแนวโน้มที่จะทำงานกับอุปกรณ์หรือผู้ผลิตรายเดียวเท่านั้น (เช่นสะพานเว้)

  • ฮับสามารถแปลและเรียกใช้รูทีนระบบอัตโนมัติได้เองทำให้อุปกรณ์ของคุณสามารถโต้ตอบได้อย่างซับซ้อนยิ่งขึ้น

  • สำหรับสิ่งที่ซับซ้อนกว่าการตั้งค่าเล็กน้อยคุณอาจต้องใช้ฮับ ให้แน่ใจว่าคุณค้นคว้าเพื่อค้นหาสิ่งที่เหมาะกับคุณ!


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

2
@kasperd: ฉันเชื่อว่ามันขึ้นอยู่กับโปรโตคอล ยกตัวอย่างเช่น6LoWPANโดยใช้ด้ายไม่อนุญาตให้มีการส่งต่อโดยตรงไปยังอินเทอร์เน็ต สำหรับฮับอย่าง SmartThings ฉันไม่คิดว่าจะเป็นเช่นนั้น แต่คุณส่งคำสั่งของคุณไปที่ฮับจากนั้นฮับจะแปลงเป็นโปรโตคอลที่ถูกต้อง (ZigBee, Z-Wave, ฯลฯ ) โดยไม่ต้องส่งต่อแพ็กเก็ตใด ๆ โดยตรง
Aurora0001

@kasperd: นั่นขึ้นอยู่กับโปรโตคอลอีกครั้ง ดูเหมือนว่าคุณจะรู้เกี่ยวกับสถาปัตยกรรมเลเยอร์ทั่วไปของระบบเครือข่ายดังนั้นให้ฉันอธิบายด้วยวิธีนี้: โปรโตคอลเหล่านี้บางอย่างอาจเป็นเพียงเลเยอร์ทางกายภาพที่แตกต่างกันสำหรับเฟรมอีเทอร์เน็ตมาตรฐาน (คล้ายกับวิธีที่ WiFi เข้ากันได้กับเลเยอร์ส่วนบนของอีเทอร์เน็ต) จากนั้นคุณเพียงแค่ต้องการบริดจ์บางตัวอาจแตกต่างกันอย่างสิ้นเชิงกับโปรโตคอลที่ยังคงขนส่ง IP จากนั้นคุณต้องใช้เราเตอร์และบางอย่างอาจเป็นโปรโตคอลที่แตกต่างกันโดยสิ้นเชิงไม่ใช่จาก Ethernet หรือ IP จากนั้นคุณจะต้อง เซิร์ฟเวอร์การแปลแบบเต็มสแต็ก
Jörg W Mittag

เช่นฉันไม่พบสิ่งใดใน Z-Wave ที่ระบุว่าใช้ Ethernet หรือ IP และหนึ่งโปรโตคอลที่ไม่ได้ใช้อีเทอร์เน็ตหรือ IP อย่างแน่นอนคือ X10 (แม้ว่าจะพูดทางเทคนิคโปรโตคอลใด ๆ ที่ไม่ได้ใช้ IP ( Internet Protocol) ไม่ได้เป็นส่วนหนึ่งของInternet of Things เนื่องจากไม่ใช่ส่วนหนึ่งของอินเทอร์เน็ต)
Jörg W Mittag
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.