- CASIO 570
분수식 solve시 오류 예시, 분모에 들어간 X³을 X로 치환해 해결?
1. 관련 영상
https://youtu.be/lM7N-XbRZfs?si=sZd7sL63C4LTAC8W&t=354
2. 영상 내용 요약

ㄴ (x³) 부분은 괄호를 치지 않아도 되지만, ×와 구분 편의상 괄호를 입력하였습니다.
위 수식을 그대로 [fx-570 ES]에 넣고 solve 로 계산하면,
오류가 나서 당황할 수 있으니
단계1) x³ 부분을 그냥 x로 놓고 solve를 돌려 계산

나온 결과값 X=324184.61을 적어두고
단계2) 간단한 3차방정식으로 완성시켜 다시 입력

solve로 최종 답을 구하면
X=68.6959 를 오류 없이 구할 수 있다.
* 아...하~ 많이 번거롭죠?
3. 에러 상황의 확인

ㄴ 초기값에 X=0 을 입력한 경우, 혹은 음수로 입력한 경우

ㄴ 에러가 발생하여 X값이 이상하게 나옴.
Continue 하기 위해 【=】를 한번 더 누르면

ㄴ 정상적인 해가 찾아짐.
4. 에러의 원인
원 방정식을 그래프로 확인해 보면 아래와 같습니다.

분수식의 한계(?) 로 인해
x=0 (점근선) 에서 출발하면 답이 잘 나오지 않을 가능성이 높고,
음수 x<0 에서 출발하면 음수 쪽에서 빠져나오지 못하게 되어 있습니다.
이것이 solve 에서 오류값이 나올 수 있는 근본적인 원인입니다.
그것은 'x³ 을 x로 치환해 입력'한다고 해서
근본적으로 문제가 해결되는 것은 (원래) 아닙니다만,

그래프의 구부러진 정도가 위와 같이 그나마 완만해지면서
x=0 근방에서 시작하더라도 한방에 답이 나오게 되었습니다.
그런데 이게 항상 통한다고 볼 수는 없을 것 같고, 이 경우에 한해 운이 좋았다고 해야 할 것 같습니다.
5. 현실적인 해결 방법
1. L-R=0 이 아닐 때
처음 문제 확인한 상황에서 아래와 같이 나온다면

Continue 하기 위해 【=】를 한번 더 누르면 됩니다.
【=】을 여러 차례 눌러도 L-R=0 이 안나오는 경우는 다른 문제겠습니다만,
【=】를 한번 더 누르는 것을 두려워해서는 안됩니다.
2. 초기값을 지정
초기값을 무시하는 경향이 상당히 많은 것은 알고 있습니다만,
초기값을 적당히 지정하는 습관을 들이는 것이 매우 좋습니다.
특히, 매사에 X=0 은 피해서 적당히 1이나 100 등을 상황에 따라 입력하는 것이 좋습니다.
3. 영상처럼 x³을 x로 치환하더라도...
새로운 3차 방정식을 만들어서 solve를 한번 더 돌리는 것보다는
첫번째 solve로 나온 결과 X를 그대로 계산하는 것이 (여러모로) 합리적입니다.
solve 의 결과는 변수 X에 저장이 되기 때문입니다.

4. 분모의 미지수를 간단하게 반대로 보낼 수 있으면, 일단은 그게 최선입니다.
ㄴ 그에 따른 위험(분모=0인 가짜 해)도 있긴 합니다만...

그럼 X=0에서 출발해도 답이 한번에 잘 찾아집니다.

그래프 모양이 골짜기 없는 형태로 바뀌거든요.

세상의모든계산기 님의 최근 댓글
2번 사진 3개 사진 공통적으로 구석(corner) 에 증상이 있다는 특징이 있네요. 영상 찾아보니 이 가능성이 가장 높은 듯 합니다. https://www.youtube.com/watch?v=zxRBohepzwc ㄴ Liquid Crystal Leakage (액정 누설). ㄴ 손으로 밀어내니 주변으로 밀려나네요. 그래서 점으로 보이기도 하구요. 2025 10.29 500! 의 십진수 근사값 확인 500! = 1.22013682599111006870123878542304692625357434280319284219241358838 × 10^(1134) (참값, 울프람 알파) 2025 10.29 관련 라이브러리 https://allcalc.org/56263 sgn(x) 내장된 부호 함수(signum function)와 달리, 이 함수의 sgn(0)은 0을 반환합니다. 2025 10.29 라이브러리로 사용할 수 있습니다. (제작자 추천) 1. mylib 폴더에 넣기 2. Actions ➡️ library ➡️ refresh libraries 실행 하기 2025 10.29 ChatGPT-5 기호(÷, /, :) 자체는 의미적으로 같은 “나눗셈”을 뜻하지만, 문맥(사람이 쓰는 수학 vs 컴퓨터/프로그래밍)에 따라 해석 우선순위가 달라질 수 있습니다. 🔹 1️⃣ 전통 수학 표기 — ÷, /, : 수학 교과서, 논문, 일반 문서 등에서는 셋 다 의미적으로 “나누기”로 간주됩니다. 즉, 48÷2(9+3), 48/2(9+3), 48:2(9+3) 은 같은 의미로 받아들여야 합니다. 모두 사람의 수학 관행적 해석이 적용되어 48 ÷ 2 × (9+3) = 288 로 처리되죠. 즉, 기호가 바뀌어도 결과는 바뀌지 않습니다. 🔹 2️⃣ 컴퓨터·프로그래밍 문맥에서 / 사용 시 컴퓨터는 “생략된 곱셈(implicit multiplication)”을 따로 구분하지 못합니다. 따라서 다음 두 식은 완전히 다르게 인식됩니다. 표현 파이썬 등에서 해석 결과 48 / 2*(9+3) ((48 / 2) * (9+3)) 288 48 / 2(9+3) ❌ 문법 오류 (생략된 곱셈 인식 불가) — 즉, 컴퓨터 언어에서는 생략된 곱셈이 허용되지 않기 때문에, /는 반드시 명시적 *와 함께 써야 합니다. 🔹 3️⃣ “:” 기호의 경우 현대 수학에서는 “비율”을 나타내는 기호로 쓰입니다. a:b = \frac{a}{b} 따라서 (27 : 3(1+2)3) 같은 표현은 모호하거나 비표준적으로 간주됩니다. 대부분의 경우 계산기로는 입력 자체가 불가능합니다. ✅ 정리 기호 의미 결과 변화 주로 쓰이는 문맥 ÷ 나누기 없음 초중등 수학, 일반 표기 / 나누기 없음 (단, 프로그래밍에서는 생략 곱 불허) 수학/컴퓨터 : 비율 (또는 나누기 의미로 혼용) 보통 계산식에서는 사용 안 함 비, 비율 표기 🔹 결론 48 ÷ 2(9+3), 48/2(9+3), 48:2(9+3) 는 “수학적 의미”로는 동일하게 81로 해석됩니다. 하지만 프로그래밍이나 수식 파서(context) 에서는 /만 유효하고, 생략된 곱은 허용되지 않으며, :는 아예 다른 의미(비율)로 인식됩니다. 2025 10.28