ESP32 esp-idfの最近のブログ記事

ESP-EYE Simple HTTPD Server with MIC / MIC stream server

ESP-EYE オンボードマイクの音はどんなのか知りたくて、
ブラウザーから聴けるようにしてみました。

概要は、オンボードMIC 入力信号を I2S で取り込んで、WAV フォーマットに変換して、
本、Simple Server にアクセスした、ブラウザーへ、'audio/wav' httpデータとして送ります。

WAVデータ
16bit Mono 16k sampling

開発環境
Windows 10
esp-idf.py v4.0  Getting Started Guide for ESP-IDF v4.0
python3.7
MSYS2: make のみ利用
Git: Windows版とMSYS2 版を適宜に使用

あったら便利なツール
eclipse C/C++ 2020-06
(open java 64bit : OpenJDK11U-jdk_x64_windows_hotspot_11.0.8_10)
idf-eclipse-plugin : https://github.com/espressif/idf-eclipse-plugin

HTTP サーバーのベースは、esp-idf のサンプルプログラムの、
https://github.com/espressif/esp-idf/tree/master/examples/protocols/http_server/simple
です。

上記プログラムをベースに MIC 入力部分、WAVデータへの変換、を加えて行きます。

Browser Based ESP32-EYE Spectrum Analyzer と言うのが公開されていたので、
試してみました。

上記ページに記載されているように、ソース(.ino) を github からダウンロードして、Arduino の
ライブラリマネージャで、２つライブラリをダウンロードしたら、簡単にビルドできました。

開発環境
Winddows10
Arduino IDE
ボード: ESP-EYE

但し、実行させてみると、スペクトグラムの表示が、うんともすんとも動きません。

ESP-EYE の esp-idf で、tensorflow lite microcontrollers  examples/person_deetection を試してみました。

https://github.com/tensorflow/tensorflow/tree/master/tensorflow/lite/micro/examples/person_detection

今回は、Build 、 Run の時のトラブルとその対処方を纏めてみました。
手順は、ESP-EYE tensorflow lite microcontrollers examples/micro_speech とほとんど同じです。

開発環境
Windows 10
esp-idf.py v4.0  Getting Started Guide for ESP-IDF v4.0
python3.7
MSYS2: make のみ利用
Git: Windows版とMSYS2 版を適宜に使用

あったら便利なツール
eclipse C/C++ 2020-06
(open java 64bit : OpenJDK11U-jdk_x64_windows_hotspot_11.0.8_10)
idf-eclipse-plugin : https://github.com/espressif/idf-eclipse-plugin

前提、
esp-idf v4.x 、 python3.7、 MSYS2 、Git はインストール済とします。

要領は、、ESP-EYE tensorflow lite microcontrollers examples/micro_speech とほとんど同じです。

1. tensorflow の clone も同じです。

ESP-EYE  ESP-WHO detection_with_web(cat face detection) を試してみました。

esp-who のサンプルプログラム
detection_with_web　を試してみました。

開発環境
Windows 10
esp-idf.py v4.0  Getting Started Guide for ESP-IDF v4.0
python3.7
MSYS2: make のみ利用
Git: Windows版とMSYS2 版を適宜に使用

あったら便利なツール
eclipse C/C++ 2020-06
(open java 64bit : OpenJDK11U-jdk_x64_windows_hotspot_11.0.8_10)
idf-eclipse-plugin : https://github.com/espressif/idf-eclipse-plugin

前提、
esp-idf v4.x 、 python3.7、 MSYS2 、Git はインストール済とします。

要領は、esp-who ページの流れに従って行います。

ESP-EYE の esp-idf で、tensorflow lite microcontrollers  examples/micro_speech を試してみました。

https://github.com/tensorflow/tensorflow/tree/master/tensorflow/lite/micro/examples/micro_speech

今回は、Build 、 Run の時のトラブルとその対処方を纏めてみました。

開発環境
Windows 10
esp-idf.py v4.0  Getting Started Guide for ESP-IDF v4.0
python3.7
MSYS2: make のみ利用
Git: Windows版とMSYS2 版を適宜に使用

