T-FLEX DOCs

[Nikollay 32]

1 час назад, BSV1 сказал:

Что-то тут не так. К разработчикам обращались?

В свое время ковырял пробную версию. СП быстро генерировалась, а деталей немало было. Правда, групповую СП не пробовал.

Да обращались - проблему признали, но не исправляют.

[BSV1 1 724]

34 минуты назад, Nikollay сказал:

... проблему признали, но не исправляют.

Тюкайте периодически ... 

[Nikollay 32]

3 минуты назад, BSV1 сказал:

Тюкайте периодически ... 

Так и делаем, для схемотехников уже сделали свой отчет, который генерируется за несколько секунд.

Возможно придется писать писать собственною групповую спецификацию.

[lexx174 373]

2 часа назад, Nikollay сказал:

Да обращались - проблему признали, но не исправляют.

так  деньги платить надо, потому и не исправляют. кто бесплатно будет исправлять

Как на сегодня идет внедрение Тфлекс в авиакосмической отрасли? Начали теснить сименс? Или авиационщики еще в NX все до сих пор сидят?

[SAPRonOff 560]

4 часа назад, lexx174 сказал:

так  деньги платить надо, потому и не исправляют. кто бесплатно будет исправлять

Как на сегодня идет внедрение Тфлекс в авиакосмической отрасли? Начали теснить сименс? Или авиационщики еще в NX все до сих пор сидят?

Процесс перехода не быстрый, но процесс идёт в последнее время динамичнее.

 

по поводу отчётов : очень странно читать, что используют поставочный отчет из коробки в том виде как он есть (не скастомизированный, я про то что никто же в тимцентре/винчил/swe не будет использовать отчеты без преднастроек - в голой системе ничего нет, а местные вендоры это продают: таков принцип работы ИТ-контор, разработчики оставляют поле для заработка вендоров:)), речь про то, что он настроен на среднеарифметическое требование машиностроительного предприятия, дальше есть варианты : самим настроить, купить услуги настройки. 

Еще странно  звучит утверждение, что один отчёт генерится быстро, другой медленнее. У меня штатная спецификация на страниц 4-10 строится пару секунд. Возможно локальные проблемы: аппаратная часть, субд, антивирусные душилки, но тогда не понятно почему пользовательский отчёт быстро генерируется. В общем случае инструментом трассировщика запросов нужно сделать отчёт: поизучать на что там тратится время.

 

ну самое странное : что-то выливать на сторонний форум что-то, наверное какая-то цель преследовалась :)

[Nikollay 32]

Отчет из коробки с допиленным оформлением подходит полностью, странно делать что то свое если из коробки как надо...

(Если б не тормозил конечно, видимо придется.)

 

Трассировка сделана и отправлена разработчикам, по в целом и без нее видно, что прибавлении элементов структуры отчет генерируется все медленнее и медленнее. 

 

12 часов назад, SAPRonOff сказал:

ну самое странное : что-то выливать на сторонний форум что-то, наверное какая-то цель преследовалась :)

Самое странное рекламировать сторонний форум в своих продуктах :)

 

 

 

[Nikollay 32]

Пояснения для тех кто собирается внедрять не имея наработок в T-Flex CAD. 

Если DOCs внедряется без дублирующей в T-Flex CAD системы отчетов то в определённый момент вы остаетесь без генерации основных документов на сборочные единицы. Тем более если решили внедрять самостоятельно.

 

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

 

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

Проблема с длительностью генерации отчетов спецификации не связана напрямую с наличием в узле множественных вхождений и одинаково проявляет себя как при наличии их так и при отсутствии, но скорее всего имеет туже основу. Отчеты сделанные самостоятельно через генераторы отчетов DOCs формируются быстро.

 

В целом даже удивительно что старое окружение такое как модули интеграции со сторонними CAD и отчеты остались в какой то мере работоспособными. 

[streamdown 1 565]

12.07.2022 в 20:35, SAPRonOff сказал:

я про то что никто же в тимцентре/винчил/swe не будет использовать отчеты без преднастроек

