• SEARCH

    통합검색
세모계
    • Dark Mode
    • GNB Always Open
    • GNB Height Maximize
    • Color
    • Brightness
    • SINCE 2015.01.19.
    • 세모계 세모계
    •   SEARCH
    • 세상의 모든 계산기
      • 자유(질문) 게시판
      • 계산기 뉴스/정보
      • 수학, 과학, 공학 이야기
      • 세모계 : 공지 게시판
        • 구글 맞춤검색
    • TI
    • CASIO
    • HP
    • SHARP
    • 일반(쌀집) 계산기
    • 기타계산기
    • by OrangeDay
  • 세상의 모든 계산기 계산기 뉴스/정보
    • 세상의 모든 계산기 계산기 뉴스/정보 ()
    • [공학용 계산기] 긴 수식은 단계별 계산 or 변수 메모리 저장을 활용할 것! STO / RCL / Ans

    • Profile
      • 세상의모든계산기
      • 2024.11.17 - 16:33 2015.10.16 - 15:37 25519 1

    1. 식의 길이와 에러

    계산기, 특히 공학용 계산기를 사용할 때 식이 길어지는 경우가 종종 있습니다. 

    계산기에 익숙한 사람이라면 빠르게 "다다다다다다다다다닥"  하고 입력할 수 있겠지만,
    아무리 계산기를 잘 다루는 사람이라도 식이 복잡해질수록 실수할 가능성이 높아집니다.
    그리고 한 번 실수가 발생하면 그 부분을 되짚어 찾아내기가 매우 어렵습니다.  

    이런 이유로 수식을 부분적으로 나누어 변수에 저장한 뒤, 이러한 변수들을 조합해 최종 수식을 완성하는 것이 더 바람직합니다.
     

    변수를 활용하는 장점은 다음과 같습니다:

    1. 계산 화면이 깔끔해집니다: 식이 짧아지면서 전체적인 가독성이 높아집니다.
    2. 실수할 확률이 줄어듭니다: 복잡한 수식을 한 번에 입력하는 대신 단계적으로 처리하기 때문에 오류 가능성이 줄어듭니다.
    3. 에러 발생 시 검토가 쉬워집니다: 오류가 발생하면 각 변수별로 검토할 수 있어 원인 파악이 용이합니다.
    4. 중간 결과값을 재활용할 수 있습니다: 중간 계산값을 다른 계산에 활용하여 시간을 절약하고 계산 효율성을 높일 수 있습니다.

    이렇게 변수를 활용하면 보다 정확하고 효율적인 계산이 가능해집니다.

     

    2. 저장 Store & 불러오기 Recall

    1. 저장 : 'Store', 버튼상 【STO】 혹은 【→】 로 표기
    2. 불러오기 : 'Recall',  버튼상 【RCL】 로 표기합니다. 

    K-20151016-560399.png K-20151016-560482.png K-20151016-560743.png K-20151016-560840.png


    • 불러오기와 저장하기 기능이 2개 버튼에 나눠진 계산기 : 각각 버튼 한번으로 사용이 가능
    • 두개의 기능이 하나의 버튼에 합쳐진 계산기 : 【SHIFT】 또는 【2nd F】 와 같은 2차기능 키와 조합하여 다른 기능을 사용

     

     주의

    • 수식을 완성하고 마지막에 【STO】【변수명】 을 입력하면 저장이 됩니다. 
      STO 기능을 식 중간에 집어넣으면 에러가 납니다.
    • 저장하면서 변수명을 입력할 때 【ALPHA】 키를 눌러야 하는 기종이 있고, 【ALPHA】 는 생략하고 변수에 해당하는 키만 눌러도 되는 기종이 있습니다. 
    • 결과값을 두번다시 이용하지 않을 것이 확실하다면, 변수에 저장하는 과정이 별도로 필요하지 않은 【Ans】 메모리를 사용하는 것이 더 좋겠습니다. 
    • 변수를 이용한 계산이 끝나고, 다음 문제로 넘어갈 때는 DATA 초기화를 해주는 것이 좋습니다. 값이 저장된 것을 깜빡하고 다른 계산에서 변수를 불러서 사용하는 문제가 발생할 수 있습니다. 

     

    3. 공식의 저장

    결과로서 상수값을 저장하는 것과, 공식을 저장하는 것은 전혀 다른 차원의 문제입니다.

    공식을 저장하는 기능은 프로그래밍 급의 공학용 계산기 수준에서부터 가능한 기능입니다. 1만원~2만원정도의 기본형 계산기에서도 여러 부가 기능을 활용하여 공식을 일시적으로 사용할 수도 있지만, 저장이 되지 않으므로, 말그대로 일시적으로 사용할 수 있을 뿐입니다. 

     

    4. 관련 링크

    •  http://www.allcalc.org/6612
      [CASIO] (계산 결과) 숫자의 저장 Store 및 불러오기 Recall (메모리 변수 활용)
    Attached file
    K-20151016-560399.png 2.9KB 264K-20151016-560482.png 11.2KB 275K-20151016-560743.png 17.5KB 285K-20151016-560840.png 5.1KB 297
    이 게시물을..
    N
    0
    0
    • 세상의모든계산기 25
      세상의모든계산기

      계산기는 거들 뿐
      혹은
      계산기를 거들 뿐

    세상의모든계산기 님의 최근 글

    [fx-9860] 커서 모양 설명 10 2025 10.28 SHARP EL-738XT, TVM Solver 항목 입력 순서에 따라 결과값이 달라진다면? 25 2 2025 10.26 CASIO 모델명 fx-290A(?) fx-375ES A(?) 27 2025 10.26 fmax =함수의 최대값일 때의 x값, fmin =함수의 최소값일 때의 x값 34 1 2025 10.26 분수식 solve시 오류 예시, 분모에 들어간 X³을 X로 치환해 해결? 28 2025 10.25

    세상의모든계산기 님의 최근 댓글

    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 ChatGPT-5 💯 네, 정확히 그 지점을 짚으셨어요. 요약하면 이렇게 말할 수 있습니다: “생략된 곱하기(implicit multiplication)”는 문자에서는 강한 결합력을 인정하지만, 숫자나 괄호 사이에서는 일반 곱셈(×)과 동일한 우선순위로 취급된다. 즉, 문자에서는 더 강하게 결합, 숫자·괄호 사이에서는 그냥 ‘보통 곱셈’ 으로 본다는 것이 현대 수학 표기와 계산기의 관행적 규칙입니다. 🔹 두 경우의 구조적 차이 식 형태 실제 해석 결과 결합력 특징 ab ÷ ab 문자 붙음 ((a×b) ÷ (a×b)) 1 문자 간 결합이 강함 → 한 항으로 인식 3(1+2)3 숫자·괄호 혼합 (3 × (1+2) × 3) 27 생략된 ×는 보통 곱셈 → 좌→우 규칙 적용 🔹 왜 문자식은 결합력이 더 강한가? 기호적 표현의 안정성 (ab), (xy), (2x) 같은 표기는 수백 년 동안 “하나의 곱셈 항(term)”으로 인식되어 왔습니다. 그래서 수학자들은 이걸 암묵적으로 “괄호로 묶인 덩어리”로 봅니다. ab ÷ ab = (ab) ÷ (ab) 함수 표기와 구분 필요 예: (sinx ÷ x) 에서 sinx는 sin(x)로 묶여야 의미가 있습니다. 이런 이유로 “문자 옆에 붙은 기호나 문자”는 항상 먼저 결합되도록 하는 관행이 굳어졌습니다. 🔹 반면 숫자·괄호에서는 (3(1+2)) 는 단순히 “3 × (1+2)”의 약식 표현이고, 여기서 “생략된 곱셈”은 “명시적 곱셈”과 동일한 연산자로 간주됩니다. 따라서 27 ÷ 3(1+2)3 = 27 ÷ 3 × 3 × 3 = 81 처럼 좌→우 순서로 처리합니다. 🔹 결론 생략된 곱하기(implicit multiplication)의 결합력은 표기 맥락에 따라 다르다. 문자/기호와 함께 쓰일 때 → 강하게 결합 (하나의 항으로 인식) 숫자와 괄호 사이 → 일반 곱셈과 동일한 우선순위 (좌→우 계산) 이건 “규칙이 바뀐 것”이 아니라, 표기 문법(context) 이 달라서 ‘결합 단위(token)’이 달라진 결과라고 보는 게 가장 정확합니다. 2025 10.28 자게로 이동조치하였습니다. 그리고 이 글의 내용을 정리하여 HP 포럼에 올려두었습니다. https://allcalc.org/55774 [HP Prime] Solve 함수 사용법 2025 10.27 수치해석 방법 method 를 강제로 선택할 수 있으면 좋을텐데... 위의 스샷을 보면 되는 듯 하면서도  아래 스샷을 보면 안되는 것 같기도 합니다.    solve(Expr,[Var]) csolve(LstEq,LstVar) nSolve(Expr,Var,[Guess or Interval],[Method]) deSolve(Eq,[TimeVar],FncVar) linsolve(LstLinEq,LstVar) fsolve(Expr,Var,[Guess or Interval],[Method]) 2025 10.17 종합해서 답변을 드리면   HP Prime 에 solve 에서 변수명에 구간을 입력하면  수치해석 방식으로 bisection 을 사용함.    이 bisection 방식은 해의 좌-우 부호가 서로 바뀌어야만 해를 인식하고  해의 좌-우 부호가 같으면 해를 인식하지 못합니다.    이 때문에 본문 sin 의 예나 아래 사진의 예에서는 해를 인식하지 못하는 것으로 보입니다.  2025 10.17
    글쓴이의 서명작성글 감추기 

    댓글1

    • Profile 0
      세상의모든계산기
      2024.08.27 - 20:52 2015.10.16 - 15:47 #8412

      활용법 예시

       

      1.  FV 에 해당하는 부분을 변수 F에 저장

        스크린샷 2024-08-27 203757.png

        【식입력】【SHIFT】【RCL】【tan】
         
      2. F 를 이용해서 계산 마무리

        스크린샷 2024-08-27 203914.png

        【1000000】【÷】【ALPHA】【tan】【÷】【1.01】【=】
      Attached file
      스크린샷 2024-08-27 203757.png 2.8KB 14 스크린샷 2024-08-27 203914.png 2.7KB 14
      댓글
    • 댓글 입력
    • 에디터 전환
    댓글 쓰기 에디터 사용하기 닫기
    • view_headline 목록
    • 14px
    • 목록
      view_headline
    1
    × CLOSE
    기본 (0) 제목 날짜 수정 조회 댓글 추천 비추
    분류 정렬 검색
    등록된 글이 없습니다.
    • 세상의 모든 계산기 계산기 뉴스/정보
    • 세상의모든계산기
    • 사업자등록번호 703-91-02181
    • 세모계 all rights reserved.