[STM32F4xx] Nucleo 보드 테스트 #8(SDIO CLK 설정:KEIL)

일단 동작이 되서 아무생각 없이 넘어 갔는데,

데이터 전송률을 계산하려다보니 SDIO 클럭을 계산하는 방법을 찾아 봤습니다.

설명이 명확하게 안나온 것인지, 제가 이해를 못 한 것인지 ... 해서 또 노가다를 뛰었습니다.

레퍼런스 메뉴얼에는 다음과 같은 블럭도가 있었습니다.

내용은 SDIO 는 PCLK2 와 SDIOCLK 2개를 사용한다는 것이고,

실제 외부에 나와있는 SDIO_CK 는 SDIOCLK 와 관계가 있고,

SDIOCLK 는 48MHz 이다.

그런데, "SDIOCLK 는 PCLK 와 관계가 없는것인가? " 라는 내용을 잘 찾을 수가 없었습니다.

관계가 있는지 없는지 확인을 해 봤습니다.

APB2CLK 을 2분주하고 SDIO_CK 를 오실로 스코프로 찍어 보니, 아무런 변화가 없었습니다.

즉 PCLK2 하고는 관계가 없다고 볼 수 있겠죠. 그렇다면 SDIOCLK 는 48MHz로 내부에서 PCLK와 상관없이 고정된 틀럭이라고 보면 될 것 같습니다.

그러면 SDIO_CK 는 어떻게 설정을 하는가를 찾아 보니, CUBE 툴에 다음과 같은 내용이 있었습니다.

SDIO_CK = SDIOCLK / [CLKDIV + 2] 라고 되어 있습니다.

현재 설정은 void MX_SDIO_SD_Init() 함수에서 CLKDIV 가 0으로 되어 있으니 SDIO_CK = SDIOCLK(48MHz) / [0 + 2] = 24MHz 입니다.

실제로 오실로 스코프로 봤습니다.

계산상으로 21MHz 이니까, 거의 24MHz 가 나오네요. 대략 맞네요.

그럼 CLKDIV를  2로 해서 4분주를 하면 12MHz 정도 나올 것으로 예상하고 오실로 스코프로 측정을 해 봤습니다.

SDIO_CK 가 계상상으로는 10MHz 로 대략 12MHz 정도로 일치한다고 봅니다. 눈으로 보고 측정을 하니 오차가 좀 있네요.

따라서 결론은,

1. SDIO_CK 는 SDIOCLK 하고만 관계가 있고, 

2. SDIOCLK는 48MHz로 고정된 독립된 클락이다.

3. SDIO_CK 의 속도를 조정하는 공식은 SDIO_CK = SDIOCLK / [CLKDIV + 2] 이다.

[STM32F4xx] Nucleo 보드 테스트 #6(I2C 2/2 인터럽트:KEIL)

I2C 통신으로 간단하게 EEPROM(AT24C04) 를 읽기/쓰기 테스트 해 봤습니다.

예전에 PSOC4로 해 놓은 자료가 있으니까, 자세한 설명은 빼고 동작 테스트만 해 보겠습니다.

먼저 I2C 인터럽트를 사용하여 데이터를 보내고 받는 함수들은 다음과 같습니다. 

1. HAL_I2C_Master_Transmit_IT()

   : I2C 인터럽트를 사용하여 데이터를 보내는(Write) 함수

2. HAL_I2C_MasterTxCpltCallback()

   : I2C 인터럽트를 사용하여 데이터를 보내고 다 보내면 인터럽트에 의해 호출되는 함수

3. HAL_I2C_Master_Receive_IT()

   : I2C 인터럽트를 사용하여 데이터를 받는(Receive) 함수

4. HAL_I2C_MasterRxCpltCallback()

   : I2C 인터럽트를 사용하여 정해진 개수의 데이터를 다 받으면 인터럽트에 의해 호출되는 함수

위의 함수들은 stm32f4xx_hal_i2c.c 파일에 정의되어 있습니다. 

HAL_I2C_MasterTxCpltCallback(), HAL_I2C_MasterRxCpltCallback() 과 같은 콜백함수는 __weak 키워드를 없애고

main.c 파일에 복사해서 내부 내용을 바꿔서 쓰면 인터럽트가 걸릴때 마다 콜벡함수를 호출하게 됩니다.

