[DEM]

Родилась идея, о создании бесплатного аналога программ Арабат, Кристал, Вест и отдельных модулей НормКада....
Данный проект можно сделать с открытыми исходниками а разработку его вести на основе ГитХаба или Google Code....
В качестве языка программирования предлагаю принять VB.net т.к. он все таки победил в теме....
Можно было конечно принять матерный, но к сожалению, тогда придется проект делать закрытым, и исходники хранить на флешках в защищенных от доступа детей местах...
Прошу высказывать свои пожелания и предложения к данному проекту...

PS. Прошу всех кто согласен участвовать в проекте отписаться в личку....

Список участников:
DEM
bargool
RrRR
ябс
Cosinus
swell{d}
Akim_1989
Djur
Ratmir
Yasnogor
P1@t0n
GradRusStroy
gabidullin

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

[Meknotek]

Сообщение от AY Ни хотите проводить часы и дни, борясь с интерфейсом -- не проводите -- сделайте все макросами. Вы что у меня разрешение спрашиваете? Действуйте!

Пробовал как-то подобное - но Лира (увы) "группы" GMSH не читает (только геометрию из .msh) - потому и забил - в примере - "командный файл" для моей проги и "результат" в GMSH

Код:

[Выделить все]

# Размер КЭ (м)
CL = 0.5

# Высота этажа (м)
FLOOR_H = 5

offset = 0.125

# фунд. плита
add_foun_slab ( [0-offset, 0-offset], [18+offset, 0-offset], [18+offset, 12+offset], [0-offset, 12+offset] )

#плита перекрытия
add_floor_slab ( [0-offset, 0-offset], [18+offset, 0-offset], [18+offset, 12+offset], [0-offset, 12+offset] )

# добавляем стены
add_wall (0,0,6,0)
add_wall (0,3,0,9)
add_wall (0,12,8,12)
add_wall (12,12, 18,12)
add_wall (18,12,18,4)
add_wall (18,1.5,18,0)
add_wall (18,0,16.5,0)

add_wall (3,6,9,6)
add_wall (6,3,6,9)
add_wall (12,6,15,6)
add_wall (15,6,15,2)
add_wall (15,2,14,2)

[DEM]

Meknotek
Так вроде у GMSH довольно простой текстовый файл....
В принципе можно сделать конвертер для импорта в Лиру, сохраняя группы...
А еще добавить полуавтоматическок назначение нагрузк временных по группам....
Это конечно самый простой вариант, хотя хотелось бы сделать свой препроцессор...

[AY]

Сообщение от Meknotek Лира (увы) "группы" GMSH не читает

Ну так действительно пишите сразу в текстовый файл лиры со всеми группами...

Приложенный код -- это собственные поделки или какой-то встроенный язык GMSH (никогда не пользовался последним)?

[Meknotek]

Сообщение от AY Ну так действительно пишите сразу в текстовый файл лиры со всеми группами...

О таком тоже думал и пытался делать парсер (двухсторонний скажем так, на чтение и запись) текстовых файлов, даже получалось читать/писать геометрию (часть видов КЭ), граничные условия, АЖТ (до нагрузок не добрался). "Читать" естественно не просто в "строку" и выводить "документы", а полноценно работать со структурами в Питоне, при желании добавляя любые функции вроде "добавить узел", "удалить элемент" и т.п. - пока бросил по причине занятости.

Сообщение от AY Приложенный код -- это собственные поделки или какой-то встроенный язык GMSH (никогда не пользовался последним)?

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

Мысли уже больше склоняются делать что-то более универсальное (привязанное к открытым форматам а не к Лире, которая от версии к версии даже формат txt меняет - у меня 9.6 не прочитала САПРовский txt), ориентированное на открытые МКЭ пакеты

[AY]

Сообщение от Meknotek О таком тоже думал и пытался делать парсер (двухсторонний скажем так, на чтение и запись) текстовых файлов, даже получалось читать/писать геометрию

Ну вот это уже интереснее. С этим уже можно работать и обсуждать.

Сообщение от Meknotek то "собственные поделки" - по сути скрипт на Питоне

