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

ฉันกำลังพัฒนาอุปกรณ์ที่ใช้วัดอุณหภูมิความชื้นและมวล ปัจจุบันใช้ HTTPS เพื่ออัปโหลดข้อมูลไปยังเซิร์ฟเวอร์ระยะไกล ตอนนี้ฉันรู้แล้วว่ามีโปรโตคอลที่เรียกว่าMQTTซึ่งอ้างว่าเป็น "โปรโตคอลของ Internet of Things" ในกรณีใดและทำไมฉันจึงควรเปลี่ยนจาก HTTPS เป็น MQTT

34 mqtt  protocols  data-transfer  https 

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

20 networking  mqtt  mosquitto 

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

19 mqtt 

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

18 mqtt 

อะไรคือความแตกต่างที่สำคัญระหว่าง MQTT และ Web Sockets เมื่อใช้ IoT สำหรับระบบอัตโนมัติในบ้าน - ควบคุมและตรวจสอบการเข้าถึงอุปกรณ์ต่าง ๆ ซึ่งหนึ่งในนั้นควรใช้เมื่อ Rest API ที่ใช้และจำเป็นต้องเข้าถึงเบราว์เซอร์ ฉันใช้ Java (Pi4J Library) กับ Raspberry Pi 2 B + ฉันมีเซ็นเซอร์หลายตัวเช่นแสงและความมืดความชื้น PID ฯลฯ ฉันยังมีคลาวด์เซิร์ฟเวอร์ที่ฉันสามารถส่งข้อมูลได้หากต้องการ

17 communication  monitoring  mqtt 

รายการบล็อกของ HiveMQภายใต้ "แนวทางปฏิบัติที่ดีที่สุด" ไม่สมัครสมาชิกไวด์การ์ดหลายระดับเมื่อพยายามถ่ายโอนข้อความทั้งหมดไปยังฐานข้อมูล พวกเขาอ้างว่าลูกค้าที่สมัครรับข้อมูลอาจไม่สามารถติดตามข่าวสารจำนวนมากและเสนอให้ใช้ปลั๊กอินโบรกเกอร์เพื่อขอเข้าสู่กระแสข้อความโดยตรง บางครั้งมีความจำเป็นต้องสมัครสมาชิกข้อความทั้งหมดซึ่งถูกถ่ายโอนผ่านนายหน้าตัวอย่างเช่นเมื่อยังคงมีอยู่ทั้งหมดในฐานข้อมูล สิ่งนี้ไม่ควรทำโดยใช้ไคลเอนต์ MQTT และสมัครสมาชิกไวด์การ์ดหลายระดับ เหตุผลก็คือบ่อยครั้งที่ไคลเอนต์ที่สมัครรับข้อมูลไม่สามารถดำเนินการโหลดข้อความที่กำลังจะมา โดยเฉพาะถ้าคุณมีปริมาณงานมาก โซลูชันที่แนะนำของเราคือการนำส่วนขยายในโบรกเกอร์ MQTT มาใช้ตัวอย่างเช่นระบบปลั๊กอินของ HiveMQ ช่วยให้คุณสามารถเชื่อมต่อกับพฤติกรรมของ HiveMQ และเพิ่มชุดคำสั่งแบบอะซิงโครนัสเพื่อประมวลผลข้อความขาเข้าแต่ละรายการ มีทั้ง ระบบที่คล้ายกัน (ส่วนขยาย / ปลั๊กอิน) สำหรับนายหน้า Mosquitto อีกวิธีที่แนะนำที่ทำงานร่วมกับ mosquitto หรือ หลักฐานที่สมเหตุสมผลว่าวิธีนี้ไม่จำเป็นเลยนั่นคือลูกค้าที่สมัครเป็นสมาชิก#สามารถทำได้ดี? /programming//q/31584613/3984613ไม่ได้ตอบคำถามนี้อย่างละเอียด

16 mqtt  mosquitto 

