คำถามติดแท็ก standards

1
CoAP ยังคงใช้สำหรับอุปกรณ์ IoT หรือไม่
ฉันทำโครงการต้นแบบสำหรับการทำงานเมื่อไม่กี่ปีที่ผ่านมาซึ่งใช้Constrained Application Protocol (CoAP)เพื่อสื่อสารกับบอร์ด Arduino ผ่านเครือข่ายตาข่าย แต่เราใส่เบรกในโครงการเนื่องจากขาดความปลอดภัยอย่างมากในอุปกรณ์ของเรา เราสิ้นสุดการละทิ้ง CoAP สำหรับโครงการของเราเพื่อย้ายไปยังโปรโตคอลภายในองค์กรที่เราปรับให้เหมาะกับความต้องการของเรา ฉันขุดนิดหน่อยแล้วดูเหมือนว่ายังมีการใช้งานบางอย่างที่ลอยอยู่รอบ ๆ แต่ฉันอยากรู้ว่าใครที่ใช้ CoAP ในผลิตภัณฑ์ใด ๆ CoAP ยังคงเป็นโปรโตคอลที่ดีที่จะใช้หรืออุตสาหกรรมได้ตัดสินตามมาตรฐานจริงหรือไม่?

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

2
Wi-Fi HaLow ไม่เหมาะสมสำหรับแอปพลิเคชั่น IoT หรือไม่เนื่องจากทำงานในความถี่ที่ไม่มีใบอนุญาต
ข้อมูลจำเพาะWi-Fi HaLow (802.11ah) ที่ค่อนข้างใหม่ของWi-Fi Allianceนั้นน่าจะเหมาะสำหรับอุปกรณ์ IoT บางประการ: Wi-Fi HaLow จะเปิดใช้งานกรณีการใช้พลังงานอย่างมีประสิทธิภาพในสมาร์ทโฮมรถยนต์ที่เชื่อมต่อและการดูแลสุขภาพระบบดิจิตอลรวมถึงสภาพแวดล้อมอุตสาหกรรมค้าปลีกการเกษตรและสมาร์ทซิตี้ Wi-Fi HaLow ขยาย Wi-Fi ไปในย่านความถี่ 900 MHz ทำให้สามารถเชื่อมต่อพลังงานต่ำที่จำเป็นสำหรับแอพพลิเคชั่นรวมถึงเซ็นเซอร์และอุปกรณ์สวมใส่ Wi-Fi HaLow มีช่วงเกือบสองเท่าของ Wi-Fi ในปัจจุบันและไม่เพียง แต่จะสามารถส่งสัญญาณได้มากขึ้นเท่านั้น แต่ยังให้การเชื่อมต่อที่แข็งแกร่งยิ่งขึ้นในสภาพแวดล้อมที่ท้าทายซึ่งความสามารถในการเจาะกำแพงหรืออุปสรรคอื่น ๆ การพิจารณา อย่างไรก็ตามดังที่กล่าวไว้ในแหล่งข้อมูลที่เชื่อมโยง HaLow ทำงานในความถี่ 900MHz ซึ่งตามeWeekเป็นความถี่ที่ไม่มีใบอนุญาต: น่าเสียดายที่มาตรฐาน HaLow ใหม่นั้นไม่มีความถี่ในตัวมันเอง เนื่องจากย่านความถี่ 900MHz ใช้งานร่วมกับบริการที่ได้รับอนุญาตอื่น ๆ ย่านความถี่ใหม่ของ WiFi จะถูกรบกวนจากผู้ใช้รายอื่นและไม่มีการแก้ไขเมื่อมีสัญญาณรบกวนเกิดขึ้น ตัวอย่างเช่นหากผู้ประกอบการวิทยุแฮมประตูถัดไปขึ้นไปบนอากาศพร้อมกับสัญญาณอันทรงพลังที่จะกำจัดเทอร์โมสมาร์ทของคุณคุณจะโชคไม่ดี เนื่องจากคุณเป็นบริการที่ไม่มีใบอนุญาตคุณต้องยอมรับการรบกวนดังกล่าว อย่างไรก็ตามหากเทอร์โมสมาร์ทของคุณเกิดการรบกวนกับผู้ให้บริการวิทยุแฮมข้างประตูคุณต้องหยุดทำ ในฐานะผู้ใช้ที่ไม่มีใบอนุญาตคุณมีสิทธิ์เล็กน้อยในการใช้คลื่นความถี่หากบุคคลอื่นต้องการใช้มัน สันนิษฐานว่าเกี่ยวข้องกับกฎ FCCซึ่งมักพบเห็นในผลิตภัณฑ์ RF: อุปกรณ์นี้สอดคล้องกับส่วนที่ …

