[EL-5100TS] 루트 입력
-
- 2024.10.30 - 10:35 2024.10.29 - 17:20 574
1. 루트 관련 버튼
【√】: 제곱근, 루트
【2nd F】【x³】, ³√ 세제곱근
【2nd F】【yx】, ⁿ√ n제곱근
세제곱근 버튼에 의한 3은 일반 숫자와 구분되어 표시됩니다. 작게
하지만 n제곱근은 n에 해당하는 숫자를 먼저 입력하므로, 일반 숫자와 헷갈릴 수 있습니다.
착각하지 않도록 주의하셔야 합니다.
2. 예시
$ \text{LCL} = {0.29} - 3\cdot {\sqrt{\dfrac{0.29(1-0.29)}{100}}} = 0.154 $
키 입력 :
【0.29】【－】
【3】【√】
【(】【0.29】【(】【1】【－】【0.29】【)】【)】
【a/b】
【100】【=】
3 과 √ 사이에 곱하기 【×】를 넣어도 되고 넣지 않아도 됩니다. 결과는 같습니다.
ㄴ 0.29 와 괄호 ( 사이에도 마찬가지입니다.
분수 입력시에 분수버튼 【a/b】 대신 【÷】 를 사용할 수도 있습니다만,
아래와 같이 해당 버튼부분만 바꾸어 입력하면 오류가 발생합니다.
【0.29】【－】
【3】【√】
【(】【0.29】【(】【1】【－】【0.29】【)】【)】
【÷】
【100】【=】
오류가 발생하는 이유
연산 우선순위 : 분수 기호 【a/b】 > 루트 기호 【√】 > 나눗셈 【÷】
분수 기호를 쓸 때는 분자/분모 전체를 괄호로 감싸지 않더라도 한 덩어리로 계산되었지만,
나눗셈 기호를 쓸 때는 (분자 ÷분모)로 감싸지 않으면 분자만 루트와 먼저 결합해 버립니다.
그 결과 분모 부분이 루트 내부에서 결합하지 못하고, 루트 밖으로 빠져나옵니다.
$0.29-3\cdot{\sqrt{0.29(1-0.29)}\cdot \dfrac{1}{100}}$
나누기 기호로 분수를 대신할 때는
루트 안 전체를 괄호를 한 번 더 감싸 줘야 오류가 나지 않습니다.
【0.29】【－】
【3】【√】
【(】【(】【0.29】【(】【1】【－】【0.29】【)】【)】
【÷】
【100】【)】【=】
-
25
세상의모든계산기 님의 최근 댓글
오류 발생 https://www.youtube.com/watch?v=dcg0x5SjETY 위 영상의 문제의 함수를 직접 구해 보았습니다. 그래프로는 잘 확인이 되는데... fmin(), fmax() 함수로 직접 구해보니, 결과가 기대한 것과 다르네요. 구간을 넣지 않으니 fmim, fmax 둘 다에서 오류인 결과를 내놓습니다. 구간을 넣더라도, 적절하게 넣지 않으면, 답이 잘 안나오는 걸 확인할 수 있습니다. fmin 은 그나마 x=0을 기준으로 나누지 않더라도 답이 나오는 편이지만, fmax 는 -10~10 을 구간으로 넣을 때, 가운데 x=0 근방에서 그래프가 위로 솟아오르는 구간은 함수값을 확인하지 않는 듯 합니다. ㄴ fmax가 더 열등해서 그런 것은 아니고, 뒤집어진 모양에서는 반대로 fmin이 못찾습니다. 구간 범위가 커질 경우, 함수에 적용하여 계산하다가 숫자 허용 한계를 벗어나서 overflow 가 나서 오류가 발생할 수도 있는 듯 합니다. 뒤에 점을 넣으니 경고 문구가 추가로 나오긴 했는데, ⚠️ Questionable accuracy. When applicable, try using graphical methods to verify the results. 그래도 실망이네요. * 믿음직한 녀석은 아닌 듯 하니, 주의 표시 ⚠️가 나오든 안나오든, 사용에 주의하시기 바랍니다. 가급적이면 그래프로 검증해 보시는게 좋겠습니다. 2025 10.26 예시 8-1 : 분수식 solve시 오류 예시, 분모에 들어간 X³을 X로 치환해 해결? https://allcalc.org/56074 2025 10.25 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