페이지

글목록

2016년 2월 27일 토요일

[PSOC] PSOC4 GPIO Interrupt Component SCH

이번에는 PSOC4의 GPIO 인터럽트 테스트를 해봤습니다.

PSOC4 GPIO Interrupt 는 핀 내에 Fixed 된 인터럽트가 3가지 있습니다.
1. Rising Edge
2. Falling Edge
3. Both Edge

즉 Edge 트리거만 지원하는군요.

포트 에서 인터럽트 타입을 선택하면 GPIO 콤포넌트에 irq 출력 핀이 1개 나온다.

이 핀에 인터럽트 콤포넌트를 붙여 줘야하고, 인터럽트 콤포넌트에서 다시 다음의 3가지 타입의 입력을 선택한다.
1. DERIVED : 연결된 콤포넌트의 인터럽트 방식은 그대로 가져다 쓴다.
2. RISING EDGE : 연결된 콤포넌트의 인터럽트 펄스 출력의 RIGING EDGE 에서 인터럽트 발생.
3. LEVEL : 연결된 콤포넌트의 HIGH LEVEL 에서 인터럽트가 반복적으로 걸림


여기까지 진행해야 인터럽트 동작 준비가 끝난다.

이번 회사 프로젝트에서는 Level 트리거가 필요한데, 인터럽트를 1개 더 추가해야했다.


현재까지 다른 방법을 찾지 못했네요. 혹시 이 방법 외에 LEVEL 트리거를 할 수 있는 방법 아시는분~ 손?
LEVEL 트리거 인터럽트는 무조건 HIGH LEVEL 에서만 걸리므로 LOW LEVEL 에서 걸리도록 하려면,
UDB 소자인 INVERTER(NOT) 를 1개 추가해야 한다.

[PSOC] PSOC4 LOW Power Mode Test

현재 진행중인 프로젝트가 NFC 카드에 PSOC4를 넣어서 전원이 무지무지 딸립니다.

전력을 아끼기 위해서 LED 키는데도 조심해야하고, 클럭도 낮췄습니다.

하여간 조금이라도 쉬는 때에 NFC 안테나를 통해 전력을 모아야 했습니다.

그래서 다루게 된게, Sleep Mode입니다.

PSOC4는 Low Power 모드가 총 4가지 있습니다.
1. Sleep Mode
2. Deepsleep Mode
3. Hibernate Mode
4. Stop Mode

----

각 모드마다, 특징이 있는데 먼저 일반적으로 우리가 사용하는 모드를 Active Mode라고 합니다.
저전력 모드는 다음과 같은 특징을 갖습니다.
1. Sleep Mode 는 모든 다른 기능은 살아있고 CPU만 죽어 있습니다.
2. Deepsleep Mode는 CPU,대부분의 Peripheral,HF Clock 등을 사용할 수 없습니다.
3. Hibernate Mode 는 모든 clock이 죽어있고, 로직 상태는 그대로 유지됩니다.
4. Stop Mode는 모두 죽어있고, GPIO 상태만 유지되어 있거나 Frozen 상태로 됩니다.

Frozen : 모든 GPIO 의 설정,모드,상태가 lock 된다. active 모드로 재진입하여 pins이 unlock 되기 전까지 GPIO 상태를 바꿀 수 없다.

[파워 모드 스펙]


[파워 모드 - 이용 가능한 리소스들]

[파워 모드 테스트 소스 코드]
int main()
{
    CyGlobalIntEnable; // Enable global interrupts. 
    //CySysPmSleep();
    CySysPmDeepSleep();
    //CySysPmHibernate();
    //CySysPmStop();
    while(1);
}

실제로 NFC 안테나를 통해서 전력을 공급받는 회로에서 , 각 파워 모드당 오실로스코프로 VCC를 측정해본 결과 다음과 같습니다.
그런데, Hibernate Mode 와 Stop Mode 가 오히려 전력이 떨어지는 것은 아직 이유를 못 찾았습니다. 뭔가 실수가 있을 것 같은데, 나중에 알게 되면 업데이트 하겠습니다.

DEEPSLEEP 모드가 가장 좋게 나오네요. 일단은 SLEEP 모드보다는 DEEPSLEEP 모드가 좀 더 성능이 좋습니다.
실제로 제가 쓰려고 했던 모드는 SLEEP 이나 DEEPSLEEP 모드입니다. 다른 모드들은 Wakeup 시 시간이 너무 길고, 결정적으로 시스템 리셋이 되 버립니다.


