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 오실로 스코프 파형]



소스 파일 첨부합니다.

I2C_test (2).zip


'STM32F4' 카테고리의 다른 글

[STM32F4xx] Nucleo 보드 테스트 #8(SDIO CLK 설정:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #7 (u-SD - SDIO-4Bit :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #5(I2C 1/2 :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #4(UART2 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #3 (Cube 사용법&Timer3 Interrupt:KEIL)  (0) 2016.12.01

이제 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)

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



소스 파일 첨부합니다.

I2C_test.zip


'STM32F4' 카테고리의 다른 글

[STM32F4xx] Nucleo 보드 테스트 #7 (u-SD - SDIO-4Bit :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #6(I2C 2/2 인터럽트:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #4(UART2 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #3 (Cube 사용법&Timer3 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #2(GPIO 출력:KEIL)  (0) 2016.12.01

이번에는, 이전 소스 코드에, 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 to store UART data into an buffer (byte array) and specified the length. When UART via PDC(Peripheral DMA controller) 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 까지 필요없는 분들은 이 함수를 수정해서 링버퍼에 쌓아서 쓰시던가 그냥 입맛에 맞게 적당히 고쳐서 쓰시면 되겠습니다.

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



소스코드 첨부 합니다.

timer3_test2.zip




'STM32F4' 카테고리의 다른 글

[STM32F4xx] Nucleo 보드 테스트 #6(I2C 2/2 인터럽트:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #5(I2C 1/2 :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #3 (Cube 사용법&Timer3 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #2(GPIO 출력:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #1(Cube 사용법:KEIL)  (0) 2016.12.01

어제부터 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 툴에서 설정한대로 코드가 생성된 것을 볼 수 있습니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
/* TIM3 init function */
static void MX_TIM3_Init(void)
{
 
  TIM_ClockConfigTypeDef sClockSourceConfig;
  TIM_MasterConfigTypeDef sMasterConfig;
 
  htim3.Instance = TIM3;
  htim3.Init.Prescaler = 1000;
  htim3.Init.CounterMode = TIM_COUNTERMODE_UP;
  htim3.Init.Period = 1000;
  htim3.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1;
  if (HAL_TIM_Base_Init(&htim3) != HAL_OK)
  {
    Error_Handler();
  }
 
  sClockSourceConfig.ClockSource = TIM_CLOCKSOURCE_INTERNAL;
  if (HAL_TIM_ConfigClockSource(&htim3, &sClockSourceConfig) != HAL_OK)
  {
    Error_Handler();
  }
 
  sMasterConfig.MasterOutputTrigger = TIM_TRGO_RESET;
  sMasterConfig.MasterSlaveMode = TIM_MASTERSLAVEMODE_DISABLE;
  if (HAL_TIMEx_MasterConfigSynchronization(&htim3, &sMasterConfig) != HAL_OK)
  {
    Error_Handler();
  }
 
}
 
cs

이후에 Timer3 Interrupt 가 동작이 안되서 반나절 헤맸습니다.
Cube 툴로 생성된 코드는 딱 초기화까지만 만들어지고, 그 이후는 사용자가 추가하거나 수정해서 동작시켜야 했습니다.
인터넷도 찾아보고 이것 저것 코드도 수정하다가 요행으로 동작이 됐습니다.
동작이 안된 원인은 , 타이머를 인터럽트 모드로 동작 시작을 안 한 것입니다.
main()함수에 HAL_TIM_Base_Start_IT(&htim3);를 추가해 주면 됩니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
int main(void)
{
 
  /* USER CODE BEGIN 1 */
    uint8_t i;
    char tx_buf[100];
    
  /* 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_TIM3_Init();
  MX_USART2_UART_Init();
 
  /* Initialize interrupts */
  MX_NVIC_Init();
 
  /* USER CODE BEGIN 2 */
        for (i=0;i<10;i++)
        {
            sprintf(tx_buf,"UART Test ... [%3d] \n\r",i);
            HAL_UART_Transmit(&huart2,(uint8_t *)tx_buf,cus_Size_of(tx_buf),3);
        }
 
        HAL_TIM_Base_Start_IT(&htim3);
        
  /* USER CODE END 2 */
 
  /* Infinite loop */
  /* USER CODE BEGIN WHILE */
  while (1)
  {
  /* USER CODE END WHILE */
 
  /* USER CODE BEGIN 3 */
  }
  /* USER CODE END 3 */
 
}
cs