이 파일의 위치는 다음과 같습니다.

친구 돌잔치를 가봐야 해서 main.c 에서 EEPROM 읽고 쓰는 부분을 그림으로 올려 놓겠습니다.

[16 Byte Write 오실로 스코프 파형]

[Word Address Write 오실로 스코프 파형]

[16 Byte Read 오실로 스코프 파형]

소스 파일 첨부.

[STM32F4xx] Nucleo 보드 테스트 #7 (u-SD - SDIO-4Bit :KEIL)

STM32F4xx 의 SDIO 통신방식으로 u-SD Card 를 다뤄 보겠습니다.

여러가지 예제를 보고 그대로 했는데도 자꾸 실수를 하는 바람에,

동작 시키기까지 하루 종일 걸렸네요. ^^

SD 카드 모듈은 Waveshare 에서 만든 그냥 u-SD Card 모듈인데, 엘레파츠에서 샀습니다.

Nucleo 보드와 SD Card 모듈의 H/W 연결은 다음과 같습니다.

실제 연결한 그림입니다. 사진을 잘 못 찍어서 이렇네요. ^^

SDIO의 큐브에서 설정은 다음과 같습니다. SDIO 를 넣었더니 clock 설정에서 APB1 peripheral clocks(MHz) 가 42MHz 이하로 줄여야 한다고 에러가 나서 42MHz로 맞추다 보니 시스템 클럭은 84MHz로 줄어 버렸습니다.

SDIO 4Bit 핀아웃은 다음과 같습니다. 데이터버스 4개,CLK,CMD 로 총 6개의 I/O 가 사용되고 경우에 따라서 CD(Card Detect) 입력을 1개 쓸 수도 있습니다. 일단은 테스트니까, CD는 사용 안했습니다.

프로그램은 그냥 Polling으로 처리했습니다. 나중에 DMA를 사용하면 아주 빠르다고 하네요.

프로그램은 

1. SD card 초기화하고, 

2. 텍스트 파일을 1개 만들어서 , 

3. 파일에 스트링을 몇자 쓰고 ,

4. 파일을 닫아서,

5. PC에서 SD Card를 읽어서 확인해 봤습니다.

다른 것은 별 어려움이 없었는데, 4Bit Wire로 바꾸는 것이 좀 어려웠습니다.

어딘가에서 바뀔 수도 있는지 모르겠는데, BSP_SD_Init(); 함수를 실행해야 4비트 방식으로 바뀌는 것인데..

프로그램 어디에도 BSP_SD_Init();함수를 실행하지를 않아서 SD Card 초기화 하고 나서 BSP_SD_Init(); 함수를 실행하도록 수정했습니다.

자세한 프로그램 내용은 첨부된 파일의 main.c 를 보시면 알 것 입니다. 참조해 주십시요.

다음은 이 프로그램에 의해 UART로 response 를 출력해 본 내용입니다. (제가 디버그용으로 UART를 주로 쓰는 편이라..)

response 가 0 이면 정상입니다.

다음은 SD card 내용과 그안에 만들어진 텍스트 파일의 내용입니다.

[STM32F4xx] Nucleo 보드 테스트 #5(I2C 1/2 :KEIL)

이제 I2C 통신 테스트를 해 보려고 합니다.

먼저 Cube 툴에서 I2C1 을 선택했더니, PB6(I2C1_SDA) , PB7(I2C_SCL) 로 핀아웃이 배정되는군요.

Nucleo 보드의 핀위치는 다음과 같습니다.

현재 제가 갖고 있는 I2C 테스트하기 가장 좋은 놈이 하나 있군요. 예전에 PSOC4로 I2C를 테스트하려고 산 EEPROM 모듈(AT24C04)가 있어서 Nucleo 보드와 위의 핀에 연결해 봤습니다.

I2C 테스트 코드를 IRQ 용으로 작성을 했는데, 아직은 IRQ 처럼 사용하지는 않았습니다.

그저 Write 테스트를 해 보려했습니다.

I2C Write 방식은 

'시작 + 7비트 DEVICE ADDRESS + R/W + ACK(EEPROM 에서 응답) + 끝' 이 기본이고,

여기서 추가로 데이터를 몇개 더 보낼 때는,

