دانلود سند

استاندارد دولتی اتحاد جماهیر شوروی

رابط
برای خودکار
سیستمهای کنترل
اشیاء توزیع شده

الزامات کلی

K.I. دیدنکو، Ph.D. فن آوری علوم; Yu.V. روزن; کیلوگرم. کرناوخ; M.D. گافانوویچ، Ph.D. فن آوری علوم; K.M. یوسنکو; Zh.A. گوسوا L.S. لانینا; S.N. کیکو

معرفی شده توسط وزارت ابزار دقیق، اتوماسیون و سیستم های کنترل

عضو هیئت مدیره N.I. گورلیکوف

با قطعنامه کمیته دولتی استانداردهای اتحاد جماهیر شوروی به تاریخ 30 مارس 1984 به شماره 1145 تأیید و لازم الاجرا شد.

استاندارد دولتی اتحاد جماهیر شوروی

تا تاریخ 90/01/01

عدم رعایت استاندارد طبق قانون مجازات می شود

این استاندارد برای رابطی اعمال می شود که قوانین کلی را برای سازماندهی تعامل زیرسیستم های محلی به عنوان بخشی از سیستم های کنترل خودکار برای اشیاء توزیع شده با استفاده از یک ساختار ارتباطی ستون فقرات (از این پس رابط نامیده می شود) تنظیم می کند.

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

1. هدف و دامنه کاربرد

1.1. این رابط برای سازماندهی ارتباطات و تبادل اطلاعات بین زیرسیستم های محلی به عنوان بخشی از سیستم های کنترل خودکار برای فرآیندهای تکنولوژیکی، ماشین آلات و تجهیزات در صنایع مختلف و مناطق غیر صنعتی طراحی شده است.

رابط با پرسنل عملیاتی و فناوری؛

رابط با مجتمع های کامپیوتری کنترل سطح بالا در سیستم های سلسله مراتبی.

2. ویژگی های اصلی

2.1. این رابط یک روش همزمان بیت سری برای انتقال سیگنال های داده دیجیتال از طریق یک کانال دو سیمه را اجرا می کند.

2.2. تضعیف کلی سیگنال بین خروجی فرستنده و ورودی ایستگاه گیرنده نباید بیشتر از 24 دسی بل باشد، در حالی که تضعیف وارد شده توسط خط ارتباطی (کانال اصلی و شیرها) نباید بیش از 18 دسی بل باشد. توسط هر دستگاه ارتباطی با خط - بیش از 0، 1 دسی بل نیست.

توجه داشته باشید. هنگام استفاده از کابل نوع RK-75-4-12 حداکثر طول خط ارتباطی (با احتساب طول انشعابات) 3 کیلومتر است.

(ویرایش جدید، اصلاحیه شماره 1).

2.5. برای نمایش سیگنال ها باید از مدولاسیون دو فازی با کدگذاری تفاضل فاز استفاده شود.

2.6. برای حفاظت از کد پیام های ارسالی، باید از یک کد چرخه ای با چند جمله ای مولد استفاده شود ایکس 16 + ایکس 12 + ایکس 5 + 1.

2.7. به منظور حذف خطاهای تصادفی، باید امکان ارسال مجدد پیام ها بین همان زیرسیستم های محلی وجود داشته باشد.

2.8. انتقال پیام‌ها بین زیرسیستم‌های محلی باید با استفاده از مجموعه محدودی از بایت‌های تابع، که ترتیب آن‌ها توسط قالب پیام تعیین می‌شود، انجام شود. رابط دو نوع قالب پیام را ایجاد می کند (شکل 1).

فرمت 1 طول ثابتی دارد و فقط برای انتقال پیام های رابط در نظر گرفته شده است.

فرمت 2 شامل یک بخش اطلاعاتی با طول متغیر است که برای انتقال داده ها در نظر گرفته شده است.

فرمت 2 بسته به سرعت انتقال (محدوده سرعت کم یا پرسرعت) باید به ترتیب 2.1 یا 2.2 باشد.

انواع قالب های پیام

فرمت 1

2.9. قالب های پیام باید شامل بایت های تابع زیر باشد:

همگام سازی CH;

آدرس زیرسیستم محلی AB نامیده شده؛

کد تابع انجام شده CF؛

آدرس خود زیرسیستم محلی AS؛

تعداد بایت های داده در بخش اطلاعات DS، DS1 یا DS2.

بایت های اطلاعاتی DN1 - DNp.

بایت های کد کنترل KB1 و KB2.

2.8, 2.9.

2.9.1. بایت همگام سازی CH برای نشان دادن آغاز و پایان یک پیام عمل می کند. به بایت همگام سازی کد؟111111 اختصاص داده می شود.

2.9.2. بایت آدرس زیرسیستم AB، زیرسیستم محلی را که پیام به آن ارسال می شود، مشخص می کند.

2.9.3. تابع CF انجام شده بایت عملیاتی را که در یک چرخه ارتباطی معین انجام می شود را تعیین می کند. هدف بیت های داخل بایت CF در شکل نشان داده شده است. 2.

ساختار بایت KF

2.9.4. کدهای CF و عملیات مربوطه انجام شده در جدول نشان داده شده است.

بیت صفر نوع پیام (چالش-پاسخ) ارسال شده از کانال اصلی را تعیین می کند.

بیت 1 زمانی که زیرسیستم مشغول است (مثلاً در حال تشکیل یک بافر داده) یک مقدار واحد می گیرد.

اگر پیامی با فرمت 2 در این چرخه ارسال شود، بیت 2 یک مقدار واحد می گیرد.

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

(ویرایش تغییر یافته، اصلاحیه شماره 1).

2.9.5. آدرس خود زیرسیستم محلی که پیام AC را تولید می کند به منظور اطلاع دادن به زیرسیستم فراخوانی شده از آدرس پاسخ و تأیید صحت انتخاب آن صادر می شود.

2.9.6. بایت DS طول بخش اطلاعات را در قالب 2.1 تعیین می کند، در حالی که مقدار کد باینری بایت DS تعداد بایت های DN را تعیین می کند. استثنا کد ????????? است که به این معنی است که 256 بایت اطلاعات منتقل می شود.

بایت های DS1، DS2 طول بخش اطلاعات را در قالب 2.2 تعیین می کنند.

(ویرایش تغییر یافته، اصلاحیه شماره 1).

2.9.7. بایت های داده DN بخش اطلاعاتی یک پیام فرمت 2 را نشان می دهد. رمزگذاری داده باید توسط اسناد نظارتی برای زیرسیستم های محلی مرتبط ایجاد شود.

2.9.8. بایت های کنترل KB1، KB2 بخش کنترل را تشکیل می دهند و برای تعیین قابلیت اطمینان پیام های ارسالی استفاده می شوند.

3. ساختار رابط

3.1. رابط توانایی ساخت سیستم های توزیع شده با ساختار ارتباطی ستون فقرات را فراهم می کند (شکل 3).

ساختار اتصال زیرسیستم های محلی

Lسی1 - LCn- زیرسیستم های محلی؛ MK- کانال اصلی؛ کامپیوتر- مقاومت مطابق

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

3.3. برای ارتباط زیرسیستم های محلی با کانال اصلی، آنها باید شامل کنترل کننده های ارتباطی باشند. کنترل کننده های ارتباطی باید:

تبدیل اطلاعات از فرم ارائه پذیرفته شده در زیرسیستم محلی به فرم مورد نیاز برای انتقال از طریق کانال اصلی؛

اضافه کردن و برجسته کردن علائم همگام سازی؛

شناسایی و دریافت پیام های خطاب به این زیرسیستم محلی؛

تولید و مقایسه کدهای کنترلی برای تعیین قابلیت اطمینان پیام های دریافتی.

3.4. تبادل پیام بین زیرسیستم های محلی باید در قالب چرخه ها سازماندهی شود. چرخه به عنوان روشی برای انتقال یک پیام با فرمت 1 یا 2 به کانال اصلی درک می شود.چند چرخه به هم پیوسته فرآیند انتقال را تشکیل می دهند.

3.5. فرآیند انتقال باید بر اساس اصل ناهمزمان سازماندهی شود: سیستم فرعی محلی باید به تماس های ارسال شده به کانال اصلی (به استثنای عملیات گروهی) پاسخ دریافت کند.

4. توابع رابط

4.1. رابط انواع توابع زیر را ایجاد می کند که در سطوح کنترلی متفاوت هستند که زیرسیستم های محلی را در فرآیند پیام رسانی اشغال می کنند:

دریافت منفعل؛

پذیرش و پاسخ؛

مدیریت غیرمتمرکز کانال اصلی؛

درخواست تصرف کانال اصلی؛

کنترل متمرکز کانال اصلی

(ویرایش تغییر یافته، اصلاحیه شماره 1).

4.2. ترکیب توابع رابط پیاده سازی شده توسط زیرسیستم محلی با ترکیب مسئله حل شده توسط این زیرسیستم و ویژگی های عملکردی آن تعیین می شود.

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

4.4. مطابق با ترکیب توابع رابط پیاده سازی شده، انواع زیر سیستم های محلی زیر متمایز می شوند:

زیرسیستم کنترل شده غیرفعال

زیرسیستم کنترل شده؛

زیرسیستم کنترل؛

زیرسیستم کنترل فعال؛

زیرسیستم پیشرو

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

4.4.2. زیرسیستم کنترل شده پیام های خطاب به خود را دریافت می کند و یک پیام پاسخ مطابق با کد تابع دریافتی تولید می کند.

4.4.3. زیرسیستم کنترل باید این قابلیت را داشته باشد که:

کنترل تبادل بر روی کانال اصلی را در حالت های متمرکز و غیر متمرکز بپذیرید.

تولید و انتقال پیام از طریق کانال اصلی؛

دریافت و تجزیه و تحلیل پیام های پاسخ؛

پس از پایان فرآیند انتقال، کنترل کانال ترانک را برگردانید یا انتقال دهید.

(ویرایش تغییر یافته، اصلاحیه شماره 1).

4.4.4. زیرسیستم کنترل پیشگیرانه، علاوه بر عملکرد طبق بند 4.4.3، باید توانایی تولید سیگنال درخواست برای ضبط کانال اصلی، دریافت و ارسال پیام های مربوطه را در هنگام انجام فرآیند جستجو برای زیرسیستم درخواست کننده داشته باشد.

4.4.5. زیرسیستم پیشرو کار تمام زیرسیستم های محلی را در حالت کنترل متمرکز کانال اصلی هماهنگ می کند. او انجام می دهد:

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

کنترل مرکزی تمام زیرسیستم های محلی؛

نظارت بر عملکرد زیرسیستم محلی کنترل فعال؛

انتقال پیام ها با یک آدرس مشترک برای همه (یا چند) زیرسیستم محلی.

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

(ویرایش تغییر یافته، اصلاحیه شماره 1).