Странное утверждение. Звучит как: зарубежная программа, не заточенная под ЕСКД не генерирует отчёт по ЕСКД из "коробки". Это тавтология.

Согласно Российскому ЕСКД - основной конструкторский документ это спецификация. Даже моделей может не быть, только ЭСИ. Но отчёт должен быть.

Есть и другая сторона. Отказ от услуг интегратора. Да, это может подразумевать что громаднейшая куча настроек тяжёлой системы просто "установлена по дефолту". Но для таких случаев можно и нужно использовать оплаченную техподдержку.

Так если продукт, который разработан в России (станкин вроде изначально) и изначально для России, не генерирует спецуху по ЕСКД, то это по меньшей мере странно.

12.07.2022 в 13:51, Nikollay сказал:

проблему признали

Есть у меня одно знакомое предприятие, которое по уши всё перезаблокировано в смысле сети, с замусоренной базой и с кучей кастомизаторов всего чего только можно. Тоже жалуются на проблемы сети)) Проблема была признана разработчиком, мол да, видим что "тормозит". Ну и что с этим делать? Пересоздать по правилам работы ПО сотни тысяч объектов? Это как простенькая сборка в CAD тормозит, потому что у меня эскиз на сотни примитивов, формулы привязанные к чему только можно, дерево деталей на десятки объектов, а ещё погашенные уведомления об ошибках построения

Изменено 15 июля 2022 пользователем streamdown

[Nikollay 32]

19 минут назад, streamdown сказал:

Тоже жалуются на проблемы сети

Проблема не в сети: отчеты на основе генераторов отчетов, а не скомпилированного кода генерируются хорошо. 

Время генерации отчета с клиента на сервере и с клиента на рабочем месте в сети примерно одинаковое.

Изменено 15 июля 2022 пользователем Nikollay

[Nikollay 32]

Для информации что сделали:

1. Добавили команду объединить множественные вхождения, так как ими пока пользоваться не планируем. На интеграцию с SW их объединение повлияло не сильно, но нужно быть внимательными и проверять результат, что в целом, необходимо делать и без объединения этих множественных вхождений.

2. Разделили отчет и расчет позиций, так как только конструктор может знать о правильном назначении позиций. К примеру исполнение в узле - это зеркальное отражение и другая позиция или это другой размер та же позиция, но применяемая в другом исполнении узла. Можно конечно это докрутить логикой расчета позиций, но пока решили что проще дать конструктору возможность их менять самостоятельно до генерации спецификации, так как правок после основного расчета обычно не много.

3. Сделали собственные отчеты единичной и групповой спецификации.

В итоге, для сборки про которую писал ранее: расчет позиций занял несколько минут, а отчет спецификации генерировался несколько секунд.

[BGM 1]

Как-то тихо-грустно в этой теме, неужели так мало людей используют и ни у кого нет вопросов? У меня, например, появился, как происходит "дробление" файла на КД, спецификацию и 3д? А то в материальных объектах деталь появилась, а в остальных разделах пустота.

[SAPRonOff 560]

7 часов назад, BGM сказал:

"дробление" файла на КД ... и 3д?

в смысле дробление? это один файл.

7 часов назад, BGM сказал:

спецификацию

ЭСИ DOCs это и есть спецификация, если нужно напечатать - то есть кнопка - "отчёт"

7 часов назад, BGM сказал:

А то в материальных объектах деталь появилась, а в остальных разделах пустота.

