- 세상의 모든 계산기 자유(질문) 게시판 리뷰 ()
모니터 수리기 (CCFL을 LED로 개조 DIY)
-
- 2020.02.25 - 00:01 2017.01.11 - 02:18 5344 6
1. 대상
10년된 모니터가 한대 있습니다. 삼성 LTM210M2-L02 액정 패널을 사용한 XP210WL 이라는 모델명의 제품입니다.(회사는 망) 예전에 제가 쓰다가 본가에 놓고 왔고, 아버지께서 간혹 사용하셨던 제품입니다.
오랫만에 가져와서 보니
- 어댑터는 (한번 교체했던 것인데도...) standby 모드에서 약간의 고주파음이 들리고
- power on 이후 노이즈가 약간 보이고, 시간이 지나면 눈에 띄는 노이즈는 없어지지만, 화면이 지저분하다는 느낌이 들었습니다.
일단 오래 써서 내부 부품 일부의 수명이 다한 것 같다는 느낌이 들었습니다. 그리고 지금껏 사용해 본 경험상 어댑터(12V 5A)도 약간 빠듯하다는 느낌도 들었습니다.
그래서 겸사겸사 CCFL Backlight 를 전력소모가 적다는 LED로 개조하는 작업을 해 보았습니다.
2. 작업 사진
모니터를 뜯어보니 인버터 콘덴서가 부풀어 있는 것이 눈에 띄었습니다. AD보드는 외견상 멀쩡해 보였습니다(그러나 실제로는 문제가 있어 나중에 콘덴서 교체를 하였습니다)
패널을 완전 분해해야 하는데... (중간 과정은 복잡한데 다 생략)
패널의 위/아래에 장착되어 있는 CCFL 램프(아래 사진)를 제거하고,
구입한 LED 램프(아래사진)로 교체하여주면 됩니다.
교체한 LED 바는 사이즈가 딱 맞지 않아서 고정되지 않기 때문에, 고정을 위해서 3M 열전도 테잎이 있으면 최상이고, 없으면 그냥 접착력 좋은 양면 테잎이라도 있어야 하는데... 현재는 둘 다 없는 관계로 문구용 테잎으로 대충 바르고, 글루건으로 양 끝단만 살짝 고정시켜 주었습니다.
3. 결과
CCFL도 딱히 문제가 있어서 갈았던 건 아니었기 때문에, 확 좋아진 느낌은 받지 못했습니다. 그보다도 문제는 노이즈였는데, LED 개조 후에도 노이즈 개선이 되지 않았습니다.
결국 AD 보드의 콘덴서(캐패시터) 중에서 큰 것을(470㎌ 25V, 16V ->470㎌ 25V*2개) 교체하고 나서야, 노이즈가 많이 없어졌고, 깔끔한 화면을 볼 수 있었습니다.
어댑터 문제도 아니었고, 인버터 문제도 아니었고 AD보드가 주범이었던 모양입니다. (물론 복합적 결과로 나타났을 가능성도 있습니다.)
4. 평가
- 패널 분해는 꽤 까다롭다. - 액정/필름 손상 위험 있음. 먼지 유입 가능성 매우 높음.
- CCFL to LED 교체 자체는 간단하다. - 부품값(LED+드라이버) 1만 4천원 ~ 1만 9천원 (인터넷 가격 기준)
- 백라이트 문제가 확실하지 않은 이상 교체는 신중히 결정할 것. (요즘 중소기업 20인치급 FHD IPS/VA 모니터가 10만원 내외인데, 굳이 위험을 감수하고, 부품비 들여가면서까지 꼭! 고쳐야 할 이유가 있는지 생각해 볼 것)
-
25
댓글6
-
세상의모든계산기
2년 정도 사용하였는데, 그동안 큰 문제는 없었습니다.
다만, 상단 LED 바 쪽(상단 2~3cm)에 빛이 뭉쳐보이는 현상이 있습니다.
정면에서는 괜찮은데, 상/하단 (30도 이상) 에서 보면 눈에 확 띄눈군요.또, 정전기에 조금 민감한데, LED 문제는 아니라고 생각되고, AD보드쪽 부품에 문제가 있지않나생각하고 있습니다.
(저번에 콘덴서 교체할 때 얍실하게 생긴 일부는 용량이 맞지 않아서 교체하지 못했습니다)* 그 사이 모니터 신품 가격은 더 내려갔네요. ㅎㅎ
세상의모든계산기 님의 최근 댓글
fx-570 CW 는 아래 링크에서 https://allcalc.org/56026 2025 10.24 불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 VARIABLE 버튼 【⇄[x]】목록에서 확인하고 Recall 하시면 되고, 변수값을 이미 알고 있을 때는 바로 【⬆️SHIFT】【4】로 (A)를 바로 입력할 수 있습니다. 2025 10.24 fx-570 CW 로 계산하면? - 최종 확인된 결과 값 = 73.049507058478629343538 (23-digits) - 오차 = 6.632809104889414877 × 10^-19 꽤 정밀하게 나온건 맞는데, 시뮬레이션상의 22-digits 와 오차 수준이 비슷함. 왜 그런지는 모르겠음. - 계산기중 정밀도가 높은 편인 HP Prime CAS모드와 비교해도 월등한 정밀도 값을 가짐. 2025 10.24 HP Prime 에서 <Home> 73.0495070344 (12-decimal-digits) // python 시뮬레이션과 일치 <CAS> 21자리까지 나와서 이상하다 싶었는데, Ans- 에서 자릿수를 더 늘려서 빼보니, 뒷부분 숫자가 아예 바뀌어버림. 버그인가? (전) 73.0495070584718691243 (21-digits ????) (후) 73.0495070584718500814401 (24-digits ????) 찾아보니 버그는 아니고, CAS에서는 십진수가 아니라 2진수(bit) 단위로 처리한다고 함. Giac uses 48 bits mantissa from the 53 bits from IEEE double. The reason is that Giac stores CAS data (gen type) in 64 bits and 5 bits are used for the data type (24 types are available). We therefore loose 5 bits (the 5 low bits are reset to 0 when a double is retrieved from a gen). 출처 : https://www.hpmuseum.org/cgi-bin/archv021.cgi?read=255657 일단 오차를 놓고 보면 16-decimal-digits 수준으로 보임. 2025 10.23 khiCAS 에서 HP 39gII 에 올린 khiCAS는 254! 까지 계산 가능, 255! 부터는 ∞ fx-9750GIII 에 올린 khiCAS는 factorial(533) => 425760136423128437▷ // 정답, 10진수 1224자리 factorial(534) => Object too large 2025 10.23