Mитька
-
Posts
713 -
Joined
-
Last visited
-
Days Won
34
Content Type
Profiles
Forums
Downloads
Blogs
Posts posted by Mитька
-
-
имеет место, но это похоже так считает не СПДС, а Win)))
Если забить эти числа в Excel, то получим тот же результат )))
Ох ты ж...
Магия...Ну ладно, тогда вопрос снят. Благо, исправляется это просто...
-
1
-
-
Вопрос по маркерам (файл для экспериментов во вложении).
Есть выноска, в первой её строке проставлена высотная отметка в формате "102.000".
Есть маркер, он автоматически берёт с выноски содержимое первой строки, вычитает из него число 109.800 и выдаёт числом результат.
Начинка маркера:
a = {c-b}
b - вбивается руками
с - автоматически снимается с выноски.
Вопрос следующий:
Если число "с" находится в пределах от 100...120 и имеет дробную часть, что расчёт "с-b" проходит некорректно (см. вложение).
Если до 100 и после 120, то считает вроде как всегда правильно. Как так..?
Актуально для "НаноСПДС 5.4, 6.0". На "четверке" не проверял.
-
На работе установлена годовая лицензия на "Нано-СПДС". Дома качнул себе под своим аккаунтом оценочную лицензию новой "Нано-Железобетон". После установки "Нанокад-Железобетон" на работе в окне "Авторизация пользователя" автоматически вылезает имя рабочего аккаунта. Отсюда вопрос: не возникнет ли каких-либо лицензионных конфликтов, если установить на рабочий компьютер программу с личной лицензией, не послетают ли данные рабочих лицензий? Или всё-таки лучше во избежании проблем запросить ознакомительную лицензию с рабочего аккаунта? И не будет ли и в этом случае какого-нибудь конфликта из-за 2 одновременно действующих лицензий?
-
Действия в статье выполнил. Не помогло. Записал видео с запущенным диспетчером задач: https://dl.dropboxus.../2015-12-17.avi
А можете скинуть файлик-таки..? Интересно.
Если не корпоративная тайна, конечно. Написал бы лично, но почему-то не получается.
-
1
-
-
Выделение всего плана и перемещение его в любую сторону на расстояние "0" автоматически обновляет геометрию стен.
-
1
-
-
Ребята, я со всей ответственностью заявляю, что нанокад спдс 6 х86 не работает.
Потому что это: https://dl.dropboxus.../2015-12-15.avi не работа.
В 5.4 такого не было вообще. В 6.0 каждый день и помногу раз и стабильно воспроизводится.
Файл могу на почту отправить.
Я так понимаю, новоиспеченный редактор блоков при открытии любого блока памяти разово съедает, как 5 копий программы... Тоже стабильно вылетало при открытии блоков. Где-то тут на форуме есть советы по расширению максимальной памяти, отводимой на 1 процесс на х86, до 3Гб что-ли... Мне очень помогло. Перестало слетать вообще. А если блок через "Внешнюю ссылку" открываете, так же мрёт?..
-
Там, я так понимаю, настройки того, что и по каким признакам отбирать, а не того, где именно искать. добавил в предыдущий коммент сам файл, чтоб далеко не ходить.
-
Наблюдение по "НормаАудиту":
Если в МТексте присутствует символ диаметра (проверялось только на нём), вставленный через меню МТекста (или скопированный откуда-то, но созданный ранее таким образом), то НормаАудит этот текст игнорирует. "В 5,4 такого не было" (с). См. вложение.
-
С точки зрения навигации никто не заставляет оформлять много листов... прекрасно можно все оформить в одном, хоть сто форматок и тормозов меньше чем при работе в модели (на сложных подосновах) В модели подосновы и сам чертеж, а в листе оформление.
Допускаю, что вы правы. Вероятнее всего, неприязнь к листам растёт из Автокадовских опытов на белом фоне 3хлетней давности. Может и дойдём когда-нибудь.
Не думаю, что бабам Машам при коллективной работе по 5-6 человек над одним чертежом (вы похоже внешние ссылки активно пользуете респект!!) нужны ваши размеры, форматы и выноски, по моему опыту этот весь мусор либо вычищается смежниками, либо эти слои скрываются .
Я имею в виду не одновременную работу (внешние ссылки опробовались, проанализировались и пока отложились начальством в долгий ящик), а последовательную. Когда один и тот же альбом через какое-то время правится уже другим исполнителем (ибо первый занят), потом третьим, а через год корректируется 4м. А потом его дербанят на исходники ещё 5. И все эти 10 человек должны понимать, как это работает. Т.е. по факту понимать должны все. И не просто понимать, а уметь в этом работать без потерь по времени. А это трудно выполнимо.
Мне интересно если блок с размером внутри отмасштабирован, то может ли эта деталь считаться 1:1?
Нет, не может. Но именно на этот случай недалеко от каждого такого масштабированного блока располагается единичный, который и и редактируется при необходимости.
-
Пробовали как-то. Ещё под Автокадом, года 3 назад. Переход на ВЭ - это кардинальная перестройка схемы работы. Над одним проектом подчас работает человек 5-6 одновременно. И все они должны понимать, как в случае чего отредактировать что-либо без потери качества. А люди разной... технической подкованности, скажем так. Так что если перейдёт на ВЭ кто-то один, ему потом просто по шапке за это настучат ("надо было тут срочняком всё поправить, а баба Маша не разобралась"), да и всё. Мы базу объектов-то внедряем со скрипом, чтоб ВСЕМ было понятно, что да как.. Да и, ИМХО, листы - неудобная штука... С точки зрения навигации. Модель как-то милее. Но это уже точно пошёл оффтоп.
-
> элементов эстакады (1:200), разрезы к этой схеме (1:50) и узлы к разрезам (1:10).
Всё, как есть. И не знаю, как у 100рожа в видовых экранах, но в пространстве модели всё это чертится именно в разных элементах оформления, а потом собирается на формате в кучу. В основном блоками, либо за счёт масштаба измерений (но и от того, и от другого мы с нашими чисто модельными построениями по возможности стараемся уходить, компонуя чертежи под один и тот же масштаб формата)... Такой вот каменный век. Живём в лесу, молимся колесу.
-
Ну так и увеличивайте, какие проблемы
А проблемы в этом в общем-то и нет никакой.
Но мы скатились во флуд... Давайте закрывать уже диалог. Я задал вопрос, и даже получил на него, окромя всего прочего, ответ. -
Должен получить оформительный элемент, который можно просто и быстро подставить под формат-с-любым-масштабом-символов.
> только при таком подходе проблематично на одном формате получить деталь и ее узел в разных масштабах
Да. Но тут уж ничего не попишешь. На это у нас есть блоки...
>Или использовать листы с видовыми экранами.
А переводить всю контору на видовые экраны проблемно... С моделью-то никто не разбирается нормально.
-
Деталь 1:1 можете сами проверить, задать форматам разные масштабы измерений и вставлять в них или на чертеж любой стандартный парам объект (тот же швеллер или уголок)
Я возможно, чего-то не понимаю, но как по мне, деталь, уменьшенная в 5 раз под формат НЕ нарисована 1:1, а уменьшена в 5 раз. Но возможно, это чисто лингвистичекая пролема...
Я 1:1 себе представляю так: Есть линия длиной 1000. Образмериваем её безо всяких форматов - получаем 1000. Лезем в свойства, смотрим "длину" - 1000. Рисуем рядом линию, вбиваем с клавиатуры "1000" - получаем аналогичную линию. Если что-то из этого не так, то это не 1:1...
Если план здания парам объект то почему бы и нет, примет масштаб измерений формата
Это очевидно. Как очевидно и то, что план едва ли будет парамерическим объектом.
Просто или чертите в модели 1:1 и форматам задаете разные масштабы символов, или оформляете в листах (видовые экраны.)
А я так и делаю. И у меня в модели есть и планы, и параметрические объекты. Отсюда и поиск способа УДОБНО совместить работу с ними.
Или все в модели с разными масштабами получаете абсолютно неконтроллируемый чертеж и постепенно.
Я противник масштаба измерений в принципе (см.выше). Но от одного объекта, меняющего размер именно таким образом, весьма сомневаюсь, чтопотеряю "контроль над чертежом".
У вас, что на одном виде детали с разными масштабами?
А этого вопроса я, простите, в принципе не понял. Что такое "на одном виде"?
-
1
-
-
У нас с вами подход разный. Вы детали под оформление уменьшаете, а я оформление под 1:1 увеличиваю... На то оно и оформление... И масштабированные размеры меня не устраивают кардинально. А описанном вами способами без них никуда, к сожалению.
-
Что только не придумают лишь бы справку не читать )))
Само все делается не надо ниче переключать.
Великолепный способ. А теперь в эту же рамку вставьте план здания 100х100м, нарисованный в масштабе 1:1, пожалуйста. Да и как-то не похожи 2 детали разных размеров на чертеж 1:1... Одна из них - возможно.
-
1
-
-
О, мсье тот ещё гурман, уж будьте покойны, господа!
А играться с масштабом оформления объекта просто быстрее, чем с масштабом измерений. Он установлен по умолчанию в панели масштабов. Переключаться на масштаб измерений и обратно - долго. Столь же долго вставлять блоки и масштабировать их scale-ом. Операций много. А в том, что я хочу, операций ровно на 2 клика: выбор-вставка. А непараметрическое распознавание вида из-за того, что в данный объект представляет из себя набор сплайнов и параметризировать его геометрию (как в видео от MCAD) я просто зае...сь.
Повторюсь, спасибо за совет про маркер. Так и сделаю. Самый разумный выход.
-
1
-
-
И всё-таки, если не трудно, ответьте на вопрос. Хотя бы для общего развития.
Я привёл пример использования. Возможно, Вы, не обратили внимание, на то, что там (в анимации) есть комментарии к созданию скрипта. Если смотреть на android, то их не видно. Там, в принципе понятно, для чего реализован разный тип масштабов в одном объекте.
Теперь представьте, что будет внутри объекта если вы (или ваши коллеги) будут использовать двойной масштаб.
Я даже осмыслить этого пока не могу.
Я обратил внимание на ваш "пример использования". Вот только параметрическое распознавание вида к моему при мер никакого отношения, к сожалению, не имеет.
И что же страшного будет в данном объекте, если я (или мои коллеги) будем использовать "двойной масштаб"?
----------------------------------------------------------------------------------------------------------------------
Version = 2;
ii=0; While(ii<4); node[ii]=mp; ii=ii+1; EndWhile;
OX=oX; OY=oY; OZ=oZ;
MoveToA(mp+oX*(0.0000)+oY*(0.0000)); LineToA(mp+oX*(1.0000)+oY*(0.0000), 1,1);
MoveToA(mp+oX*(1.0000)+oY*(0.0000)); LineToA(mp+oX*(1.0000)+oY*(1.0000), 1,1);
MoveToA(mp+oX*(1.0000)+oY*(1.0000)); LineToA(mp+oX*(0.0000)+oY*(1.0000), 1,1);
MoveToA(mp+oX*(0.0000)+oY*(1.0000)); LineToA(mp+oX*(0.0000)+oY*(0.0000), 1,1);
Supression(1);
MoveToA(mp+oX*(0.000000)+oY*(0.000000));
LineToA(mp+oX*(1.000000)+oY*(0.000000), 1, 1);
LineToA(mp+oX*(1.000000)+oY*(1.000000), 1, 1);
LineToA(mp+oX*(0.000000)+oY*(1.000000), 1, 1);
LineToA(mp+oX*(0.000000)+oY*(0.000000), 1, 1);
End();
----------------------------------------------------------------------------------------------------------------------
И вы по-прежнему так и не ответили на мой вопрос... Он был не о том, как работать с параметрическим распознаванием вида, не о том, для чего кем-либо реализован разный тип масштаба, и даже не о морально-этической стороне работы в пространстве модели и "двойных масштабах".
Он был весьма прост: "можно или нет". Если да, то как. Если нет, то нет.
Есть ещё вариант "не знаю", но, полагаю, он тут не употребляется...
-
Хотя... маркер в данном случае - классная альтернатива, пожалуй. Спасибо. Не пришло в голову. И всё-таки, если не трудно, ответьте на вопрос. Хотя бы для общего развития.
-
Я хочу поменять масштаб ВСЕГО элемента. Отдельные примитивы меня не интересуют в данном случае. Пример: у меня есть параметрический объект: квадрат 1х1мм. Я хочу: выбрав этот уже существующий квадрат, и поменяв "масштаб оформления" с 1:1 на 1:2, автоматом изменить ему этим действием и "масштаб измерений" с 1:1 на 2:1 и, соответсвенно, увеличить его размер в модели (ИМЕННО В МОДЕЛИ!) в 2 раза. Переменных в геометрии к квадрата нет, распознавание - строго непараметрическое. Отсюда и вопрос: если механизм "rScl=rSymScl" работает при создании объекта, можно ли (и как) заставить его работать при изменении уже существующего.
Дополнение: непосредственно с параметром "масштаб измерений" работать можно, но неудобно. Хочется сделать именно через "масштаб оформления", т.к. он по умолчанию открыт.
Это я к тому, что я понимаю, что есть ряд альтернатив, но меня интересует данный конкретный путь.
-
Нано 6.0:
Создаю объект с непараметрическим распознаванием вида. Делаю, чтобы при вставке его масштаб автоматом привязывался к текущему масштабу оформления.
function OnMakeParameters {
rScl=rSymScl; };
При вставке работает. Пытаюсь сделать так, эта зависимость работала и для уже существующего объекта (при изменении "масштаба оформления" автоматом менялся бы и "масштаб измерений") и не получается... Ковыряю-ковыряю "OnChangeParameters", чую, что это просто делается, но нащупать не могу. Никто не сталкивался?
Т.е. сейчас работает так: у существующего объекта меняю масштаб оформления, щелкаю дважды - он перевставляется и меняет размер, как надо. Но это неудобно.
-
В "Мастере объектов" при выборе Команды "Скрипт - Установить скрипт на все объекты в выбранной папке" программа фаталит. Т.е. эффект есть, скрипт устанавливается на выбранную папку, но уже после перезапуска. Было в Нано 5.4, осталось и в 6.0.
-
Мои логи вот. Так просто, вдруг вам поможет... Win7, 32разрядная. Нанокад 6.0, сборка 258.
Отображается ли, кстати, в них падения Нанокада из-за нехватки памяти? Или это считается нормальной работой программы? Рекомендации про доппамять, dll-ки и переход на 64х можно не приводить - читал.
-
В СПДС-текстах "ТХ" и "ТТ" не работает перемещение курсора стрелками вправо/влево с клавиатуры. Работает только с SHIFT'ом.
параметрические объекты СПДС
in Технические вопросы и обсуждение функционала
Posted
Знаю, до тысячных только. Но спасибо.