입력 제어

단순 프로세스 감시, 커널 감시, 후킹 기반 감시는 무엇이 다를까?

오토소장 — Sat, 18 Apr 2026 07:20:46 +0900

프로세스를 감시한다고 하면 보통 “어떤 프로그램이 실행되었는지 확인하는 것” 정도로 생각하기 쉽습니다. 하지만 실제로는 감시 방식에 따라 **얻을 수 있는 정보의 깊이**, **실시간성**, **구현 난이도**가 크게 달라집니다. 이번 글에서는 다음 3가지를 구분해서 설명해보겠습니다. - 단순 감시 - 커널 감시 - 후킹 기반 감시 이 셋은 목적이 완전히 다른 기술이라기보다는, **같은 목적을 서로 다른 위치와 방식으로 수행하는 기술**이라고 보는 것이 더 정확합니다. ## 1. 먼저, 프로세스 감시란? 프로세스 감시는 말 그대로 **현재 어떤 프로그램이 실행되고 있는지**, 또는 **어떤 프로그램이 새로 실행되었고 종료되었는지 확인하는 것**입니다. 예를 들면 이런 상황입니다. - 게임 실행 여부 확인 - 런처가 본 프로그램을 실행했는지 확인 - 특정 프로그램이 종료되면 후속 동작 수행 - 실행 흐름을 분석하기 위한 기록 수집 하지만 이걸 **어떤 방식으로 감시하느냐**에 따라 성격이 달라집니다. ## 2. 세 가지 방식을 한눈에 비교 | 비교 항목 | 단순 감시 | 커널 감시 | 후킹 기반 감시 | ||||| | 핵심 개념 | 현재 상태를 주기적으로 조회 | OS 이벤트를 커널에서 직접 수신 | 특정 함수 호출을 가로채서 감시 | | 동작 위치 | 사용자 모드 | 커널 모드 | 사용자 모드 또는 커널 모드 | | 기본 방식 | Polling(반복 조회) | Event/Callback 기반 | Hook/Intercept 기반 | | 주로 보는 것 | 현재 실행 중인 프로세스 | 생성/종료 이벤트 | 함수 호출, 인자, 반환값, 내부 흐름 | | 실시간성 | 보통 | 높음 | 매우 높음 | | 놓칠 가능성 | 있음 | 낮음 | 낮음 | | 구현 난이도 | 낮음 | 높음 | 중~매우 높음 | | 시스템 위험도 | 낮음 | 높음 | 중~높음 | | 분석 깊이 | 얕음 | 중간 | 깊음 | | 적합한 용도 | 실행 여부 확인 | 생성/종료 추적 | 내부 동작 분석 | ## 3. 단순 감시란? 단순 감시는 가장 익숙하고 구현하기 쉬운 방식입니다. 쉽게 말하면: > “지금 이 프로그램이 떠 있나?” > “0.5초 뒤에 다시 확인해보자.” > “또 0.5초 뒤에 다시 확인해보자.” 이런 식으로 **주기적으로 프로세스 목록을 조회**하는 방식입니다. ### 예시 - `game.exe`가 실행 중인지 확인 - 특정 창 제목이 존재하는지 확인 - 런처 프로세스가 떠 있는지 검사 ### 장점 - 구현이 쉽습니다. - 드라이버가 필요 없습니다. - 시스템 위험이 낮습니다. - 자동화 스크립트 조건 분기에 활용하기 좋습니다. ### 단점 - 조회 주기 사이에 생겼다가 바로 사라진 프로세스는 놓칠 수 있습니다. - 내부 동작까지는 알기 어렵습니다. - “있다 / 없다” 확인에 가까운 수준입니다. ### 비유 단순 감시는 마치 문 앞에 1초마다 나가서 > “지금 누가 와 있나?” 확인하는 방식과 비슷합니다. ## 4. 커널 감시란? 커널 감시는 운영체제에 더 가까운 위치인 **커널 모드**에서 감시하는 방식입니다. 이 방식은 보통 단순 조회가 아니라, 운영체제가 다음과 같이 **이벤트를 직접 알려주는 구조**를 사용합니다. - 프로세스 생성 - 프로세스 종료 - 스레드 생성/종료 - 이미지 로드 등 즉, 감시 프로그램이 계속 확인하는 것이 아니라, 운영체제가 말 그대로 > “방금 프로세스가 하나 생성되었다” > “방금 프로세스가 종료되었다” 라고 **이벤트를 통지해주는 구조**입니다. ### 특징 - 실시간성이 좋습니다. - 짧게 실행되는 프로세스도 잡아내기 쉽습니다. - 런처 → 본 프로그램 → 보조 프로세스 흐름 분석에 유리합니다. - 시스템 이벤트를 더 정확하게 포착할 수 있습니다. ### 장점 - 생성/종료 순간을 놓치기 어렵습니다. - Polling보다 구조적으로 더 정확합니다. - 실행 흐름 분석에 강합니다. ### 단점 - 드라이버 개발 난이도가 높습니다. - 서명, 권한, 보안 정책 문제를 고려해야 합니다. - 잘못 구현하면 시스템 전체에 영향을 줄 수 있습니다. - 블루스크린 같은 치명적 문제로 이어질 수 있습니다. ### 비유 커널 감시는 문에 센서를 달아놓고 > “누가 들어오거나 나가면 바로 알려줘” 라고 하는 것과 비슷합니다. ## 5. 후킹 기반 감시란? 후킹 기반 감시는 단순히 프로세스가 실행되었는지 보는 수준을 넘어서, **프로그램 내부에서 어떤 함수가 호출되는지 직접 가로채서 확인하는 방식**입니다. 예를 들면: - `CreateProcess` 호출 감시 - `SendInput` 호출 감시 - `WriteFile` 호출 감시 - `recv`, `send` 같은 네트워크 함수 감시 - 특정 내부 함수 진입 감시 즉, 후킹은 이런 질문에 답하기 좋습니다. - 이 프로그램이 어떤 함수를 호출했는가? - 어떤 인자를 넣었는가? - 어떤 데이터를 주고받는가? - 어떤 흐름으로 내부 동작이 이어지는가? ### 장점 - 가장 깊은 수준의 분석이 가능합니다. - 함수 인자, 반환값, 호출 순서까지 볼 수 있습니다. - 경우에 따라 단순 감시나 커널 감시보다 훨씬 많은 정보를 얻을 수 있습니다. ### 단점 - 구현 난이도가 매우 높을 수 있습니다. - 대상 프로그램 버전이 바뀌면 쉽게 깨질 수 있습니다. - 충돌, 크래시, 보안 솔루션 탐지 가능성이 있습니다. - 유지보수가 어렵습니다. ### 비유 후킹 기반 감시는 문이 열렸는지만 보는 것이 아니라, > “누가 어떤 열쇠로 문을 열었는지, > 손잡이를 어느 방향으로 돌렸는지, > 들어오기 전에 어떤 행동을 했는지” 까지 보는 것에 가깝습니다. ## 6. 셋의 차이를 감시 깊이로 보면 감시 깊이만 놓고 보면 보통 다음과 같이 볼 수 있습니다. ```text 단순 감시 < 커널 감시 < 후킹 기반 감시 ```` 하지만 이것이 무조건 상위/하위 관계라는 뜻은 아닙니다. 정확히는 **용도가 다르다**고 보는 것이 맞습니다. * 단순 감시: 존재 여부 확인 * 커널 감시: 생성/종료 이벤트 추적 * 후킹 기반 감시: 내부 함수 수준 행위 추적 ## 7. 어떤 상황에서 무엇을 쓰면 될까? ### 1) 프로그램이 실행됐는지만 알면 된다 이 경우는 **단순 감시**면 충분합니다. 예: * `game.exe` 실행 여부 확인 * 런처가 떠 있는지 확인 * 자동화 시작 조건 체크 ### 2) 생성/종료 순간을 정확히 잡고 싶다 이 경우는 **커널 감시**가 더 적합합니다. 예: * 잠깐 실행되는 보조 프로세스 추적 * 런처가 어떤 프로세스를 생성하는지 확인 * 실행 흐름 기록 ### 3) 프로그램 내부 동작을 분석하고 싶다 이 경우는 **후킹 기반 감시**가 필요할 수 있습니다. 예: * 어떤 API가 호출되는지 확인 * 내부 함수 인자 확인 * 입력, 파일, 네트워크 처리 흐름 분석 ## 8. 실행기 분석 관점에서 보면? 자동화나 실행기 분석 관점에서는 다음처럼 생각할 수 있습니다. ### 단순 감시 * 실행기(`launcher.exe`)가 켜졌는지 확인 * 대상 게임(`game.exe`)이 떠 있는지 확인 ### 커널 감시 * 실행기가 어떤 프로세스를 실제로 생성하는지 추적 * 중간 보조 프로세스가 잠깐 떴다가 사라지는지 감시 * 생성/종료 시점을 정확히 기록 ### 후킹 기반 감시 * 실행기가 내부적으로 어떤 API를 호출하는지 분석 * 어떤 방식으로 대상 프로세스를 실행하는지 확인 * 인자 전달, 파일 접근, 입력 처리 등을 더 깊게 추적 즉, 실행 흐름의 **겉모습만 보려면 단순 감시**, **생성/종료 구조를 보려면 커널 감시**, **내부 동작까지 파고들려면 후킹 기반 감시**가 유리합니다. ## 9. 초보자 기준으로 추천하면? 처음 공부하시는 분이라면 보통 다음 순서가 좋습니다. ### 1단계: 단순 감시 먼저 프로세스 목록 조회, PID 확인, 창 찾기 같은 기초부터 익힙니다. ### 2단계: 커널 감시 그 다음, 생성/종료 이벤트가 어떻게 잡히는지 이해합니다. ### 3단계: 후킹 기반 감시 마지막으로 함수 호출을 가로채는 방식이 어떤 의미인지 공부합니다. 이 순서가 좋은 이유는, 후킹 기반 감시는 앞의 두 단계를 이해하지 못하면 개념이 너무 쉽게 섞이기 때문입니다. ## 10. 최종 정리 세 가지를 한 줄로 요약하면 다음과 같습니다. ### 단순 감시 > 지금 실행 중인지 반복 조회하는 방식 ### 커널 감시 > 프로세스 생성/종료 이벤트를 운영체제가 직접 알려주는 방식 ### 후킹 기반 감시 > 특정 함수 호출 자체를 가로채서 내부 동작까지 보는 방식 즉, * **단순 감시**는 쉽고 안전하지만 얕고, * **커널 감시**는 더 정확하지만 난이도가 높고, * **후킹 기반 감시**는 가장 깊지만 가장 까다롭습니다. 상황에 따라 필요한 방식은 달라지며, 무조건 한 방식이 더 우월하다고 보기보다는 **무엇을 알고 싶은지에 따라 적절한 감시 방식을 선택하는 것**이 중요합니다. ## 11. 마무리 프로세스 감시는 단순히 “실행 중이냐 아니냐”만 보는 기술이 아닙니다. 어떤 방식으로 감시하느냐에 따라, 얻는 정보의 수준이 완전히 달라집니다. * 현재 상태를 확인하고 싶은가? * 생성/종료 타이밍을 정확히 잡고 싶은가? * 내부 함수 호출 흐름까지 보고 싶은가? 이 질문에 대한 답이 곧 **단순 감시 / 커널 감시 / 후킹 기반 감시** 중 무엇을 선택할지 결정해줍니다.

로직 애널라이저(Logic Analyzer)

오토소장 — Sat, 18 Apr 2026 06:57:47 +0900

아래는 Algorithm님이 채팅창에서 말씀하신 단어들 중 로직라이저가 뭔지 궁금해서 ChatGPT를 이용해서 발췌한 내용입니다.

# 로직 애널라이저(Logic Analyzer)란 무엇인가? 전자기기나 임베디드 장비를 분석하다 보면 `UART`, `SPI`, `I2C`, `GPIO` 같은 **디지털 신호**가 제대로 오가는지 확인해야 할 때가 있습니다. 이럴 때 사용하는 대표적인 장비가 바로 **로직 애널라이저(Logic Analyzer)** 입니다. 로직 애널라이저는 디지털 회로에서 여러 신호를 동시에 캡처하고, 시간 흐름에 따라 어떤 값이 오갔는지 보여주는 계측 장비입니다. 또한 여러 디지털 신호 간의 **타이밍 관계**를 확인하고, 경우에 따라 **통신 프로토콜 디코딩**까지 수행할 수 있습니다. ## 쉽게 말하면 오실로스코프가 전압 파형 자체를 자세히 보는 도구라면, 로직 애널라이저는 **“디지털 신호가 0과 1로 어떻게 오갔는지”**, 그리고 **“각 신호가 어떤 순서와 타이밍으로 동작했는지”**를 보기 좋은 도구입니다. 특히 `I2C`, `SPI`, `UART(Serial)` 같은 디지털 통신 분석에 많이 사용됩니다. [1] ## 로직 애널라이저로 할 수 있는 일 ### 1. 통신 규격 추정 어떤 장치의 핀에 연결해서 신호를 캡처하면 클럭이 있는지, 데이터 라인이 몇 개인지, 신호 패턴이 어떤지 등을 보고 대략적으로 `UART`, `SPI`, `I2C` 같은 통신 방식인지 추정할 수 있습니다. 많은 로직 애널라이저 소프트웨어는 이런 프로토콜을 자동으로 디코딩해 보여주기도 합니다. ### 2. 송수신 데이터 확인 단순히 파형만 보는 것이 아니라, 실제로 어떤 바이트 값이 오갔는지 확인할 수 있습니다. 즉, **장치가 어떤 명령을 보내고 어떤 응답을 받는지**를 분석하는 데 매우 유용합니다. ### 3. 타이밍 문제 분석 디지털 장치는 신호의 값뿐 아니라 **언제 신호가 변했는지**가 중요합니다. 로직 애널라이저는 여러 채널을 동시에 캡처해서 신호 간 순서, 지연, 타이밍 오류 등을 파악하는 데 적합합니다. ## 오실로스코프와 차이점 오실로스코프는 전압의 실제 모양, 노이즈, 상승시간 같은 **아날로그 특성**을 자세히 보는 데 강합니다. 반면 로직 애널라이저는 많은 디지털 채널을 동시에 보면서 **논리 상태, 타이밍 관계, 프로토콜 해석**에 강합니다. 그래서 디지털 통신 디버깅에서는 로직 애널라이저가 더 실용적인 경우가 많습니다. ## 암호화 여부도 알 수 있을까? 로직 애널라이저로 **신호의 존재**, **통신 방식**, **데이터가 오가는 패턴**은 볼 수 있습니다. 하지만 통신 데이터가 암호화되어 있다면, 캡처 자체는 가능해도 **내용이 평문처럼 바로 읽히지 않을 수 있습니다**. 즉, 로직 애널라이저는 **“무슨 신호가 어떻게 오갔는지”**를 파악하는 데는 매우 유용하지만, 암호화된 프로토콜의 의미를 바로 해석하는 것은 별개의 문제입니다. 다만 암호화가 되어 있어도 **프레임 구조, 반복 패턴, 길이, 타이밍** 같은 정보는 여전히 분석 가능합니다. 이는 로직 애널라이저가 디지털 신호와 프로토콜 트래픽을 기록·디코딩하는 도구라는 점에서 자연스럽게 따라오는 분석 포인트입니다. ## 이런 상황에서 특히 유용합니다 * 정체불명의 보드 간 통신이 무엇인지 확인하고 싶을 때 * MCU와 센서가 정상적으로 데이터를 주고받는지 보고 싶을 때 * UART/SPI/I2C 통신 오류 원인을 찾고 싶을 때 * 버튼, 클럭, 데이터 핀의 동작 순서를 확인하고 싶을 때 * 펌웨어/하드웨어 디버깅 과정에서 실제 신호 흐름을 보고 싶을 때 ## 마무리 로직 애널라이저는 한마디로, **디지털 신호를 눈으로 보이게 만들어 주는 분석 도구**입니다. 특히 어떤 장치가 내부적으로 어떤 디지털 통신을 쓰는지 추정하거나, 신호가 실제로 오가는지 확인하거나, 프로토콜을 디코딩해서 데이터 흐름을 파악하는 데 매우 강력합니다. 다만 **암호화 여부**는 신호를 캡처하는 것과 별개의 문제이므로, 캡처가 된다고 해서 내용까지 바로 해석된다고 보기는 어렵습니다.

커널드라이버 함수를 통한 프로세스 감시

Algorithm — Sat, 18 Apr 2026 02:16:51 +0900

// 프로세스 콜백 함수
VOID OnProcessNotify(HANDLE ParentId, HANDLE ProcessId, BOOLEAN Create) {
UNREFERENCED_PARAMETER(ParentId);
if (!g_PsLookupProcessByProcessId || !g_PsGetProcessImageFileName) return;

PEPROCESS Process = NULL;
if (NT_SUCCESS(g_PsLookupProcessByProcessId(ProcessId, &Process))) {
PCHAR ImageName = g_PsGetProcessImageFileName(Process);
if (Create) DbgPrint("[감시] %s (%d) 프로세스가 켜졌다\n", (ImageName ? ImageName : "Unknown"), (ULONG)(ULONG_PTR)ProcessId);
else DbgPrint("[감시] %s (%d) 프로세스가 꺼졌다\n", (ImageName ? ImageName : "Unknown"), (ULONG)(ULONG_PTR)ProcessId);
ObDereferenceObject(Process);
}
}

// 프로세스 콜백 등록
PsSetCreateProcessNotifyRoutine(OnProcessNotify, FALSE);

보시다시피 실행되는 프로세스들은 모두 감시됩니다.

지존오토 쓰시는분들은 실행기 통해서 스크립트 불러오셔셔 쓰실텐데

참고하시면 될거 같습니다.

RAW HID

오토소장 — Fri, 17 Apr 2026 22:11:55 +0900

아래는 Algorithm님이 채팅창에서 말씀하신 단어들 중 RAW HID가 뭔지 궁금해서 ChatGPT를 이용해서 발췌한 내용입니다.

# RAW HID란 무엇인가? USB 장치를 다루다 보면 `RAW HID`라는 표현을 종종 보게 됩니다. 처음 들으면 “일반 HID와 뭐가 다른 거지?” 싶을 수 있는데, 개념은 생각보다 단순합니다. ## 1. HID부터 먼저 이해하기 HID는 **Human Interface Device**의 약자입니다. 대표적으로 키보드, 마우스, 게임패드처럼 **사람의 입력을 전달하는 USB 장치 클래스**를 말합니다. 운영체제는 HID 장치에 대해 기본 드라이버를 이미 갖고 있는 경우가 많아서, 별도 드라이버 설치 없이도 장치를 인식하고 사용할 수 있습니다. ## 2. RAW HID는 무엇인가? `RAW HID`는 보통 **HID 클래스를 이용해서 개발자가 임의로 정의한 데이터 패킷을 주고받는 방식**을 말합니다. 즉, 키보드처럼 “A 키가 눌렸다”, 마우스처럼 “커서가 움직였다” 같은 **표준 의미의 입력 장치**가 아니라, 개발자가 직접 다음과 같이 데이터 의미를 정하는 방식입니다. - 1바이트: 명령 코드 - 2~3바이트: 옵션 값 - 4~64바이트: 추가 데이터 쉽게 말하면: - **일반 HID** = 의미가 정해진 입력 장치 - **RAW HID** = HID 통로를 빌려서 임의의 데이터를 주고받는 커스텀 방식 이라고 이해하면 됩니다. HID는 Report Descriptor와 Usage를 통해 데이터를 설명하며, vendor-defined 용도도 둘 수 있습니다. ## 3. 왜 RAW HID를 쓰는가? RAW HID를 사용하는 가장 큰 이유는 보통 다음과 같습니다. ### 3.1 별도 드라이버 설치 부담이 적음 운영체제가 HID 장치를 기본적으로 지원하는 경우가 많아서, 전용 커널 드라이버 없이 통신할 수 있는 환경을 만들기 쉽습니다. ### 3.2 USB Serial(CDC) 대신 사용할 수 있음 가상 COM 포트를 쓰지 않고도 장치와 프로그램 사이에서 패킷 단위로 데이터를 주고받을 수 있습니다. ### 3.3 장치 제어용 프로토콜을 직접 설계할 수 있음 장치 상태 조회, 설정값 전송, 명령 실행 요청 같은 **전용 통신 프로토콜**을 만들기에 적합합니다. ## 4. HID에서 데이터는 어떻게 오가는가? HID는 보통 다음 3가지 형태의 Report를 사용합니다. ### 4.1 Input Report 장치에서 PC로 보내는 데이터입니다. 예: 센서 상태, 버튼 상태, 측정값 전달 ### 4.2 Output Report PC에서 장치로 보내는 데이터입니다. 예: LED 켜기, 모드 전환, 명령 전달 ### 4.3 Feature Report 주로 설정값이나 구성 정보를 주고받을 때 사용합니다. HID 스펙에서는 Input / Output / Feature Report 구조를 정의하고 있으며, Input Report는 주기적으로 들어오는 데이터, Output/Feature는 호스트가 장치에 전달하거나 조회하는 용도로 사용됩니다. :contentReference[oaicite:5]{index=5} ## 5. RAW HID를 쉽게 비유하면 RAW HID는 다음처럼 생각하면 이해하기 쉽습니다. ### 일반 키보드 HID 운영체제가 이미 의미를 알고 있습니다. - `0x04` → A 키 - `0x05` → B 키 ### RAW HID 운영체제는 그냥 “HID 데이터가 왔다” 정도만 보고, 실제 의미는 **내 프로그램이 직접 해석**해야 합니다. 예를 들어: - `0x01` → 장치 연결 확인 - `0x02` → 설정 요청 - `0x10` → 현재 상태 응답 이런 식으로 **내가 규칙을 정해서 쓰는 것**이 RAW HID입니다. ## 6. 장점 RAW HID의 장점은 다음과 같습니다. - HID 기본 드라이버 활용 가능 - 별도 드라이버 설치 부담이 적은 편 - 장치와 프로그램 간 전용 프로토콜 설계 가능 - 패킷 기반이라 명령/응답 구조를 만들기 좋음 ## 7. 단점 물론 단점도 있습니다. - 데이터 의미를 표준이 아니라 **직접 정의**해야 함 - PC 쪽 프로그램도 같은 규칙으로 해석해야 함 - 시리얼 포트처럼 단순 문자열 테스트가 쉬운 구조는 아닐 수 있음 - Report ID, Report 길이, 입출력 방향 등을 정확히 맞춰야 함 ## 8. 언제 쓰면 좋은가? RAW HID는 보통 이런 경우에 잘 맞습니다. - 마이크로컨트롤러와 PC 프로그램을 직접 연결할 때 - 전용 USB 제어 장치를 만들 때 - 설정값 송수신, 상태 조회, 명령 실행 같은 패킷 통신이 필요할 때 - 드라이버 설치 과정을 단순화하고 싶을 때 ## 9. 한 줄 정리 > **RAW HID는 USB HID 클래스를 이용해, 개발자가 직접 정의한 데이터 패킷을 주고받는 커스텀 통신 방식입니다.** 즉, **“표준 입력장치”가 아니라 “HID 통로를 활용한 전용 데이터 통신”**이라고 이해하시면 됩니다. ## 10. 같이 보면 좋은 키워드 RAW HID를 이해할 때 함께 알아두면 좋은 용어들입니다. - USB HID - Report Descriptor - Input Report - Output Report - Feature Report - Vendor-defined Usage - CDC (USB Serial) - WinUSB ## 마무리 처음에는 `RAW HID`라는 이름 때문에 어렵게 느껴질 수 있지만, 핵심은 아주 단순합니다. **“HID 규격의 통로를 이용해서, 내가 정한 형식의 데이터를 주고받는 것”** 이 개념만 잡히면, 마이크로컨트롤러와 데스크톱 프로그램 간 통신 구조를 이해할 때 훨씬 수월해집니다.

하드웨어 공부를 위한 장비 구매.....

Algorithm — Fri, 17 Apr 2026 17:01:19 +0900

요즘 HID 관심이 많다보니 스푸핑쪽 제대로 각잡고 만들려고 하니 장비 구매 고민중이긴합니다.

아예 그냥 마우스 전문 수리점을 차리는것도?.....

피코 제로 대량 주문

Algorithm — Tue, 17 Mar 2026 10:06:11 +0900

다행이도 불량 난건 택배로 보내준다고 해서 받는김에 재주문 했습니다.

이번에도 과연 불량이 몇개가 나올것인가

개당 3290원 이네요.

확실히 아두이노 보다는 성능이 훨씬 좋네요.

피코 제로 초기불량 당첨

Algorithm — Sun, 15 Mar 2026 14:03:43 +0900

테스트용으로 2대 구매했으나 1대 초기불량 당첨

아두이노 구매했었을때는 불량 하나도 없었는데

불량 나온건 처음이네요.

너무 싼거 사서 그런가.....

조이스틱-키보드 맵핑 도구 - JoyToKey

오토소장 — Fri, 26 Dec 2025 10:15:58 +0900

https://joytokey.net

게임 컨트롤러를 에뮬레이션 도구 - ViGEm

오토소장 — Sun, 21 Dec 2025 20:28:45 +0900

ViGEm
Windows에서 가짜 게임패드를 만들어 주는 커널 드라이버 + 사용자 라이브러리 묶음
프로그램이 “실제 Xbox 패드가 연결된 것처럼” Windows에 입력을 주입할 수 있게 해주는 인프라

https://vigembusdriver.com/

https://github.com/nefarius/ViGEmBus

원격 HID 키보드 마우스 제어 프로젝트 (RHKM) 개발일지 #1 - 서론

오토소장 — Sun, 21 Jul 2024 10:37:08 +0900

안녕하세요. 오토소장입니다.

예전부터 고민해오던 아이디어를 최근에 한번 실험해 보면서 시행착오를 겪어보고 있는데요.

그중에 하나가 '어떻게 하면 물리적으로 분리되어 있는 2개의 PC 환경에서 HID 키보드 마우스를 제어하고 입력 시킬 수 있을까?'에 대한 고민이었습니다.

최근에 시간적 여유가 조금 생겨 이것저것 자료 조사도 좀 하고 삽질(?)을 해보면서 조금의 성과가 있어 경험 글을 나누어 보고자 글을 써보게 되었습니다.

프로젝트명은 원격 HID 키보드 마우스 제어 프로젝트 (Remote HID Keyboard and Mouse) 입니다.

실험의 목표를 요약하자면 유선으로 연결할 수 있는 근거리의 클라이언트 기반 보안 SW가 동작하는 PC를 제어하는 것을 목표합니다.

제가 생각해 본 추상적인 개념 구성도는 아래와 같습니다.

클라이언트 보안 SW가 하드웨어 드라이버도 감지 가능 할 수도 있지만, 대부분 소프트웨어 API를 모니터링한다라고 가정하고 본 실험을 진행해보겠습니다.

감사합니다.

윈11용 CP2102 USB-UART 변환기 드라이버 설치 관련 자료

오토소장 — Sat, 15 Jun 2024 22:26:42 +0900

HID 키보드/마우스 제어 솔루션을 만들기 위해 조사한 자료를 정리해봅니다.

윈11에서는 CP2102 USB-UART 변환기 드라이버 설치에 문제가 많아 수집한 자료입니다.

드라이버

https://www.silabs.com/developers/usb-to-uart-bridge-vcp-drivers?tab=downloads

CP210x_Universal_Windows_Driver.zip

아이칸 SW v8.3.2 컬렉팅

오토소장 — Thu, 08 Feb 2024 06:32:25 +0900

컬렉팅용으로 게시판에 남겨봅니다.

테스트는 해보질 않아서 동작은 보장못합니다.

윈도우11 디펜더 기준 바이러스는 검출되지 않았습니다.

출처 : https://kongkongkong.tistory.com/124

