На главную страницу
Русский English
 


Поддержка
Форум
Техподдержка
Закрытый разделПерсональная

Авторизация

Запомнить меня на этом компьютере
  Забыли свой пароль?
  Регистрация



Поиск по сайту


Подписка

Изменение параметров

Hits 58376986
4622
Hosts 2338431
1100
Visitors 45689676
3877

14


Главная / Поддержка / Форумы / Отзывы о программе

Форум «Отзывы о программе»

Версия для печати Версия для печати

Список форумов
Новые темы
Список тем
Поиск по форумам
Помощь
Войти
Регистрация

Сообщения 26 - 50 из 178
Начало | Пред. | 1 2 3 4 5 6 7 8 | След. | Конец 

Тема: «Предложения по улучшению RastrWin3 , Предложения по улучшению RastrWin3 » в форуме: Отзывы о программе   Просмотров: 238743
 
Иван Почечуев
Постоянный посетитель
 
Всего сообщений: 174
Дата регистрации: 24.06.2010
Создано: 05.09.2012 12:38:18
 
 
Цитата
По какому закону меняется доп ток тр-а в зависимости от положения РПН ?

тут все зависит от типа регулятора и особенностей реализации устройства регулирования. Прислал несколько примеров на Ваш электронный адрес. Но так же не стоит забывать что на одном трансформаторе может быть установлено несколько регулирующих устройств. Как это программно реализовать пока не знаю.
 
Профиль
Наверх
Вадим
Гость
 
Создано: 05.09.2012 12:48:25
 
 
может поделить улучшения по категориям типа интерфейс, модель, расчет и по времени выполнения: долгосрочно, краткосрочно
Есть некоторые желания, которые вызваны повседневной работой, а есть желания типа просто чтобы были возможности..
Может сделать голосование, какие возможности и улучшения нужны в краткосрочной перспективе (пример: работа с графикой - это самое нужное и самое проблемное место)
 
Наверх
Иван Почечуев
Постоянный посетитель
 
Всего сообщений: 174
Дата регистрации: 24.06.2010
Создано: 05.09.2012 15:46:38
 
 
Цитата


Цитата
Иван Почечуев пишет:
Возможность сравнения режима с предыдущим (как в Космосе)

Обратите внимание на п. 2.8 документации пользователя Rastr3. Подход отличен от реализации в Космосе, но все же позволяет решить эту задачу.

Данная функция может быть полезна для вариантных расчетов, для оперативных расчетов данной функции недостаточно необходима возможность выводить результаты сравнения на графику. Так же лучше реализовать возможность переключения сравнения с запомненным и с предыдущим режимом.
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 05.09.2012 16:03:19
 
 
Цитата
Иван Почечуев пишет:
Цитата


Цитата
Иван Почечуев пишет:
Возможность сравнения режима с предыдущим (как в Космосе)

Обратите внимание на п. 2.8 документации пользователя Rastr3. Подход отличен от реализации в Космосе, но все же позволяет решить эту задачу.

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


Не понял, что мешает выводить результаты сравнения на графику. Да хоть в градиенты !
 
Профиль
Наверх
Вадим
Гость
 
Создано: 05.09.2012 17:16:18
 
 
Графика: экспорт графики (окно графики с выставленным маштабом) в форматы jpg,png,bmp
 
Наверх
Иван Почечуев
Постоянный посетитель
 
Всего сообщений: 174
Дата регистрации: 24.06.2010
Создано: 05.09.2012 17:23:28
 
 
Цитата

Не понял, что мешает выводить результаты сравнения на графику. Да хоть в градиенты !

Прошу прошения был не прав). Разобрался.

 
Профиль
Наверх
Александр Александров
Администратор
 
Всего сообщений: 600
Дата регистрации: 31.05.2008
Создано: 05.09.2012 18:38:16
 
 
Цитата
Графика: экспорт графики (окно графики с выставленным маштабом) в форматы jpg,png,bmp


Может это решит Вашу проблему
http://www.rastrwin.ru/ma­cro/grf2svg.php
Если нет, то чего не хватает ?
 
Профиль
Наверх
Вадим
Гость
 
Создано: 05.09.2012 19:39:04
 
 
да, я видел этот макрос - отличное исполнение, правда, дальше надо заморачиваться с конверторами)) было прикольно из растра получать уже готовую картинку (кстати, в DIgSILENT PowerFactory есть экспорт графики в фотографию, раз уж мы копируем лучшее из других программ)
 
