ترحيل تعليقات المخططات السلمية في RSLogix 500: إرفاق التعليقات بعنوان الخرج
رحّل تعليقات الأسطر المنطقية في RSLogix 500 دون فقدان معناها الهندسي. قارن بين ارتباطها بأرقام الأسطر وعناوين المخارج، واحمِ قاعدة البيانات المصدر، وتحقّق من صحة كل دفعة دون اتصال.
تعليقات السطر في مشروع RSLogix 500 جزء من قاعدة بيانات الهندسة، وليست منطقًا تنفيذيًا للمعالج. لذلك يسهل إهمالها وإتلافها أثناء التنظيف أو الترحيل. عندما تظهر التعليقات على أسطر خاطئة بعد إدراج المنطق أو نسخه أو إعادة تنظيمه، تتمثل الاستجابة الصحيحة في تحديد نمط الإرفاق، والحفاظ على خط أساس، والتحقق من النتيجة في نسخة غير متصلة بالإنترنت قبل تغيير أرشيف الإنتاج.
يحدد خيار الإرفاق ما إذا كانت الوثائق ستتبع رقم السطر أم عنوانًا مرتبطًا بالسطر.
افهم ما الذي يتحرك فعليًا
يمكن لبرنامج RSLogix 500 ربط وثائق السطر بموقع الملف والسطر، أو بعنوان خرج. يكون التعليق المعتمد على الموقع مفيدًا عندما يكون الملف ثابتًا عمدًا، لكن التعديلات التي تُجرى فوق ذلك السطر قد تفصل الشرح عن المنطق الذي كان مخصصًا لتوضيحه. ويمكن لإرفاق التعليق بالعنوان أن يجعل التعليق يتبع عنوان الخرج المحدد أثناء تحرك المنطق. وتؤكد مذكرة الدعم من Rockwell بشأن عناوين AI500 المستوردة أن البرنامج يتيح نمط إرفاق ويمكنه تحويل الوثائق بين الربط بالخرج والربط برقم السطر.
لا يوجد نمط صحيح دائمًا. فقد لا يحتوي السطر على تعليمة خرج، أو قد يحتوي على عدة مخارج، أو على خرج يُعاد استخدام عنوانه في موضع آخر، أو على تعليمة تُنقل ضمن إعادة هيكلة أكبر. لذلك قد يظهر التعليق المعتمد على العنوان في أكثر من سطر، بينما قد يبقى التعليق المعتمد على رقم السطر في مكانه عند نقل منطقه. تعامل مع الإرفاق باعتباره قاعدة وثائق مضبوطة، لا زر إصلاح تلقائي.
احمِ المصدر قبل التحرير
احفظ ملف RSS الأصلي للقراءة فقط وسجّل قيمة التحقق الخاصة به، واسم وحدة التحكم، وإصدار البرنامج، وتاريخ الرفع. صدّر قاعدة البيانات وتعليقات الأسطر أو اطبعها بصيغة يمكن مقارنتها لاحقًا. إذا كان المشروع يُرفع من وحدة تحكم، فتذكر أن الأوصاف والتعليقات قد لا تكون مخزنة في معالج SLC بالطريقة نفسها التي يُخزن بها منطق السلم. فقد يستعيد الرفع المنطق، لكنه يترك المشروع دون قاعدة بيانات الوثائق الصحيحة غير المتصلة بالإنترنت.
اعمل على ملف مكرر. اختر عدة حالات اختبار: سطر OTE عادي، وزوج OTL وOTU، وسطر يحتوي على عدة مخارج، وسطر دون خرج واضح، وروتين فرعي سيتلقى منطقًا جديدًا. سجّل رقم الملف الحالي، ورقم السطر، وعنوان الارتساء المحدد، ونص التعليق لكل حالة.
اختر الإرفاق وفقًا للهدف الهندسي
استخدم الإرفاق بعنوان الخرج عندما يحدد الخرج الوظيفة بشكل فريد ويُحتمل نقل السطر. قد يوفر أمر تشغيل محرك، أو بت حالة تسلسل، أو مزلاج إنذار نقطة ارتساء متينة إذا كان ذلك العنوان خاضعًا لمعيار تسمية ولم يُعاد استخدامه. اجعل التعليق مركزًا على غرض الوظيفة، وأقفال الأمان، والسلوك غير الطبيعي، بدلًا من تكرار وصف الرمز.
استخدم الإرفاق بالملف والسطر عندما يكون الشرح مرتبطًا بموقع أو قسم، لا بعنوان واحد. ومن أمثلة ذلك ملاحظات الانتقال، والحسابات التشخيصية، ومنطق التهيئة، أو سطر يحتوي على عدة مخارج مترابطة. في هذه الحالات، قد يؤدي فرض بت مخصص للوثائق داخل المنطق التنفيذي فقط لحمل تعليق إلى مخاطر صيانة. لا تضف تعليمات غير مستخدمة إلى آلة قيد التشغيل لمجرد استيفاء أسلوب للتعليقات.
تستحق أزواج المزلاج وإلغاء المزلاج اهتمامًا خاصًا لأنها غالبًا ما تشترك في العنوان نفسه. ينبغي أن يشرح الوصف على مستوى العنوان معنى الحالة المثبتة. أما تعليقات السطر الخاصة، فينبغي أن تشرح ما الذي يثبتها، وما الذي يلغيها، وما شروط السماح المطبقة. وإذا تعذر على تعليق مشترك واحد التعبير عن الإجرائين بأمان، فأبقِ الملاحظات التفصيلية مرتبطة بالموقع، واستخدم رموزًا وأوصاف عناوين متسقة للإحالة المتبادلة.
تتطلب العناوين المشتركة قاعدة وثائق تميز بين معنى الحالة وسبب تنفيذ كل سطر.
رحّل التعليقات على دفعات مضبوطة
ابدأ بملف برنامج واحد، لا بالمشروع بأكمله. قارن كل تعليق بالتقرير الأصلي قبل تغيير إرفاقه. أعد إسناد التعليقات التي يكون منطقها المقصود واضحًا دون لبس فقط. أدرج سطر اختبار مؤقتًا فوق المنطق النموذجي في النسخة غير المتصلة، وانقل سطرًا نموذجيًا داخل الملف، وانسخ سطرًا نموذجيًا بين الملفات. راقب التعليقات التي تتحرك وتلك التي تبقى مرتبطة بالموقع.
بعد كل دفعة، ابحث عن التعليقات الفارغة، والنصوص المكررة، والتعليقات المرتبطة بعناوين غير متوقعة، وعناوين المخارج المستخدمة في عدة أسطر. أجرِ إحالات متبادلة على كل نقطة ارتساء. فقد تتم كتابة بت يبدو فريدًا بواسطة تعليمة إلغاء مزلاج، أو تعليمة نقل، أو عملية ملف، أو روتين آخر. وإذا كانت العلاقة غير مؤكدة، فأبقِ التعليق المصدر دون تغيير وضع عليه علامة لمراجعته بواسطة مهندس تحكم يعرف تسلسل الآلة.
تحقق عبر حدود البرامج والأرشيف
افتح النسخة المعدلة باستخدام إصدار RSLogix 500 نفسه المستخدم في الموقع، متى أمكن. ثم أعد فتح الملف المحفوظ وكرر اختبارات الإدراج والنقل النموذجية. ينبغي التعامل مع التحويلات بين الإصدارات وعمليات استيراد قواعد البيانات باعتبارها عمليات ترحيل مستقلة. ويظل الدليل المرجعي لمجموعة تعليمات SLC 500 المصدر الأساسي لسلوك التعليمات، لكن إرفاق الوثائق سلوك مرتبط بقاعدة بيانات البرنامج، ويجب التحقق منه في بيئة RSLogix المثبتة.
أجرِ مقارنة للمنطق للتأكد من أن تغييرًا يقتصر على وثائق المشروع لم يغيّر الأسطر التنفيذية، أو أحجام جداول البيانات، أو إعدادات القنوات، أو إعدادات المعالج. يجب ألا يتحول إصلاح التعليقات إلى تغيير تحكم غير مُراجع. اتبع إجراءات النسخ الاحتياطي والموافقة والتنزيل المعتمدة في الموقع قبل استبدال الملف الرئيسي.
اجعل الأسلوب قابلًا للصيانة
أضف قاعدة الإرفاق إلى معيار البرمجة وقائمة مراجعة الكود. اشترط وجود أرشيف RSS حديث مع كل تعديل معتمد، وحافظ على مزامنة التعليقات مع الرموز والرسومات الكهربائية ونصوص إنذارات HMI. وبالنسبة إلى الآلات التي لا تزال تعمل على منصة SLC، فنسّق مسؤولية الوثائق مع خطة دورة حياة أنظمة PLC وPAC الأوسع وممارسات التحرير عبر الإنترنت في RSLogix 500 بالموقع.
أفضل نمط إرفاق هو الذي يحافظ على المعنى خلال التعديلات التي يجريها المصنع فعليًا. ويمنع خط الأساس المتحقق منه، وقواعد الاختيار الواضحة، والاختبار على دفعات، والمقارنة بعد الحفظ، مشكلةً تجميلية في قاعدة البيانات من أن تتحول إلى خطر أثناء استكشاف الأعطال.