การรวมเซ็นเซอร์ตรวจสอบคุณภาพน้ำเข้ากับเกตเวย์ PLC , SCADA และ IoT

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

ในกรณีที่โครงการบูรณาการเซ็นเซอร์ตรวจสอบคุณภาพน้ำล้มเหลว

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

ตัวอย่างอินเทอร์เฟซที่ตรวจสอบแล้ว

NiuBoL pH , DO , คลอรีนตกค้าง, ความนำไฟฟ้า, แอมโมเนียไนโตรเจน, ความขุ่น และเซ็นเซอร์ TSS รองรับ RS485 Modbus RTU ในคู่มือที่ได้รับการตรวจสอบแล้ว รุ่น 4 ซีรีส์ที่เลือกยังมีเอาต์พุตเสริม 4-20 mA อีกด้วย ค่าเริ่มต้นการสื่อสาร Modbus ที่แสดงในคู่มือ pH คือ 9600 bps ไม่มีพาริตี บิตข้อมูล 8 บิต และบิตหยุด 1 บิต พร้อมพารามิเตอร์ที่ปรับแต่งได้ตามโปรเจ็กต์

การออกแบบบัสสำหรับเซ็นเซอร์หลายตัว

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

4-20 mA ความเสี่ยงในการปรับสเกล

เอาต์พุตอะนาล็อกนั้นเรียบง่าย แต่ต้องมีการบันทึกมาตราส่วนไว้ ตัวอย่างเช่น 4 mA และ 20 mA ควรสอดคล้องกับช่วง pH , DO , คลอรีน หรือค่าการนำไฟฟ้าที่ทราบ หากการปรับขนาด PLC ไม่ถูกต้อง แดชบอร์ดอาจแสดงข้อมูลที่เป็นไปได้แต่ไม่ถูกต้อง การยอมรับควรรวมถึงการจำลองจุดต่ำและจุดสูงหรือการตรวจสอบอ้างอิง

รายการตรวจสอบการยอมรับ

สำหรับ RFQ ให้ส่งประเภทน้ำ ช่วงความเข้มข้นที่คาดหวัง อุณหภูมิ ความดัน วิธีการติดตั้ง ความยาวสายเคเบิล การตั้งค่าเอาต์พุต ปริมาณ และประเทศปลายทาง สำหรับการบูรณาการคุณภาพน้ำ PLC , SCADA หรือ IoT ให้ระบุว่าจุดนั้นมีไว้สำหรับการตรวจสอบเฉพาะจุด การควบคุมแบบวงปิด หลักฐานการแจ้งเตือน หรือบันทึกแนวโน้มในระยะยาว

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

เอกสารการรวมที่ต้องขอก่อนการจัดส่ง

เอกสารที่มีประโยชน์ที่สุดคือคำจำกัดความของสายไฟ ความต้องการพลังงาน แผนที่รีจิสเตอร์ Modbus การตั้งค่าการสื่อสารเริ่มต้น คำสั่งการสอบเทียบ หากมี สเกลเอาต์พุต และคู่มือการติดตั้ง ควรส่งเอกสารเหล่านี้ไปยังวิศวกร PLC หรือ SCADA ก่อนที่ฮาร์ดแวร์จะมาถึง การรอจนกว่าการทดสอบการใช้งานไซต์จะเสียเวลาและอาจทำให้เกิดสมมติฐานที่ผิดได้

สำหรับ RS485 Modbus RTU ผู้รวมระบบควรทราบที่อยู่ทาส อัตรารับส่งข้อมูล พาริตี บิตหยุด โค้ดฟังก์ชัน ที่อยู่รีจิสเตอร์ ชนิดข้อมูล ตำแหน่งทศนิยม และหน่วยทางวิศวกรรม สำหรับ 4-20 mA ผู้ประกอบระบบควรทราบช่วงที่แน่นอนซึ่งแสดงด้วย 4 mA และ 20 mA

ทดสอบโรงงานก่อนการติดตั้งภาคสนาม

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

การทดสอบการยอมรับจากโรงงานอย่างง่ายอาจรวมถึงการตอบสนองของบัฟเฟอร์ pH แนวโน้มการอ่านค่าอากาศ DO การตรวจสอบสารละลายการนำไฟฟ้า หรือการทดสอบอ้างอิงคลอรีน ทั้งนี้ขึ้นอยู่กับวัสดุที่มีอยู่ เป้าหมายไม่ใช่เพื่อแทนที่การสอบเทียบขั้นสุดท้าย แต่เพื่อยืนยันว่าเส้นทางข้อมูลใช้งานได้

ข้อพิจารณาทางไซเบอร์และความเป็นเจ้าของข้อมูล

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

สำหรับโรงงานที่มีกฎเครือข่ายที่เข้มงวด อาจเลือกใช้การรวม PLC หรือ SCADA ภายในมากกว่าการเข้าถึงระบบคลาวด์ NiuBoL สามารถรองรับการสนทนาได้หากผู้ซื้อให้รายละเอียดระบบโฮสต์และข้อกำหนดในการสื่อสาร

ความล้มเหลวในการรวมฟิลด์ทั่วไป

ความล้มเหลวทั่วไปคือการย้อนกลับการเดินสาย RS485 A/B อีกอย่างคือใช้ที่อยู่ลงทะเบียนผิดหรือลืมตำแหน่งทศนิยม ระบบอะนาล็อกล้มเหลวเมื่อสเกล 4-20 mA ใน PLC ไม่ตรงกับช่วงเซ็นเซอร์ ระบบระยะไกลจะล้มเหลวเมื่อเกตเวย์มีสัญญาณอ่อน มีพลังงานไม่เพียงพอ หรือไม่มีข้อมูลที่ชัดเจน

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

RFQ บูรณาการที่ดีดูเหมือน

RFQ ที่มีประโยชน์ระบุโฮสต์ PLC หรือรุ่นเกตเวย์ จำนวนเซ็นเซอร์ ระยะห่างของสายเคเบิล แหล่งจ่ายไฟ พารามิเตอร์ที่จำเป็น เอาต์พุตที่ต้องการ จำเป็นต้องอัปโหลดบนคลาวด์หรือไม่ และใครเป็นผู้ดำเนินการเดินสายภาคสนาม นอกจากนี้ยังขอแผนภาพการเดินสายไฟและแผนที่การลงทะเบียน Modbus ก่อนจัดส่ง

ไฟล์ส่งมอบสำหรับการบำรุงรักษาระยะยาว

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

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

ก่อนเริ่มงานบูรณาการบนไซต์

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

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

ตัวอย่าง: การทดสอบการทำงานของเซ็นเซอร์ RS485 หลายตัว

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

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

การตัดสินใจโครงการ คำถามที่พบบ่อย

Q1: อะไรคืออินเทอร์เฟซที่พบบ่อยที่สุดสำหรับเซ็นเซอร์คุณภาพน้ำ NiuBoL?

A: RS485 Modbus RTU เป็นเรื่องธรรมดาในคู่มือเซ็นเซอร์คุณภาพน้ำที่ได้รับการตรวจสอบแล้ว

Q2: ควรใช้ 4-20 mA เมื่อใด?

A: ใช้ 4-20 mA เมื่อ PLC มีอินพุตแบบอะนาล็อก และโปรเจ็กต์ต้องการสัญญาณค่าเดียวแบบธรรมดาพร้อมมาตราส่วนที่ได้รับการบันทึกไว้

Q3: อะไรทำให้การรวม Modbus ล้มเหลว

A: การเดินสาย A/B ผิด, ที่อยู่ที่ซ้ำกัน, อัตรารับส่งข้อมูลไม่ตรงกัน, ข้อผิดพลาดในการลงทะเบียน, เสียงต่อสายดิน และมาตราส่วนทศนิยมหายไปเป็นสาเหตุที่พบบ่อย

Q4: เซ็นเซอร์หลายตัวสามารถใช้บัส RS485 ร่วมกันได้หรือไม่

A: ใช่ หากที่อยู่ รูปแบบสายเคเบิล การสิ้นสุด กำลังไฟ และช่วงเวลาการโพลได้รับการออกแบบอย่างถูกต้อง

Q5: ควรขอเอกสารอะไรบ้าง?

A: ขอแผนภาพการเดินสายไฟ, แผนผังการลงทะเบียน Modbus, ความต้องการพลังงาน, สเกลเอาต์พุต, คู่มือการติดตั้ง และวิธีการสอบเทียบ

Q6: ควรจัดการหน่วยข้อมูลอย่างไร?

A: ใช้หน่วยที่ชัดเจนและตำแหน่งทศนิยมในแท็ก PLC และการแสดงแพลตฟอร์ม อย่าพึ่งชื่อเซ็นเซอร์เพียงอย่างเดียว

Q7: สิ่งที่ควรทดสอบก่อนส่งมอบ?

A: ทดสอบการอ่านเซ็นเซอร์ ช่องอุณหภูมิ หากมี การสื่อสาร สัญญาณเตือน การจัดเก็บประวัติ และแฟล็กการบำรุงรักษา

Q8: เกตเวย์แทนที่คอนโทรลเลอร์หรือไม่?

A: ไม่เสมอไป เกตเวย์จะอัปโหลดข้อมูล แต่การควบคุมภายใน การจ่ายพลังงาน และตรรกะการแจ้งเตือน อาจยังจำเป็นต้องมีตัวควบคุมหรือ PLC

คำถามที่ 9: ข้อมูลใดบ้างที่ช่วยให้ NiuBoL รองรับการรวมระบบ

A: ระบุรุ่นโฮสต์, ประเภทอินพุต, โปรโตคอลการสื่อสาร, จำนวนจุด, ระยะทางของสายเคเบิล, แหล่งพลังงาน และพารามิเตอร์ที่จำเป็น

สรุป

ควรระบุการรวมเซ็นเซอร์คุณภาพน้ำจากปลายเซ็นเซอร์ถึงแท็กแพลตฟอร์ม RS485 Modbus RTU ทางเลือก 4-20 mA การออกแบบกำลัง การปรับขนาดรีจิสเตอร์ การต่อสายดิน และการทดสอบการยอมรับต้องได้รับการวางแผนร่วมกัน NiuBoL สามารถรองรับโปรเจ็กต์เกตเวย์ PLC , SCADA และ IoT ได้เมื่อมีการระบุรายละเอียดระบบโฮสต์ก่อนสั่งซื้อ

เอกสารข้อมูลเซ็นเซอร์คุณภาพน้ำ

NBL-WQ-CL เซ็นเซอร์คุณภาพน้ำออนไลน์ Residual คลอรีน Sensor.pdf

NBL-WQ-DO ออนไลน์ Fluorescence Dissolved Oxygen Sensor.pdf

NBL-WQ-NHN แอมโมเนียไนโตรเจนคุณภาพน้ำ Sensor.pdf

NBL-WQ-COD คุณภาพน้ำออนไลน์ COD Sensor.pdf

NBL-WQ-PH ออนไลน์ pH Water Quality Sensor.pdf

NBL-WQ-EC คุณภาพน้ำการนำไฟฟ้าsensor.pdf

NBL-WQ-BOD-4A ออนไลน์ BOD Sensor.pdf

NBL-WQ-TH-4S เซ็นเซอร์ความแข็งรวมออนไลน์.pdf