그런데, 인터럽트 처리 함수는 어딨을까요? 
이것도 좀 헤멨는데.. 그래도 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 라는 키워드가 정의되어 있고 함수 안에 사용 방법에 대한 설명이 자세히 적혀 있습니다.




1
2
3
4
5
6
7
8
9
10
11
12
13
14
/**
  * @brief  Period elapsed callback in non blocking mode 
  * @param  htim: pointer to a TIM_HandleTypeDef structure that contains
  *                the configuration information for TIM module.
  * @retval None
  */
__weak void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
  /* Prevent unused argument(s) compilation warning */
  UNUSED(htim);
  /* NOTE : This function Should not be modified, when the callback is needed,
            the __HAL_TIM_PeriodElapsedCallback could be implemented in the user file
   */
}
cs

즉, 여기 함수는 건드리지 말고, 필요한 경우에 사용자 파일에 이 코드를 넣어서, 함수 안의 내용을 정의해서 사용해라.. 입니다.
그래서 저의 경우, main.c 파일에 __weak 키워드를 제거하고 HAL_TIM_PeriodElapsedCallback()함수를 카피해서 안의 내용을 LED 포트를 토글하도록 수정하니, 예전처럼 동작이 되네요.




1
2
3
4
5
6
7
8
void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
{
  /* Prevent unused argument(s) compilation warning */
    HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_5);
  /* NOTE : This function Should not be modified, when the callback is needed,
            the __HAL_TIM_PeriodElapsedCallback could be implemented in the user file
   */
}
cs

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


그리고 컴파일러에서 빌드를 하고 프로그램 다운로드까지 한 후, 리셋 버튼을 눌러 주면 프로그램이 동작하기 시작합니다.
LED가 계속 켜져 있어서, 그냥 오실로 스코프로 찍어 보니 출력이 10.5ms 마다 인터럽트가 걸리고 있음을 알 수 있었습니다.




제가 Cube에서 prescaler를 1000, period를 1000으로 설정했으므로 실제 Timer3의 source clock은 
현재 인터럽트 출력 주파수인 100Hz에 x1000 x1000 을 해 주면 100MHz가 됩니다.
주기를 10ms로 계산했는데, 좀 더 정확하게 10.5ms로 계산하면 약 96MHz가 나오니 클럭이 제대로 PLL에 의하여 돌아가는 것을 알 수 있었습니다.

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


'STM32F4' 카테고리의 다른 글

[STM32F4xx] Nucleo 보드 테스트 #6(I2C 2/2 인터럽트:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #5(I2C 1/2 :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #4(UART2 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #2(GPIO 출력:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #1(Cube 사용법:KEIL)  (0) 2016.12.01

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


GPIO 출력을 위해서는 먼저 GPIO 를 초기화 해야하는데, 
STM 계열의 문법은, 먼저 다음과 같은 구조체로 GPIO 변수를 선언하는 군요.

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

GPIO_InitTypeDef 라는 구조체 형식은 다음과 같습니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
/** 
  * @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;
cs

제가 갖고 있는 Nucleo 보드에서 LED가 PA5 에 연결되어 있어서 핀을 출력으로 설정해 봤습니다.
main.c 파일 내에, uart 테스트에 사용했던 프로젝트에서 사용된 초기화 함수에 PA5 설정에 대한 코드를 추가했습니다.
다음의 빨간 색으로 된 부분이 추가된 코드입니다. 

__HAL_RCC_GPIOA_CLK_ENABLE() 함수는 원래 부터 uart 테스트 프로젝트에 있던건데 아마도 Uart 포트가 PA2,3 이라 포트를 사용하기 위해서 Clock Enable이 필요한 듯 합니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
/** Pinout Configuration
*/
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); 
}
 
