- CASIO 9860
[fx-9860G] 복소수 페이저(극좌표, 직각좌표) 계산 및 전환
-
- 2024.09.30 - 01:53 2015.04.22 - 19:59 14539 7
1. 복소수 표기 설정
【SHIFT】 【MENU】
Complex Mode : Real (기본) / a+bi / r∠θ 중 택1
Real (실수로 취급)
└ 기본 설정, Default 값
└ 계산 결과로 실수값과 허수값의 결과가 둘 다 있을 때 실수값(real number)만 반환(return)
└ 복소수에 대하여는 직각좌표 형태로 표시
a+bi (직각좌표, rectangular)
└ 강제로 직각좌표 형식으로 표시
r∠θ (극좌표, polar)
└ 강제로 극좌표 형식으로 표시
└ θ 단위는 Setup에서 설정해 놓은 각도방식에 따라 결정 (Deg or Rad or Grad)
2. 입력 예제 (설정에 따른 결과 표기 차이)
※ 예제1 : 복소수 계산 결과의 차이
└ Real : -2
└ a+bi : 1+1.732050808i
└ r∠θ : 2 ∠ (⅓)π
※ 예제2 : 각도 설정(Angle)에 따른 결과의 차이 (in r∠θ mode)
└ radian vs degree
3. 허수단위 i 의 입력
공학용 계산기에서 허수기호는 무조건 i 입니다.
j를 사용하지 않고, 알파벳 I 와도 구별해 사용합니다.
[fx-9860G] 에서는 【SHIFT】 【0】 으로 입력합니다.
4. 각도 기호 ∠ 의 입력
【SHIFT】 【X,θ,T】 을 눌러 각도 기호를 입력합니다.
※ r∠θ 형식 입력할 때 Ma Error 오류가 뜬다면 마이너스 기호가 제일 앞에 붙어있는건 아닌지 확인해 주세요.
괄호( ) 를 추가로 입력하면 오류를 회피할 수 있습니다.
-
25
댓글7
-
세상의모든계산기
Q : SETUP 설정과 다른 형식으로 전환하려면?
▶a+bi 혹은 ▶r∠θ 으로 전환
<In degree Mode>방법 1 : 【OPTN】 【F3】 【F6】 【택1 F3 / F4】
방법 2 : 【SHIFT】【4】
CATALOG 에서 선택 -
세상의모든계산기
fx-9860G 에는 복소수를 이용한 기본 계산 기능이 있을 뿐이어서, 식 자체에 복소수를 포함한 방정식이나 결과가 복소수인 식을 EQN : solve, 연립방정식, 다차방정식 기능으로 풀어낼 수는 없습니다.하지만 [fx-9860] OS Ver 2.0 이상에서는 연립방정식(EQN) 및 행렬(Matix) 내에서 복소수를 직접 입력할 수 있게 되었습니다. 아직 1.x 버전을 쓰시는 분이 계시다면 가급적 Ver 2.0 이상으로 업그레이드하여 사용하시기 바랍니다.
- 1
-
세상의모든계산기
각도 단위와 생략된 곱하기간 우선 순위
생략된 곱하기는 ∠보다 계산 우선순위가 높습니다.
-
1
세상의모든계산기
2→B
2→C1÷BC =
를 하면, BC에 자동으로(강제로) 괄호가 쳐 집니다.
모든 생략된 곱하기에 대하여 사칙연산보다는 우선순위를 높게 잡도록 설계가 된 것으로 보입니다.
그렇다고 최우선순위인 것은 아닙니다.
LINE IO 설정에서 지수기호보다는 우선순위가 낮습니다.
그래서 괄호도 자동으로 쳐지지 않습니다.
나누기에 대해서는 LINE IO 에서도 자동으로 괄호가 쳐 지네요.
세상의모든계산기 님의 최근 댓글
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