※ 주의 : 첨부 프로그램 사용에 대한 모든 책임은 회원 본인에게 있음을 고지합니다.

접근 허용 없이 한/글 2022 문서 자동으로 열기

오토소장 — Sun, 18 Sep 2022 02:21:30 +0900

접근 허용 없이 한/글 2022 문서 자동으로 열기

이번 시간에는 한/글 자동화 문서 열기의 첫 관문인 접근 허용 팝업 창 없이 문서 열기에 대해서 알아보도록 하겠습니다. 한/글과 보안 승인 모듈에 대해 자세히 알아보는 시간을 가지겠습니다.

영상

구독과 좋아요 부탁드려요^^

예제 파일

접근허용 메세지 없이 문서열기.zip

보안 승인 모듈과 접근 허용

한/글 문서는 외부 프로그램에 의해 오픈할 때 보안 승인 모듈을 통해 접근할 수 있습니다. 오토핫키 언어를 이용해서 자동으로 문서를 열때 보안 승인 모듈을 체크하지 않으면 아래 그림과 같이 "접근 허용" 창이 표시됩니다. 이로 인해 사람이 직접 클릭해줘야 하는 경우가 발생합니다. 따라서 후속으로 작업해야 하는 문서 자동화 작업을 더 이상 진행할 수 없는 문제가 발생합니다.

레지스트리에 보안 승인 모듈 설정하기

보안 승인 모듈을 로컬 폴더에 복사

첨부 된 예제 파일(접근허용 메세지 없이 문서열기.zip)의 "FilePathCheckerModuleExample.dll"를 "C:\" 또는 원하는 경로에 복사합니다.

레지스트리에 파일 경로 설정

레지스트리 편집기(regedit) 창에서 "컴퓨터\HKEY_CURRENT_USER\SOFTWARE\HNC\HwpAutomation\Modules" 경로에 문자열 값을 새로 추가합니다. 이름은 FilePathCheckerModule, 값 데이터는 c:\FilePathCheckerModuleExample.dll 로 수정합니다.

오토핫키에서 설정한 보안 승인 모듈 등록하기

한/글 2022의 Automation API 중 보안 승인 모듈을 호출 하는 함수는 RegisterModule() 입니다. RegisterModule은 한/글 컨트롤에 부가적인 모듈을 등록하는 함수입니다.

IHwpObject.RegisterModule("FilePathCheckDLL", "FilePathCheckerModule")

첫 번째 인자는 모듈 유형 (ModuleType)으로 크게 FilePathCheck와 UserAction 모듈 2가지 중 하나를 등록할 수 있습니다. FilePathCheck는 FilePathCheckProc, FilePathCheckDLL, FilePathCheckHandle로 다시 분류할 수 있습니다. 이번 포스팅에서는 DLL 형태의 보안 승인 모듈을 사용하기 때문에 FilePathCheckDLL 를 입력합니다.

모듈 유형 (ModuleType)	모듈 유형 (ModuleType)	모듈 데이터 (ModuleData)
FilePathCheck	FilePathCheckDLL	파일경로 승인모듈을 DLL 형태로 추가
FilePathCheck	FilePathCheckProc	파일경로 승인모듈을 Callback Procedure 형태로 추가
FilePathCheck	FilePathCheckHandle	파일경로 승인모듈에 제공할 Instance Handle
UserAction	UserAction	UserAction DLL 모듈을 추가

두 번째 인자는 모듈의 유형에 따른 데이터 정보(ModulData) 입니다. 첫 번째 인자에 입력한 모듈의 유형에 따라 데이터를 입력할 수 있습니다. 모듈 유형별 필요한 데이터는 아래 표와 같습니다. 첫 번째 인자를 FilePathCheckDLL를 입력했으므로 Registry에 등록된 DLL 모듈 경로 키 값인 FilePathCheckerModule를 입력합니다.

모듈 유형 (ModuleType)	모듈 데이터 (ModuleData)	설 명
FilePathCheckDLL	Registry에 등록된 DLL 모듈 경로 키 값	Registry에 등록된 DLL 모듈 경로 키 값
FilePathCheckProc	Function Pointer	사용자가 정의한 Callback 함수의 함수 포인터
FilePathCheckHandle	Control ID	Control을 구분할 목적으로 사용되는 Control ID
UserAction	Registry에 등록된 DLL 모듈 경로 키 값	Registry에 등록된 DLL 모듈 경로 키 값

FilePathCheckerModule() 함수를 통해 보안 승인 모듈이 정상적으로 등록되었다면 true, 비정상이면 false를 반환 합니다.

결과

오토핫키에서 보안 승인 모듈을 정상적으로 등록하면 아래와 같이 접근 허용 창이 표시 되지 않고 문서가 열리는것을 확인할 수 있습니다.

아래아한글 2022와 HWPFrame.HwpObject의 연동에 대한 이해

오토소장 — Mon, 05 Sep 2022 19:24:53 +0900

안녕하세요. 오토소장 김효복입니다.

한/글 2022 문서를 자동으로 제어할 때 아래 스크립트와 같이 한/글의 오브젝트 정보를 관리하는 HWPFrame.HwpObject라는 문자열을 이용하여 인터페이스 객체 정보를 얻는것부터 시작합니다. 그렇다면 HWPFrame.HwpObject는 한/글 2022 (hwp.exe)와 어떻게 연동되는것일까요?

IHwpObject := ComObjCreate("HWPFrame.HwpObject")

HWPFrame.HwpObject란?

오토핫키와 한/글 2022와 같은 외부 라이브러리와 연동하기 위해서는 오토핫키에서 지원하는 표준 라이브러리(API 함수)의 DllCall()이나 ComObjCreate()를 이용하여 제어를 시작합니다. 한/글 2022(hwp.exe)는 외부 클라이언트에서 문서 자동화를 위해 COM (Component Object Model) 기반의 서버를 내장하고 있습니다. 쉽게 말해, hwp.exe 내부에 문서 자동화를 위한 API 함수들이 별도의 모듈로 내장되어 있다고 이해하시면 됩니다.

HWPFrame.HwpObject는 한/글 2022에 내장되어 있는 COM 모듈의 메인 인터페이스라고 생각하시면 됩니다. 즉, 이 인터페이스를 통해서 하위의 자동화 API 함수들에 접근하여 한/글 2022를 제어할 수 있습니다. 아래 그림은 HWPFrame.HwpObject가 가지고 있는 인터페이스들을 트리구조로 표현한 것입니다.

 쉽게 말해, 오토핫키에서 ComObjCreate("HWPFrame.HwpObject") 를 수행하면 반환값으로 IHwpObject를 얻을 수 있습니다. 이 IHwpObject를 통해 하위의 인터페이스들을 이용할 수 있습니다.

HWPFrame.HwpObject는 어떻게 hwp.exe를 찾을 수 있나?

위에서 hwp.exe는 COM기반의 모듈이라고 했습니다. 일반적인 DLL 형태의 외부 라이브러리의 경우 dll 파일의 경로를 지정하여 인터페이스를 합니다. 하지만 COM은 GUID 또는 CLSID라고 하는 고유식별자를 통해서 모듈을 찾습니다. COM 모듈은 일반적으로 윈도우 레지스트리(Registry)에 등록해서 사용합니다. 쉽게 말해 고유식별자인 GUID 또는 CLSID를 레지스트리에 등록하여 관리합니다.

자 그럼 지금부터 HWPFrame.HwpObject를 ComObjCreate()로 호출해서 어떤 순서로 hwp.exe를 찾는지 단계별로 추적해봅시다.

Regedit에서 HWPFrame.HwpObject 찾기

첫 단계는 오토핫키 스크립트의 ComObjCreate()에 첫 번째 인자로 입력한 "HWPFrame.HwpObject"를 레지스트리에서 찾습니다.

아래 그림은 레지스트리에 등록된 HWPFrame.HwpObject를 찾은 모습입니다. HWPFrame.HwpObject를 키로 하여 고유식별자인 GUID 또는 CLSID를 찾습니다.

고유식별자(GUID 또는 CLSID)로 hwp.exe 경로 찾기

두 번째는 위에서 찾은 고유식별자를 레지스트리에서 한번 더 검색하여 COM 모듈의 본체가 있는 hwp.exe의 경로를 찾습니다.

왼쪽에 보면 LocalServer32라는 폴더가 보입니다. 이것은 COM의 구조를 말합니다.

COM의 형태는 크게 In-Process 모델과 out-of-process 모델 두 종류가 있습니다. In-Process 모델은 보통 DLL 형태로 만들어지며, out-of-process 모델은 한/글 2022 (hwp.exe) 처럼 EXE 형태로 만들어집니다. out-of-process 모델은 레지스트리에 LocalServer32 형태로 관리합니다.

LocalServer32 폴더를 선택하면 오른쪽 데이터 부분에 hwp.exe의 경로를 확인할 수 있습니다. 또한 hwp.exe를 자동화 제어를 위해 Automation 모드로 모듈을 호출하는것을 확인할 수 있습니다.

hwp.exe 모듈과 연결

자. 이제 COM 모듈인 hwp.exe가 어느 경로에 있는지 찾았으니 오토핫키와 IUnknown 인터페이스를 통해 연결합니다.

마무리 하며

뭔가 많이 복잡해보이죠? 정리해보자면 다음과 같습니다.

한/글 2022 (hwp.exe)의 내부에 자동화 모듈이 탑재되어 있으며, HWPFrame.HwpObject 이름으로 인터페이스를 연결할 수 있다.
ComobjCreate()는 dllcall() 처럼 *.dll 파일을 찾는게 아니라 레지스트리(Registry)의 고유식별자(CLSID)를 이용하여 찾는다.

인터넷에 검색하면 HWPFrame.HwpObject를 사용한 예제가 많습니다. 하지만 HWPFrame.HwpObject가 어떤 구조로 이루어져 있고 한/글 2022(hwp.exe)와 어떤 절차로 연결되는지에 대한 내용이 잘 다루어져 있지 않아 한번 정리해보았습니다.

[참고문헌]

한글과컴퓨터,한/글 오토메이션 API 가이드 (2010), p1.

한컴오피스 아래한글 ActiveX Control API 개발자 매뉴얼

오토소장 — Wed, 31 Aug 2022 18:31:04 +0900

한글과컴퓨터의 아래아한글을 자동으로 제어하기 위해 필요한 ActiveX Control API 개발자 매뉴얼 입니다.

아래아한글 자동화도 연재 한번 시작해볼게요!

https://www.hancom.com/board/devdataView.do?board_seq=47&artcl_seq=4082&pageInfo.page=&search_text=

무료용 아두이노 매크로 펌웨어를 만들어서 공개합니다.

윈포에버 — Fri, 23 Jul 2021 16:00:40 +0900

안녕하세요, 벌써 두달여의 시간이 지났네요..

아두이노 절대좌표이동문제 해결했다고, 글을 올린뒤 차일피일 미뤄오다가 드디어 무료버젼을 공개하게 되었습니다.

무료버젼은 따른게 아니라 1회에 사용하실수 있는 30분의 시간제한이 있습니다.

30분이 넘으면 자동으로 정지모드로 들어가게 되고, 다시 이용을 위해서는 아두이노의 리셋버튼을 눌러서 이용하시면 계속해서

사용하실수가 있습니다.

30분의 시간제한이 불편하신분들께서는 개발하느라 수고한 개발자에게 피자한판값 후원해 주시면 언제든지 불편함을 해결해 드리겠습니다. ^^

여기에 파일공개는 어려운것 같고, 제 블로그 주소를 남겨놓습니다.

필요하신분들께서는 참조하시면 될것 같습니다.

https://url.kr/3uyd4w

아두이노로 마우스 절대좌표이동 구현했습니다.(글밑에 동영상링크 첨부)

윈포에버 — Sun, 09 May 2021 14:02:29 +0900

안녕하세요!

40대 중반을 넘어서고 경남에 살고 있는 아재입니다. ^^

매크로 관련한 사이트가 오토랩과 테일스타 사이트가 있다는건 얼마되지 않았고,,,오토랩은 오늘 가입하게 되었습니다.

다름이 아니라, 제가 20-30대때는 소프웨어적으로 매크로를 직접 코딩해서 돌리고 했었는데 요즘은 소프트웨어 방식은 거의 불가능하게 되었더군요.

그래서 알아보던 중에, 지X오토, HID스틱, 일부 아두이노로 하드웨어 방식으로 매크로 돌린다는걸 알게 되었습니다.

지X오토, HID스틱은 가격이 만만치가 않고, 아두이노는 레오나르도 보드가 몇천원 하지 않아서 구매를 하고, 직접 코딩을 해보았습니다.

제가 한때 프로그래머다보니, 아두이노 레오나르도를 구매를 해서 코딩을 해서 구현을 해보니 문제가 마우스 좌표이동이 절대좌표방식으로는 불가능하더군요. 몇몇 외부라이브러리가 있긴 한데,,거의 안된다고 보면 되더군요...

그래서 그냥 제가 직접 코딩을 하고 몇일동안 아두이노 스캐치로 직접 로직을 구현했습니다.

결과는 글제목처럼 성공을 했습니다. 기존의 소프트웨어직인 방식으로 마우스컨트롤 하는 속도와 대동소이하게 나오고,

제가 구현한 로직으로 사람과 비슷한 마우스 움직임까지 구현할수 있도록 설정옵션도 구현을 했습니다.

그리고 마우스 절대좌표 이동시 목적지점과 좌표 오차값이 1픽셀차이이내였습니다.

그리고, 오토핫키, 파이썬, C#, 카카오토, NGM매크로, 기타매크로등 어떤 랭귀지로도 아두이노를 컨트롤 할수 있도록 commandline 명령어 툴로 제어 가능하도록 하였습니다.

오토랩에 제가 글을 쓴이유는 혼자서 쓰기는 그렇고, 필요한 수요가 있다면 같이 공동구매형식이나 아두이노 레오나르도 판매업자분이 계신다면 제가 기술지원을 하고, 판매를 해보는것은 어떨지 궁금해서 매크로 전문가분들이 많이 계시는 오토랩에 글을 적게 되었습니다.

아! 한가지는 아두이노스케치에 코딩되어 있는 소스는 공개하지 않을 예정입니다.

긴글 읽어주셔서 감사드리고, 관심 계시는분들이나 전문가님들 쪽지나 답변부탁드립니다.

아래는 시연동영상 링크 입니다.

https://serviceapi.nmv.naver.com/flash/convertIframeTag.nhn?vid=63395AE12B0BACEFEC413A905DE32A8E5663&outKey=V12958975f1a04fc60dfd376ceb8a62f5cee19f5e17673de463e3376ceb8a62f5cee1&width=544&height=306

장비 없이 하드웨어 매크로 만들기 (Class DD)

소심비형 — Tue, 03 Mar 2020 21:22:28 +0900

안녕하세요. 엔지엠소프트웨어입니다. 오늘 알아볼 내용은 하드웨어 매크로를 쉽게 제작할 수 있도록 도와주는 클래스 디디입니다. 매크로 관련쪽에 조금이라도 관심있는 분들은 다들 알고 계실거라고 생각합니다. 하드웨어 방식으로 동작하는 매크로는 크게 지존오토와 엔지엠 매크로가 있습니다. 엔지엠은 10,000원 미만의 아두이노를 사용하고 있습니다. 하지만, 클래스 디디는 150원정(1위안)도 합니다.

위 사이트에서 모듈을 다운로드 받을 수 있습니다. 모듈은 32비트와 64비트가 구분되어 있는데요. 엔지엠의 버전에 맞게 추가하면 자동으로 인식됩니다. 우선 간단한 테스트를 위해 아래와 같이 새로운 스크립트를 추가합니다.

File > 새로 만들기 > 스크립트 (단축키: Ctrl+N)

오른쪽 컨트롤 독 하단에서 외부 API를 클릭하세요~

외부 모듈 카테고리 확장
클래스 디디 클릭
드래그 앤 드롭으로 스크립트에 추가
속성 클릭

아래와 같이 클래스 디디 모듈을 선택하고, 아두이노와 동일하게 자연스러운 이동을 위한 설정값들을 입력합니다. 기본 값으로 둬도 무방합니다. 참고로, 아두이노는 인터페이스가 비트단위라서 마우스가 한번에 0~127 범위에서 이동이 가능합니다. 클래스 디디는 제약없이 자유롭게 사용할 수 있습니다.

클래스 디디 모듈 선택 (32비트 또는 64비트 선택)
마우스의 클릭과 키보드의 텍스트 쓰기 추가

마우스 클릭과 키보드가 정상 동작하는지 확인하는 테스트입니다. 따라서, 메모장을 하나 띄워놓고, 마우스는 메모장을 클릭해서 활성화해야 합니다. 키보드는 현재 선택된 위치에 텍스트가 입력되기 때문입니다.

IME Mode를 True로 변경

※ 한영을 자동으로 감지하여 처리해줍니다.
메모장에 입력할 텍스트 "안녕하세요^^" 입력

스크립트를 실행하면 아래와 같이 메모장이 클릭되고, 텍스트가 입력되는 것을 알 수 있습니다.

생각보다 간단하죠^^? 아두이노와 유사한 방식으로 사용할 수 있기 때문에 클래스 디디만 구한다면 사용하는데 크게 어려운 부분은 없을겁니다. 그리고, 가격적인 면에서도 상당히 저렴하거든요. 어려운 부분은 구매할 수 있는 방법을 잘 모른다는 것입니다. 홈페이지에 들어가서 보더라도 한자로 되어 있다보니 망설여지는 부분이죠^^;

속성 정보

기본 작업

사용 여부: 이 액션의 사용 여부를 설정합니다. False로 설정하면 이 액션은 실행되지 않습니다.
설명: 이 액션의 부가적인 설명을 입력합니다.
실행 전 지연: 이 액션이 실행되기 전 지연 시간을 입력합니다.
실행 후 지연: 이 액션이 실행된 후 지연 시간을 입력합니다.
아이디: 스크립트 내에서 유니크한 아이디를 입력합니다.

마우스 동작

이동 거리: 하드웨어 방식으로 마우스를 이동할 때 거리를 설정합니다. 최대 이동 거리는 127이므로 1~127 사이의 값을 사용해야 합니다.
이동 속도: 0, 0 좌표에서 1270, 0 좌표로 이동한다면 127만큼 10번 이동합니다. 이 때 각각의 구간마다 딜레이를 설정합니다.
이동 반복: 마우스가 이동할 때 목표 지점에 정상적으로 도착했는지 확인하는 횟수입니다.

변수

가져오기: 글로벌 또는 로컬 변수에 저장되어 있는 값을 이 액션의 속성 값으로 가져옵니다.
추가하기: 이 액션의 속성 값을 글로벌 또는 로컬 변수에 저장합니다.

작업

모듈 선택: 클래스 디디 모듈을 선택하세요.
외부 모듈 사용: 이 값을 False로 변경하면 연결이 해제됩니다.

기본값은 True이며 클래스 디디 모듈에 연결합니다.

만능 하드웨어 매크로 - 마우스 드래그 기능에 대한 팁.

소심비형 — Sun, 01 Dec 2019 08:52:10 +0900

안녕하세요. 소심비형입니다. 모바일 전용이 아닌 경우 마우스 드래그 기능은 자주 사용되죠? 하지만, 대부분의 매크로 프로그램들이 마우스 드래그 앤 드롭 기능을 잘 구현하지 못하고 있습니다. NGM 매크로도 드래그 앤 드롭이 윈도우에서 잘 동작하지 않는 경우가 있습니다. 일반적으로는 잘 동작하지만요^^;

마우스 드래그 앤 드롭 사용법에 대해서 알려드릴께요^^; 우선, NGM을 실행하세요. 아래 그림과 같이 새 스크립트를 만들고 마우스 다운과 업 액션을 추가해주세요.

아래 동영상을 참고해서 그림판의 창 제목 부분을 다운으로 설정하고 이동할 위치는 업으로 설정합니다. 그리고 실행해보면 마우스가 정상 동작하지만 그림판은 이동이 안되는 것을 알 수 있습니다.

일부 프로그램들은 마우스가 점프하는걸 인지하지 못합니다. 그래서, 마우스 클릭 또는 다운이 되기전에 미리 마우스 이동이 되어 있어야 합니다. 아래와 같이 마우스 이동 옵션을 True로 변경한 후 다시 해보세요.

이렇게해도 정상적으로 이동이 안되네요^^; 그렇다면 아래와 같이 실제 마우스 이동 액션을 추가하고 헤볼께요. 마우스 다운과 업 위에 이동 액션을 추가하세요. 그리고, 다운의 마우스 좌표를 복사해서 이동 좌표에 붙여넣기 합니다. 마우스 업도 동일하게 좌표를 설정해야겠죠?

실행하면 아래 동영상처럼 정상 동작하는 것을 확인할 수 있습니다. 보통은 마우스 다운과 마우스 업의 좌표를 다르게 해주면 마우스 드래그 앤 드롭이 됩니다. 하지만, 일부 프로그램들은 마우스 동작 전 해당 위치로 먼저 가 있어야 합니다. 비활성 모드에서도 비슷하게 처리하면 동작되니 테스트 해보시기 바랍니다^^;

데이타베이스 시각화 도구 기능 개선. (파일 저장 및 프린트)

소심비형 — Sat, 26 Oct 2019 11:52:29 +0900

업무에 자동화를 사용하다보면 데이타베이스를 이용할일이 많습니다. 어떤 결과를 데이타베이스에 저장하고 시각화 도구를 통해 Excel, CSV, Text, Xml 파일로 저장하거나 바로 프린트할수도 있습니다. 리포트에 대한 요구가 점점 늘어나고 있어서 기능을 개선하거나 추가하는 방향으로 가야 할듯 합니다. 리포팅 관련해서 기능이 필요하다면 정리해서 요청해주세요.

하드웨어 매크로 사용시 아두이노 에러 대처 방법.

소심비형 — Tue, 08 Oct 2019 19:23:23 +0900

안녕하세요. 소심비형입니다. 하드웨어 매크로로 사용할 때 아두이노를 이용합니다. 오픈마켓에서 7,000원~10,000원이면 하나 구매할 수 있으니 비싼 하드웨어(오토마우스, 오토키보드)를 사용하는것보단 이득이겠죠-_-ㅋ 기능도 훨씬 많으니까요~ NGM에서 아두이노에 소스코드를 업로드할 때 에러가 발생되는 경우가 있습니다. 아래처럼요.

'Mouse' 가 없습니다. 스케치에서 '#include < Mouse.h>' 를 포함했나요?

이런 에러 메시지가 아닌 포트를 찾을 수 없다고 나올수도 있습니다. 이 때는 아래 그림처럼 설정하고 다시 업로드하면 정상적으로 동작합니다.

메뉴의 툴 > 보드 > 아두이노 레오나르도 선택하세요.

메뉴의 툴 > 포트 > 아두이노 보드와 연결된 포트를 선택하세요. 아래 그림은 아두이노를 연결하지 않아서 포트가 안보이는데요. 여러분들은 포트가 COM1, COM3, COM5등등... 보일거예요.

보드와 포트를 설정했으면 업로드 해보세요. 정상적으로 작업이 완료됩니다.

하드웨어 매크로 기능 개선.

소심비형 — Wed, 21 Aug 2019 15:45:33 +0900

안녕하세요. 소심비형입니다. 아래 코드는 NGM 5와 아두이노가 서로 연결되어 상호 작용할 수 있도록 하는 스케치 코드입니다. 이 내용을 전체 복사해서 붙여넣기 하고, 업로드하면 됩니다. 아두이노는 오픈마켓에서 약 7,000원이면 살 수 있어요~ 아래 코드를 아두이노에 붙여넣기 하고 NGM의 시리얼 포트 연결하면 하드웨어 방식으로 매크로를 동작시킬 수 있습니다.

[ 아두이노에 스케치 코드 업로드하는 방법 참고 ]

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

#include <Mouse.h>

#include <Keyboard.h>

String cmd = "";

void setup() {

Serial.begin(9600);

}

