Wireless PLC Communications: 5-Mile Pipeline Link Design — figure 1

การสื่อสาร PLC แบบไร้สาย: การออกแบบลิงก์ท่อส่งระยะ 5 ไมล์

แทนที่การเชื่อมต่ออีเทอร์เน็ตผ่านดาวเทียมที่ไม่เสถียรระหว่าง PLC ของ Allen-Bradley บนท่อส่งระยะทาง 5 ไมล์ เปรียบเทียบ 900 MHz, 5 GHz และ WiFi สำหรับงานอุตสาห...

คอนโทรลเลอร์ Allen-Bradley สองตัวที่อยู่ห่างกันประมาณห้าไมล์ตามแนวเขตทางของท่อส่ง ต้องแลกเปลี่ยนเทเลเมทรีตรวจจับการรั่วไหลด้วยความละเอียดด้านเวลาระดับหลักสิบมิลลิวินาที Ethernet ผ่าน VSAT แบบใช้ร่วมกันซึ่งยังรองรับ SCADA วิดีโอ เสียง และทราฟฟิกลูกเรือ ไม่สามารถให้ความแน่นอนด้านเวลาได้: ความหน่วงของ GEO เพียงอย่างเดียวก็อยู่ในระดับหลายร้อยมิลลิวินาที และการแย่งใช้ทรัพยากรร่วมกับการเฟดจากฝนยังเพิ่มจิตเตอร์ที่ EtherNet/IP Class 1 และการส่งข้อความ Class 3 แบบโพลอย่างถี่ไม่สามารถทนได้ มักปฏิเสธการใช้ไฟเบอร์เนื่องจากต้นทุนสิทธิทาง วิศวกรรมจึงเลือกฮอป IP ไร้สายสำหรับงานอุตสาหกรรมโดยเฉพาะ ซึ่งคู่ PLC สามารถมองเสมือนเป็นช่วงสายทองแดงหรือไฟเบอร์ได้

การสื่อสาร PLC แบบไร้สาย: การออกแบบลิงก์ท่อส่งระยะ 5 ไมล์ — รูปที่ 1

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

เหตุใด Ethernet ผ่านดาวเทียมแบบใช้ร่วมกันจึงล้มเหลว

  • การแย่งใช้แบนด์วิดท์ทำให้ TCP ล่มเมื่อเกิดการสูญหาย ส่วนทราฟฟิก Class 1 ที่ขับเคลื่อนด้วย RPI ไม่สามารถรองรับจิตเตอร์ดังกล่าวได้
  • เวลาแฝงทางเดียวของ GEO ราว 250–280 มิลลิวินาที บวกกับการเข้าคิวที่ฮับ มักทำให้เวลาไปกลับเกินหนึ่งวินาที
  • การเฟดจากฝนในย่าน Ku/Ka ตามแนวเซลล์พายุทำให้เส้นทางขาดหายพอดีกับช่วงที่อัลกอริทึมตรวจจับการรั่วไหลต้องการความต่อเนื่อง

ลิงก์วิทยุอุตสาหกรรมแบบจุดต่อจุดจำกัดเวลาแฝงแบบทางเดียวไว้ที่เวลาหน่วงในอวกาศว่างบวกกับการจัดเก็บและส่งต่อของวิทยุ—โดยทั่วไปต่ำกว่าห้ามิลลิวินาทีที่ระยะห้าไมล์

ตระกูลเทคโนโลยี

ตระกูล ย่านความถี่ เหมาะสมที่สุด ตัวอย่าง
SCADA แบบสเปรดสเปกตรัม 900 MHz / 2.4 GHz LOS ระยะไกล, ทนต่อสิ่งกีดขวางจากพืชพรรณ, อัตราข้อมูลปานกลาง Data-Linc DLM, FreeWave FGR, ProSoft RLX2-IFH9
บริดจ์ PtP ภายนอกอาคาร 5 GHz TCP ทรูพุตสูง, มี LOS จริง Ubiquiti PowerBeam / NanoStation, Mimosa B5c
แบ็กฮอล์ก WiFi สำหรับงานอุตสาหกรรม 2.4 / 5 GHz วิทยุชุดเดียวกันต้องให้บริการไคลเอนต์ด้วย Stratix 5100/5700, SCALANCE W

