MANUFACTURING / JAPAN SOURCING
อุปกรณ์สื่อสารอุตสาหกรรม: พอร์ตตรงกันเป็นเพียงการตรวจแรก
แจ้งโพรโทคอล บทบาทอุปกรณ์ รุ่น และความต้องการข้อมูลของทั้งสองฝั่งให้ผู้ขาย การเชื่อมต่อทางกายภาพหรือได้รับคำตอบยังไม่ยืนยันว่าแอปพลิเคชันฝั่งรับใช้ข้อมูลนั้นได้
สายเสียบได้ แต่แอปพลิเคชันอาจยังไม่มีค่าที่ใช้ได้
สมมติว่าต้องเปลี่ยนเกตเวย์ที่ส่งข้อมูลอุณหภูมิให้ตัวควบคุมเดิม เกตเวย์ที่เสนอมีคอนเนกเตอร์ Ethernet เหมือนกัน สายเสียบได้ แต่คำขอซื้อเขียนเพียง “รองรับ Ethernet” ในกรณีสมมตินี้ ตัวควบคุมต้องการบริการและนิยามข้อมูลเฉพาะ ไม่ใช่เพียงช่องต่อที่ตรงกัน ระบุรุ่นเต็มของอุปกรณ์เดิมและที่เสนอ ตัวเลือกฮาร์ดแวร์ รุ่นเฟิร์มแวร์ และแอปพลิเคชันตัวควบคุมก่อนเปรียบเทียบ
แยกส่วนเชื่อมต่อทางกายภาพ โพรโทคอล และวิธีที่แอปพลิเคชันใช้ข้อมูล NI อธิบาย Modbus ว่าเป็นชั้นแอปพลิเคชันที่ใช้เครือข่ายข้างใต้ รวมทั้งการใช้งานแบบอนุกรมและ TCP/IP[1] ตัวอย่าง Modbus TCP ต้องระบุฝั่งไคลเอนต์และเซิร์ฟเวอร์ ฟังก์ชันที่ต้องการ และสิ่งที่แต่ละฝั่งรองรับจริง ป้ายพอร์ตไม่ได้ตอบเรื่องเหล่านี้
ตกลงความหมายข้อมูลก่อนยอมรับคำตอบ
ในตัวอย่างเกตเวย์ ตัวเลขที่รับมีประโยชน์ต่อเมื่อตัวควบคุมแปลความหมายรายการที่ต้องการได้ถูกต้อง ขอแผนผังข้อมูลอุปกรณ์และรุ่นแก้ไข ระบุวิธีเขียนที่อยู่ การทำงานที่อนุญาต ชนิดข้อมูล หน่วย การปรับสเกล และวิธีแสดงข้อมูลที่ไม่มีหรือไม่ถูกต้อง
NI ระบุว่าเอกสาร Modbus อาจใช้วิธีนับที่อยู่ต่างกัน และแอปพลิเคชันต้องแปลข้อมูลที่คร่อมหลายรีจิสเตอร์ รวมถึงลำดับที่ต่างกัน[1] เทียบเอกสารอุปกรณ์รุ่นจริงกับการตั้งค่าไคลเอนต์ อย่าคัดลอกที่อยู่จากรุ่นอื่นหรือถือว่าค่าที่ดูสมเหตุสมผลยืนยันการจับคู่แล้ว
กำหนดพฤติกรรมอัปเดตที่ต้องการและการตอบสนองของแอปพลิเคชันเมื่อหมดเวลา เริ่มใหม่ หรือการสื่อสารขาด ให้ทีมเทคนิคกำหนดเวลาและเกณฑ์ตรวจรับสำหรับระบบจริง ระบุความต้องการเครือข่ายและการเข้าถึง แต่ไม่ใส่รหัสผ่าน กุญแจ หรือรายละเอียดเครือข่ายส่วนตัวในคำถามสาธารณะ
- 1สองฝั่ง: ระบุเกตเวย์และตัวควบคุมรวมทั้งรุ่น
- 2นิยามข้อมูล: จับคู่รายการ วิธีแสดง และพฤติกรรมที่คาด
- 3บันทึกทดสอบ: เก็บคู่ที่แน่นอน การตั้งค่า และผลที่สังเกต
เกตเวย์กับตัวควบคุมสมมติ เส้นทึบคือการเชื่อมต่อเครือข่ายทางกายภาพ เส้นประเชื่อมสองฝั่งกับนิยามข้อมูลที่ตกลงกัน ไม่ใช่ผังเดินสาย คู่ผลิตภัณฑ์ที่ทดสอบแล้ว หรือคำสั่งเชื่อมต่อเครือข่ายการผลิต
ขอหลักฐานของผลิตภัณฑ์และขอบเขตที่แน่นอน
หากผู้ขายอ้างการรับรองหรือโลโก้โพรโทคอล ให้ถามว่าครอบคลุมผลิตภัณฑ์ รุ่น และโปรไฟล์ใด OPC Foundation อธิบายการรับรองตามโปรไฟล์ และแยกซอฟต์แวร์อ้างอิงที่รับรองแล้วออกจากแอปพลิเคชันที่สร้างด้วย SDK ซึ่งต้องผ่านการทดสอบรับรองของตนเองจึงจะได้รับการรับรองอย่างเป็นทางการ[2] นี่เป็นตัวอย่างขอบเขตของ OPC UA ไม่ใช่กฎที่รับรองทุกโพรโทคอลหรือยอมรับการติดตั้งของคุณโดยอัตโนมัติ
แยกการสาธิตผู้ขาย การรับรองผลิตภัณฑ์ และการทดสอบตรวจรับที่ตกลงกันเป็นหลักฐานคนละอย่าง ผู้ขายอาจทดสอบตัวควบคุม เฟิร์มแวร์ หรือชุดฟังก์ชันต่างกัน ถามว่าทดสอบอะไร และเก็บความต่างจากคู่ที่คุณจะใช้
| ขอบเขต | ข้อมูลระบบเดิม | หลักฐานที่ขอสำหรับตัวเลือก |
|---|---|---|
| ส่วนเชื่อมต่อทางกายภาพ | ข้อมูลระบบเดิมคอนเนกเตอร์ ประเภทส่วนเชื่อมต่อ ไฟเลี้ยง และเงื่อนไขติดตั้ง | หลักฐานที่ขอสำหรับตัวเลือกรุ่นและตัวเลือกที่แน่นอน เอกสารส่วนเชื่อมต่อ |
| โพรโทคอลและบทบาท | ข้อมูลระบบเดิมโพรโทคอล บทบาทไคลเอนต์และเซิร์ฟเวอร์ และฟังก์ชันที่ต้องการ | หลักฐานที่ขอสำหรับตัวเลือกฟังก์ชัน โปรไฟล์ หรือใบอนุญาตที่รองรับ และข้อจำกัด |
| การแปลความหมายข้อมูล | ข้อมูลระบบเดิมรุ่นแผนผังข้อมูล ที่อยู่ ชนิด หน่วย และสเกล | หลักฐานที่ขอสำหรับตัวเลือกการตั้งค่าที่ตรงกันและผลตัวอย่างของรายการที่ต้องการ |
| รุ่นและสิ่งที่พึ่งพา | ข้อมูลระบบเดิมแอปพลิเคชันตัวควบคุม เฟิร์มแวร์ ไดรเวอร์ และค่าตั้งที่เกี่ยวข้อง | หลักฐานที่ขอสำหรับตัวเลือกชุดที่รองรับ ความต่าง และสิ่งที่ต้องเปลี่ยน |
| การทำงานและการฟื้นตัว | ข้อมูลระบบเดิมการอัปเดต หมดเวลา เริ่มใหม่ และพฤติกรรมเมื่อการเชื่อมต่อขาดหาย | หลักฐานที่ขอสำหรับตัวเลือกการทดสอบที่ตกลง การตอบสนองที่พบ และเงื่อนไขค้าง |
| หลักฐานตรวจรับ | ข้อมูลระบบเดิมคู่อุปกรณ์จริง การตั้งค่า และผู้รับผิดชอบอนุมัติ | หลักฐานที่ขอสำหรับตัวเลือกผล ข้อยกเว้น งานที่เหลือ และขอบเขตที่อนุมัติ |
ทดสอบคู่ที่เสนอและรักษาข้อมูลการตั้งค่า
ตกลงสภาพแวดล้อมทดสอบที่ควบคุมได้และแผนทดสอบกับเจ้าของระบบ สำหรับเกตเวย์สมมติ ให้ตรวจรายการข้อมูลและความหมาย พฤติกรรมอัปเดต และกรณีฟื้นตัว บันทึกรุ่นจริง เฟิร์มแวร์ แอปพลิเคชัน และการตั้งค่าที่ใช้ พร้อมผลและข้อยกเว้น อย่าเปลี่ยนการทดลองบนโต๊ะเป็นการอนุญาตแก้กระบวนการที่กำลังทำงาน
หากต้องใช้เกตเวย์ ตัวแปลง ใบอนุญาตซอฟต์แวร์ หรือแก้แอปพลิเคชัน ให้รวมในขอบเขตงานเสนอราคา ระบุใครทำการจับคู่ข้อมูล ตั้งค่าระบบ ตรวจรับ และสนับสนุนการเปลี่ยนภายหลัง อะแดปเตอร์ที่ทำให้คอนเนกเตอร์เสียบได้ไม่ได้เติมตรรกะแอปพลิเคชันที่ขาด
ระบุงานประกอบเข้าระบบในคำขอซื้อ
แจ้ง HAM รุ่นเดิมและรุ่นเสนอถ้าทราบ โพรโทคอลและบทบาทอุปกรณ์ คำอธิบายข้อมูลที่ไม่เป็นความลับ จำนวน ปลายทาง และเงื่อนไขที่ยังไม่ยุติ เราช่วยจัดคำถามให้ผู้ขายญี่ปุ่นเกี่ยวกับอุปกรณ์ที่เสนอและขอบเขตราคาได้
ขอแยกรายการอุปกรณ์ ใบอนุญาต การตั้งค่าหรือพัฒนา งานทดสอบ และเอกสารให้ระบุได้ ก่อนสั่งซื้อ ตกลงหลักฐานตรวจรับและผู้แก้ปัญหาการประกอบเข้าระบบที่ยังเหลือ เก็บการตั้งค่าที่ยอมรับไว้สำหรับอัปเดตเฟิร์มแวร์และซื้อซ้ำ
คำถามสำหรับส่งให้ผู้ขาย
ดูคำถามสำหรับซัพพลายเออร์
รหัสรุ่นเต็มของอุปกรณ์เดิมและที่เสนอ พร้อมตัวเลือกฮาร์ดแวร์: รุ่นเฟิร์มแวร์ แอปพลิเคชันตัวควบคุม และไดรเวอร์ที่เกี่ยวข้อง: ส่วนเชื่อมต่อทางกายภาพ ไฟเลี้ยง และข้อกำหนดติดตั้ง: โพรโทคอล บทบาทสองฝั่ง ฟังก์ชัน และใบอนุญาตที่ต้องการ: รุ่นแผนผังข้อมูล วิธีเขียนที่อยู่ ชนิด หน่วย และสเกล: พฤติกรรมอัปเดตและการจัดการข้อมูลไม่ถูกต้องที่ต้องการ: ข้อกำหนดหมดเวลา เริ่มใหม่ และขาดการสื่อสาร: ความต้องการเครือข่ายและการเข้าถึงที่ไม่เป็นความลับ ห้ามใส่ข้อมูลลับ: คู่ทดสอบที่แน่นอน การตั้งค่า เกณฑ์ และผู้รับผิดชอบตรวจรับ: ขอบเขตการรับรองหรือสาธิตและความต่างที่ยังเหลือ: ขอบเขตอุปกรณ์ ใบอนุญาต การประกอบเข้าระบบ ทดสอบ และเอกสาร: จำนวน ปลายทาง และการใช้ในการผลิตที่กำหนด: โปรดระบุฟังก์ชันที่ไม่รองรับ สมมติฐาน สิ่งที่ต้องแก้ และหลักฐานก่อนตรวจรับ
แหล่งอ้างอิง
- NI — Application development with Modbus
อ่านภาพรวม HTML การนับหมายเลขแท็ก และชนิดข้อมูล ใช้แยกชั้นแอปพลิเคชันกับการขนส่งข้อมูล ที่อยู่ตามเอกสาร และการแปลหลายรีจิสเตอร์ ไม่ได้ทดสอบการทำโพรโทคอลหรือการทำงานร่วมกันจริง
- OPC Foundation — Certification overview and benefits
อ่านขอบเขตการรับรอง โปรไฟล์ และความต่าง SDK กับซอฟต์แวร์อ้างอิง ไม่ได้ยืนยันใบรับรองผลิตภัณฑ์เฉพาะหรือคู่ที่ทำงานร่วมกันได้