'시작 + 7비트 DEVICE ADDRESS + R/W + ACK(EEPROM 에서 응답) + 8비트 데이터#1 + ACK(EEPROM 에서 응답)

 + 8비트 데이터#2 + ACK(EEPROM 에서 응답) + ....+ 8비트 데이터#n + ACK(EEPROM 에서 응답) + 끝' 과 같이 하면 됩니다.

I2C 디바이스는 각각 고유의 DEVICE ADDRESS가 있는데, 위의 AT24C04 모듈의 DEV ADDR 은 0x50 입니다.

따라서 main.c 에 어드레스를 다음과 같이 정의했습니다.

#define I2C_ADDRESS        0x50

그리고 main() 함수에 다음을 추가해서 오실로 스코프로 찍어볼 준비를 했구요.

(I2C 설정은 Cube 툴에서 해주니 설정에 관한 설명은 생략합니다)

   i2c_tx_buf[0] = 0x01;

   i2c_tx_buf[1] = 0x02;

   i2c_tx_buf[2] = 0x03;

    if(HAL_I2C_Master_Transmit_IT(&hi2c1, (uint16_t)I2C_ADDRESS, i2c_tx_buf, 3)!= HAL_OK)

    {

      /* Error_Handler() function is called in case of error. */

      Error_Handler();

    }

그런데 스코프로 찍어 보니, 7비트 어드레스만 우측으로 1비트 밀려서 나가고 더이상 데이터가 나오지 않아서

자세히 보니, 어드레스를 좌측으로 1비트 밀어야 ACK가 응답으로 오면서 후속 데이터가 제대로 나가겠구나 .. 라는 생각이 드네요.

그래서 DEVICE Address 를 다음과 같이 수정했고,

#define I2C_ADDRESS        (0x50 << 1)

오실로 스코프의 파형도 정상으로 나왔습니다.

오늘은 WRITE 출력 파형이 프로그램으로 잘 출력 되는지 정도만 확인했고,

내일은 EEPROM을 제대로 읽고 쓰는 테스트를 진행해 보겠습니다.

테스트한 파일 첨부합니다.

[STM32F4xx] Nucleo 보드 테스트 #4(UART2:KEIL)

이번에는, 이전 소스 코드에, UART2 인터럽트 처리 함수를 추가해 봤습니다.

STM32F4xx 의 UART 데이터 처림 방식에는 3가지가 있습니다.

1. Polling mode

 보내고 받는 동작에서 다른 일을 못하고 상태를 지켜 보고 있어야 해서 효율이 떨어진다.

2. Interrupt mode

 보내고 받는 동작이 완료되면, 인터럽트 함수로 점프해서 특정 동작을 처리하고 돌아온다.

보낼 경우는 몇개의 데이터를 보내는지 알아서 딜레이를 주던가, 주기적으로 상태를 체크하면서 동작 시키면 되는데,

받을 경우에는 가변 길이의 프로토콜일 경우 1개의 데이터가 받아질 때마다 인터럽트 처리를 해야 하는데 

데이터 전송률이 높을 수록, 또 수신 데이터가 많아질 수록 함수를 자주 호출하므로 다른일을 못하게 되어 효율이 떨어진다.

3. DMA mode

가장 효율이 좋은 방식으로, 인터럽트 처리 함수를 호출할 필요가 없이 메모리에 직접 데이터가 받아지므로,

주기적으로 받은 데이터를 링버퍼에 쌓아서 처리하면 된다.

외국에서 DMA방식을 써서 많은 잇점이 있다고 하는 글을 첨부해 봅니다.

DMA allows the UART to store data in memory WITHOUT interrupting the processor until the buffer is full saving lots of overhead.

In my case, I told PDC(Peripheral DMA controller) to store UART data into an buffer (byte array) and specified the length. When UART via PDC filled the buffer the PDC issued an interrupt.

In PDC ISR:

1. Give PDC new empty buffer
2. Restart UART PDC (so can collect data while we do other stuff in isr)
3. memcpy full buffer into RINGBUFFER
4. Exit ISR

As swineone recommended above, implement DMA and you'll love life.

저는 DMA는 링버퍼 구현 때문에 시간이 좀 걸릴 것 같아서, 

우선은 다른 구현해야할 동작을 먼저 하고 일단은 RX 인터럽트만 동작을 시켜봤습니다.