ที่ระยะห้าไมล์และมี LOS ชัดเจน โรงงานมักเลือกวิทยุ SCADA ย่าน 900 MHz เพื่อความทนทาน หรือบริดจ์ PtP ย่าน 5 GHz เมื่อกราฟิก HMI และทราฟฟิกจากกล้องใช้ฮอปเดียวกัน ย่าน 900 MHz ให้ความเร็ว IP ที่ใช้งานได้ราว 100 kbps ถึงไม่กี่ Mbps ภายใต้กฎการกระโดดความถี่ของ FCC ซึ่งเพียงพอสำหรับการโพลข้อมูลรั่วไหล แต่ไม่เหมาะกับวิดีโอ บริดจ์ย่าน 5 GHz ให้ความเร็วตั้งแต่หลายสิบถึงหลายร้อย Mbps แต่ต้องการการเคลียร์เฟรสเนลที่สะอาดกว่า

วิศวกรรมเส้นทาง RF

การมองเห็นแนวสายผ่านกล้องสองตาเพียงอย่างเดียวไม่เพียงพอ ควรรักษาเขตเฟรสเนลโซนแรกให้โล่งอย่างน้อย 60% (ควรเป็น 80%) รัศมีเฟรสเนลที่จุดกึ่งกลางจะแปรผันตามความยาวเส้นทางและแปรผกผันกับความถี่:

r_mid ≈ 17.32 × sqrt(d_km / (4 × f_GHz))
ตัวอย่างระยะ 5 ไมล์ (8 กม.):
  900 MHz → รัศมีประมาณ 26 ม. (~15.5 ม. เมื่อโล่ง 60%)
  5.8 GHz → รัศมีประมาณ 10 ม. (~6 ม. เมื่อโล่ง 60%)
ความถี่ ค่า FSPL โดยประมาณที่ระยะ 8 กม.
900 MHz ~110 dB
2.4 GHz ~119 dB
5.8 GHz ~126 dB

คำนวณงบประมาณลิงก์เป็น กำลังส่ง TX + อัตราขยายเสาอากาศ − FSPL − การสูญเสียในสายป้อน/ขั้วต่อ จากนั้นกำหนดให้มี fade margin 10–20 dB เพื่อรองรับหิมะและน้ำแข็งเกาะ ติดตั้งเสาอากาศให้สูงกว่าระดับแนวต้นไม้หรือคันดินที่บดบัง และบันทึกความสูงของเสาบนแบบก่อสร้างจริง

การสื่อสาร PLC แบบไร้สาย: การออกแบบลิงก์แนวท่อยาว 5 ไมล์ — รูปที่ 2

ข้อควรระวังในการใช้งานย่าน 5 GHz

เลือกใช้ช่องสัญญาณที่ไม่ใช่ DFS เมื่อกฎระเบียบอนุญาต การยกเลิกช่องสัญญาณของ DFS อาจขัดจังหวะ CIP ได้นานหลายนาที โปรโตคอล airMAX/Mimosa แบบเฉพาะของผู้ผลิตต้องใช้คู่ที่เข้ากันได้—อย่าคาดหวังว่าแล็ปท็อปจะเข้าร่วมบริดจ์ได้ ในฐานะอุปกรณ์ Layer 2 บริดจ์แบบโปร่งใสจะส่งผ่าน EtherNet/IP โดยไม่แก้ไข เมื่อไม่มี NAT คั่นกลาง

ขั้นตอนการผสานรวม PLC

  1. ติดตั้งวิทยุบน VLAN เฉพาะหรือเซกเมนต์ที่แยกทางกายภาพสำหรับการรับส่งข้อมูลตรวจจับการรั่วไหล
  2. กำหนด IP แบบคงที่ให้กับคอนโทรลเลอร์ทั้งสองตัวและอินเทอร์เฟซจัดการวิทยุทั้งสองตัว
  3. ตรวจสอบค่า RTT ของ ping และการเชื่อมต่อ CIP MSG หรือ produced/consumed ที่ทำงานต่อเนื่องเป็นเวลาหลายชั่วโมงในสภาพอากาศที่เปลี่ยนแปลง
  4. กำหนดค่า RPI และอัตราการส่ง MSG ให้อยู่ภายในปริมาณการรับส่งข้อมูลที่วัดได้ ไม่ใช่อิงตามสมมติฐานของ Ethernet ในห้องปฏิบัติการ
  5. เพิ่มแท็ก heartbeat ที่มีการตรวจสอบ เพื่อให้สัญญาณวิทยุจางหายทำให้เกิดสัญญาณเตือนของแนวท่อก่อนที่อัลกอริทึมจะมองไม่เห็นข้อมูล

