- 세상의 모든 계산기 자유(질문) 게시판 일반 ()
원통형 파이프에 종이를 감을때, 전체 원통의 두께는?
-
- 2024.11.01 - 15:03 2024.10.22 - 18:27 1418 4 1
ㄴ 이미지 생성 : Gemini 1.5 Flash
직경 d_cm 인 원통형 파이프에, 두께 t_mm 인 종이를, L_meter 감으면
롤(원통)의 중심에서 몇 cm 까지 두꺼워질까요?
방법A) 감긴 단면의 면적으로 풀기
단면을 잘라 보았을 때, 전체 원통의 면적 = 종이의 면적 + 파이프의 면적이 됩니다.
(가정 : ⓐ 완전 밀착 ⓑ 압력에 의한 종이 길이나 두께의 변성 없음)
따라서 $\pi R^2-\pi r_0^2=t_{mm} \cdot L_m$ 가 성립합니다.
이 식을 이용해 solve 로 풀거나,
변수를 다른 변수로 정리해 풀면 답이 나옵니다.
문제1) 파이프 지름(d)이 6 inch, 종이 두께가 0.1mm, 종이 길이가 500m 일 때, 원통 중심에서 종이 끝까지의 길이(전체 반지름)는?
문제2) 파이프 지름(d)이 8.8cm, 종이 두께가 0.5mm, 종이 길이가 150m 일 때는?
-
25
댓글4
-
세상의모든계산기
TI-nspire 에서 단위를 수식에 미리 넣으면?
자동으로 approx 로 변형되어 버리네요. 보기가 조금 더 힘든 듯...
그냥 변수만 대입해 넣고, 숫자 대입할 때 한가지 단위(meter)로 통일하는 편이 좋겠습니다.
이 편이 단위 때문에 발생할 수 있는 오해 소지도 적을 것 같구요.
-
세상의모든계산기
최고 종이를 많이 감았을 때 허용 지름(2r)을 파이프 포함하여 42cm이라고 하면, 총 종이의길이는 몇 미터까지 감을 수 있나?
파이프 지름(d)은 17.5cm 이고 종이 두께(t)는 0.1mm입니다.
-
세상의모든계산기
방법B) 감긴 횟수로 계산
1. 첫 바퀴에 감긴 종이의 길이는 \( l_1 = \pi (d+t) \) (여기서 \( d \)는 원통 파이프의 직경)이다.
ㄴ 종이의 안쪽 원을 기준으로 길이를 재거나, 바깥쪽 원을 기준으로 길이를 잴 수도 있는데, 종이의 중심을 기준으로 재는 것이 가장 합리적이겠죠?ㄴ 안쪽 원보다는 길고, 바깥쪽 원보다는 짧아야 하니...
2. 두번째 바퀴에 감긴 종이의 길이는 \( l_2 = 2\pi\times r_1 = l_1 + 2\pi t \) 입니다.3. 세번째 바퀴에 감긴 종이의 길이는 \( l_3 = 2\pi\times r_2 = l_1 + 4\pi t \) 입니다.
따라서, 매 바퀴마다 둘레는 \( 2\pi t \)씩 더해집니다.
n바퀴째에 감긴 종이의 길이는 \( l_n = l_1 + n\cdot 2\pi t \) 가 됩니다.
종이를 \( n \) 바퀴 감았을 때의 총 길이와 반지름:
1. 반지름 증가:
- 첫 번째 감기 전의 반지름: \( r_0 = \frac{d}{2} \)
- 종이를 \( n \) 바퀴 감은 후의 반지름 \( r_n \)은:
\[
r_n = r_0 + n \times t = \frac{d}{2} + n \times t
\]2. 감은 종이의 총 길이:
- 종이를 \( n \) 바퀴 감았을 때의 총 종이 길이 \( L_n \)은:
\[
L_n = l_1 + l_2 + l_3 + \dots + l_n
\]
- 각 바퀴마다 길이는 \( l_n = d\pi + n\cdot 2\pi t \)이므로, 총 길이를 구하려면 이를 합산합니다:
\[
L_n = \sum_{k=1}^{n} \left( d\pi + k \cdot 2\pi t \right)
= nd\pi + \left( \pi t \cdot (n(n+1)) \right)
\]
여기서 \( \dfrac{n(n+1)}{2} \)는 1부터 \( n \)까지의 정수들의 합입니다.
n(감은 횟수)을 먼저 구하고, n을 $ r_n $ 공식에 대입하면 값이 찾아집니다.
본문방법 r=0.147383629719*_m
댓글방법 r=0.14735948683579
본문과 약~~~간의 오차가 있긴 한데... 무시해도 될 것 같습니다.
그런데 왜 차이가 났을까요?
"본문의 방식은 부피가 직사각형 기준이라서 문제가 없지만,
댓글의 방식은 매 바퀴마다 안쪽은 부피가 겹치고, 바깥쪽은 부피가 모자르는 기하학적 구조라서 발생하는 오차가 아닐까?" 추정해 봅니다.
세상의모든계산기 님의 최근 댓글
1. 왜 검은색이 아닌 다른 색으로 보일까? (제공된 LUT 필터) 제가 제공해 드린 magenta_lens.cube LUT 필터는 540~560nm(녹색-노란색) 파장대의 색상을 '완전히 제거(검은색으로 만듦)'하는 대신, '다른 색상으로 왜곡/변환'하도록 설계되었습니다. * 원리: LUT(Look-Up Table)는 특정 입력 색상(Input RGB)을 미리 정해진 다른 출력 색상(Output RGB)으로 매핑하는 테이블입니다. 이 LUT는 540~560nm에 해당하는 RGB 값들이 들어오면, 검은색(0, 0, 0)이 아닌, 매우 어둡거나 채도가 낮은 특정 색(예: 어두운 올리브색, 갈색 등)으로 변환하라고 지시합니다. * 의도: * 현실적인 물리 필터 시뮬레이션: 실제 고가의 색약 보정 안경도 특정 파장을 100% 완벽하게 차단하지는 못합니다. 빛의 일부를 흡수하고 일부는 통과시키거나 변환하는데, 이 LUT는 그러한 현실 세계의 필터 효과를 더 비슷하게 흉내 냈을 수 있습니다. * 시각적 정보 유지: 특정 색을 완전히 검게 만들면 그 부분의 형태나 질감 정보가 완전히 사라집니다. 하지만 다른 어두운 색으로 대체하면, 색상 정보는 왜곡되더라도 밝기나 형태 정보는 어느 정도 유지되어 전체적인 이미지가 덜 어색하게 보일 수 있습니다. 결론적으로, 스펙트럼 그림에서 해당 대역의 색이 갑자기 '다른 색으로 툭 바뀌는' 현상은, LUT 필터가 "이 파장대의 색은 앞으로 이 색으로 표시해!"라고 강제적으로 지시한 결과이며, 이것이 바로 이 필터가 작동하는 방식 그 자체입니다. 2. 왜 'Color Vision Helper' 앱은 검은색으로 보일까? 비교하신 'Color Vision Helper' 앱은 노치 필터의 원리를 더 이상적(Ideal)이고 교과서적으로 구현했을 가능성이 높습니다. * 원리: "L-콘과 M-콘의 신호가 겹치는 540~560nm 파장의 빛은 '완전히 차단'되어야 한다"는 개념에 매우 충실한 방식입니다. * 구현: 따라서 해당 파장에 해당하는 색상 정보가 들어오면, 어떠한 타협도 없이 그냥 '검은색(RGB 0, 0, 0)'으로 처리해 버립니다. 이는 "이 파장의 빛은 존재하지 않는 것으로 처리하겠다"는 가장 강력하고 직접적인 표현입니다. 2025 11.06 적용사례 4 - 파장 스펙트럼 https://news.samsungdisplay.com/26683 ㄴ (좌) 연속되는 그라데이션 ➡️ (우) 540 이하 | 구분되는 층(색) | 560 이상 - 겹치는 부분, 즉 540~560 nm 에서 색상이 차단? 변형? 된 것을 확인할 수 있음. 그럼 폰에서 Color Vision Helper 앱으로 보면? ㄴ 540~560 nm 대역이 검은 띠로 표시됨. 완전 차단됨을 의미 2025 11.05 빨간 셀로판지로도 이시하라 테스트 같은 숫자 구분에서는 유사한 효과를 낼 수 있다고 합니다. 색상이 다양하다면 빨강이나, 노랑, 주황 등도 테스트해보면 재밌겠네요. 2025 11.05 안드로이드 앱 - "Color Vision Helper" 다운받아 본문 내용을 카메라로 찍어 보니, 본문 프로그램에서는 애매하게 보이던 부분에서도 구분이 완전 확실하게 되네요. 숫자 구분 능력 & 편의성 면에서 압도적이라고 할 수 있겠습니다. 2025 11.05 적용 사례 3 - 색상표 https://namu.wiki/w/%ED%97%A5%EC%8A%A4%20%EC%BD%94%EB%93%9C 적녹 색약 기준에서 필터 후 색깔을 느낌으로 표현하면 녹색 계열이 좀 차분? 묵직? 해지는 느낌 적색 계열이 전반적으로 조화를 이루지 못하고 튀는? 느낌 노랑이가 사라지는 느낌. * 적색 계열에서 글씨가 살짝 안보이는 것은 계조 문제(프로그램 문제)일 수 있겠다는 생각 2025 11.04