WinCE Porting & Device Driver 전문기업

NDIS Driver 분류

2009-12-03T00:24:01Z

■ NDIS Driver 분류

- Protocol Driver : 하드웨어 독립적이며 상위 TDI 계층과 연결

- Intermidet Driver : 패킷을 임의로 가공이 가능하여 주로 패킷필터링 또는 로드밸런싱으로 사용

- Miniport Driver : Ethernet Controller를 직접 제어하며 MAC과 PHY 계층을 관리

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

tag : WinCE NDIS

S3C6410 MFC Decoder Library 동작 흐름

2009-12-01T20:57:02Z

■ MFC Decoder 동작 시 호출되는 Library 함수 및 동작 흐름

- 전체적으로 초기화 구간과 Frame 단위 Decoding을 담당하는 Loof 구간으로 분리

- H.264 RAW Data를 Stream Buffer에 입력하여 복원 후 Frame Buffer 측으로 출력

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

tag : 복원, 영상, MFC, Decoder, 압축, H.264, S3C6410

LAN9215 Ethernet Driver의 Receive Flow

2009-11-28T11:41:27Z

■ LAN9215 Ethernet Driver의 Receive Flow

- PHY에서 DAT를 받아 MAC의 RX FIFO에 저장

- FIFO 상태를 확인 Host Interface내에 있는 Interrupt Controller가 Interrupt 발생

- Smsc9118Isr 함수에서 Interrupt 종류 판별 (Rx, Tx, Timer 등)

- NdisMIndicateReceivePacket() 함수를 이용하여 Protocol Layer로 전달

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

tag : smsc Lan 9215, Embedded Ethernet, WinCE Ethernet

SMSC LAN9215 WinCE 6.0 Driver 함수 호출 Sequence

2009-11-25T11:25:28Z

■ SMSC LAN9215 WinCE 6.0 Ethernet Driver 함수 호출 Sequence

- Driver Entry : 미니포트 Callback 함수 등록

- ChipIdentify : Chip ID Check

- Platform Initialize : S3C6410 SROM Controll와 GPIO를 제어하기 위한 Memory Mapping

- SMSC9118Initialize : MAC Protocol 설정

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

tag : NDIS, SMSC LAN, LAN9215

처리 지연시간 측정

2009-11-24T22:38:43Z

■ 측정 방법 분류
       - 전체 측정은 크게 4가지 측정 방법 사용
           Datasheet 참조를 통한 지연시간 산출
           Oscilloscope를 이용한 측정 방법
           GetTickCount를 이용한 S/W 처리시간 측정 방법
           Time Stamp를 이용한 S/W 처리시간 측정 방법

■ 측정 방법 분류에 따른 실제 측정 과정

- Datasheet 참조를 통한 지연시간 산출
예) Video Converter (AIT1108)

=> 위의 Video Converter Chip과 같이 Data Sheet 상에 입력에 대한 출력 Delay 시간이 표시됨

* 장점

① 쉽게 지연시간을 산출 가능

              * 단점
                     ① 주변 시스템에 따른 변수가 많음
                     ② 수치의 신빙성이 떨어짐

- Oscilloscope를 이용한 측정 방법

* 필요 장비: Oscilloscope 장비 1대 (2개 이상의 채널 필요), Probe 2개

              * 측정 방법
                     ① 2개의 Probe를 각각 Channel1과 Channel2 커넥터에 연결
                     ② Channel1을 측정 Chip의 Data Input 핀에 연결
                     ③ Channel2를 측정 Chip의 Data Output 핀에 연결
                     ④ 측정 Chip의 전원이 On되고, 입력 Data 파형이 Channel1에 표현됨
                     ⑤ Chip Delay 시간이 지난 후, 출력 Data 파형이 Channel2에 표현됨
                     ⑥ Channel1과 Channel2의 간격을 확인

* 예제 파형

              * 장점
                     ① 측정 수치에 대한 신빙성이 높음
                     ② 측정 데이터 기록이 용이함
              * 단점
                     ① 측정을 위한 구성이 복잡함
                     ② 측정 준비시간 길어짐

       - GetTickCount를 이용한 S/W 처리 시간 산출
              GetTickCount함수를 사용하여, 측정 Source 구간의 지연시간 산출 가능
              최소 ms 단위까지 측정 가능

* 예제 코드 (A구간의 측정)

//선언부
int Start=0, end=0, time_data=0;

// 측정 시작
Start = GetTickCount();

