Перейти к публикации

Обозначение=имя Файла


Старый

Рекомендованные сообщения

Есть такая необходимость в свойствах детали:

имя свойства - обозначение

значение - имя файла

возможно ли это, если то как?

Ссылка на сообщение
Поделиться на других сайтах


Есть такая необходимость в свойствах детали:

имя свойства - обозначение

значение - имя файла

возможно ли это, если то как?

Я пользуюсь макросом YSSWProperties (Редактор свойств)

Из Руководства пользователя макросом..."ускорение процесса формирования обозначения и наименования модели путем занесения информации из имени файла (если на предприятии принята соответствующая система специфицирования файлов)"

SW2005SP5

Изменено пользователем Top_0
Ссылка на сообщение
Поделиться на других сайтах

Забить в свойство "обозначение" это:

$PRP:"SW-File Name"

Альтернатива - руками набирать, как ниже советуют.

Ссылка на сообщение
Поделиться на других сайтах

Забить в свойство "обозначение" это:

$PRP:"SW-File Name"

Зачем дублировать то, что и так можно использовать и в СП и в любых переменных?

А как быть тогда с исполнениями? Как оформить таблицу исполнений (конфигураций)?

Ссылка на сообщение
Поделиться на других сайтах

Зачем дублировать то, что и так можно использовать

Это вопрос не ко мне, а к автору - зачем он хочет автоматизировать то, что правильные пацаны ручками набирают.

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

А как быть тогда с исполнениями?

1. Исполнения нужны не всем.

2. Исполнения могут быть разными файлами.

3. Автор не знает своего счастья и поклоняется ложным богам.

4. Автор знает свое счастье, а вот Вы - не знаете...

5. и многие др. варианты... :smile:

Ссылка на сообщение
Поделиться на других сайтах

Может быть совместно составить типа "Стандарт модели SolidWorks"? Для совместного употребления участниками форума? Можно 2-3 разных (как кому удобно) стандарта. И лишних вопросов будет меньше.

Ссылка на сообщение
Поделиться на других сайтах

Может быть совместно составить типа "Стандарт модели SolidWorks"?

:clap_1::clap_1::clap_1: Отличное предложение

От правильной организации её информ структуры зависит успех всего ЖЦ изделия

Вот только опять это выльется в бесконечную дискуссию

Ссылка на сообщение
Поделиться на других сайтах

Может быть совместно составить типа "Стандарт модели SolidWorks"?

Внутри одной конторы это можно сделать в стиле "мы тут посовещались и я решил". А так - это утопия. Были уже тут похожие предложения.
Ссылка на сообщение
Поделиться на других сайтах

Внутри одной конторы это можно сделать в стиле "мы тут посовещались и я решил"

И можно и нужно. Я вот свой стандарт всеми силами продвигаю, и люди со временем осознаЮт пользу и удобство.
Ссылка на сообщение
Поделиться на других сайтах

Может быть совместно составить типа "Стандарт модели SolidWorks"?

Что имеется в виду? Поделиться шаблонами? "Правильная" методика моделирования? Нюансы документооборота?
Ссылка на сообщение
Поделиться на других сайтах

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

Итак SSW verVoleg. (имя очень условно - принимаю любое другое).

Модель (деталь, сборка) свойство "Автор" - предлагаю записывать фамилию автора и в основной надписи это свойство вписать раз и навсегда. (У меня лично так). Вот пока и весь стандарт. Минус - это свойство не попадет в СП в формате Excel.

Ссылка на сообщение
Поделиться на других сайтах

Итак SSW verVoleg. (имя очень условно - принимаю любое другое).

Модель (деталь, сборка) свойство "Автор" - предлагаю записывать фамилию автора и в основной надписи это свойство вписать раз и навсегда. (У меня лично так). Вот пока и весь стандарт. Минус - это свойство не попадет в СП в формате Excel.

Предлагаю заменить свойство "Автор" на свойство "Разраб" (Разработчик) :smile: - плюсы очевидны! :clap_1:

Ссылка на сообщение
Поделиться на других сайтах

Да, переводчики Солида не конструктора. Но мне кажется, что разработчик модели это и есть в их интерпретации "автор". Также, я думаю, наше "исполнение" у них звучит "конфигурация". Лично мне это режет слух ужасно. Но либо придется привыкать, либо самим конструкторам узучать науку программирования.

Так есть 2 пути - написать разработчику (Солида), чтобы заменил "автора" на "разрабочика", "конфигурацию" на "исполнение" и т.д. или ввести новое свойство "разработчик", но как тогда быть с "конфигурацией" - ее ничем не заменить.

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

Kelny предлагал разработчикам спецификаций включить свойства вкладки "суммарная информация" с СП, но в ответ те высказали лишь недоумение (им это не надо, либо они "к этому не привыкли").

Но, к слову, по ГОСТ под "разработчик" понимается организация-разработчик. А в чертеже "Разраб." сокращенное от "Разработал". Если я правильно понимаю.

Ссылка на сообщение
Поделиться на других сайтах

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

Исправить перевод в окне не составляет проблемы. Но смысла это не меняет.

Намного продуктивнее выработать пользовательские параметры, отказавшись от стандартных, что бы независить от разработчиков.

Проще написать макрос с вводом нужных параметров и использовать его как стандарт.

Ссылка на сообщение
Поделиться на других сайтах