[클럭당 DEEPSLEEP 모드의 전력 비교]

2016년 2월 17일 수요일

[PSOC5] clock 은 어떤 역할을 할까?

PSOC_5LP 개발보드(CY8CKIT-059)에서,

Counter 동작 테스트를 해 보다가, clock이 도대체 어떻게 쓰이는 걸까? 하는 궁금증이 생겨 직접 테스트를 해 봤습니다.

counter 의 동작 조건은 다음과 같습니다.


카운터는 10까지 세면서, 다운카운터이고, 9보다 작은 (Less than) 조건에서 comp 신호가 출력된다.

다음은 clock 신호를 2가지의 경우에서 동작시켜본 실험 결과이다.

첫번째는 count 와 같은 Rising 시점으로 테스트 해 봤고, 두번째는 count 신호에 clock 신호를 반주기 뒤로 밀어서
테스트 해 본 내용이다.

1. count 와 같은 Rising 시점으로 테스트


2. count 신호에 clock 신호를 반주기 뒤로 밀어서 테스트

2 번과 같은 타이밍이 적합한 것 같다.. 아니면 clock 의 주파수를 count 주파수보다 좀 더 빠르게(2배 이상)으로
입력해 주면 괜찮을 듯 하다.
 

2016년 2월 16일 화요일

[PSOC5] cy8ckit059 개발 키트 구입

개발 키트를 구입했습니다. 단돈 1만원인데요. [링크]

하지만, 미국이라 Fedex Economy로 배송료가 2.5만원이네요.

친구들이랑 같이 여러개 구입하면 쌀 것 같습니다. ㅎㅎ 그래도 디버거랑 같이 있는데 1만원이라니. 

2개의 파트로 분리해서 사용 가능.. 디버거는 두고두고 쓸 수 있죠. 디버거 개별로 사면 이 키트보다 더 비쌉니다. ^^


다음은 핀 맵 입니다.


 [Target 회로도]
 [Kitprog(디버거) 회로도]

[Target 보드 전체 회로도]

[Kitprog(디버거) 전체 회로도]

2016년 2월 15일 월요일

[PSOC5] Cypress PSOC-5LP 선택

ARM-CORTEX-M3 계열인 Cypress PSOC-5LP에 대해서 다뤄 보겠습니다.

Cypress 의 전체 Microcontroller 제품의 포트폴리오는 다음과 같고, 이번에 다룰 제품은 이 중에서 PSoC 5LP 입니다.



PSOC-5PL 모델은 크게 또 4가지로 나눠집니다.
1. CY8C52xx
2. CY8C54xx
3. CY8C56xx
4. CY8C58xx

각각의 모델별로 Ordering Information 은 다음과 같은데, 이 정보가 가장 제품을 선정하는데 간편하게 되어 있는 것 같습니다.

1. CY8C52xx (Ordering Information)


2. CY8C54xx (
Ordering Information)


3. CY8C56xx (Ordering Information)

4. CY8C58xx (Ordering Information)

2016년 2월 14일 일요일

[PSOC4] BLE Pioneer Kit(CY8CKIT-042-BLE) H/W 구성

ypress의 BLE Pioneer Kit(CY8CKIT-042-BLE)를 간단히 소개합니다.

얼마 전에 Cypress 사의 블루투스 관련 개발용 키트 교육에 참가해서 이 보드를 공짜로 받았습니다.

이 보드는 크게 2부분으로 되어 있습니다.

PSoC5LP 라는 Cortex-M3 계열의 MCU인 CY8C5868LTH-LP039로 구성된 Programmer and Debugger 와
PSoC4 라는 Corte-M0 계열의 xCY8C4247LQI-BL483로 구성된 PSoC4 BLE Module로 구성되어 있습니다.

[ Programmer and Debugger ]
[ PSoC4 BLE Module ]


그리고 추가로 다음과 같은 구성품이 있습니다.
PC의 USB 2.0 포트에 붙여서 블루투스 통신을 연결해 주는 동글이 있는데,
이 동글의 하드웨어 구성은 또한 CYBL10162-56LQXI MCU를 콘트롤하는 
디버거와 프로그래머가 붙어있는 형태로 되어 있어 CYBL10162-56LQXI MCU를 프로그램 변경 가능합니다.

