Даваете разбираться с самого начала.
Все сигналы с датчиков состояния и измерения поступают на верхний уровень. Исходя из полученных данных, а также действий оператора, формируются сигналы сигнализации и команды управления, которые в свою очередь поступают на исполнительные механизмы, которые как и датчики находятся на нижнем уровне. Иногда, существует, так называемый “средний уровень”, который представляет собой локальную систему управления, в таких случаях на верхний уровень выводятся сигналы об аварийном или нерабочем состоянии системы среднего уровня.
Строго говоря верхний уровень не имеет смысла в отсутствии нижнего уровня.
Это обстоятельство где то похоже на ситуацию с языками программирования, ведь программирование на ассемблере и в машинных кодах - это программирование на низком уровне, или “по-железу” и языки высокого уровня написаны, в большей или меньшей степени на языках низкого уровня.
Иногда, хотя все еще довольно часто, особенно в случае применения релейно-контактной логики в качестве верхнего уровня может выступать совокупность панелей и/или пультов управления. В этом случае, комплект чертежей на эти панели/пульты, как правило не входит в основной комплект, а представляет собой прилагаемый документ на нестандартные изделия. И эти чертежи все же ближе к конструкторской нежели к проектной документации.
Нестандартка или шкафы/панели/пульты
Понятие “нестандартное изделие” в понимании проектной документации требует дополнительного разъяснение, ибо очевидное не вполне полное.
Итак нестандартное изделие представляет собой совокупность вполне стандартных изделий, выпускаемых промышленными предприятиями. Например шкаф со светосигнальной арматурой и органами управления. Сам шкаф, как изделие, выпускает один производитель, кнопки, ключи - другой, клеммники - третий, ну и так далее. Но для работоспособности всей системы, эти все элементы должны быть скомпонованы как то так. Для наиболее часто повторяющихся узлов (управление двигателем, САУ по уровням min/max с одним насосом , управление электрифицированной задвижкой и т. д.) выпускают стандартные, как например ящики Я5ХХХ, изделия. В других же случаях, и таких случаев подавляющее большинство, необходимо скомпоновать шкаф/панель/пульт под конкретную задачу и это изделие необходимо будет собрать непосредственно для конкретного потребителя.
Кроме того ,довольно часто в последнее время, верхний уровень небольших систем/подсистем реализуется на программируемых логических контроллерах, которые управляются с нативных (родных) сенсорных панелей. Подключение кабелей от датчиков и исполнительных механизмов напрямую к контроллеру не является “хорошей идеей”, так как это обстоятельство существенно ухудшает эксплуатационные характеристики системы такие как ремонтопригодность и масштабируемость. Поэтому вышеуказанные контроллер/контроллеры и панель/панели будет гораздо лучше разместить в отдельном шкафу/шкафах контроля и управления, а дтчики и механизмы подключать к контроллерам и панелям через промежуточные клеммники,которые расположены в тех же шкафах/пультах. В этом случае, эти шкафы/пульты тоже будут считаться нестандартным оборудованием.
Об интеграции в существующую систему
Наиболее распространенный случай это когда проектом необходимо интегрироваться в уже существующую систему. При этом следует четко понимать
- У существующей системы должно хватать резервных каналов или же она должна быть расширена до этого состояния.
- Наша новая система должна иметь входные/выходные протоколы совместимые с существующими.
И если первый вопрос целиком и полностью в компетенции заказчика, то второй - должен быть плодом совместного и согласованного во всех плоскостях решения заказчика, проектировщика и поставщика-изготовителя оборудования.
Программирование верхнего уровня
Строго говоря программирование верхнего уровня решается производителем оборудования. Подгонка же программной части под конкретный технологический процесс происходит во время проведения пусконаладочных работ и в процессе эксплуатации. В проекте могут быть только определены алгоритмы, которые следует реализовать, в виде, например блок-схем. Эти алгоритмы разрабатываются на основании задания от технолога.
Заключительное предложение
Я думаю, что достаточно ясно изложил свой взгляд на верхний уровень, более того я думаю что даже если есть расхождения с официальной версией то они минимальны. О неточностях и белых пятнах просьба сообщить либо в комментариях, либо по емайлу(wm31370@rambler.ru) ибо я достаточно открыт для сотрудничества, хотя не бескорыстен.
Оставить комментарий