A 구간

                     // 측정 끝
                     end = GetTickCount();
                     time_data = end - Start;
                     RETAILMSG (1, (TEXT("GetTickCount = %d \r\n"),time_data)); // 메시지 확인
                     time_data = end - Start;
                     RETAILMSG (1, (TEXT("GetTickCount = %d \r\n"),time_data)); // 메시지 확인

              * 장점
                     ① 측정 방법이 간단함
                     ② 처리속도에 영향을 받지 않음 (CPU 메인 클럭 사용)
              * 단점
                     ① 측정자가 Debug MSG를 통해 지연시간을 확인하게 되는 데, Debug MSG가 출력되는 시간 또한 지연 요소가 됨
                     ② ms단위 이하의 지연시간은 측정 불가

- Time Stamp를 이용한 S/W 처리 시간 산출

두 개의 Device를 동일한 시간으로 설정하여, 한 개의 Device에서 데이터가 전송되었을 때의 시간과

상대방 Device에 데이터가 도착했을 때의 시간 차를 통해 지연시간 확인

              * 측정 방법
                     ① Device1과 Device2의 내부 시간을 동일하게 맞춤
                     ② Device1의 Time정보를 데이터에 포함하여, Device2로 전송
                     ③ Δt만큼의 시간의 지속시간 후, Device2에 도착
                     ④ Device2는 Time정보를 검출하여, 현재 자신의 시간과의 차를 통해 Δt만큼의 지연시간 측정

              * 장점
                     ① GetTickCount보다 정확한 정보를 산출 가능
              * 단점
                     ① 최초 시간 설정에 따라 오차가 커질 수 있음
                     ② 전송 도중 발생되는 데이터 손실에 오차 발생

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

S3C6410 Camera Interface Driver - 카메라 센서 포맷 설정

2009-11-20T13:48:04Z

■ Sensor Format 설정 구간 설명

- Preview PATH 및Codec PATH 측으로출력되는영상에대한Format 설정구간

■ 세부 설명

- PIN Number에따른PATH 구간
0번, 1번, 2번, 3번 = Preview PATH
5번, 6번, 7번, 8번, 9번 = Codec PATH

- Parameter Description
    2번째Parameter   = 영상에대한가로폭
    3번째Parameter   = 영상에대한세로폭
    4번째Parameter   = Color Bit
    5번째Parameter   = Frame Rate

■ 소스 경로

- \drivers\Camera\CAMERA_PDD\sensorformats.h

■ 설정 사항
//-------------------------------------------------------------------------
// Preview PATH Setting
//-------------------------------------------------------------------------
MAKE_STREAM_MODE_RGB565(DCAM_StreamMode_0, 320, 240, 16, 30);
MAKE_STREAM_MODE_RGB565(DCAM_StreamMode_1, 176, 144, 16, 30);
MAKE_STREAM_MODE_RGB565(DCAM_StreamMode_2, 320, 240, 16, 15);
MAKE_STREAM_MODE_RGB565(DCAM_StreamMode_3, 320, 240, 16, 30);

//-------------------------------------------------------------------------
// Codec PATH Setting
//-------------------------------------------------------------------------
MAKE_STREAM_MODE_YV12(DCAM_StreamMode_5, 320, -240, 16, 30);
MAKE_STREAM_MODE_YV12(DCAM_StreamMode_6, 320, -240, 16, 30);
MAKE_STREAM_MODE_YV12(DCAM_StreamMode_7, 320, -240, 16, 30);
MAKE_STREAM_MODE_YV12(DCAM_StreamMode_8, 320, -240, 16, 30);
MAKE_STREAM_MODE_YV12(DCAM_StreamMode_9, 320, -240, 16, 30);

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

tag : S3C6410 Camera 카메라 Sensor Format 설정

WinCE 환경의 UMS(USB Mass Storage) 동작 원리

2009-11-18T23:53:02Z

■ WinCE 환경의 UMS(USB Mass Storage) 동작 원리

- X86 PC 환경에서 WinCE 환경의 Device에 연결된 SD Card를 Mass Storage 장치로 인식 후 파일 전송 경로

- X86 Application에서 파일 전송 이후 WinCE Device USB Driver에서 FileSystem과 SD Card Driver로 전이

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

tag : ums, sd card

[SPI] SMDK_2443 SPI Interface DMA 소스 구조

2009-11-17T13:47:46Z

■ SMDK_2443 SPI Interface DMA 소스 구조

