การออกแบบและวัสดุ
อีเทอร์เน็ตคู่สายเดียวและไฟเลี้ยง: เลือกแนวทาง วางโครงสร้างแท่นทดสอบ และเตรียมประเมิน
จัดทำโดย MTTJเผยแพร่: อัปเดต:
สรุป: หากกำลังเตรียมเชื่อมเซนเซอร์เข้ากับอีเทอร์เน็ตคู่สายเดียว ให้เลือกแพลตฟอร์มประเมินก่อน การทำต้นแบบแอปพลิเคชันบน Raspberry Pi/Linux ต้องใช้ฮาร์ดแวร์และซอฟต์แวร์ต่างจากการต่อวงจรรับสัญญาณแอนะล็อกเข้ากับ AM2434 เพื่อพัฒนาโหนดฝังตัว บทความนี้เปรียบเทียบแบบอ้างอิงจากผู้ผลิตสองชุด ให้ลิงก์เอกสารนำไปใช้งาน ลำดับการทดลองจากลิงก์สั้นไปสู่สายเป้าหมาย และแผนแท่นทดสอบที่ปรับใช้ได้โดยตรง
เลือกแนวทางที่ตอบคำถามปัจจุบัน
| ประเด็นเปรียบเทียบ | Analog Devices CN0575 | Texas Instruments TIDA-010261 |
|---|---|---|
| งานประเมินหลัก | ต้นแบบอุปกรณ์ภาคสนาม 10BASE-T1L บน Raspberry Pi/Linux | ต่อวงจรรับสัญญาณแอนะล็อกเข้ากับ AM2434 ประมวลผลข้อมูล และอัปโหลดผ่านอีเทอร์เน็ต |
| อินเทอร์เฟซข้อมูล | ADIN1110 MAC-PHY ต่อกับโฮสต์ผ่าน SPI | AM2434 MCU กับ DP83TD510E PHY |
| เส้นทางไฟเลี้ยง | LTC9111 ฝั่งอุปกรณ์รับไฟ แบบอ้างอิงรองรับ SPoE Class 12/13 | PoDL Type E, Class 12 รวม SCCP และมีอินพุตไฟช่วย 24 V |
| เอกสารนำไปใช้งาน | หน้าบอร์ดประเมิน ชุดออกแบบรวมวงจร/BOM/เลย์เอาต์ Circuit Note และคู่มือผู้ใช้ | วงจร BOM Gerber/เลย์เอาต์ คู่มือออกแบบ และคำแนะนำ SDK |
| การจัดหาฮาร์ดแวร์ | มี EVAL-CN0575-RPIZ ในรายการฮาร์ดแวร์ประเมินทางการ แต่บทความนี้ไม่ได้ตรวจสอบสต็อกในภูมิภาคและเวลาส่งมอบ | ผู้ผลิตระบุชัดว่าไม่จำหน่ายบอร์ดยืนยันผลทั้งชุด ต้องประเมินการผลิตบอร์ดเองหรือทางเลือกฮาร์ดแวร์อื่นที่ตรวจสอบแล้ว |
| การเตรียมซอฟต์แวร์หลัก | Raspberry Pi, ADI Kuiper Linux, device tree และตัวอย่างที่ตรงกัน | ไฟล์บูตและแอปพลิเคชัน AM243x ส่วนควบคุม PoDL ยังเกี่ยวข้องกับเฟิร์มแวร์ MSP430 |
แหล่งข้อมูล: เอกสารทางการ CN0575 และเอกสารทางการ TIDA-010261 ทั้งสองเป็นแบบอ้างอิงสำหรับพัฒนาบนแท่นทดสอบ ไม่ใช่ผลิตภัณฑ์สำเร็จรูปชุดเดียวที่ใช้แทนกันได้
คำแนะนำการเลือก: หากคำถามเร่งด่วนคือแอปพลิเคชัน Linux เดิมจะรับข้อมูลเซนเซอร์อย่างไร ให้เริ่มตรวจการเตรียมฮาร์ดแวร์และอิมเมจ CN0575 หากต้องการประเมินการรวมการสุ่มตัวอย่างแอนะล็อก การประมวลผลที่ขอบเครือข่าย และการรายงานในโหนดฝังตัวเดียว TIDA-010261 ใกล้กับงานนี้กว่า แต่ต้องยืนยันทรัพยากรผลิตบอร์ดและปรับซอฟต์แวร์ก่อน หากเพียงต้องการตรวจสอบสายเส้นหนึ่ง ทั้งสองแนวทางอาจเกินความจำเป็น อุปกรณ์ปลายทางที่เข้ากันได้และทำงานร่วมกันแล้วมักเหมาะกว่าเป็นฐานเปรียบเทียบ นี่เป็นคำแนะนำทางวิศวกรรมตามงานประเมิน ไม่ใช่การจัดอันดับสมรรถนะผู้ผลิต
แยกข้อมูลกับไฟเลี้ยงเป็นคนละเส้นทางก่อน
ความสัมพันธ์เชิงหน้าที่ต่อไปนี้เรียบเรียงจากแบบอ้างอิง เพื่อช่วยแบ่งงานเตรียมแท่นทดสอบ ไม่ได้หมายความว่านำสองแบบมาต่อกันโดยตรงได้ และไม่ใช้แทนผังเดินสายของบอร์ดรุ่นที่ใช้งานจริง
CN0575: ความสัมพันธ์ระหว่างโฮสต์ Linux กับลิงก์คู่สายเดียว
- Raspberry Pi / แอปพลิเคชัน Linux
- SPI
- ADIN1110 MAC-PHY
- วงจรคัปปลิงบนบอร์ดและสายคู่เดียว
- อุปกรณ์ปลายทางลิงก์ที่เข้ากันได้
- อุปกรณ์จ่ายไฟที่เข้ากันได้ (PSE)
- สายคู่เดียวและวงจรจ่ายไฟบนบอร์ด
- การควบคุมอุปกรณ์รับไฟ (PD) ด้วย LTC9111 และภาคจ่ายไฟถัดไป
- โหลดบนบอร์ด / Raspberry Pi
การส่งข้อมูลและไฟบนสายเดียวกันไม่ได้ทำให้ทั้งสองหน้าที่ทำงานได้โดยอัตโนมัติ ลิงก์ข้อมูลต้องตรวจโหมดของปลายทางทั้งสองและแอปพลิเคชัน ส่วนไฟบนคู่สายเดียวกันยังขึ้นกับความสามารถ PSE ระดับอุปกรณ์รับไฟ และการตั้งค่าบอร์ด การมีอินเทอร์เฟซข้อมูลในมีเดียคอนเวอร์เตอร์ไม่ได้ยืนยันว่าจะจ่ายไฟที่ต้องการได้ คำอธิบายหน้าที่และไฟเลี้ยง CN0575
TIDA-010261: การสุ่มตัวอย่างแอนะล็อก การประมวลผลฝังตัว และการอัปโหลด
- วงจรรับสัญญาณแอนะล็อก / โมดูลประเมิน
- การประมวลผลแอปพลิเคชัน AM2434
- DP83TD510E PHY
- อินเทอร์เฟซบนบอร์ดและสายคู่เดียว
- อุปกรณ์ปลายทางลิงก์ที่เข้ากันได้
- เส้นทางอุปกรณ์รับไฟ PoDL Type E, Class 12 ตามการตั้งค่าผู้ผลิต
- การตั้งค่าไฟช่วยที่ผู้ผลิตรองรับ
ทางเลือกไฟเลี้ยง: ใช้เส้นทางอุปกรณ์รับไฟ PoDL Type E, Class 12 ตามการตั้งค่าผู้ผลิต หรือประเมินด้วยการตั้งค่าไฟช่วยที่ผู้ผลิตรองรับ ดูการตั้งค่าเฉพาะและเงื่อนไขสลับในคู่มือออกแบบ
นอกจากอีเทอร์เน็ต แนวทางนี้รวมอินเทอร์เฟซวงจรรับสัญญาณแอนะล็อก เฟิร์มแวร์แอปพลิเคชัน และการควบคุมไฟเลี้ยง เอกสารผู้ผลิตมีจุดเริ่มต้นสำหรับออกแบบและดีบัก แต่ทีมยังต้องจัดหาบอร์ด เตรียมการเริ่มระบบ และปรับซอฟต์แวร์ ลูกศรแสดงความสัมพันธ์เชิงหน้าที่ ไม่ได้หมายความว่าสามารถต่อแหล่งจ่ายสองตัวขนานกันโดยตรง ภาพรวม TIDA-010261
เปลี่ยนการเลือกแนวทางเป็นการตัดสินใจเตรียมงาน
สมมติว่าทีมมีแอปพลิเคชันข้อมูลบน Raspberry Pi แล้วและต้องการประเมินลิงก์คู่สายเดียว เหตุผลที่ควรตรวจ CN0575 ก่อนคือใกล้กับโฮสต์และสภาพแวดล้อมพัฒนาเดิม แต่ข้อพิจารณานี้ยังไม่ใช่ใบสั่งซื้อ ทีมควรได้คู่มือผู้ใช้ฉบับเต็ม ตรวจอิมเมจและ device tree ปลายทางลิงก์ และรูปแบบไฟเลี้ยง แล้วจึงตัดสินว่าบอร์ดกับสายประกอบเป็นแท่นทดสอบครบได้หรือไม่
หากเป้าหมายจริงเปลี่ยนเป็นสร้างโหนดฝังตัวที่ต่อกับวงจรรับสัญญาณแอนะล็อก และทีมมีทรัพยากรผลิตบอร์ด ดีบักการเริ่มระบบ และปรับเฟิร์มแวร์แล้ว เอกสาร TIDA-010261 จะใกล้กับงานกว่า ฝ่ายจัดซื้อควรได้รับ BOM ที่ระบุเวอร์ชันและรายการเตรียมงานวิศวกรรม ต้องนำข้อเท็จจริงที่ไม่จำหน่ายบอร์ดยืนยันผลทั้งชุดเข้ามาคิดในตารางงานด้วย
หากต้องการเพียงเปรียบเทียบสายสองเส้น ควรสร้างฐานด้วยอุปกรณ์ปลายทางที่เข้ากันได้และทำงานร่วมกันแล้ว การเปลี่ยนแพลตฟอร์มพัฒนา เฟิร์มแวร์ และสายในครั้งเดียวทำให้หาสาเหตุของความผิดปกติได้ยาก สิ่งเหล่านี้เป็นคำแนะนำเลือกแนวทางในสถานการณ์สมมติ ไม่ใช่ผลวัดหรืออันดับต้นทุนของแต่ละแนวทาง
จัดรายการจัดซื้อและการเตรียมซอฟต์แวร์ร่วมกัน
CN0575: ตรวจแท่นทดสอบทั้งชุด ไม่ใช่เพียงบอร์ดเดียว
หัวข้อประเมินใน Circuit Note Rev. A ทางการระบุบอร์ด CN0575, Raspberry Pi 3B+ หรือใหม่กว่า คอมพิวเตอร์โฮสต์ สายคู่เดียว การเชื่อมต่อ RJ45/USB และสคริปต์ตัวอย่าง ขั้นตอนเชื่อมต่อใช้ EVAL-ADIN1100-EBZ เป็นปลายทางลิงก์ และกำหนดให้ไฟเลี้ยงตรงกับการตั้งค่าบอร์ด Raspberry Pi ต้องเตรียม Kuiper Linux และ device tree ที่ตรงกัน หัวข้อประเมิน หน้า 6
ใช้ข้อมูลนี้สร้างรายการแท่นทดสอบได้ แต่อย่าอนุมานว่าบอร์ดมีเดียคอนเวอร์เตอร์มีฟังก์ชันจ่ายไฟ PoDL/SPoE ครบทุกแบบ ตรวจปลายทางข้อมูล วิธีป้อนไฟ จัมเปอร์บอร์ดรับไฟ และแหล่งจ่ายแยกกัน ต่อสายตามเวอร์ชันบอร์ดที่มีและคู่มือผู้ผลิต การเข้าถึงคู่มือผู้ใช้โดยละเอียดที่ลิงก์ไว้ถูกจำกัดระหว่างค้นข้อมูลบทความนี้ ควรได้คู่มือก่อนจัดซื้อ โดยเฉพาะเพื่อยืนยันอิมเมจ ปลายทาง และขั้นตอนจัมเปอร์ แม้มีลิงก์ดาวน์โหลดไฟล์ออกแบบ ก็ต้องตรวจเวอร์ชันจริง เงื่อนไขการใช้ และความพร้อมของชิ้นส่วนก่อนสั่งซื้อ
TIDA-010261: เตรียมการผลิตบอร์ดและเริ่มระบบก่อนต่อเซนเซอร์จริง
มีวงจร TIDMBP8 BOM TIDMBP9 และคู่มือออกแบบ TIDUF34A ให้เข้าถึงโดยตรง ส่วนที่ 4 ครอบคลุมอินเทอร์เฟซดีบัก การเริ่มระบบ และการเตรียมซอฟต์แวร์ หากไม่มีปลายทางลิงก์ที่เข้ากันได้และจ่ายไฟได้ เส้นทางไฟช่วยรองรับการประเมินข้อมูลด้วยแหล่งจ่ายภายนอก 24 V, 0.5 A ร่วมกับมีเดียคอนเวอร์เตอร์ที่ไม่จ่ายไฟผ่านลิงก์ เงื่อนไขไฟนี้ใช้กับบอร์ดอ้างอิงดังกล่าวเท่านั้น ข้อกำหนดฮาร์ดแวร์ §4.1
| งานที่ต้องทำ | จุดเริ่มต้นที่พบ | งานวิศวกรรมที่ยังต้องจัดเตรียม |
|---|---|---|
| เตรียมบอร์ด | วงจรและ BOM ข้างต้น Gerber/เลย์เอาต์ในหน้าโครงการ | ตรวจว่าเวอร์ชันไฟล์ออกแบบตรงชุด แล้วผลิต จัดซื้อ ประกอบ และตรวจขณะเปิดไฟ |
| เริ่มระบบและดีบัก | คำอธิบาย UART และ JTAG/SD ใน §4.1 | เตรียมการเชื่อมต่อดีบัก บันทึกรหัสบอร์ด วิธีบูต และเวอร์ชันเฟิร์มแวร์ |
| ทำให้แอปพลิเคชันอีเทอร์เน็ตทำงาน | SDK และตัวอย่างอีเทอร์เน็ตใน §4.2.2 | ปรับให้ใช้กับ DP83TD510E ตามคำแนะนำ ตัวอย่างไม่ใช่เฟิร์มแวร์ที่คอมไพล์ไว้สำหรับบอร์ดสร้างเองทุกแบบ |
| ประเมินการรับไฟ PoDL | คำแนะนำเฟิร์มแวร์ MSP430 ใน §4.2.1 | ตรวจ SCCP ความสามารถ PSE และการตั้งค่าเฟิร์มแวร์จริง |
| ทำซ้ำเส้นทางอัปโหลดข้อมูลแอนะล็อก | TIDA-010249 แหล่งสัญญาณ และการตั้งค่า PC DHCP/MQTT ใน §4.3 | หากเปลี่ยนเป็นวงจรรับสัญญาณแอนะล็อกของตนเอง ให้ตรวจโหมดอินเทอร์เฟซ แรงดัน และโค้ดสุ่มตัวอย่างอีกครั้ง |
นำหัวข้อซอฟต์แวร์ ไฟล์ออกแบบ และเงื่อนไขดีบักฮาร์ดแวร์เข้าในรายการเตรียมงาน ราคา BOM อย่างเดียวไม่ใช่ต้นทุนทำแนวทางนี้ให้สำเร็จ บทความนี้ไม่ได้ข้อมูลเปรียบเทียบเวลาส่งบอร์ด ชั่วโมงงานเชื่อมระบบ หรือใบเสนอราคาแท่นทดสอบครบ จึงไม่จัดอันดับต้นทุนรวม
เรียงการทดลองให้ผลอธิบายได้
ลำดับต่อไปนี้เป็นข้อเสนอ ก่อนใช้งานให้กรอกบอร์ดทั้งสองปลาย เฟิร์มแวร์ แบบสาย การเชื่อมต่อ เกณฑ์ข้อมูลแอปพลิเคชัน และเงื่อนไขที่อุปกรณ์อนุญาต ใช้เฉพาะเส้นทางไฟที่ผู้ผลิตรองรับชัดเจน ปิดไฟก่อนสลับการตั้งค่าตามคู่มือที่เกี่ยวข้อง
| เงื่อนไข | คงอะไรไว้ | เปลี่ยนอะไรในการทดลองนี้ | หลักฐานที่ต้องได้ |
|---|---|---|---|
| B01: ฐานลิงก์สั้น | บอร์ดปลายทาง เฟิร์มแวร์ และภาระข้อมูลแอปพลิเคชัน | สร้างการตั้งค่าเริ่มต้นที่ผู้ผลิตรองรับ | โหมดที่เจรจาได้จริง การรับข้อมูลแอปพลิเคชันต่อเนื่อง และช่วงเวลาบันทึก |
| B02: สายเป้าหมาย | ปลายทาง ภาระ และไฟเลี้ยงของ B01 | เปลี่ยนเป็นสายเป้าหมายและชุดคอนเน็กเตอร์ที่บันทึกไว้ | จำนวนข้อมูล การหลุด/เชื่อมใหม่ รีเซ็ต และการสังเกตไฟ เปรียบเทียบกับ B01 ในช่วงเวลาเดียวกัน |
| B03: ไฟบนคู่สายเดียวกัน | สายและภาระข้อมูลของ B02 | สลับเป็น PoDL/SPoE เมื่ออุปกรณ์รองรับและทั้งสองปลายตรงกัน | ลำดับการสร้างไฟเลี้ยง สถานะ PD และพฤติกรรมข้อมูล เก็บการตั้งค่า PSE ไว้ |
| B04: เปลี่ยนการเริ่มระบบหรือภาระ | วงจรและสายที่ยืนยันแล้ว | เปลี่ยนเงื่อนไขเริ่มระบบ/ภาระที่กำหนดไว้ทีละอย่าง | จำนวนเริ่มระบบ เวลาแอปพลิเคชันกลับมาทำงาน รีเซ็ต และรูปคลื่น/บันทึกที่เกี่ยวข้อง |
ระยะ 1,000 m ในเอกสาร CN0575 ผูกกับโหมด 2.4 Vpp การใช้ 2.4 Vpp ยังต้องให้ปลายทางทั้งสองประกาศว่ารองรับและเจรจาโหมด ความสามารถจ่ายไฟของสายเป้าหมาย คอนเน็กเตอร์ และสภาพแวดล้อมยังต้องตรวจสอบแยก อินเทอร์เฟซกายภาพและการเจรจาของ CN0575
แยกบันทึก “ไฟแสดงสถานะติด/ลิงก์เชื่อมแล้ว” “แอปพลิเคชันได้รับข้อมูลที่ถูกต้อง” และ “ทำงานเสถียรภายใต้ไฟเลี้ยงเป้าหมาย” เพราะเป็นสามการสังเกตต่างกัน หากฐานลิงก์สั้นยังไม่ทำงาน ให้ตรวจการตั้งค่าปลายทาง อิมเมจ/เฟิร์มแวร์ อุปกรณ์อีกฝั่ง และการเดินสายก่อน อย่ารีบกล่าวโทษสายยาว หากผิดปกติเฉพาะเมื่อใช้ไฟบนคู่สายเดียวกัน ให้เก็บและตรวจการสร้างไฟเลี้ยง อินพุต PD และจังหวะรีเซ็ตต่อ อาการนี้อย่างเดียวไม่พิสูจน์ว่าแรงดันตกในสายเป็นสาเหตุ หยุดเงื่อนไขนั้นเมื่ออุณหภูมิเพิ่มผิดปกติ อุปกรณ์เกินเงื่อนไขอนุญาต หรือการเดินสายไม่แน่ชัด แล้วตรวจตามเอกสารอุปกรณ์และบอร์ด
เมื่อพบความผิดปกติ ควรตรวจอะไรต่อ
การตรวจต่อไปนี้อิงการเปรียบเทียบ B01–B04 ใช้เลือกหลักฐานถัดไปที่จะเก็บ ไม่ใช่อาศัยอาการอย่างเดียวเพื่อระบุว่าอุปกรณ์หรือสายเป็นต้นเหตุ
| สิ่งที่เห็นตอนนี้ | หลักฐานที่ควรเก็บหรือตรวจก่อน | ข้อพิจารณาที่รองรับได้ |
|---|---|---|
| แม้แต่ฐานลิงก์สั้นก็ไม่ทำงาน | เวอร์ชันปลายทางและบอร์ด อิมเมจ/เฟิร์มแวร์ อีกฝั่ง การเดินสาย และบันทึกแอปพลิเคชัน | คืนฐานที่ใช้งานได้ก่อนอธิบายพฤติกรรมสายยาว |
| ลิงก์เชื่อมแล้วแต่ไม่มีข้อมูลแอปพลิเคชันที่คาด | การตั้งค่าแอปพลิเคชัน บันทึกในช่วงเวลาเดียวกัน และนิยามการนับ | แยกสถานะลิงก์กายภาพจากการที่แอปพลิเคชันทำงานสำเร็จ |
| หลังเปลี่ยนสายเป้าหมายเกิดความผิดปกติภายใต้การตั้งค่าเดิม | ชุดสายและคอนเน็กเตอร์ ข้อมูลช่วงเวลาเดียวกัน บันทึกการเชื่อมใหม่/รีเซ็ตและไฟเลี้ยง | เชื่อมอาการกับสิ่งที่เปลี่ยนแล้ววางแผนแยกสาเหตุ ความสัมพันธ์อย่างเดียวยังไม่ยืนยันสาเหตุราก |
| ผิดปกติหลังสลับเป็นไฟบนคู่สายเดียวกันเท่านั้น | การตั้งค่า PSE สถานะ PD และเวลาระหว่างเหตุการณ์รีเซ็ตกับข้อมูล | เลือกการวัดไฟหรือจังหวะเวลาถัดไป ไม่ใช่สรุปทันทีว่าเกิดจากแรงดันตกในสาย |
ส่งบันทึกเหล่านี้พร้อมขอบเขตที่ยังไม่ทดสอบให้วิศวกรคนถัดไป จะสนับสนุนการตัดสินใจทำต่อ ปรับ หรือเพิ่มการทดสอบได้ดีกว่าส่งเพียงภาพ “ลิงก์เชื่อมแล้ว”
ไฟล์แผนและบันทึกที่ปรับใช้ได้ทันที
ชุดเครื่องมือประเมินแท่นทดสอบประกอบด้วยแผนและตารางผลแท่นทดสอบ แผนตัวอย่างที่กรอกแล้ว และคำอธิบายฟิลด์ ไฟล์รวมเงื่อนไข ตัวแปร และฟิลด์ผลไว้ด้วยกัน เพื่อเก็บเงื่อนไขที่ล้มเหลวได้ด้วย ไม่ใช่เพียงบันทึกการเชื่อมสำเร็จครั้งเดียว
ตัวอย่างสมมติว่าทีมมีอุปกรณ์ปลายทางที่เข้ากันได้ เปรียบเทียบสายฐาน 1 m กับสายเป้าหมาย 20 m และวางแผนตรวจไฟบนคู่สายเดียวกันที่มีการเจรจาไฟ ความยาวนี้เป็นข้อมูลสาธิต ไม่ใช่ค่าจำกัดแนะนำ แต่ละแถวระบุสิ่งที่เปลี่ยน สิ่งที่คงไว้ และสิ่งที่สังเกต ค่าที่วัดจริง ได้แก่ จำนวนข้อมูล แรงดัน จำนวนรีเซ็ต และข้อสรุป ล้วนเว้นว่างเพราะยังไม่ได้ทดสอบ เปลี่ยนอุปกรณ์และเงื่อนไข เติมเอกสารกับเกณฑ์ให้ครบ แล้วจึงส่งแผนให้ผู้ทำการทดลอง
อาจกำหนดการเสร็จสิ้นรอบนี้ว่า: ทุกเงื่อนไขตามแผนมีการตั้งค่าและบันทึกชัดเจน ความล้มเหลวนำไปสู่การตรวจถัดไป ไฟเลี้ยงกับข้อมูลมีข้อพิจารณาแยกกัน และแยกสภาพแวดล้อม ความยาว กับภาระที่ยังไม่ยืนยันไว้ ผลเช่นนี้ช่วยตัดสินใจออกแบบต่อ ปรับ หรือหยุดแนวทางนี้ได้ ส่วนคุณสมบัติสำหรับการผลิต EMC ความทนทาน และการตรวจรับการใช้งานสุดท้ายยังต้องตรวจสอบแต่ละด้านเอง
เมื่อเตรียมเงื่อนไขสายเป้าหมาย อ่านคู่มือเลือกขนาดสายและตัวนำ เมื่อจัดข้อสรุปการตรวจสอบ อ่านวิธีพิจารณารายงานทดสอบชุดสายเคเบิล
เวอร์ชันแหล่งข้อมูล: CN0575 Circuit Note Rev. A; TIDA-010261 คู่มือออกแบบ TIDUF34A (2025-08); เอกสารสาธารณะผู้ผลิตอ่านเมื่อ 2026-09-23 ยืนยันว่า BOM วงจร และเวอร์ชันบอร์ดตรงชุดสำหรับการใช้งานจริง MTTJ ใช้ AI ช่วยอ่านแหล่งข้อมูลและเรียบเรียง บทความนี้ให้การเปรียบเทียบเอกสารและข้อเสนอเครื่องมือทดลอง โดยไม่ได้ทำซ้ำแบบอ้างอิงทั้งสองด้วยอุปกรณ์จริง
แหล่งข้อมูลที่เกี่ยวข้องและขอบเขตการผลิต
เครื่องมือทดลองและคู่มือฟิลด์
แผนแท่นทดสอบอีเทอร์เน็ตคู่สายเดียว: ฟิลด์และคำแนะนำ
แผนแท่นทดสอบอีเทอร์เน็ตคู่สายเดียว: ฟิลด์และคำแนะนำ
เวอร์ชัน: 2026-09-23 ไฟล์ประกอบ: spe-bench-plan.csv และ spe-bench-demo-plan.csv เปิดเป็นข้อความ UTF-8 คั่นด้วยจุลภาคผ่าน “From Text/CSV” ใน Excel หรือ LibreOffice ชื่อคอลัมน์ภาษาอังกฤษช่วยให้ใช้ซ้ำข้ามภาษาได้
แผนมีจุดประสงค์ทดลองสำหรับ B01 ฐานลิงก์สั้น B02 สายเป้าหมาย B03 จ่ายไฟบนคู่สายเดียวกัน และ B04 เปลี่ยนการเริ่มทำงาน/ภาระแล้ว นี่เป็นลำดับที่เสนอ ไม่ใช่คำแนะนำเดินสายของผู้ผลิตหรือการทดสอบที่เสร็จแล้ว ลบเงื่อนไขที่อุปกรณ์ไม่รองรับ หากทำเงื่อนไขเดียวซ้ำหลายครั้ง ให้คัดลอกแถวและกำหนด test_id ไม่ซ้ำ กรอกเอกสาร บอร์ดจริง ซอฟต์แวร์ และเกณฑ์ให้ครบก่อนเริ่มงาน
| ฟิลด์ | ความหมายและวิธีกรอก |
|---|---|
| data_kind | ใช้ unperformed_plan สำหรับแผน และ illustrative_plan_not_measured สำหรับตัวอย่าง หลังได้ค่าจริงให้ใช้ measured ในบันทึกแยก |
| test_id | ID เฉพาะแต่ละรอบดำเนินการ ใช้เชื่อมโยงบันทึก |
| document_and_revision | ฉบับแก้ไขคู่มือบอร์ด ไฟล์ออกแบบ และเอกสารซอฟต์แวร์ที่ใช้จริง |
| endpoint_a_hw_fw / endpoint_b_hw_fw | ฉบับแก้ไขฮาร์ดแวร์และเวอร์ชันเฟิร์มแวร์/อิมเมจ/ไดรเวอร์ที่ปลายทั้งสอง |
| cable_drawing_lot / planned_length_m | แบบสาย คอนเน็กเตอร์ และล็อต / ความยาวที่วางแผนเป็นเมตร |
| power_route_and_class | เส้นทางไฟจริง การตั้งค่า PSE/PD และระดับกำลัง แยกไฟภายนอกจากไฟบนคู่สายเดียวกัน |
| changed_factor / held_constant | ปัจจัยที่เปลี่ยนในแถวนี้ / เงื่อนไขที่คงเดิม |
| acceptance_criteria_ref | อ้างอิงเกณฑ์ผลิตภัณฑ์ ขีดจำกัดทำงานของชิ้นส่วน และเงื่อนไขหยุดที่กำหนดก่อนทำ |
| planned_observation | สิ่งที่วางแผนสังเกตและบันทึกในเงื่อนไขนี้ |
| started_at_utc / ended_at_utc | ช่วงเวลาทำจริง รวมวันที่ เวลา และเขตเวลา UTC |
| actual_tx_mode_vpp | ค่าโหมดส่งที่อ่านกลับจริง (Vpp) อย่าแทนด้วยค่าที่วางแผน |
| actual_tx_count / actual_rx_count | จำนวนส่ง/รับในชั้นเดียวกันและช่วงเวลาเดียวกัน เว้นว่างหากไม่มีข้อมูลจำนวน |
| counter_definition | จำนวนหมายถึงเฟรมอีเทอร์เน็ต ข้อความแอปพลิเคชัน หรือหน่วยอื่น และจัดการรายการซ้ำ การกรอง และรีเซ็ตอย่างไร |
| link_down_count / reset_count | จำนวนลิงก์ขาด / รีเซ็ตปลายทางที่สังเกตจริงในช่วงเวลา เว้นว่างหากไม่ได้สังเกต |
| pd_input_min_v / pd_input_max_v | แรงดันอินพุต PD ต่ำสุด/สูงสุดที่จุดวัดระบุ หน่วย V ใส่รายละเอียดเครื่องมือและจุดวัดใน evidence_ref |
| power_setup_result / data_result | ข้อสรุปแยกระหว่างการเริ่มจ่ายไฟกับข้อมูลแอปพลิเคชัน พร้อมเกณฑ์ที่ใช้ ห้ามกรอกผ่านหากยังไม่ทดสอบ |
| evidence_ref | ที่เก็บบันทึก รูปคลื่น จุดวัด การตั้งค่าสุ่มตัวอย่าง และไฟล์ผลภายใต้ ID เดียวกัน |
| next_decision | ขั้นต่อไป: ทำต่อ เปลี่ยนรายการที่ระบุ หยุดแนวทางนี้ หรือทดสอบเพิ่ม พร้อมเหตุผลตัดสินใจ |
วิธีใช้แผนตัวอย่างที่กรอกแล้ว
ไฟล์สาธิตสมมติว่ามีปลายทางที่เข้ากันได้แล้ว โดยเริ่มด้วยลิงก์ 1 m และสายเป้าหมาย 20 m ความยาวนี้ใช้สาธิตเท่านั้น แต่ละแถวเปลี่ยนสาย วิธีจ่ายไฟ และการเริ่มทำงานหรือภาระแยกกัน แทนฟิลด์ REPLACE ด้วยข้อมูลจริง ตรวจสอบระดับกำลัง การเจรจา และการรองรับคอนเน็กเตอร์ทั้งสองฝั่งด้วย การสมมติว่าเข้ากันได้ไม่ใช่การตรวจที่เสร็จแล้ว
ฟิลด์ตัวอย่างทุกช่องตั้งแต่ started_at_utc ถึง next_decision ว่าง ไม่มีเวลาจริง จำนวน แรงดัน รีเซ็ต บันทึก หรือข้อสรุปทดสอบ เมื่อเตรียมเสร็จให้คัดลอกแผนเป็นไฟล์ดำเนินการแยกและเก็บแผนเดิม แยกไฟล์ทั้งด้วยชื่อและค่า data_kind
การสรุปและวินิจฉัยผล
เริ่มเปรียบเทียบ B01/B02 ด้วยช่วงเวลา ภาระ ปลายทาง และซอฟต์แวร์เดียวกัน ระบุการเปลี่ยนเส้นทางไฟเมื่อเปรียบเทียบ B02/B03 ไฟแสดงผลติดอย่างเดียวไม่พอให้ data_result ผ่าน ต้องอ่านข้อมูลแอปพลิเคชันและใช้เกณฑ์ที่ระบุ หากนิยามตัวนับต่างกันหรือมีการรีเซ็ตตัวนับ จะใช้จำนวนส่งลบจำนวนรับเป็นแพ็กเก็ตสูญหายโดยตรงไม่ได้ เก็บบันทึกและอธิบายความต่างก่อน
เมื่อมีปัญหาเฉพาะการจ่ายไฟบนคู่สายเดียวกัน ให้ตรวจความสัมพันธ์ของเวลาระหว่างการเริ่มจ่ายไฟ สถานะ PD รีเซ็ต และเหตุการณ์ข้อมูลก่อนเลือกการวัดถัดไป อย่าอนุมานว่าแรงดันตกในสายจากอาการนี้อย่างเดียว หากลิงก์สั้นก็ล้มเหลว ให้แก้การตั้งค่าฐานก่อน เว้นว่างหากไม่มีบันทึก กรอก 0 เฉพาะเหตุการณ์ที่ยืนยันว่าไม่เกิดในช่วงเวลาที่สังเกตจริง
ข้อสรุปแท่นทดสอบพร้อมส่งต่อเมื่อทุกเงื่อนไขมีการตั้งค่า เกณฑ์ และอ้างอิงผล ความล้มเหลวมีขั้นวินิจฉัยถัดไปที่ทำได้ และขอบเขตที่ยังไม่ทดสอบแยกไว้ ตารางนี้ไม่ตัดสินความเข้ากันของชิ้นส่วนอัตโนมัติ และไม่แทนขั้นตอนเดินสายของผู้ผลิต การประเมินคุณสมบัติผลิตภัณฑ์ หรือการตรวจสอบ EMC
ค่า CSV ต้นฉบับและความหมาย
ไฟล์ต้นฉบับคงค่าภาษาอังกฤษไว้เหมือนเดิม ตารางต่อไปอธิบายความหมาย รหัสสาธิตไม่ได้ระบุชิ้นส่วนหรือการทดสอบจริง
| ค่าต้นฉบับ | ความหมาย |
|---|---|
unperformed_plan |
แผนที่ยังไม่ได้ดำเนินการ |
illustrative_plan_not_measured |
แผนสาธิตที่ไม่มีผลวัด |
measured |
บันทึกแยกของการวัดจริงหลังดำเนินการ |
B01 |
เงื่อนไขฐานลิงก์สั้น |
B02 |
เงื่อนไขสายเป้าหมาย |
B03 |
เงื่อนไขจ่ายไฟบนคู่สายเดียวกัน |
B04 |
เงื่อนไขเปลี่ยนการเริ่มทำงานหรือภาระ |
REPLACE: exact board manuals and matched revisions |
กรอกคู่มือบอร์ดจริงและตรวจว่าฉบับแก้ไขตรงกัน |
REPLACE: compatible endpoint A / firmware |
กรอกปลายทาง A และเฟิร์มแวร์จริง แล้วตรวจความเข้ากันได้ |
REPLACE: compatible endpoint B / firmware |
กรอกปลายทาง B และเฟิร์มแวร์จริง แล้วตรวจความเข้ากันได้ |
REPLACE: actual drawing and lot |
กรอกแบบสายและล็อตจริง |
REPLACE: product-specific criteria agreed before test |
กรอกเกณฑ์เฉพาะผลิตภัณฑ์ที่กำหนดก่อนทำ |
original supported supply |
ใช้วิธีจ่ายไฟเดิมที่ผู้ผลิตรองรับ |
same as B01 |
คงวิธีจ่ายไฟของ B01 |
compatible PoDL/SPoE only |
ใช้ PoDL/SPoE หลังตรวจความเข้ากันได้แล้วเท่านั้น |
validated route |
ใช้เส้นทางไฟที่ตรวจสอบกับอุปกรณ์แล้ว |
establish baseline |
สร้างการตั้งค่าเปรียบเทียบเริ่มต้น |
target cable and connector assembly |
เปลี่ยนเป็นสายเป้าหมายและชุดคอนเน็กเตอร์ |
power route |
เปลี่ยนวิธีจ่ายไฟ |
one declared startup or load condition |
เปลี่ยนหนึ่งเงื่อนไขเริ่มทำงานหรือภาระที่นิยามชัด |
endpoint firmware; application load |
คงเฟิร์มแวร์ปลายทางและภาระแอปพลิเคชัน |
endpoints; firmware; data load; supply |
คงปลายทาง เฟิร์มแวร์ ภาระข้อมูล และไฟ |
B02 cable; endpoints; firmware; data load |
คงสาย B02 ปลายทาง เฟิร์มแวร์ และภาระข้อมูล |
validated circuit and cable |
คงวงจรและสายที่ตรวจสอบแล้ว |
negotiation; application data; supply state |
สังเกตการเจรจา ข้อมูลแอปพลิเคชัน และสถานะไฟ |
same-window data counters; reconnect/reset; supply readings |
สังเกตตัวนับข้อมูลในช่วงเวลาเดียวกัน การเชื่อมใหม่/รีเซ็ต และค่าไฟที่อ่านได้ |
power classification/start; PD state; application data |
สังเกตการจัดระดับและเริ่มจ่ายไฟ สถานะอุปกรณ์รับไฟ และข้อมูลแอปพลิเคชัน |
startup count; recovery duration; logs/waveform |
บันทึกจำนวนเริ่มทำงาน ระยะเวลากู้คืน และบันทึกหรือรูปคลื่นที่เกี่ยวข้อง |
