Здравствуйте!
Подскажите пожалуйста нормативные документы по оформлению схем автоматизации. И если можно-примеры конкретных схем, если не жалко.
Больше всего интересует оформление т.н. "пола" схемы (как показывается тип сигнала и его характеристика:измерение, регулирование, управление и т.д.).
Спасибо.

Вот это выдержка из госта (номер не помню) "Средства систем автоматизации (обозначения)". Тоже самое преподают в институтах на кафедрах автоматизации!

Спасибо, вы наверное меня не правильно поняли. То что Вы прислали -выдержка из ГОСТ 21.404-85 Обозначения условные приборов и средств автоматизации. Про оформление схем автоматизации там нет ни слова.
Вот Получил пример от Заказчика-хочет видет также все схемы автоматизации. Хотелось бы все таки почитать нормативку по этой теме.

Листы из книги М.Л. Каминский В.М. Каминский "Монтаж приборов и систем автоматизации"! Посмотрите, может что-то прояснится!!

Спасибо. Но это снова не то, что нужно.

Посмотрите А.С, Клюев, Б.В. Глазов А.Х. Дубровский "Проектирование систем автоматизации технологических процессов"
Если нада, то могу скинуть в djv

Не надо. У меня есть эта книга, спасибо. В целом я так и делаю функционалки как там описано, т.к. эту книгу рекомендавали еще в институте.
Но здесь ситуация немного другая. На объекте (паровая котельная) предусматривается АСУ ТП. Может следует искать в нормативке по проектированию АСУ ТП? Подскажите!

ВСе свои, правда не многочисленные проекты , АСУ ТП выполнял по этой книге, нареканий не было, особенно со стороны монтажников :-)


Или смотрите ГОСТ 21.408-93 "Правила оформления рабочей документации автоматизации технологических процессов" совместно с нормативкой по АСУ ТП.

Это блин какие-то "мозги" рисовали. Без поллитра не разобраться

Да уж, точно.

Посмотрел я ГОСТ 21.408-93. Содержание этого Госта опять таки можно найти на страницах книги Клюева А.С.
Короче, мрак. Буду пытать Заказчика.

Вот здесь 1478_УПГ_1_АТ_л.02.pdf и поллитра мало будет

Выложите пожалуйста эту книгу, буду очень признателен.

Посмотрите здесь
Книги по ТАУ и т.п.

To Tristan
1478_УПГ_1_АТ_л.02.pdf выполнен по ГОСТ. Что не нравится-то ?
Другое дело, что можно было разделить на функц. цзлы, чтоб легче читалось....
Но это уже на совести проектировщика.

В чем и вопрос. Какой ГОСТ? Какой ГОСТ регламентирует т.н. "пол" схемы?

Добавлю свои "5 копеек" как начальник отдела КИПИА проектного института..
Конечно ГОСТ 21.408-93 - можно сказать основа основ. Но!
Пример выполнения схемы автоматизации в нем очень очень старый - и с учетом того что почти все более менее крупные объекты сейчас проектируются на контроллерах + АРМ оператора - он может использоваться только как .. как бы сказать помягче.. для информации.
Подвалы во всех проектных организациях рисуют по своим стандартам - но общее в них то, что на подвале надо изобразить по максимуму все функции выполняемые системой автоматизации.
То есть в общем случае должны быть графы -
Приборы и средства по месту
Приборы и средства на щите
иногда добавляется у нас "приборы и средства в электрощитовой" (ящики управления насосами к примеру)
и 2 большие графы -
Функции выполняемые на контроллере (сигнализация, измерение, вычисление, управление, индикация)
Функции выполняемые на АРМ оператора (тоже самое чаще всего)
Ну еще иногда отдельной графой рисуют функции контроля и управления непосредственно на щите.
как пример в прикрепленном файле первая попавшаяся схема из моего архива - как видите - подвал очень схож с тем что был в сообщении выше..

РД с подробными примерами подобных подвалов лично я не встречал - так что это только как стандарт предприятия.