이전에 Cube툴에서 UART2 인터럽트를 설정해 놓고 코드를 생성했기 때문에,

이전 글에서 첨부한 소스코드에 Rx 인터럽트 처리함수만 추가해서 1바이트 받으면 바로 TX로 뿌려주는 동작만 구현했습니다.

타이머 인터럽트 처리함수처럼 UART인터럽트도 사용자 콜백함수가 있었습니다.

이 함수 역시도 __weak 키워드가 붙어 있고 이것을 사용하려면 사용할 사용자 파일에 복사해서 붙여넣기를 해서

__weak 키워드를 지워주고 함수 안의 내용을 입맛에 맞게 고쳐주면 됩니다.

처음에 할 일은, 설정은 이미 자동으로 코드가 생성되어 완료가 됐고 

1. "내가 uart2 포트(huart2)로 인터럽트 방식을 사용해서 특정 변수에(uart2_rx_ch) 1바이트를 받겠다" 라는 명령을 실행시킵니다.

 HAL_UART_Receive_IT(&huart2,&uart2_rx_ch,1);

2. 위의 코드가 실행되면 uart2로 1바이트의 데이터가 수신될 때마다 인터럽트가 걸리는데,

이 때마다 위의 설명에서 말씀드린 사용자 콜백함수로 점프해서 해당 코드를 실행하고 복귀합니다.

아까 말씀 드린 stm324xx_hal.c 파일에 있던 __weak 키워드가 붙어있는 사용자함수를 main.c 파일에 붙여 넣고 함수 내부 코드를 수정한 함수는 다음과 같습니다.

코드의 내용은 "받은 데이터를 폴링방식으로 TX로 출력하고, 다시 인터럽트로 1바이트 받겠다" 입니다.

일종의 echo 동작이죠.

DMA 까지 필요없는 분들은 이 함수를 수정해서 링버퍼에 쌓아서 쓰시던가 그냥 입맛에 맞게 적당히 고쳐서 쓰시면 되겠습니다.

테스트 결과는 다음과 같습니다.

이상이고, 소스 파일 첨부해 놓겠습니다.

[SAM D21] Atmel Wifi 모듈 테스트 소식

안녕하세요,

Wifi 모듈 에 관한 글이 인기가 많은 듯 하네요. ^^

AT 커맨드 모드로 간단한 테스트를 진행하려고 했는데,

Wifi 모듈의 펌웨어를 바꿔야 AT 커맨드 모드를 사용할 수가 있다고 합니다.

현재는 Wifi 모듈에 펌웨어 업데이트가 안되서 SPI 통신으로 동작을 테스트 할 생각입니다.

지난 번에 개발키트는 프로차일드사에 업데이트를 맡겼는데, Wifi 모듈과 연결된 

SAMD21 쪽 MCU 나 JLINK MCU 펌웨를 Update한 것으로 보입니다.

그 이후로는, SAMD21 MCU에 프로그램을 다운로드하고 예제 프로그램이 동작되었습니다.

일단 잘 동작 되어서 원인은 자세히 물어 보지 못했는데, 어떻게 했는지 한번 알아 보고 내용을 올려 보겠습니다.

그런고로, 현재 개발키트의 상태는?

1. SAMD21 MCU에 프로그램이 다운로드 되고 동작이 잘된다.

2. WINC1500 모듈의 펌웨어는 업데이트 안된다.

3. WINC1500 모듈의 현재 펌웨어 구동 방식은 SPI 통신방식이다.

4. WINC1500 모듈은 UART로 구동하는 AT Command 방식과 SPI 방식이 있는데, WINC1500 모듈의 펌웨어를 바꿔서 둘 중 1가지 통신 방법을 선택해서 사용할 수 있다.

지금, STM32F411 보드를 공부하고 있는 이유는 최종으로 STM32F411 보드에서 SPI 통신으로 WINC1500 모듈을 동작시키기 위함입니다.

STM32Fxx 보드를 좀 더 테스트하고 바로 WINC1500 모듈을 붙여서 글을 올리겠습니다.

조금만 기다려 주세요. ^^

[STM32F4xx] Nucleo 보드 테스트 #3 (Cube 사용법&Timer3 Interrupt:KEIL)

