Smartlogic

Menu

תגית: בקרה תעשייתית

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

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

אוטומציה ובקרה – PLC – Programmable Logic Controller

Posted on by אביב צברי

אוטומציה ובקרה – PLC – Programmable Logic Controller

A Programmable Logic Controller – PLC is a digital computer used for automation of electromechanical processes, such as control of machinery on factory assembly lines. Unlike general-purpose computers, the PLC is designed for multiple inputs and output arrangements, extended temperature ranges, immunity to electrical noise, and resistance to vibration and impact. Programs to control machine operation are typically stored in battery-backed-up or non-volatile memory. A PLC is an example of a hard real time system since output results must be produced in response to input conditions within a limited time, otherwise unintended operation will result.

PLCs are usually programmed using application software (SW) on personal computers (PCs). The PC is connected to the PLC through Ethernet, RS-232, RS-485 or RS-422 cabling. Most PLCs used by smartlogic when designing an automation and control systems are the Siemens PLC and Allen Bradley's.The programming SW allows entry and editing of the ladder-style logic. Generally the SW provides functions for debugging and troubleshooting the PLC software, for example, by highlighting portions of the logic to show current status during operation or via simulation. The SW will upload and download the PLC program, for backup and restoration purposes.

PLC Functionality

The functionality of the PLC includes sequential relay control, motion control, process control, distributed control systems and networking. The data handling, storage, processing power and communication capabilities of some modern PLCs are approximately equivalent to desktop computers.

PLC Features

The PLC unit consists of separate elements, such as power supply, controller, relay units for in- and output

The main difference from other computers is that PLCs are armored for severe conditions (such as dust, moisture, heat, cold) and have the facility for extensive input/output (I/O) arrangements. These connect the PLC to sensors and actuators. PLCs read limit switches, analog process variables (such as temperature and pressure), and the positions of complex positioning systems. On the actuator side, PLCs operate electric motors, pneumatic or hydraulic cylinders, magnetic relays, solenoids, or analog outputs. The input/output arrangements may be built into a simple PLC, or the PLC may have external I/O modules attached to a computer network that plugs into the PLC.

 Here are some examples of the PLCs used by Smartlogic: 6XV1830-0EH10, 6ES7131-4BF00-0AA0, 6ES7193-4CA40-0AA0, 6ES7134-4GD00-0AB0, 6ES7193-4CA40-0AA0, 6ES7138-4CA01-0AA0, 6ES7193-4CC20-0AA0, 6ES7590-1AB60-0AA0, 6ES7511-1AK00-0AB0, 6ES7954-8LP01-0AA0, 6ES7155-6AU00-0BN0, 1746-NO4V, 1769-L16ER-BB1B

אוטומציה ובקרה- מהי מערכת בקרה תעשייתית?

Posted on by אביב צברי

אוטומציה ובקרה – Industrial Control System – ICS  – מערכת בקרה תעשייתיות

מערכת בקרה תעשייתית היא מונח כללי שמתייחס לסוגים שונים של מערכות בקרה שמשמשים בייצור תעשייתי, כולל: מערכת בקרה לפיקוח והשגת מידע -Supervisory Control and Data Acquisition – SCADA, מערכת בקרה  מבוזרת – DCS – Distributed Control System – , וקונפיגורציות של מערכות בקרה קטנות יותר כגון בקרים עם לוגיקה שניתנת לתכנות – Programmable Logic Controllers -PLCs שנמצאים לעתים קרובות במערכים תעשייתיים ותשתיות קריטיות.

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

מערכת בקרה תעשייתיות לפיקוח והשגת מידע

Supervisory Control and Data Acquisition – SCADA – System

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

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

מערכת בקרה תעשייתיות מבוזרת

Distributed Control System- DCS

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

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

בקר עם לוגיקה שניתנת לתכנות – PLCs

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

הוראות חיבור ממיר 485 USB עם ModScan

Posted on by אביב צברי

אוטומציה ובקרה – הוראות חיבור ממיר 485USB עם ModScan

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

