|
  |
система индивидуального учета энергоресурсов |
|
|
|
1.11.2014, 17:28
|
Группа: Участники форума
Сообщений: 389
Регистрация: 25.3.2014
Пользователь №: 228161

|
Добрый день, господа. Собираемся установить в строящемся здании систему bms, в задачи которой будет входить сбор данных с электросчетчиков, счетчиков тепла, расхода воды. На данный ммонт определились с выбором решения верхнего уровня johnson controls сетевой контроллер nae/nie плюс ADSplus. Сейчас подбираю счетчики/, которые имеют необходимые на борту интерфейсы и протоколы (желательно модбас). Направление scada, bms, только начинаю изучать, поэтому прошу отнестись со снисхождением. Очень буду признателен если поделитесь имеющимися у вас проектам, отражающими структуру и топологию всей системы в целом.
|
|
|
|
|
1.11.2014, 18:29
|
Группа: Участники форума
Сообщений: 689
Регистрация: 26.12.2012
Пользователь №: 175764

|
тогда уж и вы тогда поделитесь исходя из чего вы такой контроллер выбрали и в чем его уникальность? спрашиваю потому, что хочу понять чем зацепил именно это контроллер, хотя у вас опыта ни какого и начинать без разницы с чего.
|
|
|
|
|
1.11.2014, 20:30
|
Группа: Участники форума
Сообщений: 389
Регистрация: 25.3.2014
Пользователь №: 228161

|
Работал(программировал) с контроллерами полевыми этого производителя, в дополнение имеем определённые уступки в плане стоимости, это решение предложил сам производитель. Буду рад за любые предложения как на оборудовании этого производителя так и других, но на 90% выберем Джонсон для текущего решения и по мере повышения навыков может и выберем другие.
|
|
|
|
|
1.11.2014, 21:13
|
Группа: Участники форума
Сообщений: 689
Регистрация: 26.12.2012
Пользователь №: 175764

|
вообще контроллер всегда был нижним, а не верхним уровнем. верним уровнем были скады и эйчмиай всякие, базы данных там и прочие прг на пк..
я бы рекомендовал купить готовую программу. у нас много производителей оборудования. к примеру почти все производители счетчиков могут поставить специальное по для учета. или у вас есть самостоятельный опыт работы со сбором информациии и сохранением в базах, создание отчетов?
возможно ошибаюсь, но выбранные вами контроллеры поддерживают бакнет и лонворкс. а не модбас.
Сообщение отредактировал serge197a - 1.11.2014, 21:23
|
|
|
|
|
1.11.2014, 21:22
|
Группа: Участники форума
Сообщений: 130
Регистрация: 18.1.2014
Пользователь №: 220026

|
Цитата(serge197a @ 1.11.2014, 20:13)  вообще контроллер всегда был нижним, а не верхним уровнем. верним уровнем были скады и эйчмиай всякие, базы данных там и прочие прг на пк..
я бы рекомендовал купить готовую программу. у нас много производителей оборудования. к примеру почти все производители счетчиков могут поставить специальное по для учета. или у вас есть самостоятельный опыт работы со сбором информациии и сохранением в базах, создание отчетов? вообще-то контроллер всегда был средним уровнем. Нижний уровень -это датчики и исполнительные механизмы. Не запутывайте топик-стартера.
|
|
|
|
|
1.11.2014, 21:39
|
Группа: Участники форума
Сообщений: 2122
Регистрация: 1.8.2014
Пользователь №: 240922

|
Если автор желает Modbus и при этом есть желание сэкономить и не мучаться в подборе счетчиков и т.д. То можно выбирать счетчики с импульсными выходами и счетчики импульсов "Пульсар" с протоколом Modbus. Если верхний уровень поддерживает OPC сервера, то можно еще и снимать данные со счетчиков электроэнергии, те же Меркурии 230 и т.д. у кого это есть. Преимущества - нет привязки к конкретным производителям, нет необходимости писать протоколы, используемые в приборах учета.
|
|
|
|
|
1.11.2014, 22:46
|
Группа: Участники форума
Сообщений: 689
Регистрация: 26.12.2012
Пользователь №: 175764

|
Цитата(spectrum48k @ 1.11.2014, 22:22)  вообще-то контроллер всегда был средним уровнем. Нижний уровень -это датчики и исполнительные механизмы. Не запутывайте топик-стартера. Есть верхний уровень и нижний. Разложи еще на подуровни и пр... В его системе нет датчиков и исп. мех-мов. Можешь спорить до посиненнения, приравняй счетчики к чему нибудь...
|
|
|
|
|
1.11.2014, 22:53
|
Группа: Участники форума
Сообщений: 130
Регистрация: 18.1.2014
Пользователь №: 220026