어제부터 Cube 툴을 사용하다가, 새로 알게된 것이 있어서 또 글을 씁니다.

Cube 사용법에서 빼 먹었다고도 할 수 있겠네요.

어제까지 동작 시킨 내용이 알고 보니,

내부 RC 클락 8MHz로 동작 시킨 것이었습니다.

원래의 의도는 ST-Link 디버거 칩으로부터 8Mhz 클락을 받아서, STM32F411 에서 PLL로 최대 클럭인 100Mhz로

동작 시킬려고 했었는데 경험 미숙으로 실수를 했습니다.

Cube 툴에 선택을 할 수 있는 Tab이 여러개 있었는데, 못봤네요.

먼저, 기본으로 표시되는 Pinout tab 에서 외부 클럭을 입력 받을 수 있도록 RCC 설정을 바꿔 주면,

Pinout 그림에 PC14,PC15,PH0,PH1 핀이 사용됨으로(녹색 표시) 표시됩니다.

그리고 저는 나중에 UART2,Timer3 를 사용할 수 있도록 설정했습니다.

Clock Configuration tab을 선택해서 클럭을 100MHz에 가까이(96MHz) 외부클락과 PLL을 사용해서 수정해 봤습니다.

이렇게 해서 코드를 출력해서 KEIL 컴파일러에서 설정 버튼을 눌러서 보니, 클럭이 96.0MHz로 변경이 되어 있었습니다.

이게 맞는 건지? 나중에 테스트를 해 보면 알겠죠 뭐. ^^

클럭이 제대로 맞는지 보기 위해서 타이머 인터럽트를 발생시켜서 Nucleo 보드의 눈으로 볼 수 있는 유일한 출력인 LED를 동작시켜 보기로 했습니다.

다시 Cube 툴로 가서 Configuration tab을 선택하면 블럭도가 있는데, 그 중에서 TIM3 를 마우스로 클릭합니다.

그러면, 팝업창이 하나 뜨는데 Parameter Setting 에서 Prescaler 값을 1000으로, Counter Period 를 1000 으로 설정하고

다시 KEIL MDK 코드를 만듭니다.

만들어진 KEIL MDK 소스 중, main.c 파일의 MX_TIM3_Init() 함수에 Cube 툴에서 설정한대로 코드가 생성된 것을 볼 수 있습니다.

이후에 Timer3 Interrupt 가 동작이 안되서 반나절 헤맸습니다.

Cube 툴로 생성된 코드는 딱 초기화까지만 만들어지고, 그 이후는 사용자가 추가하거나 수정해서 동작시켜야 했습니다.

인터넷도 찾아보고 이것 저것 코드도 수정하다가 요행으로 동작이 됐습니다.

동작이 안된 원인은 , 타이머를 인터럽트 모드로 동작 시작을 안 한 것입니다.

main()함수에 HAL_TIM_Base_Start_IT(&htim3);를 추가해 주면 됩니다.

그런데, 인터럽트 처리 함수는 어딨을까요? 

이것도 좀 헤멨는데.. 그래도 timer start 함수를 알아내는 것 보다는 좀 덜 걸렸습니다.

stm32f4xx_it.c 파일 안에 TIM3_IRQHandler() 함수를 수정하면 됩니다.

이 함수 안에 LED 포트를 토글하도록 코드를 수정했습니다.

(글 작성한 다음 날 정확한 사용 법을 알게 되었습니다. 이 내용은 동작은 되지만 제대로된 사용법이 아니여서 수정합니다.)

위의 코드에서는 타이머 인터럽트가 걸리면 TIM3_IRQHandler() 함수를 콜해서 내부 내용이 실행되기는 함니다.

하지만, 이렇게 하면 HAL_TIM_IRQHandler() 함수의 의미가 없게 됩니다.

HAL_TIM_IRQHandler() 함수를 살펴 보니 Timer 인터럽트도 여러가지 조건이 있고 그 조건에 따라 특정 함수를 호출하는 구조로 되어 있었습니다.

제가 설정한 조건은 Timer Complete 시 인터럽트가 걸리는 것 인데, 그 때 HAL_TIM_IRQHandler() 함수 내부에서 호출되는 함수는 HAL_TIM_PeriodElapsedCallback(htim); 이었습니다.

