کنترل یکپارچه 3

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 16

FUNCTION DESCRIPTION JOINT CONTROL CONFIGURATION TOOL SOFTWARE

شرح ترتیب قرار گرفتن ابزار نرم افزار کنترل یکپارچه

شامل :

1- ترتیب قرار گرفتن ابزار کنترل یکپارچه

1-1 انتخاب واحدهایی از یک نوع

2-1 تعیین اطلاعات AGC برای یک نوع واحد

3-1 تعیین اطلاعات AVC برای یک نوع واحد

4-1 ذخیره نمودن اطلاعات تعیین شده

5-1 تعیین اطلاعات پارامترهای بهره برداری

6-1 کپی و برچسب از ترتیب اطلاعات AGC – AVC

7-1 انتقال اطلاعات تعریف شده به کامپیوتر کنترل یکپارچه

1- ترتیب قرار گرفتن ابزار کنترل یکپارچه

این نرم افزار در مسیر راهنمایی کنترل یکپارچه ذخیره شده و برای تعیین منحنی راندمان . منحنی های جریان مناطق لرزش و منحنی نسبت P/Q هرواحد و پارامترهای بهره برداری استفاده میگردد.

10 نوع مختلف از واحدهای تولیدی 10 DIFFERENT TYPY OF GENERTION UNITS

واحدهای در دسترس می توانند در صورت لزوم در ده نوع مختلف مجزا شوند ( حداکثر 15 واحد )

بطور مثال واحدهای 1-2-3 -7-8-9میتوانند متعلق به گروه 1 باشند و واحدهای 4-5-6-10-11-12-13-14 وابسته به گروه2 میباشند . واحدهایی که متعلق به یک گروه هستند از اطلاعات عمومی جهت راندمان مناطق لرزشی و منحنی نسبت قدرت تولید شده به آب خروجی و محدودیت ها استفاده میکنند .

بدین معنی که 10 نوع واحد مختلف می تواند وجود داشته باشد که هرنوع واحد تولید تعین شده مجزا و ولتاژ تعین شده خودش را دارد .

تعیین کنترل اتوماتیک تولید و ولتاژ برای هرنوع واحد

AGC/AVC DIFINTION FOR ONE UNIT TYPE

اطلاعات می تواند به راحتی با استفاده از جدول و یا اطلاعات وارد شده با استفاده از فایل های متن وارد شود برای هرنوع واحد امکان تعین جداول بمنظور کنترل اتوماتیک تولید مگاوات و ولتاژ وجود دارد .

تعیین تولید توان اکتیو اتوماتیک AGC(ACTIVE POWER ) DIFINITION

این امکان وجود دارد که منحنی تولید اتوماتیک توان اکتیو برای 25 ارتفاع متغیر دریاچه تعیین گردد . برای هر ارتفاع امکان تعیین حداقل تولیدتوان اکتیو و حداکثرتوان اکتیو برای 25 ارتفاع متغیر دریاچه تعین گردد .

برای هرارتفاع امکان تعین حداقل تولید توان اکتیو و حداکثر توان اکتیو و منحنی راندمان و جریان آب وجود دارد برای تعیین مقادیر اطلاعات تعیین شده بین دو ارتفاع مختلف نرم افزار کنترل یکپارچه از یک الحاق خطی استفاده میکند .

تعیین کنترل ولتاژ اتوماتیک AVC(REACTIVE POWER ) DIFINITION

امکان تعین کنترل اتوماتیک ولتاژ عملی بین 95% 100% و 105% ولتاژ نامی وجود دارد البته با توجه به راندمان ماشین . نرم افزار با فایل CONFIG- TOOL- EXE استارت و مراحل بعدی چگونگی تعیین اطلاعات کنترل اتوماتیک توان اکتیو – راکتیو ( ولتاژ) را شرح میدهد.

SELECT UNITS FOR ONE UNIT TYPE1-1 انتخاب واحدها برای یک نوع واحد

1- انتخاب صفحه مربوطه به نوع واحد تعیین شده

2- یک نوع از واحدهای تولید کننده را انتخاب نمائید

3- واحدهایی که متعلق به گروه انتخاب شده هستند علامت بزنید

2-1 تعیین اطلاعات کنترل اتوماتیک تولید برای یک نوع واحد

1-2 DIFINITION OF AGC DATE FOR ONE UNIT TYPE

1- صفحه کنترل اتوماتیک تولید تعیین شده را انتخاب کنید

2- یکی از 25 ارتفاع تعیین شده را انتخاب کنید0

3- ارتفاع آب را به متر وارد نمائید

بررسی JCL در سیستم عامل

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 16

بررسی JCL ( Job Control Language ) در سیستم عامل :