פעל כדלקמן כדי לחבר ממיר 485USB עם ModScan, תוך התייחסות לשלבים במלל וצילומי המסכים בהמשך לכל שלב:

  1. הוראות חיבור ממירבשלב ראשון, חבר מתאם 485 ל- USB. המסך לעיל מראה את מיקומו של הפורט הסריאלי 485 בחלון "Device Manager".
  2. התקן דרייבר שהאפליקציה מצאה לבד ב- Widows Update ע"י לחיצה על כפתור "Finish" בחלון "Found New Hardware Wizard" (מסך ראשון בהמשך) , בהמשך ע"י לחיצה על כפתור "Next " באותו חלון הכולל בחירה בהתקנה אוטומטית של התוכנה (מסך שני), ואחר כך על ידי לחיצה על כפתור "Finish" בחלון להשלמת ההתקנה (מסך שלישי).הוראות חיבור ממיר 2
    מסך 2 סעיף 2 בהוראות ממירהוראות חיבור ממיר 4

 

  1. בחר את "USB Serial Port (COM3)" בחלון "Device Manager", כפי שמראה המסך הראשון בהמשך. וודא שההגדרות של הפורט נכונות בחלון " SB Serial Port (COM3) Properties" (מסך שני) ולחץ על הכפתור "Cancel".הוראות ממיר 5

המסך ה2 בסעיף 3 הוראות ממיר

 

  1. פתח את תוכנת ModScan על ידי לחיצה על כפתור ההפניה " "ModScan32במסך ""Windows ופתיחת חלון "ModScan32 – ModSca1". בחלון זה בחר "Connection" ¬ "Connect" (מסך ראשון בהמשך) לפתיחת חלון פנימי "Connection Details" (מסך שני). בחלון זה בחר "Direct Connection to COM3". בהמשך בדוק את פרטי החיבור, שנה את ההגדרה בשדה "Parity" ל- NONE"" (מסך שלישי), ולחץ על הכפתור "OK".מסך 1 סעיף 4 הוראות ממיר
    מסך 2 סעיף 4 הוראות ממיר
    מסך 3 סעיף 4 הוראות ממיר
  2. המשך עם חלון "ModScan32 – ModSca1" (מסך ראשון בהמשך). בחר "03: HOLDING REGISTER" בשדה "MODBUS Point", "5" בשדה "Length", "5" בשדה "Device Id" (שמגדיר את המכשיר אליו צריכים להתחבר). אם מספר המכשיר בשדה "Device Id" נכון, והמכשיר מחובר למתאם 485 כדרוש [קצה (+) ל- (+), וקצה (-) ל- (-)], ההודעה "MODBUS Message TIME-OUT" באדום תיעלם, המספר בשורה "Valid Slave Responses" במסגרת "Reset Ctrs" יהיה גדול מ- "0", והערכים של הפרמטרים 40005 – 40001 יהיו אפסים או מספרים אחרים. מסך אחרון הוראות ממיר

להדרכה בנושא העלאת תוכנה מבקר סימנס לחץ כאן, להדרכה בנושא תזמון הרצת סקריפטים בסימפליסיטי לחץ כאן,  להדרכה בנושא Configure new WW intoch installation לחץ כאן  להדרכה בנושא איך  גורמים ל HMI לעבוד עם הרשאות ווינדוס לחץ כאן לתשובות בנושאים נוספים בתחום האוטומציה והבקרה או ולידציה מוזמן ליצור איתנו קשר

 

 

ולידציה – GAMP-Test Execution

Posted on by אביב צברי

GAMP- Good Automated Manufacturing Practice -Test Execution

After a test is written, reviewed, perhaps rewritten, and finally approved, it is then ready for execution.

Before commencing GAMP  tests using individual Test Cases or Test Scripts, pre-requisites for the test phase should first be verified and recorded. For example:

  • Test environment hardware (HW) (e.g., serial numbers and calibration certificates if required)
  • Test software (SW) (e.g., SW baselines)
  • Data sets
  • User accounts
  • Personnel involved (e.g., documentation of names, positions and sample signatures and initials)
  • Availability of baselined documentation (including, most critically, Test Documentation and Procedures)
  • Where applicable, calibration of critical instrument inputs

Manual Test Execution

