Комментарии 14
При чем тут АСУТП, если вам говорят что они лидер в системах безопасности? И этаким эплом их назвать - это прямо совсем не разбираться в теме: они лидер в своей отрасли (по России) подому что делают ДЕШЕВО и это хоть как-то работает (если пусконаладчики не накосячат).
Ну если пойти по терминам, то АСУТП - это автоматизированная система управления технологическим процессом.
Пожаротушение это вполне себе технологический процесс. и вполне себе автоматизированный. Не хуже автоматизации любого другого Технологического процесса на заводе. А ПО объёму - и данных, и количества входов-выходов, ресурсо-ёмкости, цены , надёжности - зачастую превосходит все остальные Технологические процессы на производстве.
А пожарная сигнализация - вполне себе диспетчеризация 24\7\365.
Кстати автор разбирается в теме систем безопасности, чего не скажешь про его компетенции в конфигурировании и программировании приборов ;)
Не соглашусь: пожаротушение не технологический процесс и оно никогда не относилось к АСУТП (при проектировании сооружений, может кроме атомной энергетики - но это совсем отдельно и опыта у меня там нет). Так любой раздел можно к электроснабжению притянуть - прибор в розетку воткнул вот и снабдил чтото электричеством.
Да и сравнивать пожаротушение с автоматизацией производства по меньшей мере странно. Имхо, теплое и мягкое.
Мне кажется, Вы не правы.
Технологических процессов в пожаротушении Много. Можно тушать водой, можно пеной, а ее еще приготовить Автоматически. Иногда ещё и руку робота направить на очаг, это Техпроцесс не простой. И я не про Атомную станцию.
Если пойти дальше, и посмотреть на Насосную Станцию Пожаротушения, она может быть, и зачастую так бывает- посложнее Насосной питьевого водопровода. А иногда они и совмещены.
Есть Технология. Не важно что это - приготовить воду нужного давления и расхода, для питья или для пожарников.
Это Технологический Процесс.
Автоматизированный? Ну да. Причем Пожарная сигнализация и Пожаротушение- это Автоматизация сведенная в единую Систему,зачастую.
Разделять ее от "остальных автоматизации, кроме подарки" достаточно странно))))
Прибор в розетке он не всегда Автоматизирован.
Под АСУ ТП обычно понимается целостное решение, обеспечивающее автоматизацию основных операций технологического процесса на производстве в целом или каком-то его участке, выпускающем относительно завершённое изделие.
Убрал из статьи слова «АСУТП» и Apple :)
Ну вот получать статусы устройства гораздо проще через С2000-ПП. А учитывая бесплатную программу для него - Панель управления С2000-ПП, которая в крайней своей версии умеет drag&drop картинки, отправку в разные телеграммы по фильтрам разные события - ещё и удобно)
Из этого вытекается следующий минус: ты просто получаешь огромный список номеров устройств, которые могут не совподать с исходными адресами Ориона, и их статусы. То есть помимо того, что ты запрограммировал сам С2000-ПП, нужно теперь ещё записать название каждого отдельного шлейфа, название каждого прибора в отдельное место и опять руками.
Теперь же я могу сделать автопоиск и автодобавление всех устройств, практически на любом устройстве, включая микрокомпьютеры и микроконтроллеры.
Если функционала С2000-ПП не хватает, то производитель предлагает для этого покупать АРМ «Орион Про» + АБД + Сервер, с общей ценой от 20...274 тыс. рублей, в зависимости от количества устройств. И это ПО работает только на ОС Windows.
Как итог, если это делается один раз в жизни, то да — проще купить С2000-ПП, плеваться от неудобного интерфейса (как же напрягает, что ты хочешь просто прописать несколько цифр в каждом шлейфе, а он сам вставляет туда максимальные числа, чтобы стререть которые нужно мышкой кликать в начало числа, клавиатурой нельзя, и только потом можно будет стереть число. Извините, наболело.), запрограммировать его и забыть про это навсегда.
...
Как по мне — главный минус С2000-ПП в том, что всю имеющуюся инфаструктуру нужно заново в него программировать, прописывать каждое устройство и каждый шлейф вручную. А таковых может быть сотни на каждом объекте, весьма утомительно и высокий шанс ошибиться
...
Мне кажется, Вы недостаточно пристально смотрите на С2000-ПП. В текущий момент времени Ваше утверждение в первом абзаце- не верное.
То есть:
В упроге есть импорт конфигурации из пульта . То есть заданная один раз в пульте инфраструктуру не надо повторять.
Как дополнение- в программе для ПП есть так же импорт из пульта, для названий.
Ну да там есть ещё много всякого, Очень интересного, на что Вы почему то не обратили внимание.
И да, есть у производителя ещё и модуль интеграции. И если кому то сложно общаться с XML RPC, то достаточно сложно доверять этому кому то что то более сложное ;).
И да, повторять про ошибки тут не буду, уже писал же на форуме производителя)
И да, я тут писал уже статью про то, почему так с2000-пп, зачем и почему именно так а ни как иначе было сделано тогда, как было переделано и почему. Но как то вот не получилось настолько хорошо ее оформить, чтобы она прошла модерацию ( или не было достаточно желания и возможности ) но когда нибудь я подниму ее из черновиков, наверно.
кстати, заметил что Болид на заголовке не тот.
ну то-есть должен быть метеор а не спортивная машина, я полагаю ;)
И, кстати да, статью в википедии про АСУ ТП подправил, добавив сразу ссылку на определение в википедии Тех. процесса, про автоматизированную систему которого собственно и статья))). чтобы не возникало споров и вопросов нелогичных и странных)
они- споры, иногда идут с негативом, а оно нам не надо)
кстати, заметил что Болид на заголовке не тот.
Меня модераторы попросили убрать все логотипы компании :)
И, кстати да, статью в википедии про АСУ ТП подправил
Побольше бы таких инициативных как Вы, давно бы уже жили в мире Жака Фреско! :)
они- споры, иногда идут с негативом, а оно нам не надо)
Проблема в том, что зачастую люди ищут не истину, а самоутверждение.
Дешифрация протокола Орион Bolid