Smartlogic

Menu

תגית: בקרת תהליך

בקרת תהליך ייצור על ידי מערכות בקרה ואוטומציה מתקדמות על ידי חברת סמארט לוג'יק.

להלן מידע אודות ולידציה, בקרת תהליכים תעשייתיים, בקרה ואוטומציה ועוד.

אוטומציה ובקרה – נקודות חשובות בעבודה בוורסה פרו

Posted on by אביב צברי

 אוטומציה ובקרה – נקודות חשובות בעבודה עם וורסה פרו

כדי לשנות לוגיקה בלבד לאחר שינוי, אין צורך להעביר בקר ל STOP
אם בוצע STOP יש לוודא הורדת לוגיקה בלבד

ביצוע FORCE בבקר ע"י קליק ימני על משתנה ו OVERRIDE

תפריט וורסה פרו

בשלב זה נתן לשנות את הערך ע"י TOGGLE או WRITE (במידה ומדובר בערך אנלוגי)

נקודות חשובות בעבודה בוורסה פרו – אוטומציה ובקרה

לחברת סמארט לוג'יק צוות מומחים בעלי שם וניסיון רב בעבודה עם בקרים שונים  והאינטגרציה ביניהם. דרך שיטות עבודה מתקדמות  הדוגלת במודולאריות וסדר, פיתחנו בסמארט לוג'יק שיטה המאפשרת השלמת פרויקטים מורכבים, יעילים ואיכותיים תוך שמירה על לוח זמנים קצר במיוחד ומחיר תחרותי. אנו מתמחים בתכנון תהליך בתקן S-88 מאפיון  Control-Modules דרך Equipment modules וכלה בפאזות תהליכיות. תוכלו לקבל שרותים המסתמכים על ידע וניסיון רב בעבודה עם מערכות מים, RO ,CIP, מזקקות, מערכות HVAC ,Utilities, ומודולים מוכנים סטנדרט S-88 שפיתחנו עבור מערכות אלו. סמארטלוג'יק הינה נציגה בלעדית של Siemens בארץ לתמיכה במערכת PCS7 ועובדת על בסיס קבוע, עם מרכז התמיכה העולמי בגרמניה באמצעות מערכת בקרת איכות מחמירה העומדת בתקן ISO9000

השרותים שלנו

  • תכנון והקמת מערך אוטומציית בקרה של מתקן יצור שלם.
  • יעוץ והדרכה לדרישות  21 CFR Part 11 .
  • יעוץ והדרכה לתקנים  S-88ו- S-95 .
  • בקרה ואוטומציה למערכות טיפול במים.
  • בקרות למערכות חימום, אוורור ומיזוג אוויר  (תמונה) (HVAC) תואמים את דרישות המנהל האמריקאי (FDA).
  • הכנת פרוטוקולי וולידציה.
  •  ניהול פרויקטי בקרה.

אוטומציה ובקרה- סקירה קצרה על בקרי SIMATIC של חברת Siemens

Posted on by אביב צברי

אוטומציה ובקרה- והפעם קצת על בקרי SIMATIC  של חברת Siemens

בקרי SIMATIC  הוא אחד מהמוצרים המובילים בהם משתמשת סמארט לוג'יק במערכות האוטומציה ובקרה אותם היא מתכננת ומבצעת.   במאמר זה נסקור את בקרי SIMATIC המבוססים על מחשבים אישיים (PCs) ובקרים עם לוגיקה שניתנת לתכנות PLCs- Programmable Logic Controllers .

בקרים אלו משמשים לבקרת מבני משרדים ותעשיה, יצור ותהליכים טכנולוגיים, אפליקציות נפרדות (stand-alone) ומורכבות ביותר. טווח השימושים של בקרי SIMATIC  נע החל ממודולים לוגיים, בקרים בסיסיים, מתקדים, מבוזרים, ועד בקרי תוכנה. בנוסף לפונקציונליות מתקדמת, הדור החדש של בקרי SIMATIC  מעניק יתרונות של עקביות בסטנדרט Totally Integrated Automation (TIA) Portal ufi בטחון והגנה ברמה גבוהה.

בקרי SIMATIC עם לוגיקה שניתנת לתכנות (SIMATIC PLCs)

בקרי SIMATIC מספקים פתרונות למשימות אוטומציה מגוונות. כל מכונה או מפעל ייצור מצריכים מגוון בביצועים מערכתיים ובמורכבות התהליכים. חברת Siemens מספקת פתרונות בקרה למגוון הדרישות לכל סוג אפליקציה. לדוגמה:

בקרים בסיסיים (Basic Controllers) מסוגS7-1200  לאפליקציות פשוטות ונפרדות.
בקרים מתקדמים(Advanced Controllers)  מסוגS7-1500  לאפליקציות בינוניות ומורכבות.
בקרים מבוזרים (Distributed Controllers) מסוגET-200SP  לאפליקציות מבוזרות.
בקרי תוכנה (Software Controllers) מסוגS7-1500  לאפליקציות מבוססות על מחשבים אישיים.

בקרי SIMATIC ויתרונותיהם

בקרי SIMATIC  נוחים לעבודה הודות לנוחות וההתאמה שלהם לשימושים שונים, ועקביות בפונקציונליות שלהם. גיוונם מאפשר בחירה אופטימלית לכל אפליקציה. התוכניות למשתמש של בקרי SIMATIC הן בד"כ זהות בעיצובם ודרך שימושם. הודות לעקביות של סטנדרט TIA Portal, פונקציות התוכנה והחומרה הרב-תחומיות מאפשרות פתרונות יעילים בכל פעילות אוטומציה.

בקרי SIMATIC בסיסיים

בקרי SIMATIC  בסיסיים מסוג S7-1200  מספקים תוצאות משכנעות הודות לטווח המקיף של הפונקציות הטכנולוגיות ושל הכניסות/יציאות (I/Os)  המשולבות שלו, כל אלו מסופקות במארז קומפקטי ונפח מצומצם.

בקרי SIMATIC מתקדמים

בקרי SIMATIC  מתקדמים מתאימים במיוחד לאפליקציות מורכבות ובקנה-מידה בנוי. בקר SIMATIC  מסוג S7-1500  ירש בטווח הארוך את הבקרים מסוג S7-300  ו-S7-400  ומהווה את הסטנדרט למפעלים העתידיים, הודות לטווח המקיף. בקר זה מספק ביצוע ייחודי ייצוב חדשני. ניתן להרחבה מודולרית, הגנה בפני רעידות, ללא צורך בתחזוקה, שינוי בקנה מידה, וקונפיגורציה TIA Portal .

בקרי SIMATIC מבוזרים

ביזור הבקרה תורם בעיקר לתוספת משמעותית בגמישות בייצוב המכונות והמפעלים, ולכן מתחיל להוות גורם תחרותי מכריע. הגדלת הרשתות מקלה על שילוב של יחידות שפועלות באופן עצמאי ברמת השדה בתקשורת משולבת. מערכת SIMATIC ET 200 I/O  ניתנת להגדלה עם בקרים משולבים מתקדמים. הבקרים המבוזרים מסוג SIMATIC ET 200 CPU  משלבים קומפקטיות וגמישות. בקרים מבוזרים מספקים פתרון מושלם לאפליקציות סטנדרטיות ומניעת תקלות, במיוחד בטווח ביצוע בינוני עבור מכונות עם בקרה מבוזרת או מכונות סדרתיות ממוקמות בנפח מצומצם. חוץ מהבקרים המבוזרים מסוג SIMATIC ET 200 CPU, והבקר הפתוח החדש מסוג SIMATIC ET 200SP, תלקיט הבקרים המבוזרים כולל גם דגמים שמשולבים במערכות SIMATIC ET 200S ו- SIMATIC ETpro.

בקרי תוכנה

בקר התוכנה מסוג S7-1500  מתאים במיוחד לבקרה גמישה של מכונות מיוחדות עם ביצועים ודרישות פונקציונליות גבוהות, העצמאות המוחלטת של תוכנת הבקר ממערכת ההפעלה הוכיחה את הגברת הגישה למערכת. בקר התוכנה מסוג S7-1500  מספק את היתרונות של הבקר הסטנדרטי מסוג S7-1500  במחשבים אישיים תעשייתיים עם ביצועים גבוהים. מצב זה מאפשר שימוש עם נוחות מרבית. השימוש ב- TIA Portal מוסיף הנדסה יעילה.

סמארטלוג'יק הינה נציגה בלעדית של Siemens בארץ לתמיכה במערכת PCS7 ועובדת על בסיס קבוע, עם מרכז התמיכה העולמי בגרמניה באמצעות מערכת בקרת איכות מחמירה העומדת בתקן   ISO9000

הגדרת כרטיס IF8U

Posted on by אביב צברי