- ThreadForSpi() 함수는 HSP_IOControl()함수에서 hspiEvent Set과 동시에 동작을 하며, 전송할 데이터의 버퍼 주소와 사이즈 정보를 각각의 변수에 저장하게 됨 (①)

- ThreadForSpi() 함수는 SW_RST과정과 전송 방법을 선택하고, SPI & DMA Register를 설정한 후, DMA Channel을 Open하게 됨

- DMA Channel Open이 시작되면, DMA에 설정된 시작 주소(Source Address)에서 도착지 주소(Destination Address)까지 전송 데이터 사이즈(DMA_Len) 만큼 Access를 진행하게 됨 (②)

- HSP_INIT()함수를 통해 설정된 DMA_ISR은 Access가 완료되면, DMA_END_Interrupt Event를 실행 (③)

- ThreadForTxDMADone()함수가 구동이 되면, DMA_ISR을 해제하고, DMA_ISR 동작이 끝났음을 ThreadForSpi()함수에 Event(hTxDmaDoneDoneEvent) 형태로 전달하게 됨 (④)

- DMA_ISR 동작이 끝났음을 알게 되면, DMA Channel을 중지하고, HSP_IOControl()함수에 전송이 끝났음을 Event(hTxDoneEvent) 형태로 전달하게 됨 (⑤)

- HSP_IOControl()함수는 Event(hTxDoneEvent)를 받게 되면, Address를 해제하며, Application단에 전송한 데이터 사이즈 정보를 Return하게 됨

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

tag : DMA, Insopack, SPI Interface, SMDK2443

S3C6410 MFC CODEC - MPEG4 비디오 스트림 구조

2009-11-13T16:17:58Z

■ S3C6410 MFC CODEC 상 MPEG4-SP Video Stream 규격

■ STREAM 설명

- 1번 CONFIG STREAM은 MPEG4-SP Decoder에게 압축 설정 상태를 제공

- 2번 부터 시작되는 VOP STREAM은 각 Frame 별 개별적으로 압축 된 YUV4:2:0 정보를 제공

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

tag : MFC, S3C6410, ENCODER, DECODER, MPEG4-SP

WinCE 5.0의 Keypad Driver의 Matrix_Entry 함수 동작원리

2009-11-12T01:00:50Z

< WinCE 5.0의 Keypad Driver의 Matrix_Entry 함수 동작원리 >

■ 함수 역할

     - IstThreadStart : 키 입력을 받기 위한 스레드 생성

     - IsrThreadProc : Event 생성, Interrupt 등록, Interrupt 우선순위 등록

     - KeybdPowerOn : 외부 Interrupt를 사용 할 수 있도록 Register 초기화

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

http://www.insopack.co.kr

tag : WinCE Keypad Driver, Wince Keypad

[기 타] Embedded S/W의 요구사항

2009-11-09T19:26:15Z

신뢰성 (reliability)
- 오류 발생시 수정하기 어려울 뿐 아니라 반품의 결정적인 이유가 될 수 있다.

저가 (low cost)
- 가전 제품 시장은 가격에 민감
- 가격 문제로 하드웨어 플랫폼이 변경될 수 있음

이식성(Portability)
- 하드웨어 플랫폼이 쉽게 변경될 수 있기 때문에 다양한 플랫폼을 지원할 수 있어야 함
- 소프트웨어의 변경이 손쉽고 간단해야 함

소프트웨어 재 사용 (Software reuse)
- 시장 선점을 위해 소프트웨어의 개발 기간이 짧아야 함
- 기존의 소프트웨어를 재 사용할 수 있어야 함

소규모 메모리 (Small memory)
- 내장형 Device는 하드웨어 가격을 낮추기 위해 수백KB에서 수 MB 정도의 메모리만을 가짐
- 가능한 한 RAM 사용을 줄일 수 있도록 소프트웨어를 개발할 필요가 있음

실시간 지원 (real-time support)
- 내장형 Device는 사건에 신속히 응답하여야 함
- 빨리 처리되기 보다는 정해진 시간 내에 처리되어야 함
- 처리해야 하는 모든 작업들의 우선 순위를 효과적으로 조정하여 모든 작업이 각각의 제한 시간 안에 처리되도록 하는 것이 중요

소프트웨어 업그레이드 (Software upgrade)
- 내장형 Device는 오랜 기간 사용됨
- 유사기능을 가진 새로운 Device를 생산할 수 있음
- 기존의 Embedded S/W에 대한 호환성이 있어야 하며 기능 확장이 용이해야 함

