- TI nspire
[TI-nspire] nsolve() : 솔브 함수, 방정식의 해를 구하는 함수
-
- 2019.06.05 - 19:46 2015.10.27 - 08:58 7201 2
1. 개요
- nsolve() 함수는 solve 함수의 일종입니다.
- 방정식이나 부등식의 실수해(real solutions)를 추정하여 반환하는 함수입니다. 결과가 딱 떨어지는 일반 함수들과는 달라서 사용에 조금 주의를 할 필요가 있습니다.
- CAS 기종에서는 solve(), csolve(), nsolve(), linsolve() 함수를 모두 내장하고 있으므로, 필요에 따라 적당한 것을 사용합니다.
- 하지만 Non-CAS 기종에서는 nsolve() 와 linsolve() 뿐이므로, 어쩔 수 없이 nsolve() 를 주로 사용합니다.
2. 사용 방법
ⓐ nsolve(Equation, Var[=Guess]) ⇒ number or error_string
ⓑ nsolve(Equation, Var[=Guess],lowBound) ⇒ number or error_string
ⓒ nsolve(Equation, Var[=Guess],lowBound,upBound) ⇒ number or error_string
ⓓ nsolve(Equation, Var[=Guess])|lowBound<Var<upBound ⇒ number or error_string
- 'var' 만 넣어도 되고, 'var=guess' 로 결과 추정 값을 같이 넣어도 됩니다.
아무 추정값도 넣지 않으면 0으로 자동대입됩니다만, 0이 아닌 아무런 값이라도 추정값을 넣는 것이 더 바람직합니다. - guess 값에 따라 반환되는 결과값이 달라질 수도 있습니다.
- solve() 함수와 달리 1개의 변수에 대한 실수범위의 수치해를 딱 1개만 찾습니다.
다른 해는 guess 값을 변경시켜가면서 찾아야 합니다.
그래서 보통의 경우 solve(), zeros() 보다 훨씬 빠릅니다. (그래봐야 체감하긴 어렵습니다만)
3. 
주의 사항
- 답이 나오지 않는 경우 = false
- 입력한 식이 그대로 나온 경우
- 답이 표시됐으나 원하는 답이 아닌 경우
등등 문제가 발생하는 경우는 다양합니다. 이 때는 다음의 순서로 해결 방법을 모색해 보세요.
(근사값 모드)로 풀어보기- 입력한 식의 재확인
특히 "a×(괄호) 같은 수식에서 곱하기 생략한거 없는지?" 확인, "함수형식 맞는지?" 등 - 추정값(Guess) 변경하여 입력해가면서 재계산
- nsolve(~~~) | a<x<b 꼴로 범위 지정하여 재계산
- 그래도 안되면, 최종 단계로 그래프로 그려보고 확인
- 단일 변수에 대해 잘 정리를 하였는지 확인
※ solve() 항목을 참조. (세세한 사용 방법은 다를 수 있습니다)
http://www.allcalc.org/3448
-
25
댓글2
-
1
세상의모든계산기
solve 는 ⓒ solve({Eqn1, Eqn2 [,...]} {VarOrGuess1,VarOrGuess2 [, … ]}) ⇒ Boolean expression
의 형식으로 입력이 가능하지만,
nsolve 는
질문하신대로 하나의 변수에 대해서만 계산이 가능합니다.1차식의 경우 linsolve() 를 이용하실 수 있고,
그 외의 경우에는 변수에 조건식(constraint operator)을 추가한다거나 하셔야 합니다.
Non CAS의 경우 solve 사용에 매~우 많은 제약이 있다고 할 수 있습니다.
세상의모든계산기 님의 최근 댓글
예시11) 선형 연립방정식에서 답이 false 로 나올 때 https://allcalc.org/55823 2025 10.22 approx(참 해) 값이 이상하게 튀는 것 같아서 AI를 이용해 (python 으로) 구해보았습니다. * python 의 유효자릿수가 nspire 의 유효자릿수(14자리~15자리)보다 더 길기 때문에 시도하였습니다. ** 원래는 wolfram alpha 로 구해보려고 했는데, 울프람에서는 수식 길이가 너무 길다고 거부하는 바람에 포기하였습니다. 그 결과, AI approx(참 해) 값은 정상 범주에 포함되었고, 이는 solve()로 구한 대부분의 결과값과 유사하였습니다. 그럼 nspire 의 approx(참 해)는 왜 튀었나? 참 해에 더하기,빼기,곱하기,나누기 가 너무 많이 포함되어 있다보니, 모두 계산하고 나면 오차가 누적&증폭되어 버리는 것 같습니다. 그래서 오히려 solve의 numeric 한 접근보다도 더 큰 오차가 발생한 듯 하고, 그래서 적절한 해의 x 구간을 벗어나버린 듯 합니다. 그것이 처음의 solve 에서 false 를 이끌어낸 주 원인이 아니었을까요? (추정) 2025 10.21 그래프로 확인 그래프 함수로 지정하고, 매우 좁은 구간으로 그래프를 확대해 보면 불연속적인 그래프 모습이 확인됩니다. 이것은 한계 digits(15자리) 이상을 처리하지 못하기 때문일 것이구요. 다만 특이한 점은, 그래프상으로 교점에 해당하는 구간이 73.049507058477≤x≤73.049507058484 사이로 나오는데 -> 이 구간은 'solve에서 여러 방법으로 직접 구해진 해들'은 포함되는 구간입니다. -> 하지만, '참값인 해를 계산기로 구한 appprox 값 x=73.049507058547'은 포함되지 않는 구간입니다. 2025 10.21 tns 파일 첨부 sol_num_vs_exact.tns 2025 10.21 검증하면 1번 식을 x에 대해 정리하고, → 그 x 값을 2번 식에 대입해 넣으면 → 그 결과로 x는 사라지고 y에 대한 식이 되니, y에 대해 정리하면 참값 y를 얻음. 얻은 y의 참값을 처음 x에 대해 정리한 1번식에 대입하면 참 값 x를 얻음. 구해진 참값의 근사값을 구하면 x=73.049507058547 and y=23.747548955927 참 값을 approx() 로 변환한 근사값은 원래 방정식 모두를 만족할 수 없지만, linsolve() 로 찾은 근사값과, AI로 참 값을 근사변환한 값은 원래 방정식 모두를 만족할 수 있습니다. 2025 10.21