Part 1
요약·해설
ESP32-C6는 160MHz HP core와 20MHz LP core, 512KB SRAM, Wi-Fi 6, Bluetooth 5.3 및 IEEE 802.15.4를 통합합니다.
HP 160MHz · LP 20MHz
Wi-Fi 6 · BT 5.3 · 802.15.4
Secure boot · flash encryption
Part 2
접을 수 있는 영어 원문 전체
영어 원문 전체 펼치기
1E2F63809216B6EF30FD3793BE1789C9EE6F93EC64DFAA5CB1895AF946133D68
.. _esp32c6_devkitc:
ESP32-C6-DevKitC-1
##################
Overview
********
ESP32-C6 is Espressif's first Wi-Fi 6 SoC integrating 2.4 GHz Wi-Fi 6, Bluetooth 5.3 (LE) and the
802.15.4 protocol. ESP32-C6 achieves an industry-leading RF performance, with reliable security
features and multiple memory resources for IoT products.
It consists of a high-performance (HP) 32-bit RISC-V processor, which can be clocked up to 160 MHz,
and a low-power (LP) 32-bit RISC-V processor, which can be clocked up to 20 MHz.
It has a 320KB ROM, a 512KB SRAM, and works with external flash. [1]_
ESP32-C6-DevKitC-1 is an entry-level development board based on ESP32-C6-WROOM-1(U),
a general-purpose module with a 8 MB SPI flash.
Most of the I/O pins are broken out to the pin headers on both sides for easy interfacing.
Developers can either connect peripherals with jumper wires or mount ESP32-C6-DevKitC-1 on
a breadboard. [2]_
ESP32-C6 includes the following features:
- 32-bit core RISC-V microcontroller with a clock speed of up to 160 MHz
- 400 KB of internal RAM
- WiFi 802.11 ax 2.4GHz
- Fully compatible with IEEE 802.11b/g/n protocol
- Bluetooth LE: Bluetooth 5.3 certified
- Internal co-existence mechanism between Wi-Fi and Bluetooth to share the same antenna
- IEEE 802.15.4 (Zigbee and Thread)
Digital interfaces:
- 30x GPIOs (QFN40), or 22x GPIOs (QFN32)
- 2x UART
- 1x Low-power (LP) UART
- 1x General purpose SPI
- 1x I2C
- 1x Low-power (LP) I2C
- 1x I2S
- 1x Pulse counter
- 1x USB Serial/JTAG controller
- 1x TWAI® controller, compatible with ISO 11898-1 (CAN Specification 2.0)
- 1x SDIO 2.0 slave controller
- LED PWM controller, up to 6 channels
- 1x Motor control PWM (MCPWM)
- 1x Remote control peripehral
- 1x Parallel IO interface (PARLIO)
- General DMA controller (GDMA), with 3 transmit channels and 3 receive channels
- Event task matrix (ETM)
Analog interfaces:
- 1x 12-bit SAR ADCs, up to 7 channels
- 1x temperature sensor
Timers:
- 1x 52-bit system timer
- 1x 54-bit general-purpose timers
- 3x Watchdog timers
- 1x Analog watchdog timer
Low Power:
- Four power modes designed for typical scenarios: Active, Modem-sleep, Light-sleep, Deep-sleep
Security:
- Secure boot
- Flash encryption
- 4-Kbit OTP, up to 1792 bits for users
- Cryptographic hardware acceleration: (AES-128/256, ECC, HMAC, RSA, SHA, Digital signature, Hash)
- Random number generator (RNG)
For more information, check the datasheet at `ESP32C6 Datasheet`_
Supported Features
==================
Current Zephyr's ESP32-C6-DevKitC board supports the following features:
+------------+------------+-------------------------------------+
| Interface | Controller | Driver/Component |
+============+============+=====================================+
| UART | on-chip | serial port |
+------------+------------+-------------------------------------+
| GPIO | on-chip | gpio |
+------------+------------+-------------------------------------+
| PINMUX | on-chip | pinmux |
+------------+------------+-------------------------------------+
| USB-JTAG | on-chip | hardware interface |
+------------+------------+-------------------------------------+
| SPI Master | on-chip | spi |
+------------+------------+-------------------------------------+
| Watchdog | on-chip | watchdog |
+------------+------------+-------------------------------------+
| LEDC | on-chip | pwm |
+------------+------------+-------------------------------------+
| SPI DMA | on-chip | spi |
+------------+------------+-------------------------------------+
System requirements
*******************
Prerequisites
=============
Espressif HAL requires WiFi and Bluetooth binary blobs in order work. Run the command
below to retrieve those files.
.. code-block:: console
west blobs fetch hal_espressif
.. note::
It is recommended running the command above after :file:`west update`.
Building & Flashing
*******************
Simple boot
===========
The board could be loaded using the single binary image, without 2nd stage bootloader.
It is the default option when building the application without additional configuration.
.. note::
Simple boot does not provide any security features nor OTA updates.
MCUboot bootloader
==================
User may choose to use MCUboot bootloader instead. In that case the bootloader
must be build (and flash) at least once.
There are two options to be used when building an application:
1. Sysbuild
2. Manual build
.. note::
User can select the MCUboot bootloader by adding the following line
to the board default configuration file.
.. code:: cfg
CONFIG_BOOTLOADER_MCUBOOT=y
Sysbuild
========
The sysbuild makes possible to build and flash all necessary images needed to
bootstrap the board with the EPS32 SoC.
To build the sample application using sysbuild use the command:
.. zephyr-app-commands::
:tool: west
:app: samples/hello_world
:board: esp32c6_devkitc
:goals: build
:west-args: --sysbuild
:compact:
By default, the ESP32 sysbuild creates bootloader (MCUboot) and application
images. But it can be configured to create other kind of images.
Build directory structure created by sysbuild is different from traditional
Zephyr build. Output is structured by the domain subdirectories:
.. code-block::
build/
├── hello_world
│ └── zephyr
│ ├── zephyr.elf
│ └── zephyr.bin
├── mcuboot
│ └── zephyr
│ ├── zephyr.elf
│ └── zephyr.bin
└── domains.yaml
.. note::
With ``--sysbuild`` option the bootloader will be re-build and re-flash
every time the pristine build is used.
For more information about the system build please read the :ref:`sysbuild` documentation.
Manual build
============
During the development cycle, it is intended to build & flash as quickly possible.
For that reason, images can be build one at a time using traditional build.
The instructions following are relevant for both manual build and sysbuild.
The only difference is the structure of the build directory.
.. note::
Remember that bootloader (MCUboot) needs to be flash at least once.
Build and flash applications as usual (see :ref:`build_an_application` and
:ref:`application_run` for more details).
.. zephyr-app-commands::
:zephyr-app: samples/hello_world
:board: esp32c6_devkitc
:goals: build
The usual ``flash`` target will work with the ``esp32c6_devkitc`` board
configuration. Here is an example for the :ref:`hello_world`
application.
.. zephyr-app-commands::
:zephyr-app: samples/hello_world
:board: esp32c6_devkitc
:goals: flash
Open the serial monitor using the following command:
.. code-block:: shell
west espressif monitor
After the board has automatically reset and booted, you should see the following
message in the monitor:
.. code-block:: console
***** Booting Zephyr OS vx.x.x-xxx-gxxxxxxxxxxxx *****
Hello World! esp32c6_devkitc
Debugging
*********
As with much custom hardware, the ESP32-C6 modules require patches to
OpenOCD that are not upstreamed yet. Espressif maintains their own fork of
the project. The custom OpenOCD can be obtained at `OpenOCD ESP32`_
The Zephyr SDK uses a bundled version of OpenOCD by default. You can overwrite that behavior by adding the
``-DOPENOCD=<path/to/bin/openocd> -DOPENOCD_DEFAULT_PATH=<path/to/openocd/share/openocd/scripts>``
parameter when building.
Here is an example for building the :ref:`hello_world` application.
.. zephyr-app-commands::
:zephyr-app: samples/hello_world
:board: esp32c6_devkitc
:goals: build flash
:gen-args: -DOPENOCD=<path/to/bin/openocd> -DOPENOCD_DEFAULT_PATH=<path/to/openocd/share/openocd/scripts>
You can debug an application in the usual way. Here is an example for the :ref:`hello_world` application.
.. zephyr-app-commands::
:zephyr-app: samples/hello_world
:board: esp32c6_devkitc
:goals: debug
.. _`OpenOCD ESP32`: https://github.com/espressif/openocd-esp32/releases
References
**********
.. [1] https://www.espressif.com/en/products/socs/esp32-c6
.. [2] https://docs.espressif.com/projects/espressif-esp-dev-kits/en/latest/esp32c6/esp32-c6-devkitc-1/user_guide.html
.. _ESP32C6 Devkitm User Guide: https://docs.espressif.com/projects/espressif-esp-dev-kits/en/latest/esp32c6/esp32-c6-devkitc-1/user_guide.html
.. _ESP32C6 Technical Reference Manual: https://espressif.com/sites/default/files/documentation/esp32-c6_technical_reference_manual_en.pdf
.. _ESP32C6 Datasheet: https://www.espressif.com/sites/default/files/documentation/esp32-c6_datasheet_en.pdf
Part 3
한국어 전문 번역
개요
ESP32-C6는 2.4GHz Wi-Fi 6, Bluetooth 5.3(LE)와 802.15.4 protocol을 통합한 Espressif 최초의 Wi-Fi 6 SoC입니다. IoT product를 위해 높은 RF performance, 신뢰할 수 있는 security feature와 여러 memory resource를 제공합니다.
최대 160MHz의 high-performance(HP) 32-bit RISC-V processor와 최대 20MHz의 low-power(LP) 32-bit RISC-V processor로 구성됩니다. 320KB ROM, 512KB SRAM을 갖추고 external flash와 함께 동작합니다.
ESP32-C6-DevKitC-1은 8MB SPI flash를 탑재한 general-purpose ESP32-C6-WROOM-1(U) module 기반의 entry-level development board입니다. 대부분의 I/O pin이 양쪽 pin header로 나와 있어 jumper wire로 peripheral을 연결하거나 breadboard에 장착할 수 있습니다.
SoC 기능
- 최대 160MHz 32-bit RISC-V microcontroller core
- 400KB internal RAM
- 2.4GHz Wi-Fi 6(802.11ax), IEEE 802.11b/g/n fully compatible
- Bluetooth 5.3 certified Bluetooth LE
- 하나의 antenna를 공유하기 위한 Wi-Fi/Bluetooth internal coexistence mechanism
- IEEE 802.15.4(Zigbee 및 Thread)
Digital interface
- GPIO 30개(QFN40) 또는 22개(QFN32)
- UART 2개와 low-power UART 1개
- general-purpose SPI 1개
- I2C 1개와 low-power I2C 1개
- I2S 1개, pulse counter 1개
- USB Serial/JTAG controller 1개
- ISO 11898-1(CAN Specification 2.0) compatible TWAI controller 1개
- SDIO 2.0 slave controller 1개
- 최대 6 channel LED PWM controller
- motor-control PWM(MCPWM) 1개
- remote-control peripheral 1개와 Parallel IO(PARLIO) 1개
- transmit 3 channel·receive 3 channel의 general DMA(GDMA)
- event task matrix(ETM)
Analog interface
- 최대 7 channel의 12-bit SAR ADC 1개
- temperature sensor 1개
Timer
- 52-bit system timer 1개
- 54-bit general-purpose timer 1개
- watchdog timer 3개
- analog watchdog timer 1개
Low Power
Typical scenario를 위한 Active, Modem-sleep, Light-sleep, Deep-sleep의 네 power mode를 제공합니다.
Security
- Secure boot와 flash encryption
- 4-Kbit OTP, user용 최대 1792 bit
- cryptographic hardware acceleration(AES-128/256, ECC, HMAC, RSA, SHA, digital signature, hash)
- random number generator(RNG)
지원 기능
현재 Zephyr의 ESP32-C6-DevKitC board는 다음 interface와 driver를 지원합니다.
| Interface | Controller | Driver/Component |
|---|---|---|
| UART | on-chip | serial port |
| GPIO | on-chip | gpio |
| PINMUX | on-chip | pinmux |
| USB-JTAG | on-chip | hardware interface |
| SPI Master | on-chip | spi |
| Watchdog | on-chip | watchdog |
| LEDC | on-chip | pwm |
| SPI DMA | on-chip | spi |
시스템 요구 사항
사전 준비
Espressif HAL이 동작하려면 Wi-Fi와 Bluetooth binary blob이 필요합니다. 다음 명령으로 가져오며, west update 뒤 실행하는 것이 좋습니다.
west blobs fetch hal_espressif
빌드와 플래시
Simple boot
2nd-stage bootloader 없이 single binary image로 board를 load할 수 있습니다. 별도 configuration 없이 application을 build할 때의 default option입니다.
MCUboot bootloader
MCUboot를 선택할 수 있으며 bootloader를 적어도 한 번 build하고 flash해야 합니다. Application은 sysbuild 또는 manual build 방식으로 만들 수 있습니다.
CONFIG_BOOTLOADER_MCUBOOT=y
Sysbuild
Sysbuild는 ESP32-C6 board를 bootstrap하는 데 필요한 모든 image를 build하고 flash합니다.
west build --sysbuild -b esp32c6_devkitc samples/hello_world
기본적으로 bootloader(MCUboot)와 application image를 생성하지만 다른 image도 생성하도록 구성할 수 있습니다. Build output은 domain subdirectory별로 구성됩니다.
build/
├── hello_world
│ └── zephyr
│ ├── zephyr.elf
│ └── zephyr.bin
├── mcuboot
│ └── zephyr
│ ├── zephyr.elf
│ └── zephyr.bin
└── domains.yaml
더 자세한 내용은 Zephyr의 sysbuild documentation을 참조하십시오.
Manual build
개발 중에는 빠른 iteration을 위해 전통적인 build 방식으로 image를 하나씩 만들 수 있습니다. 지침은 sysbuild와 같으며 build directory 구조만 다릅니다. MCUboot는 적어도 한 번 먼저 flash해야 합니다.
west build -b esp32c6_devkitc samples/hello_world
west flash
다음 명령으로 serial monitor를 엽니다.
west espressif monitor
***** Booting Zephyr OS vx.x.x-xxx-gxxxxxxxxxxxx *****
Hello World! esp32c6_devkitc
디버깅
ESP32-C6 module에는 아직 upstream에 포함되지 않은 OpenOCD patch가 필요하며 Espressif가 자체 fork를 유지합니다. OpenOCD ESP32에서 custom OpenOCD를 받을 수 있습니다.
Zephyr SDK는 bundled OpenOCD를 기본 사용합니다. Build parameter로 custom binary와 script path를 지정하면 이 동작을 덮어쓸 수 있습니다.
-DOPENOCD=<path/to/bin/openocd> -DOPENOCD_DEFAULT_PATH=<path/to/openocd/share/openocd/scripts>
hello_world를 custom OpenOCD로 build·flash하거나 debug하는 예는 다음과 같습니다.
west build -b esp32c6_devkitc samples/hello_world -- -DOPENOCD=<path/to/bin/openocd> -DOPENOCD_DEFAULT_PATH=<path/to/openocd/share/openocd/scripts>
west flash
west debug
참고 자료
Source
출처
영어 원문에는 문단, 문서 지시문, 표, 코드, 코드 심벌, 경로를 그대로 보존했습니다.