다양한 소프트웨어 기능과 PnP와 재 구성
- 사용자가 소프트웨어의 기능을 쉽게 재구성 할 수 있도록 함으로써 사용 편리성 제공

독립적으로 개발하지 않음
- H/W와 S/W간의 상호연관을 통하여 동시에 개발/검증되는 방법을 통해 내장형 시스템이 개발

하드웨어와 소프트웨어 부분의 조화
- 빈번한 연산의 보다 빠른 수행을 위해 하드웨어로 구현해야 하는 부분이 있음
- 소프트웨어와 하드웨어가 동시에 개발되면서, 어떤 기능이 하드웨어로 또는 소프트웨어로 구현되어야 하는 지 고려

최소 비용에 최대의 효과
- 대량 생산을 목적으로 최소 비용에 최대 효과를 내야함
- 내장형 시스템의 성능 평가는 최종 제품에 평가되며, 내부의 H/W와 S/W 성능에 의해 평가되지 않음

거친 환경에서 강한 내구성 요구
- 고온이나 다습한 환경 또는 충격이 가해지거나, 일부 기능에 이상이 있어도 기본 기능은 계속 동작하도록 요구됨

초소형/초경량 시스템의 일반화
- System-on-chip 기술로 프로세서 뿐 아니라, 상당량의 메모리, 특화된 코어와 주문형 반도체 회로, 아날로그 신호의 입출력을 위한 장치까지 다양한 종류의 하드웨어가 하나의 칩 안에 구현
- System-on-chip을 가능하게 하는 최적화된 소형 S/W 필요

새로운 기능의 추가나 이미 설계된 모듈과의 연결 용이
- 결합이 용이하며, 유연하고, 기능 검증이 이루어진 IP Block을 활용 빠른 시간 안에 전체 시스템의 검증이 용이한 시스템 설계 및 오류의 최소화 가능
- 따라서 IP Block과의 결합이 용이한 특성을 요구

사용 편의성
- 멀티미디어 서비스 제공을 통한 편리한 사용 환경 요구

상호 운용성
- 다양한 타 Embedded 시스템들과 연결되어 동작 가능

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

http://www.insopack.co.kr

tag : Embedded, 인소팩, insopack, S/W 요구사항

Event 처리를 통한 Camera 영상 Encoding 타이밍 제어

2009-11-06T20:11:06Z

■ Event를 통한 처리 구조

① Camera Interface Driver 측에서 Codec PATH 측으로 1 Frame 기준의 데이터가 출력 될 시 Application 측으로 Event 전달
② Application에서 수신 받은 Event 시점을 기준으로 MFC Encoder 구동
③ 결론적으로는 Camera 영상 1 Frame 에 대한 1개의 Event를 통한 MFC Encoder 구동 처리 구조를 가짐

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

tag : 카메라, 이벤트, MFC, Event, 인코더, Camera, S3C6410, Encoder

S3C2443과 CS8900 Ethernet Controller간 연결 구성도

2009-11-04T21:24:51Z

< S3C2443과 CS8900 Ethernet Controller간 연결 구성도 >

< CS8900 Ethernet Controller의 주요 Pin의 역할 >

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

http://www.insopack.co.kr

tag : Ethernet Controller, CS8900, S3C2443

[ZigBee] ZigBee 개발 방법

2009-11-02T12:00:12Z

ZigBee 개발 방법

ZigBee 개발키트 기반

ZigBee 개발 툴을 직접 구성

ZigBee 개발을 위한 소프트웨어

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

tag : ZigBee, insopack

S3C6410 MFC Decoding 시 RING 방식과 LINE 방식의 버퍼 사용 환경 비교

2009-10-30T17:03:49Z

■ RING Buffer 처리 구조

- RING Buffer는 3 PART로 분할되어 구성

- RING Buffer에 Video Stream Data 채울 때 Size는 한 개의 PART Size 만큼 채워짐

- SsbSipMfcDecodeGetInBuf() 라이브러리 함수를 이용하여 Fill Size 값을 Return 할 수 있음

- RING Buffer에서 사용 되는 PART Size 값은 MFC Device Driver 내부에서 정의가 가능

■ LINE Buffer 처리 구조

- Decoding 명령 후에 LINE Buffer는 1개의 프레임으로 채워짐

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

http://www.insopack.co.kr

tag : MFC, Decoder, S3C6410, RING_BUF, LINE_BUF