|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Поиск в этой теме |
02.03.2009, 11:35 | #1 | |
Кому нужны "Виртуальные изделия" и "Виртуальные материалы"?
Руководитель фирмы
Москва
Регистрация: 28.03.2007
Сообщений: 1,831
|
||
Просмотров: 6462
|
|
||||
Регистрация: 08.02.2008
Где-то
Сообщений: 8,460
|
Эх, товарищ Supermax, пост в самую больную точку.
Это, ятд, голубая мечта любого проектировщика о такой предметной базе. Я присоединяюсь к проблеме. Однако, мне кажется это совершенно невыполнимым, поскольку оборудование, в основном, все импортное. В их номенклатуре даже относительно геометрических параметров разобраться не просто. А хотеть знать мощность, особенно, потребляемую, думаю совсем невозможно на этапе проектирования. Ряды типоразмеров хотя бы. Запорной арматуры.
__________________
Я дарю не рыбу, а удочку и море. www.zodchii.ws, www.complexdoc.ru, Библиотеки электронных книг Download |
|||
|
||||
Регистрация: 16.11.2008
Москва
Сообщений: 97
|
Не совсем по теме.. Вернее по теме проектирования мебели в Акаде. (сама тема тут)
Суть в том, что многочисленный прикладной софт обладает рядом недостатков, скрытых в узкой специализации. Данный фактор + цена делает его не удобным. Интересным были бы не сколько "Виртуальные изделия", а некая надстройка к Каду с рядом функций и библиотек. Т.е., если бы к Каду "привинтить" выборочные возможности специализированных прог и оснастить это хозяйство библиотеками, плюс неким интерфейсом - мог бы выйти интересный проект. Мог бы поучаствовать в силу возможностей и времени. P.S: Просьба "плюшкинизмом" не считать, так..- мечты.. |
|||
|
||||
Я думаю за виртуальными изделиями будующее, но очень далекое.
Цитата:
__________________
Поезд который устал от ржавого здравомыслия рельсов... |
||||
|
||||
Так какие надо, все-таки?
Пару слов про "Виртуальные материалы". С учетом того, что теперь я буду делать только программно-динамические блоки и везде будет задействовано подключение к сайту производителя, появляется возможность обрабатывать "Виртуальные материалы" собственно функциями самого блока. К примеру: Есть блок "Трубы стальные". Это такой квадратный значек с условным изображением труб. Этот графический значек - единственная графическая начинка блока "Трубы стальные". Кроме изображения значка, в блок входят динамические свойства (таблицы Lookup и пустые линейные параметры без активаторов и привязки к графике). Свойства: Наименование трубы ("Труба стальная прямошовная/спиралешовная/цельнотянутая") Гост Диаметр Толщина стенки Общая длинна Вес погонного метра Общий вес Завод производитель Сайт производителя Единица измерения Расчет Атрибуты: Сайт поставщика Код поставщика Позиция в спецификации Номер по схеме Раздел проекта Стадия строительства Система Категория материала Примечание Метод расчета Поместив этот блок в слой, где, к примеру, линии обозначают трубы какого-то конкретного диаметра при переключении свойства "расчет" в положение "рассчитать" функция действия вычислит в каком слое расположен блок, выберет все указанные примитивы, посчитает общую длинну (к примеру) и установит свойство "Общая длинна" в нужное значение. Можно в этот же слой поместить еще один такой блок, но назначить в атрибуте "метод расчета" не сумму всех линий, а сумм всех полилиний, которыми условно выполненены трубы другого диаметра. Таким образом, программе, считающей спецификацию не надо обрабатывать весь массив графики, а только смотреть в такие блоки и списывать из них нужные данные. Такими "виртуальными материалами" можно оформлять покраску, выемку, или засыпку грунта и пр. Надо? |
||||
|
||||
Решил положить "Виртуальный материал" сюда.
Динамический блок "Трубы электросварные прямошовные ГОСТ 10704-91" Блок простой, не программно-динамический. Охватывает весь ГОСТ, а именно, содержит все данные по двум ТУ ГОСТ 10706-76 и ГОСТ 10705-80. С трудом нашел производителя, который производит весь ряд изделий. Я их там 6 штук накопировал, это от проекта осталось. |
||||
|
||||
От имени строителей (ПГС) заявляю:
такие виртуальные изделия нам не нужны. Ну не используем мы такие данные как "Завод-производитель" или его сайт. Нужно только изображение самой трубы, и еще некоторые мелочи по вкусу. Я хотел бы обратить внимание Supermaxа, на 1 важный аспект: работа с такими сложными блоками очень подтормаживает комп. Выделение 1 блока "Трубы..." подвесило комп на 3 секунды. 6 входжений - 10 секунд. Ты реально считаешь, что с ними можно работать? Очередная попытка объять необъятное, ИМХО тупиковый путь. Очень уж тяжелые получаются
__________________
14 Ибо если вы будете прощать людям согрешения их, то простит и вам Отец ваш Небесный (Мф 6, 14) |
||||
|
||||
Да, подтормаживает когда его трогаешь, но графики в нем почти нет и его наличие в документе не влияет на кручение-верчение модели.
Данные о производителе нужны для заполнения соответствующей графы в 9-ти графке. Не все "виртуальные материалы" имеют такое свойство. А это именно свойство, поскольку одни и те же изделия, выпущенные разными производителями (Китай, к примеру) очень сильно различаются по качеству. Нельзя делать "виртуальный материал" и опускать хоть что-нибудь из списка ассортимента. Можно на два блока разбить, но зачем? Только путаница будет. И не утверждай за всех ПГС-ников, это не разумно. Я реально работал с этим блоком. Для программы он вообще как пушинка. Для панели Properties тяжеловат, всеж 3 ГОСТа охватывает. Это таблицы Lookup его грузят. Можно сделать блок программно-динамическим, тогда все таблицы из него перекочуют в лисп и он станет совсем легким. |
||||
|
||||
Согласен. Я могу утверждать только за тех проектироващиков, с которыми знаком лично. А их не так много в сравнении с общим количеством
Цитата:
А для чего нужно это изделие? Смотреть его свойства в панели Свойств(простите за тафталогию)? Если да, то это не есть гуд. Никаких нервов не хватит каждый раз ждать. А количество вхождений будет большим? Или только 1 раз вставили и все? Я, просто, не совсем понимаю всех целей этого изделия. **********Добавлено******** Всеж таки с блоком нужно работать через панель свойств. Отсюда и полезут проблемы. Меняем характеристики в свойствах - следует очередная задержка в "переваривании" данных. Я не зря задал вопрос о количестве вхождений. Если в свойствах сменить какой параметр у 10 вхождений сразу, ты видел какая задержка в выполнении операции? Мне это в динамических блоках никогда не нравилось. Автокад для каждого вхождения пересчитывает все параметры заново! В итоге время тупо суммируется. Хотя это один и тот же блок. Мне кажется нужно что то менять. Хоть программно-динамическим сделать, или еще что.
__________________
14 Ибо если вы будете прощать людям согрешения их, то простит и вам Отец ваш Небесный (Мф 6, 14) Последний раз редактировалось wetr, 17.06.2009 в 02:29. |
||||
|
||||
Никто пока ничего не знает. Я еще не готов массированно бомбить всех такими блоками. Так что программа у меня пока под замком. Обыкновенный лисп. Идеалогию я тут уже рассказывал. Это для автоматической обработки модели, где некоторые материалы представлены условно линиями, солидами или плоскостями. Такой блок позволяет программно относить его свойства к примитивам, находящимся в слое, где он расположен и в зависимости от того, на какой тип примитивов указывает его атрибут "метод расчета".
В свойства заходят лишь для того, чтобы настроить блок на соответствие к примитивам. Если ты лисп знаешь, расскажу подробнее. Да, таких блоков в модели столько, сколько типов труб электросварных прямошовных ты захотел применить в конструкции. Вот у меня 6 штук оказалось. Трогать эти блоки надо только один раз, когда создаешь слой. Это типа добавки к слою, что мол линии в нем есть вот такие трубы, а если еще один блок в этом же слое, то полилинии - вот такие трубы, но уже либо другого диаметра, либо другой толщины стенки или еще что-нибудь другое. Можно сделать такой блок для чего угодно, хоть для воздуха. |
||||
|
||||
КИПиА Регистрация: 21.03.2005
Tyumen
Сообщений: 1,352
|
Существенный минус подхода - таскание лиспа с блоком.
Если не делать полностью самонастраиваемую программу - чтоб тетка\дядька не задумывались что там еще какието лиспы присутствуют, то наврятли приживется. Обычному проектировщику будет проще 1 вариант изделия - 1 настроенный блок. |
|||
|
||||
Если тебе все равно программировать, зачем тогда связываться с перегруженными динамическими блоками? Чем не устраивают расширенныме данные? Сделал необходимый интерфейс для заполнения этих данных и нет тормозов, описанных выше.
И возможности шире, и глюки динамических блоков можно избежать. Да и для более поздних версий ACADа можно программу сделать.
__________________
14 Ибо если вы будете прощать людям согрешения их, то простит и вам Отец ваш Небесный (Мф 6, 14) |
||||
|
||||
строительное проектирование (после АР,ОДИ,ЭЭФ,ПБ,ПЗУ, ТХ и КР и обслед. писать "архитектор" некорр.) Регистрация: 01.05.2008
Новосибирск
Сообщений: 4,863
|
у дизайнеров весьма востребовано, наличие диска с моделями мебели (дорогущщей мебели), от производителя...
у них там не трубы по ГОСТ, а какие нибудь хитропридуманые диваны или зеркала... Supermax но это наверно не к вам вопрос.))) === а мне не особо нужно что. |
|||
|
||||
zamtmn, лисп я с моделью не таскаю. Лисп - это программа создающая не только спецификацию, но и загружающая в M.S. Project материальные ресурсы из этой модели.
Я эти блоки делал как раз для того, чтобы не таскать программы. В блоке весь ГОСТ или целая линейка изделий, которые не отмоделированы полностью, а изображены условно, как к примеру гвозди можно изображать точками. |
||||
|
||||
КИПиА Регистрация: 21.03.2005
Tyumen
Сообщений: 1,352
|
>>zamtmn, лисп я с моделью не таскаю. Лисп - это программа
>>создающая не только спецификацию, но и загружающая в M.S. Project >>материальные ресурсы из этой модели. По мне основной цинус всего этого - именно спецификация, то что блок динамически меняется - так, для крутости)). т.е. перерасчет блка и его параметров от параметров измененных пользователем проходит внутри блока, без лиспа? |
|||
|
||||
Supermax, благодаря посту №10 стало хоть немного понятно назначение этих блоков. Но сейчас пришла в голову такая мысль:
если у тебя все сечения на отдельном слое, зачем тогда вообще программирование и динамические блоки? Спецификацию можно собирать штатными способами, например, DATAEXTRACTION. Данные пользователю все равно заполнять нужно. Какая разница где? Либо в блоке указать, либо при формировании спецификации, или данные будут в названии слоя (у тебя наверняка слои как-то особенно называться будут) или, например, в гиперссылку к полилинии. Вариантов много. Понятно, что ты расковырял эти динамические блоки и теперь хочется везде их применить, но есть ли действительно в этом ПРЕИМУЩЕСТВО?
__________________
14 Ибо если вы будете прощать людям согрешения их, то простит и вам Отец ваш Небесный (Мф 6, 14) |
||||
|
|
Похожие темы | ||||
Тема | Автор | Раздел | Ответов | Последнее сообщение |
Кому нужны машиностроительные проекты? | PeP | Разное | 6 | 12.09.2008 09:47 |
Девочки, кому нужны!? Берем! | Rost | Разное | 9 | 11.05.2007 12:06 |