Jump to content

Долгое преобразование в PDF/DXF


Farrneel

Recommended Posts

Доброго времени суток. Проблема такова: ранее стоял Солид и PDM 2016. Там настраивал преобразование в ПДФ чертежей. Само преобразование занимало секунд десять на файл. В принципе, для относительно крупных сборок это нормально. Сейчас же установлен 2023 PDM. Не знаю, что натворил SWR в 16 версии, но из неё нормально не получилось проапгрейдить базу, по этому база создавалась с нуля с ручным созданием файлов экспорта и переноса настроек и файлов базы. Но это не суть проблемы. Сама задача преобразования в ПДФ была перенесена напрямую из 16 в 23. И вот если её запустить, то преобразование одного файла в ПДФ длится уже не десять секунд, а минуты две. А это уже в несколько раз растягивает затрачиваемое время. Так же делалась задача на преобразование листового металла в dxf. Сценарий абсолютно тот же. Открывается солид, тратится секунд 5-20 на преобразование (в зависимости от задачи), закрывается, и далее простой в две минуты до открытия следующего документа. Каких-либо настроек тайм-аута не нашёл. Task add-in стоит одинаковый и на сервере и на клиенте. Все преобразования проводятся на стороне клиента.

Link to post
Share on other sites


UnPinned posts

В дистрибутивах или в установленном PDM нет стандартной задачи для конвертации в пдф? Поищите, так-то должна быть.

Для 2016 версии задача валялась в папке solidworks pdm\ default data в формате cex

Link to post
Share on other sites

Если речь о Convert_gb - то это он и использовался. Что в 16 что в 23. 

DraftSight_To_PDF конвертирует dxf в pdf, так что это не тот функционал.

Print_gb работает через тот же Task add-in, и проблемы у него те же. Настроил его "печать" на виртуальный принтер и столкнулся с тем, что мало того, что между выдачей двух файлов проходит более двух минут, так ещё и имя файла задавать надо вручную.

 

Добавлю ещё одно немаловажное уточнение. PDM 2023 стоит на виртуальном сервере, с выделенными 17 гигами оперативки и на зеоне с выделенными 12 потоками. Но железо, в основном, простаивает. Оперативку он выжирал только когда регистрировались файлы тысячами штук за раз. PDM 2016 стоял сразу на железе без всяких виртуалок и преобразовывал достаточно быстро. Может ли в этом быть проблема? Клиентские машины не самые слабые (без графики квадро, правда), но и это, сдаётся, не сильно важно, т.к. ранее преобразовывалось на этих же машинах быстро в 2016.

Link to post
Share on other sites

А на клиенте, где запускается задача, пробовали с админки заходить в хранилище? Результаты те же? 

Если руками в ту же папку в хранилище добавлять и регистрировать пдф, то сколько это времени занимает?

Прочитал внимательней, может дело в виртуальном принтере, насколько я помню у меня нет таких настроек в задаче печати

Link to post
Share on other sites
Цитата

А на клиенте, где запускается задача, пробовали с админки заходить в хранилище? Результаты те же? 

Сценарий абсолютно тот же. Всё так же долго преобразовывает.

 

Цитата

Если руками в ту же папку в хранилище добавлять и регистрировать пдф, то сколько это времени занимает?

Регистрация идёт без проблем. Что PDF что других файлов

 

Цитата

Прочитал внимательней, может дело в виртуальном принтере, насколько я помню у меня нет таких настроек в задаче печати

Виртуальный принтер не при чём, так как используется преобразование в ПДФ. Я просто отдельно попробовал скинуть задачу через виртуальный принтер, вдруг лучше будет, но нет.

Link to post
Share on other sites
  • 4 months later...

В духе старых форумах "проблема решена, можно закрывать тему". И никаких подробностей. 

Но на самом деле, проблема оказалась банальна - конфликт со старой версией Solidworks. При чём конфликт на стороне клиента, не сервера. Старая версия сносилась подчистую, с чисткой оставшихся файлов и реестра. При чём реестр чистился сначала программными средства, а после дочищался ручками по ключевым словам по типу "Solidworks", "Dassault" и подобное, что хоть как-то похоже на уши старого солида. И всё равно проблема оставалась. Но благо одному сотруднику, под шум обновления солида обновили и комп с полным сносом системы. И у него преобразование работало без проблем. Что в PDF всё перегонялось быстро, что в dxf. Попробовали на второй машине такой трюк, потом ещё одну новую чистую собрали - проблем с преобразованием не было. 

Так же, за то время, пока не нашлась причина, использовали другой костыль - Solidworks Task Sheduller. Через него преобразование в PDF организовано чуть менее удобно, чем средствами PDM, но при этом так же быстро. 

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    No registered users viewing this page.



  • Сообщения

    • Maik812
      Есть такая штука https://tc-image.3dn.ru/forum/16 Чел превратил аля блокнот в целую систему с макросами и скриптами. там же могут и помочь написать. Но вроде она сеняет текст вставляет и ищит и заменяет.
    • Killerchik
      Про проверенных мною в Вашем первом сообщении ничего не было. Только о поставщиках в Китае. А их искать не вижу проблем, Али и 1688.
    • Viktor2004
      Активирована функция MANUAL HANDLE INTERRUPT Активируется она у меня вот этой кнопкой, а как у вас, надо смотреть описание станка  
    • Guhl
      Ещё там упоминается А10.0 с текстом "... (К9.7=1) " Активирует А10.0 сигнал R329.7, катушка которого отсутствует. Может у вас там какой-нибудь Power Mate есть еще со своим ладдером? Если вы в cross reference выделите К9.7 и нажмёте delete, то из address map оно пропадет
    • Guhl
      Парень из промоил приезжал, исправлял значение таймера на разжим/зажим патрона Когда его попросили о чем-то еще, то он сразу стал звонить менеджеру, потому что это уже другая неисправность и за нее типа отдельный счет выставлять надо Кстати, на соседнем похожем станке от них еще есть гарантия даже Раз дают гарантию, значит пнр делали?
    • gudstartup
      и вы думаете что приедут парни в куртках с надписью промойл и все разрулят? на них пнр кто производил? сервисную книжку вы не найдете потому что ее нет как и гарантийного сервиса
    • Guhl
      Насколько я понял, символьное имя ему присвоили, но в диаграмме не использовали
    • vudOZuru
      Здравствуйте! Подскажите пожалуйста, может кто сталкивался. На производстве  есть токарный станок Doosan Puma 280, стойка Fanuc. Со станком наблюдается такая проблема. В режиме автомат, mda, во время работы программы активен маховик. Только координата Z. Индикатор на кнопке не горит, на главном окне значения не меняются, меняются в окне Ofsset. Проблема в том что уходит привязка если случайно задеть маховик. Долго не понимали в чём проблема когда стали выходить детали с браком и уходила привязка. Заметили случайно когда станок вывели в нули и покрутили маховик, индикатор нулевой точки по Z потух. Может у кого-то было, подскажите где искать. Где в параметрах поставить блокировку на маховик в этих режимах кроме ручного.
    • ShadoWofXaoS
      Интересно, вопрос решился положительно? Столько времени прошло... )
    • Guhl
      Не нашёл я его серийного номера Есть только фото Если вы как-то связаны с промоилом и вам нужна более точная информация, то могу ее запросить и сказать где стоит станок (его официально покупали)  
×
×
  • Create New...