เครื่องบันทึกข้อมูลสิ่งแวดล้อม: ส่งข้อมูล ช่องว่าง กู้คืน

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

ห่วงโซ่จากเรจิสเตอร์สู่คลังข้อมูล

ห่วงโซ่แบบ NiuBoL ทั่วไปมีสี่ขั้น เซ็นเซอร์ RS485 Modbus RTU เปิดเผยเรจิสเตอร์หนึ่งตัวหรือมากกว่า เครื่องบันทึกข้อมูลหรือเกตเวย์ IoT เรียกอ่านเรจิสเตอร์เหล่านั้น ประทับเวลาให้ค่า และจัดเก็บไว้ในเครื่อง เกตเวย์ส่งต่อบันทึกที่กันชนไว้ไปยังแพลตฟอร์มคลาวด์หรือเซิร์ฟเวอร์ส่วนตัวผ่าน 4G, Ethernet หรือลิงก์ขาขึ้นอื่น ส่วนแอปพลิเคชันปลายทางจัดเก็บ แสดงผล และส่งออกข้อมูลนั้น

Figure 1. เครื่องบันทึกข้อมูลสถานีตรวจอากาศ 4G/WiFi/GPS/RS232/RS485 Modbus.

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

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

ชั้นโปรโตคอล: ถอดรหัสก่อนเชื่อถือ

Modbus RTU ง่ายพอจะตรวจสอบด้วยมือได้ และการตรวจสอบนั้นควรเป็นส่วนหนึ่งของการทดสอบเดินระบบ รุ่น NBL-W-CO2 ให้กรณีตัวอย่างที่เป็นรูปธรรม คือมันคืนเวิร์ดความเข้มข้นเพียงค่าเดียว และไบต์ข้อมูล 01 B4 ประกอบกันเป็นเลขฐานสิบหก 0x01B4 หรือเลขฐานสิบ 436 ดังนั้นความเข้มข้นคือ 436 ppm เซ็นเซอร์ระบุช่วง 0–5000 ppm ความแม่นยำ ±(50 ppm + 3% ของค่าที่อ่านได้) ความละเอียด 1 ppm ไฟเลี้ยง 12–24 VDC กำลัง 0.2 W ใช้ RS485 Modbus RTU ที่ 9600 baud

Figure 2. RTU วัดและควบคุมระยะไกล เครื่องเก็บข้อมูลอากาศ เครื่องเก็บข้อมูล 4G สำหรับสิ่งแวดล้อม.

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

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

นโยบายการเก็บตัวอย่าง: ข้อมูลมากไม่ได้แปลว่าข้อมูลดีเสมอไป

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

กำหนดช่วงเวลารายช่อง แล้วกำหนดนโยบายอีกสองอย่างที่มักถูกลืม:

• กฎการรวมค่า. ระบุว่าค่าที่จัดเก็บเป็นตัวอย่างขณะใดขณะหนึ่ง ค่าเฉลี่ย หรือคู่ต่ำสุด/สูงสุดตลอดช่วงเวลานั้น ค่าเฉลี่ยรายวันจะซ่อนการเกินค่าที่กินเวลาสองนาที
• พฤติกรรมการแจ้งเตือน. ระบุว่าการข้ามเกณฑ์จะให้เก็บตัวอย่างทันทีและรายงานนอกช่วงเวลาปกติ หรือจะรอรอบอัปโหลดถัดไป เวลาตอบสนองต่อการเกินค่า ≤3 วินาทีบรรยายเส้นทางการแจ้งเตือน ไม่ใช่ช่วงบันทึกตามปกติ ให้ระบุสองอย่างนี้แยกกัน

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

การจำแนกช่องว่างของข้อมูล

การตรวจจับและกู้คืนช่องว่าง

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

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

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

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

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

ตัวอย่างคำนวณการกู้คืน

การตรวจสอบความจุต่อไปนี้ใช้ค่าสมมติของพื้นที่ ไม่ใช่บันทึกจากโครงการจริง สมมติมี 10 พื้นที่ บันทึก 6 ช่องที่ช่วงห้านาที แต่ละระเบียนมีขนาด 60 ไบต์ รวมเวลาประทับ หมายเลขลำดับ รหัสอุปกรณ์ และแฟล็กคุณภาพ ต่อหนึ่งพื้นที่ต่อวันได้ 6 × 288 × 60 ≈ 104 kB รวมสิบพื้นที่ได้ราว 1.04 MB/วัน ตัวเก็บรวม 128 GB จึงเก็บข้อมูลได้หลายปีที่อัตรานี้ ซึ่งยืนยันว่าความจุไม่ใช่ข้อจำกัดของการออกแบบ

