Реклама / ООО «ИЗОЛПРОЕКТ» / ИНН: 7725566484 | ERID: 2Vtzqx6kV7S
IPB IPB
Проектирование, монтаж, наладка, сервис


Здравствуйте, гость ( Вход | Регистрация )

- Стандарт НП «АВОК» 7.11-2024
«Рекомендации по проектированию инженерных систем
дошкольных образовательных организаций»

АВОК в соц. сетях
ИНН: 7714824045 | erid: 2VtzqwzKQiU
> Система энергоучета
Sasha_24
сообщение 24.9.2010, 18:56
Сообщение #1





Группа: Участники форума
Сообщений: 134
Регистрация: 29.12.2006
Пользователь №: 5384



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

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

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

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

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

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


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

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


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 и т.д.). ?
- Какое ПО для разработки отчетностей посоветуете
Вернуться в начало страницы
 
+Ответить с цитированием данного сообщения



Добавить ответ в эту темуОткрыть тему
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 

Реклама
ООО «Арктика групп» ИНН: 7713634274



ООО "Русич" ИНН 9721068883 / ЕРИД 2VtzqvMjLF8


ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqxXgvJi

Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqwyM2dc

Последние сообщения Форума






RSS Текстовая версия Сейчас: 25.7.2025, 16:49
Политика ООО ИИП «АВОК-ПРЕСС» в отношении обработки персональных данных