Автор:
Killerchik · Опубликовано:
Сурово, хотя сам так бывает делаю)))))
Если калибровать от базовой плоскости конуса, то ессно на всех станках всё будет измеряться одинаково, в пределах погрешности измерения. Торец обычно расположен весьма точно, но всё таки по стандарту на него допуск конский, так что я считаю, к нему привязываться нельзя.
Я по бедности, когда не было скалки, зажимал в цангу пруток, протачивал его на станке для минимизации биения, измерял длину от базовой плоскости (и диаметр рычажным микрометром) с помощью калибр-втулки, стойки с индикатором и плиты и этим франкенштейном калибровал. Ужас, конечно, но от отсутствия альтернативы приходилось….. Скалки с AliE часто грешат неверной длиной, геометрия вся в норме, биение торца (хотя он там часто даже не шлифованный, а проточенный) тоже — а длина на несколько десятков микрометров отличается от номинала. Максимум был на 70мкм, или около того.
Аналогично, измеряю с помощью плиты, калибр-втулки, огромной стопки КМД (потому что я бич и своих длинных КМД в хорошем состоянии нету) и стойки с индикатором.
Проблема отображения в NX. Программа предлагает обширный инструментарий по управлению отображением объектов: скрыть/показать, слои, ссылочные наборы, расположения, наборы визуализации. Иногда пользователь путается во множестве настроек или забывает о чем-то, что настроил. Тогда начинаются вопросы вроде таких: «почему не видно эскиз», «куда делись все болты».
В статье перечислены те моменты работы со сборками, на которые следует обратить внимание, если возникла проблема отображения в NX. Приоритет примерно равный. Не стоит думать, что одна причина встречается чаще другой. Как правило, отправной точкой возникновения проблем является совместная работа над одной сборкой или деталью, либо непреднамеренное сохранение чертежной обстановки.
Скрыт компонент или геометрия
Инструмент «Показать/Скрыть». Комбинация клавиш «Ctrl+Shift+B» инвертирует показанные на скрытые и наоборот. Скрывать можно компоненты и тела. Скрытый компонент обозначается по отсутствию красной галочки в дереве навигатора сборки. Скрытое тело в компоненте можно найти, сделав компонент рабочим и проанализировав дерево навигатора детали.
Слои
Инструмент «Настройки слоя», а также «Перенести на слой» (выбираем объекты и по номеру выбираем слой, куда переносим). При черчении, возможно потребуется перенести все компоненты с других слоев на один, например первый слой, чтобы они стали отображаться на чертеже.
Ссылочный набор
Тела и какую-то вспомогательную геометрию (кривые, плоскости) в модели компонента можно распределять по ссылочным наборам, чтобы она не загромождала сборку. Есть дефолтовые ссылочные наборы, например MODEL(Модель/тело), EMPTY(пустой) или ALL (Вся деталь). Бывает также, пользователи создают свои наборы. Например, при выполнении деформируемых деталей, может быть создан набор с деформированной и дополнительно — с недеформированной пружиной или шайбой. При ошибке создания набора (выбор тел) или при ошибке выбора набора (выбран для отображения не тот набор), можно получить не те тела или получить недостаточное их количество на экране. Ссылочный набор это атрибут компонента в сборке, он переключается для компонента сборки в навигаторе сборки вызовом контекстного меню правой кнопкой мыши. Ссылочный набор используется для управления конфигурацией отображения тел в рамках одной детали. Для подсборок не рекомендуется создание дополнительных ссылочных наборов. При необходимости управления отображаемой конфигурацией подсборки, используйте расположения.
Расположение/подавлено
Нет ли подавленных компонентов? Подавление используется для вывода из рассмотрения в модели выбранных компонентов. Подавление работает в рамках сборки, в которую входит компонент. При подавлении компонента, пользователь выбирает, на каком уровне сборки компонент подавлен, также подавление может быть выполнено для одного расположения. При выполнении чертежей со сложной обстановкой полезно подавить ненужные компоненты мастер-модели в сборке чертежа. При этом в мастер-модели ничего не поменяется, файл мастер-модели не изменится подавление происходит в сборке чертежа. При отсутствии компонента в рабочем окне, необходимо посмотреть, не является ли он подавленным в текущей отображаемой сборке. В навигаторе сборки подавленный компонент отображается синим цветом. Компонент может быть подавлен всегда, а может быть подавлен только в определенном расположении. Сменить расположение для сборки/подсборки можно вызвав контекстное меню правой кнопкой мыши на компоненте сборки/подсборки в дереве навигатора сборки. Расположение — это атрибут сборки. У компонента без потомков расположения быть не может.
Набор визуализации
Наборы визуализации (Rendering Set) используются для распределения тел сборки на группы, которые трассируются и рендерятся на чертёж отдельно, а также отображаются заданными линиями. Это очень удобно для сборочных чертежей с обстановкой, которая показывается тонкими линиями. Нужно проверять в настройках черчения, а также проверять отображаемые наборы визуализации в настройках вида. Проблема может быть в том, что не верно выбраны тела в наборах, или некорректно выбраны наборы для вида. И то и другое приводит к сокрытию очертаний по причине невидимости контуров. Начните сначала: в настройках вида удалите все наборы визуализации, обновите вид. Добавьте наборы визуализации снова. Поменяйте порядок вывода наборов визуализации на вид. Поменяйте состав наборов в настройках черчения.
Настройка точности отображаемого вида
Здесь может быть сокрытие или наоборот отображение чересчур большого количества линий. Есть так называемые интеллектуально облегченные и точные виды. Это задается в настройках вида. Облегченные виды быстрее обновляются, с ними гораздо легче работать при отсутствии необходимости проработки деталей. Как правило, точными с высокой детализацией (точностью) виды делают ближе к концу работы над чертежом.
Компонент частично загружен
Столбцы навигатора сборки можно настроить так, чтобы частично загруженные компоненты были отмечены в специальном столбце. Для полной загрузки, компонент можно сделать рабочим (двойной клик в дереве навигатора сборки) и тут же вернуться в сборку обратно. Либо поменять опции загрузки.
Эскиз не на том виде/слое
Бывает, кривые эскиза пропадают при создании. Нужно следить за тем, в каком виде делается эскиз, не выходит ли эскиз за пределы вида, а кроме того, на первом ли слое делается эскиз. Эскиз может быть сделан на листе, может быть сделан на виде. Если эскиз сделан на листе, его нельзя будет выбрать для выполнения сечения на виде, нужен эскиз именно на этом виде. Аккуратнее при создании на чертеже активных эскизов — смотрите, где и в каком слое они создаются (эскизы в видах отображаются под видами в навигаторе черчения). ПКМ на границе вида, или на виде в дереве панели ресурсов -> Вид активного эскиза.
Перезапуск
К сожалению, бывают и ошибки ПО. Как правило, наблюдаются при большом количестве импортированной в самых причудливых форматах геометрии сомнительной необходимости. Также при попытке создать сечение подобной геометрии на чертеже. При обновлении вида после ошибок, геометрия на видах может не вырисовываться, а NX тогда глючит и вываливается в Базовый модуль. Требуется перезапуск NX. При этом, можно сохранить чертеж под новым именем. Не надо делать чертежи по плохим моделям.
INTELLIGENT WORK FORUMS
FOR ENGINEERING PROFESSIONALS
Contact US
Thanks. We have received your request and will respond promptly.
Log In
Come Join Us!
Are you an
Engineering professional?
Join Eng-Tips Forums!
- Talk With Other Members
- Be Notified Of Responses
To Your Posts - Keyword Search
- One-Click Access To Your
Favorite Forums - Automated Signatures
On Your Posts - Best Of All, It’s Free!
*Eng-Tips’s functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.
Posting Guidelines
Promoting, selling, recruiting, coursework and thesis posting is forbidden.
Students Click Here
frustrum errorfrustrum error(OP) I am trying to update a view on a large assembly drawing and I get the following error; «Modler error: frustrum error». What is a frustrum error and how can I fix it? Red Flag SubmittedThank you for helping keep Eng-Tips Forums free from inappropriate posts. |
ResourcesLearn methods and guidelines for using stereolithography (SLA) 3D printed molds in the injection molding process to lower costs and lead time. Discover how this hybrid manufacturing process enables on-demand mold fabrication to quickly produce small batches of thermoplastic parts. Download Now Examine how the principles of DfAM upend many of the long-standing rules around manufacturability — allowing engineers and designers to place a part’s function at the center of their design considerations. Download Now Metal 3D printing has rapidly emerged as a key technology in modern design and manufacturing, so it’s critical educational institutions include it in their curricula to avoid leaving students at a disadvantage as they enter the workforce. Download Now This ebook covers tips for creating and managing workflows, security best practices and protection of intellectual property, Cloud vs. on-premise software solutions, CAD file management, compliance, and more. Download Now |
Join Eng-Tips® Today!
Join your peers on the Internet’s largest technical engineering professional community.
It’s easy to join and it’s free.
Here’s Why Members Love Eng-Tips Forums:
- Talk To Other Members
- Notification Of Responses To Questions
- Favorite Forums One Click Access
- Keyword Search Of All Posts, And More…
Register now while it’s still free!
Already a member? Close this window and log in.
Join Us Close
Current Behavior
nx affected
returns the following message:
The affected projects might have not been identified properly. The package(s) @swc/helpers, @nx/storybook, @storybook/addon-essentials, @storybook/addon-styling, @storybook/blocks, @storybook/core-common, @storybook/core-server, @storybook/manager-api, @storybook/preview-api, @storybook/react, @storybook/react-vite, @storybook/testing-library, @storybook/theming, @storybook/types, @swc/cli, @swc/core, @swc/jest, swc-loader were not found. Please open an issue in GitHub including the package.json file.
Expected Behavior
The affected projects to identify properly.
GitHub Repo
No response
Steps to Reproduce
- Run the following in a gitlab pipeline: pnpm exec nx affected —base=$NX_BASE —head=$NX_HEAD -t build —parallel=3
Nx Report
✗ nx report > NX Falling back to ts-node for local typescript execution. This may be a little slower. - To fix this, ensure @swc-node/register and @swc/core have been installed > NX Report complete - copy this into the issue template Node : 18.15.0 OS : darwin arm64 pnpm : 8.6.0 Hasher : Native nx (global) : 16.3.0 nx : 16.3.2 @nx/js : 16.3.2 @nx/jest : 16.3.2 @nx/linter : 16.3.2 @nx/workspace : 16.3.2 @nx/cypress : 16.3.2 @nx/devkit : 16.3.2 @nx/eslint-plugin : 16.3.2 @nx/next : 16.3.2 @nx/react : 16.3.2 @nx/storybook : 16.3.2 @nrwl/tao : 16.3.0 @nx/vite : 16.3.2 typescript : 5.1.3 --------------------------------------- Local workspace plugins: @voltron/mui-theme @voltron/common --------------------------------------- The following packages should match the installed version of nx - @nrwl/tao@16.3.0 To fix this, run `nx migrate nx@16.3.2`
Failure Logs
No response
Operating System
- macOS
- Linux
- Windows
- Other (Please specify)
Additional Information
package.json
:
{
"name": "@voltron/source",
"nx": {},
"version": "0.1.0",
"private": true,
"scripts": {
"dev": "pnpm exec nx serve voltron",
"build": "pnpm exec nx build voltron",
"start": "pnpm exec nx run voltron:serve:production",
"lint": "pnpm exec nx lint voltron",
"lint:fix": "pnpm exec nx run voltron:lint:fix",
"test": "pnpm exec nx test voltron --verbose",
"test:ci": "pnpm exec nx run voltron:test:ci",
"codegen": "pnpm exec nx run voltron:codegen"
},
"dependencies": {
"@auth0/nextjs-auth0": "2.6.2",
"@emotion/cache": "11.11.0",
"@emotion/react": "11.11.1",
"@emotion/server": "11.11.0",
"@emotion/styled": "11.11.0",
"@fullstory/browser": "1.7.1",
"@mui/icons-material": "5.11.16",
"@mui/material": "5.13.5",
"@sentry/fullstory": "2.0.0",
"@sentry/nextjs": "7.56.0",
"@swc/helpers": "~0.5.0",
"launchdarkly-node-server-sdk": "7.0.1",
"launchdarkly-react-client-sdk": "3.0.6",
"next": "13.4.7",
"next-urql": "5.0.2",
"react": "18.2.0",
"react-dom": "18.2.0",
"tslib": "2.5.3",
"urql": "4.0.4"
},
"devDependencies": {
"@emotion/babel-plugin": "11.11.0",
"@graphql-codegen/cli": "4.0.1",
"@graphql-codegen/client-preset": "4.0.1",
"@graphql-typed-document-node/core": "3.2.0",
"@jest/types": "29.5.0",
"@nx/cypress": "16.3.2",
"@nx/devkit": "16.3.2",
"@nx/eslint-plugin": "16.3.2",
"@nx/jest": "16.3.2",
"@nx/js": "16.3.2",
"@nx/linter": "16.3.2",
"@nx/next": "16.3.2",
"@nx/react": "16.3.2",
"@nx/storybook": "16.3.2",
"@nx/vite": "16.3.2",
"@nx/workspace": "16.3.2",
"@storybook/addon-essentials": "7.0.22",
"@storybook/addon-styling": "1.3.0",
"@storybook/blocks": "^7.0.23",
"@storybook/core-common": "7.0.22",
"@storybook/core-server": "7.0.22",
"@storybook/manager-api": "^7.0.23",
"@storybook/preview-api": "7.0.22",
"@storybook/react": "7.0.22",
"@storybook/react-vite": "7.0.22",
"@storybook/testing-library": "^0.2.0",
"@storybook/theming": "^7.0.23",
"@storybook/types": "^7.0.23",
"@swc/cli": "~0.1.62",
"@swc/core": "~1.3.51",
"@swc/jest": "0.2.20",
"@testing-library/jest-dom": "5.16.5",
"@testing-library/react": "14.0.0",
"@testing-library/user-event": "14.4.3",
"@types/css-mediaquery": "0.1.1",
"@types/jest": "29.5.2",
"@types/node": "18.16.18",
"@types/react": "18.2.13",
"@types/react-dom": "18.2.6",
"@types/testing-library__jest-dom": "5.14.6",
"@vitejs/plugin-react": "4.0.1",
"@vitest/ui": "0.32.2",
"@xstarter-pluto/eslint-config-next": "1.1.0",
"babel-jest": "29.5.0",
"css-mediaquery": "0.1.2",
"eslint": "8.43.0",
"eslint-config-next": "13.4.7",
"eslint-config-prettier": "8.8.0",
"eslint-plugin-import": "2.27.5",
"eslint-plugin-jsx-a11y": "6.7.1",
"eslint-plugin-prettier": "4.2.1",
"eslint-plugin-react": "7.32.2",
"eslint-plugin-react-hooks": "4.6.0",
"jest": "29.5.0",
"jest-environment-jsdom": "29.5.0",
"jsdom": "20.0.3",
"nx": "16.3.2",
"prettier": "2.8.8",
"swc-loader": "0.1.15",
"ts-jest": "29.1.0",
"ts-node": "10.9.1",
"typescript": "5.1.3",
"vite": "4.3.9",
"vite-plugin-dts": "1.7.3",
"vite-plugin-eslint": "1.8.1",
"vite-tsconfig-paths": "4.2.0",
"vitest": "0.32.2",
"wonka": "6.3.2"
}
}
Привет, у вас есть ветка master
выписанная локально?
Если master
не является вашей ветвью по умолчанию, вы должны установить --base
в ветку по умолчанию:
Например:
npm run affected:apps -- --plain --base develop
Я запускаю это на CI, и да, у меня есть ветка под названием master, но удивительно то, что она работала с более ранней версией, но не после обновления до последней.
У меня такая же проблема с CI с использованием Github Actions, и это происходит только при работе в ветке, отличной от master.
При запуске на мастере работает без проблем.
@DedoxBR Я решил эту указанную выше команду на nx affected:apps --base=origin/master --head=origin/master --plain
Ссылка:
@DedoxBR Я решил эту указанную выше команду на
nx affected:apps --base=origin/master --head=origin/master --plain
Ссылка:
@whimzyLive у меня не сработало.
Если это поможет, я создал чистый репозиторий, имитирующий проблему здесь:
https://github.com/andrebraghini/nx-affected-test
Есть что-нибудь новое? Такая же проблема. Наличие ветки по умолчанию «разработка» и попытки тестирования и сборки затронуты действиями GitHub, но не важно, что я установил в качестве базовой головы или что-то еще, помогает.
Всегда получаю «Недопустимое имя объекта xxx»
Бегу под влиянием: строю вот так:
npm run affected:build -- --base=$NX_BASE
где NX_BASE отличается в зависимости от того, запускает ли рабочий процесс событие push или запрос на вытягивание.
В случае пуша мы хотим посмотреть идентификатор второй самой новой фиксации, который переводится как
export NX_BASE=$(git rev-parse HEAD~1)
Имейте в виду, что вам нужно использовать действие checkout ранее с глубиной выборки не менее 2, чтобы это работало.
- uses: actions/checkout<strong i="14">@v2</strong>
with:
fetch-depth: 2
В случае запроса на вытягивание это может выглядеть примерно так
export NX_BASE_TEMP=$(git log --format=%H -n 1 origin/${{ github.base_ref }})
Это новейший идентификатор фиксации целевой ветки. Мне нужно было заранее использовать git fetch origin, чтобы это работало.
Надеюсь это немного поможет!
Есть что-нибудь новое? Такая же проблема. Наличие ветки по умолчанию «разработка» и попытки тестирования и сборки затронуты действиями GitHub, но не важно, что я установил в качестве базовой головы или что-то еще, помогает.
Всегда получаю «Недопустимое имя объекта xxx»
Вы уверены, что не забываете двойной тире?
РАБОТАЕТ
npm run affected:apps -- --base develop
против
НЕ РАБОТАЕТ
npm run affected:apps --base develop
Мне пришлось использовать git fetch
прежде чем использовать его в моей среде CI
Итак, я столкнулся с этой проблемой в Github Actions, и после некоторой отладки я обнаружил следующее:
По умолчанию действие проверки Github Actions извлекает только последнюю фиксацию в отдельном состоянии заголовка. Я обнаружил, что это приводит к сбою любой операции git для сравнения.
Я решил проблему в Github Actions, выполнив следующие действия:
- uses: actions/checkout<strong i="8">@v2</strong>
with:
ref: ${{ github.event.pull_request.head.ref }}
fetch-depth: 0
- run: |
git fetch --no-tags --prune --depth=5 origin master
Ключевым моментом здесь является изменение ссылки по умолчанию, чтобы он вытягивал ветку, а не только одну фиксацию.
Я сравниваю PR, поэтому я получаю только master, а флаг глубины можно настроить / удалить для разных вариантов использования, и вы можете получить столько веток, сколько нужно для вашего варианта использования.
- name: Lint affected projects
run: ./node_modules/.bin/nx affected --target=lint --base=origin/master --head=HEAD --parallel --maxParallel=2
Чтобы выполнить эту работу, мне нужно было убедиться, что у меня есть origin/master
вместо простого master
для базового флага, даже если основная ветвь была извлечена. У меня нет точного объяснения, почему, но это позволило мне успешно выполнить работу по линтингу, форматированию и тестированию.
Я надеюсь, что это может быть полезно для других, испытывающих эту проблему
Также ссылка на ветку действий github checkout относительно этого варианта использования: https://github.com/actions/checkout/pull/155
(править: улучшено форматирование, добавлена ссылка на ветку)
@Plysepter благодарит за предложение, однако у меня все еще есть проблемы.
Это мой конфиг:
name: Node.js CI
on:
push:
branches: [ master ]
pull_request:
branches: [ master ]
jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
node-version: [10.x, 12.x]
steps:
- uses: actions/checkout<strong i="8">@v2</strong>
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node<strong i="9">@v1</strong>
with:
node-version: ${{ matrix.node-version }}
- run: git fetch --no-tags --prune --depth=5 origin master
- run: yarn install --frozen-lockfile
- run: yarn affected:build --base=origin/master --head=HEAD
env:
CI: true
И я получаю ошибку Error: Command failed: git merge-base origin/master HEAD
Вам что-то запомнилось из-за того, что я делаю неправильно?
@devinshoemaker
На этапе выполнения замените yarn affected:build --base=origin/master --head=HEAD
на yarn affected:build -- --base=origin/master --head=HEAD
этот дополнительный ‘-‘ требуется для выхода из аргументов. Посмотри на это
также закройте проблему, которая работает для вас.
@whimzyLive спасибо за предложение. Это больше не нужно для Yarn, а для NPM — еще. Я все равно попробовал и все равно получил тот же результат, но с добавленным предупреждением о
warning From Yarn 1.0 onwards, scripts don't require "--" for options to be forwarded. In a future version, any explicit "--" will be forwarded as-is to the scripts.
$ nx affected:build --base=origin/master --head=HEAD
@devinshoemaker , возможно, вы захотите заменить свой шаг - uses: actions/checkout@v2
шаг проверки, который есть в первом блоке кода моего предыдущего комментария.
Действие проверки Github Actions по умолчанию извлекает только последнюю фиксацию в отдельном состоянии головы и извлекает только самую последнюю фиксацию. Вы должны настроить actions/checkout@v2
чтобы вытащить ветку, а не только последнюю сделанную фиксацию. Это то, что исправило для себя состояние отдельной головы. Не могли бы вы попробовать и сообщить нам, решит ли это вашу ошибку?
@Plysepter ах, спасибо! Это определенно помогло. Вот моя текущая лучшая рабочая конфигурация:
name: Node.js CI
on:
push:
branches: [ master ]
pull_request:
branches: [ master ]
jobs:
build:
runs-on: ubuntu-latest
strategy:
matrix:
node-version: [10.x, 12.x]
steps:
- uses: actions/checkout<strong i="7">@v2</strong>
with:
ref: ${{ github.event.pull_request.head.ref }}
fetch-depth: 0
- name: Use Node.js ${{ matrix.node-version }}
uses: actions/setup-node<strong i="8">@v1</strong>
with:
node-version: ${{ matrix.node-version }}
- run: git fetch --no-tags --prune --depth=5 origin master
- run: yarn install --frozen-lockfile
- run: yarn affected:build --base=origin/master
env:
CI: true
Думаю, сейчас этот вопрос можно закрыть.
Была ли эта страница полезной?
0 / 5 — 0 рейтинги