Ребята помогите найти описание и подробную инструкцию , как задавать параметры блока управления ЦТП SAUTER NOVA 240. В кратце- это блок управления тепрературами на отопление ,гор.водоснабжение,вентиляции,насосами,пепадов давления итд.

Немного дополню DerTotEaugE.
Многое зависит от того что в ходит в объем работ вашей проектной организации.
Например, большинство институтов делает только техническое обеспечение АСУ.
В техническое обеспечение АСУ по ГОСТ 34.201-89 входит только РД по ГОСТ 21.408-93.
Выполняя же АСУ только по ГОСТ 21.408-93 многое зачастую остается за "кадром".
Но остановимся на ФСА.
Попадаются проекты с ПАЗ в подвале ФСА которых вообще не отражено что относится к АСУ а что к ПАЗ. При этом контроллеры АСУ и ПАЗ разные.
Поэтому крайне желательно для проектировщиков, как пишет уважаемый DerTotEaugE: "на подвале надо изобразить по максимуму все функции выполняемые системой автоматизации".
Для возможности дальнейшей работы над проектом.
Для сложных систем, конечно удобней рисовать общую ФСА без подвала(или с подвалом типа - приборы по месту, АСУ, ПАЗ), а на узлы уже выполнять полные ФСА.

Если бы вы делали комплекное АСУ под ключ, то вопросы бы эти не возникали так как, либо вы сами бы пришли к тому что для себя же проще "все" показать, либо делали бы дополнительные документы - перечень сигналов, перечень контуров контроля и регулирования, схемы ПАЗ, перечень сигнализаций и блокировок, таблицу норм технологического режима, задание программисту и проч. etc.

От себя прилагаю несколько подвалов и РМ4-2-96 по выполнению ФСА

Вот как раз момент с ПАЗ я и забыл. При наличиии контроллера выполняющего функции ПАЗ у нас просто добавляется еще одна графа .. Где то между контроллером установки и АРМ опреатора.
Насчет общей ФСА без подвала либо с кратким подвалом и полностью на узлы.. тут скажу честно - не стороник. По мне так проще и надежнее свести все на одну схему потому что -
виден полностью объем работ (у нас рисуется в первую очередь она, да и у других думаю тоже)
легче проконтролировать датчики по позициям
прямо на ней можно начинать разбивать приборы по щитам - опять таки выйдет нагляднее
Но это конечно все мое IMHO
Насчет громоздкости.. ну есть такое.. особенно когда в подвале 300 позиций.. но не факт что 20-30 отдельных листов легче рассматривать.. тут все от привычки зависит...
PS 003-ФСА меня "убило"))) Я то думал у нас большие подвалы - оказалось бывает больше))))

Клюев А.С. Проектирование систем автоматизации технологических процессов.1990.001

а можно вопрос? зачем вообще нужен подвал, я, честно говоря, думал что их уже лет десять, не рисуют... когда защищал дипломный проект пытался понять необходимость этой лишей информации на листе, ну а за время работы в проектной организации не разу с подвалом так и не столкнулся, неужели он действительно нужен? вообще схемы автоматизации делаем довольно редко, в основном работаем по монтажно технологическим схемам с позициями КиП на них, причём делают это всё технологи, а с нами только согласовывают...
может легче попробывать объяснить заказчику что это лишнее, ну и вообще уж лучше, по-моему, делать техническую документацию по процедурам которые уже существуют на предприятии, ну а если уж заказчик прямо так хочет внести свою лепту, то вместе составляется процедура по данному конкретному проету, где и перечисляются ГОСТ и остальные нормы по которым работаем (ну или делаем на основании процедуры генпроектировщика если мы на субподряде иногда можем сделать свою по этому проекту), а как что-то можно понять что они хотят просто по примеру?

Чота не понятно - в ридми про 3 части сказато - в архиве 1 кусок и всё

Клюев1
Клюев2