Tests should be carried out as follows:

  • Any pre-requisites for the test should first be checked, as indicated above.
  • The test is then executed following the test instructions given within the Test Script.
  • Each test should be run and the test data collected as test results.
  • The tester decides whether the acceptance criteria have been met and records whether the test has passed or failed, and then signs and dates the test results. Sometimes, a third category 'refer for review', or 'conditional pass', or 'pass with observation' is used for cases where the tester feels that an independent opinion is required.
  • Supporting documentary evidence required by the Test Case or Test Script should be collated.
  • If an incident occurs, it should be recorded on a test incident sheet (or within the test incident system) and retained as part of the test record. The key to dealing with incidents during Test Script execution is to accurately record the incident and retain sufficient information to help with future problem solution.
  • It is helpful to maintain a test progress summary for recording overall test results and number of test runs. Depending on the company test policy, this summary may be regarded purely as a status and scheduling tool, or may form part of the post-execution review, and may be included in the Validation Report as a GxP document.
  • After completion of all tests or a group of tests (e.g., at the end of the day), there should be a review of the progress. A review group should assess all tests and incidents.

Possible actions for failed tests and incidents are:

  • Repeat the test.
  • Apply a change via change control and, if necessary, repeat the test.
  • Abandon one, several, or all tests.
  • Review the result, and upgrade it to a 'pass' status (with a record of the rationale for the change in status).

The review group should decide which course of action  to take and what retesting is required, and document the justification for the action(s). In my next post I will elaborate more on: Automated Test Execution (and Computerized Test Management Tools).

 

תיקי ולידציה – מושגים כלליים

Posted on by אביב צברי

ולידציה –  מושגים כללים ועקרונות הכנת תיקי ולידציה

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

ולידציה מקושרת בד"כ עם מתקן יצור של מוצר שאיכותו עשויה להשפיע על בריאות הציבור, ולכן היא מיועדת לצמצם למינימום את אפשרויות הסיכון הפוטנציאליות שעלולות להשפיע לרעה על איכות המוצר
תהליך הולידציה חייב לעמוד בתקנים של המנהל האמריקאי FDA. התקנים הרלוונטיים ביותר לתהליך הולידציה הם:
• Good Manufacturing Practice   –  GMP
• Current Good Manufacturing Practice –  cGMP
• Good Automated Manufacturing Practice  –  AMP.
במונח GxP משתמשים יותר בחופשיות בז'רגון הולידציה בהתייחסות לאוסף כללים מנחים.
cGMP הוא הדוגמה הנפוצה ביותר של GxP. עמידה בתקני cGMP מבטיחה אחידות, עוצמה, איכות וטוהר של מוצרים רפואיים ע"י דרישות מיצרני התרופות לבקרה הולמת על תהליכי היצור שלהם.
תקנים נוספים של ה- FDA הרלוונטיים לתהליך הולידציה הם:
• Good Laboratory Practice –  GLP.
• Good Clinical Practice –  GCP.
תהליך ולידציה כולל תכנון, התקנת והפעלת מערכת ניטור ובקרה במתקו יצור, וכמו כן, תכנון וביצוע תהליכי בדיקה כדי לוודא שמערכת הניטור והבקרה עומדת בסטנדרטים של ה- FDA.
תיעוד ולידציה הינו חלק של תהליך הולידציה שמכיל רישומים כתובים ו/או אלקטרוניים ביחס להתקנה והפעלת מערכת הניטור והבקרה, וביחס לבדיקות המתאימות של אותה מערכת.
הרישומים האלקטרוניים נדרשים בד"כ לעמוד בדרישות FDA שמתייחסות להיקף וישום של התקן
Part 11 of Title 21 of the Code of Federal Regulations; Electronic Records; Electronic Signatures – 21 CFR Part 11.
רישומים אלקטרוניים –  Electronic Records יכולים להכיל כל שילוב של מלל, גרפיקה, אודיו, צילומים, או כל מידע אחר המוצג באופן אלקטרוני, כאשר אלו מיוצרים, משתנים, מתוחזקים, מתויקים, מוחזרים ומופצים ע"י מערכת מחשבים.
חתימות אלקטרוניות – Electronic Signatures יכולות להכיל אוסף של כל סמל או סדרת סמלים מבוצעים, מאומצים או מאושרים ע"י גורם שמחויב חוקית באופן שווה ערך לחתימתו בכתב.
משתמשים ברישומים וחתימות אלקטרוניים בד"כ במערכות סגורות, בהן הגישה למערכת מבוקרת ע"י צוות אחראי על התכנים של הרישומים האלקטרוניים.

  תכולת תיקי ולידציה – ולידציה –  מושגים כללים

