Цитата(Кирилл Агафонов @ 19.10.2015, 10:34) 
Добрый день коллеги,
Спасибо за комментарии - крайне интересно узнать другие мнения.
Действительно на свободнопрограммируемых контроллерах очень удобно решать любые задачи, при этом можно существенно снизить складские запасы.
Например, держать на складе некоторое кол-во контроллеров и карт расширения (это всего две позиции), но их можно применять в любых задачах - заливая необходимый софт и устанавливая нужное кол-во карт расширения / модулей ввода-вывода.
Но есть и минус - индивидуальный софт для каждого их решений (да можно применять стандартные модули/подпрограммы, например: ПИД регулятор, переключение рабочих - резервных устройств и т.д.), но даже различное перераспределение входов-выходов на контроллере или модулях ввода-вывода - в итоге это дает индивидуализации софта для каждой системы.
Индивидуализация софта - хорошо, когда речь идет об нескольких объектах. Но при увеличении их числа, индивидуализация ведет к катастрофическим затратам времени на разработку и поддержку ПО (Программного обеспечение).
Ведь известно, что разработка ПО это итерационный процесс состоящий из:
В итоге для массового производства систем автоматизации , в случае массового производства систем управления, технологический процесс по созданию автоматики должен строиться следующим образом:
пп.1, 2 - позволяют существенно сократить складские запасы и оптимизировать стоимость - можно закупать контроллеры и карты расширения большими партиями.
п.3 - позволяет сократить временные и ресурсные затраты на разработку и поддержу ПО. При этом Заказчик получает более качественное ПО, так как оно протестировано не только виртуально, но уже работает на других объектах. В случае необходимости расширения функционала и/или обнаружения каких либо ошибок, можно выпустить новую версию ПО которая будет совместима с уже установленными системами - т.е. можно легко и быстро произвести обновления на большом количестве систем/объектов.
п.4 - это издержки поточного/массового производства. Наша задача (по разработке "стандартных" схем), что бы они не превышали 10 ... 15% от общего объема. Среди автоматчиков всегда найдутся умельцы желающие "решать" нестандартные задачи
Спасибо за комментарии - крайне интересно узнать другие мнения.
Действительно на свободнопрограммируемых контроллерах очень удобно решать любые задачи, при этом можно существенно снизить складские запасы.
Например, держать на складе некоторое кол-во контроллеров и карт расширения (это всего две позиции), но их можно применять в любых задачах - заливая необходимый софт и устанавливая нужное кол-во карт расширения / модулей ввода-вывода.
Но есть и минус - индивидуальный софт для каждого их решений (да можно применять стандартные модули/подпрограммы, например: ПИД регулятор, переключение рабочих - резервных устройств и т.д.), но даже различное перераспределение входов-выходов на контроллере или модулях ввода-вывода - в итоге это дает индивидуализации софта для каждой системы.
Индивидуализация софта - хорошо, когда речь идет об нескольких объектах. Но при увеличении их числа, индивидуализация ведет к катастрофическим затратам времени на разработку и поддержку ПО (Программного обеспечение).
Ведь известно, что разработка ПО это итерационный процесс состоящий из:
- подготовка ТЗ / описание алгоритмов
- кодирование
- тестирование
В итоге для массового производства систем автоматизации , в случае массового производства систем управления, технологический процесс по созданию автоматики должен строиться следующим образом:
- применяем один тип/вид свободнопрограммируемого контроллера
- Применяем один вид/тип модуля ввода-вывода
- для каждого вида/типа технологического процесса разрабатываем "стандартную" технологическую схему и ПО к ней
- за "нестандартные" решения не беремся или беремся только в случае, если из них может родиться новое "стандартное" решение
пп.1, 2 - позволяют существенно сократить складские запасы и оптимизировать стоимость - можно закупать контроллеры и карты расширения большими партиями.
п.3 - позволяет сократить временные и ресурсные затраты на разработку и поддержу ПО. При этом Заказчик получает более качественное ПО, так как оно протестировано не только виртуально, но уже работает на других объектах. В случае необходимости расширения функционала и/или обнаружения каких либо ошибок, можно выпустить новую версию ПО которая будет совместима с уже установленными системами - т.е. можно легко и быстро произвести обновления на большом количестве систем/объектов.
п.4 - это издержки поточного/массового производства. Наша задача (по разработке "стандартных" схем), что бы они не превышали 10 ... 15% от общего объема. Среди автоматчиков всегда найдутся умельцы желающие "решать" нестандартные задачи
Если есть достаточно опыта в программировании контроллеров, то написание новых программ это не такая уж катстрофическая потеря времени. Ведь в конечном итоге любые технологические системы приводятся к какому-либо конченому набору более-менее стандартизированных алгоритмов. Если Вам программитс вешает на уши лапшу- мол это долго и т.д. ит.п - то это либо для этого программиста этот контроллер незнаком, либо он набивает себе цену.
. А хочу я просто поставить нормальный программируемый контроллер на то оборудование, которое хочет использовать "заказчик" (сейчас это мое непосредственное руководство - исключительно дефективные мэнеджеры!). И в этом случае никакие параметрируемые контроллеры положения не спасут.