あったら便利なツール
eclipse C/C++ 2020-06
(open java 64bit : OpenJDK11U-jdk_x64_windows_hotspot_11.0.8_10)
idf-eclipse-plugin : https://github.com/espressif/idf-eclipse-plugin

前提、
esp-idf v4.x 、 python3.7、 MSYS2 、Git はインストール済とします。

要領は、上記ページの Deploy to ESP32 の流れに従って行います。

1. tensorflow の clone
clone 先は、 E:\local\tensorflow とします。

MSYS2 ターミナルで、
$ cd /e/local
$ git clone https://github.com/tensorflow/tensorflow.git
$ cd tensorflow

ESP32 esp-idf I2s マスターモードで、MCLK(I2S master clock) の出力について、
何とか出来たので書いてみました。

 esp32_datasheet_en.pdf　の記述では、マスタークロックを出力できると記載があります。
4.1.12 I²S Interface
 ..
 When one or both of the I²S interfaces are configured in the master mode, the master clock can be output to the external DAC/CODEC.

また、別のページには、
The MCLK (I2S master clock) output can be put out through a CLK_OUT pin only.
とあるので、下記シンボルがそれみたいです。

soc/io_mux_reg.h
CLK_OUT1 - 3

ESP32 esp-idf Serial Over Bluetooth サンプルプログラム #3 です。

前回は、プログラムを一応作って、Windows10 にそれぞれ、ESP32 の UART0 のターミナル、Bluetooth の SPP Serial のターミナル、
UART2 の USB TTL-Serial のターミナルの３個を使って、SPP Serial -> UART2 USB TTL-Seial、
SPP Serial <- UART2 USB TTL-Seial へのテキスト文字の転送迄できました。

今回は、実際の運用を想定して、Window10 で、C,C++ でSerial 通信が出来るプログラムを
作って、そのプログラムで、Bluetooth COMポートへアクセスして、多くのデータの送信、受信が
RS232Cに繋がったデバイス (これも、Window10 で、C,C++ でSerial 通信が出来るプログラム) と
問題なく出来る事を確認できれば、完了ぞね。と行きたい所ですが、

TeraTerm に、ファイルの転送機能があったので、SPP Serial の TeraTerm から、テキストファイルを開いて転送してみました。

ESP32 esp-idf Serial Over Bluetooth サンプルプログラム #2 です。

前回は、bt_spp_acceptor をベースにして、Windows10 Bluetoooth でペアリグして、
Windows10 側の シリアル・ターミナル で、Bluetoooth COMポートをオープンして、
シリアル・ターミナル からのキー入力にたいして Echo Back 出来る迄出来ました。

今回は、ESP32 の UART2 部分になります。
esp-idf のサンプルでは、uart_echo と uart_events がありますが、
今回は、uart_events を使って、ドライバーをUART2対応にします。
プログラムとしては、下記になります。