ทีนี้พิจารณาช่วงสัญญาณเซลลูลาร์ขาดหกชั่วโมง จำนวนระเบียนที่ได้รับผลกระทบคือ 6 h × 12 samples/h × 6 channels × 10 sites = 4,320 ระเบียน หรือราว 0.26 MB หากมีการส่งต่อข้อมูลที่ค้างไว้ ทั้ง 4,320 ระเบียนจะมาถึงเมื่อเชื่อมต่อใหม่ หากไม่มี เครือข่ายจะมีช่องโหว่ถาวร 4,320 แห่ง และหากมีการเกินค่าเกิดขึ้นในหกชั่วโมงนั้น หลักฐานของการแจ้งเตือนก็จะหายไป แม้ตัวการแจ้งเตือนเองจะถูกส่งถึงแล้วก็ตาม ประเด็นของการส่งต่อจึงอยู่ที่หลักฐาน ไม่ใช่พื้นที่จัดเก็บ

จุดที่การออกแบบการส่งข้อมูลระยะไกลล้มเหลว

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

Figure 3. ผลิตภัณฑ์สถานีตรวจอากาศการเกษตร.

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

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

ไม่มีเส้นทางแจ้งเตือนนอกช่วงเวลาปกติ. หากเกณฑ์ถูกประเมินแค่ตอนอัปโหลดตามรอบถัดไป การเกินค่าที่สั้น ๆ อาจไม่เคยปรากฏอยู่ในคลังข้อมูลเลย

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

ไม่ระบุหลักการความแม่นยำไว้ในคลังข้อมูล. ชุดข้อมูลที่มีค่า ±(50 ppm + 3% ของค่าที่อ่านได้) แต่ไม่มีข้อมูลเมทาดาทา จะนำไปเทียบกับเครื่องที่อิงเต็มสเกลในภายหลังไม่ได้

ระยะเก็บรักษา การส่งออก และร่องรอยตรวจสอบ

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

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

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

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

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

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

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

Q1. การสื่อสารระยะไกลควรอยู่ตรงไหนในเครือข่ายเซ็นเซอร์ RS485?

อยู่ที่เครื่องบันทึกข้อมูลหรือเกตเวย์ IoT เซ็นเซอร์ RS485 แต่ละตัวไม่จำเป็นต้องมีโมเด็มเซลลูลาร์ของตัวเอง

Q2. การส่งต่อข้อมูลที่ค้างไว้คืออะไร และเหตุใดจึงสำคัญ?

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

Q3. จะแยกความผิดจากการเรียกอ่านออกจากความผิดของลิงก์ขาขึ้นได้อย่างไร?

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

Q4. ควรประมาณคั่นค่าที่ขาดหายหรือไม่?

ได้เฉพาะเมื่อถูกจัดเก็บพร้อมแฟล็กคุณภาพที่ระบุชัด และไม่ถูกนำเสนอว่าเป็นค่าที่วัดได้จริง

Q5. การถอดรหัสเฟรม Modbus ด้วยมือพิสูจน์อะไรได้บ้าง?

มันพิสูจน์ลำดับไบต์ การจับคู่เรจิสเตอร์ และการปรับสเกลบนแพลตฟอร์ม ตัวอย่างไบต์ 01 B4 → 436 ppm เป็นการตรวจสอบในขั้นทดสอบเดินระบบที่ทำซ้ำได้

Q6. ทุกระเบียนควรมีข้อมูลเมทาดาทาอะไรบ้าง?

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

สรุปสั้น ๆ ของห่วงโซ่บันทึกข้อมูลที่เชื่อถือได้

ความสมบูรณ์ของข้อมูลถูกกำหนดไว้ล่วงหน้า ไม่ใช่ค้นพบทีหลัง ให้ตรึงแผนผังเรจิสเตอร์ นโยบายการเก็บตัวอย่าง แหล่งเวลา และพฤติกรรมการกู้คืน ให้ชัดเจนพอ ๆ กับช่วงการวัด แล้วพิสูจน์ด้วยเฟรมที่ถอดรหัสด้วยมือ เช่น 01 B4 → 436 ppm ตัวเก็บรวม 128 GB ที่รองรับข้อมูลราว 1.04 MB/วันจากสิบพื้นที่ แสดงให้เห็นว่าพื้นที่จัดเก็บแทบไม่เคยเป็นข้อจำกัด สิ่งที่เป็นข้อจำกัดคือคุณภาพของเวลาประทับและการส่งต่อข้อมูลที่ค้างไว้ ให้เก็บรหัสอุปกรณ์ เวิร์ดดิบ ตัวประกอบสเกล หมายเลขลำดับ แหล่งของเวลาประทับ และแฟล็กคุณภาพไว้คู่กับทุกระเบียน และอย่านำค่าที่ประมาณคั่นมาเสนอว่าเป็นค่าที่วัดได้จริงเป็นอันขาด