Ошибка элементы родителя не обновлены nx

Автор:

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 error

frustrum 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 Submitted

Thank you for helping keep Eng-Tips Forums free from inappropriate posts.
The Eng-Tips staff will check this out and take appropriate action.

Resources

Low-Volume Rapid Injection Molding With 3D Printed Molds

Learn 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

Design for Additive Manufacturing (DfAM)

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

Industry Perspective: Education and Metal 3D Printing

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

Taking Control of Engineering Documents

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:

  • Eng-Tips ForumsTalk 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

  1. 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 рейтинги

Понравилась статья? Поделить с друзьями:
  • Ошибка это то что нельзя исправить
  • Ошибка энкодера epson что это
  • Ошибка эсуд ваз
  • Ошибка энергосберегающий режим
  • Ошибка элементы оглавления не найдены