> For the complete documentation index, see [llms.txt](https://wiki.polymaker.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://wiki.polymaker.com/polymaker-wiki/polymaker-wiki-ko/undefined-1/common-printing-issues/ugly-tops-of-prints-or-ugly-thin-prints.md). # 인쇄물 상단이 보기 흉하거나 얇은 부분 문제 이 문제는 어떤 레이어의 표면적이 매우 작을 때 자주 발생합니다. 피라미드 끝처럼 점점 가늘어지는 형상에서 특히 흔합니다. 원인은 간단합니다. 한 레이어가 식기 전에 다음 뜨거운 레이어가 바로 올라가기 때문입니다. 그 결과 끝부분이 녹아내린 것처럼 뭉개지고 보기 싫어집니다. 해결 핵심은 둘 중 하나입니다. 레이어가 식는 시간을 늘리거나, 식는 속도를 높이면 됩니다. ### 한 개 대신 여러 개 함께 출력 항상 최선은 아닙니다. 하나만 필요할 때도 여러 개를 출력해야 하니 재료가 낭비됩니다. 하지만 모델이 아주 작다면 꽤 좋은 방법입니다. 프린트 헤드가 다른 오브젝트를 출력하는 동안 얇은 구간이 식을 시간을 벌 수 있기 때문입니다. 또한 노즐이 한자리에서 멈추지 않으니 오징도 줄어듭니다. ### 냉각 팬 세기 올리기 사용 중인 소재가 부품 냉각 팬을 허용한다면 팬 속도를 높이세요. 레이어가 더 빨리 식으면서 얇은 부위가 무너지기 어려워집니다. 물론 폴리카보네이트처럼 급속 냉각에 불리한 소재는 예외입니다. PLA처럼 팬 사용이 가능한 소재라면 이런 얇은 구간에서 팬을 강하게 써 보세요. ### `Minimum Layer Time` 켜기 또는 늘리기 설정 위치는 슬라이서마다 다르지만, 최소 레이어 시간은 거의 항상 조절할 수 있습니다. ![](https://cdn.shopify.com/s/files/1/0548/7299/7945/files/min_layer_time_480x480.jpg?v=1726087326) 대부분 소재는 최소 레이어 시간을 `3~5초` 정도로 잡아도 괜찮습니다. 예를 들어 `3초`로 설정했는데 어떤 레이어가 1초 만에 끝난다면, 프린터는 다음 레이어 전에 잠시 기다립니다. 그 대기 시간 동안 이전 레이어가 식으므로 끝부분이 덜 무너집니다. 단점도 있습니다. 노즐이 머무는 동안 중력과 잔압 때문에 오징이 늘 수 있습니다. 일부 슬라이서는 멈추는 대신 속도를 낮춰 최소 시간을 맞춥니다. 하지만 아주 작은 면적에서는 느리게 움직이는 뜨거운 노즐이 같은 자리를 오래 지나가며 오히려 표면을 망칠 수도 있습니다. ## 상단 뭉개짐 해결 요약 * 여러 개를 함께 출력해 각 레이어의 냉각 시간을 늘립니다. * 냉각 팬을 올려 냉각 속도를 높입니다. * 최소 레이어 시간을 늘려 각 레이어가 식을 시간을 확보합니다. {% embed url="" %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://wiki.polymaker.com/polymaker-wiki/polymaker-wiki-ko/undefined-1/common-printing-issues/ugly-tops-of-prints-or-ugly-thin-prints.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.