- TI nspire
[nspire CAS] Step-by-step derivatives 미분 과정을 단계별로 보여주는 어플 derstep.tns
-
- 2024.08.24 - 23:27 2015.03.31 - 10:41 2951 12
1. 프로그램 출처 및 다운로드
프랑스어 버전은 위 링크 가셔서 다운받으시면 됩니다.
영어 버전은 원본 링크가 없어졌는지 못찾겠네요.
영어 버전은 아래 아카이브 다운로드 파일을 이용하시기 바랍니다.
https://web.archive.org/web/20160528214536/http://www.univers-ti-nspire.fr/files/tns/derstep.tns
2. 사용방법 (영문버전 기준)
1. 계산기에서 프로그램(derstep.tns)을 여세요.
2. 빈 페이지(ctrl+I, 1)를 열고,
3. derstep(미분할 식) 을 입력
이 때, 미분할 식은 변수 x에 대한 식으로 입력하여야 합니다.
MyLib에 넣고 다른 문서에서 실행하려고 하는 경우에는 댓글을 참고하시기 바랍니다.
3. 사용 예제 (영문버전 기준)
잘 됐죠?
-
25
댓글12
- 1
-
1
세상의모든계산기
다운받아서 보니까 이 파일은 library 로 사용할 것을 염두해 두지 않고 제작되었습니다.
모든 함수가 non-library 타입으로 정의되어 있습니다.
library에서 사용하기 위해서는, non-library type 으로 정의된 (연관된) 모든 함수를
libpriv 또는 libpub 를 결정해 library type 으로 바꾸셔야 합니다.변경 방법 : https://allcalc.org/35636#comment_36315
* a() 함수 내에서 b() 함수를 호출해 사용하는 경우 a와 b 모두 라이브러리 객체 타입으로 변경해야 합니다.
수정->저장->refresh library 후에는 library를 통해 이용할 수 있습니다.
-
2
답변 감사합니다. 설명해주신대로 파일 내 함수를 LibPub로 변경하여 catalog 6 탭에 뜨는 것까지는 되었습니다. 그러나 계산식 실행시((1+x)/(1-x)) 에러가 뜨면서 실패해 여러번의 시도 끝에 조언을 조금 더 구해보고자 글을 적게되었습니다. 계산식 실행시 "Error: Name is not a function" 이라뜨며 실패되며 View를 통해 보면 derquot 함수에서 dispex 함수 과정에서 오류가 발생하는 것으로 되어있습니다. 그러나 der 함수에서는 dispex 함수가 정상적으로 작동이 잘 됩니다. 제가 한 작업은 파일 내 모든 함수를 Change Library Access 을 통해 LibPub으로 수정한 것 뿐입니다(함수내 함수 호출이 많은 것 같아서 앗싸리 전부 다 LibPub로 변경하였습니다;;). 이 외에도 더 수정해야하는 부분이 있는지 조언 부탁드립니다..
-
3
세상의모든계산기
잘 되는 것 같은데요?
모든 함수를 libpub 로 지정하였을 뿐입니다.
* 이 댓글 첨부파일에 "libpub 타입으로 수정이 된" derstep_lib.tns 파일을 넣어두었습니다.
파일명 뒤에 _lib 부분은 그대로 쓰셔도 되고, 삭제해도 무방합니다. 편한대로 쓰시면 됩니다.
원본 파일과 구분을 위해 파일명 뒤에 _lib 를 붙여 놓았을 뿐입니다. -
4
2022.01.22 - 20:35 #36337
저도 derstep(1/x) 는 실행 잘 됩니다만 derstep((1+x)/(1-x)) 로 실행하면 오류가 뜹니다.
-
5
-
5
- 6
-
세상의모든계산기
프랑스어 버전에서는 derstep( ) 함수 대신
deriv( ) 함수명을 사용합니다.
세상의모든계산기 님의 최근 댓글
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 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