- TI nspire
[TI-nspire CAS] Root Locus Plot 루트 로커스, 근궤적 그리는 프로그램 (Ver 1.44)
-
- 2024.10.04 - 17:21 2015.01.13 - 15:00 20685 35 1
1. 프로그램 소개
함수를 입력받아 근궤적(root locus)을 그려주는 프로그램입니다.
선으로 그리는 것이 아니고, 시간(t) 흐름에 따라 점 데이터 List 를 생성해서 점을 그래프상에 표시합니다.
촘촘하게 그릴 수록 보기는 좋지만, 오래 걸리기 때문에,
적당한 분석 시간을 설정하고,
적당한 밀도를 결정해야 수월하게 사용할 수 있습니다.
Root Locus Program (Plot)
for TI-Nspire CX CAS ver 1.44
by Creeras
http://www.allcalc.org/652
(Do not redistribute)
---
Usage
1. To draw graph of 1+K×(((p(s))/(z(s))))=0
2. Excute in entry line
R.locusplot(((p(s))/(z(s))),T,D)
3. Variable should be about alphabet 's'
4. Time=1, Density=1 is recommended.
When plot doesn't fit your needs, adjust 'Time' and 'Density' arguments.
"time=n" multiplies time period to n times longer than "time=1"
"density=n" multiples plot density n times more than "density=1"
2. 다운로드 및 사용방법
Download : rootlocus_plot.tns <- 클릭 // 또는 본문 하단 Attatched File + 클릭
해보면 간단하지만, 말로 설명하기는 복잡하니... 아래 동영상을 참고해서 사용하세요.
사용 예)
- r.locusplot(exprs,1,1) : 기본
- r.locusplot(exprs,10,1) : 그래프가 너무 짧을 때
분석 구간(t)을 10배로 늘림 : 계산시간은 일정, DATA간격 늘어남 - r.locusplot(exprs,1,10) : 점들의 간격이 너무 넓을 때 분석 양(=밀도)를 10배로 늘림 : 계산시간 10배 증가
- exprs 에는 1+K×(p(s)/z(s))=0 중에서 1+ 와 K를 제외한 변수 s에 관한 식만 넣습니다.
- 화면 페이지(계산 화면↔그래프 화면) 간 변환은 【ctrl】【◀】【▶】 버튼으로 가능합니다.
3. 업데이트 내역
Ver 1.44 (2015/11/13)
- OS Ver 4.0.0.xxx 에서 발생하는 (csolve) 계산 지연 및 에러 수정
- for 문 관련 버그 수정
-
25
댓글35
- 1
- 2
-
1
세상의모든계산기이 프로그램(.tns)은 다운받은 직후 3페이지(간혹 4페이지)로 구성되어 있습니다.첫 페이지는 Note - 프로그램 소개 페이지이고,두번째는 Note - 주의사항(Caution)세번째는 Calculator - 빈 페이지,네번째가 Graphs - 그래프 페이지입니다.빈 페이지에서 함수를 실행하면그래프 페이지에서 근궤적 그래프가 자동으로 그려지는 구조입니다.페이지간 이동(오른쪽) 단축키는
입니다.* 만약 그래프 페이지가 보이지 않는다면, 파일을 삭제하고 다시 다운받아 열어 보세요. - 2
- 1
- 1
-
1
세상의모든계산기
본문 하단에 첨부파일 표시가 있었는데 잘 안보이는 것 같아서
제목 아래로 표시 위치를 바꾸었습니다. 확인해보시기 바랍니다.※ 모바일에서는 첨부파일이 보이지 않을 수 있습니다.
가로보기 상태일 때 본문 위/아래에 네비게이션바가 나타나는데 거기서 클립을 클릭하시면 첨부파일이 보입니다.
-
세상의모든계산기
유투브 동영상 댓글을 보니 잘 안된다는 분이 계신데...
이유를 알 수 없네요. 저는 잘 되는데 말이죠.
----- ----- ----- ----- ----- ----- ----- ----- ----- -----
Justin Prendeville
Hey if I try and plot something mildy complex such as 10/((s+10)(s^2+2s+2)) the program keeps loading for ages and doesn't work.
I have a ti Nspire CX CAS.----- ----- ----- ----- ----- ----- ----- ----- ----- -----
OS Ver 4.0.0.235 인 에뮬에서 돌려보니 아래와 같이 에러가 뜨네요.
새 OS 와 충돌이 있나봅니다. 확인해봐야겠습니다.
문제를 해결할 수 있을지.... -_-
-
1
세상의모든계산기
일단 문제의 원인은 발견했습니다.
1. OS 4.0.0.235(에뮬) 에서 csolve 하는 속도가 무지하게 느리네요.
처음에 프로그램 만들 때 비슷한 문제가 있어서
approx() 를 씌워가지고 해결했던 것으로 기억하는데... 가물가물
왜 비슷한 문제가 OS 4.0 버전에서 재발하는 것인지 모르겠습니다. OS3.6 이나 OS3.9 로 한번 테스트를 해보고, 해결이 안되면 TI에 물어봐야겠네요.
2. Syntax 에러 문제는 for 문 때문인 것 같습니다. 구간이 정수단위가 아닌 경우 or approx 모드에서 발생하는 점 점 때문에?? 문제가 발생했던 것 같습니다.
- 2
-
1
- 1
-
1
세상의모든계산기
이것과 같다고 보시면 될 것 같습니다. (#은 갯수를 뜻하구요)
사진 출처 : https://ocw.mit.edu/courses/mechanical-engineering/2-004-systems-modeling-and-control-ii-fall-2007/lecture-notes/lecture18.pdf
- 1
- 1
- 1
-
1
세상의모든계산기
TI nspire CX CAS Student Software 를 추천드리구요.
https://education.ti.com/en/software/details/en/B4F6E4EE05B94D75AAB4DFE24B2720AE/ti-nspirecxcas_pc_trial
오직 파일 전송 기능만 사용하실 때는 TI Comouter Link Software 도 가능합니다
(not compatible with CX II models)
https://education.ti.com/en/software/details/en/82035809F7E6474099944056CCB01C20/ti-nspire_computerlink - 1
- 2
세상의모든계산기 님의 최근 댓글
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