[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 1 из 1
  • 1
Экспорт нагрузок из тхт файла не передаёт все данные
TyhigДата: Вторник, 16.03.2021, 11:53 | Сообщение # 1
Лейтенант
Группа: Пользователи
Сообщений: 41
Репутация: 0
Статус: Offline
Добрый день.

С огромным трудом освоил экспорт нагрузок из файла тхт.
К большому сожалению, таким образом нельзя передать все необходимые исходные данные.
Для работы комбинатора нагрузок необходимы:
Название нагрузки (пыль, снег и т.п.);
Номер нагрузки (постоянная, взаимоисключение, кратковременная);
Знакопеременность величин *

А без этого смысла экспорта нет. Если надо тыкать руками, то проще сразу в комбинаторе.
А у комбинатора ещё и интерфейс недружелюбный... Очень больно рукам, стираются по локоть.
Не могли бы вы включить эти возможности в последующие версии?
В идеале было бы вообще сделать вставку из буфера обмена сразу в комбинатор.
 
giproprojectДата: Вторник, 16.03.2021, 17:30 | Сообщение # 2
Полковник
Группа: Администраторы
Сообщений: 225
Репутация: 0
Статус: Offline
Здравствуйте. В программе реализован импорт нагрузок из текстового файла только для РСУ (скад,лира и прочее), как описано в помощи.
Импорт нагрузок по загружениям (пыль, снег и т.п.) отсутствует. Ваши пожелания будут учтены при обновлении программы.
 
TyhigДата: Четверг, 18.03.2021, 11:46 | Сообщение # 3
Лейтенант
Группа: Пользователи
Сообщений: 41
Репутация: 0
Статус: Offline
Добрый день.
Если у вас дойдут руки до комбинатора.
То не могли бы вы еще и снять ограничение , что строка постоянных нагрузок может быть только одна ?
Например 13 нагрузок комбинатор считает более получаса до 7-8 часов и или ломается в процессе.
Очень удобно уменьшать число сочетаний незаконно делая длительные нагрузки якобы постоянными. Но при этом приходится пересчитывать величины в одной строке 0. Это не гарантия, что комбинатор нн сломается и надо будет добавлять вторую длительную нагрузку. Да ещё забудешь что к чему прибавлял...
Или может спец.кнопку или галочку для этого сделать ?

И алгоритм подбора сочетаний тоже бы неплохо усовершенствовать. Часто или очень долго или ломается в процессе на половине подбора.
Может быть какие-нибудь логические ограничения ввести ? Или заранее разделять усилия по группам величин и далее исключать мелкие или средние результаты сочетаний ?
И или как в скаде сделать исключение, сопутствие, объединение...


Сообщение отредактировал Tyhig - Четверг, 18.03.2021, 13:07
 
giproprojectДата: Суббота, 20.03.2021, 09:35 | Сообщение # 4
Полковник
Группа: Администраторы
Сообщений: 225
Репутация: 0
Статус: Offline
Здравствуйте. Спасибо за ваш комментарий. Учтем при обновлении.

P.s.:
1) в текущей версии рекомендуем заранее включать длительные нагрузки в постоянные - номер загружения 0
2) при подборе отображается количество перебираемых сочетаний и отобранных, в 99 % случае при значительном замедлении скорости обновления количества пересмотренных сочетаний вероятность получения нового отобранного сочетания, повлияющего на результаты расчета близки к нулю. Алгоритм программы построен на отборе важных сочетаний на первых минутах работы, нет необходимости ждать полного завершения работы программы, ее можно принудительно остановить командой СТОП.
 
TyhigДата: Суббота, 20.03.2021, 18:45 | Сообщение # 5
Лейтенант
Группа: Пользователи
Сообщений: 41
Репутация: 0
Статус: 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
Репутация: 0
Статус: Offline
Пришлите, пожалуйста, ваш файл от комбинатора.
 
TyhigДата: Понедельник, 22.03.2021, 21:54 | Сообщение # 7
Лейтенант
Группа: Пользователи
Сообщений: 41
Репутация: 0
Статус: Offline
Цитата giproproject ()
Пришлите, пожалуйста, ваш файл от комбинатора.

Да я сам там обсчитался. Всё правильно комбинатор насчитал.
 
  • Страница 1 из 1
  • 1
Поиск: