ก่อนถอดโมเด็ม ให้ถามว่าใครยังหยุดน้ําได้ ในระบบควบคุมการชลประทาน การสูญเสียการเชื่อมต่อเมฆ สูญเสียบัสเซ็นเซอร์ และการสูญเสียพลังงานแผงเป็นความผิดที่แตกต่างกัน หน้าจอที่แสดงความชื้นเมื่อวานนี้ไม่ได้พิสูจน์ว่าการควบคุมท้องถิ่นในวันนี้ทํางานได้
การตัดสินใจซื้อคือว่าคอนโทรลเลอร์ที่ติดตั้งมีนโยบายการทํางานที่ผ่านการอนุมัติและทดสอบสําหรับแต่ละกรณีหรือไม่ หน่วยความจําเกตเวย์ ขั้วต่อ RS485 หรือเอาต์พุตรีเลย์ ไม่ได้กําหนดตารางการรดน้ําแบบออฟไลน์ เริ่มจากการแบ่งความรับผิดชอบ แล้วทดสอบพฤติกรรมบนฮาร์ดแวร์และซอฟต์แวร์ที่จัดหาให้อย่างแม่นยํา
แยกทางเดินข้อมูลตรวจวัดจากตัวควบคุมวาล์ว
เซ็นเซอร์วัดสภาพ เครื่องบันทึกหรือเกตเวย์อิเล็กทรอนิกส์จะอ่านและส่งข้อมูลการวัดนั้น ตัวควบคุมท้องถิ่นเป็นผู้ตัดสินใจว่าเหตุการณ์นั้นได้รับอนุญาตหรือไม่ และวงจรตัวกระตุ้นจะควบคุมวาล์ว อุปกรณ์หนึ่งชิ้นสามารถทําหลายบทบาทได้ แต่ฟังก์ชันที่จําเป็นแต่ละอย่างยังต้องมีหลักฐาน
หน้า NiuBoL Smart Data Collector ระบุเกตเวย์ขอบ TG451 ที่มีอินเทอร์เฟซอนุกรมและอินเทอร์เฟซควบคุมรีเลย์ อินเทอร์เฟซเหล่านั้นสามารถรองรับการรวมระบบได้; พวกเขาไม่ได้พิสูจน์ว่ามีการติดตั้งแอปพลิเคชันชลประทาน ตารางเวลาออฟไลน์ หรือนโยบายการรีสตาร์ทเฉพาะ
ฮาร์ดแวร์เก็บข้อมูลและสื่อสาร TG451 ส่วนประกอบในภาพไม่ใช่หลักฐานของตัวควบคุมการชลประทานที่สมบูรณ์หรือฟังก์ชันความปลอดภัยที่ผ่านการตรวจสอบแล้ว
เขียนรุ่นคอนโทรลเลอร์ เฟิร์มแวร์ หรือเวอร์ชันแอปพลิเคชัน และเจ้าของตรรกะการทํางานลงในขอบเขตการซื้อ ถ้าบทบาทนั้นเป็นของ PLC ที่มีอยู่แล้ว ให้เก็บไว้อย่างชัดเจน อย่าเปลี่ยนคอนโทรลเลอร์ท้องถิ่นที่ใช้งานได้ด้วยเราเตอร์ โดยคิดว่าการประมวลผลขอบหมายถึงการควบคุมวาล์วสําเร็จรูป
ตกลงการตอบสนองที่อนุญาตต่อแต่ละความขัดข้อง
ไม่มีกฎสากลที่ว่าการสูญเสียเทเลเมทรีต้องปิดทุกวาล์วหรือดําเนินตารางสุดท้ายต่อไป การตอบสนองที่ได้รับอนุมัติขึ้นอยู่กับพืช แหล่งน้ํา ตัวกระตุ้น และผลกระทบจากการให้น้ําที่ขาดหรือมากเกินไป เจ้าของเว็บไซต์และผู้รวมระบบควบคุมที่รับผิดชอบต้องตกลงก่อนที่จะยอมรับ
การหมดเวลาการสื่อสารเป็นการตัดสินใจของซอฟต์แวร์เกี่ยวกับข้อความที่หายไป Processor watchdog จะตรวจพบปัญหาอื่นและอาจรีเซ็ตอุปกรณ์ ฟังก์ชันทั้งสองอย่างนี้ไม่สามารถระบุตําแหน่งทางกายภาพของวาล์วหรือพิสูจน์ได้ว่าตัวจับเวลาท้องถิ่นจะรอดหลังการรีสตาร์ท
| ความขัดข้องหรือสภาวะ | ข้อกำหนดตรวจรับต้องตอบอะไร |
|---|---|
| การเชื่อมต่อคลาวด์หรือเครือข่ายมือถือขาด | ฟังก์ชันในเครื่องใดยังอนุญาต และแสดงการขัดข้องอย่างไร |
| เซ็นเซอร์ดินไม่พร้อมใช้งาน | ห้ามเริ่มงานตามความชื้นหรืออนุญาตทางเลือกสำรองที่อนุมัติแยกไว้หรือไม่ |
| ข้อมูลวัดเก่าเกินกำหนด | การตัดสินใจใดต้องปฏิเสธข้อมูล และคำนวณอายุที่ใด |
| กำลังให้น้ำขณะการเชื่อมต่อขาด | เงื่อนไขหยุดที่บังคับใช้ในเครื่องใดยังทำงาน |
| ตัวควบคุมรีสตาร์ท | สถานะ ตาราง และประวัติการทำงานใดยังอยู่ และอะไรต้องให้ผู้ปฏิบัติงานทบทวน |
| ไฟเลี้ยงตู้ควบคุมขาด | อุปกรณ์ขับแต่ละตัวและนาฬิกาในเครื่องเกิดอะไรขึ้นจริง |
| การสื่อสารกลับมาทำงาน | จัดการคำสั่งหมดอายุและเหตุการณ์ที่ทำแล้วอย่างไร |
| ผู้ปฏิบัติงานสั่งระงับที่หน้างาน | คำสั่งระยะไกลหรือคำสั่งค้างลบล้างได้หรือไม่ และใครยกเลิกการระงับได้ |
หากอุปกรณ์ขับออกแบบให้ปิดเมื่อไม่มีไฟ ต้องทดสอบพฤติกรรมนั้นกับระบบที่ติดตั้งจริง วาล์วแบบค้างสถานะอาจรักษาตำแหน่งได้โดยไม่จ่ายไฟต่อเนื่อง สถานะรีเลย์ไม่ใช่ค่าตำแหน่งวาล์ว และคำสั่งหยุดไม่ยืนยันว่าน้ำหยุดไหล ไม่ควรเรียกทั้งระบบว่าเป็นระบบความปลอดภัยที่ได้รับการรับรองโดยอาศัยฟังก์ชันตรวจวัดเหล่านี้
ใช้อายุข้อมูลวัดเป็นอินพุตควบคุม
แยกเวลาการได้รับสินค้าออกจากเวลารับเอกสาร เมื่อเกตเวย์ส่งต่อข้อมูลที่เก็บไว้หลังจากเกิดเหตุขัดข้อง เซิร์ฟเวอร์จะได้รับข้อความใหม่ที่มีข้อมูลเก่า การเปลี่ยนเวลาการเก็บข้อมูลเป็นเวลาอัปโหลดจะทําให้ข้อมูลเก่าดูเหมาะสมสําหรับการรดน้ําใหม่
ตกลงอายุสูงสุดที่ใช้งานได้สําหรับแต่ละการตัดสินใจกับเจ้าของกระบวนการ; อย่ายืมเวลาหมดเวลาจากเซ็นเซอร์หรือการครอปอื่น รักษาสถานะการทํางานที่ไม่ถูกต้องหรือขาดหายไป แทนที่จะเปลี่ยนเป็นไม่มีความชื้นหรือฝนตกเป็นศูนย์ การเชื่อมต่อโมเด็มแบบมีชีวิตไม่ได้กําหนดการวัดดินแบบมีชีวิต
นอกจากนี้ควรแยกเงื่อนไขที่อนุญาตให้เริ่มจากเงื่อนไขที่จําเป็นสําหรับการจบกิจกรรมที่กําลังดําเนินอยู่ หากการป้อนกลับของดินหายไประหว่างการรดน้ํา กฎการหยุดเฉพาะที่ได้รับการอนุมัติยังคงต้องถูกกําหนด บันทึกว่าการทํางานหยุดลง ดําเนินต่อภายในขีดจํากัดที่มีอยู่ หรือจําเป็นต้องมีการแทรกแซงจากผู้ปฏิบัติงาน แทนที่จะทิ้งช่องว่างที่ไม่อธิบายได้ในประวัติเหตุการณ์
ระบุเนื้อหาตารางทำงานออฟไลน์ให้ชัด
คลังข้อมูลการวัดที่แคชไม่ใช่ตารางเวลาที่เก็บไว้ในแคชสําหรับโปรแกรมปฏิบัติการ สําหรับการดําเนินการออฟไลน์ที่จําเป็น ให้ขอให้ผู้จัดหาตัวควบคุมแสดงการเก็บรักษาตามตารางเวลา การหมดอายุ ระยะเวลาการทํางานที่อนุญาต และข้อจํากัดระยะเวลาหรือปริมาณที่บังคับใช้ในพื้นที่ ระบุเงื่อนไขของเซ็นเซอร์และอุปกรณ์ที่ยังคงเป็นข้อบังคับ
ความถูกต้องของนาฬิกามีความสําคัญมากกว่าหัวข้อความจุหน่วยความจํา ระบุเวลาที่กําหนด วิธีการซิงโครไนซ์ ข้อกําหนดการค้าง และการตอบสนองต่อนาฬิกาที่ไม่ได้ตั้งค่า ตารางเวลาที่เก็บไว้ไม่ควรกลายเป็นการอนุญาตให้ทํางานในเวลาที่กําหนดหลังจากไฟดับ หากนาฬิกาเปลี่ยนไปในทิศทางย้อนกลับ ให้ยืนยันว่าเหตุการณ์ที่ทําเสร็จก่อนหน้านี้ไม่สามารถกําหนดส่งซ้ําได้โดยเงียบ
หน้า TG501 RTU อธิบายการเก็บข้อมูลและการส่งข้อมูล 4G, อินเทอร์เฟซ RS485/RS232 และการสลับ I/O ที่ขึ้นอยู่กับการตั้งค่า มันเป็นตัวเลือกสําหรับชั้นการตรวจสอบและบูรณาการ ยืนยันผลลัพธ์และซอฟต์แวร์ที่สั่งซื้อ; หน้านี้ไม่ได้กําหนดพฤติกรรมออฟไลน์เฉพาะแอปพลิเคชันข้างต้น
RTU การตรวจสอบและฮาร์ดแวร์ I/O ต้องยืนยันการจัดตารางในพื้นที่ ความเข้ากันได้ของตัวกระตุ้น และพฤติกรรมการกู้คืนสําหรับการกําหนดค่าที่ให้มา
คู่มือที่มีอยู่เกี่ยวกับ log ข้อมูลออฟไลน์และการจัดเก็บและส่งต่อ ครอบคลุมการเก็บรักษาและส่งต่อบันทึกการวัด ใช้มันสําหรับการเก็บข้อมูลเทเลเมทรี การยอมรับการรดน้ําต้องผ่านการทดสอบควบคุมแยกต่างหาก
เชื่อมต่อใหม่โดยไม่ให้น้ำซ้ำโดยไม่ตรวจสอบ
กําหนดการเติมข้อมูลย้อนกลับของการวัดและการกู้คืนคําสั่งเป็นเส้นทางแยกกัน การอัปโหลดข้อมูลสังเกตการณ์ในอดีตอาจเป็นประโยชน์; การเล่นซ้ําทุกคําสั่งเริ่มที่พลาดสามารถรดน้ําพืชผลได้อีกครั้งหลังจากความต้องการผ่านไป ตารางเวลาเก่าไม่ได้หมายความว่าจะสั่งให้ชดเชยทุกกิจกรรมที่พลาดไปโดยอัตโนมัติ
กําหนดให้มีตัวตนเหตุการณ์ที่ทนทาน กฎหมดอายุ และประวัติการทํางานที่เหมาะสมกับการออกแบบตัวควบคุม หมายเลขลําดับช่วยได้ แต่การเปรียบเทียบเฉพาะหมายเลขสูงสุดสามารถซ่อนเหตุการณ์ที่ถูกข้ามหรือไม่แน่นอนได้ การรีบูต การนํากลับมาใช้ซ้ํา และข้อความที่ไม่เรียงลําดับต้องไม่เปลี่ยนเหตุการณ์หนึ่งให้กลายเป็นสองเหตุการณ์อย่างเงียบ ๆ
การยืนยันเครือข่ายพิสูจน์เฉพาะขอบเขตการยืนยันที่มันแทนเท่านั้น ทําให้คําสั่งได้รับ เริ่มดําเนินการ ดําเนินการเสร็จสิ้น และยืนยันการส่งมอบให้แยกแยะได้ หากไฟดับระหว่างการกระตุ้นและการบันทึกผลลัพธ์ ผลลัพธ์อาจไม่แน่นอน ส่งเคสนั้นไปยังกฎการกระทบยอดที่ได้รับอนุมัติ แทนที่จะอ้างสิทธิ์รดน้ําจริง ๆ เพียงครั้งเดียวจากแฟลกข้อความ
ให้การรดน้ําตามทันเป็นการตัดสินใจใหม่ตามสภาพปัจจุบันและความไม่แน่นอนที่บันทึกไว้ รักษาการถือครองในพื้นที่ระหว่างการเชื่อมต่อใหม่ และเก็บผู้ที่อนุมัติการดําเนินการถัดไป
ทดสอบการขาดการเชื่อมต่อร่วมกันก่อนส่งมอบ
ดําเนินการทดสอบแบบรบกวนกับการตั้งค่าการติดตั้งที่แยกออกมาหรือผ่านขั้นตอนที่ได้รับอนุมัติจากไซต์งาน บันทึกการกําหนดค่าและกําหนดวิธีที่ผู้ปฏิบัติงานจะหยุดการทดสอบ อย่าหยุดกระบวนการปลูกพืชสดเพียงเพื่อพิสูจน์ว่าเกตเวย์เชื่อมต่อใหม่
- ถอด uplink ออกในขณะที่อุปกรณ์ในเครื่องยังคงมีไฟฟ้าอยู่ เปรียบเทียบนโยบายที่ตกลงกันกับการเริ่มต้นและหยุดที่อนุญาตจริง
- ปล่อยให้อัปลิงก์ทํางานแต่หยุดอัปเดตเซ็นเซอร์ ยืนยันว่าการอ่านที่ล้าสมัยหรือไม่ถูกต้องถูกปฏิเสธอย่างชัดเจนเมื่อจําเป็น
- ขัดจังหวะพลังงานคอนโทรลเลอร์ที่จุดที่ตกลงกันไว้ ตรวจสอบตารางเวลาที่เก็บไว้ ความถูกต้องของนาฬิกา และการจัดการเหตุการณ์ที่ไม่แน่นอนหลังจากรีสตาร์ท
- ส่งคําสั่งที่เสร็จสมบูรณ์แล้วอีกครั้งและแสดงคําสั่งที่หมดอายุ ตรวจสอบกฎการปฏิเสธและบันทึกที่ตกลงกันไว้
- กู้คืนการสื่อสารในขณะที่คําสั่งป้องกันการชลประทานในพื้นที่ทํางานอยู่ ยืนยันว่าการระงับยังคงมีผลและประวัติจะถูกตรวจสอบก่อนดําเนินการต่อไป
เก็บเวลาทดสอบจริง เวอร์ชันการกําหนดค่า หลักฐานการส่งตัวกระตุ้นหรือการส่งมอบที่สังเกตได้ เหตุผลของเหตุการณ์ที่ถูกข้าม และการกระทําของผู้ปฏิบัติงาน ทําเครื่องหมายกรณีที่ยังไม่ได้ทดสอบอย่างชัดเจน การเชื่อมต่อโมเด็มที่ประสบความสําเร็จเพียงอย่างเดียวไม่ได้หมายความว่าจะยอมรับการควบคุมการให้น้ําแบบออฟไลน์
คำถามก่อนสั่งซื้อ
Q1. ประตู RS485 จะยังให้น้ําได้โดยไม่มี 4G หรือไม่?
ไม่จําเป็นเสมอไป มันสามารถยังคงเป็นอินเทอร์เฟซการวัดในขณะที่คอนโทรลเลอร์ที่มีอยู่ทํางานในพื้นที่ การรดน้ําอัตโนมัติต้องการแอปพลิเคชันที่ผ่านการตรวจสอบในพื้นที่และวงจรแอคชูเอเตอร์ที่เหมาะสม ไม่ใช่แค่การตรวจสอบเซ็นเซอร์อย่างต่อเนื่อง
Q2. วาล์วทุกตัวควรปิดเมื่อการสื่อสารล้มเหลวหรือไม่?
นั่นต้องเป็นนโยบายสถานที่ที่ได้รับการอนุมัติ ไม่ใช่ข้อเรียกร้องสากล ตรวจสอบพฤติกรรมของแอคชูเอเตอร์ที่ติดตั้งและการตอบสนองของคอนโทรลเลอร์แยกกัน รวมถึงสิ่งที่จะเกิดขึ้นเมื่อไฟดับด้วย
Q3. การจัดเก็บข้อมูลในเครื่องรับประกันตารางเวลาออฟไลน์หรือไม่?
ไม่ การจัดเก็บการวัด การบันทึกการดําเนินการ และตารางเวลามีวัตถุประสงค์ที่แตกต่างกัน สอบถามฟังก์ชันตารางเวลาที่แน่นอน ขีดจํากัด และตัวอย่างซอฟต์แวร์ที่สั่งซื้อ
Q4. การวัดค่าที่คืนค่าสามารถกระตุ้นการให้น้ําได้ทันทีหรือไม่?
เฉพาะเมื่อคุณภาพและอายุของมันเป็นไปตามข้อกําหนดที่ได้รับอนุมัติเท่านั้น บันทึกที่ล่าช้าต้องรักษาเวลาการเก็บข้อมูลไว้และต้องไม่ถูกเข้าใจผิดว่าเป็นสภาพปัจจุบัน
Q5. อะไรที่ป้องกันไม่ให้มีการรดน้ําซ้ําหลังจากสูญเสียการรดน้ํา?
คอนโทรลเลอร์ต้องการการติดตามเหตุการณ์อย่างต่อเนื่องและกฎที่กําหนดไว้สําหรับผลลัพธ์ที่ไม่แน่นอน ข้อความที่ส่งซ้ํา การยืนยันจากโบรกเกอร์ หรือหมายเลขลําดับสูงเพียงอย่างเดียวไม่สามารถพิสูจน์เหตุการณ์ทางกายภาพที่เกิดขึ้นได้เพียงครั้งเดียว
Q6. ผู้ปฏิบัติงานสามารถควบคุมในช่วงที่เกิดไฟดับได้หรือไม่?
เฉพาะผ่านสิ่งอํานวยความสะดวกท้องถิ่นที่ได้รับการสนับสนุนและขั้นตอนที่ตกลงกันไว้เท่านั้น ทดสอบการเข้าถึงโดยไม่พึ่งพาคลาวด์ บันทึกการแทนที่ และระบุวิธีการคืนการควบคุมอัตโนมัติอย่างตั้งใจ
จัดซื้อตามพฤติกรรมที่สาธิตได้จริง
การควบคุมการให้น้ําแบบออฟไลน์เป็นชุดของการตัดสินใจที่ผ่านการทดสอบ ไม่ใช่คุณสมบัติที่ได้จากความจุในการจัดเก็บข้อมูล กําหนดการจัดการข้อมูลที่ล้าสมัย เงื่อนไขการหยุดงานในท้องถิ่น การกู้คืนนาฬิกา และการกระทบยอดคําสั่ง จากนั้นเก็บหลักฐานสําหรับการกําหนดค่าที่จัดเตรียมไว้
ติดต่อ NiuBoL พร้อมรุ่นตัวควบคุมหรือภาพตู้ อินเทอร์เฟซเซ็นเซอร์ และพฤติกรรมที่ต้องการเมื่อขัดข้อง เราช่วยเลือกเซ็นเซอร์และชุดเก็บข้อมูลหรือเกตเวย์ ยืนยันอินเทอร์เฟซ และเสนอราคาขอบเขตนั้นให้สอดคล้องกับการรวมตัวควบคุมได้