В том то и дело что схемы автоматизации вы делаете редко. Скачай какой нибудь пример из выложенных и прикинь - реально ли эту информацию показанную там разместить на монтажно технологических схемах?
При этом еще не забывай - ФСА с подвалом делается не для увеличения объема - а для четкого представления о принципах работы установки. Если у тебя установка это 1 клапан с 1 манометром - конечно подвал не нужен. А если приборов и ИМ >300? А если какой нибудь отсечной клапан срабатывает от 4 датчиков в разных концах установки? Как ты покажешь этот контур? Или скажешь "да ну его"? Получишь большие проблемы при экспертизе...

А современной литературы по проектированию схем автоматизации, таких как Емельянов-Капник, никто не видел? Не знаете где можно достать? Или сейчас такое уже не издают. Хотелось бы иметь под рукой толковый справочник.

А кому бы не хотелось. Видел тут учебник по автоматике прошлого года - в чистом виде рекламный буклет Прософта в 699 страниц
На самом деле всю автоматику придумали в 70-х, а сейчас изменилась только элементная база. Достаточно увидеть или самому придумать
1 раз как красиво нарисовать функционалку - потом пойдет как по накатанной

ну так наоборот, мне кажется, что показывать контур на схеме совсем незачем, в проектах которые я делаю приборов и ИМ всегда >300, именно поэтому позиции КиПиА на МТС раставляют технологи вместе с нами... а уж описывается контур в других документах "Перечень входов-выходов", "Схема блокировок" и т.д. Я немогу понять для кого делаются такие схемы автоматизации? тогда ещё можно сразу тип прибора, клапана, закон регулирования и т.д. на схеме писать и т.п.))
ну и вообще я бы застрелился если бы мне принесли схему на формате А0, неужели альбомчик с схемами на А3 не лучше?

Есть и современная: Ю.Н. Федоров. Основы построения АСУТП взрывоопасных производств. В 2-х томах. Том 2 Проектирование.
Так вот во 2-м томе показан современный подход к построению ФСА. Рекомендую почитать.

Второй том "Проектирование" практически целиком посвящен жизненно важному аспекту создания и существования АСУТП – формализации основных стадий процесса создания АСУТП, то есть комплексному проведению проектных работ и корректному оформлению проектной документации. Последовательно определяется состав и распределение работ по созданию АСУТП, приводятся конкретные образцы проектной и эксплуатационной документации технического и рабочего (технорабочего) проектов АСУТП.

Том 2 состоит из восьми глав (главы 9-16), нумерация которых продолжает нумерацию глав тома 1 "Методология" (главы 1-8).

В главе 9 "Состав и содержание работ по созданию АСУТП" даются определения ключевых понятий, знание которых необходимо при создании АСУТП, определяется ответственность всех участников проекта создания АСУТП. Приводится описание всех стадий и этапов создания АСУТП – от формирования общих требований до приемо-сдаточных испытаний.

В главе 10 "Состав документации проекта АСУТП" на основе собственного опыта создания АСУТП и существующей нормативно-технической информации автором определяется состав документации и требования к содержанию документов по основным разделам проекта АСУТП: "Общесистемные решения", "Техническое обеспечение", "Информационное обеспечение", "Стандартное программное обеспечение", "Прикладное программное обеспечение", "Организационное обеспечение".

Ключевыми стадиями для успешного создания АСУТП являются самые первые стадии, в которых определяются начальные условия всего процесса создания будущей системы и в значительной степени предопределяется результат:

1. Формирование требований к АСУТП;

2. Разработка концепции АСУТП;

3. Разработка Технического задания на создание АСУТП.

Неформальное и тщательное выполнение этих стадий позволяет избежать множества проблем в последующей реализации проекта. Вместе с тем, не меньшее значение имеет стадия приемо-сдаточных испытаний. Документ "Программа и методика приемо-сдаточных испытаний" должен быть подготовлен самым подробным и тщательным образом с тем, чтобы проверка на соответствие проекта и самой системы требованиям Технического задания дала возможность полностью удостовериться в этом соответствии. Поэтому в главы 11 и 12 выделена часть проектной документации, посвященная стадиям, определяющим начало и завершение проекта создания АСУТП.