תיקי ולידציה מכילים באופן כללי שני סוגי מסמכים:
• מסמכים קשורים לתכנון, התקנת והפעלת מערכת הניטור והבקרה:
– ספציפיקציה נדרשת ע"י המשתמש  User Requirements Specification  – URS
– ספציפיקציה של דרישות פונקציונאליות  Functional Requirements Specification -FRS
– ספציפיקציה של תכנון פונקציונאלי  Functional Design Specification – FDS
– ספציפיקציה של תכנון חומרה  Hardware Design Specification – HDS
– ספציפיקציה של תכנון תוכנה  Software Design Specification – SDS
– שרטוט צנרת ומכשור  Piping and Instrument Drawing – P&ID
– רשימת כניסות/יציאות  Input/Output (I/O) List

• מסמכים שכוללים את תהליכי הבדיקות:
– פרוטוקול קווליפיקצית התקנה  Installation Qualification (IQ) Protocol
– פרוטוקול קווליפיקצית פעולה  Operation Qualification (OQ) Protocol
– פרוטוקול קווליפיקצית ביצוע  Performance Qualification (PQ) Protocol

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

How to configure Modbus TCP to RTU converter HD67507

Posted on by אביב צברי

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

How to configure Modbus TCP to RTU converter HD67507

לחץ כאן למדריך מפורט של היצרן:

התקן מכאן במחשב .Net Framework 4

  1. הורד והתקן את תוכנה היצרן SW67507 מהלינק הזה.
  2. התחבר בכבל רשת אל מול הממיר וודא כי רשת אלחוטית בנייד כבויה
  3. נתק הממיר ממתח, הזז את ג'מפר boot configuration לימין כמו במדבקה וחבר שוב למתח.
    1. כל הנורות תתחלנה להבהב.
  4. חבר כבל הרשת בינך לממיר ותן את הכתובת סטטית הבאה למחשב שלך 192.168.2.100
  5. פתח התוכנה שהתקנת

  6. How to configure Modbus TCP to RTU converter HD67507
    How to configure Modbus TCP to RTU converter HD67507
  7. לחץ New Project, תן שם לפרוייקט

ולידציה – הבטחת איכות תוכנה – QA

Posted on by אביב צברי

והבטחת איכות תוכנה בפרט Quality Assurance – QA  – ולידציה

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

הבטחת איכות מכילה שני עקרונות:

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

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

איכות המוצר או השירות נקבעת ע"י המשתמש או הלקוח, ולא ע"י הקהל הרחב.

איכות התוכנה Software Quality

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

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

בתחילת הדרך, המבנה, הסיווג ולקסיקון התכונות וקנה המידה ביחס לתוכנה הופקו מהתקן ISO 9126-3 ובהמשך ממודל האיכותISO 25000:2005 . בהתבסס על הדגמים האלה, הגוף הבינ"ל Consortium for IT Software Quality (CISQ) הגדיר חמש תכונות מבניות רצויות להקניית ערך עסקי לתוכנה:

  • אמינות
  • יעילות
  • בטיחות
  • תחזוקתיות
  • גודל מתאים

הבטחת איכות תוכנה Software Quality Assurance – SQA

כללי

הבטחת איכות תוכנה מורכבת מאמצעים לניטור תהליכים ושיטות בהנדסת תוכנה שמבטיחים איכות זו. השיטות להשגת מטרה זו רבות ומגוונות, וחלקן כוללות דרישות לעמידה בתקו אחד או יותר, כגון 9000 ISO, או דגמים כגון CMMI)) Capability Maturity Model Integration. רבות מהן בד"כ בעזרת תוכנת אפליקציה במחשב אישי (PC – Personal Computer).

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

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

ה- PC מחובר ל-PLC  ע"י תקשורת מסוג Ethernet, RS-232 , RS-485 או RS-422. תוכנת האפליקציה מאפשרת כניסה ועריכה של הלוגיקה. בד"כ התוכנה מספקת פונקציות לניפוי באגים ואיתור תקלות בתוכנת ה- PLC. כמו כן, תוכנת האפליקציה תעלה ותוריד את תוכנת ה- PLC לצורכי גיבוי ושחזור.

פיתוח התוכנה

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

תוכנה יכולה להיות מפותחת מסיבות שונות. שלושת הסיבות הנפוצות הן:

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

פיתוח תוכנה משובצת (embedded software development) לבקרת מוצרי צריכה מצריך תהליכי פיתוח משולבים במהלך הפיתוח של המוצר הפיסיקלי המבוקר.

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

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 מסמן חיווט פתוח.