uart_events_example_main.c
/* UART Events Example This example code is in the Public Domain (or CC0 licensed, at your option.) Unless required by applicable law or agreed to in writing, this software is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. */ #include <stdio.h> #include <string.h> #include "freertos/FreeRTOS.h" #include "freertos/task.h" #include "freertos/queue.h" #include "driver/uart.h" #include "esp_log.h" static const char *TAG = "uart_events"; /** * This example shows how to use the UART driver to handle special UART events. * * It also reads data from UART0 directly, and echoes it to console. * * - Port: UART0 * - Receive (Rx) buffer: on * - Transmit (Tx) buffer: off * - Flow control: off * - Event queue: on * - Pin assignment: TxD (default), RxD (default) */ //#define EX_UART_NUM UART_NUM_0 #define EX_UART_NUM UART_NUM_2 #define PATTERN_CHR_NUM (3) /*!< Set the number of consecutive and identical characters received by receiver which defines a UART pattern*/ #define ECHO_TEST_TXD (17) #define ECHO_TEST_RXD (16) #define ECHO_TEST_RTS (UART_PIN_NO_CHANGE) #define ECHO_TEST_CTS (UART_PIN_NO_CHANGE) #define BUF_SIZE (1024) #define RD_BUF_SIZE (BUF_SIZE) static QueueHandle_t uart0_queue; static void uart_event_task(void *pvParameters) { uart_event_t event; size_t buffered_size; uint8_t* dtmp = (uint8_t*) malloc(RD_BUF_SIZE); for(;;) { //Waiting for UART event. if(xQueueReceive(uart0_queue, (void * )&event, (portTickType)portMAX_DELAY)) { bzero(dtmp, RD_BUF_SIZE); ESP_LOGI(TAG, "uart[%d] event:", EX_UART_NUM); switch(event.type) { //Event of UART receving data /*We'd better handler data event fast, there would be much more data events than other types of events. If we take too much time on data event, the queue might be full.*/ case UART_DATA: ESP_LOGI(TAG, "[UART DATA]: %d", event.size); uart_read_bytes(EX_UART_NUM, dtmp, event.size, portMAX_DELAY); ESP_LOGI(TAG, "[DATA EVT]:"); uart_write_bytes(EX_UART_NUM, (const char*) dtmp, event.size); break; //Event of HW FIFO overflow detected case UART_FIFO_OVF: ESP_LOGI(TAG, "hw fifo overflow"); // If fifo overflow happened, you should consider adding flow control for your application. // The ISR has already reset the rx FIFO, // As an example, we directly flush the rx buffer here in order to read more data. uart_flush_input(EX_UART_NUM); xQueueReset(uart0_queue); break; //Event of UART ring buffer full case UART_BUFFER_FULL: ESP_LOGI(TAG, "ring buffer full"); // If buffer full happened, you should consider encreasing your buffer size // As an example, we directly flush the rx buffer here in order to read more data. uart_flush_input(EX_UART_NUM); xQueueReset(uart0_queue); break; //Event of UART RX break detected case UART_BREAK: ESP_LOGI(TAG, "uart rx break"); break; //Event of UART parity check error case UART_PARITY_ERR: ESP_LOGI(TAG, "uart parity error"); break; //Event of UART frame error case UART_FRAME_ERR: ESP_LOGI(TAG, "uart frame error"); break; //UART_PATTERN_DET case UART_PATTERN_DET: uart_get_buffered_data_len(EX_UART_NUM, &buffered_size); int pos = uart_pattern_pop_pos(EX_UART_NUM); ESP_LOGI(TAG, "[UART PATTERN DETECTED] pos: %d, buffered size: %d", pos, buffered_size); if (pos == -1) { // There used to be a UART_PATTERN_DET event, but the pattern position queue is full so that it can not // record the position. We should set a larger queue size. // As an example, we directly flush the rx buffer here. uart_flush_input(EX_UART_NUM); } else { uart_read_bytes(EX_UART_NUM, dtmp, pos, 100 / portTICK_PERIOD_MS); uint8_t pat[PATTERN_CHR_NUM + 1]; memset(pat, 0, sizeof(pat)); uart_read_bytes(EX_UART_NUM, pat, PATTERN_CHR_NUM, 100 / portTICK_PERIOD_MS); ESP_LOGI(TAG, "read data: %s", dtmp); ESP_LOGI(TAG, "read pat : %s", pat); } break; //Others default: ESP_LOGI(TAG, "uart event type: %d", event.type); break; } } } free(dtmp); dtmp = NULL; vTaskDelete(NULL); } void app_main() { esp_log_level_set(TAG, ESP_LOG_INFO); /* Configure parameters of an UART driver, * communication pins and install the driver */ uart_config_t uart_config = { .baud_rate = 115200, .data_bits = UART_DATA_8_BITS, .parity = UART_PARITY_DISABLE, .stop_bits = UART_STOP_BITS_1, .flow_ctrl = UART_HW_FLOWCTRL_DISABLE }; uart_param_config(EX_UART_NUM, &uart_config); //Set UART log level esp_log_level_set(TAG, ESP_LOG_INFO); //Set UART pins (using UART0 default pins ie no changes.) //uart_set_pin(EX_UART_NUM, UART_PIN_NO_CHANGE, UART_PIN_NO_CHANGE, UART_PIN_NO_CHANGE, UART_PIN_NO_CHANGE); uart_set_pin(EX_UART_NUM, ECHO_TEST_TXD, ECHO_TEST_RXD, UART_PIN_NO_CHANGE, UART_PIN_NO_CHANGE); //Install UART driver, and get the queue. uart_driver_install(EX_UART_NUM, BUF_SIZE * 2, BUF_SIZE * 2, 20, &uart0_queue, 0); //Set uart pattern detect function. uart_enable_pattern_det_intr(EX_UART_NUM, '+', PATTERN_CHR_NUM, 10000, 10, 10); //Reset the pattern queue length to record at most 20 pattern positions. uart_pattern_queue_reset(EX_UART_NUM, 20); //Create a task to handler UART event from ISR xTaskCreate(uart_event_task, "uart_event_task", 2048, NULL, 12, NULL); }