В главе 11 "Техническое задание на создание АСУТП" приводится отработанный на опыте практической реализации на различных технологических объектах образец Технического задания на создание АСУТП, который стал непосредственной основой при создании многих АСУТП разного масштаба и уже давно живет своей собственной жизнью.

В главе 12 "Программа и методика испытаний" воспроизводится рабочий вариант проектных документов под общим названием "Программа и методика испытаний", составленный на основе опыта внедрения АСУТП.

Глава условно разделена на две части. В первой части приводится документ технорабочего проекта "Программа и методика испытаний (ПМ)", разработанный с максимально возможным учетом требований отечественной нормативной базы. Приводится полный комплект документов, необходимых для корректного проведения, оформления и утверждения результатов опытных и промышленных приемо-сдаточных испытаний системы.

Во второй части приводится образец Программы и методики испытаний на площадке поставщика системы. Данный вид испытаний является малоизвестным в отечественной практике, и никак не оговаривается отечественными нормативными документами. Однако значимость этого вида испытаний чрезвычайно высока: это означает, что заранее в договоре с поставщиком (разработчиком) системы предполагается, что заказчик сможет внести необходимые корректировки задолго до приемо-сдаточных испытаний на установке.

Кодирование и графическое изображение средств автоматизации является болевой точкой всех без исключения отечественных проектов. Трудно представить себе более нелепый документ, чем принятый в 1985 году Госстроем ГОСТ 21.404-85 "Обозначения условные приборов и средств автоматизации в схемах". Кроме изуродованной копии Table 1, взятой со страницы 17 стандарта ANSI/ISA-S5.1-1984 (в ГОСТе она называется Таблица 2), он вообще не содержит какой бы то ни было внятной графической и символьной идентификации параметров в приложении к современным системам управления и защиты технологических процессов.

Базовым международным документом является американский стандарт ANSI/ISA-S5.1-1984 "Instrumentation Symbols and Identification", который признан международной практикой в качестве основного руководящего документа по идентификации параметров автоматизированных систем управления. Однако и этот стандарт имеет ряд пробелов, например, какие бы то ни было определения для параметров состояния и управления исполнительных устройств, определяющих безопасность процесса, в стандарте отсутствуют.

Поэтому глава 13 "Система идентификации", целиком посвященная разработке системы идентификации оборудования КИПиА, контуров и параметров РСУ и ПАЗ, приобретает особое и самостоятельное значение. На основе тщательного анализа стандартов и методик, накопленных автором в результате личного участия во многих проектах создания, модернизации и реконструкции отечественных и импортных производств, предлагается оригинальная система идентификации. Приводятся подготовленные к практическому использованию библиотеки графических элементов монтажно-технологических и функциональных схем автоматизации, включая и технологическое оборудование, и элементы КИПиА.


В главе 14 "Усовершенствованное управление процессом" определяется необходимость применения не только прямых методов создания безопасных систем управления и защиты, но и многоуровневой защиты процесса на дальних подступах к аварийным ситуациям. Основными методами повышения устойчивости системы управления являются: полноценное использование автоматизированной настройки контуров управления, и использование возможностей современных методов управления, таких, как упреждающее управление по предсказывающей модели и многопараметрическое управление.

В главе 15 "Особенности проектирования промышленных систем безопасности" рассматриваются специфические вопросы проектирования систем безопасности. В основе построения современных электронных систем лежит концепция жизненного цикла системы. В главе рассматриваются ключевые аспекты проектирования систем безопасности, такие как структура отказов, резервирование, разделение функций, интерфейс пользователя, диагностика, обслуживание, секретность, документация, интервал функционального тестирования.

Особое внимание в данной главе уделяется определению необходимой степени резервирования и разделения функций для объектов различных категорий взрывоопасности. Разделение функций АСУТП на функции РСУ и функции ПАЗ способно существенно уменьшить вероятность того, что обе функции АСУТП – и управляющие, и функции защиты станут недоступными одновременно, и что невнимательные или неквалифицированные действия персонала повлияют на выполнение функций защиты.

