|
Экспорт нагрузок из тхт файла не передаёт все данные
|
|
| Tyhig | Дата: Вторник, 16.03.2021, 11:53 | Сообщение # 1 |
 Лейтенант
Группа: Пользователи
Сообщений: 41
Статус: Offline
| Добрый день.
С огромным трудом освоил экспорт нагрузок из файла тхт.
К большому сожалению, таким образом нельзя передать все необходимые исходные данные.
Для работы комбинатора нагрузок необходимы:
Название нагрузки (пыль, снег и т.п.);
Номер нагрузки (постоянная, взаимоисключение, кратковременная);
Знакопеременность величин *
А без этого смысла экспорта нет. Если надо тыкать руками, то проще сразу в комбинаторе.
А у комбинатора ещё и интерфейс недружелюбный... Очень больно рукам, стираются по локоть.
Не могли бы вы включить эти возможности в последующие версии?
В идеале было бы вообще сделать вставку из буфера обмена сразу в комбинатор.
|
| |
| |
| giproproject | Дата: Вторник, 16.03.2021, 17:30 | Сообщение # 2 |
 Полковник
Группа: Администраторы
Сообщений: 225
Статус: Offline
| Здравствуйте. В программе реализован импорт нагрузок из текстового файла только для РСУ (скад,лира и прочее), как описано в помощи.
Импорт нагрузок по загружениям (пыль, снег и т.п.) отсутствует. Ваши пожелания будут учтены при обновлении программы.
|
| |
| |
| Tyhig | Дата: Четверг, 18.03.2021, 11:46 | Сообщение # 3 |
|
Лейтенант
Группа: Пользователи
Сообщений: 41
Статус: Offline
| Добрый день.
Если у вас дойдут руки до комбинатора.
То не могли бы вы еще и снять ограничение , что строка постоянных нагрузок может быть только одна ?
Например 13 нагрузок комбинатор считает более получаса до 7-8 часов и или ломается в процессе.
Очень удобно уменьшать число сочетаний незаконно делая длительные нагрузки якобы постоянными. Но при этом приходится пересчитывать величины в одной строке 0. Это не гарантия, что комбинатор нн сломается и надо будет добавлять вторую длительную нагрузку. Да ещё забудешь что к чему прибавлял...
Или может спец.кнопку или галочку для этого сделать ?
И алгоритм подбора сочетаний тоже бы неплохо усовершенствовать. Часто или очень долго или ломается в процессе на половине подбора.
Может быть какие-нибудь логические ограничения ввести ? Или заранее разделять усилия по группам величин и далее исключать мелкие или средние результаты сочетаний ?
И или как в скаде сделать исключение, сопутствие, объединение...
Сообщение отредактировал Tyhig - Четверг, 18.03.2021, 13:07 |
| |
| |
| giproproject | Дата: Суббота, 20.03.2021, 09:35 | Сообщение # 4 |
|
Полковник
Группа: Администраторы
Сообщений: 225
Статус: Offline
| Здравствуйте. Спасибо за ваш комментарий. Учтем при обновлении.
P.s.:
1) в текущей версии рекомендуем заранее включать длительные нагрузки в постоянные - номер загружения 0
2) при подборе отображается количество перебираемых сочетаний и отобранных, в 99 % случае при значительном замедлении скорости обновления количества пересмотренных сочетаний вероятность получения нового отобранного сочетания, повлияющего на результаты расчета близки к нулю. Алгоритм программы построен на отборе важных сочетаний на первых минутах работы, нет необходимости ждать полного завершения работы программы, ее можно принудительно остановить командой СТОП.
|
| |
| |
| Tyhig | Дата: Суббота, 20.03.2021, 18:45 | Сообщение # 5 |
|
Лейтенант
Группа: Пользователи
Сообщений: 41
Статус: Offline
| Весьма уважаю ваш грандиозный труд. И, конечно, вы лучше знаете свою программу.
Но обратил внимание на некоторые факты.
1) Для эксперимента считал в комбинаторе 13 нагрузок (3 длительных, остальные кратковременные, примерно 4 нагрузки или более знакопеременные (2 крана тормозят одновременно+ветер)).
Компьютер насчитал порядка 19000 сочетаний и завис через 1,5-2 часа. Утром так и было 19000.
В том же случае комбинатор подобрал, например, Nмаксимум =300 тс. Я же суммировал (не по модулю) все нагрузки и получил 315 тс. Разница порядка 5% не в запас. С одной стороны немного, а с другой разные бывают случаи...
К тому же комбинатор почему-то не подобрал постоянные нагрузки в конце списка (для устойчивости грунтов в свайных ростверках) (при нажатой галочке добавлять постоянное сочетание).
Пришлось добавлять максимальное сочетание и постоянное.
2) За пару дней анализировал загрузки ядер процессора при работе комбинатора. Они почти всегда разгружены. 2 ядра из 8 берут примерно 13% загрузки. Компьютер просто не работает на 100%. А работает на 26/800=3%.
Оперативная память также не загружена.
Очевидно, что зависание это просто программный баг, а не недостаток мощности компьютера.
И все проблемы с длительностью вообще эфемерны. Найти бы баг с загрузкой процессоров и компа хватит на любое разумное количество нагрузок.
Сообщение отредактировал Tyhig - Суббота, 20.03.2021, 18:46 |
| |
| |
| giproproject | Дата: Воскресенье, 21.03.2021, 08:44 | Сообщение # 6 |
|
Полковник
Группа: Администраторы
Сообщений: 225
Статус: Offline
| Пришлите, пожалуйста, ваш файл от комбинатора.
|
| |
| |
| Tyhig | Дата: Понедельник, 22.03.2021, 21:54 | Сообщение # 7 |
|
Лейтенант
Группа: Пользователи
Сообщений: 41
Статус: Offline
| Цитата giproproject (  ) Пришлите, пожалуйста, ваш файл от комбинатора.
Да я сам там обсчитался. Всё правильно комбинатор насчитал.
|
| |
| |
