система индивидуального учета энергоресурсов Опции

[frosteR]

Добрый день, господа.
Собираемся установить в строящемся здании систему bms, в задачи которой будет входить сбор данных с электросчетчиков, счетчиков тепла, расхода воды. На данный ммонт определились с выбором решения верхнего уровня johnson controls сетевой контроллер nae/nie плюс ADSplus. Сейчас подбираю счетчики/, которые имеют необходимые на борту интерфейсы и протоколы (желательно модбас). Направление scada, bms, только начинаю изучать, поэтому прошу отнестись со снисхождением.
Очень буду признателен если поделитесь имеющимися у вас проектам, отражающими структуру и топологию всей системы в целом.

[frosteR]

Добрый день, господа.
Собираемся установить в строящемся здании систему bms, в задачи которой будет входить сбор данных с электросчетчиков, счетчиков тепла, расхода воды. На данный ммонт определились с выбором решения верхнего уровня johnson controls сетевой контроллер nae/nie плюс ADSplus. Сейчас подбираю счетчики/, которые имеют необходимые на борту интерфейсы и протоколы (желательно модбас). Направление scada, bms, только начинаю изучать, поэтому прошу отнестись со снисхождением.
Очень буду признателен если поделитесь имеющимися у вас проектам, отражающими структуру и топологию всей системы в целом.

[serge197a]

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

[frosteR]

Работал(программировал) с контроллерами полевыми этого производителя, в дополнение имеем определённые уступки в плане стоимости, это решение предложил сам производитель. Буду рад за любые предложения как на оборудовании этого производителя так и других, но на 90% выберем Джонсон для текущего решения и по мере повышения навыков может и выберем другие.

[serge197a]

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

я бы рекомендовал купить готовую программу.
у нас много производителей оборудования.
к примеру почти все производители счетчиков могут поставить специальное по для учета.
или у вас есть самостоятельный опыт работы со сбором информациии и сохранением в базах,
создание отчетов?

возможно ошибаюсь, но выбранные вами контроллеры поддерживают бакнет и лонворкс.
а не модбас.

Сообщение отредактировал serge197a - 1.11.2014, 21:23

[spectrum48k]

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

я бы рекомендовал купить готовую программу.
у нас много производителей оборудования.
к примеру почти все производители счетчиков могут поставить специальное по для учета.
или у вас есть самостоятельный опыт работы со сбором информациии и сохранением в базах,
создание отчетов?

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

[manjey73]

Если автор желает Modbus и при этом есть желание сэкономить и не мучаться в подборе счетчиков и т.д.
То можно выбирать счетчики с импульсными выходами и счетчики импульсов "Пульсар" с протоколом Modbus.
Если верхний уровень поддерживает OPC сервера, то можно еще и снимать данные со счетчиков электроэнергии, те же Меркурии 230 и т.д. у кого это есть.
Преимущества - нет привязки к конкретным производителям, нет необходимости писать протоколы, используемые в приборах учета.

[serge197a]

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

Есть верхний уровень и нижний.
Разложи еще на подуровни и пр...
В его системе нет датчиков и исп. мех-мов.
Можешь спорить до посиненнения, приравняй счетчики к чему нибудь...

[spectrum48k]

Если автор желает Modbus и при этом есть желание сэкономить и не мучаться в подборе счетчиков и т.д.
То можно выбирать счетчики с импульсными выходами и счетчики импульсов "Пульсар" с протоколом Modbus.
Если верхний уровень поддерживает OPC сервера, то можно еще и снимать данные со счетчиков электроэнергии, те же Меркурии 230 и т.д. у кого это есть.
Преимущества - нет привязки к конкретным производителям, нет необходимости писать протоколы, используемые в приборах учета.

на сайте продавцов : "Описание протокола обмена ModBus (выпускается по спец.заказу) "
это что за шутка такая?)

в том и дело, что modbus rtu (а тем более tcp) мало где реализован полноценно в "отечественных разработках". В основном используется modbus-совместимый/подобный протокол, который просто понимает только один формат запросов (например функцию "0x03", причем 1 регистр и скорость порта зачастую ограничена значением 9600кбод). Такие вот самоделки очень сильно ограничивают всю сеть обмена и навязывают использование отдельного порта. А описание протокола по запросу вообще похоже на подвох какой-то.

[manjey73]

spectrum48k, по умолчанию они идут с собственным протоколом, по заказу выпускают с модбас.

[frosteR]

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

я бы рекомендовал купить готовую программу.
у нас много производителей оборудования.
к примеру почти все производители счетчиков могут поставить специальное по для учета.
или у вас есть самостоятельный опыт работы со сбором информациии и сохранением в базах,
создание отчетов?

возможно ошибаюсь, но выбранные вами контроллеры поддерживают бакнет и лонворкс.
а не модбас.

У Джонсона есть специальная программа для учёта энергоноситей, сборки, хранения и обработки этих данных, создания отчетов, построения графиков. Необходимость в программировании отпадает почти полностью. Нужно будет только выбрать необх. Функции и блоки.
Не видел пока такого производителя, который предлагает выполнить описанные функции, кроме этого, забыл упомянуть - собираемся вести раздельный(по каждому арендатору) учет энергопотребления вирви системы и это наверняка выходит за возможности типовых схем диспетчеризации от производителей счетчиков.
Хотелось увидеть ваши творения в этой сфере, пока все только обще изьясняетесь. Вы с Джонсоном работали вообще?

[frosteR]

Система учета потребляемой энергии
Metasys® Energy Dashboard (MED)- программный комплекс, который предложили джонсоновцы.

[serge197a]

вам должо подойти:
http://tmelectric.ru/product/uspd-entek-323-entels-144/

[DC-RU]

Добрый день.

Для построения системы учета ресурсов можно рассмотреть счетчики с протоколом M-bus (Metering Bus) - питающая шина на которую подключаются любые счетчики: вода, тепло, электричество. ISTA-RUS, Kamstrup, ABB (ABB дороговато . Далее через шлюз из M-bus в любой протокол BMS (BACnet, LON, MODBUS) передаете данные в BMS/EMS. На выставке HITECH 2014 мы показывали работающее решение. Вместо Metasys можно использовать ПО enteliWEB от Delta Controls со встроенными отчетами по энергопотреблению.

Прикрепленные файлы

 Delta_Controls____________________________________________.pdf ( 1,7 мегабайт ) Кол-во скачиваний: 6
 IMG_0781.JPG ( 1,31 мегабайт ) Кол-во скачиваний: 3
 enteliWEB_2.2_Catalog_Sheet.pdf ( 1,7 мегабайт ) Кол-во скачиваний: 4