Регистрация | Последние сообщения | Персональный список | Поиск | Настройка конференции | Личные данные | Правила конференции | Список участников | Top 64 | Статистика раздела | faq | Что нового v.2.3 | Чат
Skunk Forum - Техника, Наука, Общество » АСУТП »
Система учета энергоресурсов

Версия для печати (настроить)

Новая тема | Написать ответ

Подписаться

Автор Тема:   Система учета энергоресурсов
Dmitriy78
Junior Member

Сообщений: 1
Откуда: Россия
Регистрация: Июль 2005

написано 08 Июля 2005 10:01ИнфоПравкаОтветитьIP

Уважаемые коллеги!

Предлагаю обсудить построение системы учета энергоресурсов с использованием в качестве контроллеров тепловычислителей отечественных производителей. Может кто-то поделится своим опытом. Про проблемы приборов фирмы "Логика" в этом форуме
уже написано довольно много. Из чего следует заключение, что их использование в подобных системах не рекомендуется.

Кто-нибудь создавал или эксплуатировал подобные системы на больших предприятиях?

Допустим такой вариант:
В каждом из цехов установлено несколько тепловычислителей, объединенных между собой сеть, далее данные из каждого цеха по модему поступают в систему сбора данных (не ту, которую предлагает производитель тепловычислителя, а допустим современное высокотехнологичное ПО, например InSQL или SCADA система)

Подскажите правильный выбор тепловычислителя, который без проблем работает в подобных сетях. Хотя очевидно "без проблем" тут не бывает.

ColdFire
Member

Сообщений: 68
Откуда: Россия
Регистрация: Ноябрь 2004

написано 08 Июля 2005 10:43ИнфоПравкаОтветитьIP

Хе-хе Мы занимались созданием больших систем - под тысячу узлов учета, на ряде предприятий - все системы работают.

По факту: нормальных тепловычислителей в России не делают. Все что продается, являет собой компромисс на компромиссе - то есть как бы склепать на коленке прибор, чтобы стоил рубль, а продать его за сто, и при этом по минимуму вписаться в требования ГОСТов. Теоретически может что-то получиться со "Взлетом", но там свои проблемы уже не информационного характера и мы их ставить ни за что не будем.

По софту: я например не знаю ни одной скады, умеющей по-человечески работать с архивами - я имею в виду встроенными средствами. Тот же InSQL про OPC ничего не знает, а про OPC HDA тем более. И стоит столько, что закачаешься - к слову сказать, глючит тоже неплохо. Тут вроде писали что кто-то из РФ сделал поддержку HDA, но вы же понимаете - в серьезные проекты я чужой непроверенный софт тоже не поставлю. Теоретически обработку архивов можно сделать вручную в любой скаде, только опять таки - за что тогда деньги платишь, если получаешь "конструктор" ?

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

Сейчас мы делаем так: наверху - собственный софт, внизу - промконтроллеры с программным расчетом расхода. В коммерческих системах данный путь чреват геморроем и все таки приходится втыкать "логику".

Dmitriy78
Junior Member

Сообщений: 2
Откуда: Россия
Регистрация: Июль 2005

написано 08 Июля 2005 11:05ИнфоПравкаОтветитьIP

Про то, что нормальных тепловычислителей в России не производят я знаю. Тем не менее, если некоторые производители этих вычислителей начали обращать внимание на ОРС, то это вселяет некоторую надежду на улучшение ситуации по интеграции тепловычислителей в другие системы. Что касается промконтроллеров - это хорошо, но дорого и даже очень по сравнению с теми же вычислителями. Поэтому нам приходится искать разумный компромисс, который, как нам кажется, заключается в следующем варианте.
Внизу - тепловычислители
Вверху - нормальная БДРВ, которая может собрать данные не только с них, но и с существующих уже SCADA-систем, что бы потом все это оттуда могли взять те, кому это нужно.
И вот я и ищу коллег, которые занимались подобным вариантом развития системы энергоучета.
Ну между ОРС и InSQL должен еще какой-то мостик существовать, не знаю какой, может подскажите?

И как Логика общается с Вашим софтом? По ОРС? Именно их ОРС и поддерживает HDA.
Стоит ли строить подобную систему на "Логике"?

