- 세상의 모든 계산기 자유(질문) 게시판 팁 & 정보 ()
ROKU Streaming Stick+ 리모컨 배터리 광탈 issue
-
- 2021.02.05 - 20:28 2021.01.04 - 19:34 4121 5
유튜브 시청 전용으로 쓰고 있는 제품인데요.
(메뉴 등) 한글 지원은 안되지만, 유튜브 앱 자체적으로 한글 검색은 지원되어서 문제없이 잘 쓰고 있습니다.
다만 불편한 점이 하나 있는데...
(대기모드 말고 USB 전원이 빠졌거나, TV 코드가 빠졌거나) 스틱 전원이 완전 off 되고 한참 후에 보면, 리모컨 배터리가 광탈되어있더라구요.
전원이 빠진 본체와 연결을 계속 시도하는 것이 아닌가 추정이 되는데 정확한 것은 아직 파악중입니다.
이 문제에서 배터리 광탈을 막을 방법은
- 대기모드를 유지할 수 있게끔 전원을 관리하거나
(TV USB 전원 대신, 220V USB 전원 어댑터를 사용하는 것을 추천) - 리모컨 배터리를 빼 두거나...
-
25
댓글5
-
세상의모든계산기
전원 안꺼지게 했는데도 배터리 문제는 존재합니다.
며칠 수준은 아니지만 그래도 몇주 정도밖에 안가요.
검색해 보니 고질병인듯 합니다. 설계 오류 가능성이...
https://community.roku.com/t5/Remotes-Accessories/Enhanced-Remote-is-draining-batteries/td-p/511906/page/1쭉 읽어보니 해결 방법은 없구요.
기기 정보 등을 관리자에게 PM으로 보내면 (문제없는) 리모콘을 새로 보내주는 듯 싶네요. -
-
-
세상의모든계산기2021.02.05 - 20:23 #32142
Hi,
Thank you for letting us know about the remote battery drain issue you are experiencing. Our engineering team has been investigating this issue closely and once more information is available I'll be sure to let the Community know.
In the meantime, if you are powering your Streaming Stick through the USB port on your TV, we would recommend that you power your Roku device through a wall outlet to see if that helps the issue you are experiencing.
Thanks,
Danny -
세상의모든계산기
ROKU 전원은
TV 뒷면 USB -----> 220V USB 어댑터로 변경하였습니다.
21-02-05, 20:50 : 1.582V
21-02-06, 20:09 : 1.576V
21-02-08, 01:32 : 1.568V
21-02-10, 08:00 : 1.557V & 배터리 OFF
-- 꺼진 상태 유지 --
21-02-13, 15:00 : 배터리 ON
21-02-14, 18:20 : 1.554V
21-02-16, 13:28 : 1.548V
21-02-19, 11:28 : 1.542V
(정전 한번 있었음. 정전 유지시간 알지 못함 30분 이내일 듯 한데...)
21-02-27, 12:40 : 1.528V
(ROKU 거의 사용 안함)
21-03-30, 07:40 : 1.432V(ROKU 사용 안함)
21-04-10, 21:03 : 1.479V (뭐지?? 저번에 잘 못 쟀나?)
** 중간 평가 : 별도의 (지속적, 안정적인) USB 전원에 연결하니 배터리 광탈하는 문제는 없음.
(ROKU 사용 거의 안함)
21-05-23, 16:00 : 1.457V
세상의모든계산기 님의 최근 댓글
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