|
Цитата(manjey73 @ 1.11.2014, 20:39)  Если автор желает Modbus и при этом есть желание сэкономить и не мучаться в подборе счетчиков и т.д. То можно выбирать счетчики с импульсными выходами и счетчики импульсов "Пульсар" с протоколом Modbus. Если верхний уровень поддерживает OPC сервера, то можно еще и снимать данные со счетчиков электроэнергии, те же Меркурии 230 и т.д. у кого это есть. Преимущества - нет привязки к конкретным производителям, нет необходимости писать протоколы, используемые в приборах учета. на сайте продавцов : "Описание протокола обмена ModBus (выпускается по спец.заказу) " это что за шутка такая?) в том и дело, что modbus rtu (а тем более tcp) мало где реализован полноценно в "отечественных разработках". В основном используется modbus-совместимый/подобный протокол, который просто понимает только один формат запросов (например функцию "0x03", причем 1 регистр и скорость порта зачастую ограничена значением 9600кбод). Такие вот самоделки очень сильно ограничивают всю сеть обмена и навязывают использование отдельного порта. А описание протокола по запросу вообще похоже на подвох какой-то.
|
|
|
|
|
1.11.2014, 23:42
|
Группа: Участники форума
Сообщений: 2122
Регистрация: 1.8.2014
Пользователь №: 240922

|
spectrum48k, по умолчанию они идут с собственным протоколом, по заказу выпускают с модбас.
|
|
|
|
|
2.11.2014, 0:27
|
Группа: Участники форума
Сообщений: 389
Регистрация: 25.3.2014
Пользователь №: 228161

|
Цитата(serge197a @ 1.11.2014, 21:13)  вообще контроллер всегда был нижним, а не верхним уровнем. верним уровнем были скады и эйчмиай всякие, базы данных там и прочие прг на пк..
я бы рекомендовал купить готовую программу. у нас много производителей оборудования. к примеру почти все производители счетчиков могут поставить специальное по для учета. или у вас есть самостоятельный опыт работы со сбором информациии и сохранением в базах, создание отчетов?
возможно ошибаюсь, но выбранные вами контроллеры поддерживают бакнет и лонворкс. а не модбас. У Джонсона есть специальная программа для учёта энергоноситей, сборки, хранения и обработки этих данных, создания отчетов, построения графиков. Необходимость в программировании отпадает почти полностью. Нужно будет только выбрать необх. Функции и блоки. Не видел пока такого производителя, который предлагает выполнить описанные функции, кроме этого, забыл упомянуть - собираемся вести раздельный(по каждому арендатору) учет энергопотребления вирви системы и это наверняка выходит за возможности типовых схем диспетчеризации от производителей счетчиков. Хотелось увидеть ваши творения в этой сфере, пока все только обще изьясняетесь. Вы с Джонсоном работали вообще?
|
|
|
|
|
2.11.2014, 10:54
|
Группа: Участники форума
Сообщений: 389
Регистрация: 25.3.2014
Пользователь №: 228161

|
Система учета потребляемой энергии Metasys® Energy Dashboard (MED)- программный комплекс, который предложили джонсоновцы.
|
|
|
|
|
5.11.2014, 8:52
|
Группа: Участники форума
Сообщений: 689
Регистрация: 26.12.2012
Пользователь №: 175764

|
|
|
|
|
|
6.11.2014, 12:14
|
Группа: Участники форума
Сообщений: 146
Регистрация: 5.3.2008
Из: Moscow
Пользователь №: 16274

|
Добрый день. Для построения системы учета ресурсов можно рассмотреть счетчики с протоколом M-bus (Metering Bus) - питающая шина на которую подключаются любые счетчики: вода, тепло, электричество. ISTA-RUS, Kamstrup, ABB (ABB дороговато  . Далее через шлюз из M-bus в любой протокол BMS (BACnet, LON, MODBUS) передаете данные в BMS/EMS. На выставке HITECH 2014 мы показывали работающее решение. Вместо Metasys можно использовать ПО enteliWEB от Delta Controls со встроенными отчетами по энергопотреблению.
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
Реклама
ООО «Арктика групп» ИНН: 7713634274
ООО "Русич" ИНН 9721068883 / ЕРИД 2VtzqvMjLF8
ООО «УНИСПЛИТ» ИНН: 6453155081 erid:2VtzqxXgvJi
Реклама: ООО «СибСтронг» | ИНН 6670013662 | ERID: 2VtzqwyM2dc
Последние сообщения Форума
|