Периферна подсистема - Голямата енциклопедия на нефта и газа, статия, страница 1
Периферна подсистема
Периферните подсистеми на управляващите компютри често изискват специално оформление. Например аналоговата входна и изходна подсистема поставя специални изисквания към изолационното съпротивление, способността за надлъжно потискане на високо напрежение, равномерността на температурата и екранирането. Изискването за влизане през голям брой линии и осигуряване на лесен достъп на персонала до терминалите е общо за цифровите и аналоговите входни и изходни подсистеми. Блоковете, предназначени за компактни логически устройства, често не отговарят на тези условия. Тези съображения се обсъждат и в гл. [1]
За да се тества всяка периферна подсистема, тестовите програми от функционален тип се пропускат последователно. Извършват се измервания на скорост на предаване на данни, други скорости и капацитет; освен това се проверяват режимите и форматите на работа, както и схемите за откриване и коригиране на грешки; след това се определя изправността на алармените лампи и превключватели на всяко устройство и накрая се проверява възможността за едновременна работа на всички периферни устройства. [2]
Като друг краен случай, много по-проста периферна подсистема може да се състои само от един процесор, AP, и да няма многозадачна операционна система. В този случай AP процесът, който контролира IP процесора, също контролира работата на всички I / O устройства в тази периферна подсистема. [3]
Изчислителната подсистема работи без прекъсвания от периферната подсистема. [4]
Във всяка ситуация, когато ново физическо устройство е свързано към периферната подсистема, достъпът до него трябва да се осъществява под контрола на съответния мениджър.Тип; това може да изисква добавяне на нов мениджър на типове или уведомяване на съществуващ мениджър на типове за допълнителен ресурс. Във всеки случай мениджърът на типове е отговорен за синхронните интерфейси, които имат достъп до новото устройство. [5]
При нормални операции изчислителната подсистема контролира периферната подсистема. Включването на междупроцесорни комуникационни операции в списъка с IP поръчки служи за постигане на целите на системния контрол. [6]
Специалните изисквания за захранване на периферните подсистеми също трябва да бъдат взети предвид. Подсистемата за цифров вход и изход изисква захранващите устройства да могат да се справят с моментните пикови натоварвания от релета и соленоиди. Подобни изисквания се поставят и за електромеханични устройства, като принтери и перфоратори. [7]
В системите за контрол на производството и научните експерименти тези периферни подсистеми решават проблемите на управлението на технически обекти и процеси. В изчислителните системи периферните станции са групови или единични терминали със собствени изчислителни ресурси. [8]
В това абстрактно разглеждане ние не ограничаваме структурата на периферната подсистема. [9]
Програмистът може да заобиколи предложения синхронен интерфейс и да получи директен достъп до интерфейса с периферната подсистема, като направи повиквания към асинхронния интерфейс. В този случай е отговорност на програмиста (съгласно протокола на тези операции) да отчете подробности от ниско ниво, като например управление на буфера, валидиране на отговора и обработка на грешки. [единадесет]
Трябва да се направи важна забележка: независимо от структурата, използвана при внедряването на периферната подсистема, нейният интерфейс за задачите на системата i432може да остане абсолютно същото. Следователно задача A може да реализира прост (и неизменен) протокол за извършване на I/O операции. Не е необходимо обаче задачата на системата i432 да чака такъв отговор. В модела, предложен на фиг. 7.4, Задача А е свободна да игнорира информацията за състоянието в съобщението за отговор. Дори ако информацията за състоянието не се игнорира, тя може да не бъде разпозната веднага, а след изтичане на предварително определен брой I/O заявки. Читателите, запознати с традиционната буферирана I/O схема, ще видят, че използването на пул от m обекта за съобщения симулира I/O буфер, който е множество от m I/O блока и всеки блок съдържа командата, данните и състоянието на една I/O операция. [12]
Както беше обещано, на фиг. 7.5 показва някои подробности за възможна интерфейсна структура с периферна подсистема. Всички AP процедури, които директно контролират IP процесора или извършват предавания за четене или запис през IP прозорци, се събират в един модул, наречен IP контролер. Много отделни AP процеси, които комуникират със специфични процеси на драйвер на устройство, също са част от PSI. Тези AP процеси знаят как да извикват програми от модула на IP контролера и следователно знаят за IP архитектурата. Те обаче не знаят подробности за I/O устройството. [13]
За да се разграничат две такива системи за съобщения, се използват различни обозначения, когато се описва потокът от съобщения в периферната подсистема. [14]