NTX 호스트의 구축
NT호스트란
NT호스트란, 통상의 Windows에 INtime의 NTX 기능만을 도입한 환경을 나타내, GUI계가 되는 환경입니다. (INtime 커널이 인스톨 되어 있지 않은 상황입니다) NT호스트를 구축하기 위해서는 INtime 셋업 CD에 대하여, NT호스트 환경으로서 인스톨을 실시합니다. 이것은 개발판 또는 실행판의 셋업시로 지정할 수 있습니다
NT호스트를 채용한 PC에 INtime 라이센스는 불필요합니다
Windows와 INtime을 분단
NTX 어플리케이션(EXE)은, 동일 PC내의 INtime 어플리케이션과 커뮤니케이션 하는 것이 일반적입니다만, NTX 어플리케이션과 INtime 어플리케이션을 2개의 PC로 분리해 커뮤니케이션 시킬 수도 있습니다. 이 경우, NTX 어플리케이션은 커뮤니케이션의 대상이 되는 INtime 커널의 장소(NTXLOCATION치)를 사용해 NTX의 connection을 확립한 뒤, 종래와 같은 NTX-API를 사용해 INtime 어플리케이션과 커뮤니케이션 할 수 있습니다. 이 때 INtime 어플리케이션으로 변경은 일절 따르지 않습니다.
이 구성을 리모트 NTX 접속으로 칭합니다.
INtime 커널을 포함하고 있는 또 하나의 PC를 RT노드로 칭합니다. RT노드는 Windows를 필요로 하는 일 없이 자력으로 PC로부터 부트 하는 것이 가능합니다.
리모트 NTX 접속 구성에 대해서는, 물리적인 접속 방법으로서 크게 2 종류가 존재합니다.
Ethernet 접속
시리얼 접속
리모트 NTX 접속 구성의 구축예
여기에서는 다음의 사양으로 리모트 NTX 접속 시스템을 구축하면 상정합니다.
UDP 접속 RT클라이언트는 Intel EtherExplessPRO/100 실장
NT호스트 IP주소 172.16.1.182
RT클라이언트 IP주소 172.16.1.181
RT클라이언트명 Remote01
NT호스트의 구축
1. 리모트 노드의 편집
INtime configuration를 사용해, 리모트 NTX 접속을 정의합니다.신규의 RT클라이언트를
추가합니다.
임의의 클라이언트명과 접속 경로를 지정합니다.
2. (리모트 IP) RT클라이언트의 IP주소 여기에서는 172.16.1.181 (리모트 마스크) RT클라이언트의 IP마스크 여기에서는 0xFFFF0000 (호스트 IP) NT호스트의 IP주소 여기에서는 172.16.1.182 (NIC 드라이버) 임의 여기에서는 EEPRO100 를 각각 설정해, OK로서 주세요.
3. Windows의 설정
NT호스트의 네트워크(TCP/IP설정)는, STEP1로 지정했다(호스트 IP)와 동일하지 않으면
안됩니다. 여기에서는, 172.16.1.182를 지정합니 다.
4. 서비스의 기동
NT호스트 측에 두고는 다음의 서비스를 기동할 필요가 있습니다.
INtime I/O INtime Node Detection INtime Remote Connection Manager
5. 접속 체크
NT호스트 및, RT클라이언트의 준비가 갖추어지는 대로, 실제로 접속을 시도해 올바르게 접속할 수 있을지를
확인합니다.가장 간단한 확인 방 법으로서 INtime Explorer를 사용하는 것이 유효합니다.
NT호스트에 있고, INtime
Explorer를 기동해, 다음과 같이 리모트 RT클라이언트가 표시되는 것을 확인해 주세요.
여기서 실제로 리모트 RT클라이언트 노드를 선택하면, RT클라이언트상에서 가동하고 있는 모든 오브젝트를 열람할 수 있습니다.이 표시를 얻을 수 없는 경우, 설정과 선을 연결함을 확인합니다.
NTX 어플리케이션의 개량
]NTX 어플리케이션(EXE)을 리모트 NTX 접속에 대응시키기 위해서는, 일부로 개량을 더할 필요가 있습니다. 변경이 필요한 것은 다음의 점입니다. 단일의 PC로 NTX 어플리케이션과 INtime 어플리케이션간의 커뮤니케이션을 실시하는 경우여도, NTX 어플리케이션의 장래를 고려하고, 신규 개발의 단계에서 미리 이하와 같은 점에 유의해 두면 좋을 것입니다.
-
RT커널의 장소(NTXLOCATION치)
-
메모리 조작 처리
RT커널의 장소
다음에 나타내는 NTX 시스템 콜은 RT커널의 장소를 나타내는 값, NTXLOCATION치를 인수로서 사용하고 있습니다. 이러한 시스템 콜에 대해서는 적절한 NTXLOCATION치를 줄 필요가 있어, 이것이 접속처를 확정합니다.
ntxGetRtStatus RT커널의 기동 상태 취득 ntxCreateRtProcess RT프로세스의 기동 ntxCreateRtMailbox 메일 박스의 생성 ntxGetRootRtProcess 루트 프로세스 핸들의 취득 ntxCreateRtPort 포트의 생성 ntxCreateRtSemaphore semaphore의 생성
단일의 PC상에서 NTX 어플리케이션과 INtime 어플리케이션을 커뮤니케이트 시키는 경우,
NTXLOCATION치에는#define제의NTX_LOCAL값을 즉치 지정으로 사용할 수 있습니다. 그러나 장래,
PC를 분리한 시스템등의 유연성을 갖게하기 위해서는, 이 즉치를 사용하지 않고 , 접속하고 싶은 RT노드의 "위치" 를 나타내는
ID(NTXLOCATION형 변수치)를 주도록 해 두어야 합니다. NTXLOCATION치를 결정하기 위해서는, 다음의 어느것이나 방법이
있습니다.
클라이언트명으로 검색
시스템 콜 ntxGetLocationByName( )는, RT노드 명칭을 키로 해 NTXLOCATION치를
취득할 수 있습니다. RT노드 명칭은 NTX 어플리케이션이 동작하는 PC의 INtimeConfiguration로 "NTX 접속 탭"에 대해 정의할
수 있습니다. RT노드 명칭 Local(은)는 표준적인 INtime 인스톨을 했을 경우(INtime 커널이
Windows에 인스톨 되고 있는 한) 언제나 존재합니다.
NTXLOCATION hLoc; NTXHANDLE hRoot; hLoc = netGetLocationByName( “Remote01” ); // “Remote01”라고 하는 이름의 RT클라이언트 if( hLoc == NTX_UNDEFINED_LOCATION ) return( error ); hRoot = ntxGetRootRtProcess( hLoc );
1개의
PC로 INtime 어플리케이션과 커뮤니케이트 하는 경우는, hRoot = ntxGetRootRtProcess( NTX_LOCAL )···라고
하면 접속 가능합니다. 장래, 시스템을 구성하는 PC를 NTX 어플리케이션과 INtime 어플리케이션의 2개 로 분리하는 것 예측해
netGetLocationByName("Local”);로 해두는 것이 포인트입니다.
리스트로부터 검색
시스템 콜 ntxGetFirstLocation( ) 및 ntxGetNextLocation( )는, 조합하는 것으로
복수 존재하는 RT클라이언트의 리스트로부터 NTXLOCATION치를 취득할 수 있습니다.
NTXLOCATION hLoc1 , hLoc2; hLoc1 = netGetFirstLocation( ); // 1개째의 RT클라이언트 if( hLoc1 == NTX_UNDEFINED_LOCATION ) return( error ); hLoc2 = netGetNextLocation( ); // 2개째의 RT클라이언트 if( hLoc2 == NTX_UNDEFINED_LOCATION ) return( error );
메모리 조작의 개량
단일의 PC(NTX_LOCAL)로 가동하고 있던 NTX 어플리케이션에서는 의식하는 것이 없었던 문제가 메모리
조작 부분에 발생합니다.시스템 콜 ntxMapRtSharedmemory( )는 본래, 공유 메모리의 포인터치를 취득합니다만, 다른 PC가 되기
위해 이 시스템 콜은 이용할 수 없게 됩니다.(E_LOCATION 에러)
리모트 NTX 접속으로, RT측의 메모리 참조를 실시하는 경우는,
다음과 같이 메모리브록크를 NT호스트/RT클라이언트간에 전송 할 필요가 있습니다.
＜변경전＞
BYTE *pBuffer;
pBuffer = ntxMapRtSharedMemory( hMem );
*(pBuffer+0) = 0x55;
＜변경 후＞
BYTE byBuffer[ 4096 ]; ntxCopyRtData( hMem , 0 ,NULL ,(DWORD)(LPVOID) byBuffer , 4096 ); // RT→NT메모리 전송 byBuffer[ 0 ] = 0x55; ntxCopyRtData( NULL ,(DWORD)(LPVOID) byBuffer , hMem , 0 , 4096 ); // NT→RT메모리 전송
여기서 전송 하는 메모 리사이즈는, 실제의 네트워크 트래픽이 되어, NTX측 묘화 속도에 영향을 줍니다.
ntxCopyRtData
콜에는, 오프셋 주소와 사이즈의 지정이 있습니다.한 번에 대량의 데이터 영역을 전송 하는 것이 아니라, 핀 포인트로 데이터 액세스를 실시하도록
하면, 데이터 전송의 오바헤드를 억제할 수 있는