cs

다음으로 main()함수에 출력으로 설정된 LED GPIO 를 Toggle 하고 딜레이 함수로 100ms 기다리고를 반복하는 코드를 추가했습니다.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
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 */
 
}
cs

자동으로 리셋이 되지 않아서, 프로그램이 잘 안됐나 했는데...
리셋 버튼을 눌러주니 동작하기 시작하네요.

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


'STM32F4' 카테고리의 다른 글

[STM32F4xx] Nucleo 보드 테스트 #6(I2C 2/2 인터럽트:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #5(I2C 1/2 :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #4(UART2 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #3 (Cube 사용법&Timer3 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #1(Cube 사용법:KEIL)  (0) 2016.12.01

안녕하세요,


이번에는 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 에서 확인한 내용입니다.







'STM32F4' 카테고리의 다른 글

[STM32F4xx] Nucleo 보드 테스트 #6(I2C 2/2 인터럽트:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #5(I2C 1/2 :KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #4(UART2 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #3 (Cube 사용법&Timer3 Interrupt:KEIL)  (0) 2016.12.01
[STM32F4xx] Nucleo 보드 테스트 #2(GPIO 출력:KEIL)  (0) 2016.12.01

 

저는 핀수 많지 않고 성능 좋은 MCU 가 없나, 가끔 검색을 합니다.

오늘 보니 특이한 놈이 있네요? 근래에 나온건가? 그럴테죠.

저는 첨 듣는 회사네요. XMOS 

아뭏든 가장 싼 모델이 4-core,400MHz(400MIPS) 인데, 가격이 디지키에서 $2.73 @ 5K 이네요.

디지키에서 이 가격이면 $2 초반이면 살 수 있을 듯 합니다.

 

크기는 아직 최적화가 안된듯 합니다. 48-TQFP 로 나오네요.

CSP 나 QFN 으로 나오면 2.5x2.5 mm, 5x5 mm 정도로도 나오겠네요.

용도는 RTOS를 사용시 매우 빠르다고 하는데요. 각 프로세스마다 1 core 씩 맡으면 동시에 4가지씩 처리하니 빠르겠네요.

 

내부 블럭도는 다음과 같습니다.

 

종류는 꽤 다양한데, 이 CPU가 속한 모델대의 사양은 다음과 같습니다.

'IC 소개' 카테고리의 다른 글

[IC 소개] 앞으로 사용할 MCU 키트 소개.  (0) 2017.02.28
[IC 소개] TR 작은 사이즈 NPN/PNP  (0) 2017.02.19
[IC 소개] 다이오드로 온도 측정하는 방법  (0) 2017.02.18
[IC 소개] 싸고 간단한 DC Motor Driver IC 2 (DRV8871)  (0) 2017.02.13
최신 Wifi 모듈 정보.  (0) 2016.12.03

CC1310 을 사서 PCB에 꾸며서 , AT Command Application 을 넣고 테스트해 봤는데

아주 빠르고 좋았습니다. 

20ms 마다 18 바이트를 50번 보냈는데, 잘 전송되었고, 
10ms 마다 전송했는데, 멈추네요.(CC1310 문제인지, UART로 연결해 놓은 MCU 문제인지 아직 파악은 못했지만, 
일단 20ms 로 전송이 잘 되서, 그냥 원인은 알아보지 않고 프로젝트를 진행 할 예정입니다)

로라 모뎀을 일반용으로 쓸 때는, 2초에 1번씩 전송됐는데, CC1310은 거기에 비하면 엄청 빠른거죠.^^