سیستمهای عامل ابتدا به فرم کاملا ساده بودند . بدین صورت که نیازهای برنامه ارائه شده از طریق کاربر از طریق JCL که یکسری دستورالعمل است به سیستم ارائه می گردید و سیستم عامل بر اساس این مورد منابع معرفی شده آنها را اختصاص می داد . مثلا برای اجرای یک برنامه در زبان C یا پاسکال :

1ـ ابتدا باید کامپایلر مربوطه فعال گردد.

2ـ برنامه را در فایلی قرار داده و اسم فایل را منظور نمایید تا به عنوان یک منبع ورودی به حساب آبد .

3ـ بعد از مرحله اجرا خروجی را روی Tape یا صفحه نمایش یم بریم .

در این مرحله می توان دو نوع از سیستمها را نام برد . این دو نوع سیستم عبارتند از :

1ـ سیستمهای دسته ای یا گروهی (Batch)

2ـ سیستمهای محاوره ای (Interactive)

اگر سیستمهای دسته ای ( Batch) را در نظر بگیریم در این گونه از سیستمها روش کار به این صورت می باشد که اطلاعات یک کار یا یک Job به صورت یک بسته به شکل JCL+Program+Data در اختیار سیستم قرار می گیرد . و بعد از انجام این کار کاربر هیچ ارتباطی با برنامه ندارد . وهمه چیز در قالب JCL به سیستم گفته می شود و در نهایت نتیجه کار به کاربر نمایش داده می شود.

اما در سیستمهای محاوره ای یا Interactive برخلاف سیستمهای گروهی چون ترمینال ورودی داریم محاوره ای نیز انجام می شود در این سیستمها از طریق ورودی JCL , Program , Data به سیستم ارائه می گردد که می تواند یک یا n فایل باشد سپس سیستم این کارهای مختلف را گرفته و روی دیسک اصلی دسته بندی می کند و مشخص می نماید هر کاری به چه امری مربوط است و در انجام هر کار کاربر به چه منابعی نیاز دارد تا کارش انجام شود.

نکته ای که در اینجا وجود دارد این است که JCL باید تمام اطلاعات از کاربر به سیستم عامل را داشته باشد اطلاعاتی مربوط به اینکه چه کاری باید صورت گیرد و از چه منابعی باید استفاده گردد.

بررسی System Spooling و جدول ISPT :

دسته های مختلف کاری که به سیستم عامل واگذار می گردد سیستمی به نام System Spooling این کارهای مختلف را تقسیم بندی کرده و در فضایی از دیسک به نام Spool Area قرار می دهد . Spooler در واقع نرم افزاری است که قبل از اینکه روتین های دیگری پردازشها را مدیریت کنند این سیستم دسته بندی کارها را انجام می دهد یعنی هر کار را که متشکل از Data، Program و JCL می باشد از هم جدا می کند. JCL ها دستور به دستور یا Command به Command تفسیر و اجرا می شود و سپس System Spooling این کارها را روی دیسک اصلی قرار می دهد و یک جدول به نام جدول Input Spool Table یا (ISPT) می سازد . برای هر کدام از کارها یک سطر از جدول در نظر گرفته می شود در واقع ISPT جدولی است که سطرهای آن اطلاعات کنترلی مربوط به همان کارها را دارا می باشد . این جدول به صورت یک بانک اطلاعاتی می باشد که هر رکورد آن مربوط به یک Job می باشد .

پس از تشریح جدول ISPT به نحوه تولید پردازشها در نوع سیستمهای Batch (دسته ای) و Interacrine می پردازیم .

طریقه تولید پردازش در سیستمهای دسته ای (Batch):

مرحله بعدی کار از دید سیستم عامل پس از مشخص شدن کار و کامل شدن جدول ISPT ، روتین دیگری به نام زمانبند کار یا Job Scheduler می باشد . این روتین در جدول ISPT به دنبال کاری می گردد که باید اول ایجاد شود و همچنین چه کاری را باید ابتدا راه اندازی نماید . دسته بندی کارها می تواند بر اساس موارد زیر باشد :

1ـ اولویتی باشد که سیستم کاربر تعیین می شودکه با یکسری از پارامترها به زمانبند کار گفته می شود.

2ـ براساس اینکه کارها در سیستم احتیاج بیشتر به CPU و یا I/O دسته بندی می شوند .

3ـ کارها به صورت FIFO دسته بندی شوند یعنی هر کاری که ابتدا در جدول ISPT شکل گرفته است ابتدا انتخاب و راه اندازی گردد.

