อังกฤษ
จีน
สเปน
รัสเซีย
โปรตุเกส
ฝรั่งเศส
เยอรมัน
อินโดนีเซีย
เวียดนาม
อาหรับ
อิตาลี
ตุรกี
โปแลนด์
ญี่ปุ่น
การเลือก DTU เราเตอร์อุตสาหกรรม หรือเกตเวย์ IoT คือการตัดสินว่างานสื่อสารและประมวลผลข้อมูลจะอยู่ที่ใด เครื่องมืออนุกรมอาจต้องการแค่เส้นทางส่งถึงซอฟต์แวร์เดิม อีกสถานที่อาจต้องโพลในพื้นที่ แปลงหน่วยวิศวกรรม และบันทึกช่วงเครือข่ายขาด เทียบหน้าที่เหล่านี้ก่อน ชื่อบนตัวเรือนไม่ได้กำหนดความสามารถเหมือนกันทุกผู้ผลิตหรือรุ่นเฟิร์มแวร์
อุปกรณ์ใดเข้าใจข้อมูลภาคสนามอยู่แล้ว?
หากเซิร์ฟเวอร์รับโพลและตีความโปรโตคอลเครื่องมืออยู่แล้ว การขนส่งแบบโปร่งใสอาจพอ DTU ส่งข้อมูลอนุกรมถึงจุดปลายที่ต้องการได้เมื่อจังหวะอนุกรมและโหมดต่อเข้ากับแอป แต่ไม่ทำให้โปรโตคอลเครื่องมือที่ไม่มีเอกสารอธิบายตัวเองได้
หาก PLC จ่ายข้อมูล Ethernet ที่ใช้ได้อยู่แล้ว ความต้องการหลักอาจเป็นกำหนดเส้นทาง หากไม่มีระบบในพื้นที่หรือระยะไกลรับผิดชอบการเก็บข้อมูล ให้ระบุว่าใครจะโพล ใช้สเกล และรายงานสถานะ ช่องว่างนี้มักทำให้โครงการต้องใช้เกตเวย์หรือ RTU แทนอุปกรณ์ขนส่งเซลลูลาร์เพียงตัวเดียว
| ความต้องการ | แนวทางประเมิน | คำถามต่อข้อเสนอ |
|---|---|---|
| ทางอนุกรม | DTU หรือฟังก์ชันขนส่งอนุกรมที่รองรับชัดเจน | ใครเริ่มคำขอ และตีความคำตอบอุปกรณ์ที่ไหน? |
| เข้าถึง IP | เราเตอร์อุตสาหกรรมสำหรับเครือข่ายภายในและวงกว้างที่ต้องใช้ | รวมพอร์ต เส้นทาง และวิธีเข้าถึงที่อนุญาตใดบ้าง? |
| แมปข้อมูล | เกตเวย์ IoT ที่มีไดรเวอร์และฟังก์ชันข้อความที่ต้องใช้ | เฟิร์มแวร์ที่เลือกอ่านแมปอุปกรณ์จริงและสร้างเพย์โหลดที่ต้องการได้หรือไม่? |
| I/O โดยตรง | RTU หรือโมดูลเก็บข้อมูลที่มีวงจรอินพุตตรงกัน | ช่วงสัญญาณ ไฟเซ็นเซอร์ การแยก และจำนวนช่องเหมาะหรือไม่? |
DTU เราเตอร์อุตสาหกรรม หรือเกตเวย์ IoT: เทียบรูปแบบจริง
อุปกรณ์ TR321 ที่ METRAVON เสนอ แสดงเหตุที่ประเภทอุปกรณ์ซ้อนกันได้ เป็นเราเตอร์ 4G ขนาดกะทัดรัด มี WAN หนึ่งและ LAN หนึ่ง ตั้งเป็นสอง LAN ได้ และระบุ RS232 ส่วน RS485/RS422 เป็นตัวเลือกที่ต้องระบุ ไม่ใช่อินเทอร์เฟซที่สมมติว่ามีในทุกเครื่องส่งมอบ
ตัวเลือกขนส่งอนุกรมและโปรโตคอลที่เผยแพร่ไม่ได้แปลว่าทุกรูปแบบกำหนดเส้นทางจะโพลระดับแอปและแปลงคลาวด์ด้วย ขอให้ใบเสนอราคาระบุโหมดเป้าหมายและเฟิร์มแวร์ สำหรับลิงก์โปร่งใสเดิม ตรวจการจัดการขอบเขตข้อมูลอนุกรม การต่อใหม่ และหลายไคลเอนต์ก่อนย้ายการติดตั้ง
อุปกรณ์ TG451 ระบุอินเทอร์เฟซผสมเพิ่ม ได้แก่ Ethernet ห้าพอร์ต RS232, RS485 อินพุตดิจิทัลสอง และเอาต์พุตรีเลย์สอง เป็นตัวเลือกเมื่อจำเป็นต้องต่อหลายอุปกรณ์และใช้ฟังก์ชันเกตเวย์ร่วมกัน ตรวจข้อกำหนดไดรเวอร์ แท็ก และโหมดจริง แทนใช้จำนวนพอร์ตมากเป็นหลักฐานเข้ากันได้
สำหรับเก็บแอนะล็อกโดยตรง ให้เทียบ TG501 กับรูปแบบอินพุตที่กำหนด แผงขั้วบนเราเตอร์ไม่ใช่หลักฐานความสามารถวัดแอนะล็อก เช่นกัน พอร์ตอนุกรมบริการไม่ควรนับเป็นช่องเครื่องมือที่ใช้งานได้
เขียนหน้าที่ซอฟต์แวร์ลงใบเสนอราคา
ระบุระบบที่รับผิดชอบโพล แปลงค่า ประทับเวลา ประเมินเตือน และจัดเก็บ ระบุว่าไดรเวอร์ที่ต้องใช้เป็นมาตรฐาน ต้องมีใบอนุญาต หรือเป็นฟังก์ชันโครงการที่ต้องประเมินแยก ชื่อโปรโตคอลเช่น Modbus บอกกลุ่มฟังก์ชันสื่อสาร ไม่ใช่แมปที่ตั้งครบให้เครื่องมือทุกตัว
สำหรับปลายทาง MQTT ให้ข้อกำหนดโบรกเกอร์ รูปแบบยืนยันตัวตน และสคีมาข้อความ อย่าสมมติว่าสองผลิตภัณฑ์ระบุ MQTT จะสร้างโครงสร้างหัวข้อหรือเพย์โหลดเหมือนกัน ขอตัวอย่างจากเฟิร์มแวร์ที่เลือกและเทียบรูปแบบที่แอปยอมรับ
อย่ารวมการควบคุมเครื่องในพื้นที่ในขอบเขต เว้นแต่ได้ออกแบบและตรวจชัดเจน สคริปต์เกตเวย์หรือรีเลย์ไม่ใช่หลักฐานพฤติกรรม PLC แบบกำหนดเวลาแน่นอนหรือการอนุมัติความปลอดภัย เลือกตัวควบคุมและโครงสร้างสื่อสารตามหน้าที่ที่ต่างกัน
ทดสอบกรณีบริการใช้ไม่ได้ก่อนซื้อจำนวนมาก
ตัดลิงก์ต้นทางเป้าหมายในการทดลองควบคุมและสังเกตการเก็บข้อมูล เซสชัน และบันทึก แล้วคืนลิงก์และตรวจการกู้แอป ต่อขนส่งใหม่ไม่ได้พิสูจน์ว่าเก็บประวัติที่หายไว้หรือเซิร์ฟเวอร์กลับมารับอุปกรณ์แล้ว
เมื่อต้องพักข้อมูล ระบุการเก็บรักษา ตัวตนบันทึก และพฤติกรรมเมื่อเต็ม เมื่อต้องบำรุงระยะไกล ยืนยันวิธีเข้าถึงที่อนุมัติและผู้ดูแลข้อมูลรับรองกับเฟิร์มแวร์ ต้องตรวจฟังก์ชันเก็บและบำรุงตามคำสั่งซื้อจริง ไม่ใช่คัดจากอีกรุ่นในตระกูล
ประเมินการเปลี่ยนด้วย กู้ค่าตั้งที่อนุมัติลงอะไหล่เฟิร์มแวร์ที่เลือกได้หรือไม่? มีเอกสาร SIM เสา บัญชี และแพลตฟอร์มหรือไม่? การสาธิตสั้นบนโต๊ะควรรวมกู้จากการหยุดที่สมจริง ไม่ใช่เพียงต่อครั้งแรกสำเร็จ
เทียบต้นทุนโครงการทั้งหมด
แยกราคาอุปกรณ์จากตั้งไดรเวอร์ บูรณาการแพลตฟอร์ม ค่าสมาชิก บริการ SIM เสา ฮาร์ดแวร์ตู้ และบำรุงรักษา ใช้ไดรเวอร์เซิร์ฟเวอร์ที่รู้จักซ้ำอาจทำให้ขนส่งโปร่งใสคุ้มค่า แปลงในพื้นที่อาจคุ้มกับการตั้งเพิ่ม หากลดงานเฉพาะซ้ำในหลายสถานที่
อย่าเลือกรุ่นยุคเครือข่ายมือถือแยกจากภูมิภาคและผู้ให้บริการ ยืนยันโมดูลที่สั่ง ย่านรองรับ และบริการที่มี ณ จุดติดตั้ง เกตเวย์ที่มีความสามารถทางเทคนิคก็ยังไม่เหมาะหากรูปแบบเซลลูลาร์ใช้เครือข่ายที่ตั้งใจไม่ได้
คำถามการเลือก
Q1. เราเตอร์แทน DTU ได้หรือไม่?
อาจได้ หากรุ่นย่อยตรงนั้นมีอินเทอร์เฟซอนุกรมและโหมดขนส่งที่ต้องการ ตรวจเวลา ผู้รับผิดชอบการเชื่อมต่อ และการกู้คืนกับแอปเดิม การมีเพียงกำหนดเส้นทาง Ethernet ไม่พอต่อข้อกำหนดลิงก์อนุกรม
Q2. เกตเวย์ทำให้ไม่ต้องมีเซิร์ฟเวอร์หรือไม่?
ไม่เสมอไป การเก็บหรือประมวลผลในพื้นที่ลดหน้าที่เซิร์ฟเวอร์ได้ แต่รายงาน การเข้าถึงผู้ใช้ และจัดเก็บระยะยาวยังต้องมีปลายทางระบุไว้ กำหนดบริการใดอยู่ในพื้นที่และใดอยู่อื่นก่อนเทียบราคา
Q3. ควรให้ข้อมูลอะไรเพื่อแนะนำรุ่น?
ให้รายการอุปกรณ์ภาคสนามและอินเทอร์เฟซ ระบบที่ตีความข้อมูลปัจจุบัน รูปแบบปลายทาง และพฤติกรรมที่ต้องการช่วงหยุด เพิ่มไฟหน้างาน ตัวเรือน และผู้ให้บริการ ข้อมูลนี้แยกงานขนส่งจำกัดออกจากโครงการบูรณาการใหม่
สรุป
เลือกตามหน้าที่: ขนส่งไบต์ กำหนดเส้นทาง IP แมปข้อมูล หรือเก็บสัญญาณโดยตรง ขอ METRAVON ทบทวนเส้นทางข้อมูลที่เสนอ และระบุฮาร์ดแวร์ เฟิร์มแวร์ และบริการที่ต้องใช้แน่นอน พร้อมตัวเลือกและข้อยกเว้นในข้อเสนอ