HAL_TIM_PeriodElapsedCallback() 함수는 stm32f4xx_hal_yim.c 파일에 위치해 있는데, 그 함수 앞에__weak 라는 키워드가 정의되어 있고 함수 안에 사용 방법에 대한 설명이 자세히 적혀 있습니다.

즉, 여기 함수는 건드리지 말고, 필요한 경우에 사용자 파일에 이 코드를 넣어서, 함수 안의 내용을 정의해서 사용해라.. 입니다.

그래서 저의 경우, main.c 파일에 __weak 키워드를 제거하고 HAL_TIM_PeriodElapsedCallback()함수를 카피해서 안의 내용을 LED 포트를 토글하도록 수정하니, 예전처럼 동작이 되네요.

이렇게 수정한 내용으로 소스 파일을 다시 첨부합니다. 아직 KEIL 컴파일러는 서툴러서 실수를 했네요. 죄송합니다.

그리고 컴파일러에서 빌드를 하고 프로그램 다운로드까지 한 후, 리셋 버튼을 눌러 주면 프로그램이 동작하기 시작합니다.

LED가 계속 켜져 있어서, 그냥 오실로 스코프로 찍어 보니 출력이 10.5ms 마다 인터럽트가 걸리고 있음을 알 수 있었습니다.

제가 Cube에서 prescaler를 1000, period를 1000으로 설정했으므로 실제 Timer3의 source clock은 

현재 인터럽트 출력 주파수인 100Hz에 x1000 x1000 을 해 주면 100MHz가 됩니다.

주기를 10ms로 계산했는데, 좀 더 정확하게 10.5ms로 계산하면 약 96MHz가 나오니 클럭이 제대로 PLL에 의하여 돌아가는 것을 알 수 있었습니다.

테스트한 KEIL MDK 소스 파일 첨부합니다.

[STM32F4xx] Nucleo 보드 테스트 (GPIO 출력)

이번에는 GPIO 출력 방법에 대해서 알아 보겠습니다.

GPIO 출력을 위해서는 먼저 GPIO 를 초기화 해야하는데, 

STM 계열의 문법은, 먼저 다음과 같은 구조체로 GPIO 변수를 선언하는 군요.

main.c 파일에서 global 구조체 함수로 다음과 같이 정의를 합니다.

static GPIO_InitTypeDef  GPIO_InitStruct;

GPIO_InitTypeDef 라는 구조체 형식은 다음과 같습니다.

/** 

  * @brief GPIO Init structure definition  

  */ 

typedef struct

{

  uint32_t Pin;       /*!< Specifies the GPIO pins to be configured.

                           This parameter can be any value of @ref GPIO_pins_define */

  uint32_t Mode;      /*!< Specifies the operating mode for the selected pins.

                           This parameter can be a value of @ref GPIO_mode_define */

  uint32_t Pull;      /*!< Specifies the Pull-up or Pull-Down activation for the selected pins.

                           This parameter can be a value of @ref GPIO_pull_define */

  uint32_t Speed;     /*!< Specifies the speed for the selected pins.

                           This parameter can be a value of @ref GPIO_speed_define */

  uint32_t Alternate;  /*!< Peripheral to be connected to the selected pins. 

                            This parameter can be a value of @ref GPIO_Alternate_function_selection */

}GPIO_InitTypeDef;

제가 갖고 있는 Nucleo 보드에서 LED가 PA5 에 연결되어 있어서 핀을 출력으로 설정해 봤습니다.

main.c 파일 내에, uart 테스트에 사용했던 프로젝트에서 사용된 초기화 함수에 PA5 설정에 대한 코드를 추가했습니다.

다음의 빨간 색으로 된 부분이 추가된 코드입니다. 

__HAL_RCC_GPIOA_CLK_ENABLE() 함수는 원래 부터 uart 테스트 프로젝트에 있던건데 아마도 Uart 포트가 PA2,3 이라 포트를 사용하기 위해서 Clock Enable이 필요한 듯 합니다.

static void MX_GPIO_Init(void)

{

  /* GPIO Ports Clock Enable */

  __HAL_RCC_GPIOA_CLK_ENABLE();

  /* -2- Configure PA05 IO in output push-pull mode to

         drive external LED */

  GPIO_InitStruct.Pin = GPIO_PIN_5;

  GPIO_InitStruct.Mode = GPIO_MODE_OUTPUT_PP;

  GPIO_InitStruct.Pull = GPIO_PULLUP;

  GPIO_InitStruct.Speed = GPIO_SPEED_FAST;

  HAL_GPIO_Init(GPIOA, &GPIO_InitStruct); 

}

