[swell{d}]

В nanoCAD СПДС пользователь может создавать собственные параметрические объекты.
Использование пользовательских параметрических объектов может компенсировать отсутствующие на данный момент динамические блоки.

Ниже представлено видео Михаила Гладких (mihanick) про создание параметрических объектов на примере элемента обрамления проёмов:
http://youtu.be/EZwO6EIrrKQ

В этой теме буду выкладывать свои наработки. На данный момент есть:
- Фоновое армирование плит
- Обрамление проёмов
- Доп. армирование - зоны распределения
- Сопутствующие таблицы
- Маркеры для обрамлений и зон распределения
- Сваи

Предложения-пожелания приветствуются

Статьи на wiki:
- Основная статья

Видео с примером использования

П.С. Для установки вызвать Базу элементов (из панели инструментов или командой spbrowser). В Базе элементов выбрать любую папку, щёлкнуть по ней правой кнопкой мыши, выбрать импорт из файла и загрузить все файлы с расширением .mcd из распакованного архива

Последняя сборка в сообщении #38 или на вики

[AlexV]

Сообщение от Konstruktiv54 А нужна ли эта бодяга с рабочими плоскостями итд? Что надо конструктору? 1. Правильная графика - спокойно можно сделать в одном объекте. 2. Строчка спецификации для фундамента - ну тут вообще без вопросов. 3. Несколько строчек для спецификации элементов самого анкерного блока - вполне можно получить с помощью массива публик параметров (см. как у меня арматурный каркас сделан) Я как-то скептически вообще отношусь к ко всей этой наборной мозайке... П.с. ну и это Алекс...у нас тут была мысль немного стандартизироваться по параметрам, что бы без геморроя можно было применять чужие объекты. Сейчас нас с Владимиром правда немного работой придавило, эта работа немного застопорилась, так что по тихому я его объекты под себя подгоняю, он мои. Это трудозатратно очень. Глянь где-то в теме я выкладывал табличку с параметрами, предлагаю тебе приобщаться.

Пожалуй, да, эта наборная мозаика - скорее представляет академический интерес, - попробовать сделать ради изучения как чего работает..
Все, что надо для проектирования, реализуемо и обычным динблоком.. Единственно, вместо массива параметров для ВРС - я использую атрибуты. Нет, конечно, полного автоматизьму, ручками приходится слегка условия править/добавлять, исходя из используемых в сборочных единицах материалов, - ну да их список обычно не так велик.

А насчет стандартизации параметров - мне уже поздно пить боржоми, таки своего добра налепил.. На момент, когда можно было принять вашу систему, я еще ни хрена не понимал, какая елка для чего растет, и делал "криво, косо, наугад". Потом потихоньку пилил свои гири, пилил, и вроде система заработала, - но она от вашей в деталях отличается. Ну то есть и имена параметров, и принципы подсчета. Правда, ни одной "сборочной единицы" я еще не сделал, тут и правда надо будет твой каркас за образец взять. Хотя все твои объекты у меня хоть и открываются, но userform не открываются, мне приходится менять на UniDialog..

Не, видно, рановато браться мне за вильяма нашего шекспира.. Черт ногу сломит во всех этих restoreBasis/vecXOld/vecPlane/vecDirection/Vector/Point.. Вроде и понятно местами, где собака зарылась, а откопаешь - лает не в ту сторону, которую ожидаешь..
Подозреваю, что некоторые исходные объекты в базе СПДС тоже грешат неточностями в описаниях, и я еще добавляю в них своих измышлений..
По идее, надо тренироваться на кошках простейших объектах-линиях, пока все эти плоскости-векторы-точки в голове не устаканятся, а потом уже чего-то масштабное лепить. А хочется-то сразу в космос полететь!

Не совсем мне понятна конструкция с переменной fix - она вроде локальная? то бишь обнуляется после окончания OnChangeParameters? В каких случаях она принимает значения >1?

Код:

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

