برنامه نویسی پی ال سی

چکیده

در این مقاله 9 نکته برای بهتر کردن برنامه‌نویسی PLC را برای شما آشکار می‌کنیم. در طی سالیان، برنامه‌های زیادی را دیده‌ایم که بد نوشته و ساختاربندی درستی ندارند. بنابراین فکر می‌کنم مهم است که حول این موضوع بحث کنیم.

خب این 9 نکته برای بهتر کردن برنامه‌های PLC چه هستند؟ در ابتدا بیاییم این نکته‌ها را لیست کنیم و سپس در مقاله توضیحاتی با جزئیات کامل برای هر کدام و چراییِ به کار بردن این نکته‌ها در برنامه بعدی PLC‌ خودتان، ارائه خواهیم کرد.

  • اصول را درک کنید.
  • با انجام کار، یاد بگیرید.
  • سوالات بسیاری بپرسید.
  • برنامه‌های بزرگتر را به به چندین برنامه برای خودتان تقسیم کنید.
  • برنامه را بسیار ساده بنویسید.
  • کامنت‌های مفیدی برای خود بنویسید.
  • استاندارها و قراردادهای نام‌گذاری را در کدنویسی در نظر بگیرید.
  • منتظرِ غیرمنتظره‌ها باشید.
  • کمک بخواهید.

نکته 1: اصول را درک کنید

فکر می‌کنم هیچ چیز، بهتر از اصول برای یادگیری نیست. قبل از شروع هر برنامه‌ای با هر اندازه و گستره‌، مهم است که درک درستی از اصول داشته باشید. این اصول می‌توانند در اشکال و اندازه‌های مختلفی به‌وجود بیایند.

اگر کاملا در برنامه‌نویسی PLC تازه وارد هستید، پس سر زدن به سایت‌هایی یادگیری مانند سایت زیمنس، شروع خوبی می‌تواند باشد. اینترنت می‌تواند مکانی فوق‌العاده برای یادگیری، به اشتراک گذاشتن ایده‌ها، افکار و تجربیات باشد. اما باید به شما هشدار بدهیم که همچنین اینترنت می‌تواند محل اطلاعات غلط و نادرست نیز باشد. بنابراین منابع خود را با دقت انتخاب کنید و به سایت‌های معتبر پایبند باشید.

اگر در برنامه‌نویسی PLC تازه کار هستید و در پی شروع کردن هستید، منابع رایگان بسیاری در PLCGurus.NET وجود دارد که می‌توانید از آن‌ها استفاده کنید.

خب اگر شما برنامه‌نویس باتجربه‌تری هستید، باید کدام یک از مهارت‌هایتان را گسترش دهید؟

در این باره توصیه می‌شود که هرگاه فرصت شد چندین پلتفرم را یاد بگیرید. هرگز روی یک تک پلتفرم کنترلی PLC تاکید نکنید.

اغلب اوقات، پلتفرمی که انتخاب می‌کنید در نهایت مشتری محور خواهد بود. بنابراین یادگیری تا جای ممکن باعث سود دهی بیشتر شرکت شما می‌شود. این بهترین بخش کار است. همیشه چیزهای بیشتری برای یادگیری وجود دارد. از IDE تا برنامه‌نویسی، سخت افزار، نرم‌افزار، شبکه‌بندی، نصب، راه‌اندازی، عیب‌یابی – یک برنامه‌نویس PLC امروزه باید در همه این زمینه‌ها دانش استواری داشته باشد.

با درگیر کردن دیگران در صنعت از به اشتراک گذاشتن ایده‌ها،چالش‌ها و راه‌حل‌ها، بهره ببرید. نکته این است که اگر تشنگی شما برای دانش هیچگاه برطرف نمی‌شود، بنابراین مبدل شدن به یک برنامه‌نویس PLC، تکنسین تعمیرات و نگهداری صنعتی زمینه‌های مختص به شماست.

