Собрать технологических данные и передать в СУБД

[Alexandr_N]

Всем доброго времени суток. Хотелось бы услышать советы вот по какому делу. Стоит задача централизованного сбора, обработки технологических данных с нескольких цехов для последующего использования в различных АРМах управленцев и для SAP/R3. Производство трубной продукцией. Автоматизацией цехов заниматься не планируется, будем использовать что есть, Наверное можно обратиться к решениям по MES. На сегодняшний день достаточен модуль для обеспечения связи с оборудованием цехов для получения технологических данных с одной стороны и для передачи обработанных данных например в СУБД. Какие существуют на данный момент готовые решения. Какое из решение наиболее оптимально с точки зрения простоты внедрения и цены?

[Romcheg]

Тут еще вопрос - на чем у вас сама АСУТП сделана, а то может так оказаться, что или уже в СКАДе этой есть готовое решение, чтобы во внешнюю СУБД передать данные, а может и оказаться, что потребуется одевание штанов через голову, чтобы эти данные для СУБД у АСУТП отобрать силой. :D

[Alexandr_N]

автоматизация на Siemens, кое-где овеновские приборчики (локальные счетчики и измерители), регистраторы, фирму сейчас не помню (отечественные). СКАДА WinCC, но пока под эту задачу не заточена.

[Romcheg]

Ну - по Siemens тут вроде есть спецы, помогут. Я так подозреваю, что у них что-то должно быть штатное для передачи данных в СУБД, вроде "сурьезная" конторка. :)

[Trkoff]

А Вы в Вашей ВыньСС с архивами работаете?
А какую СУБД хотите использовать для хранения и накопления данных?

[Alexandr_N]

С архивами не работаем, база данных предполагается oracle.

[Trkoff]

Правильно ли я понял, что Вы мечтаете просто "засунуть" тэги из СКАДА в реляционную БД?
В табличку типа: TagName, TimeStamp, Value, etc.
Тогда по моему так можно (тут много достойных людей, которые, если что, меня поправят :-) ):
1. ВыньСС содержит в себе MS SQL. Оно туда тренды пишет (по-моему так).
2. Есть функции в WinCC, которые могут извлекать данные из архивов.
3. Осталось написать функции, которые пишут данные в Oracle

Это при условии, что у WinCC нет интерфейса в Oracle. Тут я не знаю...

[Василий Иванович]

http://www.totallyintegratedautomation. ... nications/

https://a248.e.akamai.net/cache.automat ... en_V10.pdf

Вот. Держал в руках, работал с ним. Рекомендую. Штатное сименсовское устройство цепляется к обычной S7-300. Но программируется оно отдельной софтиной, которая по сути конфигурирует драйвер доступа к СУБД и к прочим локальным контроллерам (т.е. не только Сименс), а также компьютерам (Modbus, TCP и т.д.). Драйвер SAP R/3 тоже имеется. Эту софтину Сименс берет у американцев перепродает вместе со своим железом.

СКАДА при этом совсем не нужна. Данные берутся прямо из контроллера и кладутся в целевую базу или куда-нибудь еще. Не нужен шлюзовой компьютер, соответственно минимум проблем с техобслуживанием и вирусами. Программирования для организации связи нужно минимум, в основном конфигурирование драйверов.

[Василий Иванович]

Кстати, из WinCC прямо в SAP заложить данные не получится никак. Штатный путь - через OPC куда-нибудь на третий компьютер или скриптами в базу, как уже советовали.

[Alexandr_N]

Правильно ли я понял, что Вы мечтаете просто "засунуть" тэги из СКАДА в реляционную БД?

Не совсем. Использование СКАДА системы по большому счету даже нежелательно, но пока единственное решение, до которого дошли самостоятельно (рассматривается как некий шлюз между АСУТП и ERP). Предполагали использовать срипты WinCC с запросами в БД, таким образом осуществлять взаимодействие.
Заинтересовало решение предложенное Василий Ивановичем. На первый взгляд именно то что нужно. Будем разбираться.

[ibednyakov]

3 варианта навскидку (сам этим занимаюсь)

1. Лезем в SQL и берем что нужно сторонним софтом (VB. C#) и передаем в SAP
2. Сторонним софтом коннектимся к WinCC OPC серверу (или тому который у вас стоит для сбора данных), забираем данные on-line и кладем в то место куда хотим (база данных, файлы с отчетами)
3. SAP как правило имеет модули взаимодействия с SCADA системами или OPC

[Василий Иванович]

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