[NOVICHEK]

Помогите люди добрые!!!
Составляю расчетную схему пространственной решетчатой фермы типа "Кисловодск". При задании материалов, при ввод номера материалов(диаметра труб) был один. Потом Stark сам номера материалов поменял...
Кто с этим сталкивался уже, всегда stark меняет номера элементов и как с этим можно бороться?


При создании составных сечений (4 уголка), где в расчетной схеме можно посмотреть их характеристики(типа 4 уголка 180х180х15)?


Ошибка при задании шарниров. Если шарниры не задавать то программа считает нормально, если же задаю, то говорит "степень свободы обработана быть не может" при этом если задаю шарниры частично, то программа считает. Где может быть ошибка?(на картинке задание узлов)

С шарнирами сам уже разобрался: надо было задавать тоже самое только не в ЛСК, а в МСК(как на второй картинке).
Только вот всё равно непонятно, что при этом поменялось???

[Julianna]

Ayvengo

[MiSchu]

УРА!. наконец то поставили 2014 stark)) а весной 2015 версию обещали

[selega]

Сообщение от MiSchu УРА!. наконец то поставили 2014 stark)) а весной 2015 версию обещали

Offtop: Купили цветной телевизор. Что жить стали лучше? Нет, смотреть стали лучше. (М.М.Жванецкий)

[CEBEP]

Проблемка. На этот раз Пруск.
Вот так выглядит окно при любом изменении выпадающего параметра в исходных данных =(
Появилось после растягивания окна.
Лечится -после раскрытия-закрытия на полный экран после каждого действия.
Раз и навсегда вылечить не получилось.
Вопрос: как быть?

----- добавлено через ~46 мин. -----
И еще вопрос по RcDiagra:
Возникает такая ошибка-предупреждение (см.картинку).
1. О чем она?
2. Зачем она?
Ну то есть, пытаюсь посчитать сечение, взятое из примера по книге Иванова Ю.В. стр.234. А дальше данного сообщения расчет не идет.
Собственно, просто посчитав по СП52 руками, мы же значение Мult получим для данного сечения (по методу пред.усил).
И по идее,ограничений же таких нет при проверке по прочности.

[Julianna]

По Пруск- аналогичная проблемка. Наблюдается на всех компьютерах с установленным EUROSOFT версии 2014 года. В предыдущих версиях такого не наблюдала. Неудобно, но считать можно )))

[CEBEP]

Offtop: Хотелось бы полной нирваны))) и удобно, и можно

[Ayvengo]

Сообщение от CEBEP Проблемка. На этот раз Пруск. Вот так выглядит окно при любом изменении выпадающего параметра в исходных данных =( Появилось после растягивания окна. Лечится -после раскрытия-закрытия на полный экран после каждого действия. Раз и навсегда вылечить не получилось. Вопрос: как быть?

У меня тоже периодически возникает этот глюк, лечится так же сворачиванием рабочего окна с последующим разворачиванием.

Сообщение от CEBEP И еще вопрос по RcDiagra: Возникает такая ошибка-предупреждение (см.картинку). 1. О чем она? 2. Зачем она? Ну то есть, пытаюсь посчитать сечение, взятое из примера по книге Иванова Ю.В. стр.234. А дальше данного сообщения расчет не идет. Собственно, просто посчитав по СП52 руками, мы же значение Мult получим для данного сечения (по методу пред.усил). И по идее,ограничений же таких нет при проверке по прочности

Так если hn будет равна половине b, то, по сути, зона нижнего армирования вырождается в точку (линию нулевой длины). А если hn будет больше половины b, то длина зоны нижнего армирования и вовсе окажется вырожденной величиной (длина будет меньше 0)...

[Julianna]

У меня проблема с открытием рисунков во Viewer. При формировании отчетов из STARK ES (к примеру продавливание, из модуля RcDiagra и др. - там, где предусмотрен экспорт результатов только во Viewer). При первичном открытии Viewer-а все нормально, а при открытии архива результатов в дальнейшем появляется предупреждение. Не критично,но неудобно. Приходится сразу отчет пересохранять в формате "pdf", и некоторые функции Viewer-а не получается использовать (добавление заметок, картинок, примечаний и т.д). Итого - больше "возни".

[Ayvengo]

Сообщение от CEBEP Offtop: Хотелось бы полной нирваны))) и удобно, и можно

Offtop: Тогда в Амстердам надо...)))

----- добавлено через ~7 мин. -----

Сообщение от Julianna У меня проблема с открытием рисунков во Viewer. При формировании отчетов из STARK ES (к примеру продавливание, из модуля RcDiagra и др. - там, где предусмотрен экспорт результатов только во Viewer). При первичном открытии Viewer-а все нормально, а при открытии архива результатов в дальнейшем появляется предупреждение. Не критично,но неудобно. Приходится сразу отчет пересохранять в формате "pdf", и некоторые функции Viewer-а не получается использовать (добавление заметок, картинок, примечаний и т.д). Итого - больше "возни".