การคำนวณงบประมาณลิงก์และการทดสอบความหน่วงต่อเนื่อง

ทดสอบการสื่อสารด้วย spectrum analyzer หรือบันทึกค่า RSSI/SNR ของวิทยุ ไม่ใช่ตรวจสอบเพียงว่าการ ping สำเร็จ ปัญหาที่พบบ่อย ได้แก่ การบดบัง Fresnel จากภูมิประเทศที่ดูเหมือนมีแนวสายตาเกือบสมบูรณ์ การเปลี่ยนช่องสัญญาณ DFS สวิตช์ที่ใช้งานร่วมกันซึ่งทำให้เกิดการแย่งแบนด์วิดท์แบบ VSAT อีกครั้ง และอัตราการส่งข้อมูลย่าน 900 MHz ที่ไม่เพียงพอเมื่อเพิ่มวิดีโอ ควรเก็บวิทยุสำรอง ขั้วต่อ และชุดอุปกรณ์ต่อลงดินไว้ร่วมกับอุปกรณ์ PLC และ PAC ระยะไกลอื่น ๆ บนแนวท่อ

เกี่ยวกับผู้เขียน

มาร์ก ทาวน์เซนด์ | วิศวกรระบบอัตโนมัติอาวุโส – ระบบ Allen-Bradley

มาร์ก ทาวน์เซนด์เป็นวิศวกรระบบอัตโนมัติอาวุโสที่มีประสบการณ์กับแพลตฟอร์ม Allen-Bradley มากกว่า 18 ปี ครอบคลุม ControlLogix, CompactLogix และ SLC-500 รุ่นเก่า งานประจำวันของเขาคือการพัฒนาและแก้ไขลอจิกใน RSLogix / Studio 5000 รวมถึงการนำ HMI ของ FactoryTalk View ไปใช้งานบนระบบที่มีอุปกรณ์หลายรุ่นและใช้งานมานาน

การสื่อสาร PLC แบบไร้สาย: การออกแบบลิงก์ท่อส่งระยะ 5 ไมล์

แทนที่การเชื่อมต่ออีเทอร์เน็ตผ่านดาวเทียมที่ไม่เสถียรระหว่าง PLC ของ Allen-Bradley บนท่อส่งระยะทาง 5 ไมล์ เปรียบเทียบ 900 MHz, 5 GHz และ WiFi สำหรับงานอุตสาหกรรมเพื่อการตรวจจับการรั่วไหล

คอนโทรลเลอร์ Allen-Bradley สองตัวที่อยู่ห่างกันประมาณห้าไมล์ตามแนวเขตทางของท่อส่ง ต้องแลกเปลี่ยนเทเลเมทรีตรวจจับการรั่วไหลด้วยความละเอียดด้านเวลาระดับหลักสิบมิลลิวินาที Ethernet ผ่าน VSAT แบบใช้ร่วมกันซึ่งยังรองรับ SCADA วิดีโอ เสียง และทราฟฟิกลูกเรือ ไม่สามารถให้ความแน่นอนด้านเวลาได้: ความหน่วงของ GEO เพียงอย่างเดียวก็อยู่ในระดับหลายร้อยมิลลิวินาที และการแย่งใช้ทรัพยากรร่วมกับการเฟดจากฝนยังเพิ่มจิตเตอร์ที่ EtherNet/IP Class 1 และการส่งข้อความ Class 3 แบบโพลอย่างถี่ไม่สามารถทนได้ มักปฏิเสธการใช้ไฟเบอร์เนื่องจากต้นทุนสิทธิทาง วิศวกรรมจึงเลือกฮอป IP ไร้สายสำหรับงานอุตสาหกรรมโดยเฉพาะ ซึ่งคู่ PLC สามารถมองเสมือนเป็นช่วงสายทองแดงหรือไฟเบอร์ได้

การสื่อสาร PLC แบบไร้สาย: การออกแบบลิงก์ท่อส่งระยะ 5 ไมล์ — รูปที่ 1

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

