วิธีที่เซ็นเซอร์เชื่อมต่อกับ LoRaWAN, MQTT, HTTP และแพลตฟอร์มคลาวด์ส่วนตัว

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

จากสัญญาณในสถานที่ไปจนถึงคลาวด์ โดยปกติจะต้องผ่านสามชั้น

• ชั้นเซนเซอร์: เอาต์พุต RS485/Modbus, 4-20mA, 0-5V และสัญญาณสนามอื่นๆ
• เลเยอร์การรับและเกตเวย์: อ่านและแยกวิเคราะห์เซ็นเซอร์ ข้อมูลแคช จากนั้นเชื่อมต่อเครือข่ายผ่าน 4G, อีเธอร์เน็ต, Wi-Fi หรือ LoRaWAN
• เลเยอร์เซิร์ฟเวอร์: รับข้อมูลผ่าน MQTT, HTTP, TCP และโปรโตคอลอื่นๆ จากนั้นจัดเก็บ แสดง แจ้งเตือน หรือจัดเตรียม API

โหนด LoRaWAN คืออะไร

หากใช้โหนด LoRaWAN ของบริษัทอื่น โหนดนั้นจะต้องสามารถอ่านเซ็นเซอร์ได้. RS485/Modbus ลงทะเบียนหรืออินพุตอะนาล็อกและเข้ารหัสข้อมูลลงในโหลดอัปลิงก์ LoRaWAN ย่านความถี่ยังสอดคล้องกับกฎระเบียบและข้อกำหนดการปฏิบัติงานของประเทศหรือภูมิภาคที่โครงการตั้งอยู่

MQTT และ HTTP ไม่ใช่อินเทอร์เฟซเซ็นเซอร์

MQTT, HTTP เป็นของโปรโตคอลการส่งข้อมูลบนฝั่งเครือข่าย IP เซ็นเซอร์ RS485 มาตรฐานส่วนใหญ่ ไม่ส่ง MQTT โดยตรง "การได้มาของ Modbus → JSON/การอัปโหลดข้อมูลที่มีโครงสร้าง MQTT/ HTTP"→ มักจะเสร็จสิ้นโดยเกตเวย์

การเชื่อมต่อทั่วไปสองรายการสำหรับระบบ NiuBoL

เมื่อจำเป็นต้องมีการตรวจสอบระยะไกล สามารถใช้ตัวรวบรวมข้อมูล NiuBoL หรือเกตเวย์ IoT เพื่อเชื่อมต่อเซ็นเซอร์และอัปโหลดแพลตฟอร์ม มีโปรเจ็กต์ที่มีเซิร์ฟเวอร์ที่สร้างขึ้นเองอยู่แล้ว และสามารถกำหนดค่า MQTT, HTTP, TCP และวิธีการอัปลิงก์อื่นๆ ตามอุปกรณ์สื่อสารที่เลือก

ผลิตภัณฑ์ที่เกี่ยวข้องโดยตรงกับโครงการดังกล่าว ได้แก่ Smart Data Collector, NiuBoL data collector series

Q1: ตัวเซ็นเซอร์มี API หรือไม่?

A1: โดยปกติแล้วเซ็นเซอร์ RS485 ที่แยกจากกันจะมีโปรโตคอลการสื่อสารและตารางรีจิสเตอร์ โดยทั่วไปแล้ว API จะมาจากแพลตฟอร์มข้อมูลหรือระบบเกตเวย์

Q2: SDK จำเป็นหรือไม่?

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

Q3: ฉันสามารถเข้าถึง ThingsBoard, AWS หรือเซิร์ฟเวอร์ MQTT ที่สร้างขึ้นเองได้หรือไม่?

A3: ขึ้นอยู่กับว่าเกตเวย์รองรับโปรโตคอลเครือข่าย วิธีการตรวจสอบสิทธิ์ และรูปแบบข้อมูลที่เหมาะสมหรือไม่ เกตเวย์จะต้องอ่านเซ็นเซอร์อย่างคงที่เท่านั้น

Q4: ข้อมูลจะสูญหายหลังจากเครือข่ายถูกตัดการเชื่อมต่อหรือไม่?

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

Q5: การบูรณาการระบบเซ็นเซอร์ ต้องมีแผนบำรุงรักษาอย่างไร?

A5: สำหรับ การบูรณาการระบบเซ็นเซอร์ กำหนดช่วงตรวจ ทำความสะอาด หรือทวนสอบตามสภาพแวดล้อมและภาระงาน ระบุผู้รับผิดชอบและเตรียมอะไหล่สำคัญ บันทึกช่วงที่ตกลงไว้ การตอบสนองต่อสัญญาณเตือน การตรวจสอบอินเทอร์เฟซ และหลักฐานการบำรุงรักษาไว้ในเอกสารทดสอบเดินระบบหรือเอกสารตรวจรับ

Q6: ต้องเก็บเอกสารใดเมื่อส่งมอบ?

A6: เก็บรุ่น หมายเลขประจำเครื่อง การเดินสาย การตั้งค่า นิยามรีจิสเตอร์หรือสัญญาณ ภาพติดตั้ง ค่าเริ่มต้น ผลทดสอบเตือน และค่าฐานการบำรุงรักษาของ วิธีที่เซ็นเซอร์เชื่อมต่อกับ LoRaWAN, MQTT, HTTP และแพลตฟอร์มคลาวด์ส่วนตัว

Q7: ควรเตรียมระบบสำหรับการขยายในอนาคตอย่างไร?

A7: สำรองที่อยู่ กำลังไฟ ความจุการสื่อสาร และขั้วตู้ รายการจุดวัดช่วยป้องกันความขัดแย้งเมื่อเพิ่มจุด วิธีที่เซ็นเซอร์เชื่อมต่อกับ LoRaWAN, MQTT, HTTP และแพลตฟอร์มคลาวด์ส่วนตัว

Q8: ต้องส่งข้อมูลใดเพื่อขอใบเสนอราคาที่แม่นยำ?

A8: ระบุจำนวน ปลายทาง การใช้งาน สภาพพื้นที่ เอาต์พุต ความยาวสาย การติดตั้ง อุปกรณ์ ปลายทางข้อมูล ขอบเขตตรวจรับ และกำหนดการของ วิธีที่เซ็นเซอร์เชื่อมต่อกับ LoRaWAN, MQTT, HTTP และแพลตฟอร์มคลาวด์ส่วนตัว

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

สรุป

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