INtime Tech

「INtime documentary」~INtime 초심자 체험기

10월 3일···지식 부족과 조사

이전에 디바이스 드라이버의 작성 방법을 들은 것으로부터 「디바이스 ID/벤더 ID를 사용해 보드를 검출하는 함수가 있을 것이다!!」라고 가늠해 보았습니다. ···하지만 AD보드의 메뉴얼에 2개의 정보가 쓰여지지 않은 것, 보드에 준비되어 있는 디바이스 소프트웨어가 있다고 하는 정보로부터 INtime의 API는 아니고 보드에 부속의 라이브러리를 사용하는 있지는 안을까 생각해 버렸습니다···. 그렇다고 하는 것으로 보드 벤더의 HP를 조사해 보드에 대한 액세스용 라이브러리를 열심히 찾고 있었습니다. 　　---INtime에서는 Windows로 사용하는 라이브러리를 사용하는 것은 일절 없습니다--- 물론 벤더가 제공하는 라이브러리는 INtime용이 아닙니다···. 나의 지식 부족으로부터 시간을 들여 조사를 했습니다만, 안 것은, 통상 벤더는 보드의 메뉴얼에 벤더 ID·디바이스 ID등의 내부 정보는 게재하지 않는다고 하는 것입니다. 후에 벤더에 문의했는데 벤더 ID·디바이스 ID를 가르쳐 주었습니다.   지금까지 INtime과 Windows의 차이는 시스템 콜이 다소 다른 것만으로, 개발 환경이 같을 것이라고 생각하고 있던 나에게 있어서 새롭게 그 차이가 명확하게 되었습니다. 　　---INtime에서는 Windows로 사용하는 라이브러리를 사용하는 것은 일절 없습니다--- 　　「······································.」 이라고 하면···통상 Windows로 사용하는 표준 라이브러리는 어떨까···？ printf() 등 표준의 라이브러리를 INtime에서도 사용하고 있지 아니겠는가!? (회답) 표준 라이브러리 콜과 완전히 같은 형식인 것만으로, 내용이 리얼타임용으로 개량된 것입니다. 물론 리얼타임용의 표준 입출력 라이브러리가 있습니다. 　　≪Windows와는 완전히 다르잖아!!≫(당연) 과연···그러나 이것으로 납득할 수 있다··· INtime 어플리케이션의 개발 환경은 Windows의 개발 환경과 완전히 같고 추가 라이브러리, 인클루드 파일은 완전히 다른 것이 들어가 있던 것이다!! 이것은 Visual Studio로  INtime 위저드 사용시의 컴파일·링크 설정과 통상 Windows Console 어플리케이션 작성시의 컴파일·링크 설정이 완전히 차이가 난일로 밝혀졌습니다. 나의 실패를 억지 쓴다면, INtime 어플리케이션이 Windows 어플리케이션과 같이 작성 가능하게 되기 위해서(전혀 INtime를 의식하지 않고 ), 외형에는 차이를 인식하는 부분이 적다! 그 때문에, INtime과 Windows라고 하는 경계선이 보였던 것이다···！(근심).

	오늘의 감상
	INtime와 Windows의 차이를 똑똑히 느끼는 나였습니다···.

HOME | INtime