2
ข้อบังคับของสหภาพยุโรปสำหรับ Smart Plugs
ถ้าฉันต้องการการออกแบบปลั๊กอัจฉริยะของฉันให้เป็นผลิตภัณฑ์เชิงพาณิชย์ในสหภาพยุโรปมันต้องเป็นไปตามข้อกำหนดข้อบังคับหรือคำสั่งบางอย่างแน่นอน ฉันรู้เกี่ยวกับเครื่องหมายCE (ConformitéEuropéenne) ซึ่งเป็นข้อบังคับในเขตเศรษฐกิจยุโรป หมายความว่าถ้าฉันเชื่อใน Wikipedia: ผลิตภัณฑ์เครื่องใช้ไฟฟ้าส่วนใหญ่จะต้องสอดคล้องกับLow Voltage DirectiveและEMC Directive ; ของเล่นจะต้องสอดคล้องกับข้อกำหนดความปลอดภัยของเล่น ฉันกังวลเกี่ยวกับความปลอดภัยเป็นหลักเนื่องจากปลั๊กและซ็อกเก็ตอัจฉริยะมีการเชื่อมต่อโดยตรงกับแรงดันไฟหลักสายไฟสดซึ่งเป็นอันตรายเสมอ จำเป็นต้องมีการปิดผนึกที่เหมาะสม ฉันได้ตรวจสอบ Low Voltage Directive (LVD) และฉันคิดว่ามันครอบคลุมข้อกำหนดด้านความปลอดภัยสำหรับสมาร์ทปลั๊กตามส่วนด้านล่าง LVD ครอบคลุมความเสี่ยงด้านสุขภาพและความปลอดภัยทั้งหมดของอุปกรณ์ไฟฟ้าที่ใช้งานด้วยแรงดันไฟฟ้าระหว่าง 50 และ 1,000 V สำหรับกระแสสลับและระหว่าง 75 และ 1500 V สำหรับกระแสตรง พิกัดแรงดันไฟฟ้าเหล่านี้หมายถึงแรงดันไฟฟ้าของอินพุตหรือเอาต์พุตไฟฟ้าไม่ใช่แรงดันไฟฟ้าที่อาจปรากฏขึ้นภายในอุปกรณ์ ตอนนี้มีคำสั่งอื่น ๆ เช่นกัน ยกตัวอย่างเช่นเครื่องมือวัด Directive นอกจากนี้ยังกล่าวถึง "มิเตอร์พลังงานไฟฟ้าที่ใช้งานอยู่" นอกจากนี้ยังมีข้อกำหนดความปลอดภัยทั่วไปของผลิตภัณฑ์ตามรายการนี้ ทั้งหมดในข้อใดที่กล่าวถึงข้างต้นและไม่ได้กล่าวถึงคำสั่งมีผลบังคับใช้สำหรับการออกแบบปลั๊กสมาร์ทในเชิงพาณิชย์ในสหภาพยุโรป? ความกังวลหลักคือความปลอดภัย

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

2
มีใบรับรองเพื่อระบุระดับความปลอดภัยของอุปกรณ์ IoT หรือไม่
มีใบรับรองที่เชื่อถือได้สำหรับอุปกรณ์ IoT ซึ่งสามารถใช้เพื่อเปรียบเทียบความปลอดภัยที่จัดเตรียมไว้ให้ของอุปกรณ์เหล่านี้ได้หรือไม่? 1 ปัจจุบันภูมิทัศน์ IoT นั้นกระจัดกระจายไปอย่างสมบูรณ์แบบด้วยโปรโตคอลมาตรฐานและโซลูชั่นที่เป็นกรรมสิทธิ์ที่แตกต่างกัน บนมืออื่น ๆ อุปกรณ์ IOT ตกไปbotnetsเช่นแมลงวัน มีมาตรฐานใดบ้างที่ลูกค้าสามารถให้ความไว้วางใจในอุปกรณ์เพื่อให้เป็นไปตามมาตรฐานความปลอดภัยระดับหนึ่ง? บางทีแม้แต่ใบรับรองการรับรองความปลอดภัยที่จัดไว้ให้? หากไม่มีมาตรฐานปัจจุบันมีความคิดริเริ่มที่มีแนวโน้มว่าจะสร้างมาตรฐานดังกล่าวหรือไม่? 1: ข้อจำกัดความรับผิดชอบ: สิ่งนี้ขึ้นอยู่กับพื้นที่ 51 คำถามจากผู้ใช้ที่ดูเหมือนจะไม่ผูกพันกับไซต์ในขั้นตอนที่มีข้อผูกมัด ฉันต้องการโพสต์มันเพื่อช่วยกำหนดขอบเขตของเว็บไซต์

