نادراً ما تكشف حواسيب الهندسة المحمولة الحديثة عن منفذ 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 دورات الإدخال/الإخراج القديمة هذه. تشمل الأعراض الميدانية مهلات صامتة في 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 جذري مزوَّد بالطاقة، وتأكد من ظهوره في RSWho، واضبط السرعة على 19200 / ‏N / ‏1 / ‏CRC، وهي الإعدادات الافتراضية المعتادة لـ DH-485، ثم وصّل زوج Belden 3106A المجدول (أو ما يعادله) مع تصريف التدريع عند نقطة واحدة فقط. وللمسارات الأطول، ضع 1761-NET-AIC عند طرف SLC لتوفير العزل والانحياز والإنهاء.

USB إلى 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 في Windows على المحول حتى لا يؤدي ACPI إلى إسقاط منفذ COM بعد بضع ثوانٍ من الخمول.

RSLinx → Configure Drivers → RS-232 DF1 devices
Comm Port: طابق Device Manager (مثلاً COM3)
Device: SLC-CH0 | Baud: 19200 | Parity: None | Stop: 1 | Error: CRC

تجاوز Autoconfigure على جسور USB عندما تنتهي مهلته. فالإعدادات اليدوية المطابقة للوحة المعالج أكثر موثوقية، لأن التخزين المؤقت في USB يغيّر توقيت الفواصل بين البايتات الذي يتوقعه Autoconfigure.

اختبار التصفح عبر RSWho لكل مسار بروتوكول

• تأكد من وضع Channel 0 في RSLogix 500 قبل إلقاء اللوم على الكابل.
• أغلق PuTTY أو أي جلسات طرفية أخرى تشغل منفذ COM.
• لا تتوقع أن يعمل برنامج تشغيل PIC عبر أي جسر تسلسلي USB.
• في DH-485، تحقق من فرادة أرقام العقد ومن إنهاء الخط عند طرفيه فقط.

احتفظ بحقيبة اتصالات USB موثقة—تتضمن UIC وكابل FTDI مُختبراً وكابل null-modem وإصداراً معروفاً من RSLinx—مع قطع غيار PLC وPAC الأخرى حتى لا يبدأ العطل التالي دورة البحث العشوائي عن المحول.