להבין את מצבי החיווי של הנורות ואיך אמור להיראות שהוא במצב מוכן
מחבר: אביב צברי
בקרה ואוטומציה, כל מה שצריך לדעת על ממשק משתמש
סרטון הסבר על מערכת ממשק משתמש HMI – human machine interface
מערכת הבקרה מורכבת מיחידות כמו ברזים/רגשים/מנועים וכו שמחוברים לבקר מתוכנת מבוקרים ומנוטרים עלידן – אך כיצד ניתן לדעת שמידע שמועבר הוא תקין?
בסרטון הבא נלמד על האבולוציה של הנראות של מערכת ממש המשתמש.
מערכת ממשק המשתמש מאפשרת בעצם למפעיל לראות את מצב המערכת. בין אם מדובר בתקלה או בהפעלה של המערכת דרך ממשק המשתמש נוכל לעקוב, לבקר ואו לנטר את אותו תהליך.
- על מה מותקנת מערכת HMI
- איך בנויה מערכת התצוגה של מערכת בקרה
- מה הם סוג התקשורת שאיתן מתחבר הבקר לתצוגת HMI
חיסכון באנרגיה למערכות מיזוג אויר וחדרים נקיים
חיסכון באנרגיה במיזוג אויר יכול לחסוך מאות אלפי שקלים בשנה.
כרגע מתבצעת בקרת טמפרטורה ולחות בזבזנית , גם אם יש תנאי טמפטורה ולחות חיצוניים מתאימים, יחידת הטיפול באויר, מקררת קודם כל את האויר ואחר כך מחממת אם צריך , כנ"ל לגבי בקרת הלחות.הלקוח מבקש מערכת אשר תהיה חכמה לזהות מצבים חיצוניים ולנצל זאת לטובתה ולהפעיל כמה שפחות אנרגיה: הפעלת ברזי קירור, אשר מעמיסים על הצ'ילרים, הפעלת גופי חימום גם ביט"א, הורדת מהירות מנועי המפוחים, וגם בכניסה לחדרים לקיזוז עדין.
מצב חיסכון תמידי בזמן ייצור:
זמן ייצור הוא זמן בו נמצאים עובדים החברה בחדרים הנקיים
בזמן זה יהיה שימוש באויר החיצוני ככל הניתן , וטיפול מינימלי בטמפרטורה ולחות תוך שמירה על סינון האויר ברמה מתאימה ל GMP.
בחורף : בעת לחות נמוכה, היט"א
מצב חיסכון לא בזמן ייצור
מצב זה יוגדר לאחר שעות העבודה, בשבתות וחגים
יוצג לוח זמנים להחלטה מתי יעבוד מצב חיסכון.
להלן דוגמא ללוח זמנים
(להגדלה לחץ על התמונה )
הפעולות הנדרשות:
אספקת ציוד: התקנת רגשי טמפרטורה ולחות חיצוניים.
תכנון תהליכי אשר יתחשב בכל המרכיבים ויידע לבצע בקרה עם שימוש זעיר בבקרת לחות וטמפרטורה
שינוי נקודות העבודה של כל יט"א לגבולות המותרים תחת GMP כיום הם: טמפרטורה בין 17-25 מעלות. – יוגדר כ SP
לחות בין 70% ל- 30% – יוגדר כ SP
הורדת ספיקת אויר לגבולות המתירים על ידי GMP – יוגדר כ SP
אופציה 2 : הוספת לחצן "יציאה ממצב חיסכון לשעה" בחדר הנקי.
ברגע שיש עבודת ייצור מוגברת , והמערכת נכנסת למצב חיסכון , העובד יכול ללחוץ על הלחצן ובכך להחזיר את המערכת למצב רגיל למשך שעה נוספת.
אופציה 3 תוספת להתקנת וסת תדר ביטא 1
ביט"א 1 אין וסת תדר , על מנת להוריד את מהירות המנוע, יש להתקין וסת תדר.
אופציה 4 : שינוי היחס בין אויר צח לאויר חוזר
בהתאם לתנאי הסביבה , על ידי התקנת דמפרים ממונעים בכל יט"א
המערכת תדע להחליט מתי להשתמש יותר באויר צח , ומתי יותר באויר חוזר, כל עוד שומרת על תנאי GMP .
בקרה ואוטומציה, כל מה שרצית לדעת מהיסודות
סרטון הסבר- רקע על מערכות בקרה ואוטומציה לתעשייה
מערכת בקרה הינה מערכת אוטומטית ששולטת על ציוד המתקן.
מערכת בקרה בצורת PLC- בקר מתוכנת – עם כניסות ויציאות אלקטרומכאניות.
הבקר מאפשר שליטה אוטומטית על מערכות שבעבר היו ידניות, כגון: ברזים, מערכות אוורור, וכו.
עוד תוכלו ללמוד בסרטון:
- מה זה תפ"מ
- מה התפקיד של בקר PLC במערכת ואיך הוא עובד
- כרטיסי הרחבה לבקר
- ממה מורכבת מערכת בקרה ומה הן כוללות (עבודה עם רגשים, מנועים )
- עבודה עם remote I/O – באתרים גדולים
מציג: מר אילן שעיה,מומחה בקרה ומנכ"ל חברת סמארט לוג'יק
הדרכת תכנות לסביבת RSLogix500 – שימוש בכבל סיריאלי להתחברות
בסרטון תוכלו לראות איך מתחברים בקלות עם שימוש בכבל סיריאלי לבקר אלן ברדלי.
בקרה מבוזרת אל מול בקרה מרכזית – אילן שעיה
בקרה מבוזרת אל מול בקרה מרכזית / אילן שעיה
בקרה מרכזית הינה בקרה שבה ישנו בקר מרכזי אחד ושלוחות של Remote I/O באיזורים שונים
בקרה מבוזרת הינה בקרה שבכל איזור ישנו בקר נפרד,
מנסיון סמארט לוג'יק של מאות מערכות בקרה הגענו למסקנות כמעט חד משמעיות מתי לבחור מה
נעמוד על ההבדלים בין שניהם , ההעדפה הרווחת היא לבקרה מרכזית על פני בקרה מבוזרת מהסיבות הבאות:
- היא נוחה יותר לתפעול.
- אין צורך לתחזק עשרות תוכנות עם עשרות גרסאות.
- ישנה מערכת אחת בה אני יודע מצב של כל שלוחה ושלוחה ואף בקר לא נסתר מעניי
- שעות ההנדסה לפיתוח ותחזוקה הן מועטות בהרבה.
- בקר מרכזי אחד הוא בדרך כלל מסדרה יקרה ואמינה , בקרים מבוזרים קטנים הם בדרך כלל מסדרות פחות אמינות.
- יכולת הגדילה של בקר מקומי מוגבלת : בדרך כלל כמות הערוצים היא מובנית במקרה הרע ומוגבלת למספר כרטיסים במקרה הטוב.
הטענה הרווחת בקרב המתנגדים היא :"מה קורה כאשר בקר מרכזי נופל? האם גם המפעל נופל? ", אז התשובה היא כמובן שלא.
ראשית, בקר אינו נופל, יצרני הבקרים המובילים מחזקים את אמינות הבקר לאמינויות שיא, שנית תתפלאו לדעת של Remote I/O יודע לתפקד גם בלי בקר במקרים מסוימים.
מתי יש לבחור מערכת בקרה מרכזית על פני מערכת בקרה מבוזרת:
- כעיקרון קודם צריך להסתכל על המערכת ולבדוק אם היא מערכת אחת ולא מספר מערכות : לדוגמא : מערכת מיזוג, מערכת בקרת מבנה, מערכת מים (עם שלוחות מרוחקות ) מערכת ריאקטורים
- כאשר ישנה מערכת שליטה אחת אשר מבצעת את אותו הדבר במקומות שונים – לדוגמא : מערכת מיזוג מרכזית, מערכת בקרת מבנה מרכזית
- במקומות בהם המערכות אינן תהליכיות קריטיות – מערכות תהליכיות זקוקות לבקרה רציפה
- כאשר הבקרה באזורים המרוחקים הינה רגעית ולא המשכית : לדוגמא הפעלת תאורה – פעולה זו מצריכה הפעלה חד פעמית ביום .
- במידה ואין בקרות PID – בקרה מסוג זה חייבת להמשיך.
- כאשר איזור אחד תלוי באיזור השני – עדיף להשתמש במעבד אחד, אבל ניתן להשתמש בתקשורת בין אחד לשני.
מתי יש לבחור מערכת בקרה מבוזרת.
- כאשר הבקרה היא המשכית ודרושה פעולה בכל שניה לדוגמה : מערכת מים מרוחקת : עדיפות שתהיה עם בקר עצמאי מאחר והיא מבצעת בקרות מוליכות ו PH בכל שניה
- כאשר כל אזור הינו נפרד מבחינה תהליכית והוא פועל בזכות עצמו , לדוגמא: מספר מערכות שונות כגון : מחולל קיטור, גנרטור, מערכת מים מפעלית, מערכת מיזוג – כל אחד מהמערכות הנ"ל העדיפות שתהיה לה בקרה עצמאי
לסיכום: ישנן התלבטויות רבות בכל מתקן חדש, אך ניתן למזער אותם עם הכלים שמנינו.
לייעוץ נוסף ניתן לפנות אל סמארט לוג'יק
פתרון בעיות MODBUS עבור SCADA חלק א'
פתרון בעיות MODBUS עבור SCADA / אילן שעיה
בנוסף להגדרת יציאת תקשורת בסיסית, לפני שמקימים קישור Modbus , הכרחי להבין את פרוטוקול ה Modbus הבסיסי. בניגוד לתיעוד אחר עבור Modbus, ההתמקדות במסמך זה היא על הידע הדרוש להקמת התקשורת במקום יישום והטמעה. תפיסה זו תהיה רלוונטית יותר עבור מהנדסי/אינטרגטורי המערכת.
ה Modbus הוא פרוטוקול מאוד ישן ושיש לו פרשנויות רבות ויישומים רבים הניתנים על ידי ספקים שונים, מה שהופך אותו לאחד הפרוטוקולים הנפוצים והסטנדרטיים ואחד המסובכים להקמה. ישנם מספר היבטים שצריכים להלקח בחשבון כמו : המשתמש צריך להתחיל בכך שינסה להכניס תג נתונים אחד או שני תגי נתונים עם סוג נתונים בסיסיים כמו 16Int) Register Holding) או Output Coil (bool) , ולהוסיף תגים נוספים לפני שיתקדם לסוג נתונים מורכבים יותר כמו real32 או long32.
RTU / ASCII MODE
ניתן להשתמש ב Modbus כשהוא במצב תקשורת RTU או ASCII מצד אחד RTU לרוב ובעיקר משמש כהשוואה ל- ASCII מכיוון שהנתונים מועברים בצורה בינארית ובמהירות. מצד שני ה ASCII נמצא בשימוש לעתים רחוקות, ויבחר לשימוש רק כאשר מהירות התקשורת (קצב שידור) לא יכולה להיות מהירה בשל מגבלת מרחק או מכשיר תקשורת, המודם לדוגמה הם לא יכולים להיות בשימוש ברשת אחת במקביל.
חשוב – גודל נתוני בייט עבור הגדרת יציאת Com הוא 8 ל RTU ו- 7 עבור ASCII.
(Master(s)/Slave(s
הקשר של Master וSlave- בהקשר ל Modbus הוא כמו לקוחות ושרתים ברשת המחשב. רשת Modbus בתקשורת סריאלית יכולה להיות ראשית (Master) בלבד אחד עם אחד, או משנית (Slave) אחרת שבהם היא נקראת רשת 'multidrop'. בדרך כלל ה Master הוא מחשב או PLC (בקר לוגי) ואילו הSlaves- יכולים להיות כמה מכשירי מדידה או חיישנים. ה Master ייזום את כל סקרי הנתונים או את רצף הכתיבה וה Slave יגיב בהתאם. דבר זה הוא לגמרי ההיפך מרשת מחשבים שלפיה יהיה, בדרך כלל, שרת אחד ללקוחות רבים אחרים, למרות הדמיון שהלקוח ייצור את כל הפעולות.
לתשומת לב
ניתן ליישם הגבלת Master רק בתקשורת סריאלית כמו RS232 / 422/485.
Modbus על גבי רשת TCP / IP יכול לתמוך ב Masters ו-Slaves. טופולוגית רשת Multidrop זמינה רק עבור תצורת רשת RS485 & RS422, שכבה פיזית של RS232 לא תומכת ברשת multidrop.
צומת מזהה/ Node ID
ניתן לחבר התקן Modbus ברשת Multidrop (סדרות). לכל התקן Modbus יש להקצות מזהה לצורך זיהוי אפילו אם יש רק מכשיר אחד שמחובר. בדרך כלל זוהי ברירת מחדל 1.
DATA Address
לכל נתון ונתון חייבת להיות כתובת משלו. הכתובת יכולה להיקרא אוגר (Register) או כתובת (Address). אינדקס כתובות הנתונים יכול להיות שונה מספק אחד למשנהו, כלומר, כתובת 1000 אצל ספק אחד עשויה להיות 1001 או 999 אצל ספק אחר. ערך הסטה של +1 או -1. ביישום PLC, הקידומות מתווספות בדרך כלל לבידול סוג נתונים. 4x עבורOutput Register, ו- 3x עבור Input Register , ו 0x עבור Output Coil ו 1x עבור Input Coil. למשל מכשיר עם כתובת של 6 ספרות, 400100 – ב SCADAיש צורך להזין כ-100 עם סוג הנתונים הנדרשים (int, float וכו') אותו הדבר עם כתובת של 5 ספרות, 10012 ב- SCADA יש צורך להזין 12 ספרות עם סוג הנתונים הנדרשים (בוליאני + קלט).
Address Arrangement
בהתקני Modbus סידור הכתובת הוא גמיש. כתובת ההתחלה עבור כל סוג נתונים אינה קבועה, למשל הכתובת יכולה לייצג את הערכים הבאים 1, 1000, 4000 או כל ערך אחר ואין דפוס קבוע לסידור הכתובת (Address Arrangement). אין בהכרח להכניס את הכתובות לאותו הטווח, הכתובות יכולות להיות בטווח של 1000 ~ 2000 4000 ~ 10000. סדר הכתובת הוא תלוי לחלוטין ביצרן המכשיר ויש לעיין בתיעוד.
עבדו בפשטות עם דיאגרמת סולם
דיאגרמת סולם היא הדבר היחיד שאתם צריכים בשביל יישומי בקרת מכונה טיפוסיים, השתמשו בדיאגרמת סולם.
תקנים הם חשובים, אבל כמו עם מרבית התקנים רק בחלק מהתקנים נעשה שימוש נרחב.
הסטנדרט לבקר לוגי מתוכנת IEC 61131 הוא הדוגמה לכך. למרות שלסטנדרט IEC61131 יש ארבע שפות תכנות המגדירות את הנתונים בצורה טובה,ורכיבים מבניים, השארו עם דיאגרמת סולם, הסטנדרטים דה פקטו ל –PLCs ו-PAC בייצור שאינו רציף וייצור בדידים, יחסכו לכם כסף וישמרו בעתיד על יעילות.
למרות שהעדפות אישיות ממלאות כאן תפקיד, רק השימוש בדיאגרמת סולם עבור בקרה רציפה שומר על הדברים פשוטים עבור מחלקת הפקדים של האינטרגטורים, מחלקת תחזוקה ומחלקת שירות לקוחות, התמיכה המהירה שהלקוח מקבל עבור הציוד שברשותו, עוזרת. לרוב המכריע של המתכנתים אין מודעות גדולה למפרט של IEC 61131 ו/או הזדקקות למפרט של IEC 61131 . ולמרות זאת, הסטנדרט קיים כבר יותר מ-20 שנה. פועל יוצא שההשארות עם דיאגרמת סולם עוזרת.
סימולטור בקר PID
סימולטור בקר PID מתקדם הוא כלי רב עוצמה שיכול לדמות ולסייע עם כוונון לולאה כמעט על כל מערכת בקרה. יישום זה מיועד לשימוש בתעשייה הכימית / ובתהליכים תעשייתים. כוונון הלולאות באמצעות סימולטור בקר PID מפחית את הסיכונים והתסכולים הנובעים משיטת ניסוי וטעייה של הכוונון. בנוסף יישום זה הוא גם כלי נהדר ללימוד בקר PID; גם כדרך ללמידה עצמית וגם כאימון עבור צוות המפעל.
סימולטור בקר PID הוא היישום הכי מבוקש בחנות האפליקציות החל מקהל הסטודנטים ועד מהנדסים בחברות גדולות. תכונות והמלצות
תהליך כיוונון הבקר:
- ודאו שהתהליך הוא תחת שליטה כלומר, שלפלט יש השפעה על משתני התהליך. במידה ולא הבעיה היא עם עיצוב התהליך ולא עם הכיוונון (וזה מדהים לראות כמה פעמים תהליך הכיוונון נכשל). וודאו כי כל המיכשור עובד כמו שצריך.
- מצאו את סוג התהליך, האם זה תהליך שילוב או שזהו תהליך מסוג הזמנה ראשונה. רוב הרמות והלחץ הם משולבי תהליך בשעה שהזרימה והטמפרטורה יכולים להיות מעוצבים בתהליך ההזמנה הראשונה. בחנו את התהליך עם האופרטור. הזיזו בתזוזה של 3-5% למעלה או למטה את הפלט ושימו לב לערכים של התהליך. לתהליך הזמנה יש 3 פרמטרים : זמן שיהוי זמן ייצוב התהליך וזמן השהייה. עבור תהליך השילוב, התאמנו על תהליך ההשהיה והמדרון (שינוי בערך התהליך/ שינוי בתפוקת בקר לדקה).
(לחילופין, השתמשו במערכת הזיהוי כדי לחלץ את הפרמטרים של התהליך מנתוני הבדיקה לחלופין, כלי זה שימושי בעת התמודדות עם תהליכים רועשים)
זמן הייצוב מוגדר (אחרי השהייה) כזמן הנלקח על ידי ערך התהליך כדי להגיע ל – 99% מהערך הסופי אחרי השינוי בפלט. דבר זה שווה ערך ל – 5 פעמים עבור זמן השיהוי. השימוש בפרמטר זה יחסוך זמן במהלך המבחן במפעל ממהנדסי הבקרה כשם שזה יהיה יותר קל לאימון מאשר שלב התגובה . אפשרות זו נוספה בהתאם לבקשת המשתמשים.
- שימו לב לטווח ערכי התהליך ופלט הבקר. המפתח בפרמטרים אלה לתוך קטע 'תהליך' היישום. ניתן להזין שם ותיאור תג לצורכי תיעוד. ראו דוגמאות להלן.
- שנו את הגדרות האלגוריתים של הבקר כדי להשוות / להתאים את המשוואה לשימוש בבקר DCS או PLC. צילום המסך הבא מראה לנו את ההגדרות עבור הבקר שמשתמש במשוואת ה- PID האידיאלית עם זמן בלתי נפרד בתוך שניות וזמן נגזר המוגדר בדקות.
- שנו את התצוגה כדי להגדיר את נקודת השינוי והזינו את ערכי הכוונון הבאים לתוך הגדרות הבקר. שנו את הערכים עד שהתגובה משביעת רצון. שימו לב לתגובות בשתי נקודות השינוי והעלו את מצבי השינוי.
- ניתן להשוות בין ערכי כיוונון שונים. הקישו את השוואת הכוונון תחת 'כיוונון 2' ובדקו את תיבת 'הצג כוונון 2' בדקו את תיבת "הראה השוואת הכוונון" כמו הקווים המנוקדים על פי התרשים/ הנתונים:
- הטמיעו את קבועי הכוונון על מערכת הבקרה ואמתו שהתגובה היא משביעת רצון. ובאם נדרש יש לכוונן.
לתשומת ליבכם
הצעות הכיוונון מסופקות עם כלי שמיועד לשמש ככלי לנקודת התחלה לכיוונון .
- הסימון שבשימוש הוא כזה:
- (PV (Process Value – ערך התהליך
- (SP (Set Point – נקודה מוגדרת
- (OP (Controller Output – פלט בקר
חשוב : אין אחריות במקרה של שימוש לא נכון באפליקציה הנ"ל. בנוסף, שימו לב שתהליך כיוונון דורש תהליך עיצוב טוב מיסודו. הבנת התהליך הוא צורך הכרחי לכיוונון כל לולאה שהיא. רצוי לעשות שינויי כיוונון על בקרים אמיתים בקצב גידול קטן. אחרי כל שינוי יש לבחון את הכיוונון. יש תמיד לבחון את ביצועי הכיוונון בתהליך אמיתי בזמן עבודה עם תהליך האופרטורים.
לפגישת ייעוץ, אנא התקשרו 08-9102070
IEC 61131-3 התקן הבינלאומי התעשיייתי
IEC 61131-3 (הנציבות הבינלאומית לאלקטרוטכניקה International Electro -technical Commission ) הוא החלק השלישי (מתוך שמונה) של התקן התעשייתי הבינלאומי הפתוח 61131 לבקר לוגי מתוכנת. פורסם לראשונה בדצמבר 1993 על ידי IEC (הנציבות הבינלאומית לאלקטרוטכניקה International Electro -technical Commission) ). המהדורה הנוכחית (השלישית) פורסמה בפברואר 2013.
החלק השלישי של התקן התעשייתי הבינלאומי עוסק בשפות תכנות ומגדיר אותן בצורה הבאה:
LD (תרשים סולם) – שפת תכנות גרפית
FBD (תרשים פונקציה מלבנית) – שפת תכנות גרפית המאפשרת למשתמש לתכנת במהירות תוך שימוש בבטויים בוליאנים ובביטויים אנאלוגיים.
ST (טקסט מובנה) – שפת תכנות מבוססת טקסט
IL (רשימת הוראות) – שפת תכנות מבוססת טקסט
SFC (תרשים פונקציה רציפה) – שפת תכנות התומכת בביצוע תהליכים בצורה טורית או מקבילה
CFC (תרשים פונקציה רציפה) שפת התכנות היא הרחבה לתקן 6113-3 התקן התעשייתי הבינלאומי שמאפשרת תכנות גרפי בצורה חופשית
תוכן עניינים
סוגי נתונים -Data Type
משתנים – Variables
קונפיגורציה – Configuration
תוכנית יחידת ארגון – Program organization units – POU
קונפיגורציה משאבים ומשימות – Configuration, resources, tasks
סוגי נתונים: Data Type
סוגי נתונים – אלמנט נפוץ של תקן IEC 6113-3 בא במטרה למנוע טעויות בשלב מוקדם ובניסיונות למנוע שגיאות כמו חלוקת תאריך על ידי מספר שלם. הנתונים הנתמכים הם משפטים בוליאנים, מספרים שלמים, אמיתיים, Byte, Word, תאריך, שעה-של-יום ומחרוזת. כמו כן,התקן מאפשר למשתמשים להגדיר משתנה משלהם.
מחרוזת סיביות bit srtings- רצף של סיביות שיש קשר ביניהן
BIT (סיבית) – 1 bit
BYTE – 8 bit
WORD – (מילה) 16 bit = 2 byte
32 bit=4 byte- DWORD
LWORD – 64 bit = 8 byte
INTEGER – מספרים שלמים (מספרים במשקל של 8 bits)
SINT- 1 byte
INT- 2 byte
DINT -4 byte
LINT – 8 byte
האופרטורים INT, DINT, LINT הם טיפוסים שנועדו לאכסן מספרים גדולים בהתאמה
U – UNSIGNED – קידומת פנייה לסוג על מנת להפוך את ה – U למספר שלם לא חתום.
REAL (מספרים אמיתיים) – נקודה צפה בהתאם לתקן IEC 60559 (כמו התקן של 754-2008 IEEE – Institute for Electrical and Electronic Engineers)
REAL (מספרים אמיתיים) – 4 byte
REAL (מספרים אמיתיים) – 8 byte
תזמון – TIME – משך זמן עבור שעוני עצר, תהליך
תאריך ושעה של היום
- יום – תאריך קלנדרי
- זמן – שעה ביום – שעון זמן
- יום וזמן – יום וזמן
מחרוזות יכתבו בין בגרשיים בודדים, ולפני תווי ה – ESCAPE יבוא סימן הדולר ($)
'WSTRING – מחזיק מחרוזות רב – בית
מערך Arrays- ערכים מרובים המאוחסנים באותו משתנה.
טווח משנה Sub range– מתחם את הערכים הנוכחיים לדוגמה (4-20).
נגזר Derived– טיפוס נגזר מאחד הטיפוסים שצוינו
טיפוס Type– טיפוס יחיד
– STRUCT חיבור של כמה משתנים וטיפוסים / סוגים
|
מחרוזת ESCAPE |
|
|
רצף סדרתי מייצר |
|
| $$ | $ |
| $ | ' |
| $L | Linefeed |
| $P | Page – from feed |
| $R | return |
| $T | tab |
| $xx | Hex value |
משפט GENERIC – מאפשר הגדרת יחידות בעלי פרמטרים משתנים :
- ANY
- ANY_DERIVED
- ANY_ELEMENTARY
- ANY_MAGNITUDE
- ANY_NUM – LREAL, REAL
- ANY_INT – LINT, DINT, INT, SINT, ULINT, UDINT, UINT, USINT
- ANY_BIT – LWORD, DWORD, WORD, BYTE, BOOL
- ANY_STRING – STRING, WSTRING
- ANY_DATE – DATE, TOD, DT
משתנים Variables:
תכונות משתנות : RETAIN, CONSTANT, AT
גלובלי (GLOBAL)
מקומי (DIRECT )
מיפוי קלט / פלט (I/O)
חיצוני (EXTENAL)
זמני (TEMPORARY)
הגדרות תצורה Configuration:
כאמור, לפני ביצוע סימולציה, חובה להגדיר תצורות מתאימות לכל הישויות המשתתפות. הגדרה זו מבוצעת בעזרת מילת המפתח CONFIGURATION המגדירה באיזו ארכיטקטורה להשתמש במקרה מסוים, מבין כל הקיימות עבור ישות נתונה.
משאבים Resource : יחידת עיבוד מרכזית (cpu- central processing unit). יחידת העיבוד המרכזית (או בקיצור יע"מ), היא היחידה במחשב המעבדת מידע, מבצעת חישובים ומנהלת תהליכים המתבצעים במחשב.
משימות Tasks : המשימות יכולות להיות מרובות ליע"מ.
תכנות Programs : יכול להתבצע פעם אחת, בתזמון / באירוע
Pou מייצג את יחידות תכנית הארגון
FUNCTION בתוך IEC 61,131-3, התוכנית תרשים פונקציה מלבנית ופונקציות נקראות יחידות ארגון תכנית, או POUs.
STANDARD התקן IEC 61131-3 מגדיר פונקציות סטנדרטיות , MAX, GT, ADD, ABS, SQRT, SIN, COS AND. המשתמש יכול ליצור תרשים פונקציה מלבנית מותאמת אישית ולהשתמש בתרשים פונקציה מלבנית מספר פעמים.
CUSTOM
FUNCTION BLOCK – מאפשר למשתמש לתכנת במהירות תוך שימוש בבטויים בוליאנים ובביטויים אנאלוגיים.
STANDARD
CUSTOM – ספריות הפונקציות יכולות להיות מסופקות על ידי ספק או צד שלישי.
STANDARD
תכנות יכול להתבצע פעם אחת, בתזמון / באירוע
קונפיגורציה משאבים ומשימות :
עיבוד תהליכים, זיכרון עבור יחידת קלט / פלט (IO), שיעורי ביצוע ומספר המשימות
הפניות :
קישורים
- PLCOPEN.ORG
- PLCopen
- IEC 61131-3:2013 Programmable controllers – Part 3: Programming languages
- PLC Introduction
לפגישת ייעוץ, אנא התקשרו 08-9102070
לקריאה על IEC 6113-1 ומערכת קוד פיקוד בקר