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

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

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

Подписаться

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

Сообщений: 13
Регистрация: Июнь 2006

написано 24 Сентября 2010 19:47ИнфоПравкаОтветитьIP

Уважаемые специалисты,

Строится здание - где то 25 этажей

На этажах (почти на всех в той или иной степени) будут предусмотрены водомерные (ГВС/ХВС ), тепломерные, холодомерные, электромерные узлы.

В общем на основании данных от узлов нужно построить систему энергоучета.

Систему планирую строить так:

1. Выдать тех. задание смежникам, что бы предусмотрели на борту узлов учета телеметрические средства коммуникации. В принципе во многие узлы учета можно заложить интерфейсные связи – но возится с протоколами не хочу преднамеренно, уж лучше пусть со стороны узлов учета все будет импульсное, а информационная сеть только между IO.


2. На каждый этаж заложить распределенный ввод вывод (IO) со счетными каналами, причем один шкаф на этаж внутри которого и разместить все IO. То есть по горизонтали (между узлами учета и IO) исключительно телеметрические связи, а по вертикали (между этажами) - шина, например, RS-485 ModBus. Можно IO заложить и возле каждого узла учета, но растягивать шину и плодить модуля IO (хоть и кабельных трас меньше) не хочу.

(Просуммировал полное количество IO – получилось около 50 16 канальных корпусов – то есть 2 сегмента шины RS-485.)


3. На каждый сегмент заложить преобразователь RS-485 в ETHERNET (например MOXA) и один свитч.

4. Заложить ПО на АРМ оператора.
ПО должно опрашивать каждый сегмент раз в минимально установленный срез времени (например, один час), записывать данные в базу и обнулять счетные регистры модулей IO

Движек опроса шины и записи полученных данных в БД можно написать и самому или взять SCADA. А вот механизмы формирования РАЗВИТЫХ отчетов (с фильтрами, выборкой суммированием и т.д.) в родных средствах всевозможных SCADA уж очень бедные. Поэтому, думаю, вполне подойдет ПО “SQL reporting services” – хотя тут придется много писать руками.
Кстати многие репорт сервисы SCADA используют не свою, а стороннюю СУБД – например, «Citect Report» использует «SQL Server Reporting Services 2005».

Вопросы

1. Жывая ли вообще структура (опыта построения такого рода систем еще не имел) ?

2. Если да,
- посоветуйте оборудование (что бы не менее 16 счетных каналов в одном корпусе и с
интерфейсом на борту, например, ModBus, LON и т.д.). ?
- Какое ПО для разработки отчетностей посоветуете



ColdFire
Member

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

написано 25 Сентября 2010 23:19ИнфоПравкаОтветитьIP

Fast Report - мы в свое время сдуру Crystal Reports купили - этакая дрянь... осталось только понять, нафига попу гармонь - то есть, какой функционал в этом деле будет нести SCADA Если с расходомерами все понятно, то тепло считать тоже импульсами собрались ? Потому законченные приборы и предпочитают ставить, чтобы избежать геморроя с метрологией.

Слышал я, длиннорукие умельцы на 1wire умудрялись нечто подобное городить.

DmITR
Junior Member

Сообщений: 1
Откуда: РОССИЯ:ЕКАТЕРИНБУРГ
Регистрация: Октябрь 2010

написано 01 Октября 2010 12:18ИнфоПравкаОтветитьIP

не будет работать:
вв-выв нужен реал тайм на модвасе рту 5-10 приборов в 1с, опрос будет может МОДБАС ip ПОДОЙДЕТ, НО ТО ЖЕ ВРЯД ЛИ, НУЖНЫ СТАНЦИИ -ПЛК+ВВОДА-ВЫВОДА И да же так к примеру у вас 25 станций скорость 115кбит в сек. вероятно обмен будет составлять минумум 20-40 секунд по обновлению данных в архиве т.е. обработку для скады - архивы делать нужно в ПЛК,отмечу что физически я такую сеть не гонял, но плотно консультировался с разработчиками ПО.

win7
Junior Member

Сообщений: 2
Регистрация: Октябрь 2010

написано 15 Октября 2010 16:38ИнфоПравкаОтветитьIP

1. Берите счётчики с интерфейсом RS-485 (желательно с протоколом modbus (Lon - дорого)). Это будут "горизонтальные сегменты" на каждом этаже (или на два), а вертикально Ethernet (Modbus TCP). Опрашивать не обязательно каждую секунду. Можно СКАДОЙ, можно, например, kepware.com.
2. SQL Reporting Services - хороший выбор. Чтобы увидеть отчёт достаточно браузера. А скады для отчетов не очень заточены - M$, Crystal и FastReport больше подходят.

Old
Member

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

написано 16 Октября 2010 11:05ИнфоПравкаОтветитьIP

Для отчетов можно использовать DREAM REPORT.он лучше и проще сайтековского.может работать как с прямым драйвером так и через ОРС.в отличии от сайтековского может работать с SQL EXPRESS.

UZTHM
Junior Member

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

написано 19 Октября 2010 16:12ИнфоПравкаОтветитьIP

Я так понимаю это что-то похожее на покартирный учёт, подобные системы на целые многоэтажные дома уже работают, если нужна дополнительная информация посмптрите на сайте www.kreit.ru про Тэкон-19Б.

Ваш ответ:

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


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

Все время MSK

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

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

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

Copyright © skunksworks.net, 2000-2018

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


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