- CASIO 570
[fx-570] Stack Error, 입력식의 길이 한계 (Input Capacity, Stack Limitations)
-
- 2025.04.03 - 00:35 2015.12.06 - 20:25 1560 4
1. fx-570MS
ㅁ Input Capacity : 입력 용량
• 계산 입력에 사용되는 메모리 영역은 79개의 "단계"를 저장할 수 있습니다. 숫자 키나 산술 연산자 키(【＋】, 【－】, 【×】, 【÷】)를 누를 때마다 한 단계가 사용됩니다.
• 【SHIFT】나 【ALPHA】 키 조작은 단계를 차지하지 않으므로, 예를 들어 【SHIFT】 【√】를 입력하는 것은 한 단계만 차지합니다.
• 하나의 계산에 대해 최대 79단계까지 입력할 수 있습니다.
계산의 73번째 단계를 입력할 때부터 커서가 "_"에서 "■"로 바뀌어 메모리가 부족해지고 있음을 경고합니다.
79단계 이상을 입력해야 한다면, 계산을 두 개 이상의 부분으로 나누어야 합니다.
2. fx-570 ES
ㅁ Stack Limitations : 스택 한계
• 이 계산기는 Stack 으로 불리는 메모리 영역이 있습니다. 이 영역에는 계산 우선순위가 낮은 값, 명령어 및 함수들을 일시적으로 저장합니다.
• 숫자 스택은 10레벨을, 명령 스택은 24레벨을 을 가집니다. (아래 그림 참조)
• 계산 중 스택 용량을 초과하면 "Stack ERROR" 오류가 발생합니다.
ㅁ 각 모드에서 스택 사용에 대한 몇 가지 주의 사항
• CMPLX 모드: 실수 또는 복소수 상관없이 모든 입력 값은 숫자 스택의 두 레벨을 사용합니다. 따라서 CMPLX 모드에서는 숫자 스택이 실제로 5개 레벨만 사용 가능합니다.
• MATRIX 모드: 일반 숫자 스택과 함께 자체 매트릭스 스택을 사용합니다. 매트릭스 스택은 3개 레벨이며, 매트릭스 계산을 수행하면 결과를 저장하기 위해 매트릭스 스택의 한 레벨을 사용합니다. 매트릭스를 제곱, 세제곱 또는 역행렬 계산할 때도 매트릭스 스택의 한 레벨을 사용합니다.
• VECTOR 모드: 일반 숫자 스택과 함께 자체 벡터 스택을 사용합니다. 벡터 스택은 5개 레벨이며, 벡터 스택 사용 규칙은 위의 매트릭스 스택과 동일합니다.
3. 스택 에러 해결 방법
• 식에서 묶을 수 있는 부분을 묶어서 최적화
• 식을 분리하여 따로 계산하고 변수에 저장한 후 변수를 조합하여 식 완성. (아래 링크글 참고)
-
25
댓글4
-
세상의모든계산기
예시2) 소음 계산 - 많은 분수입력
위 식을 있는 그대로 [fx-570ES Plus] 에 한꺼번에 입력하면
이 부분에서 분수 키를 눌러도 믐 템플릿이 표시되지 않습니다.
해결 방법 1) 분자부분을 먼저 따로 계산 ---> 실패!
ㄴ 로그 안의 분자 부분만 따로 입력하려고 해도 마지막 8 다음에 숫자 입력이 안됩니다.
해결방법2) 10의 분수 부분을 분수로 처리하지 않고, 소수점형태로 직접 처리
먼저 분자 부분을 A에 저장하구요. 【SHIFT】【RCL】STO 【(-)】A
그 값을 이용해서 수식을 완성시키면
결과가 잘 나옵니다.
-
세상의모든계산기
예시3) 복소수의 계산시 Stack ERROR -> Store 기능으로 해결
https://kin.naver.com/qna/detail.naver?d1id=11&dirId=1131&docId=476942922
$$
Z_{\text {in }}=300 \frac{(120-j 60) \cos 288^{\circ}+j 300 \sin 288^{\circ}}{300 \cos 288^{\circ}+j(120-j 60) \sin 288^{\circ}}
$$를 계산할 때
1. 전체 수식을 한번에 넣으면 Stack Error 발생
2. 분자부분을 A에 저장
3. 분모부분을 B에 저장
3. 변수 A와 B를 이용해 수식을 완성하고 최종 계산
-
세상의모든계산기
예시 4) 공약수로 나누거나, 공통 수식부분을 치환
1) 1000으로 좌변, 우변을 같이 나눔
2) (1+X) 부분은 그냥 X로 치환해 입력
Solve 후 【1.1】 【=】
세상의모든계산기 님의 최근 댓글
불러오기 할 때 변수값을 먼저 확인하고 싶을 때는 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