برنامه نویسی PLC
برنامه‌نویسی پی ال سی به همراه یک مدار فرمان

نکته 2: با انجام کار، یاد بگیرید

خواندن کتاب، نشستن سر کلاس و تماشای فیلم‌های یوتیوب تنها کمی به شما کمک می‌کند. در یک مرحله، باید دست به کار شوید! اگر در حال حاضر در این زمینه کار می‌کنید یا شرکت اتوماسیون خود را اداره می‌کنید، بنابراین نباید مشکلی وجود داشته باشد.

زمانی که کار پروژه را شروع می‌کنید، نیازهای آن پروژه را جمع‌آوری کنید، ایده‌های خود را با همکاران و مشتری مطرح کنید، شماتیک‌های کنترلی را طراحی کنید، قطعات را مشخص کنید. سپس متوجه می‌شوید این کار واقعا لذت‌بخش است!

اکنون زمان طرح‌بندی، طراحی جعبه کنترل و شروع فاز برنامه‌نویسی پروژه فرا رسیده است. اینجا همان جایی است که بی‌خوابی شروع می‌شود.

نکته 3: سوالات بسیاری بپرسید

«سوالات بسیاری بپرسید» نکته سوم است. روی سخن با افراد ارشد بسیاری که می‌شناسید یا با آن‌ها کار می‌کنید نیست، بلکه منظور این است که با هر کسی که دارای هر نوع تخصصی که در پروژه و حل مشکل شما بتواند کمک کند، مشورت کنید.

این امر شامل مشتریان، اپراتورها، پرسنل تعمیر و نگهداری، ماشین‌سازان، توزیع کنندگان، OEM‌ها نیز می‌شود. تک تک این افراد چیزی برای ارائه خواهند داشت که ارزشمند خواهد بود. به شما اطمینان می‌دهم. سیستم‌ها و برنامه‌های اتوماسیون نباید به تنهایی طراحی و ساخته شوند (بدون مشورت با دیگران). اگر در مورد چیزی مطمئن نیستید، از هرکسی که به احتمال زیاد می‌تواند به شما کمک کند درخواست کنید مسئله را شفاف‌سازی کند. در واقع، در بیشتر موارد منطقی است که سوال خود را از افراد مختلف بپرسید، چرا که هر کس دیدگاه منحصر به فرد خود را دارد.

یک راه حل خوب همه دیدگاه‌ها را در بر می‌گیرد…

منظور چیست؟ منظور این است که تیم مدیریت ممکن است بینش مورد نیاز اپراتور ماشین را که هر روز آن را راه‌اندازی می‌کند، نداشته باشند یا اپراتور دیدگاه برقکار تعمیر و نگهداری که تجهیزات را سرویس می‌کند، نداشته باشد.

بنابراین نکته اصلی در مورد 3 این است که تا آنجا که ممکن است از بیشتر افراد سوال بپرسید تا شما که طراح سیستم هستید، کامل‌ترین تصویر از نحوه حل مشکل را داشته باشید.

نکته 4: برنامه‌های بزرگتر را به به چندین برنامه برای خودتان تقسیم کنید.

برای این نکته ما در مورد وظایف، برنامه‌ها صحبت می‌کنیم. هنگام وارد کردن کد PLC خود همیشه باید به این فکر کنید که «چگونه این مشکل را به مشکلات فرعی کوچکتر تقسیم کنم؟» خوشبختانه IDE‌های مدرن به خوبی به این سبک برنامه‌نویسی کمک می‌کنند. این امر دلایل خوبی دارد. ویژوال استودیو یکی از بهترین IDE‌های روی کره زمین است و هر روز بیشتر در حال حرکت به سمت طرز تفکر شیء گرا در سطح بالاتر و در دنیای PLC هستیم.

