[IC 소개] wifi+Bluetooth IC ESP32 를 사용해 볼 예정입니다.

ESP32 IC로 된 wifi+bluetooth 모듈에 대해서 알아보다가, 국내 대리점인 IDK에 연락을 해 봤습니다.

인터넷에서 보기를 블루투스가 아직 테스트 안됐다고 했는데, 실제로 업체와 연락을 해 보니 거의? 다 됐다고 하네요.

http://www.idktech.co.kr/

이 칩은 아직 안 써봤는데, 듀얼코어라서 wireless 통신 외의 응용 프로그램도 어느 정도 돌아갈 것 같습니다.

속도도 240MHz 라서, 현재 STM32F4xx 의 속도를 2배 상회하네요.

가격도 1만개 베이스에 $2 초반이라고 하니 가성비가 좋군요.

다이렉트 와이파이가 지원되어 제가 쓰려고 했던 아트멜 AT1500 모듈을 대체할 수 있고, BLE도 같이 쓰려고 했는데

class 1,2,3,BLE 4.2 모두 지원한다고 하니 단 1개의 모듈로 2가지를 해결할 수 있게 되었습니다.

와이파이와 Bluetooth 를 제어하면서 어플리케이션 프로그램도 무리없이 돌아간다면 할 수 있는 것이 정말 많을 것 같습니다.

DMA도 들어 있으니 정말 괜찮은 것 같아요.

펌웨어 다운로드는 UART로 가능하다고 합니다.

다음주에 개발 보드가 준비된다고 하니, 다음 주부터 테스트를 진행해 볼 예정입니다.

다음 주가 기대 됩니다. ^^

[핀맵]

조금 더 조사를 해 봤습니다.

현재 ESP32 CPU로 만든 모듈은 2가지가 있었습니다.

저도 처음이라 위의 그림에 나온 모듈이 둘 다 똑같은 것으로 알았는데, 위의 모듈(ESP3212) 과 아래 모듈(ESP-WROOM-32)는

다른 것이었네요. 혼란을 드려서 죄송합니다.

ESP-WROOM-32 모듈은 칩 제조사인 espressif 서 만든 reference 모듈이고 ESP3212 모듈은 다른 회사에서 만든 모듈입니다.

주로 ESP3212가 많이 양산이되어 시중에 유통되고 있고, ESP-WROOM-32는 판매처가 잘 안보이네요.

아래 그림은 현재 생산되는 ESP32 모듈을 보여주고 있습니다.

다음은 2개의 모듈의 차이인데, 핀 수가 다릅니다. ESP-3212 모듈은 SD-CARD 관련 핀이 없네요.

다음은 ESP32 IC에서 각각의 모듈과의 핀 차이입니다.

ESP-WROOM-32 에서는 IC에서 2핀이 빠져있습니다.

ESP-3212 모듈은 IC에서 8핀이나 빠져 있습니다.

빠진 핀은 ADC 관련 기능을 사용할 경우 270pF 을 연결한다고 하네요. 

그러므로 ESP32-WROOM-32 는  ESP32 IC 하고 다 연결된 것으로 보이고,

ESP3212 는 SD-CARD 연결 핀만 빠진 것으로 보면 되겠습니다.

최신 Wifi 모듈 정보.

너무나 작고, 강력하고, 싸네요.

괜히 아트멜 Wifi 모듈을 쓸 이유가 없습니다.

https://www.seeedstudio.com/Wio-Core-p-2689.html

https://www.seeedstudio.com/ESP3212-Wifi-Bluetooth-Combo-Module-p-2706.html

https://www.seeedstudio.com/WiFi-Serial-Transceiver-Module-Breakout-Board-w%26-ESP8266-p-2081.html

[STM32F4xx] Nucleo 보드 테스트 #15(uSD Card Read(DMA,4Bit):KEIL)

휴, 안도의 한숨이 나옵니다.

일주일 가량의 시간이 걸려 SDIO(4Bit Bus Width, DMA) 로 micro-SD Card 읽기를 성공했네요.