5. روش تبادل پیام

5.1. هر چرخه انتقال پیام از طریق کانال اصلی باید با همگام سازی تمام زیرسیستم های متصل از طریق رابط آغاز شود.

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

5.1.2. هنگامی که همه زیرسیستم ها همگام شدند، زیرسیستم اصلی یا کنترل فعال یک پیام فرمت 1 یا 2 را به پیوند ترانک ارسال می کند که شامل بایت های CH خود می شود.

5.1.3. همه بایت ها، به استثنای کنترل KB1 و KB2، از بیت کم اهمیت شروع به کانال اصلی می شوند.

بایت های KB1، KB2 از مهم ترین بیت ها منتقل می شوند.

5.1.4. برای حذف دنباله ای از بیت ها که با کد بایت CH از پیام ارسال شده به کانال اصلی حذف می شوند، هر پیام باید به گونه ای تبدیل شود که پس از 5 کاراکتر "1" متوالی، یک کاراکتر "0" اضافی اضافه شود. . بر این اساس، زیرسیستم دریافت کننده باید این کاراکتر را از پیام حذف کند.

5.1.5. پس از ارسال پیام از جمله بایت پایانی CH، زیرسیستم فرستنده باید حداقل 2 بایت CH دیگر را برای تکمیل عملیات دریافت ارسال کند و پس از آن چرخه انتقال به پایان می رسد.

5.2. رویه کنترل کانال ترانک توالی عملیات را برای فعال کردن یکی از زیرسیستم های کنترلی برای انجام فرآیند انتقال پیام تعیین می کند. زیرسیستم های متصل از طریق یک رابط می توانند در حالت کنترل متمرکز کانال اصلی کار کنند.

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

5.2, 5.2.1. (ویرایش جدید، اصلاحیه شماره 1).

5.2.2. هنگام انتقال کنترل پیوند تنه، زیرسیستم اصلی زیرسیستم کنترل فعال را برای انجام فرآیند انتقال پیام تعیین می کند. برای انجام این کار، زیرسیستم پیشرو باید پیامی با فرمت 1 با کد عملکرد KF6 به زیرسیستم کنترل انتخابی ارسال کند.

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

5.2.4. پس از انتقال کنترل کانال اصلی، زیرسیستم پیشرو باید عملکرد دریافت غیرفعال را فعال کرده و زمان بندی کنترل را روشن کند. اگر در مدت زمان تعیین شده (زمان انتظار پاسخ نباید بیش از 1 میلی ثانیه باشد) زیرسیستم فعال تعیین شده شروع به ارسال پیام از طریق کانال اصلی نکند، زیرسیستم پیشرو مجدداً پیامی با فرمت 1 با کد عملکرد KF6 و علامت ارسال مجدد به زیرسیستم کنترل

5.2.5. اگر با دسترسی مکرر، زیرسیستم کنترل شروع به ارسال پیام نکند (فعال نشود)، زیرسیستم پیشرو آن را معیوب تشخیص داده و رویه های ارائه شده برای چنین وضعیتی را اجرا می کند.

5.2.6. در پایان فرآیند انتقال، زیرسیستم کنترل فعال باید عملکرد کنترل برگشتی کانال تنه را انجام دهد. برای این کار باید پیامی با کد تابع KF7 یا KF8 به زیرسیستم پیشرو ارسال کند.

5.2.7. رویه کنترل غیرمتمرکز کانال اصلی، انتقال متوالی تابع فعال به سایر زیرسیستم‌های کنترلی را با ارسال یک توکن فراهم می‌کند. زیر سیستمی که توکن را پذیرفته فعال است.

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

5.2.9. اگر پس از انقضای بازه زمانی خود زیرسیستم، کانال ترانک آزاد باشد، این زیرسیستم باید خود را مالک توکن بداند و فرآیند انتقال را به عنوان زیرسیستم کنترل فعال آغاز کند.

5.2.10. پس از تکمیل فرآیند انتقال، زیرسیستم کنترل فعال باید کنترل کانال اصلی را با آدرس AB = AC + 1 به زیرسیستم کنترل بعدی منتقل کند که برای آن باید نشانگر صادر کند، عملکرد دریافت غیرفعال را در خود فعال کرده و دستگاه را روشن کند. کنترل زمان

یک پیام با فرمت 1 (شکل 1) با کد تابع KF13 و آدرس AB به عنوان نشانگر استفاده می شود.

اگر در مدت زمان مشخص شده، زیرسیستم دریافت کننده رمز، فرآیند انتقال را آغاز نکند، زیرسیستم ارسال کننده باید سعی کند رمز را به زیرسیستم هایی با آدرس های زیر AB = AC + 2، AB = AC + 3 و غیره ارسال کند. تا زمانی که توکن پذیرفته شود. آدرس زیر سیستمی که رمز را دریافت کرده است باید توسط این زیرسیستم به عنوان آدرس بعدی به خاطر بسپارد تا زمانی که کسب اولیه تکرار شود.

5.2.11. هر زیرسیستم فعالی که خروج غیرمجاز به کانال ارتباطی را تشخیص دهد باید اقدامات مندرج در بند 5.2.8 را انجام دهد.

5.2.12. در حالت کنترل غیرمتمرکز کانال اصلی، همه زیرسیستم ها باید دارای عملکرد دریافت غیرفعال فعال باشند. در صورت از دست دادن رمز (به عنوان مثال، اگر زیرسیستم کنترل فعال از کار بیفتد)، مکانیسم ضبط اولیه نشانه باید فعال شود (بندهای 5.2.8، 5.2.9) و عملیات باید بازیابی شود.

5.2.13. هر زیرسیستمی که دارای یک توکن است و یک تابع اصلی فعال دریافت کرده است، می تواند کنترل متمرکز کانال ترانک را به دست گرفته و آن را تا زمانی که تابع اصلی فعال اختصاص داده شده به آن لغو شود، حفظ کند.

5.2.7 - 5.2.13. (معرفی اضافه شده، اصلاحیه شماره 1).

5.3. در حالت کنترل متمرکز، انتقال کنترل کانال اصلی را می توان بر اساس درخواست های زیرسیستم های کنترل فعال سازماندهی کرد.

5.3.1. زیرسیستم ها باید یک تابع درخواست ضبط کانال ترانک فعال داشته باشند تا انتقال کنترل بر اساس درخواست سازماندهی شود.

5.3.2. دو راه ممکن برای سازماندهی جستجو برای زیرسیستم درخواست دسترسی به کانال اصلی وجود دارد - متمرکز و غیر متمرکز.

5.3, 5.3.1, 5.3.2. (ویرایش جدید، اصلاحیه شماره 1).

5.3.3. با نظرسنجی متمرکز، زیرسیستم پیشرو باید به طور متوالی تمام زیرسیستم های کنترل فعال متصل به کانال اصلی را نظرسنجی کند. زیرسیستم پیشرو باید یک پیام فرمت 1 با کد عملکرد KF5 به هر زیر سیستم کنترل فعال ارسال کند.

زیرسیستم کنترل آغازگر بسته به وضعیت داخلی آن باید یک پیام پاسخ به زیرسیستم پیشرو با یکی از کدهای عملکرد KF21 - KF24 ارسال کند. توالی عملیات در روش بررسی متمرکز در شکل 1 نشان داده شده است. 4.

5.3.4. نظرسنجی غیرمتمرکز فرآیندی سریع برای شناسایی زیرسیستم های کنترل فعالی که درخواست دسترسی به کانال ستون فقرات را ایجاد کرده اند، فراهم می کند. زیرسیستم پیشرو باید فقط با اولین زیرسیستم کنترل فعال با پیامی با فرمت 1 و کد عملکرد KF9 تماس بگیرد.

هر زیرسیستم کنترل فعال باید یک پیام خطاب به خود را دریافت کند و پیام خود را خطاب به زیرسیستم بعدی به نوبه خود به کانال اصلی ارسال کند. پیام تولید شده باید حاوی یکی از کدهای تابع KF9 - KF12 باشد که وضعیت این زیرسیستم را مشخص می کند. روش بررسی غیرمتمرکز در شکل 1 نشان داده شده است. 5.

5.3.5. زیرسیستم پیشرو پس از شروع نظرسنجی غیرمتمرکز، تابع دریافت غیرفعال را فعال کرده و تمامی پیام های ارسال شده توسط زیرسیستم های کنترل فعال را دریافت می کند. این به زیرسیستم پیشرو اجازه می دهد تا پس از پایان نظرسنجی غیرمتمرکز، اطلاعاتی در مورد درخواست های دسترسی به کانال اصلی از همه زیرسیستم های کنترل فعال داشته باشد.

فرآیند نظرسنجی متمرکز زیر سیستم

فرآیند نظرسنجی زیرسیستم غیرمتمرکز

آخرین زیرسیستم کنترل ابتکار در زنجیره نظرسنجی غیرمتمرکز باید پیام خود را به زیرسیستم پیشرو بفرستد که به معنای پایان فرآیند نظرسنجی غیرمتمرکز است.

5.3.6. اگر هر زیر سیستمی پس از دسترسی به آن پیامی را به کانال اصلی ارسال نکند، زیرسیستم پیشرو باید بیدار شود و یک پیام تکراری مشابه قبلی برای آن ارسال کند. اگر پاسخی (یا خطایی) به یک تماس مکرر وجود نداشته باشد، زیرسیستم پیشرو یک نظرسنجی غیرمتمرکز را از زیر سیستم بعدی راه اندازی می کند و این زیرسیستم از نظرسنجی حذف می شود.

5.4. فرآیند انتقال داده می تواند در قالب یکی از فرآیندهای زیر انجام شود:

ضبط گروهی؛

نوشتن-خواندن

5.4.1. ضبط گروهی باید توسط زیرسیستم اصلی انجام شود. هنگام انجام یک ضبط گروهی، زیرسیستم اصلی پیامی با فرمت 2 به کانال اصلی ارسال می کند که در آن کد 11111111 (255) و کد تابع KF1 به عنوان آدرس AB نوشته شده است.

5.4.2. همه زیرسیستم‌هایی که به آدرس چندپخشی پاسخ می‌دهند باید پیام را از پیوند اصلی بپذیرند و وضعیتی را ثبت کنند که نشان می‌دهد پیام آدرس عمومی پذیرفته شده است. پیام های پاسخ در حین ضبط گروهی توسط زیرسیستم های دریافت کننده صادر نمی شوند.

5.4.3. تأیید دریافت پیام گروهی در فرآیند نظرسنجی متمرکز یا غیرمتمرکز و همچنین هنگام بازگشت کنترل کانال اصلی انجام می شود که بیت وضعیت مربوطه در کدهای عملکرد KF7، KF8، KF9 - KF12 و KF21 - KF24.

