อุปกรณ์อาจไม่ได้ขาดการเชื่อมต่อเครือข่าย แต่เฟรมแรกหลังช่วงว่างอาจมาถึงช้ากว่าเฟรมถัด ๆ ไปเล็กน้อย ปัจจัยหนึ่งที่ควรตรวจสอบคือการประหยัดพลังงานของพอร์ต Energy Efficient Ethernet หรือ EEE ช่วยให้พอร์ตที่เข้ากันได้ลดกิจกรรมทางไฟฟ้าบางส่วนเมื่อไม่มีทราฟฟิก แล้วกลับมาทำงานเมื่อมีข้อมูลเข้ามา โหมดพักนี้ไม่ได้หมายถึงการปิดสวิตช์อุตสาหกรรมทั้งเครื่อง การทำความเข้าใจกระบวนการปลุกช่วยให้เราประเมินการประหยัดพลังงานควบคู่กับข้อกำหนดด้านการควบคุมได้
เหตุใดพอร์ตเครือข่ายที่ว่างจึงยังใช้พลังงาน?
หลังจากเชื่อมต่อลิงก์ผ่านสายแล้ว ปลายทางทั้งสองไม่ได้เพียงแค่รอการถ่ายโอนไฟล์ แต่ยังเข้ารหัส ส่ง และรับสัญญาณไฟฟ้า รวมถึงรักษาการเชื่อมต่อที่สามารถตรวจรับรู้ได้ PHY คือวงจรรับส่งสัญญาณในชั้นกายภาพ ซึ่งแปลงข้อมูลภายในเป็นสัญญาณบนสาย และแปลงสัญญาณที่รับกลับเป็นข้อมูล ส่วน MAC จัดการการส่งและรับเฟรม Ethernet เฟรมคือหน่วยข้อมูลหนึ่งหน่วยที่ส่งผ่าน Ethernet หน้าที่เหล่านี้มีความรับผิดชอบต่างกัน พอร์ตจึงเป็นมากกว่าสวิตช์เปิด-ปิดธรรมดา
ในสถานะการทำงานปกติ อินเทอร์เฟซอาจยังสร้างสัญญาณช่วงว่างตามปกติและเดินวงจรที่เกี่ยวข้อง แม้แอปพลิเคชันจะไม่มีข้อมูลให้ส่ง EEE ลดกิจกรรมในส่วนที่สามารถเข้าสู่สถานะใช้พลังงานต่ำกว่าได้ การรองรับ ความเร็วที่ใช้ได้ และวงจรที่ได้รับผล ขึ้นอยู่กับฮาร์ดแวร์และเฟิร์มแวร์จริง คำอธิบายนี้ใช้ลิงก์สายคู่บิดเกลียวแบบฟูลดูเพล็กซ์ที่เข้ากันได้ ไม่ได้กล่าวอ้างว่าพอร์ตแสงหรือสวิตช์อุตสาหกรรมทุกตัวรองรับกลไกเดียวกัน
ปลายทางทั้งสองต้องตกลงกันก่อนใช้สถานะว่างพลังงานต่ำ
สถานะว่างพลังงานต่ำ หรือย่อว่า LPI คือกลไกที่ EEE ใช้ เมื่อสร้างลิงก์ ปลายทางที่เข้ากันได้จะแลกเปลี่ยนข้อมูลความสามารถเพื่อพิจารณาว่าโหมด EEE ที่เหมาะสมสามารถทำงานได้หรือไม่ การเลือกช่องประหยัดพลังงานบนอุปกรณ์ฝั่งตนเองไม่ได้พิสูจน์ว่าคุณสมบัตินี้กำลังทำงาน อีกฝั่งอาจไม่รองรับ ความเร็วปัจจุบันอาจไม่เหมาะสม หรือไดรเวอร์อาจยังคงปิดใช้งานไว้
ลองนึกถึงคนสองคนที่ตกลงกันว่าจะพักเมื่อใดและจะกลับมาสนทนาต่ออย่างไร การเปรียบเทียบนี้อธิบายเฉพาะการประสานงานเท่านั้น การแจ้งสถานะจริงส่งผ่านสัญญาณเฉพาะในชั้นกายภาพ ไม่ใช่ข้อความจากแอปพลิเคชันที่บอกว่าอุปกรณ์กำลังจะพัก ฟูลดูเพล็กซ์หมายถึงข้อมูลสามารถเดินทางได้ทั้งสองทิศทางพร้อมกัน ควรพิจารณาสถานะของแต่ละทิศทางการส่งแยกกัน การว่างในทิศทางหนึ่งไม่ได้หมายความว่าอุปกรณ์ทั้งสองปิดการทำงานทั้งหมดแล้ว
ช่วงเงียบและการรีเฟรชมีวัตถุประสงค์ต่างกัน
เมื่อการนำไปใช้งานอนุญาตให้พักและไม่มีข้อมูลที่ต้องส่ง ทิศทางการส่งจะแจ้งการเข้าสู่ LPI เปลี่ยนผ่านเข้าสู่โหมดพักจนเสร็จ แล้วเข้าสู่ช่วงเงียบ บางส่วนของวงจรรับส่งสัญญาณลดกิจกรรมลง จึงมีโอกาสประหยัดพลังงาน กิจกรรมรีเฟรชช่วงสั้น ๆ จะแทรกเป็นระยะในช่วงเงียบ การรีเฟรชช่วยรักษาสภาวะของลิงก์และการซิงโครไนซ์ที่ภาครับต้องใช้เพื่อทำงานต่อไปตามพฤติกรรมที่ตกลงกัน
สัญญาณรีเฟรชไม่ใช่รายงานข้อมูล PLC หรือเฟรมแอปพลิเคชันที่ส่งต่อ ซอฟต์แวร์จับแพ็กเก็ตโดยปกติจะสังเกตเฟรม ดังนั้นหน้าต่างจับข้อมูลที่ว่างเปล่าจึงไม่ได้พิสูจน์ว่าชั้นกายภาพไม่มีการสร้างสัญญาณ สถานะว่างของ EEE ตามปกติยังคงรักษาลิงก์ที่สร้างไว้ เหตุการณ์ UP/DOWN ที่เกิดซ้ำยังต้องตรวจสอบสายเชื่อมต่อ ไฟเลี้ยง ไดรเวอร์ และการทำงานร่วมกัน การประหยัดพลังงานไม่ใช่คำอธิบายที่ครอบคลุมทุกกรณีของลิงก์ที่ไม่เสถียร
เฟรมที่เพิ่งเข้ามาอาจต้องรอการปลุก
เมื่อเฟรมเข้ามาขณะที่ทิศทางการส่งอยู่ในสถานะว่าง ปลายทางจะเริ่มกระบวนการปลุก วงจรที่เกี่ยวข้องกลับมาทำงาน และปลายทางฝั่งรับเตรียมพร้อมรับรู้สัญญาณปกติก่อนเริ่มส่งข้อมูล เฟรมจะรอในคิวส่งตลอดช่วงเวลาที่จำเป็น คิวนี้อยู่ภายในอุปกรณ์ ไม่ใช่การพักเฟรมไว้กลางสาย
เฟรมแรกหลังช่วงว่างจึงอาจต้องรอเพิ่มเมื่อเทียบกับพอร์ตที่ทำงานอยู่แล้ว เมื่อทราฟฟิกดำเนินต่อเนื่อง เฟรมถัด ๆ ไปไม่จำเป็นต้องผ่านลำดับพักและปลุกครบชุดแยกกันทุกเฟรม ความหน่วงจริงขึ้นอยู่กับชนิดลิงก์ การนำไปใช้งาน และนโยบาย ค่าหน่วยไมโครวินาทีเพียงค่าเดียวไม่สามารถอธิบายอุปกรณ์ทุกตัวได้ การนำไปใช้งานบางแบบอาจสะสมเฟรมก่อนส่งด้วย การรวมเฟรมลักษณะนี้อาจยืดเวลารอ แต่ไม่ควรสมมติว่ามีในทุกพอร์ต
สิ่งนี้มีความหมายอย่างไรต่อการควบคุมอุตสาหกรรม?
ลองพิจารณาตัวอย่างสมมติของ PLC ที่ส่งเฟรมขนาดเล็กเป็นระยะไปยังแอปพลิเคชันเฝ้าติดตาม ซึ่งในช่วงอื่นมีทราฟฟิกน้อย หากช่องว่างระหว่างการส่งทำให้พอร์ตที่เกี่ยวข้องกลับเข้าสู่สถานะว่าง การกลับมาทำงานแต่ละครั้งอาจทำให้เวลาที่ข้อมูลมาถึงเปลี่ยนไป ตัวอย่างนี้แสดงความเป็นไปได้ ไม่ใช่ผลการวัดของ FCTEL การอัปโหลดไฟล์อย่างต่อเนื่องอาจทำงานได้ราบรื่น ขณะที่ทราฟฟิกควบคุมแบบไม่ต่อเนื่องมีจังหวะเวลาต่างออกไป เพราะภาระงานทั้งสองทำให้พอร์ตอยู่ในสถานะต่างกัน
ความหน่วงของเฟรมแรกอธิบายเวลารอที่เฟรมแรกหลังช่วงว่างได้รับ ส่วนความแปรผันของความหน่วงอธิบายการเปลี่ยนแปลงของจังหวะเวลาที่เฟรมมาถึงระหว่างแต่ละเฟรม เวลารอเพิ่มเล็กน้อยอาจยอมรับได้สำหรับการอ่านสถานะเป็นครั้งคราว งานควบคุมที่มีข้อกำหนดเวลารัดกุมต้องประเมินเทียบกับรอบการทำงาน เวลาหมดอายุ และความคลาดเคลื่อนที่ยอมรับได้ สถานะว่างของ EEE เพียงอย่างเดียวไม่ได้พิสูจน์ว่ามีแพ็กเก็ตสูญหาย และไม่ได้หมายความว่าต้องปิด EEE เสมอไป การตัดสินใจต้องอาศัยหลักฐานจากลิงก์นั้นโดยเฉพาะ
วิธีตรวจสอบพอร์ตและดำเนินการเปรียบเทียบอย่างเป็นธรรม
บันทึกพอร์ตสวิตช์ อะแดปเตอร์เครือข่ายหรือคอนโทรลเลอร์ของอีกฝั่ง เวอร์ชันเฟิร์มแวร์และไดรเวอร์ ความเร็วที่เจรจาได้ และสถานะการทำงานจริงของ EEE การรองรับ การเปิดใช้งาน และการเจรจาสำเร็จเป็นสามสถานะที่แตกต่างกัน แสดงให้แยกกันชัดเจนในภาพหน้าจอ หากอุปกรณ์มีจำนวนครั้งที่เข้าสู่ LPI ระยะเวลาที่อยู่ในสถานะนั้น หรือสถิติข้อผิดพลาดในการปลุก ให้เชื่อมโยงข้อมูลเหล่านี้กับกิจกรรมของแอปพลิเคชัน อย่าสร้างจำนวนครั้งของสถานะว่างขึ้นเองเมื่ออุปกรณ์ไม่ได้ให้สถิติดังกล่าว
ในช่วงบำรุงรักษาที่ได้รับอนุมัติ ให้เปรียบเทียบการเปิดและปิด EEE โดยใช้พอร์ต สาย และภาระงานของแอปพลิเคชันเดียวกัน ครอบคลุมทั้งทราฟฟิกต่อเนื่อง เฟรมแรกหลังสถานะว่าง เฟรมขนาดเล็กที่ส่งเป็นระยะ และทราฟฟิกแบบเบิร์สต์ผสม ทำการเปรียบเทียบซ้ำแทนการอาศัย ping เพียงครั้งเดียว เปลี่ยนเงื่อนไขครั้งละหนึ่งอย่าง และบันทึกเวลารอสูงสุด ความแปรผันของจังหวะเวลา การหมดเวลารอของแอปพลิเคชัน ข้อผิดพลาดของเฟรม และการขึ้นลงของลิงก์ ระบุความแม่นยำของเครื่องมือวัดและตำแหน่งจับข้อมูล มิฉะนั้นอาจเข้าใจผิดว่าความหน่วงจากการจัดตารางงานของโฮสต์เป็นเวลาปลุกของพอร์ต
หากการปิด EEE ทำให้ผลดีขึ้น ให้คืนค่าการตั้งค่าเดิมและทดสอบซ้ำเพื่อยืนยันว่าผลทำซ้ำได้ ตรวจสอบเอกสารทางการและความเข้ากันได้ของเวอร์ชันที่ปลายทางทั้งสอง หากปัญหายังคงอยู่ ให้ตรวจสอบความแออัด ภาระ CPU การจัดตารางงานของแอปพลิเคชัน และคุณภาพสาย เวลาประทับของเฟรมที่ทำมิเรอร์ไม่ได้ระบุขณะที่บิตแรกของเฟรมต้นฉบับเข้าสู่สายได้เสมอไป ไม่ควรนำเสนอการจับแพ็กเก็ตทั่วไปว่าเป็นการวัดเวลาปลุกของ PHY อย่างแม่นยำ
อย่าสับสน EEE กับการปลุกคอมพิวเตอร์ที่ปิดอยู่ด้วยแพ็กเก็ตพิเศษ หรือการประหยัดพลังงานหลังถอดสาย สิ่งเหล่านี้เกี่ยวข้องกับสถานะและการควบคุมที่ต่างกัน อินเทอร์เฟซผลิตภัณฑ์ที่ติดป้ายว่า green Ethernet อาจครอบคลุมหลายนโยบาย อ่านชื่อคุณสมบัติที่แน่นอน พอร์ตที่ใช้ได้ และเงื่อนไขกระตุ้น ก่อนตัดสินว่าการทดสอบได้เปลี่ยนแปลงอะไรจริง ๆ
จัดทำเอกสารการรองรับและเงื่อนไขการตรวจรับ
FCTEL มีเอกสารสวิตช์อุตสาหกรรมและตัวแปลงสื่อใยแก้วนำแสง ให้เริ่มจากอินเทอร์เฟซ ความเร็ว และคุณสมบัติการจัดการของผลิตภัณฑ์จริง จากนั้นยืนยันแยกกันว่า EEE รองรับหรือไม่ ปิดใช้งานได้หรือไม่ และมีสถานะให้ตรวจดูหรือไม่ เอกสารผลิตภัณฑ์ที่เชื่อมโยงไว้เป็นแหล่งข้อมูลสำหรับตรวจสอบผลิตภัณฑ์จริง บทความนี้ไม่ได้กล่าวอ้างว่ารุ่นที่เชื่อมโยงไว้มีการใช้งาน EEE เพียงการเป็นเกรดอุตสาหกรรมและใช้พลังงานต่ำไม่ได้ยืนยันพฤติกรรมด้านเวลาหลังสถานะว่างสำหรับลิงก์ควบคุม
เก็บโทโพโลยี รุ่นและเวอร์ชันของปลายทาง การตั้งค่า EEE รายพอร์ตที่เกี่ยวข้อง ภาระงานทดสอบ และผลลัพธ์ไว้ในบันทึกส่งมอบ ตรวจสอบใหม่หลังเปลี่ยนอะแดปเตอร์หรืออัปเกรดเฟิร์มแวร์ เพราะชุดเงื่อนไขที่เจรจาได้อาจเปลี่ยนไป หลักการนี้ไม่ต้องใช้สูตร: ลดกิจกรรมของวงจรบางส่วนระหว่างสถานะว่าง ใช้การรีเฟรชเพื่อรักษาสภาวะที่ตกลงกัน และปลุกก่อนส่งข้อมูลใหม่ รวมเวลารอนี้ไว้ในการทดสอบตรวจรับของแอปพลิเคชันจริงด้วย
หากอุปกรณ์ไม่มีสถานะ EEE หรือตัวเลือกปิดใช้งาน ให้ขอคำชี้แจงจากผู้ผลิตก่อนตัดสินว่าเหมาะกับลิงก์ที่ไวต่อจังหวะเวลาหรือไม่ การบังคับใช้ความเร็วอื่นไม่ใช่สิ่งทดแทนที่ถูกต้องสำหรับการปิด EEE ในการทดสอบแบบควบคุม เพราะความเร็วเองเปลี่ยนเวลาส่งข้อมูลและเงื่อนไขการเจรจา เก็บรักษาการกำหนดค่าเดิมและบันทึกตัวเลือกที่ตรวจสอบยืนยันแล้ว แทนการคาดเดาจากชื่อเมนู
เอกสารอ้างอิงทางเทคนิค: Microchip AN2637: EEE และสถานะลิงก์; เอกสาร Microchip VSC7420: LPI การรีเฟรช และการปลุก; Cisco: การเจรจา EEE และความหน่วง; งานวิจัยการรวมเฟรมของ EEE; งานวิจัยความหน่วงเครือข่ายจาก EEE; บทความทางเทคนิคของ FCTEL; เอกสารสวิตช์ Gigabit แบบจัดการได้ 24 พอร์ตของ FCTELE. ภาพประกอบต้นฉบับที่สร้างโดยใช้ AI ช่วย อธิบายหลักการทั่วไป ไม่ใช่โครงสร้างภายในหรือผลการวัดของผลิตภัณฑ์เฉพาะรุ่น ไม่มีการยืนยันความสามารถ EEE สำหรับรุ่น FCTEL ที่เชื่อมโยงไว้