속도는 약 8.23 MByte / s  정도 나오네요. 아마도 오실로 스코프 상에서는 좀 더 빨라서 9 MBte /s 에 더 가까울 것 같습니다.

DMA를 사용하지 않았을 때는 1.2 MByte / s 정도 나왔으니 8배 정도 빠를 것 같습니다.

검색해 보니, 현재 SD 카드가 엄청 느린 녀석이었는데 좀 더 좋은 것을 쓰면 속도가 더 나올 수 있는 것 같습니다.

어떤 사람은 19 MByte/s 까지 나온다고 합니다. (링크)

DMA 의 개념은, 보통 메모리에 있는 데이터를 읽어서 SPI/UART/SDIO 통신으로 내보내는 경우에 메모리에서 데이터를 읽는 시간이 상당이 걸리는데 그 시간을 줄이는 목적이 있습니다. 

다른 좋은 장점이 또 있을 것 같은데요, 일단은 제가 실감한 것이 그렇습니다.

예를 들자면 다음과 같은 그림으로 잘 설명이 될 것 같습니다.

실제로 제가 측정한 내용은 위와같이, 데이터를 읽는 시간이 SDIO로 보내는 시간 보다 엄청 걸렸습니다. 

위의 그림과 예전의 테스트 상황이 99.9%(?) 일치 했습니다. ^^

그림으로 보니 엄청 빨라질 것 같죠? (DMA를 쓰면 빨라 집니다. 확실히~)

먼저 

이제 DMA를 사용하려다가 몇가지 복병을 만났었는데, 소개해 볼 까 합니다.

(참고로 저는 Receive 동작만 테스트 했습니다)

1. DMA RX 인터럽트 추가한 후, 인터럽트 번호를 잘 설정해 줄 것.

2. DMA 로 f_read 함수를 실행 시, BLOCK_SIZE(512 Byte) 이상을 읽으면 Err 리턴을 무시할 것.

   그리고, 또 한가지.. CUBE 툴에서 생성해 주는 코드에 오류가 있다고 합니다. 

3. 4G u-SD 카드 동작시 SD_read() 함수 입력 변수 계산 방식 수정.(아직 테스트는 못 해봄. 4G 이상 sd-card 없음)

위와 같은 내용을 문제를 해결했습니다.

위 내용의 해결 과정에 앞서서, 일반 polling 방식을 DMA 방식으로 바꾸는 방법을 알아보겠습니다.

저는 거의 모든 STM32 시리즈의 SDIO,u-SD Card 문서 및 웹사이트를 다 돌아 다니면서 코드를 분석도 해 봤는데 별로 건지지 못했고, 노가다 테스트로 해결했습니다.

결론은.. 진짜, 쉽습니다. 

Cube 툴로 생성된 Keil 소스코드에서, Middlewares/FatFs 폴더의 sd_diskio.c 를 열어서 SD_read()함수의 내부 코드를 바꾸면 됩니다.

SD_read() 함수 내의 폴링 방식의 Read 함수인 BSP_SD_ReadBlocks 를 BSP_SD_ReadBlocks_DMA 로,

   단지 이름만 바꿔 주면 됩니다.

그럼 다음으로 제가 만난 복병과 그 해결 방법을 설명 드리겟습니다.

먼저 위에 그림에서 추가로 4gb이상의 sd Card를 읽을 때, 수정해야 하는 내용이 먼저 나와서,

4g sd-card가 없어서 아직 테스트는 못해 봤지만 코드의 수정 내용을 알려 드립니다.

[4gb 이상의 SD Card Access 시 수정할 사항]

현재 sd_diskio.c 파일 내에 있는 SD_read 함수 내부의 코드에서 

BSD_SD_ReadBlocks/BSD_SD_ReadBlocks_DMA 함수의 2번째 파라 메터의 계산 식이 틀려서 4gb 이상의 Sd card가 Access 되지 않는다고 합니다.

 (uint64_t) (sector * BLOCK_SIZE) 을 ((uint64_t) sector * BLOCK_SIZE)로 수정하면 된다고 하네요.

다음은 4gb sd card 이상의 동작에서 오류 수정을 당부하는 내용의 원문입니다. [링크]