5.4.4. در طی فرآیند ضبط، زیرسیستم اصلی یا زیرسیستم کنترل فعال یک پیام فرمت 2 را با کد عملکرد KF2 به کانال اصلی ارسال می کند که برای دریافت توسط یک زیر سیستم کنترل شده خاص در نظر گرفته شده است که آدرس آن در بایت AB نشان داده شده است. پس از صدور پیام، زیرسیستم کنترل فعال شمارش معکوس کنترل را روشن می کند و منتظر پیام پاسخ می ماند.

5.4.5. زیرسیستم آدرس دهی شده آدرس خود را می شناسد و پیام ارسال شده به آن را دریافت می کند. در صورت دریافت پیام بدون خطا، زیرسیستم دریافت کننده باید در قالب پیامی با فرمت 1 با کد تابع KF18 به کانال اصلی پاسخ دهد.

5.4.6. اگر خطایی در پیام دریافتی تشخیص داده شود، زیرسیستم دریافت کننده نباید پاسخی صادر کند.

5.4.7. زیرسیستم کنترل فعال، در صورت عدم پاسخگویی در بازه زمانی کنترل، باید همان پیام را دوباره ارسال کند.

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

5.4.9. در حالت کنترل متمرکز کانال اصلی، گفتگو بین زیرسیستم های کنترل و کنترل شده باید به طور مداوم توسط زیرسیستم پیشرو که در این زمان عملکرد دریافت غیرفعال پیام ها را انجام می دهد، نظارت شود.

(ویرایش جدید، اصلاحیه شماره 1).

5.4.10. فرآیند خواندن باید با ارسال پیامی با فرمت 1 با کد تابع KF3 توسط زیرسیستم کنترل فعال آغاز شود.

5.4.11. زیرسیستمی که این پیام به آن خطاب می شود، در صورت دریافت صحیح، باید پیام پاسخی با فرمت 2 با کد تابع KF19 صادر کند.

5.4.12. اگر زیرسیستم فراخوانده شده نتواند در مدت زمان انتظار مشخص شده داده صادر کند، پس از دریافت پیام با تابع خواندن، باید علامت مشغول بودن زیرسیستم را ثبت کند و شروع به تشکیل آرایه ای از داده ها برای صدور کند.

5.4.13. این زیرسیستم مدیریت شده باید آدرس زیرسیستم کنترل فعالی را که به آن آدرس داده شده است (که داده برای آن آماده می شود) به خاطر بسپارد و علامت اشغال را در پیام های پاسخ به سایر زیرسیستم های کنترلی تنظیم کند.

5.4.14. برای خواندن داده های آماده شده، زیرسیستم کنترل فعال باید مجدداً با پیامی در فرمت 1 با کد تابع KF3 با زیرسیستم کنترل شده تماس بگیرد. اگر داده ها تا این زمان آماده شده باشد، آنگاه زیرسیستم کنترل شده باید پیام پاسخی با فرمت 2 با کد تابع KF19 صادر کند.

علامت اشغال زیرسیستم فقط باید پس از ارسال پیام پاسخ با فرمت 2 پاک شود.

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

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

5.4.17. Write-Read ترکیبی از فرآیندها طبق پاراگراف ها است. 5.4.4 - 5.4.15.

5.4.18. زیرسیستم کنترل فعال یک پیام فرمت 2 را با کد عملکرد KF4 به کانال اصلی ارسال می کند.

5.4.19. زیرسیستم آدرس دهی شده باید پیام ارسال شده به آن را بپذیرد و پاسخی ایجاد کند.

5.4.20. پیام پاسخ در این فرآیند باید در قالب 2 (حاوی داده های خوانده شده) و دارای کد عملکرد KF20 باشد.

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

6. پیاده سازی فیزیکی

6.1. از نظر فیزیکی، رابط به شکل خطوط ارتباطی که یک کانال ستون فقرات را تشکیل می‌دهند و کنترل‌کننده‌های ارتباطی که اتصال مستقیم به خطوط ارتباطی را فراهم می‌کنند، پیاده‌سازی می‌شود.

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

6.3. قوانین مربوط به جفت شدن و تعامل کنترل کننده های ارتباطی با بخش عملکردی زیرسیستم توسط این استاندارد تنظیم نمی شود.

6.4. برای خطوط ارتباطی ترانک باید از کابل کواکسیال با امپدانس مشخصه 75 اهم استفاده شود.

6.5. کابل کواکسیال باید در هر دو انتها با مقاومت های منطبق با مقاومت (75 ± 3.75) اهم بارگذاری شود. قدرت مقاومت های منطبق باید حداقل 0.25 وات باشد.

مقاومت های پایانی باید با استفاده از کانکتورهای RF به انتهای خطوط ارتباطی متصل شوند.

اتصال زمین یا اتصال خطوط ارتباطی به محفظه دستگاه در زیرسیستم های جفت مجاز نیست.

6.6. تضعیف در امتداد خط ارتباطی کانال اصلی نباید بیش از 18 دسی بل برای سرعت 500 کیلوبیت بر ثانیه باشد.

6.7. مجموع تضعیف وارد شده توسط هر شاخه از خط ارتباطی کانال اصلی نباید از 0.1 دسی بل تجاوز کند که شامل تضعیف تعیین شده توسط کیفیت نقطه اتصال، تضعیف روی شاخه و تضعیف بسته به پارامترهای ورودی-خروجی مدارهای تطبیق می شود.

6.8. شاخه های خط ارتباطی کانال اصلی باید با یک کابل کواکسیال با امپدانس مشخصه 75 اهم ساخته شوند. طول هر انشعاب بیش از 3 متر نیست، طول کل همه شاخه ها در طول کل کانال اصلی لحاظ می شود. اتصال به خط ارتباطی باید با استفاده از کانکتورهای RF انجام شود. غیرفعال کردن هر یک از زیرسیستم ها نباید منجر به قطع شدن خط ارتباطی شود.

6.9. کنترل‌کننده‌های ارتباطی باید حاوی تقویت‌کننده‌های فرستنده گیرنده باشند که:

حساسیت دریافت، بدتر از آن ...................................... ............. 240 میلی ولت

سطح سیگنال خروجی ..................................................... .......................... 4 تا 5 ولت

امپدانس خروجی................................................ ........ .......................... (37.50 ± 1.88) اهم

6.10. تشکیل سیگنال های الکتریکی برای انتقال به کانال اصلی با تعدیل فرکانس ساعت با سیگنال های پیام ارسال شده انجام می شود. هر بیت از پیام ارسالی مربوط به یک دوره کامل از فرکانس ساعت است، و لبه های پیشرو و در حال سقوط سیگنال ارسالی باید با انتقال از صفر فرکانس ساعت منطبق باشند (شکل 6). مطابقت نمادهای دریافتی از کانال اصلی با حالت های معنی دار به شرح زیر است:

نماد "0" مربوط به فاز مخالف نسبت به نماد قبلی است،

معرفی

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

استفاده از رویکرد سیستمی به شما این امکان را می دهد که بسیاری از عوامل با ماهیت بسیار متفاوت را در نظر بگیرید، از بین آنها عواملی را که بیشترین تأثیر را از دیدگاه اهداف و معیارهای موجود در سطح سیستم دارند شناسایی کنید و راه ها و روش هایی را برای تأثیرگذاری مؤثر بر آنها بیابید. .
رویکرد سیستمی مبتنی بر بکارگیری تعدادی از مفاهیم و مقررات اساسی است که از میان آنها می توان مفاهیم سیستم، تبعیت اهداف و معیارهای زیرسیستم ها را بر اهداف و معیارهای کلی سیستم و ... تشخیص داد. رویکرد سیستمی به ما این امکان را می دهد که تجزیه و تحلیل و ترکیب اشیایی را که از نظر ماهیت و پیچیدگی متفاوت هستند از یک دیدگاه واحد در نظر بگیریم و در عین حال مهمترین ویژگی های عملکرد سیستم را شناسایی کنیم و مهم ترین عوامل را در نظر بگیریم. تمام سیستم. اهمیت رویکرد سیستمی به ویژه در طراحی و بهره برداری از سیستم هایی مانند سیستم های کنترل خودکار (ACS) که اساساً سیستم های انسان و ماشین هستند، که در آن شخص نقش یک سوژه کنترل را ایفا می کند، بسیار زیاد است.

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

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

در حال حاضر، می توان ثابت شده دانست که وظیفه اصلی طراحی یک رابط کاربری، «تطبیق» منطقی یک فرد در حلقه کنترل نیست، بلکه بر اساس وظایف کنترل شی، ایجاد یک سیستم تعامل بین دو برابر است. شرکا (اپراتور انسانی و مجموعه سخت افزاری و نرم افزاری
ACS)، مدیریت منطقی شی کنترل.
موضوع

بنابراین، بدیهی است که اپراتور انسانی حلقه بسته سیستم کنترل است، یعنی. موضوع مدیریت، و مجموعه سخت افزاری و نرم افزاری سیستم کنترل خودکار ابزاری ابزاری برای اجرای فعالیت های مدیریتی (عملیاتی) آن است، یعنی. شیء کنترلی بر اساس تعریف V.F. Venda، یک سیستم کنترل خودکار یک هوش ترکیبی است که در آن کارکنان عملیاتی (مدیریتی) و مجموعه کشت و صنعت سیستم کنترل خودکار شرکای برابر در حل مشکلات مدیریتی پیچیده هستند.

سازماندهی منطقی کار اپراتورهای خودکار محل کار یکی از مهمترین عوامل تعیین کننده عملکرد مؤثر سیستم به عنوان یک کل است. در اکثریت قریب به اتفاق موارد، کار مدیریت یک فعالیت غیرمستقیم انسانی است، زیرا در شرایط یک سیستم کنترل خودکار بدون "دیدن" شی واقعی مدیریت می کند. بین شی کنترل واقعی و اپراتور انسانی یک مدل اطلاعاتی از شی (وسیله ای برای نمایش اطلاعات) وجود دارد. بنابراین، مشکل طراحی نه تنها ابزار نمایش اطلاعات، بلکه ابزارهای تعامل بین اپراتور انسانی و ابزار فنی سیستم کنترل خودکار، یعنی. یک مشکل طراحی سیستم که باید آن را رابط کاربری بنامیم.

رابط تعامل انسان با وسایل فنی سیستم کنترل خودکار را می توان به صورت ساختاری به تصویر کشید (شکل 1 را ببینید). این شامل APK و پروتکل های تعامل است. مجموعه سخت افزار و نرم افزار عملکردهای زیر را ارائه می دهد:

1. تبدیل داده های در گردش در مجتمع کشاورزی و صنعتی سیستم کنترل خودکار به مدل های اطلاعاتی نمایش داده شده در مانیتورها (SOI - ابزار نمایش اطلاعات).

2. بازسازی مدل های اطلاعاتی (IM);