ตัวควบคุมที่ต้องสงสัยคือSTM32F030K6T6ซึ่งมีARM® 32-bit Cortex® -M0 คอร์พลังงานต่ำ, หน่วยความจำแฟลช 32 kB และ SRAM 4 kB มันเชื่อมต่อกับ SIM808 สำหรับการเชื่อมต่ออินเทอร์เน็ต ทรัพยากรค่อนข้าง จำกัด เกี่ยวกับหน่วยความจำ เป็นไปได้หรือไม่ที่จะนำ MQTT ไปใช้กับอุปกรณ์นี้ ไมโครคอนโทรลเลอร์ควรมีข้อกำหนดอะไรบ้างที่จะสามารถใช้ / เรียกใช้ MQTT ได้? (ฉันไม่ได้ถามเกี่ยวกับการติดตั้งโพรโทคอลที่สมบูรณ์)

15 mqtt  microcontrollers  stm32  arm 

ฉันรู้วิธีการเขียนโปรแกรมIoT โดยใช้ Arduino ; แต่ฉันต้องการอุปกรณ์พกพา IoT สำเร็จรูปที่ไม่ต้องมีการเขียนโปรแกรมที่ด้านอุปกรณ์ด้านอุปกรณ์ฉันแค่ต้องการซื้อและเพิ่มอุปกรณ์เหล่านี้ในเครือข่าย (หลังจากการกำหนดค่าบางอย่าง) และ (โดยใช้เอกสารที่ บริษัท จัดทำ) ให้เขียนตรรกะของคอนโทรลเลอร์ให้พวกเขา ตัวอย่างเช่น: เทอร์โม MQTTสำเร็จรูปที่ทำเชื่อมต่อกับนายหน้าและเผยแพร่อุณหภูมิในบางหัวข้อ ใครบางคนสามารถซื้อที่เทอร์โมติดตั้งและอ่านอุณหภูมิที่ใช้ลูกค้า MQTT ไฟสัญญาณ CoAP แบบธรรมดาที่ทำพร้อมที่เชื่อมต่อกับเซิร์ฟเวอร์ CoAP บางคนซื้อแทนไฟบ้านของเขาด้วยแสงนั้นและโดยการส่งข้อความ CoAP ไปยังอุปกรณ์นั้นโดยใช้ไคลเอนต์ CoAP สามารถเปิด / ปิดได้ กรุณาแบ่งปันชื่อ บริษัท หรือลิงค์ (สำหรับ REST / COAP / MQTT เท่านั้น) ฉันพยายามค้นหาและไม่พบสิ่งใดนอกจากRachio Smart WiFi Sprinkler ( เอกสาร )

14 smart-home  mqtt  hardware  coap  open-source 

ฉันกำลังจะตั้งค่าเครือข่าย MQTT ที่บ้าน ฉันต้องการสร้างความรู้ด้วยการฝึกปฏิบัติ มันจะเป็นเครือข่ายขนาดเล็กที่มีนายหน้าโฮสต์ไว้ในแล็ปท็อปของฉัน (Windows 7) และไคลเอนต์ Raspberry Pi บางคนขับเคลื่อน นอกจากนี้ฉันกำลังคิดเกี่ยวกับการสร้างลูกค้าบนโทรศัพท์ของฉัน (Android) เป้าหมายของฉันคือมีเครือข่ายง่าย ๆ ที่ฉันสามารถทดลองได้และฉันต้องการทำการทดสอบความปลอดภัยโดยทดลองก่อน ฉันพบชุดทดสอบเซิร์ฟเวอร์ MQTTซึ่งออกแบบมาเพื่อทำหน้าที่เป็นไคลเอนต์ MQTT ที่เป็นอันตราย มันค่อนข้างจะสัญญาว่าจะเริ่มต้นด้วย เครื่องมือทดสอบคุณสมบัติทั่วไป การทดสอบเชิงลบกล่องดำอัตโนมัติเต็มรูปแบบ กรณีทดสอบสำเร็จรูป เขียนใน Java (tm) GUI, บรรทัดคำสั่ง, โหมดอินเตอร์เฟสระยะไกล ความสามารถในการใช้เครื่องมือ (การตรวจสุขภาพ) สนับสนุนและบำรุงรักษา เอกสารประกอบสำหรับผู้ใช้ที่ครอบคลุม การรายงานและการวิเคราะห์ผลลัพธ์ แต่ฉันก็สนใจวิธีปฏิบัติง่ายๆที่ฉันสามารถใช้เพื่อตรวจสอบคุณสมบัติความปลอดภัยของ MQTT วิธีที่ง่ายที่สุดสำหรับผู้เริ่มต้นในการตรวจสอบความปลอดภัยขั้นพื้นฐานบนเครือข่าย MQTT คืออะไร?