[ USB 블루투스 동글 ]


또 옵션으로 PSoC4 BLE Module 보다 성능이 떨어지고 가격이 저렴한 블루투스통신 모듈인 PRoC BLE Module이
들어 있습니다. Cortex-M0 코어인 CYBL10563-56LQXI로 구성되어 있습니다.

PRoC BLE Module ]
이 보드의 연습 목적은 PSoC4 BLE Module 이나 PRoC BLE 모듈의 프로그램 및 디버깅 입니다.
PSoC5LP MCU를 프로그래밍 하려면 또 다른 디버깅 툴이 있어야 하고, JTAG 콘넥터가 납땜되어 있지않기 때문에
맞는 콘넥터와 프로그램 및 디버거를 구입해서 테스트 해 봐야 합니다.

하지만 프로그램을 고치게 되면 현재의 기능인 프로그램 및 다운로드 기능을 잃게 되니 
이 보드는 BLE 모듈 을 테스트하는데에만 사용하고, PSoC5LP 를 연습하려면 050개발키트를 구입하는 것이 낫겠습니다.



전체적인 개발 환경 구성은 다음과 같습니다.

[dialog] SUOTA Update at DSPS Profile-2

SUOTA 는 2가지 방법으로 제공됩니다.
 Scheme 1: The secondary bootloader is stored in the external non-volatile memory. (SPI/I2C Flash Memory)
 Scheme 2: The secondary bootloader is burnt into the internal OTP.

저는 이중에서 Scheme 1 을 사용했습니다.

먼저 다음의 SDK5.03에 있는 디렉토리의 secondary bootloader 프로젝트를 엽니다.
D:\..\DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\utilities\secondary_bootloader\secondary_bootloader.uvprojx

컴파일하면 secondary_bootloader.hex 파일이 나옵니다.
기본으로 SPI 메모리와 security Mode 는 No security 로 되어 있는데, 그냥 이 옵션으로 하겠습니다. 자세한 내용은 넘어갑니다.

하드웨어는 dialog Basic Kit로 하겠습니다.
따라서 점퍼셋팅은 SPI Flash 를 사용하도록 셋팅합니다. 저는 추가로 디버그용으로 UART Txd 핀을 1개 더 연결했습니다.



Scheme 1 으로 SUOTA를 구성했을 때, 메모리맵 구조는 다음과 같습니다.


잘 안보이는데, AN-B-010 문서의 10 페이지를 찾아 보십시요.

나중에, DSPS 이미지를 0x13000 어드레스 영역에 SUOTA로 올릴 것이고 일단은 Proximity 이미지 2개를 이름하고 sw version 만 서로 다르게 하여 만들 것입니다.

자, 그럼 8.Creating the binary files and images & programming the flash 로 넘어갑니다.
1. Download DA1458x_SDK_5.0.3 zip
2. 2. Open & Build the bootloader project from the path:
\DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\utilities\secondary_bootloader.secondary_bootloader.uvprojx
3. 3. Copy the secondary_bootloader.hex (from the path
utilities/secondary_bootloader/Out) into the mkimage folder (utilities/mkimage path).
4. Open proximity reporter project from the path:
DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\projects\target_apps\ble_examples\prox_reporter\Keil_5\prox_reporter.uvprojx
5. Change device name in NVDS (user_config.h) to:     #define USER_DEVICE_NAME    "SUOTA-1"
6. Change the software version in the ble_580_sw_version.h to: DA14580_SW_VERSION
“v_3.0.6.1”


7. Build the project and rename the full_emb_sysram.hex as fw_1.hex.
이거 이름이 저렇게 되어서 헤깔리더라고요. 빌드하면 다음과 같이 hex 파일이 나옵니다.
DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\projects\target_apps\ble_examples\prox_reporter\Keil_5\out_580\prox_reporter_580.hex
prox_reporter_580.hex 파일을 fw_1.hex로 바꾸라는 것이죠.

8. Copy ble_580_sw_version.h (from the DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\sdk\platform\include) into the
mkimage folder (DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\utilities\mkimage path) and change the name to fw_version_1.h.

9. Change device name in NVDS (user_config.h) to:     #define USER_DEVICE_NAME    "SUOTA-2"
10. Change the software version in the ble_580_sw_version.h to: DA14580_SW_VERSION
“v_3.0.6.2”

