> 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/poor-bridging.md).
# 브릿징 불량
브리징은 아래에 지지 없이, 두 지점 사이 빈 공간 위로 재료를 뽑아야 할 때 생깁니다.
브리징이 잘 안 되면 필라멘트가 처지거나 늘어지거나, 구간 사이에 실처럼 걸립니다.
개선 방법은 오버행 품질 개선과 매우 비슷합니다.
둘 다 온도, 냉각, 속도 제어가 핵심입니다.
더 깔끔하고 안정적인 브리징을 위해 슬라이서와 프린터 설정을 조정할 수 있습니다.
### 핵심 설정과 방법
* **출력 속도 낮추기:** 속도를 낮추면 공중에 뽑힌 재료가 처지기 전에 굳을 시간이 더 생깁니다. 브리지 속도는 보통 `15~30mm/s` 정도가 많습니다.
* **냉각 팬 속도 올리기:** 빠른 냉각은 브리지 구간 품질을 크게 개선합니다. 특히 PLA처럼 잘 식는 재료에서 효과가 큽니다.
* **노즐 온도 조금 낮추기:** 온도를 `5~15°C` 정도 낮추면 재료가 너무 흐물거리지 않게 할 수 있습니다.
* **슬라이서 브리지 감지 켜기:** Bambu Studio, PrusaSlicer, Cura 같은 최신 슬라이서는 브리지 전용 설정을 제공합니다.
* **브리지 구간 유량 조정:** 브리지에서 유량을 약간 낮추면, 예를 들어 `90~95%`, 처짐과 블롭을 줄이는 데 도움이 됩니다.
* **설계로 무지지 구간 줄이기:** 가능하면 작은 아치, 리브, 얇은 보강 탭으로 긴 브리지를 줄이세요.
* **필라멘트 상태 확인:** 젖은 필라멘트도 브리징 품질을 망칩니다. 수분은 기포와 불안정한 압출을 만듭니다.
* **노즐 청결 유지:** 노즐 끝에 찌꺼기가 있으면 브리지 선을 끌고 가며 품질을 떨어뜨립니다.
## 요약
* 브리지 구간 속도를 낮추세요.
* 파츠 냉각 풍량을 늘리세요.
* 노즐 온도를 적당히 낮추세요.
* 브리지 전용 슬라이서 설정과 유량을 조정하세요.
* 무지지 구간이 짧아지도록 설계하세요.
* 필라멘트는 건조하게, 노즐은 깨끗하게 유지하세요.
---
# 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/poor-bridging.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.