با تمام این اوصاف، احساس می‌شود نقطه ای وجود دارد که سطح خوانایی و توانمندی کدها، شانس تشخیص مشکل توسط برقکار سطح متوسطِ تعمیرات و نگهداری را از بین می‌برد. اگر کد به خوبی نوشته شده باشد و هر سنسور یا حرکتی به طور کامل در HMI یا SCADA با جزئیات دقیق و اقدامات اصلاحی اعلام شده باشد، کار ارزشمندی انجام شده است.

برنامه ریزی کنترل کننده منطقی قابل برنامه ریزی
برنامه‌نویسی و نظارت در HMI

با این حال، پیچیدگی و خوانایی برخی از برنامه‌هایی که نوشته شده می‌تواند بسیار چالش برانگیز باشد و در برخی موارد در یک محیطی صنعتی که خرابی سوئیچ می‌تواند ساعت‌ها وقفه ایجاد کند، بسیار مشکل‌زاست.

حقیقت این است که هنوز یک سیستم اتوماسیون کنترل PLC نیست که بی عیب و نقص باشد.

نکته 5: برنامه را بسیار ساده بنویسید

با همه مواردی که قبلاً در مورد آن صحبت کردیم، احتمالاً می‌پرسید چگونه می‌توانیم یک برنامه را راحت‌تر درک کنیم؟ حقیقت این است که باید قانون طلایی همیشگی را به کار ببرید. قاعده کلی هنگام برنامه‌نویسیِ هر سیستمی این است که سادگی را در اولویت خود قرار دهید. این موضوع همیشه باید یک هدف طراحی باشد که برای آن تلاش می‌کنید. سعی کنید از پیچیدگی‌های غیر ضروری در برنامه‌های خود اجتناب کنید.

هر انسانی می‌تواند کدی بنویسد که کامپیوتر بتواند آن را درک کند. برنامه‌نویسان خوب کدی می‌نویسند که بشر بتواند آن را درک کند.

نکته 6: کامنت ‌های مفیدی بنویسید

معمولا برنامه‌نویسان پی ال سی در کامنت‌گذاری خیلی خوب عمل نمی‌کنند. برنامه‌های بی شماری هست که حتی یک کامنت در آن‌ها وارد نشده است. حقیقت این است که خود برنامه‌نویس دقیقاً می‌داند چه کرده! مشکل این است که برقکار تعمیر و نگهداری که در شیفت شب به سمت دستگاه فراخوانده می‌شود تا عیب‌یابی برنامه شما را آغاز کند، مطلقا هیچ ایده‌ای ندارد که در چه فکری بودید.

به شما می‌گوییم که چه کنید. به نظر می‌رسد که کامنت‌گذاری کد همیشه در پایین‌ترین اولویت در لیست هستند. اما این موضوع را در نظر بگیرید که هر خط ladder، بلوک تابع یا متن ساختار یافته‌ای که در برنامه خود وارد می‌کنید یک باگ بالقوه است. وقت گذاشتن برای توضیح آنچه انجام می‌دهید یا منطق پشت عملکرد هر بخش خاصی از کد، بسیار ارزشمند است. برقکار تعمیر و نگهداری از شما تشکر می کند و باور کنید، دو سال دیگر وقتی برای عیب‌یابی مجدد تجهیزات با شما تماس بگیرند، از خوتان تشکر می‌کنید!

نکته 7: استانداردها و قراردادهای نام‌گذاری را در کدنویسی در نظر بگیرید

تا آنجا که ممکن است باید به هر یک از استانداردهای قابل اجرا برای سیستم طراحی شده خود تکیه کنید. استانداردها چارچوبی از الگوهای طراحی و بهترین شیوه‌ها را ارائه می‌دهند که به خوبی امتحان شده‌اند. بنابراین هر کجا که امکان پذیر است از آنها استفاده کنید. به عنوان مثال، بسته به پروژه خاصی که روی آن کار می‌کنید استانداردهایی مانند ANSI ،IEC ،NFPA 70e ،CSA ،UL و بسیاری دیگر از استانداردها و انجمن‌های عملی هستند که برای بهبود و ایمنی اجزا و سیستم‌های اتوماسیون صنعتی طراحی شده‌اند. از این استانداردهای به خوبی امتحان شده برای کمک به مدیریت پروژه بعدی خود به ویژه هنگامی که به هر نوع طراحی و برنامه‌نویسی مرتبط با ایمنی مربوط می شود، استفاده کنید.