11. Build the project and rename the full_emb_sysram.hex as fw_2.hex.
이거 이름이 저렇게 되어서 헤깔리더라고요. 빌드하면 다음과 같이 hex 파일이 나옵니다.
DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\projects\target_apps\ble_examples\prox_reporter\Keil_5\out_580\prox_reporter_580.hex
prox_reporter_580.hex 파일을 fw_2.hex로 바꾸라는 것이죠.

12. Copy ble_580_sw_version.h (from the DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\sdk\platform\include) into the
mkimage folder (DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\utilities\mkimage path) and change the name to fw_version_2.h.

저는 추가로 DSPS 프로젝트를 컴파일하여 나온 hex 파일을 sps_device.hex 바꾸고 sw_version_3.h 내용을 다음과 같이 바꾸어서, sps_device.hex 와  sw_version_3.h utilities\mkimage path 에 놓았습니다.
#define DA14580_SW_VERSION "v_3.0.6.4"
#define DA14580_SW_VERSION_DATE "2015-10-15 16:01 "
#define DA14580_SW_VERSION_STATUS "REPOSITORY VERSION"

13. Convert the 3 .HEX files to .BIN with the hex2bin program (can be found in the
flash_programmer folder). This can be easily done by dragging and dropping the file on the
HextoBin.exe
 secondary_bootloader.hex -> secondary_bootloader.bin
 fw_1.hex -> fw_1.bin
 fw_2.hex -> fw_2.bin

DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\utilities\flash_programmer 폴더의 hex2bin.exe 프로그램이 있는데,
이 프로그램 위에 fw_1.hex 파일을 마우스로 선택해서 끌어다 옮겨 놓으면 fw_1.bin 이 생깁니다.
마찬가지로 fw_2.bin , sps_device.bin 을 만듭니다.

At this point, you should have the following binary & header files added to the mkimage folder:

8.2 Creating the image files 내용에 따라 진행해 봅시다.
일단 D:\manual\Dialog\DA1458x_SDK_5.0.3\DA1458x_SDK\5.0.3\utilities\mkimage 폴더로 가면 메뉴얼과 다르게 mkimage.exe 파일이 없습니다.


여기의 하위 msvc 폴더로 가면 msvc.sln 이 있는데, MS visual C++ 프로젝트 파일인 듯 합니다.
visual studio 가 있어야 실행이 되는데 저는 2013 버전으로 해서 빌드하니 Debug 폴더에 mkimage.exe 파일이 생겼습니다.

그리고 나서 메뉴얼에 있는 위치에 mkimage.exe 파일을 copy 했습니다.

bin 파일을 img 파일로 변환합니다.
cmd 명령어로 명령창을 띄우고, mkimage 폴더의 위치로 이동합니다.

거기에서 다음과 같은 명령어를 실행하여 fw_1.img , fw_2.img, dsps_v1.img 를 만듭니다.
mkimage.exe single fw_1.bin fw_version_1.h fw_1.img
mkimage.exe single fw_2.bin fw_version_2.h fw_2.img
mkimage.exe single sps_device.bin fw_version_3.h dsps_v1.img


At this point, the 2 images have been created as shown below:

8.3 Creation of the multi_part.bin for the SPI memory using Scheme 1
Scheme 1 has the OTP blank. Therefore, the secondary bootloader will have to be stored in the
external memory.
Using Scheme 1, the file multi_part.bin which will be programmed into the SPI memory has the
outline architecture shown below:
다음의 메모리맵 구조로 된 multi_part.bin 파일을 만듭니다. SCHEME 1 구조인, 외부 메모리에 부트로더와 실행 이미지 2개 및 Product Header로 구성된 multi_part.bin 파일을 만듭니다.

mkimage.exe 로 다음의 명령어를 이용해서 만듭니다.
mkimage.exe multi spi secondary_bootloader.bin fw_1.img 0x8000 fw_2.img 0x13000 0x1F000 multi_part.bin

다음 내용은, smartsnipets 툴로 multi_part.bin 파일을 SPI 메모리에 굽는 내용인데, 똑같은 내용이라 메뉴얼의 8.5 Preparing the SPI memory: erasing the SPI memory 내용을 참고하십시요.
중요한 점은 17 페이지의 Figure 17 처럼 팝업창이 뜨면 No 버튼을 눌러주세요. 안 그러면 앱을 돌렸을때, SUOTA 디바이스가 안 뜹니다.

