Выбираем и внедряем систему (узлы, приборы) учета энергоресурсов

Выбор системы

Назначение

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

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

Поэтому именно на этом этапе так важен план перспективного развития. Речь не идет о документе на 1587 страниц. Нет, этот план легко помещается на одном, максимум двух листках. И сводится к ответу на вопросы:

• Хотим ли мы контролировать учет потребления энергоресурсов?
• Хотим ли мы контролировать учет поставки энергоресурсов?

Если да, то:

• Зачем мы хотим его контролировать?
  • Нам нужно проверять, как эффективно расходуется энергия?
  • Нам нужно проверять, нарушаются режимы или нет?
  • Нам нужно знать исправно оборудование узлов учета или нет?
  • Нам нужно знать воруют или нет энергоресурсы?
• Нужны ли нам будут расчеты? И если да, то:
  • Нам нужно осуществлять расчет количества потребленных энергоресурсов?
  • Мы хотим осуществлять расчет энергетической эффективности?
  • Нам нужны энергетические балансы? Какие?
• Нам нужна аналитика? А какая аналитика?
• Хотим ли мы контролировать аварийные ситуации?
• Кто будет пользователем данной системы?
• Кому, и как часто, будут нужны данные из этой системы?

Наверное, у Вас есть еще какие либо потребности и вопросы. И это правильно.
Главное на этом этапе не задаваться вопросами как это сделать? Сколько это будет стоить? Сколько времени это займет?
Действительность обязательно внесет свои коррективы. И даже при нехватке времени или средств придется либо сознательно чем-то пожертвовать, либо, что правильнее разбить внедрение системы на этапы.

 

Функциональность

Ответив на вопросы по назначению комплекса, можно перейти к определению требуемого функционала.
Соответственно здесь необходимо определиться с тем, что мы хотим от комплекса. Что мы и будем делать с данными.
Поэтому мы начнем с того, какие результаты мы хотим получать:

• текущую оперативную и архивную информацию;
• анализ оперативной и архивной информации;
• расчеты энергопотребления;
• документы в необходимых форматах (обычно MS Excel, еже MS Word).

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

• Представление информации в виде таблиц и графиков, отображающих:
  • оперативную информацию,
  • архивную информацию,
  • тренды.
• Оперативная информация должна иметь актуальность не более Х секунд/минут/часов/суток, или оператор должен получать оперативную информацию по запросу в течение Х секунд/минут/часов/суток;
• архивная информация должна иметь актуальность не более Х секунд/минут/часов/суток, или оператор должен получать архивную информацию по запросу в течение Х секунд/минут/часов/суток;
• представление данных с помощью мнемосхем (к этой возможности надо относится достаточно спокойно, так как она бывает, удобна только при малом количестве информации, и даже 50 узлов учета делают применение мнемосхем не очень удобным);
• отображение данных на карте (к этой возможности так же надо относится скептически, так как это очень удобно при весьма определенных ситуациях (кустовых авариях), и мельтешение на карте в обычном режиме только утомляет оператора);
• отображение аналитических данных на сводных таблицах;
• представление отчетов и балансов в виде таблиц;
• разграничение прав доступа пользователей к различным объектам в том числе, добавлению, просмотру, редактированию, удалению (кроме случаев индивидуального использования конечно);
• экспорт документов в форматах MS Excel, MS Word, Txt (ну, или ее в каких-нибудь).

В любом случае надо понимать, что:

• настройка внешнего вида и параметров отчетов (в том числе расчетных формул),
• настройка аналитических фильтров (в том числе создание новых),
• внешнего вида и содержания мнемосхем,
• внешнего вида и содержания карты,
• настройка прав доступа пользователей

должна осуществятся пользователями и администратором системы, в соответствии с их правами доступа.

Соответственно теперь можно формулировать требования к системам расчетов и анализа.
Расчетная система должна:

