อินเทอร์เน็ตของสิ่งต่าง ๆ

ฉันลังเลที่จะลงทุนในอุปกรณ์ IoT จำนวนมากโดยเฉพาะอุปกรณ์ที่มีการจัดการ / สมัครสมาชิกจากภายนอกเนื่องจากมีปัญหาที่ต้องจัดการกับการปิดบริการการจัดการเนื่องจากปัญหาต่างๆเช่นการล้าสมัยตามแผนและการดูแล บริษัท แม่ของ บริษัท เป็นต้น ที่เกิดขึ้นกับนาฬิกา Pebble ฉันอยากรู้ว่ามีความคิดริเริ่มในการพัฒนาที่ใช้งานอยู่ (เช่นกฎบัตรหรือกรอบทางกฎหมาย) เพื่อเบี่ยงเบนสิทธิ์การจัดการของอุปกรณ์ IoT หรือ "เปิด" ซอร์สโค้ดในกรณีที่สิ้นสุดการให้บริการผลิตภัณฑ์ ฉันได้ดู GitHub และ Free Software Foundation เล็กน้อย แต่ไม่พบอะไรแบบนั้น ฉันสงสัยว่ามีใบอนุญาตหรือใบอนุญาตใด ๆ ในการพัฒนาที่บ่งบอกถึงการเปิดตัวของรหัสที่มา IoT เมื่อบริการสิ้นสุดลง

20 standards  sustainability  open-source 

บ้านของฉันใช้สวิตช์และหลอดไฟของ Belkin Wemo อย่างหนัก ฉันต้องการใช้ Pebble ของฉันเพื่อเปิดอุปกรณ์จำนวนมาก มีแอพที่จะทำงานร่วมกับ Wemo ได้ แต่พวกเขาต้องการคอมพิวเตอร์ที่ทำงานบนเครือข่ายท้องถิ่นของฉันเช่น "แอป WeMote ต้องการ Ouimeaux REST API ที่ทำงานบนคอมพิวเตอร์ในเครือข่ายเพื่อให้สามารถทำงานได้" ฉันไม่ต้องการที่จะมีคอมพิวเตอร์ที่ทำงานตลอด 24/7 นอกจากใช้คอมพิวเตอร์ 24/7 ฉันจะทำให้ Pebble คุยกับ Wemos ได้อย่างไร

20 pebble  wemo 

ฉันมีไฟเชื่อมต่อกับรีเลย์ซึ่งเชื่อมต่อกับWiolink หลายดวง ฉันสามารถเปิดและปิดไฟผ่าน REST API ได้เช่น: curl https://us.wio.seeed.io/v1/node/GroveRelayD0/onoff/[onoff]?access_token=xxxxx ฉันจะเข้าถึง REST API นี้ผ่าน Alexa ด้วย Echo Dot ได้อย่างไร

20 alexa  amazon-echo  voice-recognition 

บางเว็บไซต์เช่นบทความนี้เกี่ยวกับการเข้ารหัสแบบ end-to-end สำหรับ IoTแนะนำว่าทราฟฟิกทั้งหมดที่ส่งผ่านเครือข่าย IoT ควรได้รับการเข้ารหัสโดยกล่าวว่า: รัฐวิสาหกิจหน่วยงานราชการและองค์กรอื่น ๆ ควรใช้ยุทธศาสตร์“ เข้ารหัสทุกอย่าง” เพื่อป้องกันการละเมิด IoT ฉันสามารถเข้าใจความต้องการในการเข้ารหัสข้อมูลใด ๆ ที่อาจเป็นความลับเช่นคำสั่งในการล็อค / ปลดล็อคอุปกรณ์ 'ล็อคสมาร์ท' แต่มันจำเป็นจริงๆหรือไม่ที่จะเข้ารหัสทุกอย่างเช่นเซ็นเซอร์ที่รายงานการอ่านเทอร์โม มันเป็นเพียงแค่กรณีที่ "เข้ารหัสทุกอย่าง" ห้ามไม่ให้ผู้คนลืมที่จะเข้ารหัสข้อมูลที่ควรเข้ารหัสจริงๆหรือมีประโยชน์อย่างแท้จริงจากการใช้การเข้ารหัสแม้จะมีพลังพิเศษเวลาและค่าใช้จ่ายหรือไม่

