Запрос котировок на реализацию ОРС-сервера

[Никита]

Дмитрий, а почему заинтересовала именно OPC-связь? Просто профессиональные традиции? Все-таки для дома SCADу покупать как-то.. ни к чему что-ли. Большая часть ее функций все равно не задействуется. С другой стороны - если работать на уровне упомянутых Вами SDK, а не снифов - по-моему можно привязаться к скаде и на уровне скриптов. А для веселых картинок в общем-то и сама по себе скада не нужна.

[Никита]

Ну для чего придуман OPC я, слава богу, знаю :)
Просто скада стоит денег, и денег для квартиры немалых.
По-моему домашняя автоматизация - это как раз тот сегмент рынка, где дешевый самопал просто расцветает.
Вашу позицию я понял. Тяжело со специалистами... Кто из новых русских знает что такое алармы, тренды и пр.. Картинки рулят А в Вашем случае это уже не совсем домашняя автоматизация, это полноценный по функциональности и урезанный по масштабам проект. Тогда - да, проще скаду развернуть. Т.е. перекинуть кучу затрат на программирование обмена подрядчику, а самому наверху пользоваться тем, что уже давно придумано.
А что, если не секрет конечно, лично у Вас из Z-Wave устройств уже есть или планируется и с какими функциями?

[Никита]

Ну SCADA с той позиции, что многие демо-версии вообще бесплатны :) До 100 точек (для квартиры)- это более чем достаточно. Либо через простенький скрипт перезапускать ее каждые 2 часа - не критично на самом деле.
Зачем подрядчику? Самому же интересно сделать :) Единственное, чего я никогда не писал- это ОРС. Чисто теоретически и сам конечно смогу, но вспоминать долго- лет 6 уже не программировал ничего.

Я вот тоже пытаюсь прикинуть с этой точки зрения, только с другой стороны. Писать сервер на уровне COM-интерфейсов нет абсолютно никакого желания, проще взять готовое и писать dll-ку обмена. ToolWorX и UniOPC по понятным причинам отпадают, остаются полусамодельные решения попроще и в ограниченном диапазоне бесплатные. Поэтому и возник вопрос по структуре сервера - если для скады поддержки 100 точек достаточно, то при реализации универсального сервера каждое устройство, по идее, должно обладать всем набором тегов, а это уже далеко не 100. Плюс ко всему тот SDK, на который Вы давали ссылку очень любит .NET, а я - нет :) . Так что и с инструментарием пока не все прозрачно. С этой целью и спрашивал про набор устройств - хоть примерно кол-во тегов прикинуть.
Счетчика пока не касаемся, это отдельная тема.

выбирал специально из-за ребенка, он у меня любитель покрутить ручки регуляторов

Вырастет - станет наладчиком :D

P.S. За мульт - спасибо, что-то именно этого я не помню - или очень давно смотрел или вообще не видел. Мульт классный.

[Никита]

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

По делу- насчет всех тегов с одного устройства- вопрос хороший...надо будет посчитать. С другой стороны- нужны ли они все в SCADA?

Наверху - однозначно нет. Вопрос в количестве для SDK OPC-сервера, там тоже есть ограниченные бесплатные решения. Именно здесь проблема - или жестко расписывать действительно нужные теги для каждого устройства (объять необъятное, либо ограничить перечень оборудования), или попытаться создать универсальное устройство по типу ModbusOPC, и сервер просто будет ругаться на попытку обращения к несуществующему параметру.

[Никита]

То есть задача сводится к написанию сервера для USB-свистка на основании его документации, а там дальше уже как получится?

[Никита]

Универсального решения вообще не получится. Немного покопался в тех огрызках документации что удалось найти - складывается впечатление что снифы тут не помогут. Если брать конкретный стик - так тут снифы ни к чему, есть описания интерфейса. А к другому - сомневаюсь что эти снифы вот так "в лоб" подойдут.

[Никита]

Меня терзают смутные сомненья... Зачем делать пусть и коммерческое но универсальное решение, если можно с каждой железкой продавать свой контроллер?