על מנת להגדיר את הכרטיס IF8U  נצטרך לבצע את השלבים הבאים:

על מנת להגדיר את הכרטיס IF8U  נצטרך לבצע את השלבים הבאים:

1)      כדי להיכנס לתוכנת הבקר RS500  נלחץ עלIO configuration  .

2)      יפתח לנו החלון הבא – ונבחר בכרטיס  Other.

     

3) נבצע לחיצה כפולה על הכרטיס ויפתח לנו המסך הבא (נגדיר את ההגדרות בדיוק לפי מה שמופיע כאן).

וזהו – סיימנו להגדיר את הכרטיס. אם נרצה להוסיף כרטיסים נוספים מאותו סוג נחזור על אותה הפעולה.

  • לגבי ה-scaling  של הכרטיס: ערך מקסימלי 20000 ערך מינימלי 4000 , ערך 21000 תקלת מכשיר וערך 3200 מסמן חיווט פתוח.

אוטומציה ובקרה – מערכות ובקרי אלן ברדלי( Allen-Bradley)

Posted on by אביב צברי

מוצרי אוטומציה והפעם קצת על בקרי אלן ברדלי ( Allen-Bradley)

Allen-Bradley הוא אחד מקווי מוצרי אוטומציה בהם משתמשת סמארט לוג'יק במערכות הבקרה והאוטומציה אותם היא מתכננת ומבצעת. אלו  בקרים עם לוגיקה שניתנת לתכנות PLCs- Programmable Logic Controllers , ממשקי אדם-מכונה  (HMIs- (Human-Machine Interfaces , גששים, רכיבי ומערכות בטחון, תוכנה, מערכות הנעה, מרכזי בקרת מנועים, ומערכות מורכבות מהמוצרים הנ"ל ומוצרים אחרים.

בקרים שניתנים לתכנות (Programmable Controllers)

החל מהבקרים מסוג PLC המקוריים שפותחו בשנות ה- 70, ועד הטכנולוגיה שבעזרתה מפתחים בקרי אוטומציה שניתנים לתכנות  PACs- Programmable Automation Controllers,שמאפשרים שימוש בתחומים וסוגי מידע שונים.

ישנן מערכות בקרה בשלושה גדלים שונים בהם ניתן להשתמש בבקרי אלן ברדלי  Allen-Bradley : גדולות , קטנות ובמידות מיקרו וננו  (Micro & Nano)

מערכות בקרה גדולות  –   Large Control  Systems 

מערכות הבקרה הגדולות מתאימים לפתרונות האפליקציות התובעניות ביותר של הצרכנים. הן מאפשרות ארכיטקטורות מודולריות וגיוון רב של סוגי כניסה/יציאה (I/O) ורשתות. הפתרונות רבי העוצמה מספקים יכולות לכל תחומי הבקרה, מתהליך, בטחון ועד תנועה. המערכות מעוצבות לאפליקציות בקרה מבוזרות או לצורך פיקוח. הבקרים מסוג PLC ו- PAC מספקים אמינות ויכולות ביצוע יוצאות מהכלל.

דגמי מערכות גדולות:

1756 ControlLogix Control System
1756 GuardLogix Integrated Safety System
GuardPLC Safety Control Systems
PLC-5 Control System
SoftLogix Control System

מערכות בקרה קטנות  Small Control Systems 

מערכות הבקרה הקטנות מהוות פתרונות מושלמים לאפליקציות בגודל בינוני. הן מספקות תכונות וגמישות הנדרשות לאפליקציות בגודל זה, ללא צורך בהוצאות מיותרות של שימוש במערכות גדולות. הן כוללות בקרים אמינים במבנה מעוצב באריזות ומודולים. אפליקציות אופייניות של מערכות אלו כוללות בקרה של מכונות מורכבות, עיבוד אצוות (batch processing) ואוטומציה בבניינים.

דגמי מערכות קטנות:

Compact GuardLogix Safety Controllers
CompactLogix Control Systems
SLC 500 Control System

SmartGuard 600 Controllers

מערכות במידות מיקרו וננו  Micro & Nano Control Systems

מערכות אלו כוללות בקרים מסוג PLC במידות מיקרו וננו שמספקים פתרונות כלכליים לצרכי בקרה בסיסיים של מכונות פשוטות, החל משימוש במקום ועד תזמון ולוגיקת בקרה פשוטים. האריזה הקומפקטית, מערכי כניסה/יציאה  (I/O)ותקשורת משולבים, וקלות בשימוש הופכים את הבקרים האלו לפתרון האידאלי לאפליקציות כגון אוטומציה של תנועת מסועים, מערכות בטחון, ותאורת בניינים ואזורי חנייה.