Функциональное разделение РСУ и ПАЗ дает дополнительное преимущество за счет уменьшения вероятности систематических ошибок и влияния общих дефектов – показатель, особенно важный в приложениях I и II категории взрывоопасности (SIL3 и RC5-6).

Существует четыре области, где резервирование и разделение функций особенно необходимо для удовлетворения требований функциональной безопасности АСУТП:

1. Полевые приборы (сенсоры);

2. Конечные исполнительные устройства;

3. Логические решающие устройства (контроллеры);

4. Коммуникации и связь полевого оборудования, РСУ и ПАЗ.

Для каждой из этих четырех областей определяется необходимый уровень требований безопасности. Дополнительно даются рекомендации по управлению и контролю выполнения проекта, приводятся образцы документов, полезных при проведении проектных работ.

Завершающая глава 16 "Выбор. Призыв к осмотрительности" подводит итог всему комплексу проблем безопасной автоматизации, рассмотренных в настоящей работе. Приводятся основные результаты работы, которые необходимо учитывать при выборе и конкретной реализации системы.

Акцентируется внимание на ключевых подходах к построению систем управления и защиты взрывоопасных процессов. Дается настоятельная рекомендация – применение самостоятельной системы обслуживания полевого оборудования, а именно внедрение так называемой Plant Asset Management System – системы управления оборудованием производства, позволяющей производить оперативное тестирование и диагностику оборудования КИПиА.

В завершение главы проводится таблица крупнейших мировых техногенных катастроф с 1970 по 1998 годы. Первоначальный список крупнейших техногенных катастроф для 1970 – 1989 года был составлен межправительственной организацией по экономическому сотрудничеству и развитию OECD (Organization for Economic Co-operation and Development). Затем с разрешения OECD список был продолжен на 1990 – 1998 годы в рамках программы Организации Объединенных Наций UNEP (United Nations Environmental Programme) отделением технологии, промышленности и экономики DTIE (Division of Technology, Industry and Economics). Эти данные разрушают стереотипное представление об отсталости нашего Отечества в вопросах обеспечения промышленной безопасности перед "цивилизованными" странами.


Значительная часть материала книги прошла практические испытания в качестве разработанного автором Стандарта предприятия на Объединении "Нижнекамскнефтехим" начиная с 1999 года, и хорошо известна в среде российских (и не только) поставщиков оборудования и разработчиков АСУТП.

В работу включены методики создания АСУТП, которые в течение ряда лет активно используются практически всеми отечественными и зарубежными партнерами ОАО "Нижнекамскнефтехим" при создании АСУТП:

· АВВ, Москва.

· Yokogawa Electric, Москва.

· Эмерсон, Москва.

· CIS Controls (Siemens), Москва.

· Invensys (Triconex), Москва.

· Гипрокаучук, Москва.

· ВНИПИНефть, Москва.

· Севзапмонтажавтоматика, Санкт-Петербург.

· НПФ ПРИС, Нижнекамск.

· Челнымонтажавтоматика, Набережные Челны.

· Центромонтажавтоматика, Нижнекамск.

· Центравтоматика, Воронеж.

· Союзхимпромпроект, Казань.

· Промавтоматика, Казань.

· Альфаавтоматика, Казань, и т. д.

В особенности это касается следующих компонент:

· Состав и содержание работ по созданию и проектированию АСУТП.

· Состав и содержание документации технического и рабочего проектов.

· Отработанный на опыте практической реализации на многих технологических объектах образец Технического задания на создание АСУТП, а также

· Типовая программа и методика испытаний с полным комплектом документов, необходимых при оформлении и утверждении результатов опытных и промышленных испытаний системы.

Поскольку представленные методики во многом учитывают зарубежный опыт, западные фирмы достаточно благосклонно воспринимают принятый на Объединении подход к созданию автоматизированных систем управления и защиты. Проектная документация в части АСУТП на производство полистирола (разработчик АСУТП – представительство фирмы Йокогава Электрик в России), выполнена в полном соответствии с требованиями, представленными в главе 9 "Состав и содержание работ по созданию АСУТП" и главе 10 "Состав документации проекта АСУТП".

