Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Курсовые обзорные » Розробка програми підтримки користувача СОЛО-35.02

Реферат Розробка програми підтримки користувача СОЛО-35.02





а на виняткову ситуацію повинна бути затверджена головним конструктором); Диспетчер даного МПД повинен повідомляти всім диспетчерам системи про виникнення виняткової ситуації в виконуваному режимі з метою запобігання виникнення виняткової ситуації в інших МПД з причини можливої вЂ‹вЂ‹недостовірності переданих з режиму даних; Диспетчер має право В«перекомутуватиВ» інформаційні потоки з режиму на себе з метою повідомлення в зовнішні системи про виникнення виняткової ситуації (запис у СОК); Кожен диспетчер повинен мати ряд В«підсистемВ» необхідних для полегшення розробки програм режиму та контролю його роботи: В«віддалена запис по шині МПІВ», В«СОКВ», В«ПК100В», В«ПК-СОЛО В»(розробка НДВ-7),В« FREC В»(на стадії розробки НДВ-7);

Опис програми В«ДиспетчерВ» для МПД СОЛО35.02


Програма В«ДиспетчерВ» встановлюється на всі МПД і є системною з точки зору інших функцій ФПО. Диспетчер має найвищий пріоритет в системі для збереження працездатності СЦВМ навіть при В«зависанніВ» функцій режимів. Диспетчер в першу чергу необхідний для виконання початкового пуску, організації єдиного інформаційного простору між МПД (організація та забезпечення межмодульного обміну), виконання та контролю зовнішнього обміну по всіх магістралях і лініях зв'язку, забезпечення виконання найбільш критичних до часу виконання завдань управління системою, виконання завдань поточного контролю над системою, забезпечення роботи СОК, контроль за версіями СПО запуском функцій режимів. Застосований принцип централізації управління дозволяє мінімізувати логіку роботи системи в цілому, полегшує побудову В«віддаленогоВ» управління РЛС (управління з процесорів на яких немає мезоніну МПІ та інших), значною мірою полегшує обмін з зовнішніми системами літака, тому що не доводиться враховувати особливості кожного конкретного режиму. Централізоване побудова межмодульного обміну виключає можливі колізії з В«накладеннямВ» даних при обробці вхідних і вихідних масивів, збої в діаграмі межмодульного обміну, і гарантує проведення обміну навіть при збоях і виникненні виняткових ситуаціях у функціях режимів. Формування специфічних для кожного режиму тимчасових діаграм виконується безпосередньо у функціях даного режиму і не впливає на роботу диспетчера. Диспетчер гарантує синхронний запуск функцій режиму з частотою тактового імпульсу або іншої події для синхронної роботи РЛС і функцій режиму. Багаторежимна кожного диспетчера дозволяє мати на кожному МПД один або кілька функціонально незалежних режимів за аналогією з БЦВМ-900 або СОЛО-54. br/>

Виконання завдань початкового пуску


З практики роботи з СОЛО35.02 виявлено, що завдання початкового пуску є найбільш критичними до міжмодульних синхронізації і послідовності виконання ініціа...


Назад | сторінка 7 з 27 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Поняття і правове регулювання нагляду та режиму виконання відбування позбав ...
  • Реферат на тему: Засоби режиму для ПІДТРИМКИ стабільності політічного режиму
  • Реферат на тему: Розрахунок усталеного режиму роботи електричної системи
  • Реферат на тему: Розробка системи реального часу у вигляді планувальника виконання завдань
  • Реферат на тему: Стабілізація режиму роботи транзісторів