2
มาตรฐานสำหรับอุปกรณ์ WiFi ที่ไม่ได้เชื่อมต่ออินเทอร์เน็ต?
ฉันวางแผนที่จะทำระบบอัตโนมัติที่บ้านมากมาย เพื่อที่ฉันจะเป็นเจ้าภาพเครือข่าย WiFi ส่วนตัวแยกที่อุปกรณ์ทั้งหมดของฉันจะเชื่อมต่อกับ อุปกรณ์จะเป็นไฟที่เรียบง่ายแถบ LED RGB (smd5050 และ ws2812b) เทอร์โมสแตทพัดลมตัวเปิดหน้าต่างตัวควบคุมหน้าต่างสีและช่องจ่ายไฟปกติ นอกจากนี้เครื่องส่งสัญญาณ IR เพื่อจำลองระยะไกลเพื่อเริ่มต้นทีวี ฯลฯ และเครื่องส่งสัญญาณ 433MHz เพื่อจำลองระยะไกลที่สามารถสลับช่องรีโมทควบคุมมาตรฐาน ตอนนี้ฉันสงสัยว่ามีมาตรฐานใด ๆ ที่อุปกรณ์เหล่านี้ควรเปิดเผยกับเครือข่าย WiFi หรือไม่ แน่นอนว่าฉันสามารถให้เส้นทาง http ง่าย ๆ สำหรับทุกอุปกรณ์แล้วเขียนแอปพลิเคชันที่เข้าใจอินเตอร์เฟสของฉัน แต่มันจะดีถ้าฉันสามารถใช้มาตรฐานที่จะอนุญาตให้ฉันใช้แอพและโปรแกรมที่เขียนไปแล้วและเข้าใจมาตรฐาน .

3
มีกลไก RPC ที่เป็นมาตรฐานสำหรับ MQTT หรือไม่
Over on Stack Overflow มีคำถามเกี่ยวกับการนำการโต้ตอบ / การตอบกลับไปใช้กับ MQTT ในฐานะที่เป็นหนึ่งคำตอบบันทึกย่อคุณสามารถทำได้โดยการเผยแพร่คำขอในหนึ่งหัวข้อและฟังการตอบสนองในโทเค็นอื่นที่รวมอยู่ในคำขอ มันค่อนข้างอึดอัด แต่ก็ใช้งานได้ เนื่องจาก MQTT มีการใช้อย่างกว้างขวางตลอด IoT ฉันสงสัยว่ามีความพยายามใด ๆ ที่จะสร้างมาตรฐานการโต้ตอบประเภท RPC นี้เพื่อการทำงานร่วมกันหรือไม่?
10 mqtt  standards 

6
API ทั่วไปใน C หรือ C ++ สำหรับ IoT
API (หรือไลบรารี) ทั่วไปหรือปกติใน C หรือ C ++ สำหรับ IoT คืออะไรในแง่ของการมีเอกสารชุดของอินเตอร์เฟสการเขียนโปรแกรม (เช่น POSIX สำหรับระบบปฏิบัติการ Qt สำหรับ GUI ฯลฯ .... ) นี้หน้าสั้นกระตุ้นคำถามของฉัน (ฉันสนใจในการพัฒนาเครื่องมือในการวิเคราะห์รหัสแหล่งที่มาคงที่สำหรับ IOT) ฉันไม่เพียง แต่กำลังมองหามาตรฐานทางกฎหมาย แต่ยังรวมถึง API หรือไลบรารีที่ใช้กันทั่วไปใน C หรือ C ++ ด้วยไฟล์ส่วนหัวที่มีอยู่สำหรับพวกเขาในโดเมนอุตสาหกรรมต่างๆ ฉันไม่สนใจWeb API s (อนุสัญญาที่กำหนดคำขอ HTTP) หรือเพียงแค่ในโปรโตคอลเครือข่ายโดยไม่ต้อง API หรือห้องสมุดการใช้พวกเขา (ดังนั้นฉันไม่สนใจในการพัฒนาแอปพลิเคชัน IoT แต่ฉันต้องการพัฒนาเครื่องมือวิศวกรรมซอฟต์แวร์ที่ทำงานและวิเคราะห์ซอร์สโค้ดเพื่อช่วยผู้พัฒนาซอฟต์แวร์ IoT) ฉันยังอาจสนใจโดยเฉพาะ IoT APIs หรือห้องสมุดอุตสาหกรรมเช่นในด้านการดูแลสุขภาพ, การขนส่ง, การขนส่ง, …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.