Valera
Member

Сообщений: 42
Откуда: novosibirsk
Регистрация: Май 2004

написано 09 Июля 2005 04:24ИнфоПравкаОтветитьIP

цитата:
[b]Dmitriy78 писал:
Именно их ОРС и поддерживает HDA.

ИМХО, пустышка, ОРС от Логики/Insat сырой-сырой.[/q]
цитата:
[b]Вверху - нормальная БДРВ, которая может собрать данные не только с них, но и с существующих уже SCADA-систем, что бы потом все это оттуда могли взять те, кому это нужно.... Ну между ОРС и InSQL должен еще какой-то мостик существовать...

Реально работала такая самоделка на Логику: штатный SpServer от Логики, вызываемый из клиента InterBase (нет проблем, можно было взять MsSql; кстати, и скад'ов нет, чтобы не умели работать с DDE). Всех возможностей SpServer как DDE-сервера не проверял, но то всё что нужно для чтения-записи в Логику работает совершенно стандартно. И никаких ОРС. Впрочем ОРС-клиент не намного сложнее DDE-клиента, почему не написать? У приборов Логики 'несколько' тормозной протокол связи, ОРС не даст никакого выигрыша ни по скоростям, ни по устойчивости в сравнении с DDE, так чего с этим в данном случае париться? Главный плюс ОРС - сетевой вызов (штатное ПО от Логика ничего о сетевых техн.-ях не знает), ну и на случай интеграции с приборами других изготовителей или готовыми Scada'ми. Дело за малым - ОРС с реальной поддержкой HDA. Но пока его нет, могу рекомендовать именно такую структуру: SpServer - DDEклиент + SQLклиент. О Scad'ах: не знаю каковы у на вашем предприятии требования по ТЭР, для меня эти скады выглядят в системах учёта извратно. Сотни и тысячи каналов в секунду? Хорошо, но с меня-то спрашивают 20 страничек отчётов 1 раз в сутки? И ещё раз - несколько цифр по мелочи, типа, пиковая нагрузка в часы утреннего/вечернего лимита...
цитата:
Стоит ли строить подобную систему на "Логике"?

По-моему вовсе не плохой прибор для учёта ТЭР предприятия, точнее бывают хуже. Во-первых сравнительно не дорого + хорошая надёжность (2 самым старым у меня уже 5 лет, ни одного отказа, только firmware меняли(у старых версий были кое-какие глюки) + тепло-вода, газы и электрика - все в одном семействе, на одном софте, возможно даже на одной ЛС.

[Это сообщение изменил Valera (изменение 09 Июля 2005 04:50).]

ColdFire
Member

Сообщений: 69
Откуда: Россия
Регистрация: Ноябрь 2004

написано 11 Июля 2005 14:28ИнфоПравкаОтветитьIP

цитата:
Dmitriy78 писал:
Ну между ОРС и InSQL должен еще какой-то мостик существовать, не знаю какой, может подскажите?

И как Логика общается с Вашим софтом? По ОРС? Именно их ОРС и поддерживает HDA.
Стоит ли строить подобную систему на "Логике"?


Между InSQL и OPC мостик есть - он называется SuiteLink-OPC шлюз, но делает его какая-то левая контора и HDA оно естественно не умеет. Туда же - InSQL стоит совершенно нереальных денег

Логика общается с нашим софтом напрямую и без всяких там специальных адаптеров - я уже писал, что без трюков не обошлось, но работает уже несколько лет и ничего. НО: под Linux. Под Windows реализовать подобное нереально.

Саму OPC HDA из приличных производителей мало кто поддерживает - точнее сказать я не знаю никого, но может быть ситуация улучшилась в последнее время.

Добавление от 11 Июля 2005 14:32:

Для Valera: вы действительно правы, смотря для какой задачи. Если стоит цель раз в месяц балансы посуточно свести - одно дело, если 10-секундный график параметров смотреть - совсем другое. Для первой задачи сойдет и Interbase, и MySQL (последний наверное получше будет - чистится сам); для второй, особенно если требуется графики годами хранить - все известные мне СУБД дохнут после 3-4 месяцев работы. Дохнут в смысле начинают безбожно тормозить. Мы сидим на собственном движке, что конечно спорно - зато надежно и быстро.

Dmitriy78
Junior Member

Сообщений: 3
Откуда: Россия
Регистрация: Июль 2005

написано 11 Июля 2005 14:51ИнфоПравкаОтветитьIP

цитата:
---------------------------------------------------------
ИМХО, пустышка, ОРС от Логики/Insat сырой-сырой.[/q]
-----------------------------------------------------------

Ну главное все же обратили на него внимание, значит развивать будут. Москва не сразу строилась :-)

цитаты:
----------------------------------------------------------------------------------
По-моему вовсе не плохой прибор для учёта ТЭР предприятия, точнее бывают хуже. Во-первых сравнительно не дорого + хорошая надёжность (2 самым старым у меня уже 5 лет, ни одного отказа, только firmware меняли(у старых версий были кое-какие глюки) + тепло-вода, газы и электрика - все в одном семействе, на одном софте, возможно даже на одной ЛС.
-----------------------------------------------------------------------------------
Между InSQL и OPC мостик есть - он называется SuiteLink-OPC шлюз, но делает его какая-то левая контора и HDA оно естественно не умеет. Туда же - InSQL стоит совершенно нереальных денег
----------------------------------------------------------------------------------------------

InSQL кстати не так и дорог (для производства разумеется), остальные подобные решения дороже . Так вот он как раз и нужен нам (или что-то типа него), чтобы не было тормозов. По моему самая дешевая БДРВ на рынке и довольно функциональная. Можно не только собирать параметры по энергоучету, ну и еще много чего подтянуть при необходимости.

А сколько приборов в сети висят у Вас. У нас завод большой. В перспективе приборов 30 может скопиться. А работаеют ли в сети с Логикой другие подобные тепловычислители, например ВКТ? Нет таких примеров?

p/s/ Что-то с цитатами у меня не получается

ColdFire
Member

Сообщений: 71
Откуда: Россия
Регистрация: Ноябрь 2004

написано 11 Июля 2005 17:49ИнфоПравкаОтветитьIP

Если бы у InSQL глюков еще не было... кстати, толку-то от его реалтаймовости, когда он данные тянет по DDE...

Приборов на шину мы много не вешаем, чтобы держать период опроса в пределах разумного. Реально имеется объект: 5 цехов, по 2-4 шинных системы в каждом, на каждой шине 3-9 приборов - не только Логик (на одной шине с ними ни один прибор не живет - по крайней мере с модбасом).

Valera
Member

Сообщений: 43
Откуда: novosibirsk
Регистрация: Май 2004

написано 12 Июля 2005 01:38ИнфоПравкаОтветитьIP

[q]Dmitriy78 писал:
А сколько приборов в сети висят у Вас. У нас завод большой. В перспективе приборов 30 может скопиться. А работаеют ли в сети с Логикой другие подобные тепловычислители, например ВКТ? Нет таких примеров?

В принципе 30шт это реализуемо, но обязательно на оч. хор. линиях связи. У меня сейчас в работе 19 шт., ЛС - заводские линии АТС , всё удовлетворительно, пока где-то муфта на кабеле не начнет шуметь. За прошлый год, с вероятностью 1, 1 квартал работало без сбоев, остальное время 5-6 багов со временем устранения от 5 мин(забыли включить компьютер ) до 3 дней с массой пестрых слов со всех сторон. Желательно секционировать, по цехам или по ТЭР.

Насчёт применения текущих отсчётов приборов учёта для управления: у меня 80% проблем - газ и воздух. Значением действующего давления/расхода при скорости АЦП 1/2 не особенно попользуешься, т.к. в точность эти цифры входят после усреднения на выборке 100-200, за 3-5 минуты(в паспорте СПГ написано (на память, не цитата) 'время вхождения в паспортную точность 15 мин'). Логика -прибор учёта, дискретность на выходе по ГОСТ 1час., тупое усреднение за это время гарантирует требуемые 1%. А если мы будем читать нащ расход раз в несколько секунд, получим порядка 15-20%... коррелированных черти с чем. Так что, ИМХО, быстрее чем раз за 3-5 мин (на газ, давление) в приборах учёта просто нет доверительной информации с разумной точностью. Для точности 1% 1 раз в секунду, квантовать сигнал надо на скорости 100-200гц. Учёт и АСУ ТП -разные вещи, разные ГОСТЫ, разные цены и источники бабок.

Dmitriy78
Junior Member

Сообщений: 4
Откуда: Россия
Регистрация: Июль 2005

написано 12 Июля 2005 08:39ИнфоПравкаОтветитьIP

Ну то, что на шине конкретного тепловычислителя другие приборы не живут, даже если это ModBus,
это конечно не радует. Что поделать - бюджетное решение.
А может быть есть такие вычислители, которые дружат с другими приборами, сидящими на их шине. Или это утопия?
Уважаемый GoldFire, скажите пожалуйста, чем обусловлено наличие нескольких шин в одном цехе. Вы использовали разные тепловычислители, а зачем?
Мне кажется надо на один прибор садиться, выбрав наиболее компромисное решение.
Только вот как определить его, этот хороший тепловычислитель? У всех в инструкциях нарисованы замечательные картинки, илюстрирующие работу приборов в сети. Как только доходит до конкретных вопросов, сразу выясняется, что приборы не знают ничего про современные промышленные ЛВС.

Господа, будут еще примеры построения подобных систем на базе каких-либо вычислителей, работающих более-менее корректно?

ColdFire
Member

Сообщений: 72
Откуда: Россия
Регистрация: Ноябрь 2004

написано 12 Июля 2005 10:56ИнфоПравкаОтветитьIP

А при чем здесь современные промышленные ЛВС ? Никто из заказчиков не станет тянуть километры волокна или Profibus только под систему учета.
Несколько шин в цеху обусловлено рядом причин, первая из которых - геометрия цеха. Из 4 сегментов два идут по левой стене цеха, два другие - по правой. Где-то на обоих сегментах "Логика" (таких мало), в основном один сегмент под Логику, второй - под другие приборы. Так исторически получилось - первый этап проекта делался целиком на логике, а на второй этап мы переделали проект и логику оттуда всю выкинули. К слову сказать, там в системе как раз тепловычислителей и мало, в основном природный и технические газы, ну и электричество.

Pahlava
Junior Member

Сообщений: 8
Откуда: Россия
Регистрация: Февраль 2016

написано 17 Марта 2016 16:34ИнфоПравкаОтветитьIP

Кто-то брал тут: ссылка

Pahlava
Junior Member

Сообщений: 9
Откуда: Россия
Регистрация: Февраль 2016

написано 12 Мая 2016 18:13ИнфоПравкаОтветитьIP

цитата:
Dmitriy78 писал:
Про то, что нормальных тепловычислителей в России не производят я знаю. Тем не менее, если некоторые производители этих вычислителей начали обращать внимание на ОРС, то это вселяет некоторую надежду на улучшение ситуации по интеграции тепловычислителей логика в другие системы. Что касается промконтроллеров - это хорошо, но дорого и даже очень по сравнению с теми же вычислителями. Поэтому нам приходится искать разумный компромисс, который, как нам кажется, заключается в следующем варианте.
Внизу - тепловычислители
Вверху - нормальная БДРВ, которая может собрать данные не только с них, но и с существующих уже SCADA-систем, что бы потом все это оттуда могли взять те, кому это нужно.
И вот я и ищу коллег, которые занимались подобным вариантом развития системы энергоучета.
Ну между ОРС и InSQL должен еще какой-то мостик существовать, не знаю какой, может подскажите?

И как Логика общается с Вашим софтом? По ОРС? Именно их ОРС и поддерживает HDA.
Стоит ли строить подобную систему на "Логике"?


можно, как минимум, попробовать.

Ваш ответ:

Коды форума
Смайлики


Ник:    Пароль       
Отключить смайлики

Все время MSK

Склеить | Разбить | Закрыть | Переместить | Удалить

Новая тема | Написать ответ
Последние сообщения         
Перейти к:

Свяжитесь с нами | skunksworks.net

Copyright © skunksworks.net, 2000-2018

Разработка и техническая поддержка: skunksworks.net


Рейтинг@Mail.ru Яндекс.Метрика