3. اطمینان از تعامل گفتگو بین یک فرد و سیستم کنترل خودکار.

4. تبدیل تأثیرات ناشی از PO (اپراتور انسانی) به داده های مورد استفاده توسط سیستم کنترل.

5. پیاده سازی فیزیکی پروتکل های تعامل (هماهنگ سازی فرمت های داده ها، کنترل خطا، و غیره).

هدف پروتکل ها ارائه مکانیزمی برای تحویل قابل اعتماد و قابل اعتماد پیام ها بین اپراتور انسانی و SOI و در نتیجه بین PO و سیستم کنترل است. پروتکل قاعده ای است که تعامل را تعریف می کند، مجموعه ای از رویه ها برای تبادل اطلاعات بین فرآیندهای موازی در زمان واقعی. این فرآیندها (عملکرد مجتمع کشاورزی و صنعتی سیستم کنترل خودکار و فعالیت های عملیاتی موضوع کنترل) اولاً با عدم وجود روابط زمانی ثابت بین وقوع رویدادها و ثانیاً با عدم وجود وابستگی متقابل بین رویدادها و اعمال پس از وقوع آنها.

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

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

بسته به نوع تصویری که در حال تولید مجدد است، الزامات الفبای IM، روش تشکیل کاراکترها و نوع استفاده از عناصر تصویر باید برجسته شوند. الفبای مورد استفاده نوع مدل و قابلیت های بصری آن را مشخص می کند. با توجه به کلاس مشکلات حل شده، مشخص شده توسط تعداد و نوع کاراکترها، تعداد درجه بندی روشنایی، جهت گیری کاراکترها، فرکانس سوسو زدن تصویر و غیره تعیین می شود.

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

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

مشاهده مانیتور امکان ساخت تصویری از حالت سیستم را به کاربر می دهد که بر اساس آموزش، آموزش و تجربه (مدل مفهومی) شکل گرفته است، بنابراین امکان مقایسه این تصویر با تصویر نظری متناسب با شرایط وجود دارد. .
نیاز به کفایت، ایزومورفیسم، شباهت ساختار مکانی-زمانی اشیاء کنترلی نمایش داده شده و محیط کارایی مدل را تعیین می کند.

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

برنج. 1. اطلاعات و نمودار منطقی رابط تعامل.

مدل اطلاعات: اطلاعات ورودی و خروجی

مدل اطلاعاتی که منبع اطلاعاتی برای اپراتور است که بر اساس آن تصویری از وضعیت واقعی ایجاد می کند، معمولاً تعداد زیادی عنصر را شامل می شود. با در نظر گرفتن ماهیت معنایی متفاوت عناصر مورد استفاده، مدل اطلاعاتی را می توان به عنوان مجموعه ای از عناصر مرتبط به هم نشان داد:

D ^ (Dn) ، که در آن Rj مجموعه ای از عناصر مدل اطلاعاتی گروه j است، n=1،...N; k=1،...K.

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

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

6. اطلاعات استاتیک - اطلاعاتی که از نظر محتوا نسبتاً پایدار است و به عنوان پس زمینه استفاده می شود. به عنوان مثال، یک شبکه مختصات، پلان، تصویر منطقه و غیره.

7. اطلاعات پویا - اطلاعاتی که در بازه زمانی معینی از نظر محتوا یا موقعیت روی صفحه متغیر هستند. در واقعیت، اطلاعات پویا اغلب تابعی از برخی پارامترهای تصادفی است.

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

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

اصل حداقل تلاش کاری که دو جنبه دارد:

8. به حداقل رساندن هزینه های منابع از سوی توسعه دهنده نرم افزار، که با ایجاد یک روش شناسی خاص و ایجاد فناوری مشخصه فرآیندهای تولید مرسوم به دست می آید.

9. به حداقل رساندن هزینه های منابع از جانب کاربر، به عنوان مثال. PO باید فقط کارهایی را انجام دهد که ضروری است و توسط سیستم قابل انجام نیست، نباید کارهایی که قبلا انجام شده است تکرار شود و غیره.

وظیفه حداکثر درک متقابل. آن ها PO نباید به عنوان مثال درگیر جستجوی اطلاعات باشد، یا اطلاعات نمایش داده شده روی صفحه نباید نیاز به کدگذاری مجدد یا تفسیر اضافی توسط کاربر داشته باشد.

کاربر باید تا حد امکان اطلاعات کمتری را به خاطر بسپارد، زیرا این امر توانایی PO را برای تصمیم گیری عملیاتی کاهش می دهد.

اصل حداکثر تمرکز کاربر بر روی کار در دست و محلی سازی پیام های خطا.
منظور شما از رابط چیست؟

رابط کاربری به معنای ارتباط بین یک شخص و یک کامپیوتر است. دسترسی عمومی کاربر قوانینی هستند که گفتگو را بر حسب عناصر کلی توضیح می دهند، مانند قوانین ارائه اطلاعات روی صفحه، و قوانین فناوری تعاملی، مانند قوانین پاسخ یک اپراتور انسانی به آنچه روی صفحه نمایش داده می شود. در این پروژه دوره ما استاندارد OPD از IBM را که به طور مشترک با MICROSOFT برای کلاس ماشین‌های RS-AT ایجاد شده است، در نظر خواهیم گرفت.

اجزای رابط

در سطح عملی، یک رابط مجموعه ای از تکنیک های استاندارد برای تعامل با فناوری است. در سطح نظری، رابط دارای سه جزء اصلی است:

1. روشی برای ارتباط بین یک ماشین و یک اپراتور انسانی.

2. روش ارتباط بین اپراتور انسانی و ماشین.

3. روش ارائه رابط کاربری.

ماشین به کاربر

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

کاربر به ماشین

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

کاربر چگونه فکر می کند

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

رابط سازگار

کلید ایجاد یک رابط موثر این است که اپراتورها یک مدل مفهومی ساده از رابط را در سریع ترین زمان ممکن توسعه دهند. دسترسی مشترک کاربر این کار را از طریق سازگاری انجام می دهد. مفهوم سازگاری این است که هنگام کار با یک کامپیوتر، کاربر سیستمی را ایجاد می کند که انتظار واکنش های مشابه را نسبت به اقدامات مشابه دارد، که دائماً مدل رابط کاربر را تقویت می کند. سازگاری، با فعال کردن گفتگو بین کامپیوتر و اپراتور انسانی، می تواند مدت زمان مورد نیاز کاربر را هم برای یادگیری رابط و هم برای استفاده از آن برای انجام یک کار کاهش دهد.

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

ثبات - سه بعد:

گفتن اینکه یک رابط سازگار است مانند این است که بگوییم چیزی بزرگتر از چیزی است. ما مجبوریم بپرسیم: "بیشتر از چه؟" وقتی می گوییم یک رابط سازگار است، مجبور می شویم بپرسیم: "سازگار با چه؟" برخی از ابعاد باید ذکر شود.

یک رابط را می توان با سه دسته یا بعد گسترده تراز کرد: فیزیکی، نحوی و معنایی.

4. سازگاری فیزیکی به سخت افزار اشاره دارد: چیدمان صفحه کلید، طرح کلید، استفاده از ماوس. برای مثال، اگر کلید F3 بدون توجه به استفاده از سیستم، همیشه در یک مکان باشد، سازگاری فیزیکی خواهد داشت. به همین ترتیب، اگر یک دکمه روی ماوس همیشه زیر انگشت اشاره قرار گیرد، از نظر فیزیکی سازگار خواهد بود.

5. سازگاری نحوی به ترتیب و ترتیب ظاهر عناصر روی صفحه (زبان نمایش) و توالی الزامات عمل درخواست (زبان عمل) اشاره دارد.

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

6. سازگاری معنایی به معنای عناصر تشکیل دهنده رابط اشاره دارد. مثلاً «خروج» به چه معناست؟ کاربران از کجا خارج می شوند و بعد چه اتفاقی می افتد؟

ثبات بین سیستمی

دسترسی عمومی کاربر شامل تعاریف همه عناصر و فناوری تعاملی است. اما ممکن است این تعاریف به دلیل قابلیت های فنی سیستم های خاص، متفاوت باشد. بنابراین، رابط عمومی نمی تواند برای همه سیستم ها یکسان باشد.

سازگاری سیستم های ترکیبی تعادلی بین سازگاری فیزیکی، نحوی، معنایی و تمایل به استفاده از قابلیت های بهینه سیستم است.

مزایای یک رابط کاربری سازگار

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

یک رابط سازگار خطای کاربر را کاهش می دهد، رضایت کار را افزایش می دهد و باعث می شود کاربر احساس راحتی بیشتری با سیستم داشته باشد.

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

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

رابط

MS-Windows یک پوسته رابط گرافیکی (GUI) را در اختیار کاربران قرار می دهد که یک محیط استاندارد کاربر و برنامه نویس را فراهم می کند. (GUI) محیطی پیچیده تر و کاربرپسندتر از رابط DOS مبتنی بر فرمان ارائه می دهد. کار در ویندوز بر اساس اصول بصری است. جابجایی از کاری به کار دیگر و تبادل اطلاعات بین آنها برای شما آسان است. با این حال، توسعه دهندگان برنامه به طور سنتی با چالش های برنامه نویسی روبرو هستند زیرا محیط ویندوز بسیار پیچیده است.

دلفی یک زبان و محیط برنامه نویسی متعلق به کلاس RAD است
(توسعه سریع برنامه - "ابزار توسعه سریع برنامه") ابزارهای CASE - فناوری ها. دلفی توسعه اپلیکیشن قدرتمند را ممکن کرد
ویندوز یک فرآیند سریع است که به شما لذت می دهد. برنامه های کاربردی
ویندوزهایی که برای ایجاد آنها به تلاش زیادی نیاز بود، مانند C++، اکنون می توان توسط یک نفر با استفاده از دلفی نوشت.

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

دلفی دارای طیف گسترده ای از ویژگی ها است، از یک طراح فرم گرفته تا پشتیبانی از همه فرمت های پایگاه داده محبوب. محیط نیاز به برنامه نویسی چنین اجزایی را از بین می برد
هدف کلی ویندوز، مانند برچسب ها، نمادها و حتی نوارهای گفتگو.
با کار در ویندوز، بارها و بارها "اشیاء" یکسانی را در بسیاری از برنامه های مختلف مشاهده کرده اید. پانل های گفتگو (مانند انتخاب فایل و ذخیره
File) نمونه‌هایی از اجزای قابل استفاده مجدد هستند که مستقیماً در دلفی ساخته شده‌اند، که به شما امکان می‌دهد این مؤلفه‌ها را با کار موجود تطبیق دهید تا دقیقاً مطابق با نیاز برنامه‌ای که ایجاد می‌کنید کار کنند. همچنین اشیاء بصری و غیر بصری از پیش تعریف شده، از جمله دکمه ها، اشیاء داده، منوها و پانل های گفتگوی از پیش ساخته شده وجود دارد. با استفاده از این اشیاء، برای مثال می توانید بدون استفاده از برنامه نویسی، تنها با چند کلیک ماوس، اطلاعات را وارد کنید. این یک پیاده سازی بصری از کاربردهای فناوری CASE در برنامه نویسی کاربردی مدرن است. بخشی که مستقیماً با برنامه نویسی رابط کاربری توسط سیستم مرتبط است برنامه نویسی بصری نامیده می شود