다음으로 main()함수에 출력으로 설정된 LED GPIO 를 Toggle 하고 딜레이 함수로 100ms 기다리고를 반복하는 코드를 추가했습니다.

int main(void)

{

  /* USER CODE BEGIN 1 */

  /* USER CODE END 1 */

  /* MCU Configuration----------------------------------------------------------*/

  /* Reset of all peripherals, Initializes the Flash interface and the Systick. */

  HAL_Init();

  /* Configure the system clock */

  SystemClock_Config();

  /* Initialize all configured peripherals */

  MX_GPIO_Init();

  MX_USART2_UART_Init();

  /* USER CODE BEGIN 2 */

HAL_UART_Transmit(&huart2,"UART2 Test~!!! \n\r",17,0xFFFF);

//HAL_StatusTypeDef HAL_UART_Transmit(UART_HandleTypeDef *huart, uint8_t *pData, uint16_t Size, uint32_t Timeout)

  /* USER CODE END 2 */

  /* Infinite loop */

  /* USER CODE BEGIN WHILE */

  while (1)

  {

  /* USER CODE END WHILE */

  /* USER CODE BEGIN 3 */

    HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_5);

    

    /* Insert delay 100 ms */

    HAL_Delay(100);

  }

  /* USER CODE END 3 */

}

자동으로 리셋이 되지 않아서, 프로그램이 잘 안됐나 했는데...

리셋 버튼을 눌러주니 동작하기 시작하네요.

uart2 테스트와 gpio 테스트 파일을 첨부(공유)함니다.

[STM32F4xx] Nucleo 보드 테스트 (Cube 사용법)

안녕하세요,

이번에는 STM32 ARM 시리즈를 사용해야할 상황이 되었습니다.

STM32F411 이 패키지가 3x3 mm 크기인 WLCSP 타입이면서, SDCARD I/F 인 SDIO 포트가 구비되어 있어서

이 MCU를 사용하게 되었습니다.

PSOC 처럼 쉽지는 않아서 익숙해지기 까지는 좀 시간이 걸릴 것 같습니다.

Nucleo 개발 키트를 구매했는데, UART를 테스트 해 보려고 회로도를 보니

디버거와 USB-UART 가 붙어 있어서 USB-UART에 해당하는 UART 포트를 Cube(STM에서 제공하는 툴)로

설정하고 코드를 자동 생성하도록 했습니다.

STM의 Cube라는 툴은 컴파일러가 포함되어 있는 툴이 아니고, 

여러 Peripheral 기능을 선택해서 설정만 해 주면, 해당 기능의 소스 코드를 여러가지 컴파일러(IAR,KEIL,GCC..etc)에

맞게 자동 생성해 주는 기능을 가지고 있습니다.

그런데, 사용 예제는 생성해 주지 않고 초기화까지만 해줘서 어떻게 써야 하는 건지 좀 해깔렸는데,

다행이 STM 홈페이지에서 첨부된 예제를 보고 감을 잡을 수 있었습니다.

먼저 Cube 사용법을 알아 봅시다.

1. Cube 를 실행 시켜서 File->New Project 를 클릭.

2. 팝업 창이 하나 뜨는데, 사용할 STM MCU를 선택합니다.

3. 사용할 Peripheral 기능을 선택합니다. 저는 UART 테스트를 위해 일단 UART만 선택했습니다.

Nucleo 보드에서 USB-to-UART 에 연결된 STM32F411 의 포트는 PA2,PA3 이었습니다.

그래서 따로 USB-to-UART 컨버터를 준비하지 않고 테스트하려고, Cube 에서 PA2,PA3에 해당하는 UART를

찾아 보니 UART2 였습니다.

4. 현재 갖고 있는 컴파일러에 맞는 코드를 생성합니다.

5. 팝업창이 뜨는데, 다음의 그림과 같이 프로젝트 이름,위치,컴파일러 종류를 선택하고 OK를 누르면 해당 위치에 소스코드가 만들어 집니다. 저는 KEIL 컴파일러를 사용해서 MDK-ARM V5로 선택했습니다.