위의 이미지를 구워 넣고, 구글 play 스토어에서 SUOTA 앱을 받아서 스마트폰에 설치하고 실행하면 다음과 같은 화면이 떠서 SUOTA가 제대로 동작하고 있음을 알 수 있습니다.

제가 실제 테스트해 본 경우에는, 리셋 버튼을 눌러 줘야 SUTA 앱에서 SUOTA-1 이 검색되네요.

메뉴얼의 10 Running SUOTA from an Android platform 을 보고 따라 하면 잘 되는데, 제가 추가로 테스트 한 내용을 적어 봅니다.
이전에 dsps_v101.img(dsps_v1.img 는 erase 기능이 없는 버전이라 기능을 추가해서 dsps_v101.img로 다시 만들었습니다.)은 DSPS 프로그램을 조금 수정하여 Erase 명령을 집어 넣어 0x13000 부터 32KByte(0~0x3FFF) , 즉 0x13000~0x16FFF 영역을 지우도록 했습니다.

이후의 스마트폰으로 테스트한 상황을 쭉 나열해 보겠습니다.
1. multi_part.bin을 SPI FLASH에 넣은 후,  리셋하고 SUOTA 앱을 실행하면 SUOTA-1 device Name 이 뜹니다.
2. 이 디바이스로 들어가면 Update device 메뉴가 뜹니다.
3. 누르고 들어가면, 제가 PC에서 스마트폰에 넣어둔 이미지들이 여러가지 보이네요. 3번에서 이미지를 고르면 바로 4번으로 넘어갑니다. 제가 dsps_v101.img 를 선택하고 4번에서 Send to device 를 누르니 “Same Image Error”가 나와서 Download가 안되네요. 이유는 모르겠습니다. (이 때, 일단 fw_2.img 를 넣은 다음에 다시 dsps_v101.img를 다운로드하면 잘 됩니다.)
4. 3번에서 dsps_v101.img 가 다운 안되서 fw_2.img를 선택하고 Send to device 버튼을 누릅니다.

5. 다운로드가 정상으로 완료되고 부팅을 할거냐고 물어보면 OK 합니다.
6. SUOTA-2 로 디바이스가 바뀌었습니다. 제대로 BANK-2 에 다운로드 되었음을 알 수 있습니다.
7. SUOTA-2 로 들어가서 Update device를 누릅니다.
8. dsps_v101.img를 선택하고 Send to device 누릅니다.