В настоящее время та часть работы, которая непосредственно касается производственного персонала Объединения "Нижнекамскнефтехим", вошла в состав сборника Руководящих технических материалов, изданного ограниченным тиражом Издательско-полиграфическим центром ОАО "Нижнекамскнефтехим" под несколько иным названием: "Принципы построения АСУТП взрывоопасных производств". Однако для выхода в "открытое плавание" предлагаемая к изданию работа существенно переработана и дополнена, и более чем в три раза превосходит по объему вариант, изданный для нужд Объединения. Ко всему прочему, книга построена универсально, и вполне может использоваться в качестве учебного пособия для студентов и преподавателей высших учебных заведений соответствующих специальностей.

Безусловным достоинством работы является ее практическая направленность. Книга позволит и разработчику, и заказчику АСУТП избежать множества проблем, которые обычно сопровождают действительно сложный и трудоемкий процесс создания АСУТП.

Изложенные в работе процедуры выполнения работ по созданию и проектированию АСУТП, рекомендации по учету особенностей проектирования промышленных систем безопасности окажут методическую помощь всем, кто связан с этими проблемами – от разработчиков систем до руководителей предприятий.

В целом работа представляет значительную долю интересов и профессиональных создателей АСУТП, и тех, кто только приступает к вопросам промышленной безопасности.

Впечетляет. У нас такого не издают. Уже хочу себе. Достану любым способом.

Толковая информация. Спасибо.

1173р. стоит

Я в последнее время пользуюсь литературой на английском. 90% книг, которые в последнее время издются у нас, отчетливо "пахнут" либо делетанством, либо торгашничеством. Советские же книги безнадежно устарели в части техники, теорию же по ним учить - одно удовольствие

Ну в гривнах это не такая впечетляющая цифра. Просто трудность в том что бы найти книгу у нас.

Ю.Н. Федоров. Основы построения АСУТП взрывоопасных производств. наберите эту строку в Yhoo или Yndex и первые же ссылки будут на интернет магазины. Вам пришлють
з.ы. Видел забавную майку с надписью YAHOOею

Тип прибора, клапана и прочее пишем частенько. Закон регулирования - ну это уже чересчур язвительное пожелание)))
А насчет застрелиться - вот лично я стрелялся когда мне принесли проект где ФСА была изображена кусочками на ~50 схемах. Что бы элементарно проверить позиции приборов на плане площадки мне нужно было перебирать ВЕСЬ!!! проект!! При этом еще сидеть и состыковывать - вот тут датчик изображен на трубе - а что это за труба, где она на плане?... Та работа которая при наличии общей схемы занимает пару дней - в данном случае вылилась в недельный геморрой... Проверить не переборщили ли с количество датчиков на емкости - та же фигня. Опять все перебирать, откладывать нужные в сторону - только потом смотреть... Проверить насчет закрытия задвижки по 4 сигналам - снова перебирать, искать 4 листа...
Так что - каждому свое - но мне пожалуйста хоть А1х4 - но что б на ней было все)))

так вот я непонимаю зачем пытаться уместить масимум информации на одном листе? тип прибора и клапана показывать на схеме, например? ведь наверняка у вас есть перечень оборудования где вы всё это расписываете...
ну а то что в схемах была плохая группировка -от этого никто не застрахован...
Ну и вообще, если взять за основу эту книгу Фёдорова, про которую говорится выше (честно говоря её не читал, но видел проекты практически всех организаций о которых он пишет, в одной из них сам работаю, да и делал проекты для нижнекамскнефтехима в котором он работает), то работать надо как наши заграничные коллеги... делаем P&ID и никаких схем автоматизации (ну только если по HVAC в отдельном проекте) ну и ессно никакого подвала. Если генподрядчик какая-нибудь западная инжениринговая фирма (Лавалин, АББ и т.п.) они будут настаивать на этом, потому что у них такая генерал инжиниринг практик... непонимают они и нашей гигантомании, схемы на А0, разрезы и сечения и т.д. помещаемые на тот же чертёж где и план, когда он тоже раздувается до А0...