Лучше разработать стандарт и его реализовать макросом. А можно и без макроса. Главное, чтобы было 2-3-4 стандарта (кому как удобнее или кто как привык), в которых четко определены все свойства и стоят они на своих местах в шаблонах. Стандарты вывесить в форуме для всех. (сколько вопросов отпадет).

Поскажите, как слово "заметки" (как его называют в Европе) заменить на "технические требования" (как его называют у нас)?

И моя просьба т.к. заметки-ТТ все равно на вкладке СуммИнф., то и оставльные свойства использовать "ключевые слова", "тема", "заголовок". Последние заменить на "обозначение" и "наименование". В наших ГОСТах нет ни темы ни заголовка. И кто переводил Title -"заглавие, название" в "заголовок"? А Subject конечно и "тема", но для конструктора это "предмет". Как я думаю.

Ссылка на сообщение
Поделиться на других сайтах

Лучше макрос, потому как перевод править придется для каждой версии и сервиспака, что не есть хорошо. Нет переносимости.

Ссылка на сообщение
Поделиться на других сайтах

Для начала, если скажите как, буду править "ручками" и ждать макроса (сам писать не умею).

Ссылка на сообщение
Поделиться на других сайтах

Берешь Restorator.

Открываешь файл ...\SolidWorks\lang\russian\slddialogresu.dll

Диалог 149

Включаешь режим редактирования и правишь.

post-1055-1198737473_thumb.jpg

SW2007 SP0. Кинуть в выше названную папку.

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

Ссылка на сообщение
Поделиться на других сайтах

Предлагаю заменить свойство "Автор" на свойство "Разраб" (Разработчик) :smile: - плюсы очевидны! :clap_1:

Извините, но это чушь полная (ИМХО, конечно)

Под атрибутом РАЗРАБОТЧИК я встречал свойство с именами:

-РАЗРАБОТЧИК

-РАЗРАБОТАЛ

-АВТОР

-РАЗРАБ.

-РАЗР.

Под ПЕРВИЧНЫМ ПРИМЕНЕНИЕМ вариантов еще больше.

Это означает одно и то же но фактически разные свойства.

ПО (в частности Солид) не факт, что наделено Искуственным интеллектом, чтобы разобраться с этой кашей. Тем более, что разработчики ПО - иностранцы, а переводчики - гуманитарии, которые технических терминов почти не различают.

Единственным выходом считаю разработку СТП для каждого предприятия с принятием жесткой терминологии и системы обозначений. Все отступления - 300 лет расстрела. :)

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • wega7777
    • Fedor
      https://ok.ru/dom.sovet/topic/157187980805393   Вот любопытная задачка. Повышение давления воздуха меняет закон Архимеда ... :)
    • Greenston
      Дак это всего лишь стойка с ЧПУ. Посты под конкретные станки (даже с одной стойкой) могу т капитально отличаться. А так - в версиях FC до года 18го +- шло много стандартных постов под разные стойки
    • gudi
      Проверял на датчике A44L-0001-0165     150A.  при питании 5 вольт на выходе 2,508в.         Изменение напряжения   +0,01В  при токе в +1 ампер    . При +0,6В при +60 амперах.
    • миталник
      На картинку нанести нагрузку груз+кузов. Графически или аналитически (сумма моментов) определить вертикальные реакции в левом шарнире и на шарнире штока г/ц. Усилие на штоке г/ц разложить на осевое и горизонтальное. Такое же горизонтальное будет и на левом шарнире. Геометрически сложить горизонтальное и вертикальное усилия на левом шарнире. И не мучить программы из интернета!
    • vad0000
      У Вас ЧПУ 58 или 58Т? Кто изготовитель станка?
    • tm-ares
      Там про округление размеров. Что касается стрелки, то Общие - Линия/стрелка.
    • gudi
      У меня   плата исправная от A06B-6120-H030. Вытаскиваем из блока питания. Подключаем к CX1A ~220V. Вентилятор крутится, на плате ошибка 3. На большом конденсаторе C15 +302 V. На С16 31.88V. На С17  21.92V. Микросхема HA16108FP это  https://radio-hobby.org/uploads/datasheet/161/ha16/ha16107p.pdf.   1 нога 21.92V,  9 нога 6.45v , 16 нога 0.02,  8 нога 0,6в,  11 нога 6.44в.
    • Shura762
      Единственный сайт,  где в преамбуле указано что ГОСТ 7872 взамен ГОСТа 6874, на оф сайте нет. Спасибо
    • Bot
      Процесс конструкторской подготовки производства — один из наиболее автоматизированных в любой компании: проектирование ведется в CAD-системе, результаты проектирования хранятся в PDM. Но для передачи документации в производство или на сторону по-прежнему часто используют бумажный носитель. В эпоху всеобщей цифровизации бумага все еще имеет свои плюсы: для ее чтения не требуются электронные устройства; удобно работать с большими форматами документов, т. к. разместить экран подходящего размера на производстве не всегда возможно. Основные пользователи PDM-системы ЛОЦМАН:КБ — небольшие компании, у которых отсутствует выделенная должность архивариуса, его функцию обычно выполняет ведущий или главный конструктор. В ЛОЦМАН:КБ роль архивариуса дает право переводить в архив проектные составы и изменения на архивные. Контролировать выдачу и актуализацию бумажных копий документов бывает попросту некому. Документ, выгруженный из архива, может стать неактуальным уже через [...] View the full article
×
×
  • Создать...