13 security  mqtt  mosquitto  testing 

สมมติว่ามีเซ็นเซอร์อ่อนแอจำนวนมาก (เช่นอุปกรณ์ระดับ Arduino) ซึ่งใช้ BLE เป็นเครื่องมือในการสื่อสารและอุปกรณ์เหล่านี้เชื่อมต่อกับเกตเวย์ที่ทรงพลังกว่า (เช่นอุปกรณ์ Raspberry pi) ฉันต้องการทราบว่า MQTT ถือเป็นโปรโตคอลที่เหมาะสมสำหรับการส่งสัญญาณการอ่านของพวกเขาหรือไม่ บล็อก / เอกสารจำนวนหนึ่งพิจารณาว่า MQTT เหมาะสมสำหรับ "แอปพลิเคชัน IoT" เนื่องจากมีน้ำหนักเบาเมื่อเทียบกับ HTTP และประหยัดพลังงาน อย่างไรก็ตามเพื่อความเข้าใจของฉันมันต้องมีการเชื่อมต่อจะถูกเปิดไว้ซึ่งไม่ใช่กรณีที่มี BLE หรือโปรโตคอลการสื่อสารอื่น ๆ ที่เหมาะสมสำหรับ IoT BLE ไม่คงการเชื่อมต่อไว้เป็นเวลานานเพื่อสงวนพลังงาน เห็นได้ชัดว่า MQTT เหมาะสมเมื่อมีการใช้โปรโตคอลเลเยอร์ MAC เช่น WiFi สิ่งนี้เกือบจะทำลายเหตุผลเบื้องหลังการใช้ MQTT ในตอนแรก (เช่นถ้าอุปกรณ์ที่ใช้จัดการโปรโตคอลเช่น WiFi นั้นอาจไม่จำเป็นต้องใช้โปรโตคอลเช่น MQTT) คุณเห็นข้อบกพร่องในตรรกะนี้หรือไม่? มีโปรโตคอลชั้นแอปพลิเคชันอื่น ๆ สำหรับจุดประสงค์นั้นหรือไม่? โครงสร้างที่เห็นบ่อยที่สุดของข้อความประเภทนี้คืออะไร (เช่นข้อมูลไบนารีดิบ, JSON, …

12 mqtt  power-consumption  bluetooth-low-energy 

ในความพยายามอย่างต่อเนื่องของฉันที่จะได้รับ Raspberry Pi ของฉันที่จะสั่งสิ่งที่ฉันฉันตั้งค่านายหน้า Mosquitto MQTT ในการตั้งค่าฐานทุกอย่างเป็นไปด้วยดี ฉันสามารถโพสต์ข้อความทดสอบด้วยคำสั่งเผยแพร่และรับพวกเขาด้วยคำสั่งสมัครสมาชิก จากนั้นฉันก็ตัดสินใจที่จะเพิ่มระดับการบันทึกและแก้ไขไฟล์ mosquitto.conf ดังนี้ รุ่นที่มีความสำคัญส่วนบันทึกทั้งหมดแสดงความคิดเห็นการทำงาน อื่น ๆ ไม่ได้ ฉันหรี่มันลงไปตามบรรทัดด้วยล็อกไฟล์ $ diff mosquitto.conf mosquitto.conf.old 408,410c408,410 < #log_dest file /var/log/mosquitto/mosquitto.log --- > log_dest file /var/log/mosquitto/mosquitto.log ไฟล์มีอยู่และเป็นเจ้าของโดยmosquitto:mosquittoผู้ใช้ที่เรียกใช้บริการ ข้อความที่เป็นประโยชน์มากที่ฉันจะได้รับเมื่อลองใช้การบันทึกคือ: mosquitto_pub -h localhost -t thisisme -m 5 Error: Connection refused โดยตอนนี้ฉันแน่ใจว่าบริการตายอย่างเงียบ ๆ $ sudo service mosquitto status ● …

12 mqtt  raspberry-pi  mosquitto 

ฉันจะใช้ 2FA (การตรวจสอบความถูกต้องด้วยสองปัจจัย) ได้อย่างไรเมื่อฉันเชื่อมต่ออุปกรณ์ใหม่กับโบรกเกอร์หากเป็นไปได้ เนื่องจากดูเหมือนง่ายกว่าปัจจัยที่สองอาจเป็นโซลูชันซอฟต์แวร์อันดับแรก แต่ฉันยินดีรับแนวคิดเกี่ยวกับวิธีแนะนำฮาร์ดโทเค็น (บางทีอาจเป็น RFID) มันจะสมเหตุสมผลถ้าอุปกรณ์ควรรับรองความถูกต้องเฉพาะที่การเชื่อมต่อครั้งแรกและเซิร์ฟเวอร์จะจำลูกค้า "เก่า" ความคิดอาจผิดปกติหรือไม่เหมาะสม - ถ้าเป็นความคิดที่ไม่ดีโปรดบอกเหตุผลว่าทำไม

12 security  mqtt  authentication 

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

12 mqtt 

ณ ตอนนี้EMQ (Erlang MQTT Broker)ดูเหมือนจะยังคงอยู่ข้อความ QoS 1/2 ไปยังดิสก์: EMQ ยังคงมีข้อความ QoS 1/2 อย่างไร ดังนั้นในกรณีที่การรีบูตเซิร์ฟเวอร์ที่ไม่คาดคิดขีด ​​จำกัด หน่วยความจำหรือข้อความเหตุการณ์อื่น ๆ อาจสูญหายแม้ว่าข้อความ QoS 1/2 ระดับจะต้องส่งอย่างน้อยหรือหนึ่งครั้ง มีโบรกเกอร์ MQTT ที่เก็บข้อความ QoS 1/2 ไว้ในดิสก์เพื่อให้แน่ใจว่ามีการส่งมอบหรือไม่

12 mqtt 

ฉันมีระบบที่ลูกค้า (เรียกว่า ClientA) สามารถเผยแพร่คำขอไปยังหัวข้อ MQTT เฉพาะ โบรกเกอร์ในกรณีที่สำคัญคือ Amazon Web Services จากนั้นฉันมีไคลเอนต์อื่น (เรียกว่า MainSubscriber) ซึ่งมักจะสมัครเป็นสมาชิกหัวข้อเดียวกันเสมอเพื่อให้สามารถรับคำขอจาก ClientA และทำงานบางอย่างที่ในที่สุดจะกลายเป็นการดำเนินการฐานข้อมูล ฐานข้อมูลในกรณีที่เป็นเรื่องสำคัญคือ DynamoDB เนื่องจาก MainSubscriber อาจไม่สามารถเข้าถึง / ออนไลน์ได้ตลอดเวลาจึงมีความปรารถนาที่จะให้ผู้สมัครสมาชิก failover เป็นผู้สำรองข้อมูล failover ของผู้สมัครสมาชิกหลัก แนวคิดก็คือหากผู้สมัครสมาชิกหลักไม่จัดการคำขอในเวลาที่กำหนดผู้สมัครสมาชิกที่ล้มเหลวจะเริ่มต้นและดำเนินการทำงาน / ฐานข้อมูลที่เทียบเท่า ความท้าทายคือว่า "งาน" และ "การดำเนินการฐานข้อมูล" ที่เป็นผลลัพธ์จะต้องไม่ซ้ำซ้อนโดยสมาชิกหลักและสมาชิกล้มเหลว นี่คือการวาดภาพสถาปัตยกรรมระบบตรรกะสำหรับระบบนี้ -----> MainSubscriber ---- / \ ClientA --> Broker ---> Database \ / ---> FailoverSubscriber …

11 mqtt  aws-iot  aws