Файл интервалов завода за год зафиксировал 96 четвертьчасов выше 500 кВт, и важно было не то, насколько высоки эти значения. Важно было то, что они произошли в 41 отдельном событии, и что одно событие длится девять последовательных интервалов. Батарея, которая покрывает самую высокую точку, но не самое длинное событие, выставляется по этому событию.
Что говорит файл интервалов об этом заводе
Пример. Производственный объект с двумя сменами и повторяющимся ежемесячным пиком в 620 кВт, целевым спросом в 500 кВт и платой за спрос в 14,50 евро за кВт в месяц.
- 96 интервалов выше целевого значения за год, что составляет 24 часа времени превышения лимита
- 41 отдельное событие, так что среднее событие составляет 2,3 интервала, около 35 минут
- Самое длительное событие — 9 интервалов, 2 часа и 15 минут
- Энергия выше линии: 228 кВтч в этом самом длительном событии, 1 860 кВтч за год
Форма важнее высоты. Объект, у которого время превышения лимита сосредоточено в нескольких длинных событиях, нуждается в энергии, а объект с множеством коротких всплесков нуждается в мощности и очень мало энергии. Этот завод относится к первому типу, поэтому размер был определен девятым интервалом одного события, а не показанием 620 кВт.
Что должен решить контроллер
Снижение пикового значения осуществляется контроллером, а не техническим паспортом, и контроллер должен принять пять решений, прежде чем какая-либо энергия будет сохранена.
Расчет, в порядке, в котором его выполняет контроллер
В пиковом интервале нагрузка превышает целевое значение на 120 кВт, что находится в пределах 125 кВт шкафа. Следовательно, потребность в мощности удовлетворяется одним устройством, а остальная часть расчета касается энергии.
Самое длинное событие требует 228 кВтч, доставленных выше линии. Полезное окно шкафа составляет 238,74 кВтч при 90 процентах глубины разряда, что оставляет 10,74 кВтч запаса, или 4,0 процента от номинальной энергии 265,26 кВтч. Запас в четыре процента слишком мал, чтобы его можно было учитывать в настройках управления, а не в сноске.
Возврат этого события стоит 259 кВтч по счетчику, поскольку доставленная энергия должна быть восполнена через круговую поездку с эффективностью 88 процентов. Эта нагрузка должна быть запланирована, потому что перезарядка добавляется к тому же спросу, который контроллер пытается удержать.
Где контроль становится решением о размере
Ruibit указывает две цифры для шкафа мощностью 125 кВт: 265,26 кВтч номинальной и 238,74 кВтч полезной при 90 процентах глубины разряда, и расчет резерва должен исходить из разницы между ними, а не добавляться сверху.
Это тот момент, когда операционный выбор превращается в капитал. Резерв в 10 процентов от номинальной энергии удерживает 26,53 кВтч, что оставляет 212,21 кВтч для снижения, и 212,21 кВтч не покрывает 228 кВтч, необходимых для самого длинного события. Событие остается несниженными, и поскольку это событие устанавливает месячный пик в месяц его возникновения, плата за спрос в этом месяце выставляется на уровне несниженного значения, независимо от того, насколько хорошо контроллер работал по другим 40 событиям.
Арифметика устанавливает потолок: 238,74 кВтч минус 228 кВтч оставляет 10,74 кВтч, что составляет 4,0 процента от номинальной энергии. Объект, которому нужен резерв больше, чем это, имеет два честных варианта, и только два. Он покупает второй шкаф или принимает годовой счет, который включает одно важное событие.
Почему правило расписания отдает часть экономии
Пример. При лимите спроса в 500 кВт пик падает с 620 кВт до целевого значения, и экономия составляет 120 кВт при 14,50 евро за кВт в месяц, что составляет 1 740 евро в месяц или 20 880 евро в год.
Теперь предположим, что контроллер разряжает по фиксированному графику с 10:00 до 14:00, что является шаблоном, которому следуют большинство заводских нагрузок на бумаге. Шесть из 41 события выпадают за пределы этого окна, и в двух из двенадцати месяцев эти события устанавливают выставленный пик. Эти два месяца выставляются по несниженному значению 620 кВт, что уменьшает годовую экономию на 3 480 евро, или на 16,7 процента от нее.
Два критерия разделяют два подхода. Если события превышения лимита сосредоточены в окне, меньшем чем четыре часа, и остаются там в каждом месяце года, правило графика оправдано. Если события, которые выпадают за пределы окна, устанавливают пик более чем в одном месяце, только контроль лимита спроса избегает платы, потому что контроллер следует за нагрузкой, а не за часами.
Что спросить и что контроль не может восстановить
Спросите, для чего нужен резерв, и нужно ли защищаемой функции находиться внутри одного и того же устройства. Ответ, что резерв является запасом безопасности, без обязательства, прикрепленного к нему, — это резерв, который стоит объекту его самое длиннее событие.
Спросите, что делает контроллер, когда нагрузка превышает целевое значение больше, чем батарея может обеспечить в мощности. Ответ, что система снижает то, что может, — это ответ о пике, который все равно будет выставлен.
Спросите, как запланирована перезарядка и против какого лимита. Ответ, что батарея перезаряжается после события, не называя окна, обычно означает, что она перезаряжается во время пикового значения после обеда.
Три вещи устанавливаются, как только контроллер введен в эксплуатацию, и их нельзя восстановить позже. Процент резерва — это решение о размере, описанное выше, и оно фиксируется устройством, которое было заказано. Окно перезарядки фиксируется тарифной структурой, по которой объект выставляется. И результат можно проверить только после полного расчетного цикла, поэтому лимит спроса и мертвая зона должны быть зафиксированы в письменной форме до первого разряда, а не в файле настроек, который никто не открывает снова.
Часто задаваемые вопросы
1. Какие данные о нагрузке нужны для снижения пиков на заводе?
Двенадцать месяцев данных с интервалом в 15 минут. Ежемесячный счет показывает максимальный спрос, но не то, как долго он длился, как часто он возникал или сколько отдельных событий его произвело. Структура события определяет, нуждается ли объект в мощности или энергии.
2. Как определяется мощность разряда?
Из самого большого разрыва между нагрузкой и целевым спросом, а не из самого пика. Если завод достигает пика в 620 кВт при целевом значении 500 кВт, требование составляет 120 кВт, и устройство мощностью 125 кВт покрывает его с небольшим запасом.
3. Как определяется энергия батареи?
Из самого длинного события выше целевого значения, а не из годовой энергии. В примере одно событие длится девять интервалов и требует 228 кВтч, что помещается в полезное окно 238,74 кВтч с 10,74 кВтч в запасе.
4. Почему контроль лимита спроса лучше, чем временной график?
Потому что заводские пики не следуют часам. В примере шесть из 41 события выпадают за пределы фиксированного четырехчасового окна, и в два месяца эти события устанавливают выставленный пик, что уменьшает 16,7 процента от годовой экономии.
5. Какой запас может удерживать батарея для снижения пиков?
Только то, что остается после самого длинного события. Резерв исходит из полезного окна, а не добавляется к нему, поэтому, если самое длинное событие требует 228 кВтч из окна 238,74 кВтч, резерв ограничивается 4,0 процентами от номинальной энергии.
