[일반 계산기] 스위치(셀렉터, 슬라이드 바)의 용도 UP,5/4,DOWN F,4,3,2,1,0,+ADD2
-
- 2024.09.10 - 18:41 2015.02.17 - 21:06 10981 6
일반 계산기중에는 스위치(Selector)가 달려있는 모델이 있습니다.
만약 아무 스위치도 없다면, 이들 스위치로 선택할 수 있는 여러 옵션 중에서 단 한가지로 고정된 것으로 볼 수 있죠.
(기본 설정은 일반적으로 5/4 반올림, F)
스위치는 위 사진처럼 생겼습니다. 계산기 회사마다 일부 차이는 있을 수 있습니다.
1. 라운딩 셀렉터 (UP, 5/4, DOWN)
화면에 표시하도록 설정한 소수 범위 이하, 즉 '나머지 숫자가 있는 경우에 이를 어떻게 처리할지?'를 결정합니다.
- UP : 올림
- 5/4 : 반올림(사사오입)
- DOWN (=CUT) : 내림
계산기에 따라 조금씩 다를 수 있습니다.
- UP(올림)이 없이 "반올림 / 내림" 2개만 쓰기도 합니다.
2. 자릿수 Decimal Place 셀렉터 (+,4,3,2,1,0,F)
계산 결과가 소숫점 형태일 때, 계산기 화면에 표시할 소숫점 이하 최대 자릿수를 결정합니다.
- + : "ADD2" 또는 "A" 로 표시된 계산기도 있습니다.
우리나라에서는 별로 쓸데가 없습니다. 미국처럼 보조화폐단위(센트)가 100단위일 때 유용합니다. - 4 ~ 0 : 각각 소숫점 이하 4자리~0자리까지만 표시합니다.
표시되지 못하는 나머지 부분은 '1. 라운딩셀렉터'에서 결정한 바에 따릅니다. - F : Floating Decimal 화면상 표시가능한 모든 자릿수까지 표시해줍니다.
- 간혹 'F'가 자릿수 셀렉터가 아닌 라운딩 셀렉터에 있는 모델도 있습니다.
이런 모델에서 라운딩 셀렉터를 'F' 로 설정하면 자릿수 셀렉터 설정은 무시될 수 있습니다.
상세 설명 (ADD2 모드)
어떤 결과값에 1달러 10센트를 더하는 경우,
소숫점을 찍지 않고 그냥 【+】 【110】 【=】 를 입력하면
마지막 두자리 앞에 자동으로 소숫점이 붙어서 +1.10 이 입력됩니다.
그와 달리 【100】 【×】 【2】 【=】 계산에서는 소숫점이 붙지 않고 200.00 이 계산됩니다.
헷갈릴 수 있으니 안쓰시는게 좋습니다.
-
25
댓글6
-
-
세상의모든계산기
카시오 D-20TER
F 가 라운딩 셀렉터에 붙어있는 모델.
F 선택시, "without rounding" 이라고 애매모호하게 여지를 남겨 두었는데, 그냥 CUT 으로 보는 게 더 합리적인 듯 함.
-
-
세상의모든계산기
카시오 JS-40B
F 선택 옵션이 내림(CUT), 반올림(5/4) 와 한 그룹으로 묶여 있습니다.
F 선택시 내림 / 반올림 옵션은 당연히 선택할 수 없습니다.
F가 아닌 다른 옵션 선택시에는 그에 맞게 마지막 자릿수 아래의 숫자는 버려질지, 반올림될지 결정되고,
그 옆 옵션에 따라 자릿수가 결정되어 표기됩니다.
세상의모든계산기 님의 최근 댓글
불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 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 같은 방식으로 500! 근사값을 구해보면 1.219933487 × 10^(1134) 1.22013682599111006870123878542304692625357434280319284219241358838 × 10^(1134) (참값, 울프람 알파) 2025 10.23