Наверх
Иван
Постоянный посетитель
 
Всего сообщений: 231
Дата регистрации: 03.05.2011
Создано: 05.09.2012 19:46:22
 
 
Исправить подсветка столбцов.
Столбец отклонения напряжения, подсвечивается не корректно. Заданно при "15" - красный, при "-15" - синий, но подсвечивается наоборот. Если поменять местами заливку цвета, то тогда подсветка будет при "15" - красный, при "-15" - синий.

Расчет динамики планируется прикручивать или это будет все же отдельный проект RusTab?
 
Профиль
Наверх
gen
Посетитель
 
Всего сообщений: 16
Дата регистрации: 16.11.2011
Создано: 05.09.2012 20:25:09
 
 
Цитата
Хоть и не Александр, но попробую ответить:
1) Регулирование Кт для поддержания напряжения в узле конца ветви в текущей версии есть. Не знаю только как это называется АРПН, АРН или АРНТ. Нужно к этому прикрутить статизм по активному и реактивному току, параллельную работу нескольких тр-ров (?) и можно документировать.
Насчет ?любого? узла ? проблематично, да и бывает ли ?
2) УШР со статизмом и ограничениями тоже есть, хоть и не в любом узле, а только там где подключен. Можно добавить сопротивление тр-ра, если это существенно.
3) Разделение базисного и балансирующего реализовано расчет режима с учетом частоты. Через учет частоты делается и распределенный балансирующий узел. На саму частоту можно внимания не обращать.
4) Групповое регулирование реактивной мощности генераторами и в частности, когда генератор и пределы Q в одном узле а заданный модуль в другом планируется. Но опять же не в любом узле, а только за тр-ром.
5) АОСН (отключение нагрузки при просадке напряжения на её шинах) ? в текущей версии можно задавать кусочно-квадратичные СХН ? например до определённого напряжения мощность постоянна ? а далее резко снижается. Моделировать же отключение-включение в ходе расчета режима очень проблематично ? лучше делать серию режимов и задавать автоматику ( которая есть).
6) Корректный учет потерь в трех обмоточных тр-рах (сейчас они разносятся непонятно разносятся по классам напряжений). Кстати а как принято ? все на ВН ?

Ситуация когда пределы в одном узле, а регулирование в другом - ?любом? хорошо решается блоком оптимизации (ВРДО). Он и режим может посчитать

Спасибо за ответы, Владимир Геннадьевич! Попробую прокомментировать.
1. Рад за подвижки в этом направлении. Однако современное железо позволяет регулировать напряжение в любом узле. Хороший пример - ПС с токоограничивающими реакторами. Падение напряжения на реакторе 10 кВ может составлять более 1 кВ. В этом случае РПН тр-ра подключают на замер шинного тр-ра напряжения. Есть возможность заводить сигнал с любой ТП, удаленной от ПС. Не вижу оснований вводить ограничения на точку регулирования. Математически там нет проблем. Может конечно проблема в конкретной реализации?
2. Тоже самое. Зачем ограничения? Случаются казусы по экономическим соображениям - ставят не туда где он больше всего нужен, а там где получится. Замер гораздо проще дотянуть, чем поставить еще один выключатель.
3. Ну это можно конечно, но постановка задачи другая. Есть районы (Урал, Сибирь, Зарубежные страны ....). Каждый район обязан регулировать свое сальдо за счет собственных станций. Решение такой задачи под силу PSSE в два клика, а в Растре придется изрядно поломать голову и возможно так и найти решения.
4. Тоже что и 2. Схемы могут быть сложными. Не надо ограничивать выбор узла.
5. Кусочно-квадратичная СХН - это здорово! Но АОСН с ее ступенями и различными уставками в каждом узле моделировать таким образом слишком накладно и сложно большинству пользователей. Автоматика, к сожалению инициируется во время старта, а заранее я не могу определить величину отключаемой нагрузки в МВт. Если же указывать величину в %, то % берется не от начальной нагрузки, а от нагрузки с учетом СХН, что не правильно.
6. Эту проблему я подробно объяснял Александру. Так как трехобмоточные тр-ры и автотрансформаторы моделируются так же как двухобмоточные разделить эти потери сложно. Для этого придется переделывать все такие тр-ры на модель с общей точкой напряжением 1 кВ, как это делает конвертер PSSE. Тогда, относя потери ветви к стороне ВН ты не ошибешься. Но по хорошему, потери в обмотке должны относится к классу напряжения самой обмотки, тогда все, даже двухобмоточные тр-ры можно будет правильно учесть в структуре потерь своих классов напряжения. Понимаю что сделать это не просто, т.к. каждая обмотка вносит свой процент потерь, но может вы сможете разобраться и предложить свое решение.