• обеспечивать расчет энергопотребления в соответствии с режимами и тарифами;
• обеспечивать расчет балансов по энергоисточникам (если они конечно есть);
• обеспечивать расчет балансов по зонам (группам).
• Учитывать при расчетах:
  • нарушение режимов,
  • нештатные ситуации,
  • нарушения сроков поверки.

Система анализа должна обеспечивать выявление:

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

Соответственно анализ должен производится:

• оперативная информация,
• настроечные параметры (база данных),
• архивная информация.

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

В любом случае нам потребуется система сбора данных.
Системы бывают весьма различные, но нас пока не сильно беспокоит реализация.
Нас беспокоит результат:

• Как часто мы получаем данные?
• Насколько этим данным можно доверять?
• Как быстро мы можем получить данные, если захотим?
• С какого количества приборов мы можем получать данные одновременно, если захотим?

Все это трансформируется в критерии:

• данные автоматически должны опрашиваться не реже чем Х раз в секунду/минуту/час/сутки;
• данные должны быть защищены от случайного/неслучайного изменения;
• система должна обеспечивать поступление данных по запросу оператора с Х приборов учета в течение Х секунд/минут/часов/суток.

Все остальное, это уже выбор реализации (который подробно описан в топологиях связи).

Определившись с системой сбора данных, можно перейти к системе хранения данных и так же определимся с двумя основными вопросами:

• Какие данные мы сохраняем?
• Как долго мы их храним?
• Как контролируется их целостность?

Собственно далее все просто.
Система хранения данных должна обеспечивать:

• хранение архивных данных в течение Х лет;
• хранение оперативных данных с интервалом не более Х секунд/минут/часов/суток, в течении Х секунд/минут/часов/суток;
• хранение оперативных данных с интервалом не более Х секунд/минут/часов/суток, в течении Х лет;
• система хранения данных должна вести журнал изменений настроечных, расчетных и метрологических данных;
• система хранения данных должна обеспечивать возможность защиты данных от несанкционированных изменений (модификации, удаления, добавления);
• система хранения данных должна обеспечивать возможность защиты данных от несанкционированного просмотра.

 

Метрологическое обеспечение

Приборы учета энергоресурсов, в том числе первичные преобразователи, вторичные вычислители и УСПД должны быть внесены в Госреестр средств измерений, и на момент эксплуатации иметь действующее клеймо Госповерки. Практически все.
Если Вам необходимо создать АИИС – автоматизированную информационную измерительную систему (что реально необходимо только для оптового рынка электроэнергии, или коммерческого учета электричества крупных потребителей, для остальных это по большей части пустая трата сил и средств), то необходимо дополнительно добавить несколько штрихов:

• комплекс в метрологически значимой части должен соответствовать ГОСТ 8.654-2009 (по бюрократической линии);
• комплекс должен быть обеспечен системой точного времени;
• поступающие данные должны контролироваться на предмет отклонения времени (хотя они и так должны контролироваться);
• комплекс должен поддерживать в приборах учета точное время (этим надо пользоваться крайне осторожно, более того с энергоресурсами отличными от электричества, например, природным газом, менять время лучше в присутствии инспектора).

 

Производительность

Итак, если Вы определились с назначением и функционалом системы самое время задуматься о производительности.

Плановая производительность системы это, по сути, ряд просто определяемых параметров:

• количество узлов учета энергоресурсов;
• количество пользователей системы.
• Функциональность:
  • как часто производится опрос показаний узлов учета;
  • в каком объеме производится аналитика;
  • как часто, и в каком объеме, производятся расчеты энергопотребления и энергоотпуска.
• Как долго должны хранится данные в системе.

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

Важно знать, что для разных систем, производительность может оцениваться в разных величинах. Эти величины надо знать:

• общедомовой узел учета;
• квартирный узел учета;
• общедомовой сумматор;
• тэг;
• сигнал.