ESP32 Serial Over Bluetooth サンプルプログラムと言えば、
インターネットで検索すると、ESP32 Arduino 版の簡単なライブラリーが、紹介されていますが、

https://github.com/espressif/arduino-esp32/tree/master/libraries/BluetoothSerial
#include "BluetoothSerial.h"
BluetoothSerial SerialBT;

これでは、余りに簡単すぎるので、オンちゃんは敢えて、esp-idf にこだわってみました。

ESP32 esp-idf  Serial Over Bluetooth は、Bluetooth Classic の SPP プロファイルを使うみたいです。

サンプルは、https://github.com/espressif/esp-idf のサンプルプログラムにありました。
esp-idf / examples / bluetooth / bluedroid / classic_bt / bt_spp_acceptor/

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #8 です。

i2s_write が間に合っていないと言う事が判ったので、
i2s_write() が最速になるように、i2s_config の設定を色々試して、下記の様に変更しました。
app_main()::main.c
i2s_config_t i2s_config = { #ifdef CONFIG_A2DP_SINK_OUTPUT_INTERNAL_DAC .mode = I2S_MODE_MASTER | I2S_MODE_TX | I2S_MODE_DAC_BUILT_IN, #else .mode = I2S_MODE_MASTER | I2S_MODE_TX, // Only TX #endif .sample_rate = 44100, .bits_per_sample = 16, .channel_format = I2S_CHANNEL_FMT_RIGHT_LEFT, //2-channels .communication_format = I2S_COMM_FORMAT_I2S_MSB, //.dma_buf_count = 6, // changed by nishi .dma_buf_count = 20, //.dma_buf_len = 60, // APTX 1 デコードサイズ 2,688 バイト / 1フレーム // changed by nishi .dma_buf_len = 672, //.intr_alloc_flags = 0, //Default interrupt priority // changed by nishi .intr_alloc_flags = ESP_INTR_FLAG_LEVEL3, // high interrupt priority .tx_desc_auto_clear = true //Auto clear tx descriptor on underflow };

APTX の1フレームのデコード済データ長は、 2,688 バイト みたいなので、
同じ値にしたかったのですが、I2S DMA の最大は、1024バイトのようなので、
.dma_buf_len = 672 にしました。
.dma_buf_count は、目一杯にしたかったのですが、取り敢えず、.dma_buf_count = 20 です。

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #7 です。

なんとか、APTXのデコード部分を、２つのタスクを起動して、負荷の分散を行わせる事ができました。
これで、先般の、 "Pkt dropped" の表示がでなくなりました。

概要は、btc_a2dp_sink_data_ready()::btc_a2dp_sink.c が元々ありますが、
ここから、従来は、btc_a2dp_sink_handle_inc_media_Aptx(int8_t id,tBT_SBC_HDR *p_msg)::btc_a2dp_sink.c
(注: これは、 APTX 用に、btc_a2dp_sink_handle_inc_media(int8_t id,tBT_SBC_HDR *p_msg)::btc_a2dp_sink.c を改造したもの)
を直接コールしていた流れを、
別タスクを２つを起動させて置いて、そこから、上記関数をコールさせるようにしました。
これで、受信した音楽フレームを交互に振り分けて、APTXのデコード処理以降を分散させます。

なほ、上記２つのタスクは、それぞれ、別コアでの起動にします。

さて、音の方は言うと、音楽として判るようにはなりましたが、
まだまだ、まともには聴ける音ではありません。

常に、ビーンビーンと、かそれに近い雑音が出ていて、たまに、ピチピチ(チッピング音)が出ています。
まだまだ、プログラムとして問題があるようです。

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #6 です。

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #5 で説明した、プログラムの修正以外にも、結構な変更があったのですが、一応それらを、全て行って、
https://github.com/pali/libopenaptx のデコードのプログラムを組み込んで、試してみました。

結論から言えば、残念ながら、上記の、 libopenaptx のプログラムでは、おんちゃんの場合は、
まともな音は出ませんでした。

一応、Windows10+Bluetoothドングルで、 APTX でのフレーム受信までは出来るようになりました。

上記、 libopenaptx のプログラムでAPTX audio データをデコードして、I2S で音出ししてみると、
殆どノイズでうるさくて、まともに音楽は出てきません。

Windows10 の IE で　YouTube を開いて、音楽を聴くと、 Bluetooth でペアリングした、ESP32 に繋げた I2S DAC ( https://www.switch-science.com/catalog/3572/ ) のヘッドホーンからは、それらしい音は出てきますが、ノイズの方が大きくて、まともには聴けません。

残念!!

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #5 です。

その後、あちこち、DEBUG表示を行って、調べてみました。
AVDTP(AUDIO/VIDEO DISTRIBUTION TRANPORT PROTOCOL SPECIFICATION) や、GAP(Generic Audio/Video Distribution Profile) 上の、
Idle -> Cofigured -> Open に至る部分が、下記のようです。

SRC SNK |---------------- LL_OPEN_EVT---------->| |--- MSG_DISCOVER_CMD_EVT-------------->| |<--------------------------------------| DISCOVER 返信 |--- MSG_GETCAP_CMD_EVT---------------->| |<----------- codec_type SBC------------| codec type=0x00 の通知 |---- MSG_SETCONFIG_CMD_EVT ----------->| SBC codec の setconfig

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #4 です。

A2DP aptx,aptx-hd のプロフィールのスペックは、 インターネットで探してみましたが、
結局見つかりませんでした。

注) その後、https://docs.microsoft.com/ja-jp/windows-hardware/drivers/bluetooth/bluetooth-profile-drivers-overview を見ていたら、 Details of the Bluetooth protocol are available on the Bluetooth website. があったので、見てみると、https://www.bluetooth.com/ja-jp/specifications/profiles-overview に A2DP の仕様書をみつけました。
Version1.3 から、Non-A2DP codecs (Vendor-Specific A2DP codecs) が加わったみたいです。 

しかし、Andoroid Developer の Fluoride Bluetooth stack に、A2DP の SBC,APTX,APTX-HD,LDAC
のプロファイル処理のサンプルがあったので、参考にしてみます。
Fluoride Bluetooth stack は、Andoriod Ver. 6 あたりから、Bluedroid に代わって採用されたBluetooth スタックとの事です。

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #3 です。

まだ、Bluetooth の a2dp aptx のソース側のハードが揃わないので、取り敢えず、現状の アンドロイド Version 5 でのログを集めてみました。
手順は、先に ESP32 a2dp_sink (SBC版) を立ち上げておきます。

次に、Andoriod スマホ を起動させた時のログ
--- start 2 ---- E (359858) BT_APPL: bta_av_rc_create ACP handle exist for shdl:0 I (359858) BT_AV: A2DP connection state: Connecting, [a0:00:00:0e:d7:d6] I (359878) BT_AV: A2DP audio stream configuration, codec type 0 I (359878) I2S: PLL_D2: Req RATE: 44100, real rate: 44642.000, BITS: 16, CLKM: 14, BCK: 8, MCLK: 11289966.924, SCLK: 1428544.000000, diva: 64, divb: 11 I (359888) BT_AV: Configure audio player 21-15-13-4b I (359888) BT_AV: Audio player configured, sample rate=44100 W (359918) BT_APPL: new conn_srvc id:19, app_id:0 I (359918) BT_AV: A2DP connection state: Connected, [a0:00:00:0e:d7:d6] I (359968) BT_AV: AVRC conn_state evt: state 1, [a0:00:00:0e:d7:d6] I (359968) BT_AV: AVRC remote features 49 I (360038) BT_AV: AVRC metadata rsp: attribute id 0x1, I (360038) BT_AV: AVRC metadata rsp: attribute id 0x2, I (360038) BT_AV: AVRC metadata rsp: attribute id 0x4, I (360038) BT_AV: AVRC metadata rsp: attribute id 0x20, ---- end 2 ---

ESP32 esp-idf bluetooth a2dp_sink への aptx decode 実装の考察 の続き、 #2 です。

それでは、SBC データのデコード場所は、と言うと、
どうやら、 esp-idf/components/bt/bludroid/external/sbc/decoder/src/decoder-sbc.c の
OI_CODEC_SBC_DecodeFrame() ようです。
注) これ以降は、esp-idf/components/bt は,　bt と表記します。

