แล็ปท็อปสำหรับงานวิศวกรรมรุ่นใหม่แทบไม่มีพอร์ต DB-9 RS-232 ให้ใช้งานแล้ว แต่โปรเซสเซอร์ Allen-Bradley SLC 500 ยังคงพึ่งพา DH-485, DF1 ฟูลดูเพล็กซ์ และในตู้ทดสอบรุ่นเก่า เส้นทาง 1747-PIC ดังนั้นการเชื่อมต่อพีซีรุ่นปัจจุบันที่มีเฉพาะ USB เข้ากับแชสซี 5/01 ถึง 5/05 จึงเป็นปัญหาด้านการเลือกฮาร์ดแวร์ก่อนที่จะเป็นปัญหา RSLinx การเลือกบริดจ์ผิดทำให้ต้นไม้ RSWho ว่างเปล่า จนดูคล้ายกับว่าโปรเซสเซอร์ขัดข้อง

จับคู่โปรโตคอลกับ Channel 0 หรือ Channel 1 ก่อน จากนั้นจึงเลือกฮาร์ดแวร์ USB ที่ไดรเวอร์ RSLinx รองรับจริง

แผนผังโปรโตคอลสำหรับบริดจ์ USB

SLC 5/03, 5/04 และ 5/05 มี Channel 0 เป็น RS-232 DF1 และ Channel 1 เป็น DH-485 ส่วน SLC 5/01 และ 5/02 เชื่อมต่อ DH-485 ผ่านคัปเปลอร์ 1747-AIC หรือ 1761-NET-AIC โดย Channel 0 คือจุดเชื่อมต่อที่ถูกต้องสำหรับงาน DF1 ผ่าน USB

เหตุผลที่ไดรเวอร์ 1747-PIC ใช้งานผ่าน USB ไม่ได้

ไดรเวอร์ PIC ถูกเขียนขึ้นสำหรับการเข้าถึงพอร์ตโดยตรงแบบ 16550 เมื่อใช้พอร์ต COM เสมือน USB-CDC จะไม่มีวงจร I/O รุ่นเก่าเหล่านั้น อาการที่พบในหน้างาน ได้แก่ การหมดเวลาแบบไม่มีข้อความใน RSWho, ลูป Autoconfigure ที่ไม่เสร็จสิ้น และเหตุการณ์ระงับการทำงานของ ACPI ที่ทำให้พอร์ต COM หายไประหว่างเซสชัน ให้ย้ายเวิร์กโฟลว์ PIC แบบเดิมไปใช้ DF1 บน Channel 0 แทน ไม่จำเป็นต้องเปลี่ยนเฟิร์มแวร์ของ SLC เปลี่ยนเพียงการเลือกไดรเวอร์บนพีซีเท่านั้น

1747-UIC สำหรับ DH-485

1747-UIC คืออุปกรณ์ USB ของ Allen-Bradley ที่เชื่อมต่อกับ DH-485 โดยมีการแปลง DF1 เป็น DH-485 ภายใน ดังนั้น RSLinx จึงต้องกำหนดค่าไดรเวอร์ DF1 แม้ว่าโครงข่ายหลักในโรงงานจะเป็น DH-485 ก็ตาม ติดตั้งไดรเวอร์ UIC เสียบเข้ากับพอร์ต USB root ที่มีไฟเลี้ยง ตรวจสอบว่าอุปกรณ์ปรากฏใน RSWho ตั้งค่าอัตราบอด 19200 / N / 1 / CRC ซึ่งเป็นค่าเริ่มต้นทั่วไปของ DH-485 และต่อสายคู่บิดเกลียว Belden 3106A (หรือเทียบเท่า) โดยต่อชิลด์ลงกราวด์เพียงจุดเดียว สำหรับระยะเดินสายที่ยาวขึ้น ให้ติดตั้ง 1761-NET-AIC ที่ฝั่ง SLC เพื่อทำหน้าที่แยกวงจร ไบอัส และเทอร์มิเนชัน

USB-to-RS232 สำหรับ DF1 บน Channel 0

สำหรับการโปรแกรมผ่าน Channel 0 สาย USB-RS232 คุณภาพดีพร้อมการเดินสายแบบ null-modem มักเพียงพอ อะแดปเตอร์ที่ผ่านการพิสูจน์ในหน้างาน ได้แก่ Keyspan USA-19QW, Belkin F5U103 และอุปกรณ์ระดับ FTDI US232R ที่มีไดรเวอร์ลงนาม สร้างการเชื่อมต่อเป็น USB → DB-9 ของอะแดปเตอร์ → จุดไขว้แบบ null-modem → Channel 0 ของ SLC ปิดใช้งาน USB selective suspend ของ Windows สำหรับอะแดปเตอร์ เพื่อป้องกันไม่ให้ ACPI ตัดพอร์ต COM หลังไม่มีการใช้งานเพียงไม่กี่วินาที

RSLinx → Configure Drivers → อุปกรณ์ RS-232 DF1
พอร์ตสื่อสาร: ให้ตรงกับ Device Manager (เช่น COM3)
อุปกรณ์: SLC-CH0 | อัตราบอด: 19200 | พาริตี: ไม่มี | บิตหยุด: 1 | ข้อผิดพลาด: CRC

ข้าม Autoconfigure เมื่อบริดจ์ USB หมดเวลา การตั้งค่าพารามิเตอร์ด้วยตนเองให้ตรงกับหน้าปัดของโปรเซสเซอร์มีความน่าเชื่อถือมากกว่า เนื่องจากบัฟเฟอร์ USB ทำให้จังหวะระหว่างไบต์เปลี่ยนไปจากที่ Autoconfigure คาดไว้

การทดสอบเรียกดู RSWho สำหรับเส้นทางแต่ละโปรโตคอล

• ยืนยันโหมดของ Channel 0 ใน RSLogix 500 ก่อนกล่าวโทษสายเคเบิล
• ปิด PuTTY หรือเซสชันเทอร์มินัลอื่นที่กำลังยึดพอร์ต COM อยู่
• อย่าคาดหวังว่าไดรเวอร์ PIC จะทำงานผ่านบริดจ์ USB-serial ใด ๆ
• สำหรับ DH-485 ให้ตรวจสอบหมายเลขโหนดที่ไม่ซ้ำกันและการติดตั้งเทอร์มิเนชันปลายสายเฉพาะจุดที่กำหนด

จัดชุดอุปกรณ์สื่อสาร USB ที่มีเอกสารกำกับไว้—UIC, สาย FTDI ที่ผ่านการทดสอบ, สาย null-modem และบิลด์ RSLinx ที่ทราบว่าใช้งานได้—ไว้ร่วมกับอะไหล่ PLC และ PAC เพื่อที่เหตุขัดข้องครั้งถัดไปจะไม่ต้องเริ่มสุ่มหาอะแดปเตอร์ใหม่