דגמי מערכות במידות מיקרו וננו:

Micro800 Control Systems
MicroLogix Control Systems
Pico Control System

תוכלו לקבל שרותים המסתמכים על ידע וניסיון רב בעבודה עם מערכות מים , RO ,CIP, מזקקות, מערכות HVAC ,Utilities, ומודולים מוכנים סטנדרט S-88 שפיתחנו עבור מערכות אלו בסמארט לוג'יק

אוטומציה וסוגי מערכות בקרה

Posted on by אביב צברי

אוטומציה או בקרה אוטומטית היא שימוש במערכות בקרה להפעלת ציוד כגון מכונות, תהליכי  יצור בבתי חרושת, דודים ותנורי חימום, מיתוג ברשתות טלפוניות, הכוונה וייצוב של אניות וכלי טיס, ושימושים אחרים, תוך מעורבות מינימלית או פחותה של בני אדם. תהליכים מסוימים מתבצעים באופן אוטומטי לחלוטין.

בקרה ואוטומציה : היתרון הגדול ביותר של אוטומציה הוא החיסכון בעבודה, אך השימוש בה מאפשר גם חיסכון באנרגיה וחומרים, ומשפר את הדיוק בעבודה ואיכות המוצרים.

אוטומציה הושגה באמצעים שונים  -מכניים, חשמליים, הידראוליים, פנאומטיים, חשמליים, אלקטרוניים ומחשבים, בד"כ תוך שימוש משולב. מערכות מורכבות, כגון בתי חרושת מודרניים, אניות וכלי טיס כוללות שימוש משולב באמצעים הנ"ל.

סוגי בקרה ואוטומציה

אחד מסוגי הבקרה הפשוטים ביותר הוא פתוח/סגור (on/off). דוגמה לסוג זה הוא תרמוסטט בשימוש במתקנים ביתיים.  אם כי מבחינה טכנית תרמוסטט הוא סוג של אוטומציה, היכולות שלו הן פרימיטיביות.

בקרה ואוטומציה סדרתית (sequential control), שבה  מתבצעת סדרה מתוכנתת של פעולות דיסקרטיות, מבוססת לעתים קרובות על מערכת לוגית שכוללת סדרה מסודרת של מצבי מערכת. מע' בקרת מעלית היא דוגמה לבקרה סדרתית.

 אוטומציה מהסוג המתקדם שגרמה למהפכה בתהליכי יצור, מטוסים, תקשורת ותעשיות אחרות זו בקרה עם משוב (feedback control), שהיא בד"כ רציפה (continuous), וכוללת מדידות בעזרת חיישנים  (sensors) וביצוע כיוונונים (adjustments) מחושבים לשמירת הערך של משתנה נמדד בטווח ערכים שנקבע מראש.

מעגל פתוח וסגור (open and closed loop)

