Периферійна підсистема - Велика Енциклопедія Нафти та Газа, стаття, сторінка 1

Периферійна підсистема

Периферійні підсистеми управляючих ЕОМ часто вимагають особливого компонування. Наприклад, підсистема аналогового входу і виходу пред'являє особливі вимоги до опору ізоляції, здатності пригнічувати високу напругу поздовжньої перешкоди, рівномірного розподілу температури і екранування. Вимога введення через велику кількість ліній та забезпечення легкого доступу персоналу до терміналів є загальною для підсистем як цифрового, так і аналогового входу та виходу. Блоки, сконструйовані для компактних логічних пристроїв часто не відповідають подібним умовам. Ці міркування розглядаються також у гол. [1]

Для перевірки кожної периферійної підсистеми по черзі пропускаються випробувальні програми функціонального типу. Виконуються вимірювання швидкості передачі даних, інших швидкостей та ємнісних характеристик; крім того, перевіряються робочі режими та формати, а також схеми виявлення та виправлення помилок; потім визначається справність ламп сигналізації та перемикачів кожного пристрою та, нарешті, перевіряється можливість одночасного функціонування всіх периферійних пристроїв. [2]

Як інший крайній випадок, набагато проста периферійна підсистема може складатися лише з одного процесора - АР і не мати мультизадачної операційної системи. У цьому випадку процес АР, який контролює процесор IP, керує також і роботою всіх пристроїв введення-виведення в даній периферійній підсистемі. [3]

Обчислювальна підсистема працює без переривань від периферійної підсистеми. [4]

У будь-якій ситуації, коли до периферійної підсистеми приєднується новий фізичний пристрій, доступ до нього має відбуватися під контролем відповідного менеджератипу; це може вимагати додавання нового менеджера типу або повідомлення існуючого типу менеджера про появу додаткового ресурсу. У будь-якому випадку саме менеджер типу типу відповідає за синхронні інтерфейси, які мають доступ до нового пристрою. [5]

При звичайних операціях обчислювальна підсистема управляє периферійною підсистемою. Включення до списку наказів IP операцій міжпроцесорної комунікації служить досягнення цілей управління системою. [6]

Слід також розглянути особливі вимоги до електроживлення периферійних підсистем. Підсистема цифрового входу та виходу вимагає, щоб джерела живлення були здатні витримувати миттєві пікові навантаження з боку реле та соленоїдів. Аналогічні вимоги висувають і до електромеханічних пристроїв, таких як друкувальні пристрої та перфоратори. [7]

У системах управління виробництвом та науковим експериментом ці периферійні підсистеми вирішують завдання управління технічними об'єктами та процесами. У обчислювальних системах периферійними станціями є групові чи одиночні термінали, які мають власні обчислювальні ресурси. [8]

У цьому абстрактному розгляді ми не обмежуємо структуру периферійної підсистеми. [9]

Програміст може обійти пропонований синхронний інтерфейс та звертатися до інтерфейсу з периферійною підсистемою безпосередньо, здійснюючи виклики асинхронного інтерфейсу. У цьому випадку на програміста покладається (за протоколом цих операцій) обов'язок обліку деталей нижнього рівня, таких як управління буферами, перевірка відповідей та обробка повідомлень про помилки. [11]

Слід зробити важливе зауваження: незалежно від структури, що використовується під час реалізації периферійної підсистеми, її інтерфейс для завдань системи i432може залишатися в точності тим самим. Отже, завдання А може реалізувати простий (і постійний) протокол виконання операцій введення-виведення. Однак абсолютно необов'язково, щоб завдання системи i432 чекало на таку відповідь. У моделі, що пропонується на рис. 7.4, завдання А може вільно ігнорувати інформацію про стан у повідомленні-відповіді. Навіть якщо інформація про стан не ігнорується, її розпізнавання може бути виконане не відразу ж, а після деякого заздалегідь визначеного числа запитів введення-виводу. Читачі, знайомі стратегічною схемою введення-виводу з буферизацією, побачать, що використання пулу з т об'єктів типу повідомлення імітує буфер введення-виводу, розмір якого кратен т блокам введення-виведення, і кожен блок містить команду, дані і стан однієї операції введення -Виводу. [12]

Як було обіцяно, на рис. 7.5 показані деякі деталі можливої ​​структури інтерфейсу з периферійною підсистемою. Всі підпрограми АР, що безпосередньо керують процесором IP або виконують передачі виду Read або Write через вікна IP, зібрані в одному модулі, званому контролером IP. Багато окремих процесів АР, які пов'язуються зі специфічними процесами драйверів пристроїв, також є частиною PSI. Ці процеси АР знають, як викликати програми з модуля контролера IP і, отже, знають архітектуру IP. Однак вони не знають деталей пристрою вводу-виводу. [13]

Щоб розрізняти дві подібні системи повідомлень, використовуються різні позначення при описі потоку повідомлень у периферійній підсистемі . [14]