زمانبندی کار مراحل JOB را به ترتیب اجرا می کند و منابعی را که در JCL به صورت پیش فرض و یا به شکل تعریف شده از طرف کاربر هستند اختصاص می دهد. در این مرحله زمانبند کار JOB را انتخاب کرده و برای هر Device ، عمل I/O و برای هر مرحله کاری یک پردازش یا (Process) ایجاد می کند یعنی منابع را به آن اختصاص می دهد و اگر منبعی وجود نداشته باشد کار پردازش ‌آغاز نمی شود .

نکته ای که در این مرحله وجود دارد این است که یک Job زمانی تبدیل به پردازش می شود که منابع به صورت کامل در اختیار Job قرار گیرد .

طریقه تولید Process در سیستمهای محاوره ای (Interactive) :

دراین گونه از سیستمها پرداشگر دستورات ، با هر Enter دستورات را می خواند و معنی می کند . این دستورات دو حالت دارد که یا یک فایل exe است که پردازشگر دستورات آن را خوانده و بلافاصله تبدیل به پردازش می کند و یا دستوری است که باید تفسیر شود . دراین گونه از سیستمها تا زمانی که یک عمل مانند کامپایل کردن به اتمام نرسیده باشد ، کاربر نمی تواند دستور بعدی را صادر کند . مگر اینکه به سیستم بگوییم که می خواهیم کارهایمان را در Background اجرا کنیم در نتیجه زمان پاسخ گویی به دستورات باید سریع باشد .

Forground : یعنی اینکمه دستورات به شکل Command به Command اجرا شود یعنی دستور اول اجرا شود بعد پرامت دستور بعدی بیاید .

Background : یعنی اینکه دستورات به جایی می روند که اجرا شوند و بعد از اتمام اجرا نتیجه اش در فایل قرار بگیرد .

تحقیق OLE FOR PROCESS CONTROL

لینک دانلود و خرید پایین توضیحات

فرمت فایل word  و قابل ویرایش و پرینت

تعداد صفحات: 3

OLE for process control

OLE for Process Control (OPC), which stands for Object Linking and Embedding (OLE) for Process Control, is the original name for a standards specification developed in 1996 by an industrial automation industry task force. The standard specifies the communication of real-time plant data between control devices from different manufacturers.

After the initial release, the OPC Foundation was created to maintain the standard. Since then, standards have been added and names have been changed. As of June, 2006, "OPC is a series of standards specifications". (Seven current standards and two emerging standards.) "The first standard (originally called simply the OPC Specification"), is "now called the Data Access Specification", or (later on the same page) "OPC Data Access", or OPC Data Access Specification. [1]

While OPC originally stood for "OLE for Process Control", the official stance of the OPC Foundation is that OPC is no longer an acronym and the technology is simply known as "OPC". One of the reasons behind this is while OPC is heavily used within the process industries, it can be, and is, widely used in discrete manufacturing as well. Hence, OPC is known for more than just its applications within process control.

Origin and uses

The OPC Specification was based on the OLE, COM, and DCOM technologies developed by Microsoft for the Microsoft Windows operating system family. The specification defined a standard set of objects, interfaces and methods for use in process control and manufacturing automation applications to facilitate interoperability. The most common OPC specification is OPC Data Access, which is used to read and write real-time data. When vendors refer to OPC generically, they typically mean OPC Data Access.

OPC was designed to bridge Windows based software applications and process control hardware. Standard defines consistent method of accessing field data from plant floor devices. This method remains the same regardless of the type and source of data.

OPC servers provide a method for many different software packages to access data from a process control device, such as a PLC or DCS. Traditionally, any time a package needed access to data from a device, a custom interface, or driver, had to be written. The purpose of OPC is to define a common interface that is written once and then reused by any business, SCADA, HMI, or custom software packages.

Once an OPC server is written for a particular device, it can be reused by any application that is able to act as an OPC client. OPC servers use Microsoft’s OLE technology (also known as the Component Object Model, or COM) to communicate with clients. COM technology permits a standard for real-time information exchange between software applications and process hardware to be defined.

It is important to note that OPC is a published specification. Consequently, no company "owns" OPC and anyone can develop an OPC server, whether or not they are a member of the OPC Foundation. In addition, anyone can integrate OPC products, and there is no pre-requisite for the system integrator to belong to any organization. It is therefore up to each company that requires OPC products to ensure that their products are certified and that their system integrators have the necessary training.

Future

The OPC Unified Architecture (UA) has been specified and is being tested and implemented through its Early Adopters program. It can be implemented with Java, Microsoft .NET, or C, eliminating the need to use a Microsoft Windows based platform of earlier OPC versions. UA combines the functionality of the existing OPC interfaces with new technologies such as XML and Web Services to deliver higher level MES and ERP support. It looks to become the standard for exchanging industrial data, replacing FactoryTalk, Archestra, some Modbus applications, and OPCDA.

References

^ What is OPC? opcfoundation.org