מערך כל המרכיבים שמבצעים מדידה ובקרה של משתנה נקרא מעגל בקרה (loop control). מערך בקרה שעושה שימוש באות נמדדת, מזין את האות בחזרה ומשוה את ערכה עם ערך נתון (set point), מחשב ושולח אות חוזרת  לביצוע תיקון, נקרא בקרה אוטומציה במעגל סגור (loop control closed). אם מערך הבקרה לא כולל משוב לביצוע תיקון המערך פועל במעגל פתוח (loop (open. מעגל בקרה ואוטומציה(loop control) מתבצע בד"כ בעזרת בקר (controller).

בקרה רציפה (sequential control)

בקרה רציפה יכולה להתבצע לפי רצף קבוע (fixed sequence) או רצף לוגי, שבו מתבצעות פעולות שונות לפי מצבי המערכת המשתנים. מצבים אלו יכולים לקרות כאשר משתמשים במערכת ברצף תרחישים שונים. דוגמה לסוג בקרה רציפה היא זו המתבצעת במעלית, שמשתמשת בלוגיקה שמתבססת במצב המערכת לצורך ביצוע פעולות בתגובה למצב הנוכחי והוראות המשתמשים.

בפיתוח מוקדם של בקרה רציפה נעשה שימוש בלוגיקה עם ממסרים (relay logic), שבה ממסרים חשמליים חיברו בין מגעי חשמליים כדי להתחיל או להפסיק את פעולת מכשיר חשמלי.

בקרה ממוחשבת (computer control)

מחשבים מסוגלים לבצע גם בקרה סדרתית (sequential control) ובקרה עם משוב (feedback control), ובמקרים רבים מחשב אחד מבצע את שני סוגי הבקרה בישום תעשייתי. בקרים עם לוגיקה שניתנת לתכנות  (- PLCs Programmable Logic Controllers( הם מיקרופרוססורים מיוחדים שמסוגלים להחליף ככיבי חומרה רבים, כגון קוצבי זמן (timers) ושומרי רצף (sequencers) שבהם משתמשים או השתמשו במערכות עם ממסרים חשמליים. מחשבים לבקרת תהליכים  (process control computers( לצרכים כלליים החליפו באופן הדרגתי את הבקרים הנפרדים (stand-alone controllers), וכתוצאה מחשב אחד מסוגל לבצע פעולות בקרה שהיו מבוצעים ע"י מאות בקרים נפרדים. מחשבים מסוג זה מסוגלים לעבד מידע מרשת של בקרים מסוג PLC, מכשירים ובקרים שונים ( כגון בקרים מסוגPID  – Proportional-Integral-Derivative) כדי לממש בקרה ואוטמציה אופיינית של משתנים נפרדים רבים, או לממש אלגוריתמים מורכבים לצורך בקרה, תוך שימוש בנתוני כניסה רבים ומניפולציות מתמטיות. הם גם מנתחים נתונים ויוצרים מצגות גרפיות בזמן אמת ודו"חות עבור המפעילים, המהנדסים והמנהלים.

כלי אוטומציה

מהנדסים מסוגלים עכשיו לבצע בקרה נומרית (numerical control) של מכשירים אוטומטיים. התוצאה  היא טווח של אפליקציות ופעילויות שגדל במהירות. טכנולוגיות שנעזרות במחשבים  (Computer-Aided Technologies) משמשות עכשיו כבסיס לכלים מתמטיים וארגוניים לפיתוח מערכות מורכבות. שתי דוגמאות בולטות של תוכנות  בשימוש הן: CAD Computer-Aided Design) (ו-  CAM Computer-Aided Manufacturing)).

טכנולוגיית האינפורמציה, ביחד עם המכשור והתהליכים התעשייתיים החדשניים, עוזרים בייצוב, מימוש וניטור של מערכות הבקרה. עוד דוגמה של מע' בקרה תעשייתית היא הבקר מסוג PLC. בקרים אלו הם מחשבים מחוזקים בשימוש תדיר בסנכרון זרימה של נתוני כניסה מגששים עם זרימה של נתוני יציאה למכשירי הפעלה.

ממשקי אדם-מכונה (- HMIs Computer-Human Interfaces ) משמשים לתקשור המפעילים עם בקרי PLC ומחשבים אחרים.

להלן רשימה של חלק מכלי האוטומציה העיקריים:

  1. DCS – Distributed Control System
  2. HMI – Human Machine Interface
  3. SCADA – Supervisory Control and Data Acquisition
  4. PLC – Programmable Logic Controller
  5. Instrumentation
  6. Motion control
  7. Robotics

 

  • סמארט לוג'יק מתמחה בתכנון וביצוע פרויקטים הנדסיים בתחום הבקרה האוטומציה, בקרה מפעלית, בקרות תהליךבקרות מבנה  BMS.

MicroLogix 1400 PID Tuning for AHU – בקרה ואוטמציה

Posted on by אביב צברי

בקר מיקרולוג'יקס 1400 מכיל 3 שלוש יחידות PID:

בקרת חימום:

עבודה מול TT-SP-0.1

ערכי PID

0.1-P

0.1-I

0.D-0

לולאה של שתי שניות

תנאי עבודה:

יציאת בקרת קירור שווה ל0

אין התראת TS

בקרת קירור:

עבודה מול TT-SP+0.1

ערכי PID

0.2 -P

0.1-I

0.D-0.

לולאה של שתי שניות

 תנאי עבודה:

יציאת בקרת חימום שווה ל0

בקרת לחות:

עבודה מול HT-SP

ערכי PID

0.2- P

0.1-I

0.D-0

לולאה של שתי שניות

 תנאי עבודה:

תמיד פועל

 ברז הקירור יפעל ע"פ היציאה הגדולה יותר מבין בקרת הלחות ובקרת הקירור.

דוגמא להגדרות עבור PID :

ולידציה – תפקידים ואחריות בתכנון וביצוע בדיקות

Posted on by אביב צברי

מבוא

התפקידים והאחריות בכל צוות בדיקה משתנה מאד בהתאם לאופי, היקף והשלב של הבדיקה המתבצעת, וכמו כן לגודל החברה ומבניה.

התפקידים הספציפיים הנדרשים לכל פרויקט חייבים להיות מתועדים ומאושרים בתוכנית או אסטרטגית הבדיקות.

בהתאם ל- GAMP, ניתן לחלק את התפקידים והאחריות שמוגדרים בהמשך לשתי קבוצות נפרדות:

תפקידים בתוך צוות הבדיקה.

תפקידי תמיכה המבוצעים ע"י צוות הפועל מחוץ לצוות, אך שאחריותו קשורה ישירות להצלחת תהליך הבדיקה .

תפקידים אלו לא בהכרח דרושים בכל צוות הבדיקה, ורק פרויקטים גדולים ומורכבים יכללו בד"כ את כל התפקידים המוגדרים בהמשך.

בפרויקטים קטנים יותר תפקידים מסוימים ישולבו עם אחרים כל עוד שילוב זה לא יצור ניגוד אינטרסים או לא יפגע בעצמאות בחינת תהליך ותוצאות הבדיקה. לדוגמה, יש להקפיד ש:

 מחברי קבצי הבדיקות  לא יבחנו בעצמם את הקבצים לפני ביצוע הבדיקות.

 הבודקים לא יבחנו בעצמם את תוצאות הבדיקות ורישומי התוצאות. 

תפקידים בתוך צוות הבדיקה:

איש צוות יכול לבצע יותר מאחד התפקידים המוגדרים בהמשך כל עוד עצמאות הבחינה לא תיפגע.

מנתח הבדיקה -Test Analyst- מחבר קובץ הבדיקה

test script –  מגדיר את קובץ הבדיקה , כולל את ההוראות המפורטות לבדיקת תחום פונקציונאלי ספציפי במסגרת הפרויקט.

יכול לנתח אירועים יוצאי דופן בזמן ביצוע הבדיקה, כדי לקבוע ולרשום את סיבתם לצורך מעקב ופתרון של בעיות פוטנציאליות.
 

בוחן קובץ הבדיקה – Test Script Reviewer

מוודא שכל הדרישות מולאו כמוגדר בקבצי הבדיקות.

מוודא שכל קובץ בדיקה מכיל דרישה להפקת הוכחה מתועדת שהדרישות בוצעו או נבדקו. 

 תפקיד זה יכול להתבצע בארגון הלקוח (או משתמש) ע"י חברי צוות אבטחת איכות / בקרת איכות , או איכות טכנולוגית מידע , אך גם מנתחי בדיקות אחרים.
 

בודק -Tester

מבצע את הבדיקות בהתאם לקבצי הבדיקות.

מודיע על כל חריגה למנהל -Incident Manager.

מפיק ומתאים את הוכחה המתועדת לדרישות קבצי הבדיקות.
 

עד בדיקה– Test Witness

עדי בדיקה נחוצים מסיבות חוזיות, לדוגמה, כאשר הלקוח (משתמש) מעוניין להיות נוכח בזמן ביצוע הבדיקות, אך בד"כ לא נחוצים.
 

בוחן תוצאות הבדיקה – Test Result Reviewer

מוודא שכל מהלכי הבדיקות בוצעו כמוגדר בקבצי הבדיקות.

מוודא שכל ההוכחה המתועדת הופקה, נחתמה, תוארכה וקושרה כנדרש בכל שלבי הבדיקות הרלוונטיים.

מוודא שכל החריגות נרשמו.

מאמת את כל תוצאות הבדיקות (מצב עבר/נכשל), בהתבסס על ההוכחות המתועדות.

מנהל הבדיקות – Test Manager

אחראי על התכנון והתיאום של כל פעילויות הבדיקה, ועל דיווח מצב פעילויות הבדיקות הבדיקה למנהל הפרויקט

מוביל צוות הבדיקות– Test Team Leader

מפקח על התיאום וביצוע של הבדיקות בתחומים מוגדרים בצוותי בדיקה גדולים.

מדווח על התקדמות תהליכי הבדיקות למנהל הבדיקות, ומאפשר למנהל להתרכז בתכנון ובפעילויות האסטרטגיות הנדרשות לעמידה בלו"ז המתחייב.

צוות תשתיות הבדיקה-Test Infrastructure Team

מספק את החומרה וחיבורי הרשת הנדרשים להפעלת מערך בדיקה בהתאם לאפיונים המוגדרים.

סגל טכני -Technical Staff

משולב זמנית לצוות הבדיקה במקרים שתהליך הבדיקה מצריך התקנת תוכנה או פעילויות טכניות אחרות להשלמת הבדיקות.
 

אדמיניסטראטור של צוות הבדיקות -Test Team Administrator

מוודא שכל הפעילויות האדמיניסטרטיביות הנדרשות במהלך הבדיקות מתבצעות בזמן. דוגמאות לפעילויות מסוג זה:

ניהול התיעוד.

עזרה בהקצאת משאבים ופעילויות של רישום זמנים.

רישום פרוטוקולים בפגישות רלוונטיות.

פעילויות אחרות מוקצבות ע"י מנהל הבדיקות.

 

  תפקידים מול צוות הבדיקה:

מפתח תוכנה – Software Developer

עוזר בניתוח מקרים חריגים שקשורים לתוכנה במהלך הבדיקות.

מספק תמיכה לצוות הבדיקה במקרה מספק תמיכה למחבר קובץ הבדיקה בתחילת יישום התכנוןשל שינויי תכנון הנדרשים לפתרון מקרים חריגים שקשורים לתוכנה.

מנהל מקרים חריגים – Exceptions/Incidents Manager

אחראי (בפרויקטים גדולים) לווידוא שכל המקרים החריגים ידווחו וכל הפתרונות הדרושים ימומשו ויבדקו מחדש. בפרויקטים קטנים תפקיד זה יכול להתבצע ע"י מנהל הבדיקות.

עוזר בניתוח מקרים חריגים שקשורים לתוכנה במהלך הבדיקות.

מספק תמיכה לצוות הבדיקה במקרה של שינויי תכנון הנדרשים לפתרון מקרים חריגים שקשורים לתוכנה.
 

אבטחת איכות / בקרת איכות – Quality Assurance / Quality Control – QC/QA

תפקיד זה יכול להתבצע ע"י מומחה לוולידציה של מערכות ממוחשבות או איכות טכנולוגית מידע ולמעשה ע"י אנשי אנשי צוות טכני מוסמכים מחוץ למחלקת  QC/QA:

בוחן באופן עצמאי, ודוחה או מאשר את קבצי הבדיקה לפני ביצוע הבדיקה, כדי לוודא שהם מכסים את כל דרישות האיכות המתחייבות במסגרת הפרויקט.

מספק תמיכה לצוות הבדיקה במקרה של שינויי תכנון הנדרשים לפתרון מקרים חריגים שקשורים לתוכנה.
 

מנהל הפרויקט – Project Manager

מחזיק באחריות כוללת לווידוא שכל פעילויות הבדיקה כלולות בתוכנית הפרויקט של מנהל הבדיקות , ובמידת הצורך מספק מידע לגבי פיתוח תוכנית או אסטרטגיית הבדיקה.

אחראי על פתרון בעיות מחריפות עם אימפליקאציות רחבות שמשפיעות לרעה מעבר לצוות הבדיקה.
 

מנהל התוכנית – Program Manager

מחזיק באחריות כוללת על ניהול מהלכי עבודה מסועפים בפרויקטים גדולים מאד שיכולים (או לא) להיות מקושרים.

מתאם פעילויות ממשרד התכנית, שבו צוות אדמיניסטרטיבי מסייע בתקשורת וקבלת מידע רלוונטי על התקדמות הפעילויות, שמדווח בהמשך למנהל הארגון.
 

 בעל המערכת  – System Owner

נציג של ארגון המשתמש הסופי –  עם יכולת החלטה האם התוכנה הנבדקת היא בעלת סטנדרט ראוי להיכלל במערך הייצור.

 QA -גורם שבד"כ מקבל את דו"ח הבדיקה לבחינה וחתימה, בעזרת צוות ה.
  

 מבקר פנימי – Internal Auditor

גורם מעורב בפעילות פנימית תקופתית כדי לוודא שפעילויות הבדיקה בוצעו בהתאם לפרוצדורות שנקבעו מראש.
 

אדמיניסטראטור המערכת – System Administrator

 מבצע תפקיד חשוב עבור צוות הבדיקה,  בונה בסיס מידע שישמש במהלך הבדיקה, ע"י הגדרת אמצעי זיהוי בבדיקה שישמשו במהלך הבדיקה, בהתאם לפרופילים המסופקים ע"י צוות הבדיקה. 

  במידה הצורך, יסייע לצוות הבדיקה במקרים של בעיות במהלך הבדיקה .

מנהל הקונפיגורציה  – Configuration Manager

 . baseline- אחראי על קביעה שורת הבסיס לפריטי הקונפיגורציה של המערכת הנבדקת.

בתלות במבנה הכללי של הפרויקט, גורם זה יכול להיות אחראי גם על יצירת מבנה התוכנה שתיבדק.

.מתחזק את שורת הבסיס עבור כל מערכי המידע המתקבלים כדי לאפשר שימוש חוזר שלהם.

מנהל את שורת הבסיס עבור תיעוד הבדיקות, בהתאם לתוכנית ניהול התיעוד של הפרויקט.
 

צוות ניהול המידע – Data Management Staff

מספק מערכי מידע לבדיקות עם מאפיינים מיוחדים כדי להפיק מידע על הבדיקות עם תכונות מתאימות לשימוש בזמן בדיקה.

מכיוון שהמידע מצריך הכנה, חשוב לתעד נכון את המידע ולספק אותו בזמן לצוות ניהול המידע, כדי לאפשר להם להכין ולמקם את המידע בהקדם.
 

בדיקות קבלה – משתמש –Acceptance Testing

משתמשי המערכת אחראים בד"כ על הביצוע הסופי של בדיקות הקבלה (Acceptance Testing) ועל הגדרת קבצי הבדיקה (Test Scripts) עבור בדיקות הקבלה.

המשתמשים נתמכים ברוב המקרים ע"י ארגון בדיקה – Test Analysis and Testers.

ספק – Supplier

בתלות בחוזה, הספק חייב לבצע לבדיקות לפני ואחרי התקנת המערכת.

תוצאות הערכת הספק יכולות לשמש כעזר בהגדרת היקף הבדיקות.

 . סמארט לוג'יק מתמחה בהכנת פרוטוקולי ולידציה ותוכל להעמיד לרשותך מומחים בתכנון וביצוע ולידציה 

 

פונקציות בסיסיות בסביבת עבודה של תוכנת Cimplicity

Posted on by אביב צברי

Cimplicity הינה תוכנת בקרה (scada) מבית היוצר של GE-General Electric.

Cimplicity היא אחת מתוכנות האוטומציה והבקרה הנפוצות כיום בשוק. במאמר זה יוצגו מספר פונקציות ודוגמאות למספר נושאים נפוצים אשר נתקלים בהם בתכנות בסביבת עבודה זאת.

דברים בסיסיים:

איך עושים שמסך ההתראות יקפוץ בכל התראה חדשה?

  • מגדירים תג חדש בשם ALARMֹI_IS_ON
  • ב-Event Editor מגדירים Event חדש מסוג: Alarm generate.
  • ב Action של ה Event  : Absolute SP -> Alarm_is_ON=1
  • יוצרים אוביקט במסך Objects.
  • באוביקט שיצרנו עושים תנאי ב- events -> if Alarm_is_on==1 -> OpenScreen Alarm.cim
  • שמים לינק בכל מסך לאוביקט הזה.
  • במסך התראות -> OnScreenOpen -> ALARM_IN_ON=0

תקלות:

לא רואים התראות במסך ההתראות

אפשרות מס' 1: בוצעו שינויים לא במצב דינאמי.

פתרון: יש לעשות stop ו start  לפרויקט.

 

אפשרות מס' 2: הפרוייקט לא מקושר למסך התראות.

פתרון: במסך ההתראות-> כפתור ימני על הOLE -> Add Project.

 

אפשרות מס' 3: אף משתמש לא מקושר להתראה הספציפית.

פתרון: במסך של הנקודה בלשונית Alarm Routing -> העבר את כל השמות שבשדה Available roles לשדה "Configured roles for alarm" (לסמן הכל משמאל ולהעביר לשדה הימני).

אוטומציה ובקרה – הרצאות נבחרות

Posted on by אביב צברי

 

להורדת הרצאות נבחרות נא ללחוץ על הלינק:

חשיבה מודולרית באמצעות S88.

S95 הממשק בין מערכת הניהול למערכת הבקרה.

IEC-61511: בטיחות בתהליך.

בקרה ואוטומציה תוך שימוש ב 21CFRPart11

להורדת סילבוס ולהרשמה לקורס 21CFR Part 11 לחץ כאן