Все равно не понятно -- этот скрипт внутри GMSH или это совершенно посторонний скрипт, который генерирует какой-то файл, который потом загружается в GMSH?

Мысли уже больше склоняются делать что-то более универсальное (привязанное к открытым форматам а не к Лире, которая от версии к версии даже формат txt меняет - у меня 9.6 не прочитала САПРовский txt), ориентированное на открытые МКЭ пакеты

Я вот выскажусь, что не надо так уж гнаться за новыми версиями. Ну, а про ориентирование на открытые "пакеты" я уже высказывался скептически, не буду повторяться.

[Meknotek]

Сообщение от AY Ну вот это уже интереснее. С этим уже можно работать и обсуждать.

Конкретно для Лиры я пока забросил. Пока смотрю в сторону открытых МКЭ-пакетов

Сообщение от AY Все равно не понятно -- этот скрипт внутри GMSH или это совершенно посторонний скрипт, который генерирует какой-то файл, который потом загружается в GMSH?

Есть прога на питоне (точнее, была... найти не смог, делал год назад наверно), в которой определены все нужные функции (add_wall и другие), которая читает "командный файл" - обычный текстовый файл, написанный хоть в блокноте - в нем все "команды" - запускал функцией exec() - в результате формировался файл .geo с командами GMSH и запускался сам GMSH (как консольная программа). Готовый .msh читался в Лире.

Сейчас у меня идеи сделать совсем по-другому - вызывать сторонний мешер (хоть GMSH хоть любой другой) - для триангуляции каждой поверхности по отдельности и результат считывать в прогу для дальнейшей обработки. Тогда "не выходя из программы" можно будет получать сетку для внутреннего использования. Вот "оттуда" уже можно будет генерировать "готовый" файл для Лиры/СКАДа/<...>

[DEM]

AY

Ну вот это уже интереснее. С этим уже можно работать и обсуждать

Так я уже писал, что могу читать txt файлы СКАДа....
Записывать не пробовал, но это не сложно в принципе...
Ты глянь GMSH у него довольно простой файл тоже...
В принципе мы тут с Картманом переписываемся по этому поводу, у GMSH открытые исходники, и там можно было бы реализовать сразу в файл txt СКАДа или Лиры....
Но в принципе я лично большие надежды связываю с zcad-ом там конечно тоже будут заморочки, но зато можно будет гораздо большие возможности получить....
И запись в любой формат, и нагрузки отображать и результаты из таблиц читать....
И командный файл для Code-Aster подготовить....
Только вот помощники нужны, хотя ребята и в Питоне уже похожее делают....
В общем посмотрим куда кривая выведет....
Чуть позже скину ссылки по GMSH....
Вот инфа по GMSH которую мне дал ETCartman

вот исходники http://geuz.org/gmsh/src/ вот в чем создано http://www.fltk.org/ http://code.google.com/p/fltkwinbin/downloads/list

Зато если хотя бы у кого то получится, это будет довольно существенный прорыв...
В принципе если бы появился заинтересовавшийся в данной тематике человек, который знает C++, то можно было бы попробовать сделать в самом GMSH сохранение в формате Лиры или СКАДа....

[ETCartman]