เหตุใด Ethernet ผ่านดาวเทียมแบบใช้ร่วมกันจึงล้มเหลว

  • การแย่งใช้แบนด์วิดท์ทำให้ TCP ล่มเมื่อเกิดการสูญหาย ส่วนทราฟฟิก Class 1 ที่ขับเคลื่อนด้วย RPI ไม่สามารถรองรับจิตเตอร์ดังกล่าวได้
  • เวลาแฝงทางเดียวของ GEO ราว 250–280 มิลลิวินาที บวกกับการเข้าคิวที่ฮับ มักทำให้เวลาไปกลับเกินหนึ่งวินาที
  • การเฟดจากฝนในย่าน Ku/Ka ตามแนวเซลล์พายุทำให้เส้นทางขาดหายพอดีกับช่วงที่อัลกอริทึมตรวจจับการรั่วไหลต้องการความต่อเนื่อง

ลิงก์วิทยุอุตสาหกรรมแบบจุดต่อจุดจำกัดเวลาแฝงแบบทางเดียวไว้ที่เวลาหน่วงในอวกาศว่างบวกกับการจัดเก็บและส่งต่อของวิทยุ—โดยทั่วไปต่ำกว่าห้ามิลลิวินาทีที่ระยะห้าไมล์

ตระกูลเทคโนโลยี

ตระกูล ย่านความถี่ เหมาะสมที่สุด ตัวอย่าง
SCADA แบบสเปรดสเปกตรัม 900 MHz / 2.4 GHz LOS ระยะไกล, ทนต่อสิ่งกีดขวางจากพืชพรรณ, อัตราข้อมูลปานกลาง Data-Linc DLM, FreeWave FGR, ProSoft RLX2-IFH9
บริดจ์ PtP ภายนอกอาคาร 5 GHz TCP ทรูพุตสูง, มี LOS จริง Ubiquiti PowerBeam / NanoStation, Mimosa B5c
แบ็กฮอล์ก WiFi สำหรับงานอุตสาหกรรม 2.4 / 5 GHz วิทยุชุดเดียวกันต้องให้บริการไคลเอนต์ด้วย Stratix 5100/5700, SCALANCE W

ที่ระยะห้าไมล์และมี LOS ชัดเจน โรงงานมักเลือกวิทยุ SCADA ย่าน 900 MHz เพื่อความทนทาน หรือบริดจ์ PtP ย่าน 5 GHz เมื่อกราฟิก HMI และทราฟฟิกจากกล้องใช้ฮอปเดียวกัน ย่าน 900 MHz ให้ความเร็ว IP ที่ใช้งานได้ราว 100 kbps ถึงไม่กี่ Mbps ภายใต้กฎการกระโดดความถี่ของ FCC ซึ่งเพียงพอสำหรับการโพลข้อมูลรั่วไหล แต่ไม่เหมาะกับวิดีโอ บริดจ์ย่าน 5 GHz ให้ความเร็วตั้งแต่หลายสิบถึงหลายร้อย Mbps แต่ต้องการการเคลียร์เฟรสเนลที่สะอาดกว่า

วิศวกรรมเส้นทาง RF

การมองเห็นแนวสายผ่านกล้องสองตาเพียงอย่างเดียวไม่เพียงพอ ควรรักษาเขตเฟรสเนลโซนแรกให้โล่งอย่างน้อย 60% (ควรเป็น 80%) รัศมีเฟรสเนลที่จุดกึ่งกลางจะแปรผันตามความยาวเส้นทางและแปรผกผันกับความถี่:

r_mid ≈ 17.32 × sqrt(d_km / (4 × f_GHz))
ตัวอย่างระยะ 5 ไมล์ (8 กม.):
  900 MHz → รัศมีประมาณ 26 ม. (~15.5 ม. เมื่อโล่ง 60%)
  5.8 GHz → รัศมีประมาณ 10 ม. (~6 ม. เมื่อโล่ง 60%)
ความถี่ ค่า FSPL โดยประมาณที่ระยะ 8 กม.
900 MHz ~110 dB
2.4 GHz ~119 dB
5.8 GHz ~126 dB

คำนวณงบประมาณลิงก์เป็น กำลังส่ง TX + อัตราขยายเสาอากาศ − FSPL − การสูญเสียในสายป้อน/ขั้วต่อ จากนั้นกำหนดให้มี fade margin 10–20 dB เพื่อรองรับหิมะและน้ำแข็งเกาะ ติดตั้งเสาอากาศให้สูงกว่าระดับแนวต้นไม้หรือคันดินที่บดบัง และบันทึกความสูงของเสาบนแบบก่อสร้างจริง

