UG NX STP·STEP 가져오기 오류 환경변수 NX 최적화 옵션 정리
UG NX CAD에서는 파일 불러오기 및 가져오기 메뉴(현업에서 흔히 “임폴트”라고 부르는 구간)로 중립 포맷을 여는 일이 많습니다. 그중에서도 실제로 가장 자주 마주치는 게 STP / STEP죠.
문제는 NX가 “대충 만들어진” 데이터에 생각보다 민감하다는 점입니다. 공차가 넉넉한 환경에서 나온 STEP를 그대로 가져오면 면/엣지가 끊기거나, 바디가 비거나, 솔리드가 안 잡히는 상황이 꽤 자주 나옵니다.
그럼 윈도우 환경변수로 STEP “안 열림/깨짐”을 줄이는 쪽을 먼저 정리하고, NX 내부의 STEP 가져오기 옵션에서 NX 데이터 최적화까지 함께 알아보도록 하겠습니다.
윈도우 STP STEP 열기오류 환경변수 설정
의외로 환경변수 한 줄로 STEP “안 열림”이 줄어드는 경우가 있습니다.
NX는 설치 구성/그래픽 드라이버/번역기 조합에 따라 예민하게 반응하는 케이스가 있는데, 특정 환경에서는 이 값 하나로 “같은 STEP가 갑자기 들어오는” 상황이 실제로 나옵니다.
내PC → 속성 → 고급 시스템 설정으로 들어갑니다.
고급 → 환경 변수에서 시스템 변수 영역으로 이동한 다음 새로 만들기로 추가합니다.
입력은 아래처럼 넣어주면 됩니다.
- 변수 이름 : JT_OGL
- 변수 값 : 1
설정 후에는 NX를 완전히 종료했다가 다시 실행합니다.
PC가 무거운 상태라면 재부팅까지 하고 NX를 여는 편이 체감이 좋습니다.
그리고 동일한 STEP를 다시 열어보면 “가져오기 실패”나 “화면에서 면이 튀는 느낌”이 줄어드는 케이스가 있습니다.
참고로 설치/버전 조합에 따라 비슷한 성격의 값이 다른 이름으로 쓰이는 경우도 있지만, 여기서는 설정(JT_OGL=1)을 기준으로 두고, 아래 NX 옵션에서 실제로 깨짐을 더 줄이는 쪽에 집중하는 편이 안전합니다.
NX 파일열기 STEP 옵션설정
NX에서 STEP를 열 때는 옵션에서 가져올 요소를 고를 수 있습니다. 커브, 서피스, 솔리드, 좌표계, PMI 등 항목이 보이는데, 여기서 필요 없는 건 과감히 꺼두는 편이 오히려 성공률이 올라갑니다. 외부 데이터가 러프할수록 “전부 다 가져오기”가 깨짐을 키우는 경우가 많습니다.
또 한 가지. 옵션에는 단순 체크박스가 아니라, 들어오자마자 형상을 다듬는 기능이 섞여 있으며 아래 조합은 여전히 실전에서 효과가 좋습니다.
- Sew Surface Automatically : 쪼개진 서피스를 자동 봉합(솔리드 성립에 도움)
- Simplify : 불필요하게 잘게 쪼개진 형상 정리(무의미한 엣지/면 감소)
- Optimize : 분할면/이상면을 정돈(후작업 안정성이 좋아지는 편)
- Smooth B-Surface : 곡면 품질이 애매한 데이터에서 도움이 되는 경우가 있음
- Flatten Assembly : 조립 STEP를 단일 파트로 받을 때 유용(데이터에 따라 바디 수가 크게 늘 수 있음)
가져오기 도중 실패했다면 설정된 경로로 오류 리포트가 저장됩니다.
이 리포트는 “어디에서 끊겼는지” 단서를 주는 경우가 많아서, 현업에서는 먼저 리포트를 보고 공차, 봉합, 특정 엔티티, 문자/경로 중 어디가 문제인지 감을 잡는 편입니다.
C:Program FilesSiemensNX12translatorsstep242step242ug.def같은 STEP인데 어떤 건 열리고, 어떤 건 깨지는 이유
STP/STEP는 “중립 포맷”이지만 내용은 제각각입니다.
같은 STEP여도 안에 들어있는 정보(어셈블리 구조, PMI, 색상/레이어, 단위/정밀도, 커브 표현 방식)가 다르고, 내보낸 CAD의 공차 정책도 다릅니다. NX에서 자주 보는 패턴은 보통 아래 쪽입니다.
- 공차 불일치: 내보낸 쪽은 넉넉한데 NX가 더 타이트하게 판단해서 솔리드가 성립하지 않음
- 면 분할 과다: 작은 엣지/면이 과도하게 많아 최적화 전에는 계산이 버거움
- 곡면 품질: 곡면이 매끈하지 않아 접합부에서 틈/겹침이 생김
- 조립 데이터: Flatten을 켜면 편해지지만, 데이터에 따라 바디가 폭증해 NX가 버벅일 수 있음
이럴 때는 “환경변수로 일단 문을 열고”, 옵션에서 Sew / Simplify / Optimize를 중심으로 정리하는 조합이 가장 무난합니다.
특히 Optimize는 단순히 보기 좋게 만드는 수준이 아니라, 후속 작업(필렛/쉘/홀 가공 등)에서 오류를 덜 내는 쪽으로 체감이 큽니다.
한 번에 깔끔하게 가져오고 싶을 때 많이 쓰는 세팅
솔리드가 목적이면 “형상 중심”으로
상대 CAD 데이터가 러프할수록, 처음부터 “전부 다” 가져오려는 선택이 실패 확률을 올립니다. 목적이 솔리드라면 솔리드/서피스만 켜고, 커브/PMI/불필요한 엔티티는 꺼두는 편이 보통 안전합니다.
조립 STEP는 처음엔 구조 유지로 상태 확인
Flatten Assembly는 편하지만, 데이터에 따라 바디가 폭발하는 케이스가 있습니다. 처음엔 구조를 유지한 채로 정상인지 확인하고, 정말 단일 파트가 필요한 상황에서만 Flatten을 적용하는 쪽이 사고가 덜 납니다.
파일명·경로·권한 때문에 “안 열리는” 경우도 많음
형상 문제가 아니라 의외로 경로/권한/파일명 때문에 번역기가 실패하는 경우도 있습니다. 특히 외부에서 받은 파일이 네트워크 드라이브, 너무 긴 경로, 특수문자/이모지, 권한 제한 폴더에 있으면 같은 STEP라도 결과가 달라질 수 있어요. 이런 케이스는 파일을 C:temp 같은 짧은 경로로 옮겨서 다시 시도하면 멀쩡하게 열리는 경우가 있습니다.
실무에서 많이 쓰는 조합 표
| 상황 | 추천 옵션 | 비고 |
|---|---|---|
| 솔리드가 안 잡힘 | Sew + Optimize | 틈/겹침이 많은 데이터에 효과 |
| 면/엣지가 너무 잘게 쪼개짐 | Simplify + Optimize | 불필요한 엣지 감소로 후작업 안정 |
| 조립 STEP가 무거움 | 초기엔 구조 유지 | 확인 후 필요 시 Flatten |
| PMI 때문에 느려짐 | PMI 끄기 | 형상만 먼저 확보하는 쪽이 빠름 |
| 같은 파일이 PC마다 결과가 다름 | JT_OGL=1 시도 | 그래픽/번역기 조합 이슈에서 도움 |
STEP가 “열리긴 열리는데” 후작업에서 계속 터지면, 가져오기 단계에서 끝내려 하기보다 처음 판단을 조금 더 깔끔하게 해두는 게 결과가 좋습니다. 현업에서는 아래 세 가지를 먼저 체크하는 편이에요.
단위(mm/inch)와 정밀도
STEP는 단위 정보가 포함되지만, 내보내는 쪽 CAD 설정이 엉켜 있으면 “크기만 이상한” 파일이 들어오는 경우가 있습니다.
모델이 유독 작거나 크게 들어오면 형상 자체보다 단위/정밀도가 먼저 의심입니다. 이 상태로 봉합을 시도하면 공차 판단이 틀어져 솔리드가 더 안 잡힐 수 있어요.
색상/레이어/PMI는 필요할 때만
형상만 필요한데도 PMI, 색상, 레이어까지 전부 들고 오면 가져오기 부담이 확 올라갑니다. “형상 확보”가 우선이면 불필요한 항목은 끄고 들어오고, 정말 필요한 경우에만 다시 받아오는 게 시간 아끼는 쪽입니다.
리포트에서 자주 보이는 키워드만 먼저 잡기
오류 리포트는 길지만, 현업에서는 반복되는 표현이 있습니다.
예를 들면 sew 실패, gap, self-intersection, tolerance 같은 단어가 보이면 “형상 품질 문제”로 방향이 바로 잡힙니다. 반대로 권한/경로/문자 쪽 메시지가 보이면 옵션을 만질 게 아니라 파일 위치부터 바꾸는 게 빠릅니다.
FAQ
Q. STP/STEP가 열리긴 하는데 면이 갈라지고 솔리드가 안 잡혀요.
대부분 공차와 면 품질 쪽입니다. 가져오기 옵션에서 Sew Surface Automatically와 Optimize를 먼저 켜고, 불필요한 엔티티는 끈 상태로 다시 시도하는 쪽이 성공률이 좋습니다.
Q. NX에서 “파일 열기”로 여는 것과 “가져오기”로 여는 것, 체감이 다른데 정상인가요?
같은 STEP라도 번역기 옵션 접근 방식이 달라 체감이 생길 수 있습니다. 문제가 반복되면 “어느 방식에서만 실패하는지”만 갈라놔도 원인 추적이 빨라집니다.
Q. Flatten Assembly를 켰더니 바디가 엄청 늘어나서 NX가 버벅입니다.
조립 구조를 한 덩어리로 받는 과정에서, 원래 묶여 있던 형상이 잘게 쪼개져 들어오는 케이스가 있습니다. 처음에는 구조 유지로 정상 여부를 확인하고, 정말 단일 파트가 필요한 상황에서만 Flatten을 적용하는 편이 안전합니다.
Q. 오류 리포트는 어디서 확인하나요?
번역기 설정 파일(.def)과 같은 계열 경로 아래에서 함께 떨어지는 경우가 많습니다. 설치 버전에 따라 폴더명이 달라질 수 있지만, 본문에 적어둔 Translator 경로 아래부터 보면 찾는 시간이 줄어듭니다.
Q. PMI가 포함된 STEP가 더 자주 문제를 내는 것 같아요.
PMI 자체가 원인이라기보다, 함께 들어오는 엔티티가 늘면서 번역 부담이 커지는 경우가 많습니다. 당장 형상만 필요하면 PMI는 끈 상태로 먼저 열어 “형상 확보”부터 하는 쪽이 실전적입니다.
Q. 외부에서 받은 STEP가 어떤 PC에선 열리고 어떤 PC에선 실패해요.
그래픽 드라이버/설치 구성/권한/경로가 겹치면 PC마다 결과가 달라질 수 있습니다. 먼저 파일을 짧은 경로로 옮겨 다시 열어보고, 그 다음에 JT_OGL=1 같은 환경변수로 변수를 줄이는 편이 보통 빠릅니다.
