Форум » » Crestron vs SCADA в мультимедиа » Ответить
Crestron vs SCADA в мультимедиа
Viacheslav Alekseev: Хотелось бы обсудить такой вопрос. Все тут собравшиеся знают AMX, Crestron, Cue и т.д., и как эти системы используются для управления мультимедийной техникой и не только. Порой, в линейках этих производителей есть и аналоги промышленного оборудования - управляемые реле, ввод-вывод, например. А есть тут люди, связанные с АСУ ТП, ПЛК, SCADA? Кажется, что все те же задачи можно было бы решить с помощью хорошо знакомых АСУ-ТПшникам ПЛК и SCADA. Почему бы им не служить в роли этих контроллеров, отправляющими команды управления тем же проекторам и видеокоммутаторам? И интерфейсы в SCADA тоже можно рисовать любые, в том числе под веб (управление с планшета, которое так любят и тд). Но как-то эти два мира живут параллельно и не очень пересекаются. Большая разница, на мой взгляд, в том, что в мире мультимедия оборудования - полный зоопарк со стандартами. Их практически нет. У каждого вендора свой протокол, свой интерфейс и т.д., которые совсем не стыкуются с промышленными. Под них приходится писать модули, драйверы и т.д. (если кто-то другой еще не написал). Но ведь и в SCADA их тоже можно писать. И мы все знаем, какой велосипед все эти Крестроны и AMX-ы. У каждого вендора своя система, и глюков в них так же хватает. Изучение их особенностей порой отнимает годы, а на выходе - такой узкий опыт, который более нигде не применить. Вопрос такой - а есть ли у кого-нибудь опыт автоматизации и управления мультимедийными комплексами с помощью SCADA? Есть ли смысл рассматривать такой вариант? Особенно в свете того, что мультимедия ведь не живет отдельно - это часть технического оснащения здания, которая могла бы гармонично вписаться в общую систему управления и диспетчеризации, где как раз властвует SCADA. Или никто так не делает? Может, просто у мультимедийщиков компетенции не хватает? Crestron проще?
Ответов - 15
DmitriiP: У меня другой вопрос... выйдет ли SCADA решение дешевле того же AMX, Crestron, Cue, KNX в конечном итоге. С одной стороны PLC модули по идее дешевле "готовых" решений (датчиков/актуаторов/интерфейсов). С другой стороны время программирования (наличие готовых модулей, протоколы, визуализация) и тд... Да и про софт/лицензирование не надо забывать. Они обычно стоит невменяемых денег...
Viacheslav Alekseev: Да, вопрос цены есть. И сравнивать довольно сложно. Даже если взять и посчитать один и тот же проект с одним и тем же управляемым оборудованием - в зависимости от выбора SCADA, контроллеров, и доп. опций цена может отличаться на порядки. С Крестроном проще - выбрал проц из линейки, а остальное - работы. Но за счет такой гибкости, наверняка можно подобрать решения примерно на одну и ту же сумму, что на базе Скады, что на Крестроне, а может и дешевле. А работы по ее программированию тоже будут примерно одинаковые, при условии, что и те и другие выполняет человек, который с этим продуктом достаточно знаком. Но вообще - дешевле не всегда надо :) Иногда важнее надежность, резервирование, возможность логгирования всего и вся в базу даных, строить графики всякие и тд. На крестроне это можно сделать только через костыли. Или я плохо знаю Крестрон, несмотря на 10 лет работы с ним :)), но я не вижу у него этого всего из коробки. (да, есть какой-то fusion, который никто не видел, и непонятно что он там умеет) Про надежность - главное, к чему мы за эти годы пришли - что ночная перезазрузка проца - это практически must have. Какая уж тут надежность. Причем, началось это с 3й серии с ее виндовым firmware. До этого PRO2 мог работать годами. Вот, в основном в связи с перечисленными выше причинами, а не из-за денег, вдруг стали смотреть на промышленные системы. Уж там-то должно все работать как часы! Хотя... кто его знает...
DmitriiP: у SCADA всётаки другой (промышленный) рынок. Как минимум Контроллер/ПК вы спрячите в стойку.... а что делать со всем остальным. пусть термостат или ТП и будут "IP99" , но внешний вид у них будет "не для дома". Тут ещё надо начинать думать как это облагородить, спрятать и тд... По мне так сомнительно...
Вячеслав: Никто не запрещает делать проект в той системе, которая вам больше знакома. В остальном время покажет, а еще раньше результат. (без какого либо намека что SCADA хуже) Аппаратной надежностью крестрон не страдает. Надежность в большей степени определяется программным кодом, и в этом случае она зависит не от системы управления а от программиста. SCADA тоже лишь общее название, а конкретный продукт это тоже узкая специализация. Про графики и БД, если это было бы нужно чаще чем раз в 10 лет, то в крестроне это бы сделали в базе. Кстати, работа с БД вроде в simpl# есть. Осталось дождаться, когда это реально понадобится и можно начать изучать. Про внешний вид с DmitriiP не соглашусь, по мне так для дома DIN-AP2/3 в самый раз. Незачем контроллеру на полке на виду стоять и красота ему не нужна. Встречал людей, которые управление домашнем мультимедиа на KNX реализовывали, так же находясь в недоумении, а зачем нужны специализированные AMX и Crestron. Когда бюджет небольшой и задача узкая, графический интерфейс не нужен, некоторые любят и на PLC задачи решать. Итог: подозреваю цена решения и ориентированность на конкретные задачи являются решающими факторами. P.S. пару раз пытался вникнуть в тему SCADA, но подносится это весьма туманно, чем то 7 уровневую модель OSI напоминает. Вроде и по делу, но как то очень теоретически.
DmitriiP: Вячеслав пишет: Про внешний вид с DmitriiP не соглашусь, по мне так для дома DIN-AP2/3 в самый раз. Незачем контроллеру на полке на виду стоять и красота ему не нужна. Перечитайте что я написал :) Контролеру, актуаторам, красота не нужна, спрятал и забыл (полка в шкафу, дин рейка, подвал и тд.)... датчикам/интерфейсам, тут зависит от заказчика, комуто пофиг что дизайн 50 года (как с танка сняли так и не меняли), а комуто кнопки с термостатами одной серии подавай в Х цветах белый (стекло)/чёрный(стекло)/метал в разные комнаты.
Вячеслав: Ок, погорячился. Но дизайн не всегда важен. Где то и xpanel хватит, главное автоматизировать процессы. Это конечно, если до уровня домашней автоматизации не опускаться.
olegny: Viacheslav Alekseev пишет: Про надежность - главное, к чему мы за эти годы пришли - что ночная перезазрузка проца - это практически must have. Какая уж тут надежность. Причем, началось это с 3й серии с ее виндовым firmware. До этого PRO2 мог работать годами. И надеюсь закончится с 4-й серией с ее линуксовой фирмварью. )) Хотя тот же memory leak еще никто не отменял и все зависит от рук программиста...
Viacheslav Alekseev: У нас сейчас вопрос стоит относительно не домашнего объекта. Так что цена и дизайн особо не важны. Надо автоматизировать, скажем, музей. Там как обычно, куча разнородной (мультимедийной и не только) техники. Причем НЕ крестроновской. От крестрона там только проц(ы) для управления - оператором с XPanel и что-то будет у экскурсоводов на планшетах. С Крестроном все понятно и привычно. Есть знания, как что делать, и программисты. "Так чего ж вас в СКАДУ понесло", скажете вы? Понесло вот почему: Традиционно Крестрон - это управление. А мы хотим сделать еще мониторинг с записью всего в базу\лог. Мониторить что там с устройствами, когда их включили, когда выключили, сколько наработка ламп, параметры компов (по SNMP например) - температуру и загрузку процессора, состояние дисков и вот это все. Выводить это на даш-боард и вызывать Алармы при наступлении каких-то событий или выходе параметров за рамки. Это будет полезно для сервисной службы. Можно запустить для этого отдельный сервис мониторинга типа Zabbix. Я так и хотел сделать сначала. Но потом подумали - вроде бы в СКАДА-софте эти фукнции - управление, мониторинг, архивация, веб интерфейс - уже все есть. Почему бы не использовать одну из "скад" вместо зоопарка разнородных решений. Понятно, что это надо нанять подрядчика, разработать и пусконаладить проект. Сами мы не сможем. Но ценник там получается сопоставимый с разработкой того же самого на крестроне (вроде бы :) Зато потом можно сколько угодно масштабироваться. Есть вероятность, что придется прикручивать туда и другие системы здания в будущем. Но товарищи из мира промышленной автоматизации и СКАД почему-то не очень дружат с мультимедийкой, хотя думаю, для них это не проблема. Видел и примеры умного дома на СКАДе, но буквально один-два. Решение весьма принципиальное получается. П.С. насчет надежности. Из свеженького. у нас на CP3 висит десяток UDP-IP Communications модулей, которые отправляют пакеты и принимают ответы по UDP (самодельный пинг такой). Так вот менее, чем через сутки, часть из них перестала принимать ответы!!!! Подключился дебаггером - в TX строка уходит, в RX пусто. Перезупустили программу - все опять появилось.. RX-ы пошли. Программисту там накосячить просто негде - вот оно работает, а вот нет. И ведь ничего не докажешь техподдержке, разве что на видео снимать. П.П.С на форумах некоторых СКАД тоже проскакивают подобные темы, что что-то перестало работать, где-то подвисло и т.д. Кто там виноват неизвестно, но подозреваю, что тоже проблем хватает. Так что, с точки зрения надежности - фиг его знает.
Igor: Viacheslav Alekseev, признаюсь, не очень понятно к чему эти килобайты текста. Наймите подрядчиков, которые поднимут SCADA согласно вашим требованиям. Им не нужно "дружить" с мультимедиа. Им нужно получить от вас определенные данные и обеспечить их обработку.
Viacheslav Alekseev: Igor пишет: не очень понятно к чему эти килобайты текста. Для обсуждения. Igor пишет: Наймите подрядчиков, которые поднимут SCADA согласно вашим требованиям. Им не нужно "дружить" с мультимедиа. Им нужно получить от вас определенные данные и обеспечить их обработку. Я хочу узнать, что сделали бы другие на моем месте. И почему. Стали бы нанимать, или сделали бы на привычном Крестроне?
Igor: Опыт решения задач, свойственных SCADA (сбор данных, ведение журнала событий, вывод данных в виде таблиц и графиков), на платформе Crestron имеется. Потрачено адовое количество времени - в те времена оно у меня было Определена себестоимость подобных работ и, с учетом плановой прибыли, их рыночная стоимость. Ни один заказчик не соблазнился. Решение квалифицировано как нерентабельное. При наличии времени, в качестве эксперимента, инвестиции в собственную исключительность на рынке, попробовать можно. Если же речь идет о рабочем объекте, я бы нанял смежника, в роли какового нередко выступаю по своей специализации. Возможно, в новогодние праздники или, если спрос на услуги пробьет очередное дно, вернусь к этому - самому, признаюсь, интересно.
Вячеслав: Viacheslav Alekseev пишет: Программисту там накосячить просто негде - вот оно работает, а вот нет. Ну это неточно )) Было бы убедительней, если есть лог сниффера, по которому RX приходит,а Crestron его не отрабатывает/не отображает в дебагере. А так причина может быть например в отсутствии некого keepalive/heartbit , не корректной команде, слишком частой отправке команды без ожидания ответа на предыдущую и т.п.
Viacheslav Alekseev: Опыт решения задач, свойственных SCADA (сбор данных, ведение журнала событий, вывод данных в виде теблиц и графиков), на платформе Crestron имеется. А я сейчас думаю об обратном - стоит ли задачи, свойственные Crestron, решать с помощью SCADA? Или же это будет шило на мыло, дорого, и с непредсказуемым результатом...
DmitriiP: SCADA это не протокол и не стандарт, это туманная абревиатура... влючающая всё и ничего... Всё в конечном итоге сводится каким софтом на базе какого сервера этим зоопарком протоколов Modbus/Profinet/OPC/туева хуча проприетраных управлять. Какие возможности (сбор данных, ведение журнала событий, вывод данных в виде теблиц и графиков) у данного софта имеются... Каиее возможности визуализации информации у данного софта WEB/PC/MAC/Android/Apple/ARM...
Игорь K.: SCADA - оффтоп здесь.
полная версия страницы