Сигнал, это физически измеряемый параметр, соответственно в узле учета количество сигналов может существенно варьироваться, но, как правило, редко превышает 12. Поскольку в современных приборах производятся не только измерения сигналов, но и вычисления, а так же ведение различной самодиагностики и архивов, то для них было введено понятия тэга: физической или логической переменной. Количество тегов, как правило, в несколько раз (около 4) превышает количество физически измеряемых сигналов. Данный параметр сильно зависит от типа узла учета, и режима его использования. Поэтому правильнее считать количество тэгов, только после точного определения необходимой информации.
Квартирный узел учета, это, как правило (потому, что в некоторых домах по паре вводов на холодную и горячую воду, например в 137 серии), прибор на конкретный энергоресурс, соответственно, в доме количество (максимально возможное) квартирных счетчиков соответствует количеству вводов энергоресурсов на количество квартир.

Поскольку даже для небольших систем (около 100 зданий) расчет количества сигналов, тэгов, или квартирных счетчиков затруднителен (для систем с 1000 или с 5000 это практически отдельный почти научный труд), были введены укрупненные единицы измерения производительности (при этом, как правило, в данных системах были соответственно оптимизированы механизмы обработки и хранения).
Такими единицами производительности стали общедомовой узел учета (как правило, отдельный на каждый энергоресурс), и общедомовой сумматор (тоже как правило отдельный на каждый энергоресурс).
Общедомовой узел учета, обеспечивает учет поступающего в здание через ввод энергоресурса, а общедомовой сумматор обеспечивает регистрацию и суммирование данных с поквартирных узлов учета в пределах здания по всем (или чаще по разным) энергоресурсам.
Далее под узлами учета, мы будем понимать именно общедомовые узлы учета и общедомовые сумматоры.

Теперь перейдем к расчетам.

Количество узлов учета можно приблизительно оценить по формуле:
Количество узлов учета > Количество зданий * Количество энергоресурсов.* 2
Например, для города с 500 зданиями, и учетом по воде, теплу и электричеству узлов учета будет больше, чем 500*3*2, то есть больше чем 3000. Более точным будет исходить из того, что количества вводов (вводов по воде, вводов по газу, вводов по электричеству, вводов/теплоцентров) примерно равно количеству подомовых узлов учета. Это происходит потому, что в доме может быть больше чем один узел учета по любому (а то и по всем) виду энергоресурсов.
Для этого, конечно, надо поднимать документацию или делать обследование. Что не всегда возможно. Однако для оценки производительности этого вполне хватит.
Если узлы учета энергоресурсов уже есть, это существенно облегчает понимание их количества.

С количеством пользователей, несколько сложнее, так как с системой могут работать одновременно несколько организаций. Как правило, количество линейных сотрудников работающих с системой (группа учета, аналитики, диспетчеры, служба ремонта и т.п.) не должно быть менее 1 сотрудника на 600…1000 приборов, по каждому из отделов.
Кроме того, необходимо добавить начальников отделов и если есть смен, а так же руководство предприятия.

Если необходимо предоставлять данные непосредственно владельцам зданий, надо понимать, что возможно добавление еще пользователей по количеству зданий уменьшив на коэффициент неравномерности использования в пределах 0,1…0,3 (если только рабочие места не будут выводиться консьержам), тогда наоборот необходимо будет вводить увеличивающий коэффициент.
В любом случае более точные расчеты должны делаться специалистами на этапе проектирования, для целей приблизительных оценок этого более чем достаточно.

Производительность системы анализа и хранения примерно оценивается следующим способом:
В подсистему хранения получасовые/часовые, суточные, месячные, годовые архивы: должны поступать в любом случае.
Оперативные значения в соответствии с периодом опроса (раз в минуту/час/сутки) и настройками.

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

В документации на системы информация по производительности систем хранения и анализа дается либо в тэгах (что не очень удобно даже для ориентировочных расчетов), либо в узлах учета. При этом очень редко указываются типы фильтрации и их объем.