20 security  sensors  privacy  cryptography 

ฉันต้องการสร้างอุปกรณ์เกตเวย์ซึ่งจะใช้ ESP32 สิ่งนี้ควรเชื่อมต่อกับพอร์ต ModBus TCP ของเซ็นเซอร์ เพื่อจุดประสงค์นี้ฉันต้องการใช้การดำเนินการ Modbus Rust ซึ่งมีอยู่แล้ว แต่มีข้อมูลน้อยมากเกี่ยวกับวิธีที่ฉันสามารถทำให้ Rust code ทำงานบน ESP32 ได้ ทุกคนสามารถหลั่งน้ำตาแสงในหัวข้อนี้?

19 esp32 

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

19 philips-hue 

ฉันถูกถามเมื่อไม่นานมานี้ว่า Alexa สามารถพูดได้โดยไม่ต้องแจ้งหรือไม่ดังนั้นฉันคิดว่ามันจะมีประโยชน์ถ้าถามที่นี่เพื่อให้แน่ใจว่าฉันพูดถูก เท่าที่ฉันรู้ Alexa จะไม่พูดด้วยคำปลุกและเสียงที่ไม่ได้รับการเตือนเพียงอย่างเดียวที่มันจะทำก็คือเสียงปลุก บทความ TechCrunch นี้ดูเหมือนจะยอมรับว่าไม่มีทางที่จะทำให้ Alexa พูดไม่ได้พรอมต์ใด ๆ แต่ก็ไม่ได้พูดถึงทักษะของ Alexa เลย อาจมี API บางตัวที่ยังไม่ได้ใช้ หลายคนดูเหมือนจะสนใจสิ่งนี้เพื่อให้ Alexa สามารถพูดวลีบางอย่างเช่นอาจเป็นการเตือนถ้าออดดังขึ้นหรือวิธีการระบุเหตุการณ์ที่เกิดขึ้น Alexa สามารถพูดโดยไม่ได้รับแจ้งจากทั้งคำปลุก, แตะเพื่อพูดคุยหรือกดเพื่อคุย (ขึ้นอยู่กับอุปกรณ์) ก่อนหรือไม่ ฉันไม่รวมการเตือนภัยเพื่อจุดประสงค์ของคำถามนี้ แต่โซลูชันที่ใช้ทักษะที่กำหนดเองนั้นใช้ได้

19 alexa 

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

19 smart-home  wireless  safety  building-code 

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

19 mqtt 

