- CASIO 350
[fx-350] 2차 방정식 해를 찾는 방법 - 2차 회귀식
1. [fx-350] 시리즈의 한계
[fx-350] 기종은 EQN 모드도 없고, Solve 기능도 없기 때문에 일반적인 방법으로는 방정식의 해를 구할 수가 없습니다.
* 동급인 fx-82도 같습니다만, fx-95 시리즈에는 EQN기능이 들어가 있습니다.
https://support.casio.com/global/ko/calc/manual/fx-82ESPLUS_85ESPLUS_95ESPLUS_350ESPLUS_ko/using_calculation_modes/equation_calculations.html
2. 2차 방정식의 해 - 근의 공식 (fx-350 시리즈에서는 이 방법이 최선입니다)
그럼에도 불구하고... 2차 방정식의 해를 찾아야만 한다면? 근의 공식을 이용하는 수밖에 없습니다.
$$ x=\frac{-b\pm\sqrt{b^2-4ac}}{2a} $$
기억이 가물가물 한데... 근의 공식을 중1 수학시간에 배웠던가???
산수에서 수학으로 넘어가는 첫번째 관문이라고 할 수가 있죠.
그나마도 ± 기호를 넣을 수 없으니, 식을 두번 따로 따로 계산해야 합니다.
예시) -4.905t^2+10t+20=0 의 해를 구해봅시다.
3. 2차 방정식의 해 - 편법 (2차 회귀식 Regression)
하지만, 이 계산기에도 기본 통계 기능은 있고, 나름 회귀 방정식이라는 것도 구할 수가 있습니다.
그렇습니다. 나름 방정식입니다. 우리가 찾는 바로 그 방정식과 같은 이름입니다. 선형 회귀, 지수회귀, 로그회귀, 그리고 다항식(2차) 회귀 등을 구할 길이 작게 열렸습니다.
한번 해 볼까요?
- 통계 모드로 들어갑니다. 【MODE】【2】 STAT
(계산기 모델에 따라서 메뉴번호가 조금 다를 수도 있습니다.)
- 암호같은 기호들이 잔뜩 나타나는데 당황하지 말고,
X의 제곱(²)기호가 있는 【3】_+cX² 을 선택
- 빈 칸이 나타났다면
빈칸의 X와 Y에 방정식이 지나는 {X,Y} 순서쌍을 딱 3개만 넣어줍니다.
지금은 방정식 : -4.905t^2+10t+20=0 의 해를 구하고 있기 때문에 최대한 간단한 것을 찾아 넣습니다.
(암산으로도 구할 수 있는) 좌표 {0,ㅁ} {1,ㅁ} {-1,ㅁ} 을 입력합니다. 어차피 계산기로 계산해서 넣으면 되니까 부담갖지 마시구요.
- X부터 차례대로
【0】【=】
【1】【=】
【(-)】【1】【=】
Y는 차례대로
【20】【=】
【-4.905*(1)+10*(1) +20】【=】
【-4.905*(1)+10*(-1)+20】【=】
- DATA 입력이 끝났으면 【AC】를 눌러서 밖으로 나옵니다.
- 【SHIFT】 【1】 을 눌러서 STAT 관련 화면을 띄웁니다.
ㄴ [fx-350EX] 기종은 【OPTN】 으로 들어가서 찾아보세요.
- 【7】 : Reg 을 선택합니다. 회귀 변수들이 보입니다.
A, B, C는 입력한 DATA(쌍)로부터 구해진 2차 회귀식(=방정식)의 계수들입니다.
x(햇)은 x절편, y(햇)은 y절편을 찾을 때 사용합니다.
- 【4】 : x(햇=모자)1 또는 【5】 : x(햇=모자)2 을 눌러서 변수를 불러냅니다.
그리고 그 앞에! 0을 붙이고 【=】를 누르면 신기하게도 근이 구해집니다.
ㄴ y=0에 해당하는 x절편 2개를 의미합니다. 즉 방정식=0 을 만족하는 두 해가 찾아진 것입니다.
ㄴ 찾아진 절편값은 변수 메모리에 바로 저장(STO)할 수도 있고,
앞 뒤로 괄호를 쳐서 결과값을 가공할 수도 있습니다.
(괄호 안쳐도 되긴 합니다만, 모양상 치는 편이 헷갈리지 않을 듯)
근의 공식보다도 많이 복잡해 보이지만, 여튼 구하는 방법이 있다는 데 의의를...
위에서 y=0 과 방정식이 만나는 점인 해(y=0에서의 x절편)를 찾았다면, y=1 일 때의 x절편도 찾을 수 있습니다.
그래프로 표현하면 이렇게 됩니다.
[fx-350MS] 기종도 (키 입력방법은 다르지만) 같은 원리로 해를 구할 수 있습니다.

세상의모든계산기 님의 최근 댓글
fx-570 CW 로 계산하면? - 최종 확인된 결과 값 = 73.04950708478629343538 (22-digits) 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 fx-570 ES 로 70! (근사) 값 구하기 1. 70! 을 직접 구하면 2. ln(70!)의 근사값을 구함 ln(70!) ≈ 70*ln(70) - 70 + (1/2)ln(2*π*70) 3. 즉, ln(70!) ≈ 230.4378531...... 인데, 소숫점 지수형식으로 변환하려면 이 값을 ln(10)으로 나누면 됨. (밑이 10인 상용로그로 바뀜) ln(70!)÷ln(10) ≈ 230.4378531......÷ln(10) log(70!) ≈ 100.077888 70! ≈ 10^(100.077888) = 10^100 × 10^(0.077888) 이므로 최종 결과로 1.196432005 ×10^(100) 을 얻게 됨. 1.197857166997×10^(100) 과 비교하면 오차가 크리 크지 않음을 알 수 있음. 2025 10.23