По поводу зависимости тока от положения РПН, давно больше года назад, если помните, присылал справочные данные чтобы посмотреть. Вывод вроде был такой, что зависимость сложная и в реализацию эта функция так не пошла.
 
Профиль
Наверх
Александр Александров
Администратор
 
Всего сообщений: 600
Дата регистрации: 31.05.2008
Создано: 05.09.2012 22:19:42
 
 
Цитата
да, я видел этот макрос - отличное исполнение, правда, дальше надо заморачиваться с конверторами)) было прикольно из растра получать уже готовую картинку (кстати, в DIgSILENT PowerFactory есть экспорт графики в фотографию
С точки зрения реализации и дальнейшего использования лучше использовать векторный формат, что мы пишем. На счет "картинки" подумаем, что можно сделать.
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 06.09.2012 16:18:33
 
 
Цитата
Иван пишет:
Исправить подсветка столбцов.
Столбец отклонения напряжения, подсвечивается не корректно. Заданно при "15" - красный, при "-15" - синий, но подсвечивается наоборот. Если поменять местами заливку цвета, то тогда подсветка будет при "15" - красный, при "-15" - синий.

Расчет динамики планируется прикручивать или это будет все же отдельный проект RusTab?

В ближайшее время планируем выпустить объединенный дистрибутив Rastr3 + Rustab (но на втором движке) для СО. В этом случае не нужен будет reset.bat для переключения.
 
Профиль
Наверх
Денис Лобзов
Посетитель
 
Всего сообщений: 11
Дата регистрации: 14.09.2012
Создано: 14.09.2012 15:31:22
 
 
Читаю документацию пользователя:
"Режим может разойтись. Причины расходимости расчета указываются в протоколе, в зависимости от них выбирается способ балансировки.
Перед расчетом режима возможно появление предупреждающего сообщения: "Режим разошелся. Восстановить номинальные значения?".
Предлагаю сразу же после неудачного завершения расчета вывести в диалоговом окне предупреждающее сообщение: "Внимание! Режим разошелся. Причины расходимости расчета указаны в протоколе".
Программа вводит в заблуждение пользователя, который забыл по окончании расчета повторно пересчитать режим для подстраховки и забыл посмотреть протокол. Результаты расчета режима и в табличном виде и в графическом окне программы в любом случае выглядят вполне правдоподобно. Пользователь разошедшийся режим принимает за "чистую монету" и уверенно утверждает, что полученный режим действительно существует при заданных допущениях, поскольку программа его "рассчитала". Например, режим со снижением напряжения на 50 процентов от номинала, который разошелся, на первый взгляд выглядит также, как и похожий режим со снижением напряжения на 51 процент, который сходится. Может быть другим способом можно выделить в программном окне разошедшийся режим.
Интересно узнать мнение других пользователей по указанному вопросу.
Опытные расчетчики говорят, что в программе Космос режимы лучше сходятся. Но тогда нужно усовершенствовать расчетный алгоритм RastrWin3".
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 14.09.2012 20:45:42
 
 
Цитата
Денис Лобзов пишет:
Опытные расчетчики говорят, что в программе Космос режимы лучше сходятся. Но тогда нужно усовершенствовать расчетный алгоритм RastrWin3".


Да лучше. Наткнулся недавно на такой режим. Космос считает - Растр увы. Позор и прочее. Потратил 10 мин на анализ.
V > V_зад при Q=Q_max в "сошедшемся" режиме Космоса
 
Профиль
Наверх
Евгений Машалов
Администратор

 
Всего сообщений: 1000
Дата регистрации: 23.04.2007
Создано: 15.09.2012 00:16:29
 
 
Add:
Видите ли. Режим считают не просто для того, чтобы убедиться, что он существует. Нужно еще и глазками посмотреть, какие напряжения, какие перетоки и т.д. Чтобы избавить себя и от этого, нужно пользоваться уже не расчетом УР, а, скажем ВРДО, которое режим сделает таким, какой он Вам нужен, то есть с заданными Вами ограничениями. Да еще и оптимальный по какому-либо критерию. Если конечно дать ВРДО чем-то поуправлять.

Протокол дает достаточно информации для быстрого анализа. В Вашем случае - минимальные и максимальные напряжения легко увидеть и оценить. Рекомендую обратить внимание и на угол по линии.

А насчет сходимости есть и программы в которых лучше, и во множестве публикаций лучше. Но случается, как и было отмечено, что сходится не туда.
 
Профиль
Наверх
Иван
Постоянный посетитель
 
Всего сообщений: 231
Дата регистрации: 03.05.2011
Создано: 15.09.2012 13:28:08
 
 
А просто оставить протокол открытым, если сильно мешает, то сузить его до 2 строчек, и по окончанию расчета взглянуть на него?
Информация о разошедшемся режиме будет видна сразу, и заодно посмотреть где, что ушло не туда.
 
Профиль
Наверх
Андрей Семин
Постоянный посетитель

 
Всего сообщений: 225
Дата регистрации: 09.07.2007
Создано: 16.09.2012 17:03:49
 
 
Как расчетчик поделюсь некоторыми соображениями:
-информации в протоколе расчета режима более чем достаточно для локализации района и первичного анализа причин расхождения режима.
- если необходима дополнительная информация о причинах , или же технолог недостаточно опытен хороший результат показывает метод анализа графической схемы с градиентной раскраской по отклонению напряжения, углу и по токовой загрузке. Этим способом у нас пользуются ДИОПы и СОПРы. Результат удовлетворительный
-Если необходим анализ места нарушения устойчивости в процессе утяжеления можно попробовать посмотреть величину второй производной по шагу потерь активной мощности в ветвях прилегающих к рассматриваемому узлу. В интересуемом районе она будет иметь излом.
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 16.09.2012 17:21:57
 
 
Цитата
Андрей Семин пишет:
-Если необходим анализ места нарушения устойчивости в процессе утяжеления можно попробовать посмотреть величину второй производной по шагу потерь активной мощности в ветвях прилегающих к рассматриваемому узлу. В интересуемом районе она будет иметь излом.

Андрей ! Это очень интересно. Поясните чуть подробнее.
 
Профиль
Наверх
Андрей Семин
Постоянный посетитель

 
Всего сообщений: 225
Дата регистрации: 09.07.2007
Создано: 17.09.2012 16:56:58
 
 
Здравствуйте Владимир Геннадьевич !
Дело было так - в свое время мне попалась статья посвещенная величине потерь активной мощности в сети, как показателя близости режима к предельному. Я заинтересовался и стал экспериментировать. В итоге выяснил, что:
1. Характер изменения потерь в ветвях схемы при утяжелении режима до определенной точки носит практически линейный характер.
2. При приближении к пределу активной мощности напряжение в узлах схемы вблизи места нарушения устойчивости изменяются достаточно резко.(Выход на пик угловой характеристики).Как следствие такой же характер носит изменение токов, а следовательно и потерь, пропорциональных квадрату тока.
3. Если просуммировать потери в ветвях по принадлежности к узлам, характер изменения потерь носит еще более выраженный характер.
Практические результаты (эксперимент поставлен сегодня). При утяжелении схемы по двум траекториям (одна запад - урал, другая запад -юг+ср.волга) в контр. парметры выводились потери по отдельным ветвям. В первом случае значение d2dp по (шаг утяжеления в мвт) в квадрате примерно на порядок больше в линии Центр-Урал(К-Луч) чем в других линиях. Во втором разница менее существенна , но тем не менее отличие в разы по линиям Московского кольца (т.е. начинает играть переток на юг).
Значения в ветвях вблизи связей СЗ-Ц также достаточно велики и примерно одинаковы в обоих расчетах.
В остальных ветвях расмматриваемый параметр практически равен нулю.
ЗЫ. Характер изменения второй производной ноль до выхода на предел , затем скачок. Первой производной - постоянная величина до приближения к пределу потом резкий рост.
 
Профиль
Наверх
Иван
Постоянный посетитель
 
Всего сообщений: 231
Дата регистрации: 03.05.2011
Создано: 18.09.2012 13:24:06
 
 
Расширение возможностей автоматики в самом Rastr'е, например, возможность изменять нагрузку в узле, изменяя Pн и Qн.
 
Профиль
Наверх
Вадим
Гость
 
Создано: 19.09.2012 13:53:28
 
 
Улучшение в фильтре строк в таблицах:
включить в быстром фильтре поиск по типу столбца строка по умолчанию "содержит"
если сейчас воспользоваться быстрым фильтром на названии узла, то ищется совпадение начала строки, это неудобно. Лучше сделать, чтоб искалась любая часть в названии узла по умолчанию. Если использовать редактор фильтра, то там есть пункт содержит.. В большинстве случаев, не помнишь как точно забито название узла, да и в разных файлах по разному все вбито
 
Наверх
Иван
Постоянный посетитель
 
Всего сообщений: 231
Дата регистрации: 03.05.2011
Создано: 21.09.2012 13:24:46
 
 
При вызове окна загрузки рабочей области, сделать как во второй версии - возможность предварительного просмотра компоновки окон
 
Профиль
Наверх
Олег Бельцов
Посетитель
 
Всего сообщений: 34
Дата регистрации: 14.05.2012
Создано: 24.09.2012 11:11:12
 
 
Цитата
Владимир Неуймин пишет:
Цитата
Вадим пишет:
отказаться от концепции reset.bat, это надо для всех растров сделать. Чтоб можно сразу инициализировать растр3 или если есть еще какие-нибудь версии, чтобы они не затирались

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

Но ведь в таком случае reset.bat ничего не решает. Всё равно остается вероятность того что файл сохраненный в новой версии попытаются открыть в старой. Так что, ИМХО, не аргумент. достаточно сделать контроль версий и предупреждение о несовместимости или неполной совместимости, а так же дать возможность сохранять файлы из новой версии в режиме совместимости со старой.
Или я не прав, и что-то не так понял?
 
Профиль
Наверх
Владимир Неуймин
Администратор
 
Всего сообщений: 268
Дата регистрации: 13.03.2007
Создано: 24.09.2012 14:42:42
 
 
Цитата
Олег Бельцов пишет:
Но ведь в таком случае reset.bat ничего не решает. Всё равно остается вероятность того что файл сохраненный в новой версии попытаются открыть в старой. Так что, ИМХО, не аргумент. достаточно сделать контроль версий и предупреждение о несовместимости или неполной совместимости, а так же дать возможность сохранять файлы из новой версии в режиме совместимости со старой.
Или я не прав, и что-то не так понял?


Да reset.bat ничего не решает. Это просто техническая воможность переключений версий. Его даже можно добавить в ярлык запуска программы. И преобразование файла делается шаблоном всегда, хоть к старой версии хоть к новой.
НО использование действительно нового ( например, УШР/СТК, ограничения по току ротора/статора и тд) приведет к тому что в старой версии режим будет считаться не так. И никакое преобразование файлов не спасет.
 
Профиль
Наверх
Олег Бельцов
Посетитель
 
Всего сообщений: 34
Дата регистрации: 14.05.2012
Создано: 24.09.2012 16:24:58
 
 
Цитата
Владимир Неуймин пишет:
Да reset.bat ничего не решает. Это просто техническая воможность переключений версий. Его даже можно добавить в ярлык запуска программы. И преобразование файла делается шаблоном всегда, хоть к старой версии хоть к новой.
НО использование действительно нового ( например, УШР/СТК, ограничения по току ротора/статора и тд) приведет к тому что в старой версии режим будет считаться не так. И никакое преобразование файлов не спасет.

А что сейчас у Вас делает Reset.bat? Кажется перерегестрирует серверы COM? К сожаления я плохо знаком с технологией, но не будут ли возникать проблемы что одинаково называемые сервера обладают фактически разными возможностями. Т.е. я могу написать программу которая будет пользоваться, например, сервером astra для расчета режимов в цикле не используя графический интерфейс растра. При этом я фактически лишен возможности знать каим сервером я пользуюсь в данный момент, либо выбирать ту возможности которой я использую?
Может быть я что-то не так понимаю, но интуитивно чувствую что где-то здесь есть нестыковки в архитектуре.
В более практической области: Как вы будете сращивать RusTab и RastrWin3? Вроде они на разных версиях движков, не так ли? Тоже через Reset.bat? Не возникнет ли у Вас нестыковок с другими програмными пакетами, которые не будут знать какой движок сейчас зарегестрирован?
 
Профиль
Наверх


Сообщения 26 - 50 из 178
Начало | Пред. | 1 2 3 4 5 6 7 8 | След. | Конец 

Читают тему
гостей: 1, пользователей: 0, из них скрытых: 0


Список форумов
Новые темы
Список тем
Поиск по форумам
Помощь
Войти
Регистрация







Программный комплекс «RasrWin»
Программный комплекс «RastrWin»
© «RastrWin», 1988-2019