ใน CNetมีรายงานเกี่ยวกับสมาร์ททีวี Samsung UNF 8000ที่เสี่ยงต่อการแฮกที่ CIA พัฒนาขึ้น: ในเดือนมิถุนายน 2014 MI5 ของ CIA และสหราชอาณาจักรจัดประชุมเชิงปฏิบัติการร่วมกันเพื่อปรับปรุงการแฮ็ค "Weeping Angel" ซึ่งดูเหมือนจะมีเป้าหมายเป็นพิเศษสำหรับทีวีซีรีย์ F8000 ของ Samsung ที่วางจำหน่ายในปี 2013 โหมด "Fake-Off" ได้รับการพัฒนาขึ้นเพื่อหลอกลวงผู้ใช้ให้คิดว่าทีวีของพวกเขาปิดอยู่ (โดยการปิดหน้าจอและ LED ด้านหน้า) ในขณะที่ยังคงบันทึกการสนทนาด้วยเสียง จากสิ่งที่เรารู้เกี่ยวกับทีวีแฮ็คจะต้องแตะไมโครโฟนที่อยู่ในรีโมทของทีวี ฉันอ่านแล้ว ' ฉันจะติดตามเครือข่ายของฉันเพื่อหากิจกรรมอุปกรณ์ IoT อันธพาลได้หรือไม่? 'ซึ่งให้แนวคิดทั่วไปเกี่ยวกับวิธีการตรวจสอบเครือข่าย แต่ฉันสนใจวิธีเฉพาะที่ฉันสามารถตรวจสอบได้ว่าทีวีของฉันติดไวรัสและส่งข้อมูลไปยังคลาวด์หรือไม่ มีวิธีใดบ้างที่ฉันสามารถตรวจพบว่าทีวีของฉันบันทึกและส่งสัญญาณเสียงไปยังฝ่ายที่ประสงค์ร้ายหรือไม่? ฉันกำลังคิดเกี่ยวกับใครก็ตามที่อาจพัฒนาการโจมตีที่คล้ายกันเช่นกันไม่ใช่แค่การหาประโยชน์เฉพาะของ CIA ปัญหาที่ฉันสามารถมองเห็นได้ด้วยวิธีการทั่วไปในคำถามที่เชื่อมโยงคือมันอาจจะยากที่จะแยกความแตกต่างระหว่างปริมาณการใช้งานเครือข่ายทั่วไปและปริมาณการใช้งานที่เป็นอันตรายจากทีวีของฉัน - มีวิธีใดบ้าง ทีวีเชื่อมต่อกับเราเตอร์Netgear N600และฉันไม่มีอุปกรณ์ตรวจสอบพิเศษ แต่ฉันยินดีที่จะใช้ Wireshark หากจำเป็น

18 smart-home  security  smart-tv 