[DMA로 수정한 상태에서 f_read 동작이 안되는 경우]

제가 처음에 SD_read 함수에서 BSP_SD_ReadBlocks() 함수를 BSP_SD_ReadBlocks_DMA()함수로 바꿨는데 프로그램이 멈춰버리더군요. 원인은 우연히 찾았는데, DMA 인터럽트 우선순위를 CUBE 툴에서 설정하지 않아서 우선순위가 0으로 되어 있었던 것을 Rx는 1, Tx는 2 로 수정을 했더니 프로그램이 정상 동작을 했습니다.

CUBE 툴에서 인터럽트 우선 순위는 따로 사용자가 결정을 해 줘야 하는 것 같습니다.

[DMA로 수정한 상태에서 BLOCK_SIZE(512 Byte) 이상을 읽으면, f_read() 함수의 return 값이 Error을 리턴한다]

위의 소제목과 같이 Error를 리턴 합니다만, 그냥 무시하고 쓰면 됩니다. 

원인을 찾아서 고치면 좋겠는데, 시간과 능력이 부족하여 저는 그냥 쓰기로 했습니다.

이상하게, 에러는 발생하지만 동작에는 문제가 없었습니다.

(현재 프로그램을 정리하다 보니 이 현상이 없어 졌는데, 조금 더 두고 봐야 겠습니다)

참고로, 인터넷에서 알랑방구 좀 뀌는 외국인의 글을 소개하자면..

u-SD Card 속도를 올리기 위해서는 다음같은 사항을 점검하라고 하네요.

1. 데이터 버스폭은 4Bit 로 했는지 검토.

2. 코드를 DMA로 바꿨는지 검토.

3. 클럭 스피드 검토(Cube 툴에서 기본 설정: 24MHz, 최대 48MHz)

^^   저는 이 분이, sd 카드 DMA에 대해서 알려 주는 것도 같지만.. 지가 한 내용을 가지고 속도 빠르다고 자랑하는 것 같아 보였어요. 소스 코드도 옛날 것이고 받은 코드도 파일이 좀 빠져 있고, 결국엔 아무 도움도 안됐네요.

다만, DMA를 사용하면 빨라진다는 정도만 소득으로 얻었습니다.(링크 주소)

마지막으로 제가 첨부하는 예제의 설명 입니다.

여러가지 테스트 함수들이 들어 있는데, 소스 코드 보시고 참고하시고.. 실제로 실행되는 함수는 read_BMP_file_DMA() 함수입니다.

이 함수 내부의 GPIO ON/OFF 코드는 오실로 스코프로 DMA 시간 테스트를 위해서 만들어 놓은 것이니 괜히 고민하지 마시길 바랍니다. 또한 __nop() 함수는 MCU가 100MHz 동작하니까, 오실로 스코프로 봐도 GPIO 변환 지점이 잘 안보여서 딜레이 대용으로 넣은 것이니 신경 쓰지 않으셔도 됩니다.

예제 코드에서는 64x64 BMP 파일을 DMA 읽어서 UART2 포트로 전부 뿌리도록 되어 있습니다.

UART 출력 결과는 다음과 같습니다.

아가~~ ㄱ ^^ 

정말로 중요한 내용이 빠졌네요.

f_read 에서 한 번에 많은 데이터를 읽을 때, 데이터 버퍼의 크기에 맞게 스택 사이즈 늘려주셔야 합니다.

이전에 다룬 내용을 참고 하시기 바랍니다 

[STM32F4xx] Nucleo 보드 테스트 #13(FATFS : f_read 함수 와 stack:KEIL)

제가 테스트한 보드에서 사용된 MCU의 핀맵입니다.

소스 코드 [링크]

하하~~ 이런.. f_read 함수의 리턴값이 글쓰면서 제대로

 FR_OK(0)으로 되어 있네요. 아 괜히 삽질했던거냥?

 ㅜㅜ. 

걍 BSP_SD_ReadBlocks 을 BSP_SD_ReadBlocks_DMA 

로만 바꾸면 되는 거였네요.


아~~ 억울하다.. ㅠㅠ