อังกฤษ
จีน
สเปน
รัสเซีย
โปรตุเกส
ฝรั่งเศส
เยอรมัน
อินโดนีเซีย
เวียดนาม
อาหรับ
อิตาลี
ตุรกี
โปแลนด์
ญี่ปุ่น
เฝ้าระวังระดับถังระยะไกล: ออกแบบไฟเลี้ยง ข้อมูล และแจ้งเตือน
หลักออกแบบ การติดตามระดับถังไกลไม่ใช่เรดาร์ติดวิทยุ โครงการมีงบเชื่อมกันสามด้าน: พลังงาน สื่อสาร และเวลาตอบสนอง เก็บค่าทุกวินาทีไม่จำเป็นต้องส่งทุกวินาที และหน้าจอปรับทุก 15 นาทีไม่พิสูจน์ว่าเตือนสูงวิกฤตมาทัน นิยามหน้าที่แยกก่อนเลือกเซนเซอร์ แบตเตอรี่ หรือเครือข่าย
ตัดสินใจว่าจะเกิดอะไรเมื่อไม่มีเครือข่าย
จุดไกลควรมีพฤติกรรมเมื่อสื่อสารหายเป็นเอกสาร เก็บค่าใดในพื้นที่ เก็บบัฟเฟอร์ได้นานเท่าใด สวิตช์สูงในพื้นที่ยังหยุดเติมหรือไม่ หน้าจอบอกอายุค่าดีล่าสุด หรือแสดงเหมือนเป็นค่าปัจจุบัน
ค่า 72% รับเมื่อหกชั่วโมงก่อนไม่เหมือน 72% ตอนนี้ ทุกค่าต้องมีเวลาและสถานะคุณภาพ เมื่อเชื่อมกลับ ประวัติที่ส่งเติมต้องระบุได้เพื่อไม่สับสนกับข้อมูลสด
| หน้าที่ | ตัดสินใจในพื้นที่หรือคลาวด์ | คำถามออกแบบ |
|---|---|---|
| เก็บค่าระดับ | มักในพื้นที่ | ถังเปลี่ยนทางกายภาพเร็วได้เท่าใด |
| ป้องกันสูงสูง | ในพื้นที่เมื่อต้องทำทันที | อะไรหยุดไหลหากวิทยุล่ม |
| ส่งตามรอบ | เกตเวย์หน้างานหรือแพลตฟอร์ม | ช่วงใดรองรับวางแผนคลัง |
| ส่งเหตุผิดปกติ | เหตุการณ์ในพื้นที่กระตุ้นและลองซ้ำ | ความเปลี่ยนใดต้องส่งทันที |
| เก็บประวัติ | บัฟเฟอร์ในพื้นที่กับเซิร์ฟเวอร์ | กี่วันและทำอย่างไรเมื่อเต็ม |
| ตั้งค่า | กระบวนการในพื้นที่/ไกลที่ควบคุม | ใครเปลี่ยนการแปลงช่วง เตือน หรือเฟิร์มแวร์ได้ |
ตัวอย่างงบพลังงาน: คำนวณก่อนเลือกโซลาร์
สมมติเซนเซอร์กับเกตเวย์ตัวอย่างใช้เฉลี่ยรวม 0.30 W เมื่อทำงานต่อเนื่อง พลังงานต่อวันคือ
0.30 W × 24 h = 7.2 Wh/day
แบตเตอรี่พิกัด 12 V, 20 Ah มี 240 Wh แต่ใช้ไม่ได้ทั้งหมดเมื่อคิดความลึกคายประจุยอมได้ อุณหภูมิ อายุ และสูญเสียแปลง หากแบบอนุญาตใช้พลังงานพิกัดเพียง 50% ประมาณเวลาอยู่ได้ง่าย ๆ คือ
120 Wh ÷ 0.30 W = 400 h = 16.7 วัน
16.7 วันเป็นตัวอย่างประมาณพลังงาน ไม่ใช่การรับประกันระยะเวลาทำงานโดยไม่มีแหล่งจ่ายภายนอก ระบุชัดว่าค่าเผื่อคายประจุ อุณหภูมิ อายุ และแปลงใดรวมใน 50% แล้ว เพื่อไม่คิดซ้ำ รวมรอบทำงานที่วัดจริง ยอดกระแสวิทยุ และหน้าที่ป้องกันต้องการ ประเมินโซลาร์จากแดดฤดูเลวร้ายสุด ทิศ เงา และประสิทธิภาพระบบ
ทำงานสลับพักลดพลังงานได้เมื่อเวลาเริ่ม อุ่นเครื่อง ความใช้ได้การวัด และตอบสนองเตือนยังตรงกระบวนการ “หลับ” ไม่ใช่ตัวเลขเดียว ถามว่าอะไรยังตื่นและนานเท่าใดจึงได้ค่าที่ใช้ได้
เก็บค่า ส่งค่า และแจ้งเตือนควรมีช่วงต่างกัน
ถังเต็มสองชั่วโมงต้องใช้แนวทางต่างจากคลังที่เปลี่ยนสองสัปดาห์ ใช้ระดับเปลี่ยนเร็วสุดที่เกิดได้กำหนดเก็บในพื้นที่และป้องกัน ใช้ความต้องการธุรกิจกำหนดส่งประจำ ใช้กฎข้อยกเว้นไม่รอแพ็กเก็ตตามรอบเมื่อข้ามเกณฑ์หรือเปลี่ยนเร็วผิดปกติ
เช่น ระบบอาจเก็บในพื้นที่ทุกนาที ส่งค่าประจำทุก 30 นาที ส่งทันทีเมื่อเตือนสูง และเก็บข้อมูลรายนาทีหลังเหตุ เป็นแบบโครงสร้าง ไม่ใช่ข้อแนะนำสากล ช่วงจริงต้องตามพลวัตถังและงบพลังงาน
เลือกเครือข่ายหลังตรวจพื้นที่ ไม่ใช่แผนที่ครอบคลุม
เซลลูลาร์ เครือข่ายกว้างพลังงานต่ำ และวิทยุท้องถิ่นต่างกันเรื่องครอบคลุม พลังงาน ปริมาณข้อมูล ความล่าช้า และรูปแบบใช้งาน สำรวจจุดเสาอากาศและคิดการบังของถังโลหะ เสาในตู้หรือใต้หลังคาเหล็กอาจต่างมากจากทดสอบโทรศัพท์มือถือข้าง ๆ
ออกแบบข้อมูลให้ส่งหมายเลขเครื่อง หน่วยวิศวกรรม ค่าแปลงช่วง เวลา คุณภาพ สถานะแบตเตอรี่ และวินิจฉัย ระดับทศนิยมลอยตัวลำพังไม่มีหน่วยหรือคุณภาพสร้างปัญหาเมื่อรวมหลายถังและเกตเวย์
กำหนดกฎข้อมูลเก่าสำหรับทุกระบบที่ใช้ค่า หน้าคลังอาจทำเครื่องหมายไม่แน่นอนหลังพลาดสองรอบ แต่การคำนวณจัดส่งอาจหยุดใช้ทันที แสดง “รับล่าสุด” กับ “วัดเมื่อ” แยกเมื่อบัฟเฟอร์ได้ ตอนกลับมาให้ตรวจนาฬิกาพื้นที่และปฏิเสธเวลาที่เป็นไปไม่ได้ก่อนเข้าแนวโน้มหรือใบแจ้งหนี้
ทดสอบสื่อสารหายตอนเริ่มใช้งาน ตัดหรือบังลิงก์เฉพาะวิธีอนุมัติ ทำเหตุผ่านเกณฑ์ในพื้นที่ คืนลิงก์ แล้วตรวจเวลา คุณภาพ ลำดับ และการจัดการซ้ำ การสาธิตบนเครือข่ายสำนักงานดีไม่ได้ทดสอบสิ่งนี้
ระยะไกลไม่ได้แปลว่าไม่ต้องบำรุง
วางแผนตรวจเสาอากาศ สารดูดชื้นหรือตู้ตามเกี่ยวข้อง เปลี่ยนแบต ล้างแผงโซลาร์ จัดการเฟิร์มแวร์และข้อมูลรับรอง และเทียบค่าอ้างอิงระดับอิสระเป็นระยะ วินิจฉัยไกลลดเดินทางได้เมื่อแยกปัญหาวัสดุจากเซนเซอร์ ไฟ และสื่อสารได้
รักษาความปลอดภัยเข้าระยะไกลด้วยข้อมูลรับรองไม่ซ้ำ บทบาทควบคุม เข้ารหัสส่งเมื่อรองรับ กระบวนการอัปเดตลงนามหรือเชื่อถือ และประวัติเปลี่ยนตรวจสอบได้ อย่าเปิดเครื่องมือตรงสู่อินเทอร์เน็ตสาธารณะเพียงเพื่อเริ่มใช้งานง่าย
คำถามโครงการถังกระจาย
คำถาม1. เรดาร์ใช้แบตเล็กตรงได้นานหลายปีหรือไม่
ต้องคำนวณพลังงานและรอบทำงานครบก่อน กำลังเฉลี่ยเซนเซอร์ เริ่มงาน ยอดวิทยุ อุณหภูมิ และแบตเสื่อมกำหนดผล
คำถาม2. เตือนเป็นอย่างไรเมื่อเซิร์ฟเวอร์ออฟไลน์
แบบต้องระบุชัด การป้องกันทันทีไม่ควรพึ่งหน้าคลาวด์ เว้นแต่วิเคราะห์ปลอดภัยยอมรับโครงสร้างแล้ว
คำถาม3. ต้องส่งข้อมูลคลังถี่เพียงใด
ตามที่การตัดสินใจใช้งานต้องการและงบพลังงาน/เครือข่ายรองรับ แยกจากเก็บในพื้นที่และป้องกัน
คำถาม4. RFQ ต้องมีอะไร
แผนถัง วัสดุและช่วงวัด อัตราเติม ตอบสนองเตือน ไฟที่มี สภาพฤดูแย่สุด สำรวจเครือข่าย ช่วงส่ง ต้องการบัฟเฟอร์ และโปรโตคอลรวมระบบ