นี่เป็นเรื่องที่ฉันคิดถึงมาระยะหนึ่งโดยเฉพาะอย่างยิ่งเพราะแนวคิด "IoT" ลอยไปรอบ ๆ เมื่อไม่นานมานี้ ฉันจะเริ่มต้นกับสิ่งที่ฉันหมายถึงเมื่อผมบอกว่า"IOT" ฉันรู้ว่าคำว่า IoT อาจหมายถึงสิ่งที่แตกต่างกันและบางครั้งก็ใช้ผิดวัตถุประสงค์ มันอาจเป็นคำที่ไม่ชัดเจนและอาจนำไปสู่การอภิปรายครั้งใหญ่เกี่ยวกับความหมายที่แท้จริงฉันเองไม่ทราบคำจำกัดความที่ถูกต้องและเป็นที่ยอมรับอย่างกว้างขวาง ดังนั้นสำหรับฉัน IOT เป็นแนวคิดแนวคิดที่กำหนดความสามารถในการเชื่อมต่อกับอุปกรณ์ฝังตัวจากระยะไกลผ่านทางอินเทอร์เน็ตทั้งจากอุปกรณ์ฝังตัวอื่นหรือจากโทรศัพท์มือถือได้ ง่ายเหมือนที่ ในบริบทนี้วัตถุประสงค์ของการเชื่อมต่อไม่สำคัญว่าถ้าคุณสามารถเชื่อมต่ออุปกรณ์หนึ่งเครื่องในสำนักงานของคุณกับอุปกรณ์อื่นที่บ้านหรือถ้าคุณสามารถเชื่อมต่ออุปกรณ์หนึ่งที่บ้านจากโทรศัพท์มือถือของคุณทั้งหมดนี้ผ่านอินเทอร์เน็ต ถ้าอย่างนั้นเรากำลังพูดถึงอุปกรณ์ IoT (อุปกรณ์ฝังตัวไม่ใช่โทรศัพท์) ดังนั้นเมื่อเห็นด้วยกับสิ่งที่ฉันหมายถึงโดย IoT ตอนนี้ฉันจะอธิบายสิ่งที่ฉันพยายามที่จะบรรลุ สิ่งที่ฉันพยายามที่จะบรรลุคือสิ่งที่ฉันอธิบายในคำจำกัดความของ IoT ฉันต้องการมีอุปกรณ์ฝังตัวหนึ่งหรือหลายตัวที่บ้านที่เชื่อมต่อกับเราเตอร์อินเทอร์เน็ตของฉันไม่ว่าจะโดยอีเธอร์เน็ตหรือ wifi และสามารถเชื่อมต่อกับอุปกรณ์เหล่านั้นจากระยะไกลได้ด้วยอุปกรณ์ฝังตัวอื่นในสถานที่ห่างไกล และอาจจะสามารถเชื่อมต่อกับพวกเขาด้วยแอพตรวจสอบบนโทรศัพท์ของฉัน ตัวอย่างเช่นฉันอาจมีอุปกรณ์สมองกลฝังตัวที่เรียบง่ายซึ่งทำหน้าที่เป็นสวิตช์เปิด / ปิดตะขอเกี่ยวกับที่เปิดประตูโรงรถของฉันและอุปกรณ์ฝังตัวอื่นที่ทำหน้าที่เป็นปุ่มสีแดงขนาดใหญ่บนโต๊ะทำงานของฉันเพื่อให้ฉันสามารถกดปุ่มสีแดงบนโต๊ะทำงาน และประตูโรงรถเปิดขึ้น อีกตัวอย่างหนึ่งคือการมีอุปกรณ์ฝังตัวที่มีความสามารถของ ADC ที่สามารถตรวจสอบอุณหภูมิของบ้านของฉันและส่งการแจ้งเตือนเมื่อถึงเกณฑ์ สามารถรับการแจ้งเตือนได้โดยแอป Android ที่เรียบง่ายหรืออุปกรณ์ฝังตัวอื่นที่มีหน้าจอเล็ก ๆ นั่งอยู่บนโต๊ะทำงานของฉัน ตัวอย่างเหล่านี้อาจไร้สาระ แต่เป็นเพียงการอธิบายสถานการณ์ที่เป็นไปได้และใช้กรณีสำหรับสิ่งที่ฉันพยายามทำ ในตอนท้ายแนวคิดก็เหมือนกันเชื่อมอุปกรณ์หนึ่งเข้ากับอุปกรณ์อื่นผ่านอินเทอร์เน็ต สิ่งที่ชัดเจนอีกประการหนึ่งคือการแลกเปลี่ยนข้อมูลระหว่างอุปกรณ์เหล่านี้จะมีน้ำหนักเบามากเพียงไม่กี่ไบต์ทุกครั้งไม่ใช่ว่าต้องใช้หลายร้อยกิโลไบต์เพื่อแลกเปลี่ยนระหว่างอุปกรณ์ นอกจากนี้ชนิดของ "อุปกรณ์ฝังตัว" ที่ฉันอ้างถึงนั้นเป็นอุปกรณ์ที่เรียบง่าย แต่มีความสามารถซึ่งใช้ไมโครคอนโทรลเลอร์คอร์เท็กซ์ -m4 100MHz หรือ …

18 networking  microcontrollers 

