Сравнительные характеристики АСКУЭ Опции

[Вадим Жураковски...]

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

1 Максимальное расстояние счетчик-роутер, м
2 Потребляемая мощность роутера, Вт
3 Потребляемая мощность счетчика, Вт
4 Вид модуляции для сигналов PLC
5 Периодичность фиксации показаний счетчика
6 Возможность фиксации показаний без роутера
7 Максимальное количество счетчиков на 1-ом роутере
8 Открытость протоколов (возможность разработки собственного ПО)
9 Ограничение по мощности
10 Дистанционное отключение и включение
11 Фиксация превышения P
12 Фиксация отклонений U
13 Фиксация стороннего воздействия (магнит, …)
14 Стоимость счетчика
15 Стоимость роутера
16 Стоимость ПО

Можете помочь отредактировать этот список параметров, а также предоставить информацию о каких-то существующих системах?

[с2н5он]

17. срок службы, срок гарантии на оборудование

[Вадим Жураковски...]

18.Возможность проведения повторной госповерки

[Слава]

10 Дистанционное отключение и включение

(Счётчика) Хороший пункт.

[yuoras]

19.СТРУКТУРА СИСТЕМЫ (ДВУХ или ТРЕХ УРОВНЕВАЯ)

[MegaWolt]

8а. Защищённость протоколов и каналов связи от несанкционированного вмешательства.

[Вадим Жураковски...]

19.СТРУКТУРА СИСТЕМЫ (ДВУХ или ТРЕХ УРОВНЕВАЯ)

подробнее можно? Что за уровни? Какие плюсы и минусы?

[Гость_Упырь_*]

9. Добавить ограничение по току, напряжению(максимальному и минимальному), дифференциальному току...
10. Добавить удалённую конфигурацию всех параметров счётчика(профилей, тарифного расписания, уставок реле и т.д.)
11,12,13. Добавить датчик дифференциального тока
20. Необходимость предварительной конфигурации счётчика(присвоение сетевых адресов и т.д.)

[Гость_Упырь_*]

21. Ретрансляция и количество её уровней. Полностью автоматическое перестроение маршрутов ретрансляции.
22. Реальный опыт эксплуатации крупной системы длительный срок (например 10000 приборов в системе более 3 лет)

[Гость_Упырь_*]

23. Возможность дистанционного обновления прошивки счётчиков.

[Илья Краснов]

24 Типы каналов связи счётчик-УСПД и УСПД-ЦСОИ. Возможность работы по GPRS, эксплуатационные расходы на трафик, наличие оптимизации GPRS-трафика
25. Наличие функций контроля объектов автоматизации - телесигнализация о срабатывании датчиков открытия дверей, пожарно-охранной сигнализации
26. Наличие дополнительных функций ПО - контроль качества электроэнергии, анализ данных, экспорт ,стыковка с биллингом, достоверизация, выполнение массовых операций (например, вывести список всех потребителей, превысивших мощность и задать им массово новый лимит, вывести список всех должников и всех дистанционно отключить)
27. Возможность и глубина хранения профиля мощности в УСПД
28. Наличие сертификатов о внесении в госреестр СИ для УСПД и ИВК, а также ПО АСКУЭ.
29. Опыт разработчика системы - количество и масштабы внедрений АИИС КУЭ, типы объектов внедрений - промышленность, сети, сбыты генерация (в быту пока мало внедрений функционально богатых систем, всё самое интересно в большой энергетике).
30. Наличие в регионах интеграторов, умеющих строить и сопровождать АИИС на базе решений разработка. Наличие у разработчика поддержки и курсов обучения по работе с системой.
31. Развивается ли решение, какой путь оно прошло за последние 5 лет.
32. Разнообразие поддерживаемых счётчиков контроллерами, а также счётчиков и контроллеров софтом верхнерго уровня.

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

Сообщение отредактировал Илья Краснов - 15.8.2011, 11:28

[Вадим Жураковски...]

№ Название параметра системы
1 Максимальное расстояние счетчик-роутер, м
2 Потребляемая мощность роутера, Вт
3 Потребляемая мощность счетчика, Вт
4 Вид модуляции для сигналов PLC
5 Возможность прохождения сигнала через высокой стороне сети (когда роутер на низкой стороне одного ТП может видеть счетчики на низкой стороне другого ТП)
6 Периодичность фиксации показаний счетчика
7 Возможность фиксации показаний без роутера
8 Максимальное количество счетчиков на 1-ом роутере
9 Открытость протоколов (возможность разработки собственного ПО)
10 Ограничение по току, напряжению(максимальному и минимальному), дифференциальному току…
11 Дистанционное отключение и включение
12 Фиксация превышения P
13 Фиксация отклонений U
14 Фиксация стороннего воздействия (магнит, …)
15 Удалённая конфигурация всех параметров счётчика(профилей, тарифного расписания, уставок реле и т.д.)
16 Необходимость предварительной конфигурации счётчика (присвоение сетевых адресов и т.д.)
17 Ретрансляция и количество её уровней
18 Автоматическое перестроение маршрутов ретрансляции
19 Опыт эксплуатации системы (Компания, кол-во счетчиков, срок эксплуатации)
20 Возможность дистанционного обновления прошивки счётчиков
21 Возможность дистанционного обновления прошивки роутера
22 Типы каналов связи счётчик-роутер
23 Наличие функций контроля объектов автоматизации (срабатывании датчиков открытия дверей, пожарно-охранной сигнализации)


Дело в том, что не хочется сюда писать требование к ПО верхнего уровня. Политика холдинга в данном вопросе следующая - должно быть единое собственное ПО для всех эксплуатируемых систем в компаниях холднига. Может это и правильно. Главное собрать данные в унифицируемом виде в одну базу (можно сразу в биллинг). В вот что с ними делать дальше (анализ небалансов, качества, …) – это уже задача «местных» программистов.

