انتقال توضیحات رانگ در RSLogix 500: پیوست کردن توضیحات به آدرس خروجی
رفع مشکل پرش عنوان ردیفها به ردیفهای اشتباه در RSLogix 500. تنظیم صحیح «Attach to» را بیاموزید—برای حفظ توضیحات همراه با ردیفها هنگام درج، از «Output Addr...
توضیحات رانگ در RSLogix 500 تا زمانی که ویرایش منطق باعث جابهجایی یک فایل کامل نشود و هر یادداشت روی رانگ اشتباه قرار نگیرد، صرفاً جنبه ظاهری دارند. تفاوت مهم این است که توضیح به چه چیزی متصل شده باشد: File/Rung یا Output Address. اتصال File/Rung، متن را به شماره یک رانگ درون فایل برنامه گره میزند. اگر یک رانگ بالاتر از آن محل درج کنید، توضیح روی شماره قبلی باقی میماند و مستندات از منطقی که زمانی توصیف میکرد جدا میشوند. اتصال Output Address، توضیح را به آدرس یک دستور خروجی مشخص متصل میکند؛ بنابراین هنگام درج، حذف یا جابهجایی رانگها، متن همراه منطق حرکت میکند.
گزینههای اتصال توضیحات در RSLogix 500 که ارتباط File/Rung و Output Address را نشان میدهد.
برای هر نردبانی که قرار است در چندین بازبینی نگهداری شود، توضیحات Output Address را روی خروجی اصلی رانگ ترجیح دهید. وقتی تکنسینها اینترلاکها یا شرایط شاخهای را بالاتر از منطق موجود درج میکنند، متن توضیحی همراه با OTE، OTL یا خروجی دیگری که هدف رانگ را تعریف میکند، جابهجا میشود. این دقیقاً همان رفتاری است که هنگام انتقال یک فایل متراکم OEM به یک استاندارد مرتب کارخانهای نیاز دارید.
جفتهای لچ و تداخل توضیحات مشترک
دستورهای OTL و OTU که به یک بیت یکسان ارجاع میدهند، یک فضای توضیح Output Address مشترک دارند. اگر رانگ لچ را بهطور کامل مستندسازی کنید و بعداً یک رانگ آنلچ برای همان آدرس اضافه کنید، هر دو رانگ همان متن توضیحی را نمایش میدهند. این یک خطا نیست؛ شیوه کار مستندسازی مبتنی بر آدرس است. راهکارهای عملی باید آگاهانه انتخاب شوند. از فیلدهای توضیح I/O یا بیت برای معنای مشترک در سطح آدرس («خودنگهداری شیر تخلیه») استفاده کنید و روایت اختصاصی رانگ را روی یک خروجی منحصربهفرد نگه دارید—اغلب یک بیت جایگزین در فایل باینری B3 که فقط برای لنگرهای مستندسازی استفاده میشود—یا یک توضیح مشترک کوتاه را بپذیرید و یادداشتهای مفصل را فقط در HTML/توضیح بلند رانگ قرار دهید؛ البته در نسخهای که بدون ایجاد جداسازی از این قابلیت پشتیبانی میکند.
بیتهای جایگزینی مانند B3:x که به لنگرهای توضیحات اختصاص داده شدهاند، هرگز نباید برای پرمیسیوهای واقعی دوباره استفاده شوند. آنها را در توضیح جدول داده بهروشنی نامگذاری کنید (برای نمونه، «DOC_ONLY_FillSeq») تا ویرایشگران آینده بیتهای بلااستفاده را «پاکسازی» نکنند و نقشه توضیحات را از بین نبرند.
نمونه یک جفت لچ/آنلچ روی یک بیت که در آن توضیحات Output Address بین رانگهای OTL و OTU مشترک است.
روند انتقال
- گزارش توضیحات موجود را صادر یا چاپ کنید تا پیش از تغییر مقصد، چیزی از دست نرود.
- رانگهایی را شناسایی کنید که توضیحاتشان به File/Rung متصل است و در فایلهایی قرار دارند که انتظار میرود بزرگتر شوند.
- این توضیحات را با اتصال Output Address به آدرس خروجی اصلی دوباره وارد کنید.
- برای جفتهای OTL/OTU تصمیم بگیرید که آیا توضیح مشترک در سطح آدرس کافی است یا اینکه یک بیت مستندسازی B3 باید متن مفصل را روی یکی از رانگها نگه دارد.
- یک رانگ آزمایشی بالای رانگ دارای توضیح درج کنید و مطمئن شوید توضیح همراه خروجی جابهجا میشود.
- فایل را ذخیره کنید، در صورت نیاز طبق رویه سایت بارگذاری کنید و فایل .RSS را همراه با یادداشت نسخهای که راهبرد توضیحات را شرح میدهد، بایگانی کنید.
| نوع اتصال | با درج رانگ جابهجا میشود؟ | بهترین کاربرد |
|---|---|---|
| File/Rung | خیر — روی شماره رانگ باقی میماند | فایلهای مرجع ثابتی که ویرایش نخواهند شد |
| Output Address | بله — همراه خروجی حرکت میکند | منطق فعال ماشین که دائماً در حال تغییر است |
یادداشتهای نسخه و راستیآزمایی
رفتار توضیحات در نسخههای مختلف و پرکاربرد RSLogix 500 از نظر کلی سازگار بوده است، اما همیشه پس از ذخیره بین نسخههای مختلف، نوع اتصال را تأیید کنید. باز کردن یک .RSS قدیمی در ویرایشگر جدیدتر و ذخیره آن میتواند فیلدهای پایگاه داده را نرمالسازی کند؛ بهجای اعتماد به یک فرض کلی، نمونهای از رانگها را بررسی کنید. پس از کپیپیست بین فایلهای برنامه، بهدنبال نشانگرهای توضیح خالی بگردید؛ رانگهای چسباندهشده گاهی بدون اتصال مورد انتظار وارد میشوند.
با درج و حذف رانگها در یک نسخه آزمایشی از فایل پردازنده، عملکرد را بررسی کنید و سپس محل توضیحات را با آدرسهای خروجی مقایسه کنید. اگر توضیح روی رانگ ۱۲ ثابت مانده، در حالی که OTE به رانگ ۱۵ منتقل شده است، هنوز بهصورت File/Rung متصل است. پیش از پنجره بعدی ویرایش تولید، آن را اصلاح کنید.
مستندسازی شفاف، زمان متوسط تعمیر را در ماشینهای مربوط به دوره SLC که هنوز بخش بزرگی از خطوط بستهبندی و جابهجایی مواد را کنترل میکنند، کاهش میدهد. هنگام نگهداری یا انتقال سیستمهای PLC و PAC تحت RSLogix 500، اتصال توضیحات را مانند نامگذاری نمادها و ارجاعهای متقابل، بخشی از استاندارد کد در نظر بگیرید.
درباره نویسنده
Mark Townsend | مهندس ارشد اتوماسیون – سیستمهای Allen-Bradley
Mark Townsend مهندس ارشد اتوماسیون است و بیش از ۱۸ سال تجربه کار با پلتفرمهای Allen-Bradley، از جمله ControlLogix، CompactLogix و SLC-500 قدیمی دارد. فعالیت روزمره او شامل منطق RSLogix / Studio 5000 و راهاندازی HMI در FactoryTalk View برای مجموعههای قدیمی و ترکیبی است.