пару строчек вопросов всего, но я что-то ни понял о чем вопросы :( что такое разделы?

[BGM 1]

8 часов назад, SAPRonOff сказал:

в смысле дробление? это один файл.

ЭСИ DOCs это и есть спецификация, если нужно напечатать - то есть кнопка - "отчёт"

пару строчек вопросов всего, но я что-то ни понял о чем вопросы :( что такое разделы?

Вот про это говорю, с точки зрения файловой системы в .grb сразу модель, чертежи и, опционально, спецификация, а здесь в документах в мат. объектах только модель, есть возможность сделать как-то так, чтобы она по папкам "разложилась" (разумеется, без потери связи с исходным файлом)? Я, например, создал .grb, чтобы чертеж сразу был в папке "Чертежи", модель в "Материальные объекты" и т. д., или в этом смысла нет и я не до конца понимаю функционал? Первый раз имею дело с PDM в принципе (считай внедряю), у нас в университете был курс "PDM-системы", но там разбирался Teamcenter и на уровне "ну вот это система, где вы можете хранить все свои файлы, она очень крутая и удобная", а в детали никто не вдавался.

[SAPRonOff 560]

20 минут назад, BGM сказал:

не до конца понимаю функционал

Думаю нужно начать с изучения этих коротких видео 

 

в новых версиях поменялся механизм выпуска ИИ, но эти видео  дадут представление о системе. 
потом вот это можно посмотреть:

 

https://youtu.be/YhAi3Q7DAaU

Ничего обычно дробить не надо.

[BGM 1]

@SAPRonOff спасибо, ознакомлюсь! 

[Mad AlexX 3]

Только начал знакомиться с T-Flex Docs. Как я понял, файлы он предлагает по умолчанию сохранять в каталоге

"C:\ProgramData\Top Systems\T-FLEX DOCs Server 17\Rus.tfbase1\FileServer\Основной"

Можно этот путь изменить или добавить дополнительный каталог после создания базы, а не только при первоначальной настройке базы?

 

[SAPRonOff 560]

1 час назад, Mad AlexX сказал:

Только начал знакомиться с T-Flex Docs. Как я понял, файлы он предлагает по умолчанию сохранять в каталоге

"C:\ProgramData\Top Systems\T-FLEX DOCs Server 17\Rus.tfbase1\FileServer\Основной"

Можно этот путь изменить или добавить дополнительный каталог после создания базы, а не только при первоначальной настройке базы?

 

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

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

 

Итого:

1. настраивать разделы сервера файлов можно только во время Настройки T-FLEX DOCs, путём запуска утилиты в Пуске ярлыка - "Настройка сервера T-FLEX DOCs 17"

2. в системе есть понятие основной раздел, вспомогательных может быть сколько угодно.

3.  несколько разделов немного усложнит администрирование в потенциальной работе.

4. после добавление нескольких разделов через утилиту настройкуи вроде бы их нужно настроить в системном окне "Разделы сервера файлов":

5. далее такие разделы можно уже назначать в справочнике Файлов на различные каталоги:

[Mad AlexX 3]

21 час назад, SAPRonOff сказал:

точно ли я правильно понял вопрос: нужно для сервера файлов понаделать разных разделов?

 

Да, именно так. Например, сейчас для тимцентра как только набирается 1 ТБ файлов создаю новый и назначаю его группам, чтобы новые файлы записывались в него. Если настраивать разделы сервера файлов можно только во время Настройки T-FLEX DOCs, то заранее никогда неизвестно какой объём получится в базе.

[SAPRonOff 560]

8 часов назад, Mad AlexX сказал:

Если настраивать разделы сервера файлов можно только во время Настройки T-FLEX DOCs, то заранее никогда неизвестно какой объём получится в базе.

Ну до конца не понятно, что мешает держать несколько разделов с запасом по месту, тем более если речь идёт о терабайтах: -1ТБ, +1ТБ какая разница :) ну или через настройку с утилиты, сама настройка в среднем занимает минут 5, если наполнение справочников уже стоит.

Обычно, когда речь идет о большом объеме данных, то в тимцентре том же то скорее всего речь про разные изделия ( ну например су35 один сайт, су57 - другой) планируют на разных «сайтах» - у каждого свой раздел с местом хранения. Тут тоже можно организовать работу : будет несколько «серверов» каждый со своим разделом, который настраивается в момент установки сервера.

Ну и плюс никто не запрещает обратится в офис к отечественному разработчику, если есть мотивы работать как вы привыкли в тимцентре, повторить какую то функциональность:)