مزایای طراحی ایستگاه های کاری در محیط ویندوز با استفاده از دلفی:

10. نیاز به وارد کردن مجدد داده ها را از بین می برد.

11. سازگاری بین پروژه و اجرای آن تضمین می شود.

12. بهره وری توسعه و قابلیت حمل برنامه افزایش می یابد.

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

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

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

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

توسعه طراحی پانل

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

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

9. اطلاعات;

10. فهرست;

11. منطقی.

همچنین می توانید قسمت هایی از این نوع پنل ها را با هم مخلوط کنید تا پنل های ترکیبی ایجاد کنید. شما باید هر پانل را به عنوان فضایی در نظر بگیرید که به سه قسمت اصلی تقسیم شده است که هر کدام شامل انواع مختلفی از اطلاعات است:

12. منوی اکشن و منوی کشویی.

13. بدنه پانل;

14. ناحیه کلید تابع.

در شکل شکل 2 موقعیت سه ناحیه پانل را نشان می دهد.
| منوی اکشن |
| |
|بدنه پنل |
| |
|منطقه کلید تابع |

برنج. 2. سه منطقه پانل.

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

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

برخی از پانل ها دارای منوی اکشن خواهند بود، در حالی که برخی دیگر ندارند.

منوی اکشن و منوی کشویی دو مزیت بزرگ برای کاربران فراهم می کند.

اولین مزیت این است که این اقدامات برای کاربران قابل مشاهده است و می توان آنها را از طریق تکنیک های تعاملی ساده درخواست کرد. «درخواست» به معنای شروع یک عمل است.
روشی که یک اپراتور انسانی یک عمل را آغاز می کند با فشار دادن یک کلید عملکرد، انتخاب از یک منوی کشویی، یا تایپ (تایپ) یک فرمان است. منوی اکشن و منوی کشویی یک تجربه بصری ارائه می کند که به کاربران کمک می کند تا اقدامات مورد نیاز خود را بدون به خاطر سپردن و تایپ نام اقدام پیدا کنند.

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

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

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

بدنه پانل همچنین ممکن است شامل یک ناحیه فرمان باشد که در آن کاربران دستورات برنامه یا سیستم را تایپ می کنند و یک ناحیه پیام که در آن پیام ها ظاهر می شوند.

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

ناحیه کلید عملکرد در پایین پانل قرار دارد و اپراتور می تواند انتخاب کند که آن را به صورت کوتاه، بلند یا اصلاً قرار ندهد. این شامل لیستی از کلیدهای عملکرد است. برخی از پانل ها ممکن است شامل یک منوی عملکرد و یک سرصفحه کلید عملکرد باشند. باید مطمئن شوید که ناحیه کلید عملکرد برای همه پانل‌ها فعال است، اگرچه کاربر ممکن است تصمیم بگیرد که از آنها محافظت نکند. شکل را ببینید. 3 که نمای کلی از پنل کاربری سیستم را نشان می دهد.
|انتخاب ارتباطات |
|یکی از انواع ارتباط زیر را انتخاب کنید: |
|1. دریافت نامه |
|2. دریافت پیام |
|3. ارسال نامه |
|4. مجله پستی |
|5. عملیات |
|6. وضعیت پستی |
|Esc=لغو |F1=راهنما |F3=خروج |

برنج. 3. پانل با منطقه کلید عملکرد. ناحیه کلید عملکرد به صورت کوتاه نمایش داده می شود و شامل لغو، راهنما و

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

دسترسی عمومی کاربر تعدادی نماد و نشانه های بصری مانند دکمه های کاذب و دکمه های تماس را ارائه می دهد که می توانید از آنها برای نشان دادن فیلدهای انتخابی یا اقداماتی که با آنها کار می کنند به کاربران استفاده کنید.

اصول طراحی: شی - عمل

تقسیم یک پانل به مناطقی که حاوی اشیاء اطلاعاتی یا انتخاب‌های کنش هستند، بر اساس اصل شی-عمل طراحی پانل است. این اصل به کاربران این امکان را می دهد که ابتدا یک شی را در بدنه پنل انتخاب کنند و سپس اقدام مناسب را برای کار با شی انتخاب شده از منوی عملکرد یا از ناحیه کلید عملکرد انتخاب کنند.

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

عملکرد کاربر با پنل

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

تعامل مستقیم

دسترسی مشترک کاربران شامل مفاهیم طراحی مانند نوبت به نوبه، نشانه های بصری و فناوری تعاملی است.
با این حال، کاربران با تجربه ممکن است به این سطح از سهولت استفاده نیاز نداشته باشند. آنها ممکن است نیاز به تعامل مستقیم بیشتری با برنامه داشته باشند. برای چنین کاربرانی، Shared User Access شامل فناوری‌های تعاملی سریع مانند:

15. اختصاص دادن کلیدهای عملکرد به اقدامات.

16. خروج سریع از فعالیت های سطح بالا.

17. استفاده از حافظه و اعداد برای انتخاب اشیا و اعمال.

18. ناحیه فرمان به کاربر اجازه می دهد تا دستورات برنامه و سیستم را وارد کند.

19. استفاده از ماوس باعث افزایش سرعت انتخاب اقدامات می شود.

ساختن دیالوگ

دیالوگ دنباله ای از درخواست ها بین کاربر و کامپیوتر است: درخواست کاربر، پاسخ و درخواست کامپیوتر و اقدام نهایی کامپیوتر.

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

بنابراین، گفتگو از دو بخش تشکیل شده است:

هر مرحله از گفتگو با تصمیم برای ذخیره یا عدم ذخیره اطلاعات جدید همراه است.

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

22. یک قدم به جلو (عمل ورود)؛

23. یک قدم برگشت (اقدام لغو).

24. بازگشت به یک نقطه برنامه خاص (عمل خروج تابع).

25. برنامه را ترک کنید (خروج از حالت برنامه).

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

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

برنج. 4. اقدامات گفتگو.

حفظ و ذخیره اطلاعات

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

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

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

اگر اقدامات کاربر می‌تواند منجر به از دست رفتن اطلاعات خاصی شود، General User Access توصیه می‌کند که از کاربر بخواهد تأیید کند که نمی‌خواهد اطلاعات را ذخیره کند یا به او اجازه ذخیره اطلاعات را بدهد، یا آخرین درخواست را لغو کند و یک مرحله به عقب برگردد. .

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

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

قابلیت های حالت ویندوز توسط سیستم عامل یا سرویس ها و ابزارهای آن ارائه می شود، در غیر این صورت خود اپلیکیشن ها باید این حالت را پیاده سازی کنند.

سه نوع پنجره

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

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

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

دستگاه های ورودی: صفحه کلید، ماوس و دیگران

دسترسی مشترک کاربر از استفاده مداوم از صفحه کلید و ماوس یا هر دستگاه دیگری که مانند ماوس عمل می کند پشتیبانی می کند. ما همچنین فرض خواهیم کرد که ماوس دستگاه اشاره گر اصلی است.

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

همه برنامه های رایانه شخصی باید استفاده از ماوس را در خود جای دهند. با این حال، برنامه های کاربردی در پایانه های غیرقابل برنامه ریزی نمی توانند ماوس را پشتیبانی کنند. پشتیبانی از ماوس در این پایانه ها مورد نیاز نیست.

پشتیبانی از صفحه کلید

بیایید دسترسی عمومی کاربر را به عنوان یک استاندارد واقعی در نظر بگیریم که با یک نوع صفحه کلید طراحی شده است، یعنی صفحه کلید پیشرفته IBM.

شما باید بر اساس قوانین و مشخصات استاندارد IBM، کلیدهایی را به عملکردهای برنامه اختصاص دهید. تخصیص کلید برای صفحه کلیدهای IBM اعمال می شود
صفحه کلید پیشرفته برای سایر انواع صفحه کلید، از اسناد فنی مناسب استفاده کنید، به عنوان مثال، صفحه کلید قابل تغییر IBM
صفحه کلید.

قوانین تعیین تکلیف:

26. هر کلیدی را می توان در برنامه ها استفاده کرد، از جمله کلیدهای فشار داده شده بدون Shift، و همچنین ترکیب با Shift+، Ctrl+ و

Alt+ اگر ایستگاه کاری قابل برنامه ریزی یا ترمینال غیرقابل برنامه ریزی اجازه دسترسی برنامه به این کلیدها را بدهد. باید از استفاده از کلیدهای اختصاص داده شده توسط سیستم عاملی که برنامه تحت آن اجرا می شود خودداری کنید.

27. اگر برنامه به زبان های دیگر ترجمه می شود، نباید کلیدهای ترکیبی الفبایی را به Alt اختصاص دهید. با این حال، در صورت امکان، کاربران می توانند عملکردهای مختلفی را به این کلیدها اختصاص دهند.

28. برای تغییر مقدار اولیه کلیدها از آنها به صورت ترکیبی با کلیدهای Alt، Ctrl و Shift استفاده کنید. کلیدهای Alt، Ctrl و Shift به طور مستقل استفاده نمی شوند.

29. تکالیف کلیدی نباید دوباره تخصیص یا تکرار شوند.

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

31. اگر یک عملکرد مشخص به یک کلید تابع در چندین برنامه به یک صورت اختصاص داده شده است، باید این عملکرد خاص را در همه برنامه ها به این کلید اختصاص دهید.

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

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

در این راستا، من می خواهم بر ارتباط خاص مشکل مدل سازی تعامل موقعیت های اضطراری با وسایل فنی سیستم های کنترل خودکار تأکید کنم. امروزه یک فرصت واقعی با استفاده از مدل سازی بر روی ابزارهای پردازش اطلاعات چند منظوره و نمایش مدرن مانند
دلفی برای مشخص کردن نوع و ویژگی‌های مدل‌های اطلاعاتی مورد استفاده، شناسایی ویژگی‌های اصلی فعالیت‌های آتی اپراتورها، تدوین الزامات برای پارامترهای سخت‌افزار و نرم‌افزار رابط تعامل و غیره.

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

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

ادبیات