да, я тоже немного здесь напишу. Я тут видел что кто то из коллектива пишет в С++, как собственно и GMSH написан тоже на С++ (правда компилятор не МС, что кстати даже лучше - ибо запускается независимо ни от каких dll и прочего). В gmsh достаточно большое количество форматов сеток в которые он сохраняет. Насколько я понимаю если человек знает нужный ему формат то организовать запись в него труда не составляет (тут работы знающему на вечер-два). То есть не нужно даже писать никаких конвертеров (особенно на пайтон которые потом еще проблема запустить). а можно сразу написать формат записи в лира-скад с группами (и кстати отослать автору чтобы он включал в будущие версии тоже). Таким образом если например добавить еще конвертер из dxf в модель gmsh - можно легко использовать его как мешер для довольно сложных моделей. и даже писать в этом случае ничего не надо.
К слову передача dxf в формат GMSh частично реализована и исходники есть в папках по ссылке приведенной DEMом. Также передача dxf-> gmsh может быть организована через программу (открытую) gcad3d (http://www.gcad3d.org/) это такой довольно примитивный открытый кад пакет (не на базе Opencascade как все прочие а самостоятельный) И там возможна конвертация dxf в step-iges (это форматы которые читаются в GMSH).
Да собственно проблема dxf не так уж и важна потому что модели можно строить в самом GMSH (и там кстати наличествуют фунции подобные apdl) - практически очень интересные кульбиты там можно делать не привлекая никаких костылей, скриптов и пр.
Но как мне кажется просто передача сетки с группами в скад - это полдела а не дело. Гораздо прикольней было бы строить модель (и править ее) вообще скад не открывая. От и до. Открывая только для запуска на счет может быть. Но тут есть такой момент что в отличие от программ типа Code-Aster или CalculiX/Abacus в скад нельзя оперировать группами напрямую. То есть нет в его текстовом файле такого выражения
Распределенная нагрузка, группа "первый_этаж", 12 (величина давления)
или
сосредоточенная нагрузка, "узлы верхнего пояса", Z, -14

то есть именные группы это вообще то мощный инструмент абстрагирования и параметризации (можно полностью перестроить модель и оставить группу "первый_этаж" не обращая потом внимания на замену нагрузок на соответствующих элементах)
В скаде группы в основном для визуального оперирования а в текстовом файле только номера. И вот чтобы эту проблему решить - просто записи в txt скада сетки и групп недостаточно. Необходимо делать отдельный файл (или программку) в которой как раз реализована логика обращения к группам по имени. И поскольку сетка GMSH содержит номера ассоциированные с группами - то на ее основе поставленная выше задача (сквозной препроцессинг в скад) все таки решаема.
И решаема наверно не так уж и сложно - читать и парсить ничего не надо, только запись.
И дополнительный бонус в том что по тому же принципу данный препроцессор может быть использованн еще для других программ (до кучи). то есть модель строится в GMSH, нагрузки прикладываются на группы по имени, а результат - сразу несколько моделей для разных программ. Или для пользовательского сольвера.
Да кстати можно и мираж (праотец лиры-скада) реанимировать же. или поскрести по разным каферам строймеха - там всякие "сумраки", "миражи" еще с советских времен валяются
Еще чем хорош такой подход - можно наращивать опции такого инструмента постепенно. Он уже изначально становится самодостаточным и нужным, потому что наследует нехилые возможности существующего открытого пакета. А потом улучшать и расширять на достигнутой базе. В перспективе такая штука убьет всякую привязку к конкретным программам.
как то так

[DEM]

Сообщение от ETCartman Но как мне кажется просто передача сетки с группами в скад - это полдела а не дело. Гораздо прикольней было бы строить модель (и править ее) вообще скад не открывая. От и до. Открывая только для запуска на счет может быть. Но тут есть такой момент что в отличие от программ типа Code-Aster или CalculiX/Abacus в скад нельзя оперировать группами напрямую. То есть нет в его текстовом файле такого выражения Распределенная нагрузка, группа "первый_этаж", 12 (величина давления) или сосредоточенная нагрузка, Z, -14

Ну вы наверное не очень внимательно смотрели txt файлы Лиры и СКАДа....
В принципе нагрузки то можно задавать, если у нас есть группа значит есть номера элементов...
А нагрузки не так уж и сложно описываются в СКАДе....
Просто если честно мне GMSH не очень нравится тем что в нем нельзя будет посмотреть нагрузки и т.д.
Поэтому и думаю что в Zcade это можно было бы организовать гораздо лучше....

[ETCartman]

Ну в GMSh можно в перспективе отображать и результаты и нагрузки при желании (там есть всякие стрелочки и текстовые надписи как часть стандарта msh сетки). Но ведь вы и в скаде можете посмотреть нагрузки (открыв его потом). Или где то еще. Главное вы группы можете отображать по умолчанию. И есть у вас именованная группа, скажем "кровля" и есть нагрузка на нее (не в GMSH а в вашем собственном придуманном формате, ассоциированным с именами групп - по тому же принципу что и в code-Aster). Так вот группа "кровля" у вас будет и для коровника и для торгового центра. Вы уже приложением нагрузок не заморачиваетесь - только созданием групп. И не по отдельным элементам а сразу по площадям. Я собственно это имел в виду.
построив модель единожды вы получаете сразу много идентичных моделей для многих программ. так подход от общего к частному убивает потребность в сложной и неоднозначной (а подчас и не решаемой) задаче конвертации. И сетка как таковая умирает. Хотите крупно, хотите мельчите, меняйте тип и т.д. - неизменной сетки как в скад-лира больше нет.

[DEM]

ETCartman
А у вас случаем нету описания формата msh....
В принципе можно сделать конвертер пока, чисто из любопытства....
По части Групп и нагрузок, я понял вас, это фактически можно будет сделать в том же конвертере, добавление основных нагрузок на элементы....
Вот только смущает еще то что нельзя будет отображать жесткие вставки и элементы в объеме.....
Ну да ладно по смотрим....

[ETCartman]

описание есть в документации http://geuz.org/gmsh/doc/texinfo/gmsh.html (на английском). да вы можете сохранить сетку и посмотреть потом в блокноте. так проще изучать. жесткие вставки можно будет конечно же задавать и также - к именам групп (для всех элементов). Абстрагируясь от конкретных элементов. Но это по идее может быть реализовано в рамках того формата нагрузок и прочих исходных данных который вы сами придумываете. вы тут творцы тащемто. GMSH вам дает возможность уйти от проблем сеток и модели а как вам удобно задавать нагрузки вы можете придумать и написать свою несложную программу (например что то вроде электронных таблиц в лазарус) или просто тупо текст в блокнтое и его парсер. проводя аналогию с code-aster = вы создаете свой командный файл (.comm). даже может быть не просто файл а ваш собственный язык программирования.

[DEM]

ETCartman
Ну я понял, попробую сделать такой конвертер...
В принципе вроде как уже начал понимать формат файла, он не слишком то от Лировского и СКАДовского отличается....
В общем по ковыряться, надо...

[ETCartman]

вам надо будет сначала читать msh формат. но не весь а имена групп (для сопоставления граничных условий) и номера элементов-узлов в этих группах.

[DEM]

Вот нашел то что нужно...
Формат не сильно отличается от СКАДовского...

9.4.1 MSH file format version 1.0 (Legacy)

The MSH file format version 1.0 is Gmsh's old native mesh file format, now superseded by the format described in MSH ASCII file format. It is defined as follows:
$NOD
number-of-nodes
node-number x-coord y-coord z-coord
...
$ENDNOD
$ELM
number-of-elements
elm-number elm-type reg-phys reg-elem number-of-nodes node-number-list
...
$ENDELM

where
number-of-nodes
is the number of nodes in the mesh.
node-number
is the number (index) of the n-th node in the mesh; node-number must be a postive (non-zero) integer. Note that the node-numbers do not necessarily have to form a dense nor an ordered sequence.
x-coord y-coord z-coord
are the floating point values giving the X, Y and Z coordinates of the n-th node.
number-of-elements
is the number of elements in the mesh.
elm-number
is the number (index) of the n-th element in the mesh; elm-number must be a postive (non-zero) integer. Note that the elm-numbers do not necessarily have to form a dense nor an ordered sequence.
elm-type
defines the geometrical type of the n-th element:
1
2-node line.
2
3-node triangle.
3
4-node quadrangle.
4
4-node tetrahedron.
5
8-node hexahedron.
6
6-node prism.
7
5-node pyramid.
8
3-node second order line (2 nodes associated with the vertices and 1 with the edge).
9
6-node second order triangle (3 nodes associated with the vertices and 3 with the edges).
10
9-node second order quadrangle (4 nodes associated with the vertices, 4 with the edges and 1 with the face).
11
10-node second order tetrahedron (4 nodes associated with the vertices and 6 with the edges).
12
27-node second order hexahedron (8 nodes associated with the vertices, 12 with the edges, 6 with the faces and 1 with the volume).
13
18-node second order prism (6 nodes associated with the vertices, 9 with the edges and 3 with the quadrangular faces).
14
14-node second order pyramid (5 nodes associated with the vertices, 8 with the edges and 1 with the quadrangular face).
15
1-node point.
16
8-node second order quadrangle (4 nodes associated with the vertices and 4 with the edges).
17
20-node second order hexahedron (8 nodes associated with the vertices and 12 with the edges).
18
15-node second order prism (6 nodes associated with the vertices and 9 with the edges).
19
13-node second order pyramid (5 nodes associated with the vertices and 8 with the edges).
See below for the ordering of the nodes.
reg-phys
is the number of the physical entity to which the element belongs; reg-phys must be a postive integer, or zero. If reg-phys is equal to zero, the element is considered not to belong to any physical entity.
reg-elem
is the number of the elementary entity to which the element belongs; reg-elem must be a postive (non-zero) integer.
number-of-nodes
is the number of nodes for the n-th element. This is redundant, but kept for backward compatibility.
node-number-list
is the list of the number-of-nodes node numbers of the n-th element. The ordering of the nodes is given i

[Нитонисе]

А как все начиналось - набор бесплатных программ на замену Нормакаду, сателлитам СКАДа и им подобным Весьма актуальная задача надо сказать. Это нужно всем. Теперь же задача из народной преобразилась в задачу узкоспециализированную и интересную небольшому количеству конструкторов. Прогнозирую следующий метаморфозу темы - "а ну его, слишком сложно сделать то что мы хотим, жили как-то с тем что есть и дальше не помрем"

[DEM]

Нитонисе
Немного не так, я сейчас разбираюсь с Лазарусом и ZCad...
На время работу по оболочке заморозил...
Если хочешь можешь делать свою версию...
Мне сейчас расчетная тематика интересна именно в таком аспекте, в связке с МКЭ...
Иначе это бесполезная вещь получится....
То что сделано у тебя для расчета отдельных элементов, фактически не используется ни тобой ни другими...
А почему, да потому что прав был ETCartman, интересны программы которые работают с таблицами и большими объемами данных....
Например добавить в твою прогу по расчету жб балки, возможность получения данных из таблиц и вывод результатов, будет уже совершенно другой коленкор как говорится....
PS. А по части отдельно категории конструкторов, тут ты прав....
Не плохая команда собралась, хотя работаем немного врозь сейчас, но это даст возможность определить через некоторое время, чье направление все таки более перспективное....

[Нитонисе]

Сообщение от DEM То что сделано у тебя для расчета отдельных элементов, фактически не используется ни тобой ни другими...

Тут ты не прав. На самом деле можно говорить не то что о моей отдельной программе, а о целом классе инженерных калькуляторов. Ведь нормкад, сателлиты скада и т.д. - это инженерные калькуляторы. И они очень и очень сильно помогают. Представь что их у тебя нет - это же обвал производительности. Да простую балку не прикинуть, придется 3 часа времени на это тратить считая руками. Поэтому инженерные калькуляторы как класс просто необходимы. Другое дело что они должны быть удобными. Чаще всего эти калькуляторы создают люди, которые не понимают что конструктору нужно. А что касается МКЭ - лично для меня эта тема вообще неактуальна. Мне вполне хватает возможностей специализированного софта. Я правда не расчетчик, но думаю как раз таких конструкторов значительно больше.

[DEM]

Сообщение от Нитонисе Да простую балку не прикинуть, придется 3 часа времени на это тратить считая руками. Поэтому инженерные калькуляторы как класс просто необходимы. Другое дело что они должны быть удобными. Чаще всего эти калькуляторы создают люди, которые не понимают что конструктору нужно

НУ так и сделать им удобный ввод данных из таблиц и вся не долга....
Это гораздо удобнее...
Я не говорю от расчетах в Экселе, я говорю о импорте данных из электронных таблиц....
Понимаешь иногда гораздо быстрее и проще заполнить табличку и скормить её проге....
При этом можно оставить и старый интерфейс с вводом данных в Edit

[Нитонисе]

Сообщение от DEM НУ так и сделать им удобный ввод данных из таблиц и вся не долга....

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