попробую посортировать по каким-то группам

[a99]

Политика холдинга в данном вопросе следующая - должно быть единое собственное ПО для всех эксплуатируемых систем в компаниях холднига. Может это и правильно. Главное собрать данные в унифицируемом виде в одну базу (можно сразу в биллинг). В вот что с ними делать дальше (анализ небалансов, качества, …) – это уже задача «местных» программистов.

Эффективность такой политики в данном конкретном случае крайне сомнительна, учитывая, что ПО уровня "АльфаЦентра" или "Пирамиды 2000" создаётся немаленьким штатом программистов годами.

Сообщение отредактировал a99 - 15.8.2011, 13:13

[yuoras]

Эффективность такой политики в данном конкретном случае крайне сомнительна, учитывая, что ПО уровня "АльфаЦентра" или "Пирамиды 2000" создаётся немаленьким штатом программистов годами.

Да, вполне согласен.

[Вадим Жураковски...]

Эффективность такой политики в данном конкретном случае крайне сомнительна, учитывая, что ПО уровня "АльфаЦентра" или "Пирамиды 2000" создаётся немаленьким штатом программистов годами.

1. Не должно быть зоопарка в ПО
2. Не должно быть привязки под конкретное ПО, счетчики, фирму.


Кроме того, всегда был критичным вопрос внесения своих «пожеланий» в функционал ПО сторонней разработки (дорого и по срокам исполнения очень долго).

Из опыта компании. Если существует зоопарк ПО, например, различное бухгалтерское ПО, то выбирается лучшее ПО и «покупаются» разработчики данного ПО (они должны быть у нас в штате и работать на нас).

24 Допустимый диапазон температуры внешней среды, для нормальной работы роутера
25 Допустимый диапазон температуры внешней среды, для нормальной работы счетчика



26 Возможность фиксации показаний счетчиками ровно в 00:00:00 (на начало дня)

27 Дистанционный съем показаний потребителем


Как правильно написать, когда один "слепой" счетчик ведет учет сразу несколько квартир (точек учета)?

[a99]

1. Не должно быть зоопарка в ПО

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

2. Не должно быть привязки под конкретное ПО, счетчики, фирму.

Современное ПО аксакалов рынка АСКУЭ поддерживает практически весь парк цифровых счётчиков, встречающихся на просторах нашей необъятной Родины. Чего нельзя сказать о софте производителей счётчиков - те, как правило, ограничиваются поддержкой собственного железа. Техподдержка есть у всех. Никто с рынка не уходит и клиентов не бросает. Нужно нацеливаться на долговременное сотрудничество и оговаривать спецусловия.

Кроме того, всегда был критичным вопрос внесения своих «пожеланий» в функционал ПО сторонней разработки (дорого и по срокам исполнения очень долго).

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

Сообщение отредактировал a99 - 15.8.2011, 15:54

[Вадим Жураковски...]

вот мой последний вариант:

№ Название параметра системы

1 Автоматическое перестроение маршрутов ретрансляции
2 Вид модуляции для сигналов PLC
3 Возможность прохождения сигнала по высокой стороне сети (когда роутер на низкой стороне одного ТП может видеть счетчики на низкой стороне другого ТП)
4 Максимальное расстояние счетчик-роутер, м
5 Ретрансляция и количество её уровней
6 Типы каналов связи счётчик-роутер
7 Максимальное количество счетчиков на 1-ом роутере
8 Потребляемая мощность роутера, Вт
9 Потребляемая мощность счетчика, Вт
10 Допустимый диапазон температуры внешней среды, для нормальной работы роутера, С
11 Допустимый диапазон температуры внешней среды, для нормальной работы счетчика, С
12 Удалённая конфигурация всех параметров счётчика(профилей, тарифного расписания, уставок реле и т.д.)
13 Возможность дистанционного обновления прошивки роутера
14 Возможность дистанционного обновления прошивки счётчиков
15 Необходимость предварительной конфигурации счётчика (присвоение сетевых адресов и т.д.)
16 Возможность фиксации показаний без роутера
17 Возможность фиксации показаний счетчиками ровно в 00:00:00 (на начало дня)
18 Дистанционное отключение и включение
19 Дистанционный съем показаний потребителем
20 Ограничение по току, напряжению(максимальному и минимальному), дифференциальному току…
21 Открытость протоколов (возможность разработки собственного ПО)
22 Периодичность фиксации показаний счетчика
23 Фиксация отклонений U, В
24 Фиксация превышения P, Вт
25 Фиксация стороннего воздействия (магнит, …)
26 Наличие функций контроля объектов автоматизации (срабатывании датчиков открытия дверей, пожарно-охранной сигнализации)
27 Стоимость одного счетчика, грн
28 Стоимость одного роутера, грн
29 Стоимость ПО, грн
30 Используемое СУБД
31 Опыт эксплуатации системы (Компания, кол-во счетчиков, срок эксплуатации)




Может еще кто даст совет.
Далее буду направлять анкеты для сбора информации.
Может кто поможет заполнить столбец с параметрами для конкретной системы. Файл шаблон не могу вложить (Неудачная загрузка. Вам запрещено загружать такой тип файлов)

Сообщение отредактировал Вадим Жураковский - 19.8.2011, 16:10

[с2н5он]

архивьте в zip

[sergey21]

архивьте в zip

отличный пост

[Вадим Жураковски...]

архивьте в zip

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

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

 table.zip ( 5.53 килобайт ) Кол-во скачиваний: 197