Может поделитесь примером P&ID

Нажмите для просмотра прикрепленного файла
-вот, но не самый удачный пример конечно, потому что не очень хорошее разделение по данному проекту вообще + ревизия пока для внутреннего рассмотрения, но ничего другого пока показать немогу, так как в командировке и здесь документация только по текущему проекту.

AMERICAN NATIONAL STANDARD
ANSI/ISA–5.1–1984 (R1992)
Instrumentation Symbols and Identification

-ну это собственно то, с чего и был в своё время слизан ГОСТ 21.404-85, только американы периодически свои стандарты дорабатывают, а наш гост переиздавался один раз, через год после слизывания... но в любом случае в этом стандарте по вопросу данного топика ничего нет, да и если было бы что-нибудь, нам на это ориентироваться никто в проектах на территории РФ никто не даст, скорее всего.
Мы например вообще не пользуемся ни нашим ГОСТом, ни ANSI, просто в каждом проете прикладываем легенду со своими бозначениями.
Вот что пишет автор обсуждаемой выше книги, Фёдоров, по этому вопросу в 13 главе 2 тома (копипаст его высказывания):
"• Проведен анализ существующих подходов к кодировке параметров АСУТП.
• Выявлена причина неоднородности кодов стандарта ANSI/ISA-S5.1-1984.
• Предложена оригинальная система идентификации параметров состояния и управления запорно-регулирующей арматуры и насосов по двум вариантам группировки:
- С ведущим символом устройства;
- С ведущим символом контура.
• Введено понятие шаблона кодировки, предохраняющее от использования "незаконных" понятий и кодов.
• Разработана универсальная система символьной и графической идентификации параметров и контуров АСУТП, созданная на основе авторского опыта проектирования и разработки АСУТП с учетом существующих международных стандартов.
• Разработана оригинальная графическая форма алгоритмов формирования кодов запорно-регулирующей арматуры, насосов и электроприводов, а также служебных ключей, необходимых для управления и обслуживания этих устройств.
• Разработаны и приведены законченные схемы обвязки запорно-регулирующей арматуры, насосов и электроприводов с исчерпывающей полнотой.
• Построены таблицы разрешенных кодов для параметров АСУТП с систематическим разделением на параметры РСУ и параметры ПАЗ, а также на параметры состояния и параметры управления.
• Приведены подготовленные к практическому использованию библиотеки графических элементов монтажно-технологических и функциональных схем автоматизации, включая технологическое оборудование и элементы КИПиА. "

-но вообще тут разговор не об этом... и в этих стандартах тоже.

To Kip
А копипаст как делали ? Неужто книга в электронном виде есть ?

Нет, это выдержка его поста из гостевой книги одной организации.

Люди, кто знает, помогите , очень нужна помощь. Готовлю документацию заказчику, неоходимо сделать "Перечни параметров контроля и управления (сводный указатель КИПиА)". Каким образом его составить, есть ли какие-нибудь нормативные акты, ГОСТы по подобным документам?
Помогите!!!

Из моего опыта, такого вида функционалка нужна в первую очередь не проектировщикам, не технологам, а наладчикам и во вторую эксплуатации.
Кто то сказал листы А3, сам люблю, но попробуй на обьекте полистать листов 30-40 да связи между ними упомнить.
И второе по такой схеме легче формировать рисунок для компа оператора.
Да если ее еще окуратно раскрасить, то работать лепота.

Проектирование систем автоматизации технологических процессов: Справочное пособие по содержанию и оформлению проектов.
Емельянов А.И., Капник О.В.
http://www.kipiasoft.su/index.php?name=fil...view&id=301

1983г , не очень современная.

Вот книженция поновее

че то не открывает архив

это не архив. Прости Формат djvu надо читалка

Пардон, я не великий спец, система определяет ка рар архив, разобрался.
Самая лудшая книжка Федорова. Успел покупить.