6. 다음의 과정으로 팝업창이 뜨는데, OK를 누르면 자동으로 컴파일러와 연계되어 KEIL 컴파일러가 실행됩니다.

KEIL 의 main()함수에 UART 출력 함수를 써서 테스트를 했습니다.

STM ARM 칩은 처음이라, 함수 사용법이 좀 생소하네요. 일단 UART 출력 코드는 다음과 같이 1줄 추가했습니다.

7. teraterm 에서 확인한 내용입니다.

[PROC] BLE-to-UART Peripheral (PROC BLE 042 KIT in 042-kit)

이전 게시물 [PROC] BLE-to-UART Central (PROC BLE Dongle in 042-kit) 에서 다룬 

BLE 모듈과 같이 동작하는 BLE-to-UART Peripheral 모듈을 알아보겠습니다.

싸이프레스의 BLE-to-UART 는 Central 과 Peripheral   H/W 가 특정한 장치에서만 구현되는 것은 아닙니다.

동글을 Peripheral 로 쓰고 042보드를 Central로 사용해도 됩니다. 기본 구조는 둘 다 동일한데,

제가 예제로 Central을 USB Dongle 장치로 사용하고 042보드를 Peripheral로 사용했을 뿐입니다.

나중에 컴파일할 때, Device select 에서 IC와 포트 설정만 맞춰주면 서로 역할을 바꿀 수 있습니다.

또한 PROC BLE가 아니라 PSOC BLE로도 단순히 Device만 바꾸면 BLE-to-UART 장치가 됩니다.

이전글에서 프로젝트를 열어서 콤포넌트 업데이트하는 과정은 다 똑같으니 다시 설명은 안해도 될 것 같습니다.

디바이스만 042 키트에 결합된 모듈의 MCU로 잘 설정하고 컴파일하면 끝이고,

Cetral 장치와 Peripheral 장치를 모두 전원을 인가하면 서도 자동으로 연결이 됩니다.

그런 다음에 디버거를 통해 USB-to-UART 로 PC와 연결하여 Terminal 프로그램을 각각 실행해서 데이터를 송수신하면 터미날에 송수신 캐릭터가 나타나는 것을 볼 수 있을 것 입니다.

BLE Peripheral 소스코드 첨부해 놓습니다. (링크)

[PROC] BLE-to-UART Peripheral (PROC BLE MODULE in 042-kit)

요새 좀 바빠서, 좀 늦게 올리게 되었습니다.

Cypress BLE 모듈 중, PSOC 보다 가격이 좀 싼 IC이고, CY8CKIT-042_BLE 개발키트에 기본으로 포함된 USB 동글에 사용된 MCU PROC(CYBL10162-56LQXI)를 사용하여 BLE-to-UART 프로그램을 다뤄보겠습니다.

다음은 여기서 다룰 042-보드와 USB-to-BLE 동글 외형입니다.

042 키트에 BLE-to-UART 프로그램은 구글에서 찾은 PSOC-Creater 프로젝트 소스인데,

좀 오래전에 해 봐서 어떤 링크를 타고 들어가서 얻은 것인지는 확실히 모르겠습니다만

지금도 여기저기 있을 것 입니다. 나중에 글을 다 올리면서 프로젝트 코드 첨부해 놓겠습니다.

이 프로젝트 소스를 다운 받아서 손 댄 것은 거의 없는데, 수정한 부분은 다음과 같습니다.

1. Cypress 에서는 BLE-to-UART 프로파일이 없어서 누군가 Custom Profile로 만들어 놔서 그런지,

업데이트 하라는 메시지와함께 에러가 뜹니다. 

콤포넌트가 깨지고, 에러가 나네요.

2. 그래서 업데이트를 하면 되고, 

업데이트를 하면 다음과 같이 컴포넌트가 정상적인 아이콘으로 바뀌고, 컴파일 시 에러도 없어집니다.

3. Select Device 로 모듈에 사용된 MCU를 설정해서 컴파일하고 다운로드하면 끝입니다.

다음 글에서는,  BLE-042 kit(USB-to_BLE 동글과 같이 동작하는 스마트폰 앱이 없어서) 에서 동작하는 프로그램을 알아 보겠습니다.

프로젝트 링크