Время генерации, сохранения, экспорта и печати отчетов достаточно существенно. Если отчет делается 1 минуту, что на первый взгляд достаточно быстро (на заре учета, отчет делался вручную от 15 минут до часа), то для 100 зданий потребуется как минимум 5 часов на подомовые отчеты (не считая поквартирных, а их может быть до 10 000 и более). Соответственно для 2000 зданий при условии работы 24 скорости в 1 минуту явно недостаточно.
Поэтому на текущем этапе скорость формирования отчетов должна измеряться в секундах, а лучше в десятых, или сотых долях секунды (если только речь не идет о балансах). При этом надо понимать, что формирование отчета должно производиться с учетом нештатных ситуаций, нарушением режимов, и т.п. что существенно повышает нагрузку на расчетные модули.

 

Надежность

Надежность, это двоякий параметр. С одной стороны можно задать для разных оставных частей комплекса, что-то типа

• время наработки на отказ Х часов;
• срок службы Х лет.

Но это особенно на больших системах не даст должного эффекта, так как вероятность поломки системы работающей в течение многих лет без остановки уверенно стремится к 1.
Здесь более важен другой вопрос, какое время ремонта Вы реально можете себе позволить, и можете ли? Соответственно, в случае необходимости, правильнее предъявлять требования по горячей замене к блокам питания, жестким дискам, а если этого мало, то и к серверам в целом. Поэтому дополнительно к требованиям описанным выше необходимо добавить:

• серверная стойка должна быть обеспечена источником бесперебойного питания, поддерживающего работу основного оборудования в течение Х секунд/минут/часов/суток;
• серверная стойка должна иметь электропитание по I (II) категории.
• Серверное оборудование должно обеспечивать горячую замену:
  • блоков питания,
  • жестких дисков.

И, наверное, одно из самых решительных требований:

• комплекс должен быть создан на с использованием кластерных технологий (это кстати полезно и для производительности).

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

 

Защищенность

Это очень непростой вопрос. Но поскольку речь идет о расчетах за энергоресурсах, а это большие деньги, а иногда очень большие деньги, то в отличие от систем обычной диспетчеризации от него так просто не отмахнутся.
Даже в ГОСТ 8.654-2009 есть однозначные требования по защите:

• приборов учета (от несанкционированного вмешательства);
• каналов связи (от случайных и неслучайных изменений данных);
• систем хранения (от несанкционированного вмешательства).

и так далее.
И даже когда мы делаем не АИИС КУЭ, а, например биллинговый центр, или просто комплекс для небольшой сервисной или управляющей компании было бы правильным выполнить все эти требования по целому ряду причин.
Приборы учета наращивают защитные механизмы на перегонки:

• пароли;
• пломбы;
• фискальные архивы;
• дампы.

Список ширится день ото дня.
Почему надо защищать сервера с базами данных, объяснять тоже, наверное, нет смысла.
Это очевидно. А вот ситуация с коммуникационными каналами пока в стадии зародыша, и результат вполне предсказуем:

• осуществить подмену данных, особенно для систем базирующихся на GPRS/EDGE/3G достаточно просто;
• возможно осуществление массовой подмены данных.

Многие могут возразить, что это вскроется при выходе инспектора, но последствия этого выхода и сам выход неочевидны. В любом случае это несет определенные риски практически для всех участников процесса:
Поэтому правильное решение, либо применение технологий менее подверженных (хотя бы массовой) подмене данных, либо более правильно защищенного оборудования.
В любом случае должны быть защищены все участки комплекса. Поэтому приборы учета должны:

• быть защищены от несанкционированного вмешательства пломбой;
• иметь фискальные архивы изменений настроечных параметров.

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

• коммуникационные модули (со стороны приборов учета) должны обеспечивать передачу данных с использованием методов гарантирующих защиту передаваемых данных от случайных и неслучайных изменений данных;
• система сбора данных должна обеспечивать получения данных от коммуникационных модулей с использованием методов гарантирующих защиту передаваемых данных от случайных и неслучайных изменений данных;
• систем хранения данных должна обеспечивать защиту хранимых данных от несанкционированного вмешательства.

 

