FCTEL / ระบบเครือข่ายและการกำหนดค่า
ตรวจสอบการแปลงโปรโตคอลก่อน จากนั้นปรับการตั้งค่าพอร์ตอนุกรม รหัสยูนิต และเส้นทาง TCP ให้สอดคล้องกัน
ซ็อกเก็ต Ethernet ที่ส่งไบต์อนุกรมดิบไม่ได้เป็นเซิร์ฟเวอร์ Modbus TCP โดยอัตโนมัติ เลือกรุ่นและโหมดการทำงานที่รองรับการแปลง RTU เป็น TCP อย่างชัดเจน แล้วพิสูจน์ว่าเส้นทางทำงานได้โดยใช้รีจิสเตอร์ที่ทราบแน่นอนบนอุปกรณ์สเลฟหนึ่งตัว ก่อนเพิ่มอุปกรณ์ที่เหลือบนบัส
01ตัดสินใจว่าต้องการเกตเวย์หรือทันเนลอนุกรม
สถาปัตยกรรมที่พบบ่อยในโรงงานประกอบด้วยระบบ SCADA บน Ethernet เซิร์ฟเวอร์พอร์ตอนุกรมใกล้ปั๊มหรือสายการผลิต และเครื่องมือวัด RS485 หลายตัวที่ใช้สายร่วมกัน โฮสต์ต้องการส่งคำขอ Modbus TCP ส่วนเครื่องมือวัดเข้าใจเฟรม Modbus RTU แม้ทั้งสองจะใช้รหัสฟังก์ชันและแนวคิดเรื่องรีจิสเตอร์ของ Modbus ที่คุ้นเคย แต่โครงสร้างที่ห่อหุ้มข้อมูลเพื่อการส่งแตกต่างกัน: Modbus TCP มีส่วนหัว MBAP ขณะที่เฟรมอนุกรม RTU มีข้อกำหนดด้านจังหวะเวลาและ CRC ทันเนลไบต์แบบ TCP เป็นอนุกรมอย่างง่ายจึงไม่จำเป็นต้องแปลงโครงสร้างหนึ่งเป็นอีกโครงสร้างหนึ่งได้
เริ่มด้วยการเขียนคำถามให้ชัดเจนว่า ไคลเอนต์ Modbus TCP มาตรฐานจำเป็นต้องสื่อสารกับอุปกรณ์สเลฟ RTU โดยตรง หรือไคลเอนต์จะสร้างเฟรม RTU ภายในสตรีม TCP เอง กรณีแรกต้องใช้ฟังก์ชันแปลงโปรโตคอลหรือเกตเวย์อย่างชัดเจน กรณีที่สองอาจใช้ทันเนลอนุกรมแบบโปร่งใสได้ในบางกรณี แต่ซอฟต์แวร์ไคลเอนต์ต้องทราบว่าตนกำลังรับข้อมูลอะไร ความสับสนระหว่างโหมดเหล่านี้เป็นสาเหตุที่พบบ่อยของการที่ลิงก์ Ethernet ทำงานปกติ แต่แอปพลิเคชันไม่มีการตอบสนองเลย
หน้าอย่างเป็นทางการ ของผลิตภัณฑ์ FCTEL FCT-081219 อธิบายอินเทอร์เฟซอนุกรม RS485/RS422/RS232 ที่เลือกได้ และแนวทางการใช้งานแบบ RTU เป็น Modbus-TCP นี่เป็นจุดเริ่มต้นที่มีประโยชน์สำหรับผลิตภัณฑ์เฉพาะรุ่น ไม่ใช่หลักฐานว่าเซิร์ฟเวอร์พอร์ตอนุกรม FCTEL ทุกรุ่นหรือเฟิร์มแวร์ทุกเวอร์ชันมีการตั้งค่าเหมือนกัน ขอคู่มือฉบับปัจจุบันและยืนยันอินเทอร์เฟซ โหมดการแปลง พฤติกรรมการกำหนดแอดเดรส แหล่งจ่ายไฟ และข้อจำกัดในการติดตั้งที่แน่นอนสำหรับอุปกรณ์ที่จะส่งมอบ
02วาดขอบเขตด้านไฟฟ้าและ Ethernet
ก่อนเปิดหน้ากำหนดค่า ให้ร่างเส้นทางเดินสายภาคสนาม ระบุตำแหน่งจริงและแอดเดรสยูนิต Modbus ของเครื่องมือวัดแต่ละตัว จุดต่อแต่ละจุด สายหลัก RS485 สายแยกสั้น และปลายสายทางไฟฟ้าทั้งสองด้าน เซกเมนต์แบบสองสายฮาล์ฟดูเพล็กซ์โดยทั่วไปควรเดินเป็นสายหลักต่อเนื่อง ตรวจสอบหลักการกำหนด A/B ของอุปกรณ์ แทนการเชื่อว่าผู้ผลิตสองรายใช้ตัวอักษรแทนขั้วเหมือนกัน บันทึกจุดอ้างอิงสัญญาณ การชีลด์ และการออกแบบระบบกราวด์ของสถานที่ ติดตั้งตัวต้านทานปลายสายตามอิมพีแดนซ์ดิฟเฟอเรนเชียลของสายและการตั้งค่าสวิตช์ในตัวอุปกรณ์ อย่าติดตั้งตัวต้านทานกระจายตามโหนดระหว่างทาง
การต่อเทอร์มิเนชันช่วยลดการสะท้อน ส่วนการไบอัสทำให้สถานะขณะไม่มีการส่งข้อมูลมีค่าที่แน่นอนในกรณีที่วงจรรับส่งต้องการ ทั้งสองเป็นวงจรคนละส่วนกัน และไม่มีส่วนใดแก้รูปแบบอนุกรมที่ผิดหรือรหัสยูนิตซ้ำได้ สำหรับหลักการทางกายภาพและการตรวจสอบระหว่างทดสอบเดินระบบ โปรดดู คู่มือการต่อเทอร์มิเนชัน RS485 ของเรา หากการติดตั้งเชื่อมต่อข้ามอาคาร ข้ามบริเวณที่มีศักย์กราวด์ต่างกัน หรือหลีกเลี่ยงการเดินสายแบบดาวไม่ได้ ให้ทบทวนสถาปัตยกรรมทางกายภาพ แทนการหวังว่าเกตเวย์จะปกปิดข้อบกพร่องของการเดินสายได้
ทางฝั่ง Ethernet ให้บันทึกแอดเดรส IP ของเซิร์ฟเวอร์ ซับเน็ต เกตเวย์ พอร์ตรอรับการเชื่อมต่อ IP ของโฮสต์ และขอบเขต VLAN หรือไฟร์วอลล์ทั้งหมด การ ping สำเร็จพิสูจน์ได้เพียงความสามารถในการเข้าถึงผ่าน IP รูปแบบหนึ่ง ณ เวลานั้น ไม่ได้พิสูจน์ว่ามีบริการ TCP รอรับการเชื่อมต่อ เซิร์ฟเวอร์อยู่ในโหมดการแปลงที่ต้องการ หรืออุปกรณ์สเลฟ RTU ตอบสนองต่อรหัสยูนิตที่แมปไว้ แต่ละชั้นเหล่านี้ต้องมีหลักฐานแยกกันในการตรวจรับ
03ปรับรูปแบบอนุกรมให้ตรงกัน แล้วตรวจสอบรีจิสเตอร์
อ่านเอกสารของเครื่องมือวัดหรือไฟล์ส่งออกการกำหนดค่าที่ทราบว่าใช้งานได้ บันทึกอัตราบอด บิตข้อมูล พาริตี และบิตหยุด แล้วใช้ค่าเดียวกันกับพอร์ตอนุกรมของเซิร์ฟเวอร์ มาสเตอร์ RS485 แบบพอร์ตเดียวทั่วไปไม่สามารถโพลอุปกรณ์ที่ต้องการรูปแบบอนุกรมที่เข้ากันไม่ได้บนเซกเมนต์ทางไฟฟ้าเดียวกันได้อย่างเชื่อถือได้ ปรับเครื่องมือวัดให้ใช้มาตรฐานเดียวกัน หรือแบ่งเครือข่ายเป็นพอร์ตหรือเซกเมนต์ที่กำหนดค่าแยกกัน อย่าคิดว่าตัวเลือกตรวจหาอัตโนมัติทั่วไปจะคาดเดาค่าทุกชุดได้
กำหนดรหัสยูนิตที่ไม่ซ้ำกันบนบัสนั้นให้แก่อุปกรณ์สเลฟ RTU แต่ละตัว เตรียมคำขอทดสอบที่เอกสารระบุว่าใช้ได้กับเครื่องมือวัดหนึ่งตัว ได้แก่ รหัสฟังก์ชัน รีจิสเตอร์เริ่มต้น จำนวน สิทธิ์การเข้าถึง และชนิดข้อมูลที่คาดหวัง รูปแบบการระบุรีจิสเตอร์เป็นอีกจุดที่อาจทำให้สับสน คู่มือบางฉบับระบุออฟเซ็ตของโปรโตคอลโดยเริ่มจากศูนย์ ส่วนรายการสำหรับผู้ปฏิบัติงานอาจแสดงหมายเลข holding register แบบ 4xxxx ตรวจสอบว่าไลบรารีไคลเอนต์ต้องการให้ระบุแอดเดรสอย่างไร ออฟเซ็ตที่คลาดเคลื่อนหนึ่งรีจิสเตอร์หรือฟังก์ชันที่ไม่รองรับอาจทำให้ได้รับการตอบกลับแบบข้อยกเว้น แม้การสื่อสารทางไฟฟ้าจะสมบูรณ์ก็ตาม
หากทำได้ ให้ทดสอบคำขอนี้โดยตรงทางฝั่งอนุกรมด้วยมาสเตอร์ที่ทราบว่าใช้งานได้ บันทึกคำขอและการตอบกลับดิบก่อนเพิ่มบริดจ์ Ethernet เพื่อให้ทีมทดสอบเดินระบบมีตัวอย่างอ้างอิง และป้องกันการวินิจฉัยผิดว่าปัญหารีจิสเตอร์เฉพาะอุปกรณ์เป็นปัญหาของ TCP
04กำหนดค่าโหมดและการจัดการรหัสยูนิต
เริ่มทำงานบนเครือข่ายบำรุงรักษาที่แยกออกมาต่างหาก และสำรองการกำหนดค่าเดิมพร้อมข้อมูลระบุเฟิร์มแวร์ของอุปกรณ์ ปฏิบัติตามคู่มือของรุ่นนั้นอย่างเคร่งครัดเพื่อเลือกโหมดการทำงานที่รองรับการแปลง RTU/TCP ป้อนแอดเดรสสำหรับการจัดการและการตั้งค่าเครือข่าย กำหนดจุดปลายบริการที่แอปพลิเคชันต้องการ บันทึกการตั้งค่า และเริ่มบริการที่เกี่ยวข้องใหม่หากรุ่นนั้นกำหนดให้ทำ อย่าคิดว่าเซิร์ฟเวอร์พอร์ตอนุกรมทุกตัวใช้พอร์ตเริ่มต้นเดียวกัน หรือป้าย “เซิร์ฟเวอร์ TCP” ที่แสดงอยู่จำเป็นต้องหมายถึงเซิร์ฟเวอร์โปรโตคอล Modbus TCP
ในโหมดการแปลง ให้ตรวจสอบว่า Unit ID ในคำขอ TCP ถูกส่งไปยังสาย RS485 อย่างไร การทำงานแบบหนึ่งอาจส่งผ่านค่านี้โดยตรง อีกแบบอาจใช้รหัสสเลฟคงที่ และอีกแบบอาจมีตารางแมป เอกสารของโฮสต์และอุปกรณ์ภาคสนามต้องระบุแอดเดรสที่ใช้จริงตรงกัน ยืนยันด้วยการจับแพ็กเก็ต TCP และบันทึกการรับส่งอนุกรมหากมีให้ใช้งาน คำขอที่ไปถึง IP ที่ถูกต้อง แต่ถูกส่งออกมาด้วยแอดเดรส RTU ที่ผิด จะไม่มีทางได้รับการตอบกลับจากเครื่องมือวัดที่ต้องการ
บัสฮาล์ฟดูเพล็กซ์หนึ่งบัสรองรับลำดับคำขอได้จำกัดในแต่ละช่วงเวลา หากมีหลายโฮสต์โพลเซิร์ฟเวอร์เดียวกัน ให้สอบถามว่ารุ่นนั้นจัดคิวหรือจัดสรรสิทธิ์คำขออย่างไร และตรวจสอบรอบการสแกนที่เกิดขึ้นภายใต้โหลดจริง ระยะหมดเวลาควรครอบคลุมพฤติกรรมการตอบสนองตามเอกสารของอุปกรณ์ภาคสนาม แต่ไม่ควรเพิ่มอย่างไม่สิ้นสุดเพื่อปกปิดปัญหาสายสัญญาณ ตั้งใจทำให้การทดสอบเริ่มต้นเรียบง่าย: ไคลเอนต์ TCP หนึ่งตัว อุปกรณ์สเลฟ RTU หนึ่งตัว และรีจิสเตอร์ที่ทราบแน่นอนหนึ่งตัว
05ทดสอบเดินระบบกับสเลฟหนึ่งตัว แล้วจึงขยายทั้งไซต์
เริ่มจากเครื่องมือวัดที่ทราบว่าใช้งานได้ ยืนยันว่าเปิดเซสชัน TCP ได้ ส่งคำขออ่านทดสอบ แล้วเชื่อมโยงคำขอ TCP กับการส่งข้อมูลอนุกรม การตอบกลับ RTU และค่าที่ส่งกลับ บันทึกเวลา รหัสยูนิต รหัสฟังก์ชัน และรหัสข้อยกเว้น หาก TCP เชื่อมต่อได้แต่ตัวส่งอนุกรมไม่ส่งข้อมูลเลย ให้ตรวจสอบโหมดและการแมปแอดเดรสอีกครั้ง หากพอร์ตส่งข้อมูลแต่ไม่มีการตอบกลับ ให้ตรวจสอบแหล่งจ่ายไฟ ขั้ว A/B รหัสยูนิต และรูปแบบอนุกรม หากเครื่องมือวัดส่งข้อยกเว้น Modbus กลับมา ให้ตรวจสอบความถูกต้องของฟังก์ชันและรีจิสเตอร์ก่อนเปลี่ยนการต่อเทอร์มิเนชันทางกายภาพ
เพิ่มอุปกรณ์สเลฟที่เหลือทีละตัว ทำการอ่านแบบเดียวกันซ้ำที่โหนดไกลที่สุดและขณะที่เครื่องจักรในโรงงานทำงานตามปกติ เฝ้าดูการลองใหม่ ข้อผิดพลาดของเฟรมหรือ CRC การหมดเวลาของแอปพลิเคชัน และแนวโน้มของค่า รหัสยูนิตซ้ำอาจทำให้เครือข่ายขนาดเล็กดูเหมือนทำงานติด ๆ ดับ ๆ ส่วนสายแยกที่ยาว การต่อเทอร์มิเนชันไม่ถูกต้อง และขั้วต่อหลวมมักส่งผลต่อโหนดที่อยู่ไกลก่อน บันทึกแบบเส้นทางเดินสายจริงขั้นสุดท้ายและตำแหน่งสวิตช์ให้ชัดเจน ไม่ใช่เพียงรายการแอดเดรส IP
วางแผนการทดสอบกู้คืนแบบควบคุมในช่วงเวลาบำรุงรักษาที่ได้รับอนุมัติ ทดสอบตัดการเชื่อมต่ออัปลิงก์ ทำให้อุปกรณ์ภาคสนามหนึ่งตัวหยุดทำงาน และเริ่มเซิร์ฟเวอร์ใหม่ตามลำดับ ตรวจสอบการแจ้งเตือน พฤติกรรมเมื่อข้อมูลไม่อัปเดต การเชื่อมต่อใหม่ และการกลับสู่การโพลตามปกติ ระบบที่อ่านค่าได้ถูกต้องครั้งหนึ่ง แต่กู้คืนไม่ได้หลังการรีสตาร์ตตามปกติ ยังถือว่าไม่ผ่านการตรวจรับ บันทึกเวอร์ชันโทโพโลยี รุ่น เฟิร์มแวร์ ข้อมูลสำรองการกำหนดค่า แพ็กเก็ตตัวอย่างที่เป็นตัวแทน และผลการกู้คืน เพื่อให้ช่างคนถัดไปทำซ้ำเพื่อยืนยันหลักฐานได้
06แก้ปัญหาแยกตามชั้นแทนการสลับเปลี่ยนชิ้นส่วน
| อาการที่สังเกตพบ | รายการตรวจสอบเบื้องต้น | หลักฐานที่ควรเก็บ |
|---|---|---|
| ไม่มีการเชื่อมต่อ TCP | แอดเดรส IP ซับเน็ต พอร์ต ไฟร์วอลล์ และสถานะบริการ | ความพยายามเชื่อมต่อของโฮสต์และการกำหนดค่าเครือข่ายของอุปกรณ์ |
| TCP เชื่อมต่อแล้ว แต่ไม่มีเฟรมอนุกรม | โหมดการทำงาน การแมป และรูปแบบคำขอ | ข้อมูลจับแพ็กเก็ต TCP และตัวบ่งชี้การส่งข้อมูลอนุกรม |
| ส่งเฟรมแล้ว แต่ไม่มีการตอบกลับจากสเลฟ | แหล่งจ่ายไฟของเครื่องมือวัด ขั้ว A/B รูปแบบอนุกรม และรหัสยูนิต | คำขออนุกรมดิบ แบบแสดงปลายสาย และตำแหน่งสวิตช์ |
| มีการตอบกลับ แต่ค่าไม่ถูกต้อง | ออฟเซ็ตรีจิสเตอร์ ชนิดข้อมูล การปรับสเกล และลำดับไบต์ | การตอบกลับดิบและตารางรีจิสเตอร์ของเครื่องมือวัด |
แยกผลการตรวจสอบด้านไฟฟ้า การขนส่งข้อมูล และแอปพลิเคชันออกจากกัน การเปลี่ยนสวิตช์อุตสาหกรรมไม่สามารถแก้ออฟเซ็ต holding register ที่ผิดได้ การเพิ่มตัวต้านทานปลายสายไม่ทำให้ทันเนลแบบโปร่งใสแปลง MBAP เป็น RTU ได้ ในทางกลับกัน การเปลี่ยนการตั้งค่าเซิร์ฟเวอร์ก็แก้ปัญหาสาย RS485 ที่แตกแขนงมากเกินไปไม่ได้ การแก้ไขแต่ละอย่างควรอ้างอิงสิ่งที่สังเกตและบันทึกไว้ และต้องทดสอบซ้ำภายใต้เงื่อนไขเดิม
07เลือกผลิตภัณฑ์ให้ตรงกับขอบเขตการใช้งานจริง
หน้า FCT-081219 ระบุแนวทางผลิตภัณฑ์เซิร์ฟเวอร์พอร์ตอนุกรม FCTEL ที่มีอยู่จริง และภาพผลิตภัณฑ์อย่างเป็นทางการถูกใช้ในภาพประกอบการใช้งานข้างต้น ตรวจสอบการกำหนดขั้วต่อ การแยกทางไฟฟ้า ช่วงแรงดันไฟเลี้ยง ฟังก์ชันเฟิร์มแวร์ บทบาทการเชื่อมต่อที่รองรับ และข้อกำหนดด้านสภาพแวดล้อมที่แน่นอนกับเอกสารปัจจุบันของรุ่นที่สั่งซื้อ ไม่ควรอนุมานว่าอุปกรณ์พอร์ตเดียวเป็นเกตเวย์หลายเซกเมนต์ หากโครงการต้องการบัสอนุกรมที่แยกทางไฟฟ้าหลายบัส ลิงก์ไฟเบอร์ระยะไกล หรือการกำหนดเส้นทางข้ามอาคาร ให้เลือกและตรวจสอบสถาปัตยกรรมที่สอดคล้องกัน แทนการขยายการใช้งานผลิตภัณฑ์เกินขอบเขตที่เผยแพร่ไว้
ในการส่งมอบขั้นสุดท้าย ให้จัดเตรียมแผนผังเครือข่าย แผนผังรีจิสเตอร์ตามรหัสยูนิต การกำหนดค่าอุปกรณ์ ข้อมูลการรับส่งระหว่างทดสอบ และขั้นตอนย้อนกลับ รายการเหล่านี้ช่วยให้การเปลี่ยนเครื่องมือวัดและการเปลี่ยนแปลงเฟิร์มแวร์ในอนาคตปลอดภัยขึ้น ผลลัพธ์ที่มีประโยชน์ไม่ใช่เพียงไฟ LED Ethernet สีเขียว แต่เป็นเส้นทางที่มีเอกสารกำกับและทำซ้ำได้ ตั้งแต่คำขอของไคลเอนต์ TCP ไปจนถึงการตอบกลับของสเลฟ RTU ที่ต้องการและส่งกลับมายังไคลเอนต์
สำหรับรายละเอียดผลิตภัณฑ์ โปรดดู หน้าข้อมูลจำเพาะ FCT-081219 อย่างเป็นทางการ (ภาษาจีน) สำหรับคำถามที่เกี่ยวข้องกับชั้นกายภาพ โปรดดู ควรติดตั้งตัวต้านทานเทอร์มิเนชัน RS485 ที่ใด ค่าพารามิเตอร์ขั้นสุดท้ายและการตัดสินใจในการทดสอบเดินระบบต้องเป็นไปตามคู่มืออุปกรณ์และสภาพของสายสัญญาณและเครื่องมือวัดที่ติดตั้ง