การสื่อสาร PLC แบบไร้สาย: การออกแบบลิงก์แนวท่อยาว 5 ไมล์ — รูปที่ 2

ข้อควรระวังในการใช้งานย่าน 5 GHz

เลือกใช้ช่องสัญญาณที่ไม่ใช่ DFS เมื่อกฎระเบียบอนุญาต การยกเลิกช่องสัญญาณของ DFS อาจขัดจังหวะ CIP ได้นานหลายนาที โปรโตคอล airMAX/Mimosa แบบเฉพาะของผู้ผลิตต้องใช้คู่ที่เข้ากันได้—อย่าคาดหวังว่าแล็ปท็อปจะเข้าร่วมบริดจ์ได้ ในฐานะอุปกรณ์ Layer 2 บริดจ์แบบโปร่งใสจะส่งผ่าน EtherNet/IP โดยไม่แก้ไข เมื่อไม่มี NAT คั่นกลาง

ขั้นตอนการผสานรวม PLC

  1. ติดตั้งวิทยุบน VLAN เฉพาะหรือเซกเมนต์ที่แยกทางกายภาพสำหรับการรับส่งข้อมูลตรวจจับการรั่วไหล
  2. กำหนด IP แบบคงที่ให้กับคอนโทรลเลอร์ทั้งสองตัวและอินเทอร์เฟซจัดการวิทยุทั้งสองตัว
  3. ตรวจสอบค่า RTT ของ ping และการเชื่อมต่อ CIP MSG หรือ produced/consumed ที่ทำงานต่อเนื่องเป็นเวลาหลายชั่วโมงในสภาพอากาศที่เปลี่ยนแปลง
  4. กำหนดค่า RPI และอัตราการส่ง MSG ให้อยู่ภายในปริมาณการรับส่งข้อมูลที่วัดได้ ไม่ใช่อิงตามสมมติฐานของ Ethernet ในห้องปฏิบัติการ
  5. เพิ่มแท็ก heartbeat ที่มีการตรวจสอบ เพื่อให้สัญญาณวิทยุจางหายทำให้เกิดสัญญาณเตือนของแนวท่อก่อนที่อัลกอริทึมจะมองไม่เห็นข้อมูล

การคำนวณงบประมาณลิงก์และการทดสอบความหน่วงต่อเนื่อง

ทดสอบการสื่อสารด้วย spectrum analyzer หรือบันทึกค่า RSSI/SNR ของวิทยุ ไม่ใช่ตรวจสอบเพียงว่าการ ping สำเร็จ ปัญหาที่พบบ่อย ได้แก่ การบดบัง Fresnel จากภูมิประเทศที่ดูเหมือนมีแนวสายตาเกือบสมบูรณ์ การเปลี่ยนช่องสัญญาณ DFS สวิตช์ที่ใช้งานร่วมกันซึ่งทำให้เกิดการแย่งแบนด์วิดท์แบบ VSAT อีกครั้ง และอัตราการส่งข้อมูลย่าน 900 MHz ที่ไม่เพียงพอเมื่อเพิ่มวิดีโอ ควรเก็บวิทยุสำรอง ขั้วต่อ และชุดอุปกรณ์ต่อลงดินไว้ร่วมกับอุปกรณ์ PLC และ PAC ระยะไกลอื่น ๆ บนแนวท่อ

เกี่ยวกับผู้เขียน

มาร์ก ทาวน์เซนด์ | วิศวกรระบบอัตโนมัติอาวุโส – ระบบ Allen-Bradley

มาร์ก ทาวน์เซนด์เป็นวิศวกรระบบอัตโนมัติอาวุโสที่มีประสบการณ์กับแพลตฟอร์ม Allen-Bradley มากกว่า 18 ปี ครอบคลุม ControlLogix, CompactLogix และ SLC-500 รุ่นเก่า งานประจำวันของเขาคือการพัฒนาและแก้ไขลอจิกใน RSLogix / Studio 5000 รวมถึงการนำ HMI ของ FactoryTalk View ไปใช้งานบนระบบที่มีอุปกรณ์หลายรุ่นและใช้งานมานาน

แสดงความคิดเห็น

โปรดทราบว่าความคิดเห็นจะต้องได้รับการอนุมัติก่อนที่จะได้รับการเผยแพร่