void loop() {

cmd = "";

char temp = "";

while (Serial.available()) {

temp = Serial.read();

cmd.concat(temp);

}

if (cmd != "") {

String m = cmd.substring(0, 1);

if (m == "X") {

int p = cmd.substring(1).toInt();

Mouse.move(p, 0);

}

else if (m == "Y") {

int p = cmd.substring(1).toInt();

Mouse.move(0, p);

}

else if (m == "V" || m == "H") {

int p = cmd.substring(1).toInt();

Mouse.move(0, 0, p);

}

else if (m == "K") {

String c = cmd.substring(0, 2);

String v = cmd.substring(2);

if (v == "LS") {

keyAction(c, KEY_LEFT_SHIFT);

}

else if (v == "RS") {

keyAction(c, KEY_RIGHT_SHIFT);

}

else if (v == "LC") {

keyAction(c, KEY_LEFT_CTRL);

}

else if (v == "RC") {

keyAction(c, KEY_RIGHT_CTRL);

}

else if (v == "LA") {

keyAction(c, KEY_LEFT_ALT);

}

else if (v == "RA") {

keyAction(c, KEY_RIGHT_ALT);

}

else if (v == "AL") {

keyAction(c, KEY_LEFT_ARROW);

}

else if (v == "AU") {

keyAction(c, KEY_UP_ARROW);

}

else if (v == "AR") {

keyAction(c, KEY_RIGHT_ARROW);

}

else if (v == "AD") {

keyAction(c, KEY_DOWN_ARROW);

}

else if (v == "BS") {

keyAction(c, KEY_BACKSPACE);

}

else if (v == "SB") {

keyAction(c, ' ');

}

else if (v == "TB") {

keyAction(c, KEY_TAB);

}

else if (v == "ET") {

keyAction(c, KEY_RETURN);

}

else if (v == "EC") {

keyAction(c, KEY_ESC);

}

else if (v == "IT") {

keyAction(c, KEY_INSERT);

}

else if (v == "DT") {

keyAction(c, KEY_DELETE);

}

else if (v == "PU") {

keyAction(c, KEY_PAGE_UP);

}

else if (v == "PD") {

keyAction(c, KEY_PAGE_DOWN);

}

else if (v == "HM") {

keyAction(c, KEY_HOME);

}

else if (v == "ED") {

keyAction(c, KEY_END);

}

else if (v == "CL") {

keyAction(c, KEY_CAPS_LOCK);

}

else if (v == "F1") {

keyAction(c, KEY_F1);

}

else if (v == "F2") {

keyAction(c, KEY_F2);

}

else if (v == "F3") {

keyAction(c, KEY_F3);

}

else if (v == "F4") {

keyAction(c, KEY_F4);

}

else if (v == "F5") {

keyAction(c, KEY_F5);

}

else if (v == "F6") {

keyAction(c, KEY_F6);

}

else if (v == "F7") {

keyAction(c, KEY_F7);

}

else if (v == "F8") {

keyAction(c, KEY_F8);

}

else if (v == "F9") {

keyAction(c, KEY_F9);

}

else if (v == "F10") {

keyAction(c, KEY_F10);

}

else if (v == "F11") {

keyAction(c, KEY_F11);

}

else if (v == "F12") {

keyAction(c, KEY_F12);

}

else {

if (c == "KD") {

Keyboard.press(v[0]);

}

else if (c == "KU") {

Keyboard.release(v[0]);

}

else {

int c = cmd.toInt();

switch (c) {

case 0:

Mouse.click(MOUSE_LEFT);

break;

case 1:

Mouse.press(MOUSE_LEFT);

break;

case 2:

Mouse.release(MOUSE_LEFT);

break;

case 3:

Mouse.click(MOUSE_LEFT);

break;

case 4:

Mouse.click(MOUSE_RIGHT);

break;

case 5:

Mouse.press(MOUSE_RIGHT);

break;

case 6:

Mouse.release(MOUSE_RIGHT);

break;

case 7:

Mouse.click(MOUSE_RIGHT);

break;

case 8:

Mouse.click(MOUSE_MIDDLE);

break;

case 9:

Mouse.press(MOUSE_MIDDLE);

break;

case 10:

Mouse.release(MOUSE_MIDDLE);

break;

}

void keyAction(String c, uint8_t k) {

if (c == "KD") {

Keyboard.press(k);

}

else if (c == "KU") {

Keyboard.release(k);

}

Colored by Color Scripter

위 코드는 키보드 기능이 모두 포함된건 아닙니다. 자주 사용하는 키보드만 추가되어 있으므로, 이외에 추가로 필요한 키보드 기능이 있으면 댓글로 남겨주세요. 계속해서 업데이트 하도록 하겠습니다.

외부 API - 시리얼 통신 - 연결 (External API, Serial Communication, Connection)

소심비형 — Wed, 10 Jul 2019 08:27:13 +0900

안녕하세요. 소심비형입니다. 오늘은 NGM 매크로를 하드웨어 방식으로 사용할 수 있도록 도와주는 시리얼 통신에 대해 알아보도록 하겠습니다. 이 기능이 필요한 이유는 일부 응용 프로그램이 소프트웨어 방식으로 동작하지 않기 때문입니다. 그래서, 아두이노나 라즈베리파이와 같은 장치가 필요하게 됩니다.

이 예제는 아두이노 레오나르도 버전으로 진행됩니다. 이미 NGM 3 버전에서 설명한 내용이 있기 때문에 [ NGM 3 하드웨어 방식으로 사용하기 ] 를 읽어보고, 아두이노를 구매해야 합니다. 그리고 스케치를 통해 아두이노로 코드를 업로드하세요. 여기까지 완료 되었다면 아래 내용을 참고해서 간단한 테스트를 진행할 수 있게 됩니다.

우선 간단한 테스트를 위해 아래와 같이 새로운 스크립트를 추가합니다.

File > 새로 만들기 > 스크립트 (단축키: Ctrl+N)

아래 그림을 참고하여 스크립트에 시리얼 통신의 연결 액션을 추가합니다.

우측 하단에 외부 API 탭 클릭
시리얼 통신 카테고리에 연결 클릭
드래그 앤 드롭으로 스크립트에 추가
속성 탭 클릭

이 액션은 특별히 매크로를 만들 때 필요한건 아닙니다. 이미 만들어진 스크립트를 동작시킬 때 소프트웨어 방식으로 할지 하드웨어 방식으로 할지 결정하는 문제입니다. 또한, 아두이노를 비롯한 외부 장치를 이용할때는 비활성모드로 사용할 수 없습니다. 당연한 이야기겠지만요^^;

동작 테스트는 아래 동영상을 참고해주세요. 그리고, 동작에 문제가 있거나 아두이노 스케치 코드에 버그가 있으면 제보 바랍니다. 아두이노 코드는 사용자가 직접 작성해서 컴파이해도 됩니다.

속성 정보

기본 작업

사용 여부: 이 액션의 사용 여부를 설정합니다. False로 설정하면 이 액션은 실행되지 않습니다.
설명: 이 액션의 부가적인 설명을 입력합니다.
실행 전 지연: 이 액션이 실행되기 전 지연 시간을 입력합니다.
실행 후 지연: 이 액션이 실행된 후 지연 시간을 입력합니다.
아이디: 스크립트 내에서 유니크한 아이디를 입력합니다.

마우스 동작

이동 거리: 하드웨어 방식으로 마우스를 이동할 때 거리를 설정합니다. 최대 이동 거리는 127이므로 1~127 사이의 값을 사용해야 합니다.
이동 속도: 0, 0 좌표에서 1270, 0 좌표로 이동한다면 127만큼 10번 이동합니다. 이 때 각각의 구간마다 딜레이를 설정합니다.

변수

가져오기: 글로벌 또는 로컬 변수에 저장되어 있는 값을 이 액션의 속성 값으로 가져옵니다.
추가하기: 이 액션의 속성 값을 글로벌 또는 로컬 변수에 저장합니다.

작업

DTR 사용: 직렬 통신 동안 DTR(Data Terminal Ready) 신호를 사용할 수 있는지 설정합니다.
RTS 사용: 직렬 통신에 RTS(Request To Send) 신호를 사용할 수 있는지 설정합니다.
데이타 비트: 바이트 당 데이타 비트의 표준 길이를 가져오거나 설정합니다.
보레이트: 직렬 전송 속도를 가져오거나 설정합니다.
스톱 비트: 바이트 당 정지 비트의 표준 개수를 가져오거나 설정합니다.
시리얼 포트: 시리얼 통신에 사용할 포트를 선택합니다.
쓰기 타임아웃: 쓰기 작업을 마쳐야 하는 제한 시간(밀리초)를 가져오거나 설정합니다.
읽기 타임아웃: 읽기 작업을 마쳐야 하는 제한 시간(밀리초)를 가져오거나 설정합니다.
패리티: 패리티 검사 프로토콜을 가져오거나 설정합니다.

추천, 구독, 홍보 꼭~ 부탁드립니다.

여러분의 후원이 빠른 귀농을 가능하게 해줍니다~ 답답한 도시를 벗어나 귀농하고 싶은 개발자~

감사합니다~

외부 API - 데이타베이스 - 읽기 (External API, Database, Read)

소심비형 — Thu, 04 Jul 2019 18:08:52 +0900

안녕하세요. 소심비형입니다. 이전 시간에 데이타베이스에 연결하는 방법에 대해 알아봤습니다. 오늘은 연결된 데이타베이스에서 어떻게 데이타를 가져오는지에 대해 알아보도록 하겠습니다. NGM은 전부 관계형 데이타베이스만 지원합니다. Oracle, MS-SQL, MySQL, MariaDB죠. 그렇기 때문에 질의문(Query)을 통해 CRUD(Create, Read, Update, Delete)를 만들어야 합니다. 하지만, 읽기 액션은 Read를 좀 더 쉽게 할 수 있도록 도와주는 액션입니다.

이 예제를 실행하기 위해서는 미리 데이타베이스에 연결되어 있어야 합니다. [ 데이타베이스 연결 액션 ] 또는 [ 데이타베이스 연결 옵션 ] 내용을 먼저 학습해야 합니다. 우선 간단한 테스트를 위해 아래와 같이 새로운 스크립트를 추가합니다.

File > 새로 만들기 > 스크립트 (단축키: Ctrl+N)

아래 그림을 참고하여 스크립트에 데이타베이스의 읽기 액션을 추가합니다.

우측 하단에 외부 API 탭 클릭
데이타베이스 카테고리에 읽기 클릭
드래그 앤 드롭으로 스크립트에 추가
속성 탭 클릭

아래 그림과 같이 속성을 눌러보세요. 자신의 컴퓨터에 설치되어 있는 데이터바이스나 또는 원격지의 데이타베이스의 테이블 목록을 확인할 수 있습니다. 아래 그림은 MS-SQL의 샘플 데이타베이스입니다.

미리 연결된 데이타베이스가 있다면 이름이 표시됩니다.
테이블명을 클릭하면 연결된 데이타베이스의 테이블 목록이 표시됩니다.

테이블을 선택하고, 스크립트 실행 버튼을 클릭하세요.

카테고라이즈 테이블 선택
스크립트 실행 버튼 클릭
결과 테이블 확장
테이블 시각화 도구 클릭

결과 테이블의 속성을 확장하면 기본적인 정보들을 확인할 수 있습니다. 또한, 시각화 도구를 클릭하면 아래 그림처럼 데이타를 직접 확인 가능합니다. 테이블의 스키마를 확인할 수 있고, 데이타도 볼 수 있습니다.

물론, 결과 테이블에서 컬럼 목록을 확인할 수 있죠. 컬럼 목록은 SELECT와 WHERE에 사용됩니다. 그렇기 때문에 어떤 컬럼들이 있는지 확인하는게 중요하죠.

가져올 컬럼을 추가해볼까요? 아래 그림을 참고하여 컬럼을 선택합니다.

컬럼 목록을 클릭합니다.
ColumnItem 컬렉션 편집기에서 추가를 클릭하세요.
CategoryID 컬럼을 선택하세요.
확인을 눌러 작업을 완료하세요.

다시 실행하고 가져온 데이타를 확인 해보세요. 아래 그림처럼 내가 선택한 컬럼의 데이타만 가져온 것을 확인할 수 있습니다.

스크립트 실행 클릭
결과 데이타 클릭
가져온 데이타 확인

이제 내가 필요로하는 데이타만 추출하는 방법에 대해 알아보겠습니다. 위에서 가져온 내용을 보면 CategoryID가 1~8까지 있는 것을 알 수 있습니다. 2번만 가져오려면 어떻게 해야 할까요? 아래 그림처럼 조건 목록을 설정하면 됩니다.

조건 목록 클릭
ParameterItem 컬렉션 편집기에서 추가 클릭
Column에 CategoryID 선택
Value에 "2" 입력
확인을 클릭하여 작업 완료

스크립트를 다시 실행하고 결과 데이타를 확인해보세요. 조건 목록에 추가한대로 CategoryID가 2와 같은 데이타만 가져옵니다.

스크립트 실행 클릭
결과 데이타 클릭
데이타베이스로부터 가져온 결과 내용 확인

속성 정보

기본 작업

사용 여부: 이 액션의 사용 여부를 설정합니다. False로 설정하면 이 액션은 실행되지 않습니다.
설명: 이 액션의 부가적인 설명을 입력합니다.
실행 전 지연: 이 액션이 실행되기 전 지연 시간을 입력합니다.
실행 후 지연: 이 액션이 실행된 후 지연 시간을 입력합니다.
아이디: 스크립트 내에서 유니크한 아이디를 입력합니다.

데이터

결과 데이터: 데이타베이스에서 가져온 데이터를 표시합니다.

데이터 테이블 확장 기능

열 구분자: 결과 테이블을 저장할 때 텍스트 형식이라면 구분 문자열로 열을 처리합니다.
저장 옵션: 가져온 데이타를 파일로 저장하는 옵션입니다. Excel, CSV, Text, Xml을 지원합니다.
저장 위치: 파일이 저장되는 위치를 선택합니다.
행 구분자: 엑셀이 아닌 파일로 저장하는 경우 구분 문자열로 값을 행을 처리합니다.

변수

가져오기: 글로벌 또는 로컬 변수에 저장되어 있는 값을 이 액션의 속성 값으로 가져옵니다.
추가하기: 이 액션의 속성 값을 글로벌 또는 로컬 변수에 저장합니다.

작업

조건 목록: 데이타를 가져오기 위한 조건을 설정합니다. 이 조건을 설정하지 않으면 모든 데이타를 가져옵니다.
컬럼 목록: 데이타를 가져올 컬럼을 설정합니다. 이 값을 설정하지 않으면 모든 컬럼을 가져옵니다.
테이블명: 데이타를 가져올 테이블을 선택합니다.

추천, 구독, 홍보 꼭~ 부탁드립니다.

여러분의 후원이 빠른 귀농을 가능하게 해줍니다~ 답답한 도시를 벗어나 귀농하고 싶은 개발자~

감사합니다~

외부 API - FTP - 목록 (External API, FTP, File list)

소심비형 — Wed, 03 Jul 2019 07:27:12 +0900

안녕하세요. 소심비형입니다. 오늘은 FTP 관련 액션의 마지막인 목록 가져오기에 대해 알아볼께요. 이미 파일 업로드 다운로드는 배웠기 때문에 목록 가져오기와 Foreach 반복 액션을 조합하면 FTP 서버의 특정 폴더에 있는 모든 파일들을 다운로드할 수 있습니다.

이번 내용은 단순히 파일 목록만 가져오는게 아닌 Foreach 반복과 배열을 이용해서 모든 파일을 한번에 다운로드하는 아주 어려운 예제입니다. 상당히 복합적인 사고가 필요하죠^^; 우선 간단한 테스트를 위해 아래와 같이 새로운 스크립트를 추가합니다.

File > 새로 만들기 > 스크립트 (단축키: Ctrl+N)

앞의 FTP 연결과 끊기 메뉴얼을 참고해서 미리 서버에 연결되어 있어야 합니다. 그리고, 아래 그림을 참고하여 스크립트에 FTP 목록 액션을 추가합니다.

우측 하단에 외부 API 탭 클릭
FTP 카테고리에 목록 클릭
드래그 앤 드롭으로 스크립트에 추가
우측 하단에 속성 탭 클릭

목록을 가져와야 하므로, FTP서버에 아래처럼 파일을 5개 올려놓습니다. 내용이 없는 txt 파일을 5개 만들어서 서버로 미리 업로드 해두었습니다. 예제를 위해서 말이죠^^;

목록 액션의 속성을 아래 그림처럼 설정합니다. 하위 폴더가 없기 때문에 False로 설정하세요. 만약, 하위 폴더를 만들고 파일들을 넣어두었다면 True로 변경하면 됩니다.

서버 경로에 파일들이 들어있는 폴더까지 경로를 입력 (루트에 있다면 "/"만 입력하면 됨)
하위 폴더는 False로 설정

실행하면 아래 그림처럼 파일 목록을 표시해줍니다.

스크립트에 추가한 목록 액션 클릭
속성의 데이터 카테고리에 있는 파일 목록 확장

서버에 올린 파일 5개의 목록이 표시됩니다. 이렇게 FTP서버의 특정 폴더에 있는 파일 목록을 배열 형태로 가져올 수 있습니다. 이 파일들을 순차적으로 다운로드하려면 Foreach 반복을 사용합니다. 아래 그림처럼 Foreach 반복 액션을 추가하세요.

좌측 하단에 함수 상자 탭 클릭
변수 추가 클릭
스크립트로 드래그 앤 드롭으로 추가
아이디에 "파일 목록" 입력
변수 형식은 배열(Array) 선택
함수의 Foreach 반복 클릭
스크립트로 드래그 앤 드롭으로 추가

Foreach 반복에서 파일을 다운로드 해야하기 때문에 아래 그림처럼 FTP의 다운로드 액션을 추가해줍니다.

우측 하단의 외부 API 탭 클릭
FTP 카테고리의 다운로드 선택
스크립트로 드래그 앤 드롭으로 추가
속성 탭 클릭

목록에서 가져온 파일들을 변수에 저장시켜야 합니다. 그래야 Foreach 반복에서 사용할 수 있기 때문이죠~ 아래 그림을 참고하여 변수를 설정합니다.

스크립트의 목록 액션 선택
변수 추가하기 버튼 클릭
컬렉션 편집기에서 추가 클릭
데이터에 파일 목록 선택
변수 이름에 파일 목록 선택
확인을 클릭하여 작업 완료

파일 목록에서 파일명으로 반복해야 하기 때문에 파일명을 담을 변수를 아래 그림처럼 하나 추가합니다.

변수 추가 선택
드래그 앤 드롭으로 스크립트에 추가
아이디에 "파일명" 입력

아래 그림처럼 Foreach 반복을 설정합니다. 그리고 변수에 저장된 파일 목록을 가져옵니다.

스크립트에 추가한 Foreach 반복 선택
변수의 가져오기 클릭
컬렉션 편집기에서 추가 클릭
데이터에 배열 선택
변수 이름에 파일 목록 선택
확인을 클릭하여 작업 완료

파일명을 변수에 저장하기 위해 아래와 같이 설정합니다.

Foreach 반복 선택
변수에 추가하기 클릭
컬렉션 편집기에서 추가 클릭
데이터에 아이템 선택
변수 이름에 파일명 선택
확인을 클릭하여 작업 완료

아래 그림처럼 다운로드를 설정하세요.

다운로드 액션 선택
파일을 다운로드 할 로컬 경로 선택 (바탕화면 선택)
변수의 가져오기 클릭
컬렉션 편집기의 추가 클릭
데이터에 서버 파일 전체 이름 선택
변수 이름에 파일명 선택
확인을 클릭하여 작업 완료

완성된 스크립트를 실행하면 아래 그림처럼 FTP서버에 있는 모든 파일을 바탕화면으로 다운로드 받게 됩니다. 여러분도 로컬 컴퓨터에 간단한 FTP서버를 구성하고 테스트 해보시길 바랍니다. FTP는 아주 오래된 기술이라서 관련 레퍼런스가 많습니다. 조금만 검색해보면 누구나 쉽고 빠르게 구성할 수 있을겁니다. 10개도 안되는 액션인데... 글이 엄청 길어져 버렸네요-_-;

속성 정보

기본 작업

사용 여부: 이 액션의 사용 여부를 설정합니다. False로 설정하면 이 액션은 실행되지 않습니다.
설명: 이 액션의 부가적인 설명을 입력합니다.
실행 전 지연: 이 액션이 실행되기 전 지연 시간을 입력합니다.
실행 후 지연: 이 액션이 실행된 후 지연 시간을 입력합니다.
아이디: 스크립트 내에서 유니크한 아이디를 입력합니다.

데이터

파일 목록: 지정한 폴더에 있는 파일의 목록을 표시합니다.

변수

가져오기: 글로벌 또는 로컬 변수에 저장되어 있는 값을 이 액션의 속성 값으로 가져옵니다.
추가하기: 이 액션의 속성 값을 글로벌 또는 로컬 변수에 저장합니다.

작업

바이너리: FTP 서버로 파일을 다운로드할 때 바이너리 형식을 사용합니다.
서버 경로: 목록을 가져올 서버의 폴더 위치입니다.
패시브 모드: 클라이언트 응용 프로그램의 데이터 전송 프로세스를 패시브 모드로 사용합니다.
하위 폴더: 이 값을 True로 설정하면 서버 경로 하위의 폴더의 파일도 모두 가져옵니다.

패시브 모드란?

참고로, 패시브 모드를 사용하면 로컬 컴퓨터의 방화벽이 경고를 표시하지 않습니다. 이는 FTP에 대해 깊은 이해(?)가 있어야 합니다. 기본 값은 Active Mode입니다. Active Mode에서는 클라이언트가 서버에 파일을 업로드하거나 다운로드할 때 서버도 클라이언트에 접속 요청을 하게 됩니다. 그렇기 때문에 외부에서 들어오는 알 수 없는 서버에 대해 윈도우가 경고창을 표시하는 것입니다. 이 문제를 개선한 방식이 패시브 모드입니다.

추천, 구독, 홍보 꼭~ 부탁드립니다.

여러분의 후원이 빠른 귀농을 가능하게 해줍니다~ 답답한 도시를 벗어나 귀농하고 싶은 개발자~

감사합니다~

외부 API - FTP - 업로드 (External API, FTP, Upload)

소심비형 — Wed, 03 Jul 2019 07:23:35 +0900

안녕하세요. 소심비형입니다. FTP 서버에 연결이 되었다면 파일을 업로드하거나 다운로드할 수 있어야 합니다. 서버에 연결한 계정이 업로드, 다운로드 권한이 있다면 말이죠^^; FTP 서버를 설정할 때 업로드와 다운로드 권한이 포함되어 있어야 이 테스트를 진행할 수 있습니다~

우선 간단한 테스트를 위해 아래와 같이 새로운 스크립트를 추가합니다.

File > 새로 만들기 > 스크립트 (단축키: Ctrl+N)

앞의 FTP 연결 메뉴얼을 참고해서 미리 서버에 연결되어 있어야 합니다. 그리고, 아래 그림을 참고하여 스크립트에 FTP 업로드 액션을 추가합니다.

우측 하단에 외부 API 탭 클릭
FTP 카테고리에 업로드 클릭
드래그 앤 드롭으로 스크립트에 추가
우측 하단에 속성 탭 클릭

아래 그림을 참고하여 업로드 액션의 속성을 설정합니다. 그리고 실행 해보세요.

로컬 파일에 업로드할 파일을 선택
FTP 서버의 계정이 할당받은 위치 입력
스크립트 실행 버튼 클릭
파일이 정상적으로 업로드 되었는지 확인

윈도우의 디펜더가 외부 접속에 대해 보안 경고창을 표시할 수 있습니다. 아래 내용을 천천히 잘 읽어보고 액세스를 허용할지 취소할지 선택해야 합니다. 이 테스트를 완료하려면 당연히 액세스 허용을 클릭해야 합니다.

이제 FTP 클라이언트(파일질라, 알FTP등등...)를 이용하여 서버에 접속합니다. 파일이 정상적으로 업로드 되었는지 확인할 수 있습니다.

속성 정보

기본 작업

사용 여부: 이 액션의 사용 여부를 설정합니다. False로 설정하면 이 액션은 실행되지 않습니다.
설명: 이 액션의 부가적인 설명을 입력합니다.
실행 전 지연: 이 액션이 실행되기 전 지연 시간을 입력합니다.
실행 후 지연: 이 액션이 실행된 후 지연 시간을 입력합니다.
아이디: 스크립트 내에서 유니크한 아이디를 입력합니다.

변수

가져오기: 글로벌 또는 로컬 변수에 저장되어 있는 값을 이 액션의 속성 값으로 가져옵니다.
추가하기: 이 액션의 속성 값을 글로벌 또는 로컬 변수에 저장합니다.

작업

로컬 파일: FTP 서버에 업로드할 컴퓨터의 파일을 선택하세요.
바이너리: FTP 서버로 파일을 전송할 때 바이너리 형식을 사용합니다.
서버 경로: 파일이 저장될 서버의 폴더 위치입니다. 해당 위치에 권한이 필요합니다.
패시브 모드: 클라이언트 응용 프로그램의 데이터 전송 프로세스를 패시브 모드로 사용합니다.

패시브 모드란?

추천, 구독, 홍보 꼭~ 부탁드립니다.

여러분의 후원이 빠른 귀농을 가능하게 해줍니다~ 답답한 도시를 벗어나 귀농하고 싶은 개발자~

감사합니다~

외부 API - 데이타베이스 - 연결 (External API, Database, Connection)

소심비형 — Tue, 02 Jul 2019 08:32:41 +0900

안녕하세요. 소심비형입니다. 데이타베이스 액션에 대해 알아보는 첫번째 시간이군요. 우선, FTP와 원격 제어처럼 데이타베이스도 옵션에서 미리 접속해두고 관리할 수 있습니다. 스크립트를 실행할 때마다 매번 연결과 끊기를 사용하지 않아도 되는 편리함이 있죠~ 옵션의 데이타베이스 내용은 [ 여기 ]를 참고하세요.

옵션에 데이타베이스 설정을 사용하지 않는다면, 연결 액션을 통해 데이타베이스에 접속해야 합니다. 그래야, 나머지 액션들을 사용할 수 있거든요^^; 우선 간단한 테스트를 위해 아래와 같이 새로운 스크립트를 추가합니다.

File > 새로 만들기 > 스크립트 (단축키: Ctrl+N)

아래 그림을 참고하여 스크립트에 데이타베이스의 연결 액션을 추가합니다.

우측 하단에 외부 API 탭 클릭
데이타베이스 카테고리에 연결 클릭
드래그 앤 드롭으로 스크립트에 추가
우측 하단에 속성 탭 클릭

내용을 아래와 같이 설정합니다. 물론, 자신의 데이타베이스가 있어야 테스트를 완료할 수 있습니다. MSSQL, Oracle 또는 MySQL, MariaDB를 설치하거나 원격 서버에 있어야 합니다. 그리고, 설정은 데이타베이스 서버에 맞게 수정하고 테스트해야 합니다.

속성 정보

기본 작업

사용 여부: 이 액션의 사용 여부를 설정합니다. False로 설정하면 이 액션은 실행되지 않습니다.
설명: 이 액션의 부가적인 설명을 입력합니다.
실행 전 지연: 이 액션이 실행되기 전 지연 시간을 입력합니다.
실행 후 지연: 이 액션이 실행된 후 지연 시간을 입력합니다.
아이디: 스크립트 내에서 유니크한 아이디를 입력합니다.

데이터

파일 목록: 지정한 폴더에 있는 파일의 목록을 표시합니다.

변수

가져오기: 글로벌 또는 로컬 변수에 저장되어 있는 값을 이 액션의 속성 값으로 가져옵니다.
추가하기: 이 액션의 속성 값을 글로벌 또는 로컬 변수에 저장합니다.

작업

공급자: 데이타베이스에 접속하는 공급자를 입력하세요. 공급자는 해당 데이타베이스 사이트에서 정보를 얻을 수 있습니다.
데이타 소스: 서버의 주소와 포트 또는 주소만 입력합니다.
데이타베이스: 데이타베이스를 선택합니다.
비밀번호: 데이타베이스에 접속하기 위한 계정의 비밀번호입니다.
사용자 아이디: 데이타베이스에 접속히 위한 계정의 아이디입니다.
초기 카탈로그: 데이타베이스의 이름을 입력합니다.

추천, 구독, 홍보 꼭~ 부탁드립니다.

여러분의 후원이 빠른 귀농을 가능하게 해줍니다~ 답답한 도시를 벗어나 귀농하고 싶은 개발자~

감사합니다~

NGM 3.0을 하드웨어 방식으로 사용하기. (Arduino with NGM)

소심비형 — Thu, 27 Jun 2019 16:21:07 +0900

안녕하세요. 소심비형입니다. NGM 3.0을 하드웨어 방식으로 사용할 수 있는 시리얼 통신 기능에 대해 알아보도록 하겠습니다. 우선, 아두이노 레오나르도를 하나 구매해야겠죠? 또는 가상 아두이노를 다운로드 받아서 설치 후 연습해봐도 됩니다.

인터넷에 검색해보면 아두이노 레오나르도를 최저가에 구매할 수 있을겁니다. 대략 6,000원 선인거 같네요. 아무튼, 다른 제품이 아닌 레오나르도로 구입해야 합니다. 이유는, 레오나르도만 마우스, 키보드 모듈이 기본 장착되어 있기 때문입니다. 다른 제품은 직접 설치해야 하는데요. 아두이노는 메모리가 작아서 관리가 어렵고 복잡한 내용을 작성하기에는 어려움이 많기 때문입니다.

총알 배송으로 받은 아두이노 레오나르도를 컴퓨터에 연결합니다. 그러면, 아래 그림과 같은 프로그램이 실행되고 시리얼 포트도 자동으로 추가됩니다.

NGM과 연동하기 위한 코드를 작성해야 합니다. 아래처럼요.

코드는 정말 단순해서 NGM에서 제공하는 인터페이스만 맞으면 정상 동작하게 됩니다. 전체 코드는 아래에 있습니다.

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

#include <Mouse.h>

#include <Keyboard.h>

String cmd = "";

void setup() {

Serial.begin(9600);

}

void loop() {

cmd = "";

char temp = "";

while (Serial.available()) {

temp = Serial.read();

cmd.concat(temp);

}

if (cmd != "") {

String m = cmd.substring(0, 1);

if (m == "X") {

int p = cmd.substring(1).toInt();

Mouse.move(p, 0);

}

else if (m == "Y") {

int p = cmd.substring(1).toInt();

Mouse.move(0, p);

}

else if (m == "V" || m == "H") {

int p = cmd.substring(1).toInt();

Mouse.move(0, 0, p);

}

else if (m == "K") {

String c = cmd.substring(0, 2);

String v = cmd.substring(2);

if (v == "LeftShiftKey") {

keyAction(c, KEY_LEFT_SHIFT);

}

else if (v == "RightShiftKey") {

keyAction(c, KEY_RIGHT_SHIFT);

}

else if (v == "LeftControlKey") {

keyAction(c, KEY_LEFT_CTRL);

}

else if (v == "RightControlKey") {

keyAction(c, KEY_RIGHT_CTRL);

}

else if (v == "LeftAltKey") {

keyAction(c, KEY_LEFT_ALT);

}

else if (v == "RightAltKey") {

keyAction(c, KEY_RIGHT_ALT);

}

else if (v == "LeftArrow") {

keyAction(c, KEY_LEFT_ARROW);

}

else if (v == "UpArrow") {

keyAction(c, KEY_UP_ARROW);

}

else if (v == "RightArrow") {

keyAction(c, KEY_RIGHT_ARROW);

}

else if (v == "DownArrow") {

keyAction(c, KEY_DOWN_ARROW);

}

else if (v == "Backspace") {

keyAction(c, KEY_BACKSPACE);

}

else if (v == "Tab") {

keyAction(c, KEY_TAB);

}

else if (v == "Enter") {

keyAction(c, KEY_RETURN);

}

else if (v == "CapsLock") {

keyAction(c, KEY_CAPS_LOCK);

}

else if (v == "F1") {

keyAction(c, KEY_F1);

}

else if (v == "F2") {

keyAction(c, KEY_F2);

}

else if (v == "F3") {

keyAction(c, KEY_F3);

}

else if (v == "F4") {

keyAction(c, KEY_F4);

}

else if (v == "F5") {

keyAction(c, KEY_F5);

}

else if (v == "F6") {

keyAction(c, KEY_F6);

}

else if (v == "F7") {

keyAction(c, KEY_F7);

}

else if (v == "F8") {

keyAction(c, KEY_F8);

}

else if (v == "F9") {

keyAction(c, KEY_F9);

}

else if (v == "F10") {

keyAction(c, KEY_F10);

}

else if (v == "F11") {

keyAction(c, KEY_F11);

}

else if (v == "F12") {

keyAction(c, KEY_F12);

}

else {

if (c == "KD") {

Keyboard.press(v[0]);

}

else if (c == "KU") {

Keyboard.release(v[0]);

}

else {

int c = cmd.toInt();

switch (c) {

case 0:

Mouse.click(MOUSE_LEFT);

break;

case 1:

Mouse.press(MOUSE_LEFT);

break;

case 2:

Mouse.release(MOUSE_LEFT);

break;

case 3:

Mouse.click(MOUSE_LEFT);

break;

case 4:

Mouse.click(MOUSE_RIGHT);

break;

case 5:

Mouse.press(MOUSE_RIGHT);

break;

case 6:

Mouse.release(MOUSE_RIGHT);

break;

case 7:

Mouse.click(MOUSE_LEFT);

break;

case 8:

Mouse.click(MOUSE_MIDDLE);

break;

case 9:

Mouse.press(MOUSE_MIDDLE);

break;

case 10:

Mouse.release(MOUSE_MIDDLE);

break;

}

void keyAction(String c, uint8_t k) {

if (c == "KD") {

Keyboard.press(k);

}

else if (c == "KU") {

Keyboard.release(k);

}

Colored by Color Scripter

위 코드를 아두이노에 붙여넣기 한 후 업로드 버튼을 클릭하세요. 간략하게 코드에 대해 설명하면, NGM에서 시리얼로 변환 해주는 인터페이스들을 스케치로 코드화한 내용입니다.

스케치가 컴파일중입니다.

컴파일된 코드가 아두이노로 업로드 되었습니다.

이제 NGM을 실행한 후 아래 동영상처럼 설정합니다.

위 영상을 보면 아시겠지만, 하드웨어적으로 입력되는건 기존 매크로처럼 마우스가 순간 이동되지 않습니다. 물론, 비활성 매크로도 안됩니다. 따라서, 마우스의 최대 속도인 127만큼만 이동이 되며, 거리를 자동으로 계산하여 이동시켜줍니다.

추천, 구독, 홍보 꼭~ 부탁드립니다.

여러분의 후원이 빠른 귀농을 가능하게 해줍니다~ 답답한 도시를 벗어나 귀농하고 싶은 개발자~

감사합니다~

안녕하세요...

용가리맨 — Mon, 03 Jul 2017 18:08:16 +0900

요즘 개인적인 일때문에 방문이 뜸했네요
홈페이지도 조금 단장 하신듯하고...
화원분들 HID에 관심이 많은덧 같더라구요...
쪽지가 많이 와있어서 깜짝 놀랐습니다.

추신 누가 리니지1문의 하시던데 오핫으로 별다른 우회없이도 가능합니다
오핫 버전의 차이일뿐....요즘은 모르겠지만 한6개월 전인가까진...

그럼 즐거운 하루 보내세요.

WDK 설치 및 VS 2010으로 개발환경 구축하기.

Hello_WDK — Sat, 07 Jan 2017 18:13:40 +0900

안녕하세요, MFC 어플리케이션 레벨에서 2년정도 재직중인 초짜 프로그래머입니다.

최근 가상 휴먼 인터페이스 장치(VHID)의 매력에 홀려(?)서 공부를 시작하게되었습니다.

먼저, 이런 포럼을 만드시고 관리해주시어, 못난 중생에게 공부할수 있는 환경을 만들어주신

관리자분께 정말 감사드립니다.

이 학문에 입문을 하기 전에, 무슨 개발환경에서 어떻게 개발을 시작해야하는가..의 문제에 봉착하게 되었습니다.

웹에서 여러 문서를 뒤적거리던 중, 발견한 "WDK 설치 및 Visual studio 2010에서 개발 환경을 만드는 방법" 을 공유드립니다.

(역시, Visual studio에서 편집하고 컴파일 하는것이 편할 거야... 라는 개인적인 생각에 찾아보았습니다.)

[1. WDK 7 다운로드.]

Window Driver kit(이하 WDK)는 Windows 7, Windows Vista, Windows XP, Windows Server 2008 R2, Windows Server 2008, and Windows Server 2003 의 OS에서 Driver를 개발하기 위한 개발도구입니다. (하기 링크 내용 참조)

링크 : https://www.microsoft.com/en-us/download/details.aspx?id=11800

[2. 빌드 배치파일 다운로드 및 편집]

첨부된 파일 배치파일을 받아주시고, 배치파일의 14번줄의 내용, WDK가 설치된 폴더경로를 수정합니다.

set WIN7BASE=C:\WinDDK\7600.16385.1

[3. 편집한 배치파일을 Visual Studio 2010 설치 경로에 이동]

ex Path : C:\Program Files(x64)\Microsoft Visual Studio 10.0\VC\bin

[4. 프로젝트 생성 및 속성 설정]

1) Visual Studio 2010을 실행합니다.

2) 새 프로젝트 > Visual C++(일반) > 메이크 파일 프로젝트를 선택하여 프로젝트를 생성 마법사를 시작합니다.

3) 디버그 구성 설정.

빌드 명령줄 : ddkbuild -WIN7 checked .
다시 빌드 명령줄 : ddkbuild -WIN7 checked . -cZ

4) 릴리즈 구성 설정.

빌드 명령줄 : ddkbuild -WIN7 free .
다시 빌드 명령줄 : ddkbuild -WIN7 free . -cZ

5) 포함 디렉토리 및 라이브러리 디렉토리 설정.

<포함 디렉토리 설정>

c:\WinDDK\7600.16385.1\inc\api

c:\WinDDK\7600.16385.1\inc\mfc42

c:\WinDDK\7600.16385.1\inc\ddk

<라이브러리 디렉토리 설정>

c:\WinDDK\7600.16385.1\lib\win7\i386

[5. 소스파일 작성]

/*driver.c*/

#include <ntddk.h>

VOID SIMPLE_Unload(IN PDRIVER_OBJECT DriverObject)
{

}

NTSTATUS DriverEntry(IN PDRIVER_OBJECT DriverObject, IN PUNICODE_STRING RegistryPath)
{
NTSTATUS returnStatus = STATUS_SUCCESS;

DriverObject->DriverUnload = SIMPLE_Unload;
return returnStatus;
}

[6. MAKEFILE, SOURCES 수정 및 컴파일]

1) 첨부된 파일중 MAKEFILE과 SOURCES파일을 프로젝트 폴더에 넣으시고, 내용을 다음과 같이 수정합니다.

TARGETNAME=ddktest //컴파일 후, 생성될 .sys 파일의 이름
TARGETPATH=obj
TARGETTYPE=DRIVER
SOURCES=driver.c //9번에서 작성한 소스파일의 이름으로 변경한다.

2) 이제 컴파일을 하시면, ddktest.sys 파일이 생성됩니다.

<생성 경로>

릴리즈 빌드 : 프로젝트 폴더\objfre_win7_x86\i386\

디버그 빌드 : 프로젝트 폴더\objchk_win7_x86\i386\

저는 이제 시작입니다. 많은 도움 부탁드립니다.

감사합니다.

오토핫키로 엑셀 작업하기!2 ( 최대 행,열 구하기 )

Info — Tue, 29 Nov 2016 00:49:13 +0900

이전에는 Cell에 있는 값들을 R/W하는 작업들을 간단하게 올렸습니다.

그렇다면 R/W를 하는데에서 필요한 정보가 무엇이 있을까 생각해보았습니다.

엑셀데이터의 양이 많아 분류를 하는 작업

가장 많이 하는 작업인것 같습니다.

분류를 하는 방식은 사람마다 많이 다르겠지만 여기서는 분류방식이 아닌

필요한 값들을 구하는 방법을 찾아보겠습니다.

먼저 이전에 다루었던 내용을 통해서 구현을 한다면

Cell을 사용 하는 방법이 가장 좋겠죠

Range를 사용하면 Rows는 구할지언정 Columns는 구하기 힘들어지죠...

하지만 역시나 MS!!!좋은 기능이 있습니다..

바로 최대Rows,Columns를 구하는 기능인데요.

endRow := Excel.ActiveSheet.UsedRange.Rows.Count
endCol := Excel.ActiveSheet.UsedRange.Columns.Count

이라는 커멘드를 통해서 한번에 구할 수 있습니다.!

그렇다면 이후는 루프문을 통해서 쉽게 구현이 가능해지죠!

XLS_file_path3 := A_WorkingDir . "\매입매출2.xls"
Excel := ComObjActive("Excel.Application")
Excel Workbooks.Open(XLS_file_path3) ;open an existing file
Excel .Workbooks.Add
Excel .Visible:=false

endRow := Excel.ActiveSheet.UsedRange.Rows.Count
Loop %endRow%
{
작업
}
endCol := 엑셀03.ActiveSheet.UsedRange.Columns.Count
Loop %endCol%
{
작업
}

;;저장
Excel .ActiveWorkbook.Save()

;;닫기
엑셀03.ActiveWorkBook.Close
엑셀03.Quit

오토핫키로 엑셀 작업하기! (엑셀 기본)

Info — Mon, 28 Nov 2016 19:15:12 +0900

먼저 엑셀 열고 닫기

   Indexpath:= A_WorkingDir . "\Excel\Index.xlsx"
IndexExcel := ComObjCreate("Excel.Application") ;오브젝트생성
   IndexExcel.Workbooks.Open(Indexpath) ;엑셀열기
   IndexExcel.Visible:=false ;true ;육안으로 보이게할지 설정

   IndexExcel.ActiveWorkbook.Save() ;저장
   IndexExcel.ActiveWorkBook.Close ;닫기
   IndexExcel.Quit ;오브젝트종료

Indexpath 엑셀파일의 경로입니다.(절대경로 상대경로 상관없습니다.)

데이터 읽기,쓰기

데이터를 읽고 쓰는데는 2가지 방법이 있습니다

참조형에 따라 나뉘는데요

일반적으로 사용하는 기본참조형(A1)

일반적인 참조형은 변수의 값중에 A~ZZ등등..알파벳이들어있어

증,감시 번거로움이 있습니다.

하지만 정확한 위치로 이동 할 수 있다는 편리함이 있죠.

IndexExcel .Range("S3").Value

해당 엑셀 값을 읽어오는 경우에는

변수:=IndexExcel .Range("S3").Value

해당 엑셀 값을 쓰는 경우에는

IndexExcel .Range("S3").Value:=데이터

변수로 컨트롤 할 수 있는 R1C1참조형

이경우에는 변수로 대체할 수 있어서 편리합니다.

IndexExcel .Cells(Row,Cul).Value

사용법은 위와 같습니다

B1에 데이터를 읽어오는 경우

변수 := IndexExcel .Cells(1,2).Value

A2에 데이터를 쓰는 경우

IndexExcel .Cells(2,1).Value := 데이터

하지만 모든 데이터를 한번에 읽어와서 문제가 없으면...고생을 하지 않죠..

문자열의 데이터는 상관없습니다!

단,숫자일 경우....상수여도 소숫점까지 가져오는 불쌍사가 생겨버리게 되죠...

이경우에는 딱 두줄의 코드를 추가함으로서 해결이 가능합니다

       변수 := IndexExcel .Cells(1,2).Value
       SetFormat,FLOAT,0.0
       변수+=0

이렇게 해주면 짜쟌~ 상수로 출력이 가능합니다.

오늘은...시간이 없어서 간단하게 몇자 적고갑니다!

나중에 추가로 올릴게요!

가상키보드 마우스를 제작 후기(펌)

오토소장 — Sun, 14 Feb 2016 10:24:05 +0900

글을 읽다보면 뭔가 힌트가 조금 보이는듯 합니다 ㅎ

--------------------------------------------------------------------------------------

드디어 완성도가 꽤 높은 가상키보드 마우스를 만들었다...

가상장치에 관심이 많았지만... 어디서 부터 손을 대야 할지 몰라서..

나름 활용도도 높고 쉽게 보이는 키보드 마우스 부터 시작해 보기로 했다..

헐~~ 그런데.. 키보드 마우스를 가상화 하는것이 쉬운일이 아니다...

(잘못 골랐나? 하는 생각이 들 정도로 어렵고 막연했다... )

한번 하기로 마음을 먹었으니.. 어떻게든 완성해 보기로 했다...

웹서핑을 열나게 하는데..

http://www.secret.pe.kr/19096

위의 싸이트를 찾았다... 헐~~ 대박... 가상키보드 마우스를 만들던 노하우가 그데로 다 있었다..

글쓴이가 AmesianX 라는 것 같은데.. 이분이 정리해 놓은 길을 그데로 가기로 했다...

첫번째로 DDK를 설치했다. 내가 설치한 버젼은 [7600.16385.1]

두번째로 vhidmini 라는 예제를 찾아보았다...

헐 내가 설치한 버젼에는 vhidmini라는 예제가 없었다... 젠장!! 된장.....

그래서 vhidmini를 찾기 위해서 또 웹서핑을 했다... 내가 좀 무식한 관계로....

DDK 버젼이 낮은것을 어디서 다운받았다. 버젼이 얼마였는지... 기억이 안난다...

낮은 버젼에는 vhidmini 예제가 있었다...

그 소스만 쏙~ 빼고 지웠던것 같다...드디어 vhidmini소스를 구했다....

헐~~ 웹서핑 과정에서 더 대박... AmesianX 이라는 분이 직접 구현한 소스를 다운로드 받았다...

AmesianX 님께서 만든 소스를 시현해 보았다...

헐~~ 잘된다... 한가지 흠이 있다면... 키보드 속도가 엄청 느리다는 것이었다...

그렇더라도 그 소스를 토대로 기존의 vhidmini와 비교 해가면서 어떤 부분을 수정했는지...

분석을 했다...

분석결과

DDK에서 제공하는 vhidmini는 깡통이었다... 설치를 하면 키보드, 마우스 이런거는 없고

단순히 HID root 장치를 설치하는 수준이었다...

헌데 AmesianX 소스는 여기에 키보드,마우스 디스크립터를 추가했다는 점이 달랐고...

어플리케이션과 통신을 할때 IPC의 일종인 Named Pipe 로 통신을 한다는 것이 추가 되었다...

AmesianX 께서 제작한 소스가 왜? 키보드 속도가 느린지... 분석에 들어갔다...

속도만 느리면 다행인데... 키 값을 연속으로 빠르게 줘 버리면 몇개 까먹어 버린다는.. ㅠ.ㅠ

또...분석 결과...

Named Pipe에서 문제가 있었다... 내부에서 Thread가 도는데.. Pipe를 지속적으로 열었다 닫았다 하고 있었다..

난 여기서 Pipe를 한번만 열도록 수정을 했다...

헐~~ 젠장 Pipe가 Application으로부터 한번 수신을 받더니... 더이상 수신을 받지 않는 것이였다..

왜? 열었다 닫았다 했는지... 이해가 갔다...

다.. 생각이 있어서 그랬구나? 라는 생각이 머릿속을 스쳐갔다...

AmesianX 이 작성한 글에는 왜? Named Pipe를 사용했는지도 나와있었다...

일종의 게임 가드 같은 쉴드 프로그램으로부터 방해 받고 싶지 않다는 의도였다...

그렇다... 게임 매크로 같은것 만들때... 게임설치시 제공하는 가드가 DeviceIoControl API를 막아 버릴수 있다는 것이다..

내가 만드려는 용도는 게임 매크로 같은것이 아니라... 화상키보드 정도니까... 과감하게 Named Pipe를 드러냈다....

그리고 드라이버와 어플간의 통신하는 방법을 또 생각하고 연구를 했다....

디바이스를 어플과 연결할때.. AmesianX 소스에서는 GetFeature를 사용 해서 해당 디바이스를

찾는데 사용했다...거기에서 아이디어를 얻어서 SetFeature 로 어플에서 명령을 주면 되겠다고 생각했다..

예상은 적중했다. SetFeature로 통신 방식을 바꿨다.... 우선 아주 잘되었다...

헌데 문제점이 하나 생겼다....

DirectX 기반의 프로그램에서는 키보드 제어가 안먹힌다는것이다....

이래 저래 웹서핑도 하고 또 여러 사람에게 물어본 결과.. DirectX는 키보드 떼는 속도를 아주 빠르게 해버리면.. 인식을 못한다고 한다...

내 생각에는 일종의 보안장치 같았다.. 사람이 뗄수 없는 속도로 키보드를 떼 버리면... 인식을 못한다고들 이야기 하더군..

그래서 어플에서 키보드 떼는 딜레이를 줄수 있도록 드라이버를 수정을 했다....

헐~~ 적중했다... 100ms 간격으로 키보드를 떼 주니까.. DirectX에서도 먹는것이었다....

이제 다 되었다 싶었다...

누군가 블로그의 내 글을 보고... 싸게 넘기라고 했다...

(이하 고객이라 하겠음.)

뭐 나름데로 노동의 댓가 만큼은 안받고... 싸게 넘겼다... 그 고객과 약속은 안했지만..

전화통화를 해보면서 판단했다 "훌륭한 버그 리포터일것 같다.." 라는 생각이 들었다...

역시 그 고객은 훌륭한 버그 리포터 였다...

고객이 테스트 결과 장시간 마우스 키보드를 제어를 해 버리면.. CPU 부하가 이유없이 100% 먹으면서 컴퓨터 자체가 뻗어버리는 문제가 발생했다고 했다...

헐~~ 난 또 난관에 부딪혔다...

프로그래머 15년 차로서 이런 문제는 참 많이 다루었다... 힘들다기 보다는 이런 상황은 즐기는 단계까지 왔지 ㅋㅋㅋ

저런 문제는 보통 메모리 릭 또는 동기화로 인해 발생을 한다... 거의 100% 이다..

짧은 시간에는 잘 돌다가 장시간 돌리면 죽는 프로그램 대부분이 그렇다는 것이다.....

난 동기화와 메모리릭이 발생할만한 곳을 소스 분석했다... 그 결과 찾았다..

하나의 스택(함수) 안에서 IoCompleteRequest 요놈을 연속 두번 호출 하면 안된다는 것을 깨닭았다....

찾아낸 나도 대단하다.. 키보드 또는 마우스 값을 리셋하기 위해서 저놈을 하나의 스택에서 두번 처리해줬다..

결국은 동기화 문제였다.... 헌데... 내가 만든 프로그램은 키보드, 마우스 함께 되어 있는 형태라서...

IoCompleteRequest 요놈을 한 스택(함수)에서 두번 호출하지 않으면 안되었다..

아!! 진짜 머리 터질듯 아팠다.... 프로그램은 팔아먹었지... 버그는 생겼지.. ㅋㅋㅋ

그 순간 머릿속에 떠오른. 생각 "마우스 키보드를 같이 통합하지 말고.. 각각 떼어버리자.." 라는 생각..

마우스 드라이버와 키보드 드라이버를 따로 떼어 버렸다...

어플에서는 마우스, 키보드 드라이버를 여는 파일핸들을 두개 만들었다...

헐~~ 장시간 돌려도 된다.. ㅋㅋㅋ 가장 무식한 방법이 가장 현명한 방법이었던 것이다...

아!! 근데 고객의 또 다른 질문... "마우스 상대좌표 방식은 가능하나요?" 라는 질문이었다...

내가 만든건 절대좌표 방식이었다....

나의 대답 "상대좌표에 관한 디스크립터만 있으면 가능할것 같습니다. " 라는 대답을 했다...

고객께서 상대좌표에 관한 디스크립터를 구해서 파일로 날려주셨다....

헐.. 그거 적용하니까. 상대좌표가 인식이 되었다...

그러다 누군가에게 "휠 기능은 안되요?" 라는 질문을 받았다...

이것 역시 디스크립터 였다. 디스크립터에 휠 기능을 활성화 해주고 어플의 통신 프로그램을 약간 고치니까.... 휠이 제어가 되었다..

고객께 휠 제어에 관한 부분까지 업데이트를 했다...

이제 거의 완성도가 높아졌다... 헐~~~

나의 데모버젼을 시연해 보신 분들이 많은 질문을 해왔다...

질문을 할때마다.. '아직 버그가 좀 있긴 하구나..' 라는 생각이 들었다..

그것을 토대로 계속 버그를 고쳐나가고 있는 중이다....

지금껏 개발했던 소스들을 정리를 해서 기존에 DDK에서 제공했던 vhidmini 소스와 비교를 해봤다..

난 엄청 많은 코딩을 했다고 생각했는데.. 기존 vhidmini 소스와 별반 다를게 없고.. 약간 고쳐졌을 뿐..

ㅋㅋㅋㅋ 그래도 코드를 이해하고 찾는데 엄청 시간은 오래 걸렸다.. 한달 남짓? 준비 기간 까지 합치면.. 두달정도는 걸린것 같다...

지금은 완성도가 꽤 높아진 상태이다....

원래 만드려는 목적이 화상키보드 정도 만드려고 했고 DeviceIoControl API를 사용했으므로..

게임 매크로 만드는데는 적합하지가 않을것 같다... 왜냐? 일부 가드에서는 DeviceIoControl API를

원천적으로 막는 것도 있다한다...

헌데 고객께서는 온라인 게임 "로한" 에서는 잘 먹힌다고 했다..

되는것도 있고 안되는 것도 있을것이다....

고객께는 소스까지 죄다 제공을 했는데.. 이제 완성도가 높아진 지금은...

소스 공개는 절대 하지 않겠다.. 필요한 사람에게 dll과 드라이버 파일만을 거래 하겠다....

(솔직히 위에도 말했지만 vhidmini 소스 조금만 고치면 되는거다.. 고치는 량은 얼마 안되도 고칠 부분을 찾는다는 것은 정말 힘들것이다..디바이스 드라이버를 전문적으로 해본 사람은 식은죽 먹기겠지만.)

문의: bhcastle@naver.com

가격은 키보드 드라이버 30만원, 마우스 드라이버 30만원

키보드 & 마우스 함께 구입시 50만원 입니다..

그리고 소스는 절대 거래하지 않는다는게 원칙이지만...

굳이 구매를 하고 싶으시다면... 별도로 문의 바랍니다...

[출처] 가상키보드 마우스를 제작 후기.. |작성자 유리성

Virtual HID Mouse Driver 연구(펌)

오토소장 — Sun, 14 Feb 2016 09:43:02 +0900

저자: AmesianX

제작: powerhacker.net

제작년도: 2009년 1월 15일

[서문]

본 문서의 시작에 앞서 목적에 대해 언급한다. 이 문서는 두가지 목적을 위해서 작성되어졌다.

첫번째는 모르는 부분에대한 새로운 연구나 공부를 시도할때 참고할 수 있는 공부방식(Style)에 대한 설명이고, 두번째는 Virtual HID Mouse Driver 를 제작할때 참고해야할 전초를 다지기위한 목적으로 구성되어 있다. 이렇게 기술문서를 공개하는 이유에는 여러가지가 있지만 무엇보다 이 기술이라는 분야는 언젠가는 자신이 알고있는 오늘의 기술이 내일의 쓰레기가 된다. 일찌감치 알고있는 정보들은 공개하고 더 높은 곳으로 계속 뛰어오를때 진정으로 아무도 가보지못한 고지에 오른 것이다. 그래야 스스로가 발전하는 길이고 바로 모두가 발전하는 길일 것이다. 고지는 점령 당하라고 있는 것이다. 언제까지 정적인 비공개노선으로 점령당하길 기다리고 있을 것인가? 앞으로는 더욱더 가속화될 것이다.

[기술을 습득하는 공부방법]

어떤 새로운 기술을 알고싶다면 최대한 동일기능이 구현된 많은 소스들을 수집하라. 그리고 그 차이점을 소스분석을 통해서 캣치하라. 아마 대부분은 소스분석을 깊게 들어가지 않아도 차이점이 눈에 띄게 될 것이다. 그러나.. 아쉽게도 Virtual HID Mouse 에 대한 소스는 인터넷에서 거의 찾기 힘들 것이다. 물론, 공식적인 샘플들을 찾아낼 수 있지만 필자처럼 커널지식보다 유저레벨 어플리케이션 조작만 파온 사람은 그 유명업체들의 공식샘플을 보고도 감을 잡아내기는 하늘에 별따기처럼 어렵다. 즉, 프로그래밍 = 개념 이라는 공식이 있기 때문에 이 개념만 잡고나면 프로그래밍은 껌씹기나 마찬가지다. 개념을 잡는 요령이 있다면 그것은 바로 앞에서 언급한 동일기능 소스의 차이점을 분석해내는 것이다. 그렇기 때문에 매우 제한된 소스(공식소스들)를 갖고 시작하는 것은 전혀 이해를 이끌어내지 못한다. 최대한 고갈되었다고 생각될 정도로 많은 설명이나 소스들을 검색해서 찾아내야 한다. 이때 사용할 수 있는 방법은 구해낸 소스들의 일부 시그너처(Signature)를 검색키워드로 사용하는 것이다. 이런식으로 최대한 많은 정보들을 뽑다보면 선구자들의 질문들을 찾아낼 수 있다. 바로, 그 질문들에서 핵심개념들을 뽑아낼 수 있다. 자주 언급되는 사항이 바로 그 핵심일 것이다. 어떻게보면 "미네르바" 인지 "미네로하이바" 인지 그 친구처럼 철저한 검색기술로 무장한 채로 짜집기의 달인이 되어야만 할 필요가 있다. 만약 충분히 많이 찾아서 더이상 찾아낼 것 조차 없다고 느끼고 등골이 휘어지는 고통을 여러번 견뎌내었다면 이제 얻어낸 것들을 대상으로 비교분석을 취한다. 그렇게 되면 중요 키포인트가 눈에 보이게 될 것이다. 왜 이렇게 해야 하냐면 답은 간단하다. 스스로 엄청난 고통을 감뇌하면서 충분히 검색을 했는데 다 내용이 거기서 거기인 경우가 99.9% 일 것이다. 왜? 그것은 삽질하는 프로그래머가 택한 프로그래밍 방법론은 달라도 전체적인 흐름은 재밌게도 한가지밖에 없으니까. 이게 답이다.

"어라? 다 똑같은 소리만 짓거리고 있잖아? 뭔가 좀 더 구체적인 것을 달라고!!"

이 소리가 나올때 이미 정답은 구해진 것이나 마찬가지다. 다 똑같은 소리를 짓거린다거나 똑같은 소스에 차이점은 있지만 원하는 것이 아니라고 생각될때 사실상 그것이 원하는 것일 확률이 태반이다. 그 이상의 짜집기(Copy & Paste) 능력은 밥을 숫갈로 퍼서 먹는 것이다. 그런데 필자같은 사람은 퍼서 먹여주는 것을 원한다. 왜? 프로그래밍이 나온 이유가 무엇인가? 로보트를 만들려고 기를 쓰는거보면 모르겠는가? 인간에게 숫갈로 밥을 퍼먹여 주려는게 궁극적인 목적아닌가? 프로그래머는 인간이 아니었나? (하기사 혹자는 로보트

라고도 부릅디다..) 프로그래머는 좀 퍼서 먹여주면 어디가 덧나는가? 짜증나게 약올리는 시스템 프로그래머들이여 퍼먹여주지 않으면 스스로 밥숫갈 놓게되는 날이 온다. 인터넷시대에서 정보라는 것은 물 흐르듯 흐를수 밖에 없기 때문에 빨리 털고 높은 곳으로 뛰지않으면 숫가락 놓을 준비를 해야 할 것이다. 오늘의 신기술이 내일의 쓰레기가 되는 시대에서 서로 돕지않으면 혼자 살아남기 힘들다. 외국애들 보라 오픈소스로 자기의 기술을 다 까발리고 있으면서도 항상 최첨단 기술을 걷고 있는 것을 보면 우리가 얼마나 어리석은지 진정 모르냐 이말이다.

외국애들은 오픈소스를 통해서 시너지라는 것을 이용하고 있다. 물론, 수 많은 개발자들이 다 참가해서 오픈소스가 완성될 것이라고 착각하면 그건 열라 바보이다. 유명 보안 오픈소스인 Nessus 개발자의 고충이 섞인 글을 읽어보았는가? 오픈소스임에도 불구하고 자기혼자만 개발해 왔다고 써있었다. 대부분의 오픈소스들이 마찬가지라고 보면 될 것이다. 다만, 시너지효과로 인해 개발자 1명이 해낼수 있는 능력이 100명 1000명 수준으로 증폭되었기에 프로젝트가 맥을 이어갈 수 있는 것이다. 즉, 게임용어로 말하면 "버프"(버프를 모르진 않겠지..) 를 받은 것이다. 그렇게 되면 소수의 엘리트 파워가 오픈소스에 집중되는 일반유저의 관심만큼 증폭되기 때문이다. 단순히 눈에보이는게 전부라고 생각한다면 큰 것을 놓치게된다. (아니라고? 아님말고.. 허위사실 유포로 감금되어야 하나.. ㅎㅎ)

[현 상황]

현 상황에서는 Virtual HID Mouse 가 Auto Mouse 나 MACRO 라는 시장에서 대안으로 대두된 상태라 x시장에서도 드라이버의 판매가 이루어지고 있는 상황이다. 참고로 이 기술이나 드라이버를 판매자체는 사실 법적인 문제의 소지가 없다. 왜냐면 이 Virtual HID Mouse 기술은 범용기술이기 때문이다. 이 기술이 사용되고있는 쪽은 예를들면 조이스틱을 에뮬레이션하거나(용산에가면 조이스틱 판다..) 블루투스 마우스를 사용하도록 해주거나 혹은 그에 버금가는 마우스 업체들이 주로 보유하고있는 자체기술에서 많이 볼 수 있다. 이건 우리가 늘상 접하는 일반분야에서 말한것 뿐이고 무엇보다 가장 많이 사용되고 있는 곳은 임베디드 산업에서일 것이다. 그러므로 이 기술을 파는 것은 전혀 문제가 될 수 없다. 이 기술자체는 Microsoft 사에서 공식적으로 WinDDK 에 예제와 함께 배포하고 있다는 사실을 알만한 사람들은 이미 다 알고있겠다. 단지 그 이상의 자세한 정보를 찾기가 어렵고 Microsoft 사에서 제공하는 기술정보를 알기위해서 밑받침(선행) 되어야할 정보가 없다는 것이 문제점이다. 그래서 기존에 커널 드라이버를 개발하던 사람들이나 천국이지 필자같은 미천한 어플프로그래머들한테는 짜증만 나게 할 뿐이다. 이 중간에 생략된 정보들이 무엇인지 알아내야 한다. 그것이 유저레벨이라는 미천한 신분에서 커널레벨이라는 귀족신분으로 도약할 수 있는 길이다. 테스트환경 만드는게 짜증나서 공부하지 않았다가 완전 독박 쓴 기분이기에 좀 고약한 말투가 나온다. (기분 상하는 커널레벨의 고급 독자는 당장 이 문서를 접기 바란다. 필자도 커널레벨을 공부해야 윈도우를 진정으로 아는 것이라는 대에 이견이 없다. 다만, 오래전부터 블루스크린과 친구를 맺고싶지 않았을 뿐이다. 이거 참.. 뻘쭘하게 커널과 "절친노트" 라도 찍어야하나..)

===================================================================================================================

현재, 인터넷에는 몇몇의 기술 정보이외에는 관련된 기술적 자료를 찾아볼 수 없다고 해도 과언이 아니다. 진짜 짜증나도록 자료가 없다. 이해를 할 수 있을만한 한글로된 기술자료는 극적으로 한개를 찾을 수 있었다. 먼저, Virtual HID Mouse 를 찾아보면 가장먼저 접하게 되는 사이트가 있다. 까마귀라는 한국사람이 자신이 만들었다고하는 Virtual HID Mouse 가 검색이 된다. 블로그의 글 내용인데 사실 저수준을 다루는 고급개발자가 아니면 볼게없다.. (왜? 필자같은 어플프로그래밍 수준은 못알아 먹으니까.. + 안갈켜주니까

-_-;) 그리고 MSDN 이 검색되고 vhidmini 라는 것이 검색된다. 또한, 짱개 사이트의 vhidmouse 라는 소스와 hidmouse 라는 소스도 검색된다. 근데.. 오래전에 GxxxGuard 라는 소스가 인터넷에 떴다는 그 몹쓸 짱개사이트였다. 구현을 하기 위해서는 vhidmini 라는 소스가 그중에서 제일 유력한 후보가 될 것이고 나머지 vhidmouse 와 hidmouse 는 소스를 구하는데 한참이나 걸릴 것이다. 일단, 대충 둘러서 정보를 캣치해야한다. 다음은 이미 다들 알고있겠지만 SoftICE 라는 걸작을 만들어낸 "Numega Soft" 라는 회사의 Virtual HID Mouse 공식샘플의 일부소스이다. 아쉽게도 이 소스는 Windows 9x 계열에서 작동되는 드라이버이므로 NT 계열에서는 사용할 수 없다. 하지만 캣치할 수 있는 중요한 내용이 포함되어 있다. 위에서 언급한 것중에 vhidmouse 라는 것이다. 다음은 vhidmouse 소스 중의 일부분이다.

--------------------------------------------------------------------------------------------------------------------

// vmoudev.cpp - virtual mouse device for HID example

//=============================================================================

// Compuware Corporation

// NuMega Lab

// 9 Townsend West

// Nashua, NH 03060 USA

// Unpublished - rights reserved under the Copyright laws of the

// United States.

//=============================================================================

// This module implements the device class of the virtual HID

// mouse minidriver.

#include <KHID.H>

#include "vmoudev.h"

#include "hidmouse.h"

KTrace T("",TRACE_MONITOR, TraceAlways, BreakNever, KUstring(L"HidMouse"));

#define SCALEX 3

#define SCALEY 3

// The HID report descriptor for this device

// (taken from USB/HID specification)

HID_REPORT_DEscRIPTOR MouseHidReportDesc[] = {

0x05, 0x01, // Usage Page (Generic Desktop),

0x09, 0x02, // Usage (Mouse),

0xA1, 0x01, // Collection (Application),

0x09, 0x01, // Usage (Pointer),

0xA1, 0x00, // Collection (Physical),

0x05, 0x09, // Usage Page (Buttons),

0x19, 0x01, // Usage Minimum (01),

0x29, 0x03, // Usage Maximun (03),

0x15, 0x00, // Logical Minimum (0),

0x25, 0x01, // Logical Maximum (1),

0x95, 0x03, // Report Count (3),

0x75, 0x01, // Report Size (1),

0x81, 0x02, // Input (Data, Variable, Absolute), ;3 button bits

0x95, 0x01, // Report Count (1),

0x75, 0x05, // Report Size (5),

0x81, 0x01, // Input (Constant), ;5 bit padding

0x05, 0x01, // Usage Page (Generic Desktop),

0x09, 0x30, // Usage (X),

0x09, 0x31, // Usage (Y),

0x15, 0x81, // Logical Minimum (-127),

0x25, 0x7F, // Logical Maximum (127),

0x75, 0x08, // Report Size (8),

0x95, 0x02, // Report Count (2),

0x81, 0x06, // Input (Data, Variable, Relative), ;2 position bytes (X & Y)

0xC0, // End Collection,

0xC0 // End Collection

};

// HardwareID for the virtual mouse.

WCHAR HardwareID[]={L"ROOT\NUMEGA_VIRTUAL_HID_MOUSE

저자: AmesianX

제작: powerhacker.net

제작년도: 2009년 1월 15일

[서문]

본 문서의 시작에 앞서 목적에 대해 언급한다. 이 문서는 두가지 목적을 위해서 작성되어졌다.

[기술을 습득하는 공부방법]

"어라? 다 똑같은 소리만 짓거리고 있잖아? 뭔가 좀 더 구체적인 것을 달라고!!"

[현 상황]

===================================================================================================================

--------------------------------------------------------------------------------------------------------------------

// vmoudev.cpp - virtual mouse device for HID example

//=============================================================================

// Compuware Corporation

// NuMega Lab

// 9 Townsend West

// Nashua, NH 03060 USA

// Unpublished - rights reserved under the Copyright laws of the

// United States.

//=============================================================================

// This module implements the device class of the virtual HID

// mouse minidriver.

#include <KHID.H>

#include "vmoudev.h"

#include "hidmouse.h"

KTrace T("",TRACE_MONITOR, TraceAlways, BreakNever, KUstring(L"HidMouse"));

#define SCALEX 3

#define SCALEY 3

// The HID report descriptor for this device

// (taken from USB/HID specification)

HID_REPORT_DEscRIPTOR MouseHidReportDesc[] = {

0x05, 0x01, // Usage Page (Generic Desktop),

0x09, 0x02, // Usage (Mouse),

0xA1, 0x01, // Collection (Application),

0x09, 0x01, // Usage (Pointer),

0xA1, 0x00, // Collection (Physical),

0x05, 0x09, // Usage Page (Buttons),

0x19, 0x01, // Usage Minimum (01),

0x29, 0x03, // Usage Maximun (03),

0x15, 0x00, // Logical Minimum (0),

0x25, 0x01, // Logical Maximum (1),

0x95, 0x03, // Report Count (3),

0x75, 0x01, // Report Size (1),

0x81, 0x02, // Input (Data, Variable, Absolute), ;3 button bits

0x95, 0x01, // Report Count (1),

0x75, 0x05, // Report Size (5),

0x81, 0x01, // Input (Constant), ;5 bit padding

0x05, 0x01, // Usage Page (Generic Desktop),

0x09, 0x30, // Usage (X),

0x09, 0x31, // Usage (Y),

0x15, 0x81, // Logical Minimum (-127),

0x25, 0x7F, // Logical Maximum (127),

0x75, 0x08, // Report Size (8),

0x95, 0x02, // Report Count (2),

0x81, 0x06, // Input (Data, Variable, Relative), ;2 position bytes (X & Y)

0xC0, // End Collection,

0xC0 // End Collection

};

// HardwareID for the virtual mouse.

WCHAR HardwareID[]={L"ROOT\\NUMEGA_VIRTUAL_HID_MOUSE\0"};

WCHAR DeviceID[] ={L"ROOT\\NUMEGA_VIRTUAL_HID_MOUSE\0"};

HID_DEVICE_ATTRIBUTES DeviceAttributes = {

sizeof(HID_DEVICE_ATTRIBUTES),

MY_VENDOR_ID,

MY_PRODUCT_ID,

VERSION_NUMBER

};

-----------------------------------------------------------------------------------------------------

위와 같이 HID_REPORT_DEscRIPTOR 라는 것을 볼 수 있는데, 처음에는 이게 뭔지 모른다. 감도 안온다. 그러므로 그 관점을 그대로 두고 다음으로 넘어가서 다른 소스들을 보자. (처음엔 원래 모르겠지.. 나만그런가.. -_-; 제길..)

인터넷에서 검색하면 위의 소스와 MSDN (Microsoft 사의 공식샘플과 설명문서) 을 먼저 보게 될 것이다. 그러면 당연히 vhidmini 라는 것도 접하게 된다. 소스는 인터넷에서 파는 놈들도 있으니 그냥 찾기는 좀 짜증이 날 것이다. Microsoft 사의 홈페이지에서 WinDDK 를 받으라. 그 안에 VHidMini 라는 샘플이 들어있다. 그놈을 보면 다음과 같이 생겨먹은 부분에 주목하자.

------------------------------------------------------------------------------------------------------

if (NT_SUCCESS(ntStatus)) {

// Use default "HID Descriptor" (hardcoded). We will set the

// wReportLength memeber of HID descriptor when we read the

// the report descriptor either from registry or the hard-coded

// one.

deviceInfo->HidDescriptor = DefaultHidDescriptor;

// Check to see if we need to read the Report Descriptor from

// registry. If the "ReadFromRegistry" flag in the registry is set

// then we will read the descriptor from registry using routine

// ReadDescriptorFromRegistry(). Otherwise, we will use the

// hard-coded default report descriptor.

queryStatus = CheckRegistryForDescriptor(DeviceObject);

if(NT_SUCCESS(queryStatus)){

// We need to read read descriptor from registry

queryStatus = ReadDescriptorFromRegistry(DeviceObject);

if(!NT_SUCCESS(queryStatus)){

DebugPrint(("Failed to read descriptor from registry\n"));

ntStatus = STATUS_UNSUCCESSFUL;

}

------------------------------------------------------------------------------------------------------

Microsoft 에서 MSDN 의 설명을 먼저 읽어본 뒤 위의 소스주석부분을 보자. 다음과 같이 친절하게 설명해주고 있다.

// Check to see if we need to read the Report Descriptor from

// registry. If the "ReadFromRegistry" flag in the registry is set

// then we will read the descriptor from registry using routine

// ReadDescriptorFromRegistry(). Otherwise, we will use the

// hard-coded default report descriptor.

설명에 써있듯이 자기네는 그냥 하드코딩 했으니까 ReadFromRegistry 를 참고하면 다른 디바이스를 등록할 수 있단다. 처음 접할땐 사전지식이 없기에 "이게 뭔 개소리야?" 라고 생각이 들 것이다. (? 반응이 없으면 나만그런거 같다.. ㅎ)

------------------------------------------------------------------------------------------------------

그렇다면 이제 개소리는 집어치우고 다음을 보자.

--> https://www.osronline.com/showthread.cfm?link=138652

------------------------------------------------------------------------------------------------------

Radly

xxxxxx@daryllee.com

This being my first driver project, and an unusual one at that, there's a lot to get my

head wrapped around. My intent is to produce a virtual HID device (mouse emulation) that

uses a complex non-HID physical device as the input medium. I'm using the VHidMini sample

from the WDK hid folder as a starting point, and I'm now at the point where I need to transform

the sample's report format into a mouse format. I notice with confusion that the report descriptor

in vhidmini.inf is different from that in vhidmini.h, with no explanation in vhidmini.htm as

to why they are different. Does anyone here have any insight on that?

어떤 놈이 필자가 생각하는 것과 동일한 구현을 해볼려고 삽질중에 무시무시한 고급개발자들과 해커들이 몰린다는 osronline 에 질문을 던져놓고 있다. 이 소리는 무엇인가? 필자도 결국 저 문제에 봉착하게 될 날이 온다는 시나리오를 미리 발견한 것이다. 그러므로 주의 깊게 읽어볼 필요가 있다. 여기서 얻어낼 수 있는 정보는 sample's report format 이란 것과 report descriptor 라는 두가지 내용이다. 원래부터 찾기힘든 정보들에는 동문서답 내지는 "내가 니 밥처먹는데 밥숫가락으로 퍼먹여주랴?" 정도의 댓글이 달리는데 그래도 이 글의 답글중에 괜찮은 답글이 있다. 근데.. 여전히 찾기힘든 정보만큼이나 짤막하게 달아놓는다. 이런사람이 있다는 것은 희망이고 곧 빛이다. 다음의 답글을 읽어보자.

-----------------------------------------------------------------------------------------------------

allen zhang

xxxxxx@sina.com

RE: VHidMini report descriptor(s)

see the follow source code and the ReadDescriptorFromRegistry function, You should be understand it.

deviceInfo->HidDescriptor = DefaultHidDescriptor;

queryStatus = CheckRegistryForDescriptor(DeviceObject);

if(NT_SUCCESS(queryStatus)) {

queryStatus = ReadDescriptorFromRegistry(DeviceObject);

...

입에서 욕은 나온다. 왜? 말할라면 다 말하던가 아니면 동문서답이나 하고 가던가 감칠맛나게 소스 네줄 뿌리고 튀다니.. 그래도 고맙다. 지식을 갈구하는 자에게는 이것조차 선물이다. 제길.. 현자라면 푸념할때가 아닌거 같다. 여기서 뭔가 개념을 잡을 수 있는 정보를 캣치해야만 한다. 이 글에서 외국아가(짱개류 외국애인지 allen zhang 이구나.. 역시 중국은 AUTO 에 강한가보다..) 말하기를 소스코드를 보란다. 그 안에 ReadDescriptorFromRegistry 를 보라고 권하면서 일부 소스를 긁어서 보여준다. 글은 짧지만 분명 소스를 열어봤기에 긁어서 붙여줬을테니 아쉬워도 고마운 행동이다.

여기서 보라고 한 소스가 바로 위에서 VHidMini 샘플의 일부분이라고 뿌린 부분이다. 즉, 이 부분의 내용은 최초 질문자의 글에서 캣치한 sample's report format 와 report descriptor 라는 부분에대한 응답이다. 즉, 이 함수의 이름으로부터 알 수 있듯이 레지스트리로부터 디스크립터를 읽어들인다는 것에 바로 Virtual HID Mouse 의 핵심구현이 얽혀있다는 것을 시사한다는 점을 알 수 있다. 그런데 필자도 단지 이두개만 가지고 감을 잡지는 못했다. 왜냐면, 커널을 깊이 공부한 적이 없는 사람이 이 두가지의 자료만을 토대로 감을 잡아낼 수 있겠는가? 그렇다면 그건 천재이거나 영어를 모국어처럼 잘하는 사람일게 분명하다. 필자는 남보다 항상 두배로 삽질을 하는데 머리가 남들보다 딸려서 그렇다. 자료도 항상 두배로 찾아야 한다. 결정적으로 힌트가 되었던 것은 역시 국내사이트인데 드라이버 개발정보를 알려주는 곳인 driveronline.org 에서의 힌트와 임베디드 계통의 KELP 사이트에서 였다.

http://driveronline.org/bbs/view.asp?tb=beusb&GotoPage=1&s_bulu=memo&s_key=pnp&no=1491

-------------------------------------------------------------------------------------------------------------

Re] Re] Re] USB 가상 키보드, 마우스 드라이버

·작성일 2007.10.02:10.40 (화)

· 작성자 Woof

· 조 회 605

pnp 를 이용해서든지 해서 가상적인 usb 장치가 인식이 되면 일반적인 usb 장치를 다루듯이 이용하시면 됩니다. 일반적으로 실제 장치들은 Windows에서 제공하는 기본적인 드라이버로도 동작하기 때문에 필요가 없지만 이와 같은 경우에는 간단하게 자기 드라이버를 열어서 인식된 장치 device와 통신하는 드라이버 정도는 필요하겠지요. 뭐, usb라서 따로 드라이버없이 application으로도 충분히 가능한건데 다들 위와 같은 방법을 이용하더군요. 새로나온 umdf 등을 이용하면 더 간단하고 새로나온 것에 대한 공부도 하면서 재미나게 할 수 있을지도 모르겠네요. 위 에서 말한 대부분의 경우 라고 한 것의 예를 간단히 들어보면 자신의 드라이버를 올리고 해당 드라이버에서 application과 통신 device를 생성한 뒤에 pnp를 이용해서 가상적인 usb 장치를 만들고 그것과 통신하는 길?을 적당히 만들어서 이용하시면 됩니다. sample에서는 가상적인 장치 인식이 바로 usb나 그런 부분이 아니였던 것 같은데 적당히 고치면 되겠지요.

위에도 썻지만, 잘 찾으면 다 만들어진 코드 어디 있을 것 같습니다. 저도 한번 찾으려다가 그냥 sample에 있어서 말았는데. :| 해당 usb 드라이버를 이용해서" 라는 부분에 대해서 물어보셔서 이 부분만 따로 답을 달면 해당 usb device를 제어(control)하는 드라이버를 지칭했습니다. 또 처음에 말한 것 처럼 class관련 드라이버에 대해서는 생각할 필요가 없습니다. 역시 위에 쓴 것 처럼 어디에 쓰실지 궁금하네요. 가상 키입력등은 S/W나 그런 자동화 테스트에 이용하기도 하고 꽤 여러군데서 쓰기는 하는데 안좋지는 않지만 뭐 . 그런데도 쓰여서 :|

-------------------------------------------------------------------------------------------------------------

최초 질문자가 어떻게 구현해야 하냐고 질문하자 pnp 를 통해서 가상적인 usb 를 인식시킨 다음에 적당히 device 와 통신시키라고 한다. 자세한 내용은 말해주지 않고 Microsoft 에서 제공하는 샘플로도 구현이 가능할 것이라는 내용과 어딘가에는 이미 다 만들어진 소스가 있을텐데 찾아보라고 한다. 이말 믿고 인터넷에서 찾아헤메다가는 마누라가 집나가도 모를것이다. 답변에서 보듯이 이 사람은 진짜 적당히 답글을 달고 있는 사람이라는 점을 주의해야 한다.

이 사람의 힌트와 통찰력이 Microsoft 사의 샘플에서 존재하는 핵심이라는 점을 알 수 있다. 일단, 정보는 머리속에 꼬깃꼬깃 담아두고 계속 다음 검색으로 넘어가면서 본인의 마음속에 답이 한가지로 수렴되도록 정보들을 계속 얻어 내어보자. 이쯤되면 정상적인 사이트를 뒤지는 것이 힘들어진다. 왜냐면 너무 정보가 부족하기 때문이리라. 고로 컨트롤러를 제어하는 것을 찾아본다. 예를들면 USB HID 조이스틱 드라이버 같은 것을 찾아내는 것이다.

다음과 같은 좋은 예가 있었다.

http://www.redcl0ud.com/files/XBCD_all_src.cab

XBOX 의 6축 조이스틱 패드를 윈도우에서 사용할 수 있도록 해주는 소스였다. 검색을 할때는 기존에 얻었던 소스에서 일부 특이하게 보일만한 함수를 키워드로 검색하면 운좋게 찾을 수 있다. 소스를 보면 너무 길고 난해하고 이해하기 힘들뿐이다. 당연히 커널관련 지식이 깊지않은 이상 어떻게 분석하고싶어도 그럴 도리가 없다. 그러므로 파일구성을 보는 것이 전부이다. 여기서 또한가지 힌트를 얻을 수 있다.

XBCD_control.c

XBCD_driver.c

XBCD_driver.h

XBCD_hid.h

XBCD_report.h

위와 같은 파일구성에서 driver 나 control 소스를 보기전에 report 라는 눈에 띄는 놈이 있다. 이 헤더파일의 내용을 보게되면 다음과 같은 것이 적혀있다.

-------------------------------------------------------------------------------------------------------------

char ReportDescriptor[213] = {

0x05, 0x01, // USAGE_PAGE (Generic Desktop)

0x09, 0x04, // USAGE (Joystick)

0xa1, 0x01, // COLLECTION (Application)

0x05, 0x09, // USAGE_PAGE (Button)

0x15, 0x00, // LOGICAL_MINIMUM (0)

0x25, 0x01, // LOGICAL_MAXIMUM (1)

0x35, 0x00, // PHYSICAL_MINIMUM (0)

0x45, 0x01, // PHYSICAL_MAXIMUM (1)

0x75, 0x01, // REPORT_SIZE (1)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x01, // USAGE (Button 1)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x02, // USAGE (Button 2)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x03, // USAGE (Button 3)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x04, // USAGE (Button 4)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x05, // USAGE (Button 5)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x06, // USAGE (Button 6)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x07, // USAGE (Button 7)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x08, // USAGE (Button 8)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x09, // USAGE (Button 9)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x0a, // USAGE (Button 10)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x05, 0x09, // USAGE_PAGE (Button)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x0b, // USAGE (Button 11)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x0c, // USAGE (Button 12)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x75, 0x04, // REPORT_SIZE (4)

0x95, 0x01, // REPORT_COUNT (1)

0x81, 0x01, // INPUT (Cnst,Ary,Abs)

0x75, 0x10, // REPORT_SIZE (16)

0x16, 0x01, 0x80, // LOGICAL_MINIMUM (-32767)

0x26, 0xff, 0x7f, // LOGICAL_MAXIMUM (32767)

0x35, 0x00, // PHYSICAL_MINIMUM (0)

0x46, 0xff, 0x7f, // PHYSICAL_MAXIMUM (32767)

0x05, 0x01, // USAGE_PAGE (Generic Desktop)

0x95, 0x02, // REPORT_COUNT (2)

0x09, 0x30, // USAGE (X)

0x09, 0x31, // USAGE (Y)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x05, 0x02, // USAGE_PAGE (Simulation Controls)

0x95, 0x02, // REPORT_COUNT (2)

0x09, 0xba, // USAGE (Rudder)

0x09, 0xbb, // USAGE (Throttle)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x05, 0x01, // USAGE_PAGE (Generic Desktop)

0x09, 0x39, // USAGE (Hat switch)

0x15, 0x00, // LOGICAL_MINIMUM (0)

0x25, 0x07, // LOGICAL_MAXIMUM (7)

0x35, 0x00, // PHYSICAL_MINIMUM (0)

0x46, 0x3b, 0x01, // PHYSICAL_MAXIMUM (315)

0x65, 0x14, // UNIT (Eng Rot:Angular Pos)

0x75, 0x04, // REPORT_SIZE (4)

0x95, 0x01, // REPORT_COUNT (1)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x05, 0x09, // USAGE_PAGE (Button)

0x15, 0x00, // LOGICAL_MINIMUM (0)

0x25, 0x01, // LOGICAL_MAXIMUM (1)

0x35, 0x00, // PHYSICAL_MINIMUM (0)

0x45, 0x01, // PHYSICAL_MAXIMUM (1)

0x75, 0x01, // REPORT_SIZE (1)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x0d, // USAGE (Button 13)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x0e, // USAGE (Button 14)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x0f, // USAGE (Button 15)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x95, 0x01, // REPORT_COUNT (1)

0x09, 0x10, // USAGE (Button 16)

0x81, 0x02, // INPUT (Data,Var,Abs)

0x15, 0x00, // LOGICAL_MINIMUM (0)

0x26, 0xff, 0x00, // LOGICAL_MAXIMUM (255)

0x35, 0x00, // PHYSICAL_MINIMUM (0)

0x46, 0xff, 0x00, // PHYSICAL_MAXIMUM (255)

0x75, 0x08, // REPORT_SIZE (8)

0x95, 0x03, // REPORT_COUNT (3)

0x05, 0x00, // USAGE_PAGE (Not Defined)

0x09, 0x00, // USAGE (Undefined)

0x09, 0x01, // USAGE (Undefined)

0x09, 0x02, // USAGE (Undefined)

0x91, 0x02, // OUTPUT (Data,Var,Abs)

0xc0 // END_COLLECTION

};

-------------------------------------------------------------------------------------------------------------

그리고 이 홈페이지에서 최대한 얻을 수 있는 것은 다 캣치해야 하는 http://www.redcl0ud.com/xbcd.html 홈페이지의 마지막쯤에 보면 http://www.redcl0ud.com/files/USBView.cab 라는 것이 있다. 그리고 캡춰사진이 있는데 핵심사항으로 체크를 해둔 부분이 있다. idVendor, idProduct 라는 부분에 체크를 해두고 있다. 그리고 USBView 에서 보여주는 내용이 모냐면 바로 Device Descriptor 였다. 오호라.. 내친김에 이 사이트에서는 USB 드라이버를 제작하는 방법까지 설명하는 링크를 걸어두고 있었다.

http://euc.jp/periphs/xbox-controller.en.html

이 링크인데 제목은 "Inside XBox Controller" 라고 되어있다. 대충 무슨내용이 있는지 열거하자면..

-------------------------------------------------------------------------------------------------------------

...

...

...

Here are descriptor dumps of the hub, the gamepad and the memory unit.

* Descriptors of the integrated hub

* Descriptors of the gamepad (American)

* Descriptors of the memory unit

The vendor ID is 0x045e (Microsoft). Product IDs are as follows:

ID product

0x001c integrated hub

0x0202 gamepad (American)

0x0280 memory unit

0x0284 DVD remote receiver

0x0285 gamepad (Japanese)

It is not recommended to distinguish Xbox gamepads by vendor/product IDs because third-party controllers may

have their own vendor/product IDs.

...

Input Report

The input report is 20-byte.

헤더그림

Output Report

The output report (rumble control) is 6-byte.

헤더그림

The Xbox gamepad lacks the HID report descriptor that describes the input/output report formats. Based on the

above report formats I have tried writing the report descriptor for your information. This is a mere example;

neither official nor verified. Accuracy is not guaranteed.

* Text format

* Binary format

* HID Descriptor Tool format (to be loaded into HID Descriptor Tool)

---------------------------------------------------------------------------------------------------------------

위와 같은 내용들이 있었다. 상당히 많은 삘을 주고있다. 누가봐도 HID Descriptor 와 HID Report Format 그리고 Input Report 와 Output Report 를 통해서 통신한다는 아주 기본적인 컨셉(개념)은 머리가 아니라(T.T) 가슴에 와닿을 것이다. (젠쟝.. 가슴에만 담아두마.. -_-;) 일단, 이쯤에서 XBCD 소스는 닫아둔다. 언제 이거 분석하고 앉아있는가.. 최종컨셉이 다르기 때문에 힌트만 뽑아먹고 닫아두는 것이다. 애초에 만들려고 한건 Virtual HID Mouse 인데 이건 그 컨셉이 아니기에 대충 훑어보고 넘겨야 한다. 또 다른 소스들을 보자. 마구잡이로 검색하면서 받아둔 소스중에 앞에서 처음에 말했던 hidmouse 라는 소스를 한번 진단해보자.. -_-;

(PIC 를 이용한 마우스 제작소스)

파일을 열어보니 원하는게 아닌듯 보였는데 알고보니 PIC 용이었다. 운 좋게도 필자는 PIC18x 롬라이터를 갖고 있어서 이 소스가 뭔지 알 수 있었다. 오래전에 친구의 부탁으로 PIC18x 칩에 어셈블리를 롬라이팅 하는 프로그램을 만들어준 적이 있어서 무슨 소스인지 금방 알 수 있었다. 요새는 PIC 프로그래밍에도 C 가 쓰이고 PIC 는 PLC 대체용으로 쓰이기도 한다. 그런데 PIC 로 USB 모듈을 부착하고 마우스로 제작이 가능한거 같았다. 어쨌거나 원하는 내용은 아니었지만 생각해보면 가장 중요한 것이 물리적인 장치 아닌가? 물리적인 장치에서는 기존에 찾은 소스들이나 검색내용들과 어떤 차이가 있는지 알아볼 필요도 있다.

http://www.pudn.com/downloads128/sourcecode/comm/detail543439.html

hidmouse 라는 소스에서 파일구성을 보면 특이한 놈이 있다.

usb_descriptors.c 라는 소스가 있는데 여태까지 눈여겨왔던 descriptor 라는 단어가 보일 수 밖에 없다.

-------------------------------------------------------------------------------------------------------------

/* Device Descriptor */

ROM USB_DEVICE_DEscRIPTOR device_dsc=

{

0x12, // Size of this descriptor in bytes

USB_DEscRIPTOR_DEVICE, // DEVICE descriptor type

0x0200, // USB Spec Release Number in BCD format

0x00, // Class Code

0x00, // Subclass code

0x00, // Protocol code

USB_EP0_BUFF_SIZE, // Max packet size for EP0, see usb_config.h

MY_VID, // Vendor ID

MY_PID, // Product ID: Mouse in a circle fw demo

0x0003, // Device release number in BCD format

0x01, // Manufacturer string index

0x02, // Product string index

0x00, // Device serial number string index

0x01 // Number of possible configurations

};

... 중략 ...

//Class specific descriptor - HID mouse

ROM struct{BYTE report[HID_RPT01_SIZE];}hid_rpt01={

{0x05, 0x01, /* Usage Page (Generic Desktop) */

0x09, 0x02, /* Usage (Mouse) */

0xA1, 0x01, /* Collection (Application) */

0x09, 0x01, /* Usage (Pointer) */

0xA1, 0x00, /* Collection (Physical) */

0x05, 0x09, /* Usage Page (Buttons) */

0x19, 0x01, /* Usage Minimum (01) */

0x29, 0x03, /* Usage Maximum (03) */

0x15, 0x00, /* Logical Minimum (0) */

0x25, 0x01, /* Logical Maximum (0) */

0x95, 0x03, /* Report Count (3) */

0x75, 0x01, /* Report Size (1) */

0x81, 0x02, /* Input (Data, Variable, Absolute) */

0x95, 0x01, /* Report Count (1) */

0x75, 0x05, /* Report Size (5) */

0x81, 0x01, /* Input (Constant) ;5 bit padding */

0x05, 0x01, /* Usage Page (Generic Desktop) */

0x09, 0x30, /* Usage (X) */

0x09, 0x31, /* Usage (Y) */

0x15, 0x81, /* Logical Minimum (-127) */

0x25, 0x7F, /* Logical Maximum (127) */

0x75, 0x08, /* Report Size (8) */

0x95, 0x02, /* Report Count (2) */

0x81, 0x06, /* Input (Data, Variable, Relative) */

0xC0, 0xC0}

};/* End Collection,End Collection */

-------------------------------------------------------------------------------------------------------------

hidmouse 의 소스는 분석하지 않고 특징적인 몇개의 파일만 열어보고 위의 부분에 주목하고 닫아 버린다. 역시 컨셉은 물리 마우스가 아니라 가상 마우스이기 때문이다. 가상 마우스는 연결되면 오른쪽 아래의 트레이에 연결되었다고 풍선글이 떠야 하는 형태로 진행되어야 하는 것이 머리속의 구상이었다. 이미 driveronline 의 힌트에서 pnp 를 통해서 usb 를 인식시키라는 내용을 보았고 osronline 에서는 vhidmini 의 특정부분을 언급했으며 osronline 의 최초 질문자는 샘플의 포맷과 디스크립터를 언급했다. 다음의 사이트를 보게되면 약 90% 의 감이 오게되는데 임베디드 계통이 역시나 제일 확실하다. 시스템 프로그래머라는 황무지(wild)에서 살아가는 사람들이기 때문이다. 다만, 숫갈로 퍼먹여 주는걸 제일 싫어해서 짜증난다. 다음의 KELP 사이트의 글을 보면(http://kelp.or.kr/korweblog/stories.php?story=07/02/13/3453938)

글쓴이가 usb mouse 구현시 뭔가 이상하다는 식으로 적어놓고 있는 내용을 볼 수 있는데 한번 읽어보자.

-------------------------------------------------------------------------------------------------------------

usb slave 포트를 이용하여 usb mouse를 구현하고 있습니다.

글쓴이 : omayaro (2007년 02월 13일 오후 02:10) 읽은수: 643

<커널 2.6.11에서 gadget api를 이용하여 usb 마우스를 구현해 보고 있습니다.>

처음에 모듈을 등록하기 위하여

static int __init my_module_init(void)

{

int retval;

retval = usb_gadget_register_driver( &g_ugdDriver );

if (retval)

{

printk(KERN_ERR "[ omayaro ] module_init: cannot register gadget driver, ret=%d\n", retval);

return retval;

}

return 0;

}

위에서 처럼 하여 등록을 마쳤습니다.

그리고 pc( window xp 와 fedora core4 를 사용하는 pc 2대를 한번씩 테스트 함 )에

usb cable을 연결하였습니다.

그랬더니 임베디드 보드와 pc에 몇가지 반응이 오더군요..

아래의 내용은 진짜 마우스를 꼽았을때에 windows xp에서 usb descriptor를

분석한 내용입니다.

Device Descriptor:

bcdUSB: 0x0110

bDeviceClass: 0x00

bDeviceSubClass: 0x00

bDeviceProtocol: 0x00

bMaxPacketSize0: 0x08 (8)

idVendor: 0x062A

idProduct: 0x0000

bcdDevice: 0x0000

iManufacturer: 0x00

iProduct: 0x00

iSerialNumber: 0x00

bNumConfigurations: 0x01

ConnectionStatus: DeviceConnected

Current Config Value: 0x01

Device Bus Speed: Low

Device Address: 0x02

Open Pipes: 1

Endpoint Descriptor:

bEndpointAddress: 0x81

Transfer Type: Interrupt

wMaxPacketSize: 0x0004 (4)

bInterval: 0x0A

그리고 아래의 정보는 제가 짠 프로그램이 동작하여 pc에 등록된 정보입니다.

Device Descriptor:

bcdUSB: 0x0110

bDeviceClass: 0x03

bDeviceSubClass: 0x00

bDeviceProtocol: 0x00

bMaxPacketSize0: 0x10 (16)

idVendor: 0x062A

idProduct: 0x0000

bcdDevice: 0x0199

iManufacturer: 0x00

iProduct: 0x00

iSerialNumber: 0x00

bNumConfigurations: 0x01

ConnectionStatus: DeviceConnected

Current Config Value: 0x00

Device Bus Speed: Low

Device Address: 0x00

Open Pipes: 0

보시면 ConnectionStatus에 들어 있는 정보가 좀 틀리고 end point의 정보는 아예 없는 것을 보실수 있습니다.. 이 내용을 분석한 제 생각으로는 일단 Open Pipes의 수가 0인 것으로 보아 우선 정상적으로 연결 실패.. 가난 것으로 보이고요 end point가 없는 것으로 보아 어떤 설정또는 ep0를 통하여 세팅중에 에러가 난 것으로 보입니다...

이제 질문...( 서론이 좀 길었죠??ㅡㅜ;;;; ) 제가 아직 usb 에 대해 정확히 이해를 못해서 인지는 몰라도 usb ep0를 통하여 setup이 될때 어떤 순서로 setup이 이루어 지는지 잘 모르겠습니다. 제 생각으로는

1. host가 device descriptor를 요청하여 가져감

2. 나머지 descriptor( configure, interface )를 가져감

으로 생각이 되는데요.. 순서가 저렇게 되는 것이 맞나요?? 그리고 pipe( 제 생각에는 in/out end point )가 open되는 시점이 이 언제인지 궁금합니다.. 조금 정리해서 물어본다면.. usb device가 pc에 꽂힌 후 정상 인식 되기까지 host가 device에게 요청하는 메시지의 순서가 궁금하네요~~ 그리고 언제 pipe가 오픈이 되는 지... 도 궁금합니다~~

고수님들의 답변 기다릴게요~~

하루에 refresh만 5천번하는.. omayaro 였습니다...ㅠ0ㅠ

--------------------------------------------------------------------------------------------------

오케이.. 뭔가 삘이오는데.. 바로 앞에서 가슴속에 담아둔 그거네.. -_-; 중요한건 바로 디스크립터(descriptor) 컨피겨(configure) 인터페이스(interface) 라는 내용이 또 나온다. 어쨌거나 저쨌거나 질문자는 실패한 사람이니까 믿을게 못된다. 여기에 달린 댓글이 중요하다. 그런데.. 역시나.. 멋진 시스템 프로그래머들 같으니라구.. ㅎㅎ 직접읽어보라.. 민망하다..

--------------------------------------------------------------------------------------------------

익명 (2007년 02월 13일 오후 10:08)

밥은 직접 떠서 드세요.

device 연결시점에서는 default(첫번째) configuration 으로 동작합니다.

host 쪽에서 사용자의 요구에 의해 다른 configuration 으로 전환합니다.

흔한 경우는 아닙니다.

이런 방식을 사용하는 대표적인 경우는 device 쪽에 end point 가 모자랄 경우입니다.

간혹, host쪽 사용자에게 디버깅 포트등을 숨기기 위해서 사용하기도 합니다.

--------------------------------------------------------------------------------------------------

역시나 댓글한번 멋지게 달려있었다. 밥은 직접 떠먹어야 한다는 말. 누가 그걸 모르나. 이쯤되면 검색에 이골이 나기 일보직전이 되고 서서히 자신감도 사라지고 짜증이 섞이기 마련이다. 이때한번 refresh 가 필요한데 검색은 계속되어야 한다.. 쭈~욱.. 점점 검색하다보면 Filter Driver 에 대한 내용이 나오기도 하고 처음부터 검색이 되더라도 알아먹지 못했던 내용이 두번째 검색하다 모르고 똑같은걸 또 보게되면(즉, 본걸 나중에

또 봤을때) 이해가 되기 시작하는 부분이 생겨나기 시작한다. 바로 다음의 부분들이 그러한 부분들이라 하겠다.

-----------------------------------------------------------------------------------------------------------------

bodnar

February 11th, 2007, 05:58 AM

I am trying to fix a part of the report descriptor on an existing USB HID device that woked fine but

has problems on Vista. It installs

and everything is OK with it but DirectX refuses to see it due to some inconsistency in the report descriptor.

I understand that I would need to write a filter driver to fix that.

I have downloaded recent WDK and looked at the samples, specifically HID\Firefly sample but I cannot figure out

how to alter

Report Descriptor data when the driver receives IRP_MN_START_DEVICE in DispatchPnP. I can see how PDEVICE_OBJECT

DeviceObject is passed

to it but mmm.. how do I get access to HID device details so I can alter it?

When I look inside HID\Vhidmini virtual HID minidriver I can see exactly what I would want to use in the

filter driver:

deviceInfo->ReportDescriptor = NewReportDescriptor;

deviceInfo->HidDescriptor.DescriptorList[0].wReportLength = ...;

I am a bit lost... Any help is appreciated.

------------------------------------------------------------------------------------------------------------------

미국말로 뭐라 지껄이는지 전혀 관심없다. 오로지 Report Descriptor data when the driver receives IRP_MN_START_DEVICE

in DispatchPnP 라는 문장과 다음의 소스 두부분이다.

deviceInfo->ReportDescriptor = NewReportDescriptor;

deviceInfo->HidDescriptor.DescriptorList[0].wReportLength = ...;

이 글에서 필자가 어느타임에 어디를 수정해야 할지 방향을 구체적으로 잡아나갈 수 있는 단초가 마련되기 시작한다. 즉, DispatchPnP 에서 IRP_MN_START_DEVICE 를 받았을때 Report Descriptor data 가 관계가 있다는 점이고 ReportDescriptor 를 NewReportDescriptor 로 할당하는 조작을 잡아낼 수 있다. 원래는 vhidmini 라는 Microsoft 사의 공식샘플이 어떻게 생겨먹었는지

잠시 소스 일부분을 보자면

// Store the registry report descriptor in the device extension

deviceInfo->ReadReportDescFromRegistry = TRUE;

deviceInfo->ReportDescriptor = RegistryReportDescriptor;

deviceInfo->HidDescriptor.DescriptorList[0].wReportLength =

(USHORT)RegistryReportDescriptorLength;

위의 모습처럼 되어있다. 그런데 저 미국아가 한 짓은 deviceInfo->ReportDescriptor = RegistryReportDescriptor 를 NewReportDescriptor 로 바꿨다는 것이다. 그러니 필자도 역시 이 부분을 건드리게 될 것이란 소리가 된다. 그러므로 수정을 가할 부분을 한 부분 구체적으로 알아먹었다. 이 글의 맨 처음 시작부분의 Numega Soft 의 소스라고 되어있는 부분을 보자.

// The HID report descriptor for this device

// (taken from USB/HID specification)

HID_REPORT_DEscRIPTOR MouseHidReportDesc[] = {

0x05, 0x01, // Usage Page (Generic Desktop),

0x09, 0x02, // Usage (Mouse),

0xA1, 0x01, // Collection (Application),

0x09, 0x01, // Usage (Pointer),

0xA1, 0x00, // Collection (Physical),

0x05, 0x09, // Usage Page (Buttons),

0x19, 0x01, // Usage Minimum (01),

0x29, 0x03, // Usage Maximun (03),

0x15, 0x00, // Logical Minimum (0),

... 생략 ...

해당 부분을 보면 이제서야 뭔가 감이 오기 시작하게 되는 것이다.

---------------------------------------------------------------------------------------------------

드디어;;

·작성일 2007.01.28:15.25 (일)

· 작성자 rechoco

· 조 회 487

hid minidriver 테스트 살짝 성공~

샘플소스를 구해서 레포트 디스크립터랑 익스텐션 조금 손만 본거지만.

디바이스에서 데이터를 hid포멧에 맞춰서 주는게 아니라서..

강제로 제가 바꿔줘야 했거든요ㅋ

마우스로 테스트 해봤더니 쭉쭉 잘옮겨지더군요

물론 목표한 디지타이져는 아직 안됩니다;;

(와컴것 분석했더니 절대좌표모드일때도, 마우스 플래그를 쓰더군요

xp에서는 디지타이져가 지원이 안되니까 절대좌표 "처럼" 마우스좌표로 작업합니다.

저도 그렇게 하긴했는데. 영 개운하지가 않아서;;

디지타이져가 비스타에서는 지원 된다길래 해봤는데 실패했다는;;)

제가 참고한 샘플은 WDK의 vhidmini 소스입니다.

xp용으로 inf파일하고 소스파일 조금 수정하시면 빌드도 잘되고..

헛짓거리중에 잠깐 들러봤습니다.

드라이버 온라인님들 모두 화이팅하세요!!

---------------------------------------------------------------------------------------------------

아쉽게도 이 글은 가상 마우스인지 실제 마우스의 필터드라이버를 만든것인지 알길이 없어서 단지 말 그대로 희망만 주는 글인데 되긴 되나부다 정도로만 넘겨야 했다. 중요한 개념가닥을 잡아내는 파편과도 같은 내용들은 모두 끝났고(사실 더 많지만..) 다음의 세가지 정보의 검색이 사실상 전체적인 개념(컨셉)을 모두 얻도록 해주었다.

---------------------------------------------------------------------------------------------------

1. http://www.eggheadcafe.com/software/aspnet/32296449/virtual-usb-mouse-device.aspx

08-May-08 05:16:00

I wrote a bus driver that generated virtual USB PDO for Printer, Scanner, and

SmartCard. It worked fine before. Recently, I was requested to provide a

virtual USB mouse PDO. What I did was as following steps

1. An usermode application access bus driver to add a new PDO

2. bus driver use IoCreateDeviceSecure to create a new device and invalid

bus relation.

3. PNP manager found this new device, it will query the hardwareid, device

instanceid, and compatible id.

4. I provide USB\Class_03&SubClass_01&Prot_02 as compatible ID

5. System find this is a HID device and start to query Device Descriptor,

Configuration Descriptor, and HID descriptor.

6. Since this is a virtual mouse, bus driver gives HID descriptor without

hardware. I copy a standard mouse device's HID descriptor (3button usb

mouse) to caller.

7. From Device Manager, I can see a HID device shows up, but there is not

mouse device shows up.

If I plug in a real usb mouse, I can see system create a HID device first,

then HIDClass driver create a PDO for mouhid driver. Is anyting wrong I did?

I have carefully checked the USB data sent to caller, everything is ok, but

system doesn't like this device as mouse, Just consider it as generic USB

HID device.

Could someone give me help?

Thanks!

---------------------------------------------------------------------------------------------------

유저모드

---------------------------------------------------------------------------------------------------

2. KSP(www.ksyspro.org) 라는 곳에서 작성한 "USB강의자료.PDF" 라는 파일이 인터넷에서 검색되었다.

내용의 제목은 "9차 정기 세미나 강의 자료" USB Device Driver 강의였다. 아쉽지만 원래 이런

사이트는 문이 닫혀있다. (원래 그런거니까 이해를 해야한다.. -_-; 얼마나 힘들겠는가..? )

- 내용이 작살이다. 이건 그냥 인터넷에서 받아서 보라.. 전체적인 개념정립이 이루어진다.

(아마 앞서서 했던 기본적인 검색뻘짓이 없이는 읽을 수 있는 내용이 아니었으리..)

---------------------------------------------------------------------------------------------------

3. MSDN & ReactOS 소스 중의 USB 부분에 있는 Mouse 드라이버

- 항상 마지막은 MSDN 의 승리이다. 전체적인 모든 내용이 다 들어있다. 빌어먹을 일정수준이상이

되지 않으면 처음에 백날봐도 못알아 처먹는다는 것이 문제다. 커널이던 응용프로그래밍이던

이건 차이가 없다. 지금도 응용프로그래밍도 못알아 먹는게 태반이니까. 어쩔수 없이 이 고생을

치르는건 MSDN 을 보기위해서가 아닐까. (COM 프로그래밍도 MSDN 이 제일 많은 정보가 있다.)

이 말을 증명해보겠음!!

다음은 MSDN 의 vhidmini.h 라는 파일에 능구렁이처럼 맨 마지막 부분에 주석으로 처리되어있다.

[vhidmini.h 파일]

... 생략 ...

// Here is sample descriptor that has two top level collection - mouse

// collection and vendor defined collection with a custom feature item. If

// you want to provide sideband communication with your hidmini

// driver, you can add a custom collection with the collection provided

// by the hardware and open the custom collection from an app to

// communicate with the driver.

// 여기 두개의 탑레벨 모음인 샘플 디스크립터가 있다.

// 커스텀 피처아이템을 가진 마우스 모음과 벤더 정의 모음이다.

// 니가 만약 너의 hidmini 드라이버를 가지고 사이드 밴드 통신을 제공하길

// 원한다면, 너는 하드웨어에서 제공되는 모음과 응용프로그램으로부터 드라이버

// 통신하는 것까지 개인모음을 추가할 수 있다.

// (역주: 즉, 몬소리냐면 이거 앞에서 선언한 DefaultReportDescriptor 대신에

// 이걸 그냥 가져다가 써라. 마우스 예제다. 이 말이나 마찬가지임.

// 여기에 니가 원하는거 추가해서 쓰라는 소리임. 이미 소스에 다 있었음.)

HID_REPORT_DEscRIPTOR DefaultReportDescriptor[] = {

0x05, 0x01, //Usage Page (Generic Desktop),

0x09, 0x02, //Usage (Mouse),

0xA1, 0x01, //Collection (Application),

0x85, 0x01, //REPORT_ID (1)

0x09, 0x01, //Usage (Pointer),

0xA1, 0x00, //Collection (Physical),

0x05, 0x09, //Usage Page (Buttons),

0x19, 0x01, //Usage Minimum (01),

0x29, 0x03, //Usage Maximun (03),

0x15, 0x00, //Logical Minimum (0),

0x25, 0x01, //Logical Maximum (1),

0x95, 0x03, //Report Count (3),

0x75, 0x01, //Report Size (1),

0x81, 0x02, //Input (Data, Variable, Absolute), ;3 button bits

0x95, 0x01, //Report Count (1),

0x75, 0x05, //Report Size (5),

0x81, 0x01, //Input (Constant), ;5 bit padding

0x05, 0x01, //Usage Page (Generic Desktop),

0x09, 0x30, //Usage (X),

0x09, 0x31, //Usage (Y),

0x15, 0x81, //Logical Minimum (-127),

0x25, 0x7F, //Logical Maximum (127),

0x75, 0x08, //Report Size (8),

0x95, 0x02, //Report Count (2),

0x81, 0x06, //input (Data, Variable, Relative), ;2 position bytes (X & Y)

0xC0, //End Collection,

0x06,0x00, 0xFF, // USAGE_PAGE (Vender Defined Usage Page)

0x09,0x01, // USAGE (Vendor Usage 0x01)

0xA1,0x01, // COLLECTION (Application)

0x85,0x02, // REPORT_ID (2)

0x09,0x01, // USAGE (Vendor Usage 0x01)

0x15,0x00, // LOGICAL_MINIMUM(0)

0x26,0xff, 0x00, // LOGICAL_MAXIMUM(255)

0x75,0x08, // REPORT_SIZE (0x08)

0x95,0x01, // REPORT_COUNT (0x01)

0xB1,0x00, // FEATURE (Data,Ary,Abs)

0xC0 // END_COLLECTION

};

자.. 이제 끝났다~ 라고?

한숨을 쉬기에는 너무 이르다. 대부분의 혼선과 문제점은 여기서부터 시작되기 때문이다. Microsoft 사의 WinDDK 라는 개발킷에 있는 vhidmini 샘플은 그저 샘플일 뿐이기에 정상작동이 되는지 확인을 해야하기 때문이다. 필자는 위에서 주석처리 되어있는 마우스 예제 DefaultReportDescriptor 의 주석을 풀고 기존에 있던 샘플 DefaultReportDescriptor 와 교체했다.

드라이버를 컴파일하는 방법은 여기서 설명하지 않는다. 그냥 WinDDK 설치후 프로그램 메뉴에서 XP 용 콘솔창을 열고 vhidmini 디렉토리로 이동후 nmake 명령을 내리면 컴파일이 가능한 것을 여기서 구차하게 다 설명을 할순없다. (그러면서도 벌써 설명까지 다 해주는 친절한 금자씨.. ㅎ) 이제 vhidmini 드라이버를 컴파일하고 장치를 인스톨 시키면 오른쪽 화면아래 트레이에 드라이버가 인식되었다고 뜰 것을 기대했다. 우리가 흔히 새 마우스를 USB 포트에 꽂으면 장치가 검색되었다고 뜨는걸 볼 수 있지 않은가? Human Interface Device(휴먼인터페이스장치) 어쩌구라는 메시지와 함께 잠시뒤에 마우스가 발견되었다는 식의 그런 메시지를 기대했다. 그러나 결과는 참담했고 미궁속으로 계속해서 빠져들고 말았다. 왜 그랬을까..? 비단 이 문제는 필자만의 문제가 아니었다. vhidmini 샘플 드라이버를 처음접하는 모든 프로그래머들이 모두 이같은 삽질의 미궁속에 빠져든다는 점을 검색을 통해서 알 수 있었다. 바로, MS 의 함정을 말이다.

여기서 다시 위와 같은 오류를 범해나가는 설명을 할 것이다. 어떤식으로 접근할 것인가와 얼마나 많은 뻘짓이 필요했는가에 대해서 설명할 필요가 있다고 본다. 그로인해서 얻은 것들은 상당히 많이 있다. 바로 단거리 스피드로 달리는 사람들은 놓칠수 있는 정보를 마라토너들은 두루두루 보고 달릴수 있는 것처럼 주변지식들을 충분히 얻을수 있다는 장점이 있다. 이 문서를 쓰는것 자체가 사실 기술적인 것에 너무 치우치는 쪽 보다는 학습방법을 알리는 병행효과를 얻기위한 것이기 때문에 무엇을 보았는지 지금부터 과정을 설명할 것이다.

앞서서 우리는 가상마우스를 만들기 위해서는 Virtual HID Device 를 만들수 있어야 한다는 점만 인식하고 출발했다. 완전히 지식이 전무한 상태에서 기본 골격코드마져 없는 허당상태로 시작할 수 있는 프로그래머는 아무도 없다. 이미 가상마우스 프로그램을 만들어본 경험이 있는 프로그래머라도 기본적인 코드의 골격없이 모든걸 직접 작성하는걸 기대하는건 어려운일이란 얘기이다. 그래서 우리가 앞에서 선행작업을 한 것이 바로 그 뼈대를 찾기위한 작업이었고, 숱한 오류과정을 거치며 우리가 만들 가상장치의 핵심뼈대를 발굴하고 비교 분석하여 선정하는 작업까지 마쳤다. 그리고 우리가 만들 장치에서 가장 중요한 핵심키포인트를 잡아내는 학습방법까지 소개하였다. 결론적으로 앞에서 습득한 사항들을 요약해 보자면..

1. 우리가 만드는 Virtual HID Device 는 mouse 또는 keyboard 와 혼합형태(혹은 단독일수도.. 그건 선택사항)이며 가상 USB 를 통해서 장치가 인식되어야 한다. 이 점은 프로그래밍적으로 정보를 수집하기 전에 머리속으로 구상한 내용에 속한다.(나중에 언급하겠지만 실제 설치/작동은 프로그래머의 상상과 약간 다르다.)

2. 여러 정보들을 수집하여 비교분석 한 뒤 그 중에서 vhidmini 라는 Microsoft 사의 WinDDK 개발킷 공식샘플을 채용하기로 최종결론을 내렸다.

3. vhidmini 라는 샘플을 운용하기위해 요구되는 스킬은 USB 의 HID 라는 인터페이스이며 이 인터페이스의 핵심 키포인트는 바로 Report Descriptor 라는 Descriptor 를 어떻게 기술할 것인가에 달려있다는 점을 알아낼 수 있다. 이 점은 이미 학습방법으로 어떻게 그 특징을 캣치하는지 보여주었다.

4. 우리는 최종적으로 Virtual HID Device 를 마우스로 인식시키기위해 Report Descriptor 라는 기술자(descriptor)를 찾아내야 했으며 적당한 기술자를 vhidmini.h 에서 발견하였다. 이 기술자를 Default 로 맞추고 컴파일 한 뒤 VMware 에 설치된 윈도우에서 설치하면 실제장치로 인식된다는 것까지 모두 정립하였다.

다음의 명령어를 이용해서 장치를 설치할 수 있다. 즉, 윈도우가 설치된 VMware 에는 vhidmini.sys 와 vhidmini.inf 그리고 devcon.exe 라는 총 세개의 파일이 복사되어야 한다. devcon 이라는 툴은 윈도우 장치관리자가 할 수 있는 모든 기능+ 를 콘솔에서 명령내릴수 있도록 해주는 커맨드유틸이다.

[설치명령]

devcon install vhidmini.inf "{D49F883C-6486-400a-8C22-1A9EF48577E4}\HID_DEVICE" 위와 같이 VMware 에 컴파일된 vhidmini 드라이버 파일들을 모두 복사한 뒤에 설치명령을 내린다. VMware 의 화면에는 신뢰를 받지못한 장치 드라이버 설치시에 뜨는 경고문구가 뜨게될 것이다. <계속> 이라는 버튼을 클릭하게되면 sys 파일을 찾지못해 디렉토리 지정창이 한번 더 뜰 것이다. 그 이유는 현 설치위치(devcon 명령어 실행디렉토리 위치) 밑에 i386 이라는 디렉토리에 sys 파일이 존재한다는 가정을하기 때문이다. 즉, INF 파일이 존재하는 위치를 기준으로 그 하위 i386 디렉토리에서 드라이버파일을 찾는다. 그래서 드라이버를 못찾는다는 창이 뜨게된다. 이건 그냥 적당히 vhidmini.sys 파일이 있는 디렉토리를 지정하면 알아서 설치가된다. 그런데.. 우리가 예상했던 설치모습이 아니었다. 그건 필자만의 착각이었을런지도 모르겠지만, 일단 이렇게 장치의 설치과정은 밍밍하게 끝나버린다. 이제 장치가 제대로 인식되었는지 확인을 하기위해 "장치관리자" 를 오픈한다. 그러면 휴먼인터페이스 장치쪽에 두가지 장치가 새롭게 추가되어있는 것을 보게될 것이다. 그런데, 뭔가 생각하던것과는 다르게 인식된 듯한 생각을 가지게 될 것이다. 그 장치는 그저 Generic HID 장치일 뿐 마우스가 아니다. 이게 도대체 어찌된 영문인가? 뭔가 잘못된 것이 있는지 확인해보고 수도없이 DefaultReportDescriptor 를 수정 해봐도 역시나 마찬가지로 마우스로 인식되질 않았다. Revert to snapshot 을 수도없이 반복하며 디스크립터 (Report Descriptor) 를 수정해도 역시나 반응은 일반장치(Generic HID) 일 뿐이었다. 정확히 말하면 VMware 기준으로 XP 에서 장치를 설치했을때 설치되는 이름은 두가지였다.

"HID 준수장치"

"Root Enumerated HID Device (sample)"

위의 두가지 장치가 설치된다. 우리가 원하는 것은 "HID 준수장치" 가 "HID 규격 마우스" 로 인식되어야만 한다. 그런데, 이런현상이 계속 지속되어 혼란이 가중될 뿐이었다. 어딘가 필자가 모르는 키포인트가 또다시 존재할 것이리라 생각하고 이 현상을 겪는 어딘가에 있을 동지에게 SOS 를 날려야 했다. 우리의 구글형님이 그러한 고충을 겪는 사람들을 모두 한자리로 집합시켜주었다. 그런데.. 구글이 불러모은 검색정보들은 하나 같이 모두 헛소리들 뿐이었다. 근접은 했어도 정답이 하나도 없는게 아닌가.. 제길.. FireFox 에서 탭을 약 20개 가까이 띄워놓고 검색에 검색을 반복하며 필자의 Report Descriptor 정보중 어디가 잘못되었는지를 찾아내기 위해서 안간힘을 쓰고 있었다. Report Descriptor 라는 것은 무엇인가? USB 라는 장치가 자기의 정보를 상위장치에 넘겨서 인식되도록 하기위한 마치 신분증과도 같은 것이다. 어디서 태어났고 어디서 자랐으며 나이는 몇살이고 남성인지 여성인지 기타등등.. 마치 이런정보처럼 인식정보를 쏘기전에 셋팅하는 값이다. 이 값이 하나라도 잘못될 경우에 장치는 절대로 제대로 인식되지 않는다. 항상 사람이 고생을 하려면 깨닫는 과정에서 착각을 일으키게된다. 필자는 vhidmini.h 파일에 있는 공식적인 마우스(예제) 디스크립터 주석을 풀어서 대체시켰다. 필자는 그 디스크립터를 믿지 못했다. 어딘가 오류가 있거나 한가지를 수정함으로

인해서 다른것까지 수정해야하는 문제점이 걸렸다거나 그런류로 생각할 수 밖에 없었다. 다음은 필자와 같은 문제점을 겪는 사람들에 대한 이야기다. 그다지 위안도 되지 않았고 결국 구글형님을 통해 문제의 정확한 해결점을 찾아낼 수 없었지만.. 그 과정에서 문득 떠오르는 영감을 주었기에 그 과정을 그려보고자 한다.

http://www.tech-archive.net/Archive/Development/microsoft.public.development.device.drivers/2007-03/msg00258.html

-----------------------------------------------------------------------------------------------------------------

thank for your advice.

i forget to assign REPORT_ID for each report desc.

It works now.

However, i migrated the corrected report to "hidfake". (Walter Oney 's sample)

The system pop up 3 "Found New Device Wizard" window and identfy it as "Unknow Device".

Any difference detween these 2 drivers' enumeration?

Appreciated.

(필자요약: REPORT_ID 를 빼먹었다. 작동된다. 그런데 hidfake 꺼를 배꼈다. 그랬더니 "알려지지않은 장치" 라는 새로운 장치로 "하드웨어 찾기" 가 세개나 뜬다. 나머지는 해석할 필요 없겠다.. 왜 그런가? 라는 질문 이라고 생각하고 넘어간다..)

-----------------------------------------------------------------------------------------------------------------

"Doron Holan [MS]" wrote:

you only need one HID minidriver. from it, a keyboard and a mouse can

enumerated. you just have to put each device into its own top level

collection. If you are having trouble, i would find a USB HID that already

does this and look at its HID descriptor

(필자요약: 이놈이 다른 게시판에도 있는걸보면 좀 하는거 같다. 대충 번역하면 너는 오직 한개의 HID 미니드라이버만 필요할 뿐이다. 그리고 키보드나 마우스가 열거될수 있는 것으로 부터, 그리고 각각의 그 자신의 탑레벨 모음속에 각장치들을 넣어야만 한다. 만약 문제가 있다면, 니가 만든 USB HID 를 어쩌구 저쩌구.. 뭔가 HID Descriptor 와 연관이 있겠거니하고 그냥 넘어감..)

-----------------------------------------------------------------------------------------------------------------

I'm pretty sure you will need to break up hte device into a Mouse device and Keyboard device. (i.e two drivers,

one with a report descriptor for a keyboard and one for a mouse)

The inf files should not refer to HID\MyVirtualHidDevice - these id's need to be picked up from keyboard.inf or

msmouse.inf - idealy reporting the compatible id of HID_SYSTEM_KEYBOARD or HID_SYSTEM_MOUSE (i think)

(필자요약: 마우스와 키보드장치속에 hte 장치를 깨야할 필요가 있다라고 해석해야 하나.. 이놈이 주장하는 내용은 일단, report descriptor 에 키보드와 마우스가 하나로 일치되어있는가를 확인하라는 내용과 HID\MyVirtual HidDevice 라는 장치명으로 되어있는 vhidmini.sys 샘플이 이름이 잘못되어서 그런게 아니냐는 속임수에 빠지기 쉬운 의견을 제시해 놓고 있다. 마치.. 네이버 지식인인가? 하지만 여기서 얻을 수 있는 점이 있는데 HID_SYSTEM_KEYBOARD, HID_SYSTEM_MOUSE 라는 지시어이다. 어설픈건 혼란을 가중시키는데 원래는 HID_DEVICE_SYSTEM_KEYBOARD 이고 HID_DEVICE_SYSTEM_MOUSE 가 맞는거니까 속지말자. 뒤에서 설명하겠지만 이걸 알아 듣기 위해서 새로운 개념을 습득하게 된다.)

-----------------------------------------------------------------------------------------------------------------

Hi,

I write a HID minidriver with standard Mouse and Keyboard report

descriptors.

It is based on vhidmini in Windows Server 2003 DDK.

The driver work fine and I can read/write the report from the

device.

The Device Manager shows it is HID-compliant device in HID class,

but

the

Mouse Class and Keyboard Class have none.

How should I do so that it can be a mouse device and keyboard

device?

Should I modify the INF file? My driver's INF is almost same as the

vhidmini's.

(필자요약: Windows Server 2003 DDK 로 vhidmini 를 만들었다는 식인데 장치명이 HID-compliant(일반 복합HID 장치)로 인식되는데 마우스 클래스와 키보드 클래스가 없다고 말한다. 어떻게 마우스와 키보드 장치로 인식시키는 것이냐고 물어본다. 자기가 INF 파일을 수정해야 하는지 물어본다. 그리고 INF 파일은 vhidmini 와 거의 같다고 말한다. 이 사람이 겪는 증상이 필자가 겪는 증상과 100% 일치한다. 그런데 불행히도 이 글에는 더이상의 답변이 달려있지 않았다. 눈물의 고배를 마시고 돌아서야 하는 이 저린마음.. T.T 어쩔수 없이 또다시 구글형님의 도움을 받아야한다.)

-----------------------------------------------------------------------------------------------------------------

이 질/답들에서 배운 것은 검증해봐야하는 대상들이다. 일단, HID Report Descriptor 가 잘못되었는지 검증해야하며 INF 파일이 잘못되었는지 검증해봐야하고 "한참을 헤메게 만든 요인이었지만" REPORT ID 에 대해서도 검증해봐야 한다는 몇가지 결론을 얻은채 새로운 검색활로를 모색해보게 된다. 이 검색은 첫 발을 내딘수준에 불과하다. 거의 48시간을 오로지 이 문제를 해결하기 위해서 정보들을 모아야 했다.

http://www.techtalkz.com/microsoft-device-drivers/297875-loading-driver-hid-class.html

-----------------------------------------------------------------------------------------------------------------

Loading a driver on HID class

Hi all,

I have a USB device that exposes a HID interface. It is not a mouse or

a keyboard, just a general HID device. Device Manager displays it as a

"HID-compliant device".

Now I would like to install a device driver on it and use the HID

interface to communicate with.

My INF refers the HID\VID_xxxx&PID_xxxx string and my driver gets

loaded.

So I get the PDO from AddDevice and I need the FileObject to

communicate using IOCTL_HID_SET_FEATURE and IOCTL_HID_GET_FEATURE. But

I cannot retrieve it; I use the FireFly sample and the function

FireflyOpenStack to retrieve the FileObject form the PDO but it fails

in my driver with error 0xC000000E (STATUS_NO_SUCH_DEVICE) when

calling ZwOpenFile.

What's wrong? The pdoName of the file open by ZwOpenFile is something

like "\Device\00000096". Is it possible to get the SymbolicLinkName

instead?

If someone could help...

Thanks, Roger

(필자요약: HID 인터페이스를 노출하는 USB 장치를 만들었다. 그런데 그게 마우스나 키보드가 아니네? 단지

일반 HID 장치인거야. 디바이스 디스플레이에 보면 "HID-compliant device" 라고 표시되네.

횽님들.. 알려주십쇼.. 뭐 이런 내용식으로 글을 써놨다. 그래도 아는게 많은 사람이라서 그런지

정보들을 많이 뿌려놨는데 독이되는 요소들이 있지만, 덤으로 알게되는 요소들도 그 못지않게

많다. IOCTL_HID_SET_FEATURE 과 IOCTL_HID_GET_FEATURE 에대한 얘기는(추후 구현되어야 하는 내용)

좋은 정보임에 틀림없다. 그런데 우리가 원하는 답을 얻지는 못하고 단지 INF 파일에 VID 와

PID 스트링이 문제의 시발점이 될수도 있지는 않은가 하는 의심을 해볼수 있다. 물론, 그게 해답은

아니지만 추가정보를 검색해야할 키워드로써 대상물망에 넣어두자. VID 란 벤더아이디를 의미하고

제작사의 고유식별번호이며, PID 란 프로덕트 아이디 즉, 제품번호이겠다. 이게 하드웨어는 모두

고유하다고 하는데 과연 이 때문에 마우스나 키보드로 인식이 안되고 일반장치로 인식되는 것일까?)

-----------------------------------------------------------------------------------------------------------------

when are you trying to open a handle? during AddDevice or

IRP_MN_START_DEVICE? neither will work b/c a file create can only occur

once the start irp has come back to the pnp manager. so to make this work i

would

a) register a custom device interface GUID

b) register for device interface arrivals on your custom guid. when you

get called, open your stack like FireFly does

you will also need to register for handle notifications on the file handle

that you open so that you can gracefully disable the device. If you use the

KMDF firefly sample, the WDFIOTARGET object does this for you

(필자요약: 답변중에 하나인데 이 답변은 질문자의 추측보다 더 가관이다. IRP_NM_START_DEVICE 나 AddDevice 등록시 (필자는 커널을 몰라서 몬소린지 모르지만 이건 아니다정도의 감은 있었다.. -_-;) 하라는 식으로 답변이 달려있는데 KMDF 까지 들먹거리는걸로 봐서는 논점에서 많이 빗나갔다. KMDF 는 새로운 드라이버 개발 프레임워크인데 질문자가 그걸 물어본게 아니다. 기존의 방법으로 설명해줘야하는 것이 옳은데 그렇지도 않았고, 너무 많은 작업을 추가하라고 주문하는거보니 필자의 생각과 달랐다. 필자의 감은 Report Descriptor 만으로도 해결될 문제라고 속삭이고 있었기 때문에 이 답은 해결책이 아니었다. 다른 답변중에는 URB 를 보내라는 말도 있었다. 모두 무시한다.)

-----------------------------------------------------------------------------------------------------------------

지금 거론하는 필자의 문제해결 방법은 링크를 보여주면서 찾아나가는 방법을 설명하고 있다. 그렇기에 링크역시 필자가 검색해서 누른 순서대로 임을 밝힌다. 다음으로 찾은 것은 MSDN 의 설명이다. 그런데 MSDN 의 설명은 항상 깨달음을 얻은뒤에나 값진 보물이 되지 깨달음을 얻기전까지는 그저 잘 만들어진 명세서에 불과하다고 느낄때가 많다. 마치 선생님이 "공부하라"고 그렇게 들볶던 말들이 성인이 된 뒤에 "정답" 이라고 느끼는 것처럼 느낀뒤에만 알 수 있는 것들이 기록되어 있는게 MSDN 과도 같다. 왜 그땐 몰랐지? 왜 그땐 안봤지? 나중에 이런말 자주하게 될거다. ㅎㅎ 그런데.. 역시.. -_-; 이 링크를 보던 시점(현 글을 쓰는 시점기준으로 하루전)만 해도 이 링크는 그저 도움이 안되었다.

http://msdn.microsoft.com/en-us/library/aa487252.aspx

(필자요약: 설명이 잘 되있다. 읽어보라.. 해결책도 들어있다. 그런데 그냥보면 절대 모른다. 개고생하면 그때는 답이 보이지만 그냥보면 모른다.)

-----------------------------------------------------------------------------------------------------------------

http://www.programmer-club.com/pc2020v5/forum/ShowSameTitleN.asp?URL=N&board_pc2020=driver&id=2986

-----------------------------------------------------------------------------------------------------------------

(필자요약: 이 사이트는 중국사이트인데 읽을수가 없다. 몇가지 좋은 키워드와 코드가 있는데 해결책은 아니고 나중에 마우스나 키보드를 구현할때 참고할 만한 코드가 아주 조금 있을 뿐이었다.)

-----------------------------------------------------------------------------------------------------------------

http://www.osronline.com/cf.cfm?PageURL=showThread.CFM?link=144873

-----------------------------------------------------------------------------------------------------------------

(필자요약: 필자가 겪는 문제를 어느정도 일부분은 해결한 것 같기도하고 그렇지 않은거 같기도 한데 희한한

삽질을 하고 있었다. Descriptor 를 계속해서 바꿔가면서 테스트하는 것을 물어보고 있었다.

마우스와 키보드를 인식시키기 위해서 vhidmini 를 기본베이스로 디스크립터를 조작하는데 설치가

안된다는 그런 질문이었다. 질문양이 많아서 짤라붙이기는 못하겠다. 답글을 보자.)

Adrian Schlesinger

xxxxxx@baum.ro

Join Date: 24 Sep 2008

Posts To This List: 7

RE: Simulate keystrokes

I have detected what was wrong:

1. When adding the report ID item to the keyboard top-level collection, an additional byte should be returned to

the system at the beginning of the data, specifying that report ID.

2. Communication from user mode did not work because when cycling through the HID devices,

in addition to vendor ID, product ID and version, the usage specified for the additional end point should also

be matched (with Vendor Usage 1), otherwise you can end up trying to call WriteFile for a handle corresponding

to the keyboard end point.

(필자요약: 질문자의 답글인데 키보드 top-level collection(최상위 모음) 에 REPORT ID 를 추가할때 어쩌구 저쩌구 얘기가 나온다. 그리고 usage 라는 말도 나온다. 필자가 원하는 답이 여기에 있을 것이라고 생각하여 엄청난 검색을 통해 알게되었는데 원하는 답은 아니었다. 단지, top-level 의 개념은 중요했다.

-----------------------------------------------------------------------------------------------------------------

http://www.techreplies.com/drivers-43/hid-minidriver-multiple-report-descriptors-543372/

-----------------------------------------------------------------------------------------------------------------

(필자요약: 앞에서 어떤사람이 한 질문과 똑같은 질문인듯 싶다. 왜 도대체 마우스로 인식이 안되냐.. 이 질문이다.)

-----------------------------------------------------------------------------------------------------------------

다음은 중요한 개념중에 하나인 Top-Level Collection 이다.

http://www.microsoft.com/whdc/archive/HID_HWID.mspx#E1

-----------------------------------------------------------------------------------------------------------------

Special Top-Level Collections (Reserved for OS use)

Certain HID top-level collections generate a special HID device string. In Windows 2000, Windows XP, and Windows

Server 2003, the top-level collections listed in Table 6 are special cased and each has an additional hardware ID.

Table 6 identifies these collections. The last column identifies the additional string that is added to the hardware

ID list.

Table 6: Special-Cased Top-Level Collections

Device Type Usage Page Usage ID Additional Hardware ID

Pointer 0x01 0x01 HID_DEVICE_SYSTEM_MOUSE exclusive

Mouse 0x01 0x02 HID_DEVICE_SYSTEM_MOUSE exclusive

Joystick 0x01 0x04 HID_DEVICE_SYSTEM_GAME

Game pad 0x01 0x05 HID_DEVICE_SYSTEM_GAME

Keyboard 0x01 0x06 HID_DEVICE_SYSTEM_KEYBOARD exclusive

Keypad 0x01 0x07 HID_DEVICE_SYSTEM_KEYBOARD exclusive

System Control 0x01 0x80 HID_DEVICE_SYSTEM_CONTROL

Consumer Audio Control 0x0C 0x01 HID_DEVICE_SYSTEM_CONSUMER

(필자요약: 이게 모냐면 Top-Level Collection 이라 불리우는 입력장치유형이다. 위에서 Usage Page 와 Usage ID 라는 것이 있는데 이게 바로 Report Descriptor 에 있는 항목에 적혀있다. 이걸 어떻게 바꾸느냐에 따라서 가상장치가 마우스가 되느냐, 키보드가 되느냐 아니면 조이스틱이 되느냐를 결정한다. 멋지지 않은가? 물론, 원하는 해답은 아니다. 그러나 필수적으로 개념을 갖고가야 한다. 여기서 중요한게 있다면 입력 장치의 형태가 공유(share)모델이냐 아니면 베타적모델(독점)이냐 이다. 마우스와 키보드는 독점모델이다. 즉, 마우스와 키보드는 장치가 열려있으면 다른 프로그램이 장치를 열어서 쓰고읽는 것이 불가능 하도록 secure 모델로 처리되어있단다. 이때, 이걸 피해가려면 새로운 장치를 동일하게 하나더 만들어서 그 장치와 통신하면 이런 독점모델을 피해갈 수 있단다. MSDN 에 다 나와있다.. 전부 다~ 링크가 있었는데 FireFox 가 깨져서 다 날아가 버리는 바람에 찾을수 없지만 베타적오픈과 공유오픈이 가능한 표시가 위의 Top-Level Collection 에 일일이 나열되어 있는 정보도 찾을 수 있었다. 어쨌거나 중요한건 짚고 넘어가자.. 참고로 잊지는 않았겠지? 가상장치가 일반장치로 인식되서 마우스 장치로 인식시키려고 뻘짓하다가 이런곳까지 당도하게 된거란 점.. 이렇게 정보들을 다양한 방법으로 얻어서 공부하는데도 웹서핑한다고 눈치주는 경우도 있다. x같은 경우지.. 이게 단순히 노는걸로 보여? 입에서 욕나오네.. 갑자기 머리에 히터가 작동되서 한번 지껄여봤습니다. 다시 집중모드로 돌아가봅시다.. ㅋㅋ)Table 13-1 HIDCLASS-Compatible ID for Each Supported Usage지원되는 HIDCLASS 호환 아이디.. HIDCLASS 는 각 장치로 분배를 해주는 역할을 한다고 합니다. 더 자세한건 묻지마삼 다칩니다요.. 전 아는것만 얘기할 뿐임..

http://www.microsoft.com/mspress/books/sampchap/6262.aspx

Usage Page Usage Compatible ID

Generic desktop Pointer or mouse HID_DEVICE_SYSTEM_MOUSE

Keyboard or keypad HID_DEVICE_SYSTEM_KEYBOARD

Joystick or game pad HID_DEVICE_SYSTEM_GAME

System control HID_DEVICE_SYSTEM_CONTROL

Consumer (Any) HID_DEVICE_SYSTEM_CONSUMER

앞서서 XBCD 라고 XBOX 조이스틱 에뮬레이션 드라이버에 대해서 말한적이 있습니다.

헤더의 USAGE_PAGE 를 잘 봅시다. 그리고 USAGE 를 봅니다.

// XBCD 예

char ReportDescriptor[213] = {

0x05, 0x01, // USAGE_PAGE (Generic Desktop) <-- 요건 뭐시냐? Table 13-1 입니다욤..

0x09, 0x04, // USAGE (Joystick) <-- 위의 Table 6 에 Joystick 의 Usage ID 보입니껑?

0xa1, 0x01, // COLLECTION (Application)

0x05, 0x09, // USAGE_PAGE (Button)

0x15, 0x00, // LOGICAL_MINIMUM (0)

0x25, 0x01, // LOGICAL_MAXIMUM (1)

0x35, 0x00, // PHYSICAL_MINIMUM (0)

0x45, 0x01, // PHYSICAL_MAXIMUM (1)

// vhidmini.h 의 맨마지막 주석이 되어있었던 마우스예제 헤더

HID_REPORT_DEscRIPTOR DefaultReportDescriptor[] = {

0x05, 0x01, //Usage Page (Generic Desktop), <-- Table 13-1 일반 데스크탑

0x09, 0x02, //Usage (Mouse), <-- Mouse 임

0xA1, 0x01, //Collection (Application),

0x85, 0x01, //REPORT_ID (1) <-- REPORT_ID 꼭 이게 값이 있는지 확인해야함.

0x09, 0x01, //Usage (Pointer), HID Tool 이라는 놈은 이 값을 빼고 보여줌.(주의!)

0xA1, 0x00, //Collection (Physical),

0x05, 0x09, //Usage Page (Buttons),

0x19, 0x01, //Usage Minimum (01),

0x29, 0x03, //Usage Maximun (03),

0x15, 0x00, //Logical Minimum (0),

여기서 Top-Level collection 이 지칭하는 의미는 상위장치입니다. 이런식으로 다중 인터페이스를 구현할 수 있는데 예를들면 마우스와 키보드를 가상장치 하나로 일타쌍피도 만들어낼 수 있습니다. 시중에 파는 키보드 중에 마우스도 있고 USB 포트도 달려있는 키보드들은 이런 다중인터페이스를 만들기위해서는 multiple top-level collection 지정을 해줘야 한다는 얘기죠. 어쨌거나.. 이러한 정보들은 얻었고 Report Descriptor 가 잘못된 것인가라고 판단해보니 전혀 아니었습니다. 오히려 첫번째 XBCD 의 헤더모습에서는 REPORT ID 가 보이지 않는데 두번째 vhidmini.h 에서는 REPORT ID 항목도 빼먹지않고 넣었고 완벽합니다. 그런데 왜.. 대체 왜!! 인식이 마우스로 되지않고 일반장치라고 잡히는 거냐 이말이죠.. 심지어는 공식사이트에서 다운로드 받은 마우스와 키보드 Report Descriptor 를 가져다가도 해봤고 직접 하드웨어에서 뽑아낸 값을 통해서도 해봤지만 모두 인식이 안되었답니다.

-----------------------------------------------------------------------------------------------------------------

사실.. 위에서 언급한 내용은 탐색과정에서 추가로 얻어내는 개념들에 대해서 비중이 있었기에 설명을 하였습니다. 아마, 계속해서 같은 방식으로 설명하면 이 문서를 보면서 쌍욕을하게 될지도 모르기에 후다닥 빨리 접겠습니다. 다음은 제가 문제해결(일반장치를 마우스로 인식하게 만드는)을 하기 위해서 찾아다녔던 링크입니다. 더 많지만 추려서 올려봅니다.

http://coding.derkeiler.com/Archive/General/comp.arch.embedded/2008-01/msg00501.html

http://www.tech-archive.net/Archive/Development/microsoft.public.development.device.drivers/2005-03/0829.html

http://www.tech-archive.net/Archive/Development/microsoft.public.development.device.drivers/2005-03/0806.html

http://www.techreplies.com/drivers-43/minidriver-hidclass-336914/

http://www.techreplies.com/drivers-43/my-hid-mouse-how-write-data-331146/

http://www.osronline.com/DDKx/intinput/hidfunc_7oky.htm

https://www.usb.org/phpbb/viewtopic.php?t=14027&sid=b40543b8bc019ff50c70025ff1886898

(결정적인 영감을 주게된 링크는 바로 다음의 링크이고 사실, 앞에서 한번 언급했었던 링크입니다.. 정확히 말하자면 해결방법을 직설적으로 말해준게 아니라, 넌 이걸 이해해야된다라고만 코드의 일부분을 언급하고 숫가락으로 떠먹여 주지는 않겠다는 인상을 풍기는 답글이지요.. 처음에는 이걸 보고도 잘 이해를 못합니다. 저만 그런건 아닐겁니다. 어떤 질문자 중에서는 프린터, 스캐너, 스마트카드를 비롯해 각종 디바이스 드라이버를 만들었다는 이력을 밝히며 저와 같은 증상때문에 고민을 하고 있는 사람도 있었으니까요.. 제가 볼때 이건 MS 의 함정입니다. 의도하지 않은 함정말입니다.)

https://www.osronline.com/showthread.cfm?link=138652

-----------------------------------------------------------------------------------------------------------------

바로 이 답글이 눈을 뜬 사람에게만 통하는 핵심인 셈입니다.

allen zhang

xxxxxx@sina.com

Join Date: 22 Jul 2008

Posts To This List: 38

RE: VHidMini report descriptor(s)

see the follow source code and the ReadDescriptorFromRegistry function, You should be understand it.

deviceInfo->HidDescriptor = DefaultHidDescriptor;

queryStatus = CheckRegistryForDescriptor(DeviceObject);

if(NT_SUCCESS(queryStatus)) {

queryStatus = ReadDescriptorFromRegistry(DeviceObject);

.......

(필자요약: 다음의 소스코드와 ReadDescriptorFromRegistry 함수를 봐라.. 너는 이걸 이해해야할 필요가 있다.

라고 말하며 일부 소스를 첨부했습니다. 그리고는 아무런 추가의 말도 없습니다. 장난하는것도

아니고.. -_-; 이때 아차하고 생각을 떠올리면 이 문제는 해결됩니다. 위에서 숱하게 질문하던

외국 개발자들도 결국에는 알아냈겠지요?)

-----------------------------------------------------------------------------------------------------------------

vhidmini 드라이버를 구동시키고 일반 HID 장치로 인식된 드라이버를 마우스 장치로 둔갑시키기 위해서는

소스를 수정해야 합니다. 바로 vhidmini.c 드라이버 소스를 수정하는 일입니다. 그것도 필자가 생각했었던

Report Descriptor 의 오류를 수정하는 것이 아니라 코드를 수정해야 합니다. 앞에서도 한번 언급했었지만

Microsoft 사의 공식 DDK 샘플소스에 오류가 있을리는 없으니까요. vhidmini.h 에 주석으로 정의되어있던

마우스 Report Descriptor 의 예는 오류가 없었습니다. 오류에 빠지도록 만든것은 바로 ReadDescriptorFromRegistry

함수에 있었습니다. vhidmini 소스를 보면 주석에 써있기를 우리는 하드코딩을 하였다라고 적혀 있습니다.

Report Descriptor 를 하드코딩 하였다는 것이지요. 그런데, 단순히 그냥 하드코딩으로 놔두지.. 더 많은걸

보여주고 싶었던지 if-else 로 두가지 처리루틴으로 나눠놓은것이 문제의 핵심이었던 것입니다. 다음의

소스를 보십시오.

-----------------------------------------------------------------------------------------------------------------

[vhidmini.c 소스에서 수정해야 할 부분]

HID Report Descriptor 를 레지스트리에서 읽어들이는 코드를

하드코딩쪽으만 처리하도록 수정함.

deviceInfo->HidDescriptor = DefaultHidDescriptor;

// Check to see if we need to read the Report Descriptor from

// registry. If the "ReadFromRegistry" flag in the registry is set

// then we will read the descriptor from registry using routine

// ReadDescriptorFromRegistry(). Otherwise, we will use the

// hard-coded default report descriptor.

queryStatus = CheckRegistryForDescriptor(DeviceObject); // 함정이 발생하는 지역

if(NT_SUCCESS(queryStatus)){

// We need to read read descriptor from registry

// 장치를 설치할때 INF 파일에 있는 Report Descriptor 가 레지스트리에 기록되고

// 이 부분에서 레지스트리에 기록된 Report Descriptor 를 읽어들임.

// 그러므로 백날 헤더의 Report Descriptor 를 바꿔봤자 INF 파일에 있었던 것을

// 읽어들이는 꼴이 되므로 항상 "일반 HID 장치"(Generic HID Device) 가 드라이버로

// 등록될 수 밖에 없었던 것이다. 이런 제길.. 이 문제로 이틀을 꼬박 다 날렸다니..

// Microsoft 는 반성하라~!! Microsoft 는 함정을 제거하라~!!

// 고로 이 부분으로 빠져들지 않도록 주석처리 하라..

queryStatus = ReadDescriptorFromRegistry(DeviceObject);

if(!NT_SUCCESS(queryStatus)){

DebugPrint(("Failed to read descriptor from registry\n"));

ntStatus = STATUS_UNSUCCESSFUL;

}

else{

// We will use hard-coded report descriptor.

deviceInfo->ReportDescriptor = DefaultReportDescriptor;

DebugPrint(("Using Hard-coded Report descriptor\n"));

}

... 중략 ...

case IRP_MN_REMOVE_DEVICE:

// free memory if allocated for report descriptor

// 이 부분도 주석처리해야 한다. 왜냐면 레지스트리에서부터 읽어들이지 않았기 때문에

// 메모리 할당이 안되어 있기 때문이다. 그냥 두어도 상관없을거 같지만 메모리 해제부분이니

// 꺼림칙하므로 되도록이면 제거하길 바란다.

if(deviceInfo->ReadReportDescFromRegistry)

ExFreePool(deviceInfo->ReportDescriptor);

SET_NEW_PNP_STATE(deviceInfo, Deleted);

ntStatus = STATUS_SUCCESS;

break;

-----------------------------------------------------------------------------------------------------------------

이제 vhidmini 샘플을 컴파일하고 VMware 에 vhidmini.sys 와 vhidmini.inf 파일을 복사하자. 그리고 devcon 명령으로 앞서했던 것처럼 install 을 해보자. 설치를 하고나면 장치관리자의 기존에 있던 "HID 준수장치" 라는 것은 없어지고 마우스항목에 "HID 규격 마우스" 가 추가되는 것을 볼 수 있을 것이다.(ㅎㅎ 이맛을 보려고.. 밤을새고 삽질을..) 이제.. 장치관리자에서 새로 추가된 "HID 규격 마우스" 를 선택한 뒤에 속성을 보자. 속성을 선택한 뒤 "자세히" 라는 것을 클릭한다. 그리고 장치인스턴스 ID 라는 것을 보라. HID\MyVirtualHidDevice&Col01 라고 되어있는 것을 볼 수 있다. 또한, 일치하는 장치 ID 를 선택하면 hid_device_system_mouse 라고 되어있다. 즉, 마우스로 인식이 되었다는 것이다. 가상 HID 디바이스 위에서 마우스 장치가 인식되어 있는 것이다. 이제 가상 HID 디바이스와 어플리케이션 간에 통신루틴을 프로그래밍하고 어플리케이션의 명령에따라 상위 클래스로 IRP/URB 같은 요청을 (이거참.. 이 레이어에서는 어떤 요청을 사용해야하는 건지 또 공부해야하는군.. -_-; USB 강의 문서에 보면 상위 클래스는 URB 통신을 한다고 나와있었다..) 날려주면 키보드나 마우스 같은 장치들을 에뮬레이션 시킬수 있다. 곧, 가상장치를 조종할 수 있다. 하지만? 그리 쉽지는 않을 것이다. vhidmini 샘플에는 testvhid 라는 어플리케이션 소스도 같이 들어있는데 이 testvhid 소스는 어플리케이션단에서 vhid miniport 드라이버와 통신하는 예제이다. 참고로 아무런 수정없이 샘플만 컴파일해도 어플리케이션과 드라이버 사이에 제대로 통신이 이루어지지않는다. 역시나 이 문제는 HID Report Descriptor 의 데이타의 구성문제에 속한다. 한번 고생한 것이 또다시 반복되는 시점이기도 하다. 이 부분을 해결하면 어플리케이션은 2 또는 3 가지의 top-level collection 중에서 사용자정의(User-Defined) 콜렉션을 통해서 miniport 드라이버와 통신을 할 수 있게되고 이 통신에 따라서 마우스 IRP 를 상위 클래스로 때려주면 된다. 더 자세한 내용은 스스로 연구하길 바란다. 이상으로 이번문서를 마무리하려고 한다. 왜냐면 이제 테스트 기반이 마련되었으니 나머지 추가구현은 스스로가 해야할 몫이기 때문이다. 어떠한 목적으로 개발하던간에 그 이상은 이제 필자가 관여할 부분이 아닌것 같다.

어차피 이 문서의 목적은 가상 마우스를 제작하는 것을 중점으로 삶는 것보다도 모르는 분야를 독학하며 개척해 나갈때 자신의 공부스타일의 한 예로써 제시하는 것이었다. 여기서 거론된 공부스타일을 종합해 본다면 이렇게 말할 수 있을것 같다. "관례를 찾아냄으로써 DIFF 를 추출해내는 공부법" 이라고 할 수 있다. 즉, 최대한 많은 자료들을 검색으로 긁어모은 뒤에 분리분석 작업을 통하여 동일한 부분의 반복을 찾아낸다. 찾아낸 반복내용이 있다면 결국 그 반복은 해당 프로그래밍의 관례에 속한다. 즉, 해당 관례는 몸으로 빨아들이고 차이가 나는 지점에서 기술을 흡수한다. 이런식의 반복학습을 통하여 더이상 다른 코드나 정보들을 찾아낼 수 없다고 판단이 들때 그 기술은 자기것이 된다. 필자는 유저레벨을 공부할때 항상 이방식을 택해왔다. 정보가 고갈되고 더이상 찾아낼수 없을때까지 긴시간을 할애해서 리서치를 먼저 한다. 그 뒤에 코딩으로 들어간다. 그리고 관례코드를 따른다. 그렇게되면 생전 처음보는 프로그래밍에서도 어느지점은 건드려도 되고 어느지점은 절대 건드려서는 안되는지 쉽게(? 정확히가 맞겠다) 익힐수 있다.

이제는 커널레벨 공부를시작하면서 이 고통스럽고도 지루한 공부방식을 다시 사용하고자하며 다른 사람에게 조그마한 도움이 되고자 이런 문서를 작성하였다. (같이 게임에 미쳐서 광랩하던 친구가 갑자기 URL 을 려줘서 읽어 보았더니 국가에서 인증한 기술이라는 자랑스런 인증서와 함께 뭔가를 팔고있었다. 보란듯이 대놓고 말이다. 디자인도 쌈빡해서 사고싶게 만드는 그것.. 그게 뭔지는 대충 말안해도 알겠지만.. 이 문서를 빨리 공개해야하겠다는 생각이 들었다. 원래는 문서를 다 작성해놓고도 공개하지않는 방향으로 생각을 굳혔다가 아무래도 생각이 바뀌기 시작하였다. 그 이유는 뒷부분의 부록을 보라..) 아마 이 방식으로 공부하는 사람들이 많겠지만 그렇지 않을수도 있을 것이다. 적어도 이렇게 공부할땐 뼈를 깎듯이 힘들지만 원하고자 하는 지식을 얻으면 그 지식의 깊이가 뼈속으로 스며들 것이다. 필자처럼 어떤 새로운 분야에 공부를 시작하거나 공부하는 방법을 몰라서 물어보려는 사람들이 있다면 이 문서를 읽어보라고 말하고 싶다.

<잡설>

필자가 만약에 커널디버깅을 잘 다뤘다면 아마도 쉽게 문제를 해결했을지도 모르겠다. 하지만 필자는 귀차니즘 때문에 커널디버깅을 좋아하지 않았고 결국, 공부도하지 않았다. (요즘들어 먹고 살라니.. 공부중이다.. -_-;) 그런데 필자는 오히려 디버거를 쓰지 않으면 않을수록 프로그램에 대한 이해도는 높아진다고 생각한다. 왜냐면 사람의 머리는 충분히 상황을 시뮬레이션 할 수 있다고 생각하기 때문이다. 에뮬레이션은 불가능하겠지만 시뮬레이션은 가능하다. 그리고 이 작업을 통해서 문제가 발생되는 지점을 캣치할 수 있다고 생각한다. 그렇게 되었을때 남보다 더 느릴지 몰라도 이해도는 훨씬더 깊이있는 굴곡을 생성해낸다고 생각한다. 어쩌면 그렇게 믿고싶은 것일지도 모르겠다. 적어도 자신은 그렇게 소신을 갖고있다. 그렇다고 커널디버깅을 배우는 것을 말리거나 도외시하라는 것은 절대 아니다. 필수적으로 갖고가야할 기술이라는 점에는 변함이 없지만 두가지를 모두 안배하는 것이 스스로에게 좀 더 풍요로운 지식을 가져다 줄 것이라는 점을 인지했으면 좋겠다는 의미이다. "Art of Hooking" 이라는 문서처럼 스스로의 깨달음을 전달하려고 쓴 문서는 아니지만 이 시간에도 같은 문제로 삽질하고있을 그들에게(아직도 정확한 답변을 보지 못한 질문자들이 인터넷에 깔려있음을.. 이미 보여줬다..) 이틀이라는 시간을 좀 더 귀중한 곳에 쓸 수 있도록 해줄 수 있다는 것은 행복한 일이라고 생각한다. 만약 누군가에게 이런 도움을 지속적으로 받을수 있었다면 본인은 솔로여야할 이유가 없었을 것이리라.. (아쉽게도 영어를 못하니 국내만이라도 도움을 받으면 좋을듯 싶다.) 참고로.. 이 문서는 주제를 인지하는 시점부터 해결과정을 도출해내는 모든 전 과정이 거의 실시간으로 쓰여졌다.. 그렇게 해야만이 이 문서의 목적인 "가상마우스" 와 "공부방법론" 두가지를 모두 전달할 수 있다고 판단했기 때문이다. 필자는 누군가 이 문서를 읽고 얻은게 있었다면 그것만으로 행복할 것이다. 하드에 처박혀 쓰레기가 된채 어느날 자신도 모르게 삭제되는 그런 정보가 아니라는 점만으로도 충분히 가치있는 것이니까..

[부록1: 필자가 생각하는 에뮬레이션과 시뮬레이션의 차이점]

에뮬레이션: 기계의 톱니바뀌처럼 구성요소들의 기능자체들이 모두 동일하게 작동해야 한다. (기능/작동의 동일화)

시뮬레이션: 기능자체를 동일하게 할 필요없이 입/출력되는 수치/값만 동일하면 된다. (수치/데이타의 동일화)

(필자주: 틀렸을 수도 있다. 정확하지않다. 다만, 여태까지 몸으로 와닿는 느낌자체를 말로 풀어써본 것 뿐이다.)

[부록2: 시중에 떠도는 물리형 Auto Mouse 탐지법]

먼저, 가상장치에 대한 것부터 언급해보고 물리형으로 넘어가겠다.

<1. 가상장치 탐지방법>

재밌는 사실이 있는데 아는 사람은 알 것이고 모르는 사람은 모를 것이다.

MSPRESS 에 보면 짜가장치(FakeDevice) 탐색법이 있다.

http://www.microsoft.com/mspress/books/sampchap/6262.aspx

-------------------------------------------------------------------------------------

HANDLE CtestDlg::FindFakeDevice()

{

GUID hidguid;

HidD_GetHidGuid(&hidguid);

CDeviceList devlist(hidguid);

int ndevices = devlist.Initialize();

for(int i = 0; i < ndevices; ++i)

{

HANDLE h = CreateFile(devlist.m_list[i].m_linkname, 0,

FILE_SHARE_READ | FILE_SHARE_WRITE,

NULL,

OPEN_EXISTING, 0, NULL);

if(h == INVALID_HANDLE_VALUE)

continue;

HIDD_ATTRIBUTES attr = {sizeof(HIDD_ATTRIBUTES)};

BOOLEAN okay = HidD_GetAttributes(h, &attr);

CloseHandle(h);

if(!okay)

continue;

if(attr.VendorID != HIDFAKE_VID ||

attr.ProductID != HIDFAKE_PID)

continue;

return CreateFile(devlist.m_list[i].m_linkname,

GENERIC_READ | GENERIC_WRITE, 0, NULL,

OPEN_EXISTING, 0, NULL);

}

return INVALID_HANDLE_VALUE;

}

-----------------------------------------------------------------------------------------

위의 짜가장치 탐색법은 골때리게 단순하다. 결국에는 HIDFAKE_VID 와 HIDFAKE_PID 를 체크하는 개념이다. 즉, 제작사(Vendor ID)와 제품번호(Product ID)를 가지고 짜가인지 판별하겠다는 개념이다. 그렇다면 제작사와 제품번호는 속일수 없다고 생각하는가? 커널을 뒤짚어 엎는(Subvert) 판국에 저렇게 단순하게 비교해서는 가상장치를 막을수 없다. 위의코드를 보고 판단을 하길 가상장치는 다 막겠다고 판단한다면 정말 큰일이다. 어처구니 없는 싸움이 키보드보안이래 또 발생할 것이기 때문이다. 위의 코드가 의미하는 바를 잘못해석하면 안된다. 위의 코드는 이렇게 해석해야 한다. 그 어떠한 가상장치를 막을수 있다는 컨셉하에 위의 코드를 만들길 시도한것이 아니라 고정장치를 알아내기위해 만들어진 컨셉이라는 점을 말이다. 단지 정형화 되어있는 즉, 고정되어있는 상태에서는 가능할 수 있겠다. 이해를 돕기위해 예를한가지 들어보자. VMware 같은 가상머신 안에서 작동하는 것인지 정도는 파악할 수 있지 않을까 싶다. 왜냐면 VMware 가 동적으로 제작사와 제품번호를 바꿔야할 까닭이 없지않은가? 다르게 말하면 VMware 가 굳이 자기 제품정보를 굳이 속이거나 변덕스럽게 수시로 바꿔야할 필요가 전혀 없다는 얘기다. 이런경우에는 마치 하드웨어처럼 고정장치로 봐도 무방하다. 고로 VMware 에는 항상 고정된 장치가 있다고 판단해도 될 것이며 VMware 안에 구현된 장치들 중에는 가상장치들이 있으므로 항상 디텍트 할 수 있단 얘기가 되므로 위의 짜가장치 탐색법은 그러한 경우에 사용할 수 있는 컨셉이라는 소리다.

아직 더 깊이 연구해보지는 않았지만 가상장치와 전쟁을 선포할 경우에 또 하나의 "키보드보안" 같은 파국으로 치닫기에 좋은 스토리가 탄생할 것이다. 차라리 이것을 좀 더 유용한 곳에 사용해보면 어떨까? 바로!! 물리형 Auto Mouse 를 탐지하는 것이다. 기술은 적합한 곳에 쓰라고 있는 것이지 말도안되는 헛다리 싸움에 쓰라고 존재하지 않는다. 기술을 적용시킬때는 단순히 눈과 머리로만 판단하지말고 포괄적인 정황을 바탕으로 자신의 가슴속에 확신이 설때 비로소 본격적인 전쟁에 들어가야 한다. 그저 돈이된다고 키보드보안처럼 너도나도 발담궈놓고 아무도 책임지지않고 아무도 발도 못빼는 승자없는 싸움에 휘말리기 싫다면 필히 이 말을 웃어넘기지 말아야 할 것이다.(아마, 이젠 더이상 발을 빼지도 못할것이다.. 담구지 말라고 뜯어말려도

담궜으니 해야할 일은 그저 땜빵밖에 뭐가 더 있겠는가.. ㅉㅉ)

-----------------------------------------------------------------------------------------

<2. 물리형 Auto Mouse 탐지>

물리형 Auto Mouse 를 탐지하는 것의 기본바탕은 앞서 짜가장치 탐색에 사용된 코드를 그대로 채용하면 되겠다. 단, 제작사와 제품번호만이 아닌 추가정보를 이용할 필요가 있겠다. 그런데, 왜 효용성이 물리형 Auto Mouse 를 탐지하는 것에 효력이 있을까? 그 이유는 간단하다. 다음과 같은 정보를 보자. 필자는 최근에 오픈된 MMORPG 온라인 게임의 Auto Mouse 를 구매해보았다. 과연 어떻게 돌아가는지 궁금증도 있었고 진짜 완벽하게 구동이 되는것인지 두눈으로 확인해보고 싶었기 때문이었다. 그런데 일단, 한군데의 제품은 구동이 제대로 안되는 것을 확인하였다. 다만, 마우스 입력이나 키보드 입력은 그대로 게임속으로 전달되고 있다는 점에 주목하였다. 과연 그러한 것을 어떻게 탐지해낼 수 있을까? 다음은 USB View 라는 프로그램으로 Auto Mouse 장치의 Descriptor 를 본 화면이다.

"USB Composite 장치"

-----------------------------------------------

Device Descriptor:

bcdUSB: 0x0200

bDeviceClass: 0x00

bDeviceSubClass: 0x00

bDeviceProtocol: 0x00

bMaxPacketSize0: 0x20 (32)

idVendor: 0x03EB (Atmel Corporation)

idProduct: 0x4743

bcdDevice: 0x1000

iManufacturer: 0x01

0x0409: "ATPLAY"

iProduct: 0x02

0x0409: "ATPLAY PRO8"

iSerialNumber: 0x03

0x0409: "1.0.0"

bNumConfigurations: 0x01

... 생략 ...

-----------------------------------------------

그렇다. idVendor 가 제작사이고 idProduct 가 제품번호이겠다. 이 정보는 필자가 예상컨대 고정이라 할 수 있다. 일단, 텍스트를 주의깊게 보자. "Atmel Corporation" 이 보이는가? 해커들이 가장 많이 사용한다는 그 유명한 "Atmel" 칩이 사용되었다. 일명 FPGA 칩이라고 불리운다. 이 FPGA 칩은 프로그래밍 가능한 이점이 있다.

(사견: 언제부터 마우스가 Atmel 칩으로 제작되었던가? 그래서 오토마우스가 그리도

비싼거였나보다.. 싸구려 PIC 칩만으로도 마우스를 만들수 있다. 전자업계는

원래 원가전쟁을 벌이는 계통이라서 단 1원이라도 원가를 절감해 보려고

깎고깎고 전쟁을 벌인다. 필자의 친구가 전자회사 CEO 라서 이점은 매우 잘

알고있다. 그 친구의 말을 빌어보자면 진짜 1원갖고 쪼잔하게 굴 수 밖에

없다고 한다. 살아남아야 하니까 말이다.. 그런데 FPGA 칩을 쓰는 것을 보면

좀 수상하다. 왜 재프로그래밍이 가능한 칩을 쓰는 것인가.. 재수없으면 기타장치

메모리스틱 리더기같은 것들이 연결되어 있을수도 있으므로 함부로 판단하기는

이르지만 아마도 대량유통되는 칩이 아닌 DIY(사제품)칩을 쓴다는 것은 기정

사실이라고 추측할만 하지않은가? 필자가 대에충 찾아보니 Auto Mouse 제작사

두군데가 Atmel 칩을 사용하고 있었다.)

만약 이 Atmel 칩이 필자가 아는 것과 달리 재프로그래밍이 가능한 기능이 없다면 게임업계에서는 대박의 찬스를 잡은 것이리라.. 왜? 고정이잖은가? 고정!! 또, 재미난 정보를 볼 수 있는데 바로 그 유명하다고 하는 "ATPLAY" 라는 마크가 찍혀있다. 아주 그냥 상호를 갖다가 박아놓은거보니 장사할 생가이 없다하겠다.

일단, 칩이 Atmel 칩으로 제작되어있는 USB 형 물리장치들을 사용하는 사용자는 모두 감시대상순위로 집어넣어도 십중팔구는 맞아떨어질 것이다. 특히나 Atmel 칩에 상관없이 상호명 ATPLAY 가 박혀있다면 그 사용자는 거의 Auto Mouse 를 사용하고 있을 확률이 99.9% 라고 할 수 있겠다. 그리고 USB View 같은 프로그램이 사용하는 루틴들은 위에서 언급된 루틴들에서 크게 벗어나지는 않을테니 쉽게탐지할 수 있다고 감히 추측해본다. 딱한가지 우려되는 사항이 있다면 프로그래밍 가능한 칩이기 때문에 업데이트 기능으로

펌웨어를 갈아치울 경우에 난감하게 될 것이다. 하지만 방금 언급한 방식을 사용한다면 Auto Mouse 제작사의 미래고객이 아닌 현재 고객들은 99.9% 가 탐지된다고 봐도 무방할 것이다. 물론, Auto Mouse 의 종류별로 이짓을 해야겠지만.. 프로그래머들의 습성상 모두 식별자를 기록해놓았을테니(아마, Atmel 칩에 코딩을 의뢰하거나 혹은 Atmel 칩에 프로그램이 가능한 사람을 영입했겠지만 프로그래머들이 그런거 생각안한다. 왜냐면 원리원칙을 따르려는 프로그래머의 심리상 바보같이 위에처럼 ATPLAY 를 박는게 미덕으로

생각할 것이기 때문이다.) 행동만 빨리 취한다면 현재 Auto Mouse 사용자들의 태반은 모두 다 탐지해낼 수 있을 것이라고 감히 판단해본다. 즉, 물리형은 고정이라는 변수를 잘 활용할 수 있기에 탐지도 비교적 수월한 편에 속한다는 것이다. 한가지 더 재미난 상상을 해보자.. 과연 Auto Mouse 업체에서 펌웨어 업데이트 기능을 추가로 만들어내는데 얼마나 시간이 걸릴까? 누가 더 대응이 빠를까..? 과연 이 전쟁에서 Auto Mouse 업체의 대응이 빠를까? 아니면 막는자의 대응이 더 빠를까? 아마도 덩치가 작은쪽이 더 빠르겠지만 두고볼 일일 것이다. 이 전쟁은 어느한쪽의 시간전쟁일 뿐이다.. 정확하고 빠른판단이 내려지면 그대로 바로 행하는 쪽이 이기는 것이다. 현재로써 본 필자의 생각으로는 물리형 Auto Mouse 는 막을 수 있다. 이 문서가 나온 시점 앞으로가 문제이다.. 점차 Auto Mouse 는 가상마우스로 진화를 꿈꾸고 있기 때문이다. 그것이 바로 기술의 대세인 것이다. 오늘의 기술이 내일의 쓰레기가 되어버리는 시대에서 속도전의 중요함이다. 승자는 과연 누가 될까? 아무도 모른다.. 기술은 끝이 없으니까.. 마이 골치아픈 것이다.. -_-; 어디까지나.. 필자 개인이 현 상태를 진단해본 사견일 뿐이다. 이 이상 어케 더 판단하랴..

[HID Descriptor Tool]

USB.ORG 공식 사이트에서 받을수 있음

http://www.usb.org/developers/hidpage#HID%20Descriptor%20Tool

(위에서 언급한 사이트 이외 참고한 사이트)

http://kkamagui.tistory.com/485

http://www.keil.com/forum/docs/thread13037.asp

"};

WCHAR DeviceID[] ={L"ROOT\NUMEGA_VIRTUAL_HID_MOUSE