سازمان تعامل انسانی با وسایل فنی سیستم های کنترل خودکار، جلد 4:
"نمایش اطلاعات"، ویرایش شده توسط V.N. Chetverikov، مسکو، "مدرسه عالی"
1993.
سازمان تعامل انسانی با وسایل فنی سیستم های کنترل خودکار، جلد 7:
"طراحی سیستم تعامل انسان با وسایل فنی"، ویرایش شده توسط V.N. Chetverikov، مسکو، "مدرسه عالی" 1993.
"سیستم های گفتگوی سایبرنتیک"، I.P. Kuznetsov.
دستورالعمل های رابط کاربری عمومی، مایکروسافت، Rev.
1995
جان ماچو، دیوید آر. فاکنر. "دلفی" - ترجمه. از انگلیسی - م.: بینوم، 1995.

مقدمه 2

حوزه موضوعی 3

مدل اطلاعات: اطلاعات ورودی و خروجی 6

وظایف عملکردی که دلفی در ساخت رابط حل می کند
7

منظور شما از رابط 8 چیست

اجزای رابط 8

ماشین به کاربر 8

کاربر به ماشین 8

کاربر چگونه فکر می کند 8
رابط ثابت 9

ثبات - سه بعد: 9

سازگاری متقابل سیستم 10

مزایای یک رابط کاربری ثابت 10

نرم افزار و سخت افزار: پیاده سازی و ایجاد سفارشی
رابط 11

توسعه طراحی پانل 13
اصول طراحی: سایت - قانون 16

عملکرد کاربر با پنل 16

تعامل مستقیم 16

ساخت دیالوگ 16
حفظ و ذخیره اطلاعات 19
ویندوز 19

سه نوع ویندوز 20
دستگاه های ورودی: صفحه کلید، ماوس و موارد دیگر 20

پشتیبانی از صفحه کلید 21

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

روزگاری گذشته است که یک کابینت بزرگ با تجهیزات در جایی در اتاق کنترل قرار داده شده بود، با کیلومترها بسته های ضخیم کابل که به سنسورها و محرک هایی که به سمت آن کشیده می شدند، گذشته است. امروزه، در اکثریت قریب به اتفاق موارد، نصب چندین کنترل کننده محلی در یک شبکه واحد بسیار سودآورتر است و در نتیجه در نصب، آزمایش، راه اندازی و نگهداری در مقایسه با یک سیستم متمرکز صرفه جویی می شود.

برای سازماندهی شبکه های صنعتی، از بسیاری از رابط ها و پروتکل های انتقال داده استفاده می شود، به عنوان مثال Modbus، Ethernet، CAN، HART، PROFIBUS و غیره. کالیبراسیون سنسور؛ منبع تغذیه سنسورها و MI؛ اتصالات بین سطوح پایین و بالایی سیستم کنترل فرآیند خودکار. پروتکل‌ها با در نظر گرفتن ویژگی‌های تولید و سیستم‌های فنی توسعه می‌یابند و از اتصال قابل اعتماد و دقت بالای انتقال داده بین دستگاه‌های مختلف اطمینان می‌دهند. همراه با عملکرد قابل اعتماد در شرایط سخت، عملکرد، انعطاف پذیری در طراحی، سهولت یکپارچه سازی و نگهداری و انطباق با استانداردهای صنعتی به طور فزاینده ای به الزامات مهم در سیستم های کنترل فرآیند خودکار تبدیل می شوند.

رایج ترین سیستم طبقه بندی برای پروتکل های شبکه، مدل نظری OSI است. مدل مرجع پایه برای تعامل سیستم های باز، انگلیسی. مدل مرجع پایه اتصال سیستم های باز). مشخصات این مدل در نهایت در سال 1984 توسط سازمان بین المللی استاندارد (ISO) به تصویب رسید. مطابق با مدل OSI، پروتکل ها با توجه به هدف خود - از فیزیکی (تولید و تشخیص سیگنال های الکتریکی یا دیگر) تا برنامه (API برای انتقال اطلاعات توسط برنامه ها) به 7 لایه تقسیم می شوند که یکی بالای دیگری قرار دارند. تعامل بین سطوح می تواند به صورت عمودی و افقی انجام شود (شکل 1). در ارتباطات افقی، برنامه ها به یک پروتکل مشترک برای تبادل داده نیاز دارند. در رابط های عمودی - از طریق.

برنج. 1. مدل نظری OSI.

سطح کاربردی

لایه کاربردی - لایه کاربردی ( انگلیسی سطح کاربردی). تعامل بین شبکه و برنامه های کاربر را فراهم می کند که فراتر از مدل OSI است. پروتکل های زیر در این سطح استفاده می شود: HTTP، gopher، Telnet، DNS، SMTP، SNMP، CMIP، FTP، TFTP، SSH، IRC، AIM، NFS، NNTP، NTP، SNTP، XMPP، FTAM، APPC، X.400 , X .500، AFP، LDAP، SIP، ITMS، Modbus TCP، BACnet IP، IMAP، POP3، SMB، MFTP، BitTorrent، eD2k، PROFIBUS.

سطح اجرایی

سطح اجرایی ( انگلیسی لایه نمایشی) - سطح ارائه داده ها. این لایه می‌تواند تبدیل پروتکل و فشرده‌سازی/فشرده‌سازی یا رمزگذاری/رمزگشایی داده‌ها را انجام دهد و همچنین درخواست‌ها را در صورتی که نمی‌توان به صورت محلی پردازش کرد، به منبع شبکه دیگری هدایت کرد. درخواست های برنامه دریافت شده از لایه برنامه را به قالبی برای انتقال از طریق شبکه تبدیل می کند و داده های دریافتی از شبکه را به قالبی تبدیل می کند که برنامه ها بتوانند آن را درک کنند. پروتکل های زیر به طور سنتی به این سطح تعلق دارند: HTTP، ASN.1، XML-RPC، TDI، XDR، SNMP، FTP، Telnet، SMTP، NCP، AFP.

لایه جلسه

سطح جلسه ( انگلیسی لایه جلسه) ایجاد/خاتمه یک جلسه ارتباطی، تبادل اطلاعات، همگام سازی کارها، تعیین حق انتقال داده ها و حفظ یک جلسه در طول دوره های عدم فعالیت برنامه ها را مدیریت می کند. همگام سازی انتقال با قرار دادن نقاط بازرسی در جریان داده تضمین می شود که در صورت ایجاد اختلال در تعامل، فرآیند از سر گرفته می شود. پروتکل های مورد استفاده: ASP، ADSP، DLC، Named Pipes، NBT، NetBIOS، NWLink، پروتکل دسترسی چاپگر، پروتکل اطلاعات منطقه، SSL، TLS، SOCKS.

لایه حمل و نقل

لایه انتقال ( انگلیسی لایه حمل و نقل) تحویل داده ها را بدون خطا، از دست دادن و تکراری در ترتیبی که در آن ارسال شده اند سازماندهی می کند. داده ها را به قطعات با اندازه مساوی تقسیم می کند، قطعات کوتاه را ترکیب می کند و قطعات طولانی را تقسیم می کند (اندازه قطعه بستگی به پروتکل مورد استفاده دارد). پروتکل های مورد استفاده: TCP، UDP، NetBEUI، AEP، ATP، IL، NBP، RTMP، SMB، SPX، SCTP، DCCP، RTP، TFTP.

لایه شبکه

لایه شبکه ( انگلیسی لایه شبکه) مسیرهای انتقال داده را تعریف می کند. مسئولیت ترجمه آدرس ها و نام های منطقی به آدرس های فیزیکی، تعیین کوتاه ترین مسیرها، سوئیچینگ و مسیریابی و نظارت بر مشکلات و ازدحام در شبکه را بر عهده دارد. پروتکل های مورد استفاده: IP، IPv6، ICMP، IGMP، IPX، NWLink، NetBEUI، DDP، IPSec، ARP، RARP، DHCP، BootP، SKIP، RIP.

لایه پیوند داده

لایه پیوند ( انگلیسی لایه پیوند داده) برای اطمینان از تعامل شبکه ها در سطح فیزیکی طراحی شده است. داده های دریافتی از لایه فیزیکی از نظر خطا بررسی می شوند، در صورت لزوم تصحیح می شوند، در فریم ها بسته بندی می شوند، از نظر یکپارچگی بررسی می شوند و به لایه شبکه ارسال می شوند. لایه پیوند داده می تواند با یک یا چند لایه فیزیکی ارتباط برقرار کند. مشخصات IEEE 802 این لایه را به 2 زیرلایه تقسیم می کند - MAC (کنترل دسترسی رسانه) دسترسی به رسانه فیزیکی مشترک را تنظیم می کند، LLC (کنترل پیوند منطقی) سرویس لایه شبکه را ارائه می دهد. پروتکل های مورد استفاده: STP، ARCnet، ATM، DTM، SLIP، SMDS، Ethernet، FDDI، Frame Relay، LocalTalk، Token ring، StarLan، L2F، L2TP، PPTP، PPP، PPPoE، PROFIBUS.

لایه فیزیکی

لایه فیزیکی ( انگلیسی لایه فیزیکی) مستقیماً برای انتقال جریان داده در نظر گرفته شده است. سیگنال های الکتریکی یا نوری را به کابل یا پخش رادیویی منتقل می کند و بر این اساس آنها را دریافت می کند و مطابق با روش های رمزگذاری سیگنال دیجیتال آنها را به بیت های داده تبدیل می کند. پروتکل های مورد استفاده: RS-232، RS-422، RS-423، RS-449، RS-485، ITU-T، xDSL، ISDN، T1، E1، 10BASE-T، 10BASE2، 10BASE5، 100BASE-T، 100BASE , 1000BASE-TX, 1000BASE-SX.

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

در عمل جهانی، در بین شبکه های با کاربرد عمومی، پرکاربردترین پروتکل است HTTP (انگلیسی پروتکل انتقال ابرمتن - "پروتکل انتقال ابرمتن"). به لایه های کاربردی و ارائه مدل نظری OSI اشاره دارد. HTTP مبتنی بر فناوری کلاینت-سرور است، یعنی یک مصرف کننده (مشتری) وجود دارد که اتصال را آغاز می کند و یک درخواست ارسال می کند و یک ارائه دهنده (سرور) که منتظر اتصال برای دریافت درخواست است، اقدامات لازم را انجام می دهد و برمی گرداند. پیامی با نتیجه نوع اصلی کلاینت HTTP یک مرورگر است، مانند موزیلا فایرفاکس، اپرا یا مایکروسافت اینترنت اکسپلورر. HTTP اکنون به طور گسترده در شبکه جهانی وب برای بازیابی اطلاعات از وب سایت ها استفاده می شود.

برنج. 2. فناوری سرور مشتری.

پروتکل های توسعه یافته بر اساس HTTP توسعه یافته اند: HTTPS ( انگلیسی پروتکل انتقال ابرمتن ایمن) که از رمزگذاری و HTTP-NG ( انگلیسی HTTP نسل بعدی) افزایش عملکرد وب و گسترش امکانات کاربردهای صنعتی.