9. BANK-2 에 제대로 다운로드 되었고 리셋한다는 팝업이 뜨면 OK 합니다.
10. 이제 DSPS F/W가 동작하므로 SUOTA 앱에는 device name이 보이지 않습니다.
11. DSPS 앱을 실행하니 DSPS-1 이라는 device name 이 뜨네요.
12. 제가 BLE 프로토콜로 [erixxxx 라고 스트링을 송신하면 0x13000~0x16FFF 까지 32KByte 를 지우는 동작이 수행됩니다.
현재는 SRAM에서 프로그램이 돌고 있으므로 바로 변화는 없습니다. 나중에 지우고 리셋 동작을 추가하면 바로 SUOTA-1로 동작이 될 것 같습니다.

13. 리셋을 하면, SRAM에서 실행되던 것이, 다시 부팅하면서 SPI에서 읽어서 SRAM에 loading 하게 됩니다.
이 때, 이전에 dsps_v101 에서 메모리를 지워버렸으므로 부트로더가 프로그램이 없는 것으로 인식해서 자동으로 부팅 가능한 SUOTA-1 이 실핸됩니다.
14. SUOTA-1 로 들어갑니다.
15. 다시 dsps_v101.img 를 선택합니다.
16. BANK-2 로 다시 send to device 버튼을 누릅니다.

17. 다운로드가 잘 되었고, 리붓 -> 확인을 누릅니다.
18. 리셋 되었습니다.
19. DSPS 프로그램이 동작 되므로 SUOTA 앱에 안보입니다.
20. DSPS 앱으로 보면 보입니다. dsps_v101.img 프로그램 이미지가 잘 실행 되었군요.
이렇게 앞으로, BANK-2 에다가 어떤 일반 dialog 프로그램이라도 다운로드 할 수가 있습니다.
하지만, 0x13000 영역을 지우는 코드가 반드시 있어야 다시 SUOTA-1 로 돌아가서 다시 SUOTA로 새로운 프로그램 이미지를 다운로드할 수 있습니다.

하지만 주의할 점은, 반드시 BANK-2에만 다운로드해야 한다는 점입니다. 잘못해서 BANK-1에 다운로드 하면 다시 SUOTA로 부팅이 안되고, 처음의 multi_part.bin 을 JTAG로 SPI FLASH에 구워 넣어줘야 합니다.


21. 다시 DSPS 프로그램이 동작하네요. 그리고 다시 Erase 명령을 실행시키고 리셋 하면?
22. SUOTA 프로그램이 부트로더에 의해 자동으로 동작하여 SUOTA 앱으로 device name 이 검색되고, 프로그램 이미지를 다운로드 가능합니다.


자, 이렇게 SUOTA를 이용해서 SUOTA 가 아닌 다른 프로그램도 다운로드 가능한 방법을 알아봤습니다.
꼼 수 이지만, 조금 더 손보면 괜찮을 것 같습니다.

끝으로 여기서 사용한, 0x13000 영역을 지우는 명령이 들어있는 DSPS 프로그램 프로젝트를 압축해서 첨부하겠습니다.
app_sps_scheduler.c 의 void app_user_callback(void) 함수에서 "[erixxxx" 를 검출하면 다음의 함수가 실행되어 32KByte 블럭을 지우는 코드가 들어있습니다. (host 프로젝트가 아니고 device 프로젝트를 실행하시면 됩니다)
DA14580_DSPS_3.150.2___13_2_2015\DA14580_DSPS_3.150.2\dk_apps\keil_projects\sps\sps_device

void app_spi_erase_prog_test(void)
{
    // Enable FLASH and SPI
    spi_flash_peripheral_init();
    spi_flash_block_erase(0x13000,BLOCK_ERASE_32);
}


[erasable DSPS 프로그램 다운로드 링크]

[PSOC4] PSOC4에서의 SGPIO

이번엔 PSOC4로 SGPIO 출력을 구현해 보겠습니다.

이전에 PSOC_5LP 에서 만들어 보았던 회로와 구성은 똑같습니다.

하지만 PSOC4는 UDB(Universal Digital Blocks)가 4개 밖에 없는데, 
TCPWM 4개가 UDB에 포함되어있지 않아서, 만약 TCPWM을 적절하게 사용한다면 
PSOC-5LP 만큼은 못하지만 충분히 여러가지 기능들을 구현할 수 있습니다.

또한 PSOC4는 UART/I2C/SPI 등, 어떤 특정 기능의 핀을 바꿀 수 없었습니다.
UDB로 새로 만든 기능은 임의로 핀을 지정해서 입출력핀으로 사용할 수 있지만,
이미 내장된 기능의 핀은 특정 위치로 바꿀 수 없었던 것이 PSOC-5LP와의 차이점으로 보입니다.
(아직도 PSOC을 배워가는 중이라서 이렇게 표현합니다)


SGPIO 출력의 주요 기능은 다음과 같습니다.
1. Trigger 입력으로 동작하는 특정 갯수만큼 펄스 발생회로.(SHFT CLK)
2. Shift Register
3. Shift Register Load 신호와 CLK신호 (Load 입력 신호에 CLK입력도 넣어 줘야 load 기능 동작함)
4. SHFT CLK(load CLK + SCK) 에서 SCK만 추출해서 SCK를 출력

[ 주요 기능은 SCK에 동기된 SDO 출력입니다. ]


다음은 PSOC Creator 3.3 에서 TopDesign.cysch 탭에 회로도를 그린 내용입니다.

[회로도만 자세히...]

이 회로는 ..
1. Control_Reg_1 의 신호를 0->1로 하여, Trigger 신호를 PWM_1 에 주면,
2. PWM_1 은 입력 클럭의 2(load clk) + 24x2 클럭 만큼 line 출력이 Low였다가 High 바뀝니다.
3. line 출력이 Low->High 로 바뀌는 순간 stop 신호로 rising Edge 입력에 의해 PWM_1 component가 자동으로 멈춥니다.
4. 이 line 출력을 AND 로직으로 CLK과 비교해서 출력 하면 좋겠지만, AND 로직이 CLK입력을 바로 입력 받을 수 없다고
ERROR 을 띄워서 NOT+AND+D-FF를  써서 2분주해서 SCK 출력을 만들어야 했습니다.
만약 AND 입력으로 CLK를 받을 수 있다면 좀 더 빠른 SCK를 만들 수 있겠습니다만, 방법을 못 찾아서 Cypress에 문의해 두었습니다.
5. SCK_MASK 회로(MUX[2:1],Basic_Counter_1,DigitalComp_1)는 load clk+sck 에서 sck만을 걸러내기 위해 만든 회로입니다.
이 신호를 NOT 로직으로 반전하면 Load 신호가 됩니다. 그런데 Shift_Register에 load신호를 주기 위해서 load(High)신호와 1CLK를 동시에 입력해 줘야 load 신호가 동작하기 때문에 처음부터 PWM 에서 CLK 신호를 1개 더 만들었던 것이고, 여기에서 실제 출력할 SCK를 걸르려면 load clk를 빼기위한 신호가 필요했습니다.

main.c 프로그램 소스는 다음과 같습니다.
int main()
{
    CyGlobalIntEnable; /* Enable global interrupts. */

    /* Place your initialization/startup code here (e.g. MyInst_Start()) */
    PWM_1_Start();
    ShiftReg_1_Start();
    
    ShiftReg_1_WriteRegValue(0x00800001);   // 1-Shift value
    Control_Reg_1_Write(0x01);     // Trigger
    Control_Reg_1_Write(0x00);

    ShiftReg_1_WriteData(0x00800002);         // 2-Shift Value
    Control_Reg_1_Write(0x01);     // Trigger
    Control_Reg_1_Write(0x00);

    for(;;)
    {
        /* Place your application code here. */
    }
}

위 소스 코드에서 보면 출력이 워낙 빨리 나가서, 다 나갔는지 체크하는 내용은 뺐습니다. 트리거 하고 다음 쉬프트 값 쓰는 동안 이미 출력은 나가버렸습니다. ^^



다음은 위의 설명에 따른 출력을 오실로 스코프로 보시겠습니다.



Shift 값 0x00800001 과 0x00800002 가 제대로 출력 되었음을 알 수 있습니다.

2016년 2월 12일 금요일

[dialog] DA14580 외부 FLASH 메모리에 쓰기

안녕하세요,

DA-14580 BLE CPU는 OTP 메모리와 RAM으로 구성되어 있어서,
1번 잘못 쓰면 프로그램을 수정할 수가 없습니다.

그래서 Keil debug를 통해서 RAM에 프로그램을 올려서 테스트용으로 프로그램을 실행하던가,
아니면 외부에 SPI/I2C Flash Memory를 붙여서 JTAG를 통해서 Dialog S/W tool인 
SmartSnippets을 사용해서 프로그램을 Flash Memory에 쓸 수 있습니다.

동작 방식은 전원을 켜면 SPI/I2C Flash 메모리에서 프로그램을 읽어와서 
SRAM에 copy 해서 SRAM에서 프로그램이 돌아가는 형태입니다.

저는 SPI FLASH를 사용했는데,
DA14580에서 약간의 I/O를 사용하는데, 가뜩이나 작은 칩을 사용해서 I/O가 충분히 많지 않기 때문에
SPI를 사용할 경우 특정 핀(SPI FLASH 연결 핀들)을 피해서 사용해야 합니다.

프로그램은 Debug에서 돌리던 프로그램을 그대로 올리면 되고,
대신에 전원 리셋시, SPI FLSH에서 S-RAM으로 프로그램을 Copy하는 시간 때문인지 약간의 딜레이가 생깁니다.


위의 표를 보면 secondary bootloader 를 사용해 보진 않아서 모르겠지만,
OTP에 프로그램을 굽는 것 보다 외부 플래쉬에 프로그램을 쓰는 것이 시간과 에너지 소비가 훨 씬 많네요.

[dialog] DA14580 개발용 보드 소개

다이얼 로그사의 개발용 키트의 종류는 다음과 같습니다.
제가 사용하는 개발용 키트는 Dialog 사의 Expert 키트 입니다.
Expert kit 는 내부에 SEGGER 칩이 내장되어 있지 않아서 디버거를 따로 제공합니다.
다른 두개의 보드(BASIC,PRO)는 내부에 디버거가 내장되어 있으니 좀 더 편리해진 것 같습니다.

다음은 EXPERT 보드의 총 구성품목 입니다.