ในความเข้าใจของฉันใน MQTT หัวข้อจะถูกสร้างขึ้นเมื่อลูกค้าเผยแพร่สิ่งที่มีชื่อหัวข้อที่เกี่ยวข้อง ไม่จำเป็นต้องกำหนดค่าหัวข้อการเผยแพร่ในนั้นเพียงพอ จากที่นี่ เป็นไปได้หรือไม่ที่ลูกค้าจะสมัครเป็นสมาชิกหัวข้อของตัวเองหลังจากเผยแพร่แล้วจะสร้างมันขึ้นมา? ฉันไม่สามารถหาข้อ จำกัด ใด ๆ กับมันในรายละเอียด มันไม่ได้ระบุว่าเป็นพฤติกรรมผิดปกติที่เป็นไปได้ทั้ง: 5.4.8 การตรวจจับพฤติกรรมที่ผิดปกติ การใช้งานเซิร์ฟเวอร์อาจตรวจสอบพฤติกรรมของลูกค้าในการตรวจสอบเหตุการณ์ความปลอดภัยที่อาจเกิดขึ้น ตัวอย่างเช่น: พยายามเชื่อมต่อซ้ำ พยายามตรวจสอบซ้ำแล้วซ้ำอีก การยุติการเชื่อมต่อที่ผิดปกติ การสแกนหัวข้อ (พยายามส่งหรือสมัครรับข้อมูลหลายหัวข้อ) การส่งข้อความที่ไม่สามารถส่งได้ (ไม่มีสมาชิกในหัวข้อ) ลูกค้าที่เชื่อมต่อ แต่ไม่ส่งข้อมูล จากนี้ฉันคิดว่ามันเป็นไปได้อย่างแน่นอน ดังนั้นฉันสนใจสิ่งที่เป็นกรณีการใช้งานของคุณสมบัตินี้? ทำไมมาตรฐานจึงอนุญาตให้ใช้กลไกดังกล่าวมันจะซับซ้อนในการติดตามเจ้าของหัวข้อหรือไม่ ดังนั้นเพียงแค่อนุญาตให้ลูกค้าสมัครเป็นสมาชิกหัวข้อของตนเอง กรณีการใช้งานหนึ่งที่ฉันคิดได้ก็คือวิธีนี้ลูกค้าสามารถตรวจสอบข้อมูลที่เผยแพร่

18 mqtt 

ขณะนี้ฉันกำลังใช้ fauxmo เพื่อส่งคำสั่งที่กำหนดเองไปยังอุปกรณ์ต่าง ๆ เพื่อเปิด / ปิด (ตัวอย่างเช่นฉันมี WiFi เป็น IR converter เพื่อควบคุมเครื่องรับสัญญาณและทีวีของฉัน) และฉันสามารถเปิด / ปิดทีวีได้ด้วยสิ่งนี้ ฉันยังมีการตั้งค่าการรวม Kodi ดังนั้นฉันสามารถพูดได้: Alexa, Ask Kodi to set volume to 50% แต่ฉันอยากจะบอกว่า: Alexa, Set tuner volume to 50% Alexa, Play Bluray คือฉันต้องการที่จะสามารถควบคุมอุปกรณ์ได้โดยไม่จำเป็นต้องAsk xxxxเป็นส่วนหนึ่งของคำขอของฉัน เป็นการดีที่ฉันต้องการทำสิ่งนี้โดยไม่มีบริการบนคลาวด์ (เช่น SmartThings หรือ Wink) ฉันชอบโซลูชันที่ใช้โดย fauxmo (เลียนแบบบริการ UPNP ที่มีอยู่) แต่ …

18 smart-home  alexa 

ฉันกำลังสร้างอุปกรณ์ขนาดเล็กจำนวนมากเช่นเซ็นเซอร์วัดอุณหภูมิเครื่องส่งสัญญาณและตัวรับสัญญาณ RF433 (สำหรับการควบคุมและรับอุปกรณ์ => MQTT) ส่วนใหญ่ใช้ EPS8266 ทำงานได้ดีและใช้พลังงานจาก USB เพราะใช้งานง่ายและใช้งานได้ พวกเขาอาจใช้พลังงานมากเกินไปในการปิดแบตเตอรี แต่มันจะดีถ้าฉันสามารถรวมแบตเตอรี่ขนาดเล็กที่สามารถชาร์จใหม่ได้เพื่อให้เซ็นเซอร์อุณหภูมิของฉันเช่นสามารถทำงานต่อไปได้หนึ่งหรือสองวันหากถอดปลั๊ก ฉันสามารถทำบางสิ่งบางอย่างได้ แต่ไม่มีใครรู้ว่ามีอะไรถูกมากที่เป็นตัวเชื่อมต่อสำหรับสิ่งนี้ ขนาดเล็กและราคาถูกเป็นสิ่งจำเป็น

18 hardware  sensors  batteries 

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

18 security  bluetooth  mobile-applications