برنامه ریزی روی پی ال سی
برنامه‌نویسی پی ال سی برای کنترل یک تابلو PLC

قراردادهای نام‌گذاری:

این موضوع یکی دیگر از جنبه‌های مهم نوشتن در بهتر کردن برنامه‌های PLC است. هنگام برنامه‌نویسی سیستم اتوماسیون بعدی خود، از نام فایل و لیبل متغیر و معنی‌دار استفاده کنید. از اسامی مرموز که معنای دیگری جز برای افرادی که آن را طراحی کرده‌اند ندارند، پرهیز کنید.

در زیر بهترین تمرین‌های قراردادهای نام‌گذاری آورده شده است: برای محدود کردن کلمات از حروف بزرگ یا under line (_) استفاده کنید نه فاصله. برای مثال: myTag یا my_tag. نام فایل‌ها را کوتاه نگه دارید اما با معنی باشند.

اگر از تاریخ برای نام‌گذاری استفاده می‌کنید همیشه بیان کنید که از عقب به جلو و با این فرمت نوشته‌اید: YYYY یا YYYYMM یا YYYYMMDD.

 هنگام وارد کردن اعداد در نام فایل، همیشه آن را به عنوان یک عدد دو رقمی وارد کنید. وقتی شماره نسخه مورد نیاز است، مطمئن شوید که در نام فایل نمایش داده شده است. از نام‌های دایرکتوری معنی دار استفاده کنید.

نکته 8: منتظر غیرمنتظره‌ها باشید

این موردی است که همیشه جالب است. منتظرِ غیر منتظره‌ها باشید. غیرمنتظره‌ها می‌توانند شامل هر چیزی مانند تغییرات محدود در وسط پروژه تا ناهنجاری‌های غیر منتظره در برنامه، دینامیک‌های غیر منتظره فرآیند یا شکست ناگهانی پروژه باشد.

نکته 9: کمک بخواهید

آخرین نکته‌ای که می‌خواهیم بگوییم این است که کمک بخواهید. شرم آور نیست که بپذیرید که چیزی را نمی‌دانید یا کاملاً نمی‌فهمید. کاری که نباید انجام دهید این است که دور خود بچرخید و سعی کنید چیزی را حل کنید یا چیزی را در برنامه‌ای پیدا کنید که در همین لحظه برای شما آشکار نیست.

هنگام درخواست کمک ، چند دستورالعمل را باید رعایت کنید:

  • ابتدا سعی کنید مشکل را خودتان حل کنید – یادگیری با انجام کار بهترین راه است.
  • سعی کنید مشکل را کم کنید – درخواست کمک برای موارد خاص آسانتر خواهد بود.
  • جزئیات کافی ارائه دهید – هنگام درخواست کمک اطمینان حاصل کنید که تمام جزئیات مربوطه را درج می‌کنید.

صبور باشید. مگر اینکه برای کمکی که به شما می‌شود، پول پرداخت می‌کنید. افراد زیادی وجود دارند که مایلند دانش و تخصص خود را به اشتراک بگذارند.

2 دیدگاه‌ها

  1. خیلی نکات خوبی بود. ای کاش یه نقشه راه هم برای یادگیری برنامه نویسی plc ارائه بدید که بتونیم توی یه مسیری یادگیری مون رو شروع کنیم

ارسال یک پاسخ

لطفا دیدگاه خود را وارد کنید!
لطفا نام خود را در اینجا وارد کنید