bt/bludroid/external/sbc/decoder/src/decoder-sbc.c
236 OI_STATUS OI_CODEC_SBC_DecodeFrame(OI_CODEC_SBC_DECODER_CONTEXT *context, 237 const OI_BYTE **frameData, 238 OI_UINT32 *frameBytes, 239 OI_INT16 *pcmData, 240 OI_UINT32 *pcmBytes) 241 { 242 OI_STATUS status; 243 OI_UINT framelen; 244 OI_UINT8 crc; 245 246 TRACE(("+OI_CODEC_SBC_DecodeFrame"));

esp-idf examples の bluetooth/a2sp_sink へ aptx decode を組み込めるか、ソースを追って考察してみました。

先ず、i2s_write() を実行している所はと言うと、bt_app_av.c の bt_app_a2d_data_cb() の中で、
i2s_write() をコールしているようです。

bt_app_av.c
54 void bt_app_a2d_data_cb(const uint8_t *data, uint32_t len) 55 { 56 size_t bytes_written; 57 i2s_write(0, data, len, &bytes_written, portMAX_DELAY); 58 if (++s_pkt_cnt % 100 == 0) { 59 ESP_LOGI(BT_AV_TAG, "Audio packet count %u", s_pkt_cnt); 60 } 61 }

17:06:17 **** Incremental Build of configuration Default for project a2dp_sink **** python /home/nishi/usr/local/esp/esp-idf/tools/windows/eclipse_make.py -j2 all Traceback (most recent call last): File "/home/nishi/usr/local/esp/esp-idf/tools/windows/eclipse_make.py", line 36, in <module> main() File "/home/nishi/usr/local/esp/esp-idf/tools/windows/eclipse_make.py", line 28, in main print("Running make in '%s'" % check_path(os.getcwd())) File "/home/nishi/usr/local/esp/esp-idf/tools/windows/eclipse_make.py", line 18, in check_path winpath = subprocess.check_output(["cygpath", "-w", path]).strip() File "/usr/lib64/python2.7/subprocess.py", line 568, in check_output process = Popen(stdout=PIPE, *popenargs, **kwargs) File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__ errread, errwrite) File "/usr/lib64/python2.7/subprocess.py", line 1327, in _execute_child raise child_exception OSError: [Errno 2] No such file or directory 17:06:18 Build Finished. 0 errors, 0 warnings. (took 321ms)

ESP32 esp-idf の examples の中に、Bluetooth のA2DP(Advanced Audio Distribution Profile:高度オーディオ配信プロファイル) を
使ったサンプルがあるので、それを試してみました。

 esp-idf>examples>bluetooth>a2dp_sink
上記、意味合いは、a2dp の受信側　の意味のよう。

概要は、上記リンク先のページに説明がありますが、
Bluetooth のデバイスとして、オーディオストリームを受信して、外付けの I2sコーデック (PCM5102等) か、内臓のDACに出力するとの事です。

其処の所の設定は、make menuconfig で出来ました。
例により、下記手順で、 
1. esp-idf/examples/bluetoooth/a2dp_sink  のディレクトリーを、自分の作業ディレクトリーへコピー
2. MSYS2 MinGW 32-bit ターミナルを起動して、上記の自分の作業ディレクトリーへ移動
$make menuconfig
   Serial flasher config --> Default serial poort = COMX に変更
   A2DP Examples Configuration -->　ここで、外付け I2s,内臓 DACの指定、ピンの指定をする。
   exit
$make -j4
$make flash

3. スマホのBlutooth で接続して、音楽を流す。

後は、Eclipse にインポートして、プログラムを勉強します。