|
INtime
Tech
INtime Top
리모트
디버그의 설정
INtime에서는, 단일의 PC내에서 디버거를 사용해
디버그 하는 것 외에도, NTX 접속된 다른 PC간에 RS232C나 Ethernet를 사용한 원격 디버그를 서포트하고 있습니다. 여기에서는
리모트 디버그를 이용하려면 어떻게 하는지를 테마로 해설하고 있습니다.
INtime 3.0으로의
리모트 디버그
INtime 3.0에서는
2.2 X이전의 INtime와 비교하면 간단하게 리모트 디버그 설정을 할 수 있게 되었습니다:
- 리얼타임 네트워크 구축의 필요가 없습니다 ※
리모트 디버그를 실시할 때, 이전의 버젼에서는 디버그를
실시하기 위해인 만큼 INtime 노드 측에 리얼타임 네트워크를 구축할 필요가 있었습니다만, INtime 3.0에서는 필요는 없습니다.
Windows의 디바이스로서 실장되고 있는 네트워크를 사용하는 것이 가능합니다.
※ 하이브리드 노드(Windows + INtime
Runtime)의 경우에 한정한다
- 단순화 된 NTX 호스트 설정
리모트 디버그를 실시할 뿐 있으면, NTX 호스트의 설정은
간단하게 실시할 수 있습니다.
리모트 디버그 환경
설정
리모트 디버그의 환경 설정에
대해서는 이하의 튜토리얼을 참조해 주십시오:
디버그예
리 모트 디버그 환경이
갖추어진 다음은, Local 노드의 디버그 수법과 큰 차이는 없습니다. 이하의 디버그예를 참조해 주세요. INtime 3.04이후 Visual
Studio 2005, Visual Studio . NET 2003에 의한 디버그가 서포트되었습니다. 각 디버거 마다의 자세한 것은 제품의
메뉴얼을 참조해 주세요. 이하는 각 디버거를 사용한 INtime 응용 프로그램의 디버그예를 게재합니다:
INtime 어플리케이션의 리모트 디버그
INtime에서는, 단일의 PC내에서 디버거를 사용해 디버그 하는 것 외에도, NTX 접속된 다른 PC간에 RS232C나 Ethernet를
사용한 원격 디버그를 서포트하고 있습니다. 여기에서는 리모트 디버그를 이용하려면 어떻게 하는지를 테마로 해설하고 있습니다.
커널 설정에 대해
INtime 커널에는 「운용(Non-Debug)」 「디버그(Debug)」라고 하는 두 개의 종류가 있습니다.
운용 커널은 불필요한 정보를
포함하지 않기 때문에 사이즈가 작은( 약 600KB) 것이 특징입니다. 통상 INtime 런타임판을 인스톨 하는 것으로써 디폴트의
커널은 운용 커널이 됩니다.
디버그 커널은 작성하는 어플리케이션의 디버그 정보를 수집하기 위한 디버그 정보가 포함되기
위해, 다소 사이즈가 커집니다( 약 800KB).
INtime 어플리케이션을 작성해, 소프트 스코프나 스파이더 디버거등으로 디버그를
실시하는 경우, 디버그 커널이 사용되어 있지 않으면 안됩니다.
INtime 개발판을 인스톨 했을 경우의
디폴트는 디버그 커널이 됩니다.
디버그를 실시하는 경우, 개발판에서도, 런타임판에서도 디버그 커널을 적용할
필요가 있습니다. 런타임판으로 리모트 디버그를 실시하는 경우, kernel image를「디버그」로서 주세요.
기동
커널의 선택은 INtime Configuration-[커널]탭으로 설정：
디버그 타겟측의 설정
디버그의 타겟이 되는 리모드의 INtime 환경은, INtime 개발 환경 혹은 INtime 실행 환경의 어디라도 상관하지
않습니다만, 하이브리드 노드로서 구축할 필요가 있고, 이 환경에는 리얼타임 네트워크가
설정되어 있을 필요가 있습니다.
이하의 정보를 참고로 해 디버그의 타겟이 되는 리모트 노드를 하이브리드
노드로서 셋업 해 주세요.
관련 항목：하이브리드 노드의 구축
NT호스트의 구축
디버거를 기동하는 측은 INtime 개발 환경이 셋업 되고 있을 필요가 있습니다.또NTX 호스트로서 구성되어
있고 Windows로부터 취급할 수 있는 네트워크가 필요합니다.
이하의 정보를 참고로 해 NTX 호스트 환경을 셋업 해
주세요.
관련 항목：NTX
호스트의 구축
NTX 호스트로부터의 접속
이상의 설정이 완료하면, NTX 호스트 환경에서디버거를
기동해 주세요.
디버거에서는노드의 선택에 대해 타겟이 되는 디버그 노드가 보일 것입니다.
이 노드를 선택해
주세요. 이후의 디버그 작업은 통상 대로의 디버거 조작과 상위 없습니다.
|
