УкраїнськаEnglishmRussian
Вход/Новый
В теме нет новых постов

На чем дешевле сделать систему технического учета электричества?


Автор Сообщение
Сообщение создано: 15. 03. 2011 [12:54]
gsxr
Андрей Ехлаков
Создатель темы
Зарегистрирован(а) с: 03.03.2010
Сообщения: 58
Добрый день, уважаемые, на каком железе дешевле всего делать учет электричества?

Если счетчики старые и тупые, то у них только импульсный выход, т.е нужны внешние ПЛК с дисктретными входами умеющими работать в режиме счетчика, передавать все это по dcon\modbus.
Понятно что необходим DCON или ModbusTCP.

Если менять старые счетчики на современные, то это еще сложнее, все их протоколы насколько мне известно закрыты и работают только с фирменные системами производителя.

Хотелось бы понять как сделано на реальных крупных предприятиях имеющих системы управления инженерными системами, SCADA и иже с ними.
Сообщение создано: 15. 03. 2011 [14:48]
emc2
Сергей Угрюмов
Зарегистрирован(а) с: 15.10.2010
Сообщения: 8
Работал с CVM NRG 96. Стандартный протокол MODBUS.Оптимальное сочетание цена – функциональность.
Сообщение создано: 15. 03. 2011 [17:05]
roman
Roman Savochenko
Moderator
Contributor
Developer
Зарегистрирован(а) с: 12.12.2007
Сообщения: 3750
"gsxr" wrote:

Добрый день, уважаемые, на каком железе дешевле всего делать учет электричества?

Читаем здесь про цены на ядро: http://oscada.org/ru/forum/posts/zapros_funkcii/podbor_zheleza

УСО: I7k, I8k или I87k
Если частота импульсов не высокая и ширина не очень мала, то можно и модули обычных дискретных входов использовать.

Learn, learn and learn better than work, work and work.
Сообщение создано: 16. 03. 2011 [07:12]
almaz
Almaz Karimov
Contributor
Зарегистрирован(а) с: 25.09.2008
Сообщения: 516
Если уж учёт технический (не коммерческий), то решений может быть больше так как, скорее всего, не нужна защита от подделки показаний. Наверняка, нужны счётчики трёхфазные, соответствующие по потребляемому току (который неизвестен?) и возникают вопросы: нужно ли контролировать качество энергии? показывать графики нагрузки (по каждой фазе или общее)? периодичность (несколько раз в секунду, ежесекундно, поминутно, почасово и др.)? Цена решения зависит от потребности...

[Сообщение редактировалось 2 раз(а), в последний раз 16.03.2011 в 13:11.]

21 век - век повсеместной автоматизации. Главное - во благо всем людям.
Сообщение создано: 16. 03. 2011 [17:39]
Nika
Николай Емакаев
Зарегистрирован(а) с: 10.03.2011
Сообщения: 18
Самый простой и самый дешовый - это листок бумаги. карандаш или авторучка. openscada, оператор - обходчик. Данные вносить в ручную.
Сообщение создано: 18. 03. 2011 [07:42]
gsxr
Андрей Ехлаков
Создатель темы
Зарегистрирован(а) с: 03.03.2010
Сообщения: 58
Если частота импульсов не высокая и ширина не очень мала, то можно и модули обычных дискретных входов использовать.


К сожалению именно это и стало проблемой, ширина импульса недостаточна. В документации на модули удаленного сбора icp das везде упоминается, что минимальная ширина импульса 5 ms.

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

И трехфазные и обычные. Графики нагрузки крайне желательны. Периодичность раз в минуту меня бы точно устроила.

CVM NRG 96 это же анализатор качества. Анализ качества вторая задача, после технического учета.

[Сообщение редактировалось 2 раз(а), в последний раз 18.03.2011 в 07:47.]
Сообщение создано: 18. 03. 2011 [08:21]
emc2
Сергей Угрюмов
Зарегистрирован(а) с: 15.10.2010
Сообщения: 8
"gsxr" wrote:

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


К сожалению именно это и стало проблемой, ширина импульса недостаточна. В документации на модули удаленного сбора icp das везде упоминается, что минимальная ширина импульса 5 ms.

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

И трехфазные и обычные. Графики нагрузки крайне желательны. Периодичность раз в минуту меня бы точно устроила.

CVM NRG 96 это же анализатор качества. Анализ качества вторая задача, после технического учета.


1. Похоже у Вас просто нет внятного технического задания. Импульсный выход - не выход. Лучше уже тогда действительно с бумажкой и карандашом бегать.
2. Что значит по потребляемому току? Вы же не в квартире меряете. Ставятся обязательно трансформаторы тока, сигнал с которых потом уже и поступает на узел учета.
3. CVM NRG 96 - это не только анализ качества. Он программируется с учетом установленного трансформатора тока и настройки блокируются паролем. А считывать или нет показания гармоник и прочие плюшки - это уже решать Вам.
4. Есть более дешевые счетчики открытым протоколом обмена. http://www.energomera.ru например счетчик СЕ304. Он также позволяет отсылать показания по GSM-модему в энергосбыт. Что у нас в регионе обычно и делают.
Сообщение создано: 18. 03. 2011 [11:27]
Nika
Николай Емакаев
Зарегистрирован(а) с: 10.03.2011
Сообщения: 18
Осторожно с термином "Качество". Это не количественная и очень субьективная оценка. Под качеством обычно подразумевают группу измеряемых параметров с погрешнастями измерения по каждому каналу. Перечень параметров группы зависит от ваших целей, а они вами не определены. Определимся с целями.
1. Учёт потребленной электроэнергии для взаиморасчетов.
2. Оценка нагрузки электросети и перераспределение нагрузок по потребителям.
3. Оценка изменения изменения параметров постовляемой электроэнергии потребителем.
4. Оценка кражы электроэнергии потребителем.
5. Оценка состояния проводов и кантактов поставляющих электроэнергию.
Возможно перечень не полный, но определитесь, что вы хотите, сообщите и дальше определимся со средствами достижения целей. Ограничение одно. Все предложения будут формулироватся при условии реализации системы на openSCADA.



12300