Унификация

Достаточно сложный вопрос для долгих систем, особенно в наше быстротекущее время. Стандарты и технологии меняются со скоростью, существенно более высокой, чем срок жизни оборудования. Это приводит к эксплуатации в рамках одного комплекса приборов и устройств разных поколений. При этом вопрос совместимости решается далеко не всегда. Новая модификация расходомера может быть немного короче (или еще хуже длиннее), новый электросчетчик другие протоколы обмена, обновление возможностей коммуникационные устройства вообще похоже на эстафету.
Но есть и достаточно неизменные параметры, такие как резьбы, диаметры, параметры токового выхода, и прочие характеристики, позволяющие эффективно собирать, а при необходимости обновлять комплексы любых размеров.
Здесь главное заложить механизм стандартности. Это как с гайками и винтами, Вы можете легко купить гайку или винт в любом магазине, и если Вам нужна заменить гайку на например, нержавеющую, то она так же может быть легко заменена. Потому, что какая бы она не была, какой бы завод ее не делала, она может быть лучше или хуже, но она подойдет, так как у нее будет стандартная резьба.
Суть проста, первичные приборы стыкуются со вторичными, с помощью стандартных интерфейсов, вторичные приборы так же, с помощью стандартных интерфейсов стыкуются с коммуникационными модулями, те в свою очередь с помощью стандартных протоколов и каналов связи стыкуются с центрами обработки, где так же происходит движение и обработка данных по стандартным шлюзам и интерфейсам.
То есть сложный комплекс разбивается на много частей, легко стыкуемых между собой.
И если Вы правильно подошли к задаче и построению архитектуры, то у Вас получается гибкий, ремонтопригодный (при необходимости легко расширяемый), надежный комплекс, который будет эффективно функционировать многие годы. Если нет, то любая попытка замены будет доставлять массу сложностей, причем не всегда решемых.

 

Внедрение комплекса

Пишем ТЗ

Существует миф, что техническое задание должен писать исполнитель сам для себя. Более того, этот миф стал постепенно превращаться в традицию. Такой подход имеет существенный минус. На выходе получается не то, что нужно и требуется, а то, что удобно и выгодно внедрить интегратору. Конечно, точка зрения интегратора достаточно важна, но она ни в коем случае не должна быть главной. Иначе получается как при походе рынок: просите синие шорты, вам пытаются продать зеленые брюки (потому, что у них нет шорт, тем более синих). И вам предлагают все, что угодно, кроме того, что Вам нужно. Многие поддаются и приходят домой с кучей всяких полезных вещей, но без шорт.
Поэтому необходимо очень хорошо, понимать то, что Вам действительно необходимо, и техническое задание писать самим. Конечно, Вы можете (даже, наверное, должны, по крайней мере, так делают в Европе и Америке) привлекать для этих целей консультантов, или консалтинговые компании (иногда, для того чтобы получить более широкое представление, даже нескольких).
Что касается практики, то техническое задание должно мыть максимально четкими и конкретным. Слова эффективное, быстрое, реальное время, и тому подобное должны использоваться только во введении.
В самом техническом задании должны быть заданы конкретные требования, типа: «… в течение 30 секунд с …», «… одновременно по 1 0 0 0 узлам учета …», и так далее.
Никаких субъективных требований быть не должно. Если Вам принципиален внешний вид, то лучше заказать отдельный дизайн-проект, с тем, чтобы гарантировать, как все в итоге будет выглядеть (это характерно, например, для проектов с мнемосхемами, так от цветов и размеров изображений достаточно сильно зависит утомляемость, и как следствие реакция операторов).
Помните, что именно соответствие техническому заданию, является критерием оценки результата, поэтому в техническом задании должны быть отражены все требования к комплексу, а так же соответствие ГОСТам и СНиПам, которые так же должны быть перечислены.
Техническое задание это на ряду с выбором интегратора один из наиболее важных этапов.
И самое главное, правила написания технических заданий достаточно хорошо проработаны в советское время, поэтому можно легко найти ГОСТ на их составление.

 