예전에, 로라 모뎀을 일반용도로 쓴 적이 있었습니다. 그 때, 응답 속도가 너무 느려서 답답했었는데, 그 이유를 알 것 같습니다.
AT+I 01 명령으로 CC1310 도 Long Range Mode 로 설정하면, 거리가 더 많이 나오는데 응답속도가 현저히 느려졌습니다. 
아마도 로라 모뎀이 long range mode로 동작하도록 셋팅됐었나 봅니다






[ 보드 제작시에는 다음과 같은 내용을 참고해 주세요 ]

1. DIO_0 을 사용하면 동작이 안되는데, 왜 그런지 모르겠네요. 일단은 DIO_0 을 제외하고 사용하면 문제는 없습니다. 


2. 32.768KHz 외부 클럭은 사용하지 않아도 되더군요. 24MHz 크리스탈만 잘 달아 주면 됩니다. 


3. saw 필터를 사용하면 아주 조그마해 집니다. ^^

'RF(Sub 1GHz)' 카테고리의 다른 글

[CC1310/sub-1GHz] UART 흐름제어 설정  (0) 2016.12.16
[CC1310/sub-1GHz] Port 변경  (0) 2016.11.07
[CC1310/sub-1GHz] AT command 프로그램 용량 테스트  (0) 2016.11.07
[CC1310/sub-1GHz] cJTAG 로 디버깅 핀 수를 줄일 수 있습니다.  (0) 2016.11.06
[CC1310/sub-1GHz] RF 테스트 (AT-Command 동작)  (1) 2016.11.05

개발키트에는 USB to UART 디버거 칩에 연결되어서 다른 MCU에 연결해서 테스트를 할 수가 없어서 

UART 포트를 옮겨봤습니다.








'RF(Sub 1GHz)' 카테고리의 다른 글

[CC1310/sub-1GHz] UART 흐름제어 설정  (0) 2016.12.16
[CC1310/sub-1GHz] 보드에 직접 만들어서 테스트 해 봤습니다.  (0) 2016.11.07
[CC1310/sub-1GHz] AT command 프로그램 용량 테스트  (0) 2016.11.07
[CC1310/sub-1GHz] cJTAG 로 디버깅 핀 수를 줄일 수 있습니다.  (0) 2016.11.06
[CC1310/sub-1GHz] RF 테스트 (AT-Command 동작)  (1) 2016.11.05

CC1310 은 핀 수와 Flash 메모리 용량에 따라서 여러가지 모델이 있다.


가능하면 작은 패키지와 가격이 싼 모델로 구현을 해 보려고 했는데,
결론을 미리 말씀 드리면 32K는 안되고 64K 모델부터 되네요.

가격이 $2.5 @ 1K (CC1310F32,32K) 에서 $2.9 @ 1K(CC1310F64, 64K)로 올라가서 
가격이 $0.4 올라가버렸네요. ㅜㅜ


먼저 CC1310 의 메모리가 개발키트에는 128KB로 되어 있으므로 32K,64K 로 바꿔 보겠습니다.



[결론]

AT Command 프로그램을 적용하려면, 32K 모델은 사용할 수가 없고 적당한 모델은 64K 모델인 것 같습니다.



실제로 현재 테스트 결과, CC1310F64 / 32핀 모델에 프로그램을 했고 동작이 잘 됩니다.


'RF(Sub 1GHz)' 카테고리의 다른 글

[CC1310/sub-1GHz] UART 흐름제어 설정  (0) 2016.12.16
[CC1310/sub-1GHz] 보드에 직접 만들어서 테스트 해 봤습니다.  (0) 2016.11.07
[CC1310/sub-1GHz] Port 변경  (0) 2016.11.07
[CC1310/sub-1GHz] cJTAG 로 디버깅 핀 수를 줄일 수 있습니다.  (0) 2016.11.06
[CC1310/sub-1GHz] RF 테스트 (AT-Command 동작)  (1) 2016.11.05

+ Recent posts

티스토리툴바