Средство для программирования контроллера: Си или МЭК 61131?

Приветствую, коллеги!

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

Я попытаюсь добавить свего, посмотрим, договоритесь ли вы :)

Итак, говоря о применимости языков объектно-ориентированного уровня, Сергей  отталкивается по всей видимости от достаточно крупных проектов. Все верно, при использовании например в непрерывном производстве, на какой-либо установке, такие языки как манна небесная для программиста (читать- инженера\администратора системы управления). Дело в том, что специфика данного типа производства такова, что очень часто приходится делать изменения в проекте, причем делать их нужно в кратчайшие сроки. Отладка программы также должна происходить быстро и желательно без сколько-нибудь значительного влияния не тех. процесс. И руководитель подобного отдела должен отлично понимать, к чему может привести малейшая ошибка. Вести отладку на Си- господа, это попросту неразумно. И еще несколько моментов: быстродействие в данном случае не настолько важно, т.к. отклик исполнительных механизмов и датчиков часто не превышает 100-200 мс. Зарплаты на подобных производствах обычно невысоки, и человеческие ресурсы ограничены (в небольших городках очень сложно найти высококвалифицированного специалиста и платить ему высокую зарплату). Да и все реже заводы содержат свой штат специалистов, предпочитая отдавать обслуживание АСУТП на субподряд.

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

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

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

Исходя из всего этого, мораль такова:

1. каждый из оппонетов прав по своему

2. при выборе системы управления и языков (в продвинутых системах МЭК обычно уже встроен) необходимо отталкиваться от типа производства.

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

 Не, Сергей, в Ирак больно уж не хочется...впрочем, смотря сколько платить будут ;)

Майк, все фигня кроме рыб...впрочем, рыбы- тоже фигня :)

Я читаю этот топик с самого начала. Только пока что молчал. Давай поспорим? Для начала найди мне датчик давления со скоростью ответа быстрее 100 мс :) И представь, что таких датчиков у тебя ...с тысячу. А теперь поуправляй с помощью них и 485-го интерфейса парой сотен клапанов, напиши программу на Си, а я посморю за какое время управишься ты. Мне для всего этого потребуется:

а) установленные датчики

б) один киповец

с) 3-6 часов рабочего времени в зависимости от сложности процесса.

Все!

Лично меня этот спор не задевает нисколько. Я не думаю, что я писал НЕСЛОЖНЫЕ программы, т.к. я их не писал :) Я конфигурировал системы, а сам тех. процесс был достаточно сложным. (установки на НПЗ, если это не сложно, то я беру свои слова обратно :)

Теперь о Заказчиках которые не лезут. Так вот- я несколько лет назад работал именно инженером- админом системы управления. Так что я заявляю из первых рук: лезут и часто лезут! Потому что у технологов руки чешутся получить больше прибыли из сырья, потому что они постоянно оптимизируют свой процесс, т.к. состав сырья меняется, потому что ...да много почему. А оптимизацией с лазаньем в систему как раз таки инженеры-автоматизаторы на НПЗ по большей частью и занимаются. Там новый датчик установили, тут убрали, тут новую установку монтируют...не говоря уже о том, что производство останавливать ни в коем случае низя потому как оно непрерывное!

В общем, готов провести тест для одного и того же процесса- ты на своем железе и софте, я на своем. А потом сравним у кого быстрее получится запустить установку и насколько лучше она будет управляться с процессом По рукам? ;) А то так спорить виртуальны мы все можем до бесконечности, только толку от этого не больше, чем доить быка или там толочь воду в ступе- кому как больше нравится альтернативно :)

Владимир, главное- прийти к консенсусу :) Или не прийти... :)