function OnChangeParameters {
***
fix=0;
	if( IsFixedParam(WP1) ) {
		fix = fix+1;
        //***
	};
***
if( fix>1 ) {Handled = OBJ_ERROR;	};

[Dinar^^]

Мир, Труд, Май!
Подниму вопрос, который не могу решить - вопрос был тут
Может есть у кого мысли ((

[doctorraz]

Сообщение от AlexV Не совсем мне понятна конструкция с переменной fix - она вроде локальная? то бишь обнуляется после окончания OnChangeParameters? В каких случаях она принимает значения >1?

да переменная локальная и вне OnChangeParameters она не обнуляется, ее просто не существует. Поэтому каждый раз в начале OnChangeParameters она инициируется и ей присваивается "0".
Этот костылик с fix имеет смысл только для объектов которые могут растягиваться (трубы, швеллеры, уголки).
Больше 1 принимает значение если ты попытаешься вращать цепочку объектов в которой есть например труба, но вращать будешь не за нее, в этом случае для трубы возможно только растяжение, вращать не получится.

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

Сообщение от Dinar^^ Мир, Труд, Май! Подниму вопрос, который не могу решить - вопрос был тут Может есть у кого мысли ((

все уже придумано до нас

[Dinar^^]

Сообщение от doctorraz все уже придумано до нас

У меня вроде так же идет группировка, потому что все объекты (усиление, доп. армирование) работают как надо, т.е. название раздела (усиление, доп.армирование) на первой строке, далее ниже по поз. идут элементы. Но в объекте "основное армирование" у меня сидят 3 элемента под одним разделом "Основное армирование", и почему-то не могу вывести наименование раздела на первую позицию. Если я ставлю упорядочить по "А", то наименование вообще уходит на последнюю позицию. Надеюсь понятно объяснил )

[Konstruktiv54]

Dinar^^, ты меня конечно извини, но как минимум на предыдущей странице все разжовано.

[Dinar^^]

Сообщение от Konstruktiv54 Dinar^^, ты меня конечно извини, но как минимум на предыдущей странице все разжовано.

не нашел там ответа на свой вопрос. У меня все работает нормально, кроме одного объекта

[Konstruktiv54]

добавь доп. столбец, типа numberspec = specpartition +0.1*rfPosition и по нему сортируй.

[Dinar^^]

Сообщение от Konstruktiv54 добавь доп. столбец, типа numberspec = specpartition +0.1*rfPosition и по нему сортируй.

Спасибо, большое!

[Konstruktiv54]

тут пытался разобраться с расположением векторов на видах...
node86 = mp+vecDirection*100;
node87 = mp+vecPlane*100;
node88 = mp+vecNormal*100;
line(mp,node86,2,1);
line(mp,node87,3,1);
line(mp,node88,9,1);
экспериментирую немного, но не растет цветок.
Исполнения не воспринимают вектора? Только oX, oY, oZ?

[AlexV]

Сообщение от Konstruktiv54 тут пытался разобраться с расположением векторов на видах... node86 = mp+vecDirection*100; node87 = mp+vecPlane*100; node88 = mp+vecNormal*100; line(mp,node86,2,1); line(mp,node87,3,1); line(mp,node88,9,1); экспериментирую немного, но не растет цветок. Исполнения не воспринимают вектора? Только oX, oY, oZ?

Вроде ж ведь СПДС принципиально не вылазит из плоскости? А тут точки смещены по всем 3 осям, может, убрать одно из направлений, которое для данного вида "перпендикулярно"?

[doctorraz]

Сообщение от Konstruktiv54 тут пытался разобраться с расположением векторов на видах... node86 = mp+vecDirection*100; node87 = mp+vecPlane*100; node88 = mp+vecNormal*100; line(mp,node86,2,1); line(mp,node87,3,1); line(mp,node88,9,1); экспериментирую немного, но не растет цветок. Исполнения не воспринимают вектора? Только oX, oY, oZ?

Писал же об этом ((((

В детали СПДС GraphiCS есть два определяющих вектора направления vecDirection и vecPlane. vecDirection – совпадает с направлением вставки детали (ось ОХ), vecPlane – ортогонален vecDirection (условно можно принять его аналогом оси Z в 3D пространстве), т.к. мы строим деталь в проекциях, то порой нужен третий вектор аналог в 3D оси Y, он получается векторным произведением vecDirection и vecPlane. vecNormal=getLocalNormal(vecDirection,vecPlane);

В описании исполнения движок скрипта знать ничего не знает про vecNormal, нет там такой буква))

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

Сообщение от AlexV Вроде ж ведь СПДС принципиально не вылазит из плоскости? А тут точки смещены по всем 3 осям, может, убрать одно из направлений, которое для данного вида "перпендикулярно"?

иногда вылазит (баг)
например если к отводу (45-60 градусов) прицепить трубу и отвод потом поменять вид, то получается "3Де", но оно не радует совсем. (кстати возможно по этой причине у отводов из комплекта поставки только один вид (сбоку))

[Konstruktiv54]

Сообщение от AlexV Вроде ж ведь СПДС принципиально не вылазит из плоскости? А тут точки смещены по всем 3 осям, может, убрать одно из направлений, которое для данного вида "перпендикулярно"?

почему это СПДС не вылазит из плоскости? поищи в даунлоаде 3д куб, спокойно можно строить 3д объекты. Я в сваях один раз применял это дело.

Андрей, да дело в том, что сама деталь и vecDirection не понимает. Видимо вектора как-то взаимоувязываются перед началом построения исполнения с ОХ, ОУ, OZ, и исполнение дальше работает только с этими осями.
В исполнениях кстати часто можно встретить записи: OX=oX; OY=oY; OZ=oZ; но помоему они ни на что не влияют, их можно спокойно удалять, или править как угодно...но ничего не изменится.

[doctorraz]

Ну распознай мастером деталь, а потом правь исполнение ручками.
Ты прав вектора движок скрипта использует только для определения какой вид показывать, ну и как направления для точек и плоскостей ( в скрипте, а не исполнении)
Конечно увязывается, вид детали все же 2Де, т.е. в зависимости от вида, зависит какой вектор будет Х, а какой У.
т.е для вида спереди и сверху vecDirection это всегда Х, а для вида слева-права уже vecNormal это Х
По ссылке выше перечитай, я старался максимально просто изложить.

[AlexV]

Товарищи ученые, а подскажите.. есть объект, в коем живет параметр otm. Есть маркер, коий берет сей параметр из объекта, делит его на 1000, и полученное значение изображает, так сказать, собой.. (зачем - из вложенного рисунка понятно). А есть ли возможность как-либо в маркере суррогатно отформатировать значение? Ну то бишь, может, формула какая, что бы из "-1.5" сделать "-1.500", из "-1.19" сделать "-1.190", а "-1.195" оставить как есть? Понятно, что можно внутри объекта добавить еще один параметр и уже его пихать в маркер, но открытых и так уже переизбыток, не хотелось бы добавлять, а скрытые чегой-то маркер при определении связанного параметра не видит..

[doctorraz]

Public (otm, "hidden")
маркер его будет видеть, в свойствах автокад невидим.

[AlexV]

Сообщение от doctorraz Public (otm, "hidden") маркер его будет видеть, в свойствах автокад невидим.

У меня чего-то не видит маркер ни единого параметра, которые "hidden", если редактировать оный через "Добавить свойство с объекта".

[doctorraz]

сперва привяжи маркер к параметру детали, а потом сделай hidden

[AlexV]

Сообщение от doctorraz сперва привяжи маркер к параметру детали, а потом сделай hidden

Спасибо! Век живи, век учись!

[AlexV]

..Еще вопрос.. При перемещении выносной линии маркера по идее, связь с объектом теряться не должна? А она отчего-то теряется.. (на скрине 2 маркера, один "сдвинутый"). Причем "зеленая кнопка" связь подтверждает, объект подсвечивает, но при изменении параметра маркер своего значения не меняет..

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

Сообщение от AlexV Спасибо! Век живи, век учись!

Кстати сказать, ни фига не прокатило.. После изменения в Public XYZ, "описание" на XYZ, "hidden" маркер параметр теряет и приклеить его к себе не может.. Может, конечно, це особенность семерки, а в высших сферах 8 и 9 не так..

[doctorraz]

уже не помню, как в семерке, но если в 8-9-ке привязать маркер по имени параметра и сохранить в базу, то при повторной вставке на объект имеющий такой же параметр (для блоков то же работает) он его хватает, независимо видим или нет, главное , что бы был Public .
аналогично с линией выноски... она конечно цепляется к объекту и при перемещении следует за ним, но значение параметра от привязки выноски не зависит.
Обновляйся.