Попробовал расчет на продавливание на своем примере - у меня файл vwa успешно открылся после сохранения. Выложите Ваш протокол расчета.

[Julianna]

В этот же день открывается ))), а потом когда начинаешь смотреть свои сохраненные отчеты (архивы результатов во Viewer) - картинок уже нет. Эта проблемка давно. Просто раньше "лечилось" перезагрузкой компьютера, а теперь не помогает.

----- добавлено через ~4 мин. -----
теперь подстраховываюсь - перевожу в pdf сразу. Проверишь так на продавливание плиту несколько раз, насохраняешь результаты - потом откроешь через несколько дней, а схемок с расстановкой поперечной арматуры уже нет )))

[Ayvengo]

Сообщение от Julianna теперь подстраховываюсь - перевожу в pdf сразу. Проверишь так на продавливание плиту несколько раз, насохраняешь результаты - потом откроешь через несколько дней, а схемок с расстановкой поперечной арматуры уже нет )))

Я обычно сразу перевожу в word - удобнее потом формировать отчеты.

[CEBEP]

Сообщение от Ayvengo Offtop: Тогда в Амстердам надо...)))

Offtop: Бывал,бывал. даже там нашел какую-то стройку и поизучал арматурные каркасики

Сообщение от Julianna теперь подстраховываюсь - перевожу в pdf сразу. Проверишь так на продавливание плиту несколько раз, насохраняешь результаты - потом откроешь через несколько дней, а схемок с расстановкой поперечной арматуры уже нет )))

Жестко.надо проверить)

Сообщение от Ayvengo Так если hn будет равна половине b, то, по сути, зона нижнего армирования вырождается в точку (линию нулевой длины). А если hn будет больше половины b, то длина зоны нижнего армирования и вовсе окажется вырожденной величиной (длина будет меньше 0)...

Что-то я не догнал пока всё-равно. Понимаю что это ограничение реализации НДМ. но связать вашу мысль (без сомнения верную) с тем что и КАК написано в предупреждении мне сложно) (что за перегородка?))

Offtop: Это получается,что не всякое сечение осилит НДМ? или только НДМ в реализации RcDiagra? (надо проверить по тутанхамоновской)

[Ayvengo]

Сообщение от CEBEP Что-то я не догнал пока всё-равно. Понимаю что это ограничение реализации НДМ. но связать вашу мысль (без сомнения верную) с тем что и КАК написано в предупреждении мне сложно) (что за перегородка?))

Перегородка - это стенка тавра.

[2rist]

Сори за офф, помогите разобраться:
На картинке 2 окна СпИн, разница только в галочке "Наличие проемов". По СП коэф. k=0.9. Я так понимаю что СпИн учитывает только один коэффициент, не перемножая их? Верно ли это?

[Promoslav]

Здравствуйте коллеги!) Есть небольшой, но важный вопрос. При открытии сохраненного 3D pos проекта , пропадает разметка осей растра, остается только расчетная схема. Как включить отображение разметки осей уже созданного до этого. растра? Заранее благодарю!)

[EuroSoft]

Сообщение от Promoslav Как включить отображение разметки осей уже созданного до этого. растра?

Клавиша пробел последовательно переключает все заданные Вами растры, отключает и включает. И так по кругу.

[Promoslav]

как же все просто оказалось!) Спасибо Вам большое!!!

[EuroSoft]

Сообщение от 2rist По СП коэф. k=0.9. Я так понимаю что СпИн учитывает только один коэффициент, не перемножая их? Верно ли это?

Не совсем ясен вопрос, но я думаю что он по применению норм:

1. В ПК СПиН реализован расчет в соответствии со СНиП II-22-81*, а не СП15. В принципе различия минимальны, но ссылки я даю на СНиП.
2. В СНиПе нет четких указаний о выборе и применении коэфф. К из таблицы 29, поэтому, для Вашего случая, в ПК СПиН выбирается минимальный коэфф из табл 29, но не менее чем указанный в табл 30.
3. Для более точного ответа по нормам следует обратиться к авторам СНиП.

[Ayvengo]

2rist, Вы бы настроили разделы СпИн "по нормальному", удобнее ведь будет работать.

[2rist]

Сообщение от EuroSoft Не совсем ясен вопрос, но я думаю что он по применению норм: В ПК СПиН реализован расчет в соответствии со СНиП II-22-81*, а не СП15. В принципе различия минимальны, но ссылки я даю на СНиП. В СНиПе нет четких указаний о выборе и применении коэфф. К из таблицы 29, поэтому, для Вашего случая, в ПК СПиН выбирается минимальный коэфф из табл 29, но не менее чем указанный в табл 30. Для более точного ответа по нормам следует обратиться к авторам СНиП.

Да, это вопрос относительно реализации норм, просто по моему мнению и не только моему, коэф k должны перемножаться между собой.