جنبه های مثبت:سهولت توسعه برنامه های مشتری، توانایی گسترش پروتکل با افزودن هدرهای خود، استفاده گسترده از پروتکل.

جنبه های منفی:اندازه پیام بزرگ در مقایسه با داده های باینری، عدم وجود ناوبری در منابع سرور، ناتوانی در استفاده از محاسبات توزیع شده.

ایجاد مراکز کنترل از راه دور، برنامه های کاربردی وب برای سیستم های اسکادا، نرم افزار برای کنترل کننده های صنعتی، سازماندهی نظارت تصویری.

امروزه پروتکل HTTP و تغییرات آن توسط سخت افزار و نرم افزار اکثر سازندگان پشتیبانی می شود. بیایید به برخی از آنها نگاه کنیم.

در تجهیزات Korenix پروتکل های سری JetNet، JetRock، JetPort، JetI/O، JetBox (شبکه سازی مبتنی بر اترنت صنعتی)، JetWave (راه حل های بی سیم) از خانواده HTTP برای سازماندهی دسترسی، پیکربندی و مدیریت دستگاه ها استفاده می شود.

ICPDAS تجهیزات و نرم افزارهای زیر را برای کار با پروتکل HTTP ارائه می دهد. کنترل‌کننده‌های سری‌های HRAK، WinPAC، WinCon، LinPAC، ViewPAC تحت سیستم‌عامل‌های Windows و Linux و با یک سرور HTTP داخلی کار می‌کنند. بسته های نرم افزاری InduSoft (SCADA)، ISaGRAF، Web HMI، VXCOMM، MiniOS7 Studio نیز از سرور HTTP برای برقراری ارتباط و تعامل با دستگاه ها استفاده می کنند.

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

برنج. 3. سازگاری پروتکل های خانواده Modbus.

برای سازماندهی تعامل بین عناصر اتوماسیون در شبکه های داده صنعتی، پروتکل ارتباطی Modbus به طور گسترده استفاده می شود. سه پیاده سازی اصلی از پروتکل Modbus وجود دارد، دو مورد برای انتقال داده ها از طریق خطوط ارتباطی سریال، هر دو مسی EIA/TIA-232-E (RS-232)، EIA-422، EIA/TIA-485-A (RS-485) و نوری و رادیویی: Modbus RTU و Modbus ASCII و برای انتقال داده از طریق شبکه های اترنت از طریق TCP/IP: Modbus TCP.

تفاوت بین پروتکل های Modbus ASCII و Modbus RTU در نحوه کدگذاری کاراکترها است. در حالت ASCII، داده ها با استفاده از یک جدول ASCII، که در آن هر کاراکتر مربوط به دو بایت داده است، کدگذاری می شود. در حالت RTU، داده ها به صورت کاراکترهای باینری 8 بیتی منتقل می شوند که سرعت انتقال داده بالاتری را فراهم می کند. ASCII بر خلاف RTU که پیام ها باید پیوسته باشند تا 1 ثانیه تأخیر ایجاد می کند. همچنین حالت ASCII دارای سیستم رمزگشایی و مدیریت داده ساده شده است.

خانواده پروتکل های Modbus (Modbus ASCII، Modbus RTU و Modbus TCP/IP) از پروتکل های کاربردی مشابهی استفاده می کنند که سازگاری آنها را تضمین می کند. حداکثر تعداد گره های شبکه در یک شبکه Modbus 31 است. طول خطوط ارتباطی و سرعت انتقال داده به پیاده سازی فیزیکی رابط بستگی دارد. عناصر شبکه Modbus با استفاده از مدل مشتری-سرور بر اساس تراکنش های درخواست و پاسخ با هم ارتباط برقرار می کنند.

به طور معمول، شبکه فقط یک سرویس گیرنده دارد، به اصطلاح دستگاه "مستر" و چندین سرور - دستگاه "برده". دستگاه اصلی تراکنش ها را آغاز می کند (درخواست ها را ارسال می کند). دستگاه های Slave داده های درخواست شده توسط دستگاه اصلی را انتقال می دهند یا اقدامات درخواستی را انجام می دهند. Master می تواند به صورت جداگانه به Slave خطاب کند یا یک پیام پخش را برای همه Slave آغاز کند. دستگاه برده پیامی را تولید می کند و در پاسخ به درخواستی که به طور خاص به آن خطاب شده است، آن را برمی گرداند.

کاربردهای صنعتی:

سهولت استفاده از پروتکل های خانواده Modbus در صنعت باعث استفاده گسترده از آن شده است. امروزه تجهیزات تقریباً همه سازندگان از پروتکل های Modbus پشتیبانی می کنند.

شرکت ICPDAS طیف گسترده ای از تجهیزات ارتباطی را برای سازماندهی شبکه ها بر اساس پروتکل های خانواده Modbus ارائه می دهد: سری I-7000 (دروازه های DeviceNet، سرورهای Modbus، کنترل کننده های ارتباطی آدرس پذیر). کنترلرهای قابل برنامه ریزی سری های HRAK، WinPAC، WinCon، LinPAC، ViewPAC.

پنل های اپراتور تولید شده توسط مبدل های فرکانس Weintek و Control Techniques نیز از پروتکل Modbus برای برقراری ارتباط با کنترلرها استفاده می کنند.

به طور سنتی، پروتکل های خانواده Modbus توسط سرورهای OPC سیستم های SCADA (Clear SCADA، Control Microsystems، InTouch Wonderware، TRACE MODE) برای ارتباط با عناصر کنترل (کنترل کننده ها، VFD ها، تنظیم کننده ها و غیره) پشتیبانی می شوند.

برنج. 4. شبکه Profibus.

در اروپا، شبکه صنعتی باز PROFIBUS (PROcess Field BUS) گسترده شده است. در ابتدا نمونه اولیه این شبکه توسط زیمنس برای کنترلرهای صنعتی آن توسعه یافت.

PROFIBUS ویژگی های تکنولوژیکی و عملکردی ارتباطات سریال سطح میدان را ترکیب می کند. این امکان را به شما می دهد تا دستگاه های اتوماسیون متفاوت را در یک سیستم واحد در سطح سنسورها و درایوها ترکیب کنید. شبکه PROFIBUS بر اساس چندین استاندارد و پروتکل است که از تبادل داده بین master و slave (پروتکل‌های DP و PA) یا بین چندین Master (پروتکل‌های FDL و FMS) استفاده می‌کند.

شبکه PROFIBUS را می توان با سه لایه از مدل OSI مرتبط کرد: فیزیکی، پیوند داده و لایه کاربردی.

پروتکل واحد برای دسترسی گذرگاه برای تمام نسخه های PROFIBUS، پروتکل PROFIBUS-FDL است که در سطح دوم مدل OSI پیاده سازی شده است. این پروتکل از یک رویه دسترسی توکن استفاده می کند. درست مانند شبکه‌های مبتنی بر پروتکل‌های Modbus، شبکه PROFIBUS از دستگاه‌های master و slave تشکیل شده است. دستگاه اصلی می تواند اتوبوس را کنترل کند. هنگامی که یک دستگاه اصلی دارای حقوق دسترسی اتوبوس است، می تواند پیام ها را بدون درخواست از راه دور ارسال کند. دستگاه های Slave دستگاه های جانبی معمولی هستند و حقوق دسترسی گذرگاهی ندارند، یعنی فقط می توانند پیام های دریافتی را تأیید کنند یا در صورت درخواست پیام ها را به دستگاه اصلی ارسال کنند. در یک پیکربندی حداقلی، شبکه می تواند از دو Master یا یک Master و یک Slave تشکیل شود.

کانال های ارتباطی مشابه شبکه PROFIBUS امکان استفاده همزمان از چندین پروتکل انتقال داده را فراهم می کند. بیایید به هر یک از آنها نگاه کنیم.

PROFIBUS DP (پریفرال غیرمتمرکز) پروتکلی است که هدف آن تضمین تبادل داده با سرعت بالا بین دستگاه های اصلی DP و دستگاه های I/O توزیع شده است. این پروتکل با حداقل زمان پاسخ و مقاومت بالا در برابر میدان های الکترومغناطیسی خارجی مشخص می شود. بهینه شده برای سیستم های با سرعت بالا و کم هزینه.

PROFIBUS PA (اتوماسیون فرآیند) پروتکلی برای تبادل داده با تجهیزات سطح میدانی است که در مناطق عادی یا خطرناک قرار دارند. این پروتکل به حسگرها و محرک ها اجازه می دهد تا به یک گذرگاه خطی یا گذرگاه حلقه ای متصل شوند.

PROFIBUS FMS (مشخصات پیام فیلدباس - مشخصات پیام سطح میدان) یک پروتکل جهانی برای حل مشکلات تبادل داده بین دستگاه های شبکه هوشمند (کنترل کننده ها، کامپیوترها/برنامه نویسان، سیستم های رابط انسان و ماشین) در سطح میدانی است. برخی از آنالوگ های اترنت صنعتی که معمولاً برای ارتباطات پرسرعت بین کنترلرها و رایانه های سطح بالا استفاده می شود.

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

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

کاربردهای صنعتی:سازماندهی ارتباط سنسورها و عملگرها با کنترلر، ارتباط کنترلرها و کامپیوترهای کنترلی، ارتباط با سنسورها، کنترلرها و شبکه های شرکتی، در سیستم های اسکادا.

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

برنج. 5. شبکه Profibus بر اساس تجهیزات ICP DAS.

برای اجرای پروژه های مبتنی بر PROFIBUS، ICPDAS تعدادی دستگاه برده را ارائه می دهد: دروازه های PROFIBUS/Modbus سری GW، مبدل های PROFIBUS به RS-232/485/422 از سری I-7000، ماژول ها و فریم های ورودی/خروجی راه دور. PROFIBUS از سری PROFI-8000. در حال حاضر، مهندسان ICPDAS در حال انجام تحولات فشرده در زمینه ایجاد یک دستگاه اصلی PROFIBUS هستند.

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

در حال حاضر، می توان ثابت شده دانست که وظیفه اصلی طراحی یک رابط کاربری، «تطبیق» منطقی یک فرد در حلقه کنترل نیست، بلکه بر اساس وظایف کنترل شی، ایجاد یک سیستم تعامل بین دو برابر است. شرکا (اپراتور انسانی و مجموعه سخت افزاری و نرم افزاری ACS)، به طور منطقی شی کنترل را مدیریت می کنند. اپراتور انسانی حلقه بسته شدن سیستم کنترل است، یعنی. موضوع مدیریت APK (مجموعه سخت افزاری-نرم افزاری) ACS است ابزار پیاده سازیفعالیت های مدیریتی (عملیاتی) او، یعنی. شیء کنترلی. بر اساس تعریف V.F. Venda، یک سیستم کنترل خودکار یک هوش ترکیبی است که در آن کارکنان عملیاتی (مدیریتی) و مجموعه کشت و صنعت سیستم کنترل خودکار شرکای برابر در حل مشکلات مدیریتی پیچیده هستند. رابط تعامل انسان با وسایل فنی سیستم کنترل خودکار را می توان به صورت ساختاری به تصویر کشید (شکل 1 را ببینید).

برنج. 1. اطلاعات و نمودار منطقی رابط تعامل

سازماندهی منطقی کار اپراتورهای سیستم کنترل خودکار یکی از مهمترین عوامل تعیین کننده عملکرد مؤثر سیستم به عنوان یک کل است. در اکثریت قریب به اتفاق موارد، کار مدیریت یک فعالیت غیرمستقیم انسانی است، زیرا در شرایط یک سیستم کنترل خودکار بدون "دیدن" شی واقعی مدیریت می کند. بین شی کنترل واقعی و اپراتور انسانی وجود دارد مدل اطلاعات شی(وسیله نمایش اطلاعات). بنابراین، مشکل طراحی نه تنها ابزار نمایش اطلاعات، بلکه ابزارهای تعامل بین اپراتور انسانی و ابزار فنی سیستم کنترل خودکار، یعنی. مشکل طراحی سیستم که باید با آن تماس بگیریم رابط کاربری

این شامل APK و پروتکل های تعامل است. مجموعه سخت افزار و نرم افزار عملکردهای زیر را ارائه می دهد:

تبدیل داده های در حال گردش در سیستم کنترل خودکار به مدل های اطلاعاتی نمایش داده شده در مانیتورها (SOI - ابزار نمایش اطلاعات).

بازسازی مدل های اطلاعاتی (IM)؛

اطمینان از تعامل گفتگو بین یک فرد و سیستم کنترل خودکار؛

تبدیل تأثیرات ناشی از PO (اپراتور انسانی) به داده های مورد استفاده توسط سیستم کنترل.

اجرای فیزیکی پروتکل های تعامل (هماهنگ سازی فرمت های داده ها، کنترل خطا و غیره).

هدف پروتکل ها ارائه مکانیزمی برای تحویل قابل اعتماد و قابل اعتماد پیام ها بین اپراتور انسانی و SOI و در نتیجه بین PO و سیستم کنترل است. پروتکل- این قاعده ای است که تعامل را تعریف می کند، مجموعه ای از رویه ها برای تبادل اطلاعات بین فرآیندهای موازی در زمان واقعی. این فرآیندها (عملکرد مجتمع کشاورزی و صنعتی سیستم کنترل خودکار و فعالیت های عملیاتی موضوع کنترل) اولاً با عدم وجود روابط زمانی ثابت بین وقوع رویدادها و ثانیاً با عدم وجود وابستگی متقابل بین رویدادها و اعمال پس از وقوع آنها.

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

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

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

اصل حداقل نیروی کارتوسعه دهنده و کاربر نرم افزار که دو جنبه دارد:

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

به حداقل رساندن هزینه های منابع از جانب کاربر، به عنوان مثال. PO باید فقط کارهایی را انجام دهد که ضروری است و توسط سیستم قابل انجام نیست، نباید کارهایی که قبلا انجام شده است تکرار شود و غیره.

وظیفه حداکثر درک متقابلکاربر و مجتمع کشت و صنعت به نمایندگی از توسعه دهنده نرم افزار. آن ها PO نباید به عنوان مثال در جستجوی اطلاعات باشد، یا اطلاعات نمایش داده شده در دستگاه کنترل ویدیو نباید نیاز به کدگذاری مجدد یا تفسیر اضافی توسط کاربر داشته باشد.

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

اصل حداکثر غلظتکاربر در مورد مشکل در حال حل و بومی سازی پیام های خطا.

اصل حسابداری برای مهارت های حرفه ایاپراتور انسانی این بدان معنی است که هنگام توسعه یک سیستم، بر اساس برخی داده های اولیه در مورد احتمال احتمالی نامزدهای مشخص شده در مشخصات فنی، یک "جزء انسانی" با در نظر گرفتن الزامات و ویژگی های کل سیستم و زیرسیستم های آن طراحی می شود. شکل گیری یک مدل مفهومی تعامل بین شخص و ابزار فنی یک سیستم کنترل خودکار به معنای آگاهی و تسلط بر الگوریتم های عملکرد زیرسیستم "انسان - ابزار فنی" و تسلط بر مهارت های حرفه ای در تعامل با رایانه است.

کلیدبرای ایجاد رابط موثراست در یک روزه، تا حد امکان، ارائه یک مدل مفهومی ساده از رابط توسط اپراتور. دسترسی مشترک کاربر این کار را از طریق سازگاری انجام می دهد. مفهوم سازگاری این است که هنگام کار با یک کامپیوتر، کاربر سیستمی را ایجاد می کند که انتظار واکنش های مشابه را نسبت به اقدامات مشابه دارد، که دائماً مدل رابط کاربر را تقویت می کند. سازگاری، با فعال کردن گفتگو بین کامپیوتر و اپراتور انسانی، می تواند مدت زمان مورد نیاز کاربر را هم برای یادگیری رابط و هم برای استفاده از آن برای انجام یک کار کاهش دهد.

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

در عمل، طراحی رابط کاربری سطح بالا مقدم بر طراحی اولیه است، که به ما امکان می دهد عملکرد مورد نیاز برنامه در حال ایجاد و همچنین ویژگی های کاربران بالقوه آن را شناسایی کنیم. اطلاعات مشخص شده را می توان با تجزیه و تحلیل مشخصات فنی یک سیستم کنترل خودکار (ACS) و کتابچه راهنمای عملیات (OM) برای شی کنترل و همچنین اطلاعات دریافتی از کاربران به دست آورد. برای این منظور، بررسی اپراتورها و اپراتورهای بالقوه که در یک شی کنترل غیر خودکار کار می کنند انجام می شود.

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

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

عنصر ناوبری اصلی برنامه منوی اصلی است.نقش منوی اصلی نیز عالی است زیرا تعامل تعاملی را در سیستم کاربر-برنامه انجام می دهد. علاوه بر این، منو به طور غیر مستقیم عملکرد آموزش کار با برنامه را به کاربر انجام می دهد.

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

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

گروه هایی از بخش های مرتبط با عملکرد توسط جداکننده ها (نوار یا فضای خالی) از هم جدا می شوند.

از عبارات در عناوین بخش استفاده نکنید (ترجیحاً بیش از 2 کلمه نباشد).

نام بخش ها با حرف بزرگ شروع می شود.

نام بخش های منو مرتبط با جعبه های محاوره ای فراخوانی با بیضی پایان می یابد.

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

از کلیدهای میانبر برای دسترسی به بخش های منو استفاده کنید. آنها با خط کشی برجسته می شوند.

اجازه استفاده از "کلیدهای داغ" را بدهید، ترکیب کلیدهای مربوطه در عناوین بخش های منو نمایش داده می شود.

اجازه گنجاندن نمادها در منو.

رنگ های تغییر یافته نشان دهنده عدم دسترسی به برخی از بخش های منو در هنگام کار با برنامه است.

به شما امکان می دهد بخش های غیرقابل دسترسی را نامرئی کنید.

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

نرم افزار ACS MSیک راه حل سرویس گیرنده-سرور است که بر روی پلت فرم MS SQL Server نسخه های 2005 و بالاتر ساخته شده است و حقوق دسترسی به داده ها را از خدمات اندازه شناسی شرکت ها جدا می کند. نسخه های مجموعه ACS MS برای کار با یک پایگاه داده واحد و توزیع شده (حجم پایگاه داده - تا 150000 SI) ارائه شده است. عملکرد سیستم کنترل خودکار MS حسابداری، برنامه ریزی، کنترل نگهداری و تجزیه و تحلیل وضعیت ناوگان ابزار را فراهم می کند. وظیفه ویژه "پذیرش - صدور ابزار اندازه گیری" برای آزمایشگاه کالیبراسیون امکان به حداقل رساندن هزینه های نیروی کار برای ورود داده ها و تهیه اسناد بر اساس نتایج خدمات را فراهم می کند. حقوق کاربر برای کار در بخش های مختلف داده توسط مدیر MS ACS بسته به ویژگی های سازمان خدمات اندازه شناسی پیکربندی می شود.

رابط ACS MS به شما این امکان را می دهد که بسته به وظیفه ای که در دست دارید، هر بخش اطلاعاتی از داده ها را دریافت کرده و بر روی آنها گزارش تهیه کنید. فیلتر جهانی با یک تابع نمونه برداری ساده تکمیل می شود. درجات آزادی زیر در سفارشی کردن فرم صفحه ارائه شده است: تعریف کاربر از مجموعه مورد نیاز برگه ها، ستون ها و همچنین ترتیب و عرض آنها، مرتب سازی داده ها بر اساس هر ترکیبی از ستون ها و هر انتخابی از داده ها در جدول. رویدادهای مهندسی مکانیک، تعمیرات، خرابی، تعمیر و نگهداری با قابلیت تجزیه و تحلیل آمار انباشته شده بر روی صفحه نمایش به صورت جدولی نمایش داده می شود.

علاوه بر اطلاعات اولیه حسابداری و مقررات خدمات، گذرنامه الکترونیکی SI شامل:

• تاریخچه وقایع در عملیات.
• لیست دستگاه های جزء (اگر این پاسپورت یک کیت یا کانال باشد).
• پیوند به پاسپورت کانال ها یا مجتمع ها (اگر دستگاه بخشی از کانال باشد).
• مجموعه ای از پارامترهای اندازه گیری شده
• مقادیر فلزات گرانبها.
• ویژگی های اضافی si.

مدیر MS ACS خط مشی حسابداری را تعیین می کند و تصویر گذرنامه را پیکربندی می کند و فیلدها و برگه های غیر ضروری را پنهان می کند.

برنامه های کنترل اندازه گیری و تعمیر را می توان با استفاده از چرخه های تأیید (تعمیر) ایجاد کرد. برنامه تعمیر و نگهداری در حال شکل گیری است. بر اساس برنامه ها و تعرفه های ذخیره شده در پایگاه داده، هزینه های نگهداری برنامه ریزی شده محاسبه می شود. هزینه های نیروی کار برای انجام تعمیر و نگهداری بر اساس برنامه ها و استانداردهای زمانی ذخیره شده در پایگاه داده محاسبه می شود.

گزارش‌ها در سیستم کنترل خودکار MS با استفاده از ژنراتور FastReport تولید می‌شوند. مجموعه و عرض ستون ها، فونت، رنگ، و غیره پیکربندی شده است. گزارش ها با فرمت های rtf، xls، html ذخیره می شوند. کتابخانه گزارش های موجود در بسته تحویل MS ACS را می توان با توجه به درخواست کاربر تکمیل کرد.