Нужен ли проект?

Необходимость проекта на комплекс, не так очевидна, как это может показаться на первый взгляд. Не смотря на всю очевидность полезности проектирования (перед началом закупки оборудование и программного обеспечения) проекты на комплексы выполняются далеко не всегда.
Причин несколько. Первая причина, это то, что на большую часть входящего в комплекс составных частей проекты существуют. Соответственно предполагается, что если все по отдельности спроектировано, то зачем делать общий проект?
Вторая причина, это то, что те проектные решения, которые есть, часто вызывают недоумение. И действительно картинки в Visio, с небольшими комментариями, а именно так в большинстве своем выглядит большинство проектов на комплексы, не вызывают ничего, кроме мыслей о зря потраченных деньгах и времени.
Третья причина, это то, что считается вполне очевидным, что если поставить на компьютер программу, компьютер поместить в шкаф, то это будет работать. По сути так и есть, если относиться к комплексу как к компьютеру с программным обеспечением, проект действительно не особо нужен: Вы покупаете готовый сервер, с предустановленным на него ПО. На него есть паспорт, зачем что-то еще? Вы же не делаете проект на машину, Вы просто покупаете ее и ездите. Да это вполне справедливые доводы. Однако если под комплексом подразумевать именно комплекс, тогда проектирование действительно полезно, если под проектированием понимается именно проект, а не красивые картинки.
Проект, содержащий структурные и функциональные схемы, технические задания на программирование (если это необходимо, что тоже должно быть установлено проектом), расчеты, обоснования и спецификации действительно полезен. Но надо отметить еще раз, что это должен быть именно проект, на комплекс, включающий в себя и серверную составляющую, и учет энергоресурсов, и коммуникационное оборудование.

 

Выбираем интегратора

Выбор интегратора это, по сути, основное, что должен сделать заказчик, помимо написания ТЗ. Именно опыт и возможности интегратора – компании которой будет проектировать, и запускать комплекс зависит конечный результат. Причем «качество» интегратора могут превалировать и над качеством оборудования, и над качеством программного обеспечения. Конечно, чуда не произойдет, и на заведомо плохих составляющих даже хороший интегратор, прекрасно работающий комплекс не внедрит, но если интегратор действительно хороший, и взялся за работу, результат будет положительным. Хуже, когда за работу берутся компании, не имеющие должного профильного опыта, это, как правило, оборачивается не самым оптимальным подбором компонентов, затягиванием сроков, и упусканием множества важных мелочей.
Критерии выбора просты: что, в каком объеме, с каким результатом, сделано интегратором?
Собственно дальше надо трезво оценить возможности интегратора. Это как с ремонтом машины: и шиномонтаж, и замена колодок или масла, и капитальный ремонт двигателя все это авторемонт. Более того, ремонт двигателя старых Жигулей, и нового грузового Мерседеса тоже немного отличаются. Поэтому Вы вряд ли обращаетесь в салон по замене масла за серьезным ремонтом.
При внедрении комплексов все тоже самое. Комплекс на 100 узлов учета, комплекс на 1 0 0 0 и на 4 0 0 0 это совсем не одно и тоже. Есть разница в создании узлов учета энергоресурсов (профессионалы знают какая большая разница между узлами учета электричества, тепла, газа), систем сбора данных, обработки и анализа данных. А это далеко не все, что входит в требуемый комплекс. Более того, это все должно работать как единое целое, и на требуемом узле учета (предположение: если оно хорошо работает на 10…100 узла учета, будет работать и на 1 0 0 0 …10 0 0 0 , так же обосновано, как полет на марс в Кукурузнике). Поэтому выбор компаний интеграторов (если конечно, результат Вас интересует) достаточно важен, и при этом он действительно достаточно прост.
Итак:

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

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

 

