Комментарии 27
Уважаемый автор, а можно какие-то итоги и выводы? Чтобы Вы порекомендовали человеку "не в теме" для расчёта модели дачной электростанции на 300 Вт на солнечных панелях?
Это https://pvlib-python.readthedocs.io/en/stable/
Но она даст только объемы выработки, в зависимости от параметров места и самой станции, а экономику придется считать отдельно... Поскольку экономика должна учитывать особенности и потребления, и законодательства, в т.ч. если будет генерация в сеть.
А что вы там собрались считать?
Если уж речь пошла про энергетику, то вот еще ссылка https://github.com/PVKonovalov/awesome-smartgrid
Это все зарубежные библиотеки, работающие по международным стандартам, не действующих в РФ. И как правило завязанные на узкие темы зеленой энергетики. Есть ли в природе российские разработки на тему отечественных стандартов? Или хотя в части ТОЭ, делающие расчет цепи методом контурных токов, например, или делающие расчет ТКЗ методом наложения. Не говоря уже о том, что скорее всего не существует симуляторов релейной защиты на Python, сколько ни искал, ничего адекватного не нашел. Возможно, я что-то упускаю из виду, но скорее всего весь этот конвейер выпускников вузов и школ программирования с этой сферой никак не пересекается.
да там, как только речь о расчёте установившегося режима зашла (power-grid-model) - сразу три строки описания, характерных для курсача МЭИ :-)
Некоторые из этих библиотек весьма сложные и содержат массу функций, поддерживаются множеством специалистов - см. Windpower и cv-power… Мне потребовался бы месяц минимум, чтобы разобраться только с этими двумя библиотеками.
У нас исключительно сильный специалист больше года с ветром разбирался - только недавно закончил. Там столько вариантов... но им, пожалуй, проще - доступ к первоисточникам, опробование на практике. Но это, опять же, со стороны динамики режима, а не экономики. В составе модели ЭС с воспроизведением электромеханических переходных процессов.
Да, ветер - это не так просто, одна и та же средняя скорость ветра, но с той или иной разницей между верхним потоком и нижним, может очень сильно влиять, ведь мощность, снимаемая с ветряка, пропорциональна кубу скорости ветра!
дело не только в этом, но и в том, как именно энергия отдаётся в сеть, как устроено регулирование системы, какие параметры. Важно - какие стандарты при этом используются, как переменные в этих стандартах соотнести с используемыми у нас... Причём модель, формально правильно по стандартам сделанная - вовсе не обязательно не будет раскачивать ЭС.
Как при этом минимизировать сбор данных, потому что зачастую у эксплуатантирующих модель служб нужных данных по динамике просто нет, и сбор с обращениями в другие службы - долго и дорогое удовольствие. Мы это регулярно проходим с самыми разными устройствами. Одни только УШРы сколько крови выпили...
Если отойти от задач, решаемых студентами на коленке (расчет цепи, некоторые из приведенных в посте и прочие), то в энергетике есть действительно сложные задачи, для которых пишется весьма серьезный софт. Естественно, такой софт не пишется на питоне, а потом не выкладывается в свободный доступ.
Меня больше интересует другой вопрос: если такой софт выкладывают, то в чем мотивация разработчиков? Разработка требует больших средств. Верификация требует вообще не понятно чего, а без нее вас вряд ли кто-то будет рассматривать всерьез, без нее вы - поделка студентов на коленке. К тому же вы даете своим конкурентам дополнительный инструмент. В чем выгода то? Вряд ли это делается из соображений гуманизма)))
Мотивация выкладывать в открытый доступ следующая:
1) Большинство этих библиотек разработано институтами, то есть финансировалось, скорее всего, из специальных программ, и требованием там было - "раз налогоплательщики заплатили, то это должно быть открытым"
2) Открытость модели следует из того, что используются открытые же алгоритмы (решатели), особенно задач линейного программирования
3) Открытость модели снижает риски заказчика, который обратится для ее адаптации для себя (а вот адаптация, сбор данных и ввод их в модель будут уже платными), это модель, когда продаётся не продукт, а услуга по его внедрению. В этом смысле открытость повышает привлекательность, покупается услуга работы не с чёрным ящиком
4) Некоторые разработчики специально стимулируют создание экосистемы вокруг их моделей, дискуссии и обсуждения, форки, поэтому модель должна быть открытой.
5) Когда на рынке в итоге столько открытых и бесплатных в виде как-есть моделей, сложно пробиться на него с платным продуктом (и это только на питоне, есть открытые и на других языках!)
5) Когда на рынке в итоге столько открытых и бесплатных в виде как-есть моделей, сложно пробиться на него с платным продуктом (и это только на питоне, есть открытые и на других языках!)
Неверно :-) Такой подход годится, только если результат не слишком волнует. Энергетика - дорогая штука, и неправильные решения обходятся гораздо, гораздо дороже, чем закупки проприетарного ПО.
Посмотрите, например, https://www.pandapower.org/ . Если речь идёт о том, чтобы быстро просчитать какой-то узел, стОит ли закупать для этого сложное ПО или воспользоваться этой библиотекой, которую тысячи инженеров крутили и вертели и так, и сяк, и до вас успели наткнуться и вычистить нвсе возможные косяки?
Отечественные есть, разработанные под заказчика, платные и закрытые (и не на питоне))). Я же делал обзор именно открытых, на питоне, с репозиторием на гитхаб и документацией, где можно "покопаться в кишочках"...
Было бы интереснее узнать что конкретно вы рассчитали и какие получили результаты и пользу, а не список всего, что нашлось в интернете
Вот еще репозиторий: https://github.com/electricitymaps для, например, вот этого проекта: https://app.electricitymaps.com/map
А вот поиск по гитхабу: https://github.com/topics/electricity?l=python
Обзор библиотек на питоне для моделирования в сфере электроэнергетики