Затраты на внедрение

Затраты на внедрение комплекса охватывает большое количество этапов и аспектов это с одной стороны:

• разработка ТЗ;
• обследование;
• проектирование;
• поставка;
• монтаж;
• обучение;
• пуско-наладка.

и

• Узлы учета:
  • питьевой воды,
  • природного газа,
  • стоков,
  • тепловой энергии,
  • электричества.
• Коммуникационный уровень;
• системы сбора и обработки данных;
• рабочие места.

Количество затрат достаточно объемное. И если с узлами учета все, так или иначе, понятно: они прописаны в законах и финансируются, в том числе и из федерального бюджета. То с коммуникационным оборудованием и тем более системами сбора и обработки данных все по другому. Такая ситуация приводит к тому, что в очень немногих местах эта задача решена. Более того, во множестве случаев это задача практически не решается и сейчас.
Осознание того, что комплекс гораздо предпочтительнее отдельно стоящих десятков или сотен ( а иногда и тысяч) узлов учета сомнения, как правило не вызывает. Это очевидно. Но механизмов финансирования это не добавляет, и вынуждает придумывать разные достаточно спорные решения, как правило ведущие к латанию, и по сути выкидыванию и без того незначительных средств.
Вот на этом этапе и проявляется основное удобство энергетических датацентров, практически нулевая инвестиционная составляющая. Затраты на внедрение комплекса могут отсутствовать в принципе (в том числе и на коммуникационное оборудование).

 

Эксплуатация

За все надо платить, зачем нанимать кого-либо, когда можно сделать это самим?
Вот здесь и проявляется основное достоинство энергетических датацентров: высокая производительность, и как следствие низкая себестоимость. Затраты на эксплуатацию настолько малы, что не превышают расходов на зарплату специалиста. При этом Вы получаете в свое распоряжение не просто специалиста, а полностью выстроенный процесс, со всем необходимым персоналом, оборудованием и сервисом.
Практика такова, что даже среди энергетических компаний далеко не все могут себе позволить содержание подобной инфраструктуры (не говоря уже о создании).
Поэтому с точки зрения затрат на эксплуатацию (а тем более с точки зрения качества эксплуатации) выбор энергетического датацентра гораздо предпочтительнее поддержания (и создания) собственной структуры.
Это в разной мере эффективно и для управляющих компаний, и для сервисных компаний, и для энергосбытовых компаний и для муниципальных образований. При этом, как правило, стоимость обслуживания в энергетическом датацентре составляет от 100 до 900 рублей за узел учета, Соответственно меньше чем за тысячу (а то и полтысячи) рублей Вы получаете ОДК (оперативно-диспетчерский контроль), энергетический биллинг, квалифицированную поддержку по целому ряду технических и юридических вопросов, без каких либо серьезных инвестиций и главное быстро. Основной вопрос здесь, правильно подобрать список необходимых услуг и сервисов, ну и самого энергетического датацентра.

 

Выбор облака

Выбор энергетического датацентра, или как их еще называют «облака» это банальное соотношение цена/качество. Есть дорогие услуги, есть бесплатные сервисы. Но в любом случае надо понимать, из чего выбирать.

Как правило, энергетические датацентры предоставляют следующий список услуг:

• сбор и хранение данных;
• хранение и предоставление данных;
• подготовка отчетов об энергопотреблении;
• анализ данных;
• резервное копирование.

При этом услуга предоставляется либо как аренда «физического» сервера, либо как аренда «виртуального» сервера, либо как энергоаккаунтов – выделение квот на существующих серверах пользователям.
Понятно, что объем сервисов может отличаться, но давайте посмотрим эти услуги подробнее позже. А пока посмотрим на дополнительные сервисы которые могут быть предоставлены энергетическими датацентрами:

• ручной аналитический контроль;
• предоставление (сдача) отчетов об энергопотреблении в энергосбытовые компании;
• создание энергетических паспортов;
• синхронизация (экспорт/импорт) с системами (например 1С бухгалтерией) пользователя.

Так же иногда предоставляются такие услуги:

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

Этот список не претендует на все объемность, и энергетическими датацентрами могут оказываться и другие услуги, здесь отражены лишь основные из них.
Однако давайте вернемся к основным сервисам и услугам.
Для начала рассмотрим понятия физического» сервера, «виртуального» сервера и энергоаккаунта:

• Энергоаккаунт – пользователю выдается квота узлов учета на существующем датацентре. Пользователь работает со своими узлами учета которые видит только он сам, или пользователи которым он сам предоставил соответствующие права. Все вопросы, касающиеся контроля работоспособности оборудования и программного обеспечения, берет на себя пользователь.
• «Виртуальный» сервер, это когда пользователю (как правило, компании) предоставляется отдельный виртуальный сервер с определенным зарезервированным за ним количеством оперативной памяти, процессорной мощности, местом на жестком диске, и настроенным программным обеспечением исключительно для него. Такая необходимость может возникнуть при желании иметь обособленные данные, при запуске «тяжелой» аналитики и расчетов по большому количеству узлов учета, или необходимости запуска на сервере своих приложений и сервисов.
• «Физический» сервер, это когда пользователю (обычно компании) предоставляется отдельный физический сервер (или несколько), и настроенное программное обеспечение исключительно для него. Такая необходимость может возникнуть при желании иметь обособленные данные, при запуске большого количества аналитики и расчетов, или желании запускать на данном сервере собственные скрипты и сервисы.

Услуга энергоаккаунтов ориентирована на одиночных пользователей (ТСЖ, ЖСК), небольшие сервисные и управляющие компании, а так же муниципальные и региональные образования.
Некрупные энергосбытовые компании, крупные управляющие и сервисные компании, а так же небольшие операторы коммерческого учета используют, как правило, «виртуальные» сервера. «Физические» сервера обыкновенно нужны только достаточно крупным энергетическим компаниям и операторам коммерческого учета.

Что касается непосредственно сервисов, то в системах сбор данных может предоставляться сбор данных по:

• GSM CSD / Dial Up (модемам);
• GSM GPRS/EDGE/3G, 4G, LAN (как правило через домашние сети).

Каналы связи могут быть:

• открытые каналы связи;
• криптографическая защита каналов связи.

Данные могу поступать с узлов учета энергоресурсов:

• по запросу;
• по расписанию;
• постоянно.

Соответственно, и храниться данные могут по разному:

• часовые/получасовые архивы;
• суточные архивы;
• фискальные архивы и настроечные параметры;
• оперативные данные.

При этом оперативные данные могут сохраняться: раз в день/в час/в полчаса/раз в несколько минут (редко секунд), а могут и не сохранятся.
Так же период хранения данных может составлять от месяца до нескольких лет.

Сервисы расчетов могут иметь возможность работы:

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

Так же интересна возможность формирования документов в популярных форматах, таких как Word, Excel, Pdf.

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

Что касается резервного копирования, то оно осуществляется, как правило, раз в сутки, и включает в себя сохранение настроечных и пользовательских данных.

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

При выборе того или иного датацентра может быть учтен еще один фактор: удобство.
Время SMS уведомлений уходит вслед за пейджерами. Многие энергетические датацентры предоставляют клиентов (рабочие места) не только для привычных компьютеров и ноутбуков, но так же специальные версии для Интернет планшетов и коммуникаторов (смартфонов), позволяющих реально работать с энергетическим датацентром практически в любом месте и в любое время. Это особенно удобно для руководящего персонала, а так же различных управляющих, которые не сидят на одном месте.

Так Вы можете получить еще какие-нибудь удобства и плюсы, благо они появляются постоянно

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

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