\e$B=t!9$NF0:n3NG'MQ$K$A$g$S$C$H99?7!#\e(B

\e$B%A%1%C%H\e(B #30804 BlueTank\e$B8~$1%7%9%F%`%U%l!<%`%o!<%/$NDI2C\e(B

\e$B%G%#%9%W%l%$%?%9%/$H%7%9%F%`%?%9%/$N?w7A$rDI2C!#\e(B

\e$B0J2<$NLdBj$,$"$k$N$@$1$I!"$R$H$^$:%3%_%C%H$9$k;v$K$7$?!#\e(B
\e$B%A%1%C%H\e(B #30731 rcv_mbx\e$B$r8F$S=P$9$H\e(BSpurious Interrupt\e$B$,H/@8$9$k\e(B

\e$B85!9\e(BTOPPERS/ASP\e$B$GH~L#$7$/D:$$$F$$$?%U%l!<%`%o!<%/$r;}$C$F$-$F$$$k!#\e(B
\e$B$b$7$+$7$?$i2?$+4*0c$$$7$F$$$k$N$+$b!#\e(B

チケット #30722 BSP固有タスク用ディレクトリの新設

BSP固有のファイルがUZUMEディレクトリに散らかるのは美しくない。
今までBSP固有タスクをどこに新設するのか明らかでなかった。
kernel/config/bsp_xxxも考えられるが、
このディレクトリはより低い層の定義を扱うべきと判断した。
アプリケーションよりの実装はuzume/bsp_xxxに入れるという方向で
決着させたい考え。

チケット #30721 uzume_sample.cのPrototype startedがカッコ悪い

UZUMEはなかなか良いものになると思う。
UZUME - A framework for real-time digital audio processing
という表示にひとまず変更した。

\e$B%A%1%C%H\e(B #30720 BlueTank\e$B$N\e(BLCD\e$B=i4|2=%3!<%I$rDI2C$9$k\e(B

bsp_bluetank\e$B$K\e(BLCD\e$B=i4|2=%3!<%I$rDI2C$7$?!#\e(B
\e$B=i4|2=%3!<%I$rDI2C$7$F!"\e(BUZUME\e$BE*$K$I$N$h$&$K$J$k$N$+MM;R$r4Q;!$9$k!#\e(B

\e$B%A%1%C%H\e(B #30714 xprintf\e$B%b%8%e!<%k$N:o=|$H\e(Bntstdio\e$B%b%8%e!<%k$NDI2C\e(B

ntstdio\e$B$r\e(BLCD\e$B$J$I$G$b;HMQ$9$k>l9g!"%*%W%7%g%s$r;XDj$G$-$?J}$,NI$$!#\e(B
ntstdio_init\e$B$N0z?t$K%*%W%7%g%s;XDj$G$-$k$h$&$K$7$?!#\e(B

LCD\e$B$J$I$G;HMQ$9$k>l9g!"\e(BNTSTDIO_CR_CRLF\e$B$O30$7$?J}$,8-L@$@$m$&!#\e(B

チケット #30713 シェルタスクのコマンド実装フレームワークを加える

コマンドを追加する際のひな型としてフレームワーク的なものを追加する作業。
cmd_bluetank.cに、コマンドを追加する際のヒントを提示した。

システムによってはコマンドを階層化した方がわかりやすい。
コマンド数が膨大になる可能性も考慮し、階層化設計を提示した。

\e$B%A%1%C%H\e(B #30713 \e$B%7%'%k%?%9%/$N%3%^%s%I<BAu%U%l!<%`%o!<%/$r2C$($k\e(B

\e$B%3%^%s%I$rDI2C$9$k:]$N$R$J7?$H$7$F%U%l!<%`%o!<%/E*$J$b$N$rDI2C$9$k:n6H!#\e(B
bsp_amakusa592\e$B$H\e(Bbsp_bluetank\e$B$G\e(BNT-Shell\e$B$r;HMQ$9$kBP1~$r9T$C$?!#\e(B

\e$B3F\e(BBSP\e$B$GFH<+$N%3%^%s%I$rDj5A$G$-$k$h$&$K$7$?!#\e(B
cmd_amakusa592.c\e$B$O\e(Bamakusa592\e$BMQ!"\e(Bcmd_bluetank.c\e$B$O\e(Bbluetank\e$BMQ$G$"$k!#\e(B

\e$B%A%1%C%H\e(B #30713 \e$B%7%'%k%?%9%/$N%3%^%s%I<BAu%U%l!<%`%o!<%/$r2C$($k\e(B

\e$B%3%a%s%H$rDI2C$7$?!#\e(B

\e$B%A%1%C%H\e(B #30713 \e$B%7%'%k%?%9%/$N%3%^%s%I<BAu%U%l!<%`%o!<%/$r2C$($k\e(B

\e$B$^$:$O\e(BNT-Shell\e$B$K<BD>$K<BAu$9$k7A<0$G%3%_%C%H!#\e(B
\e$BB3$/=$@5$G\e(Bcmd.h\e$B$KBP$9$k<BAu$r\e(BNT-Shell\e$B$r;HMQ$9$k\e(BBSP\e$B$KMW5a$9$k!#\e(B

\e$B%A%1%C%H\e(B #30714 xprintf\e$B%b%8%e!<%k$N:o=|$H\e(Bntstdio\e$B%b%8%e!<%k$NDI2C\e(B

http://shinta-main-jp.blogspot.jp/2013/02/ntstdio.html

\e$B%A%1%C%H\e(B #30712 Doxygen\e$B$N\e(BJavaDoc\e$B%9%?%$%k:NMQ\e(B

\e$BNc$($P\e(B\brief\e$B$h$j\e(B@brief\e$B$NJ}$,8+$d$9$$!#\e(B
\e$B$3$l$O\e(B\\e$BJ8;z$K$h$k%(%9%1!<%W%7!<%1%s%95-=R$H:.F1$5$l$J$$$+$i!#\e(B
UZUME\e$B%W%m%8%'%/%H$G$O\e(BDoxygen\e$B$N\e(BJavaDoc\e$B%9%?%$%k$r;HMQ$9$k;v$K$7$?$$!#\e(B

\e$BCV49$O0J2<$N$h$&$J%9%/%j%W%H$G9T$C$?!#\e(B

KEY_LIST="file author brief details param return"
FILE_LIST=`find . -name "*.[c|h]"`
for KEY in $KEY_LIST
do
    echo '==========================================='
    echo $KEY
    echo '==========================================='
    for FILE in $FILE_LIST
    do
        echo "\t"$FILE
        SEDCMD="s/\\\\$KEY/@$KEY/g"
        sed -i -e "$SEDCMD" $FILE
    done
done

 #30674 (get_volume() / set_volume() の抽象化) に対応。

 get_voluem() set_volume()の定義をbsp_*.c に移し、その中からADC等のアクセス関数を呼ぶように変更した。

bsp_bluetankとbsp_amakusa592で対応。

\e$B%A%1%C%H\e(B #30540 uzume_callback.c\e$B$N\e(BDoxygen\e$B$r=$@5$7$?!#\e(B

\e$B0J2<$r=$@5$7$?!#\e(B
 * \e$BB8:_$7$J$$4X?t$KBP$9$k\e(B@ref\e$B$,E=$i$l$F$$$k!#\e(B
 * \e$BJQ?tL>$,JQ99$5$l$F$$$k$N$K\e(B@param\e$B$,99?7$5$l$F$$$J$$!#\e(B

bash-completeの動作確認をした

コンプリーション設定を追加。まだ試験していない

コンフィギュレーション・スクリプトの名前を configure-project から configure-uzumeに変更

#30511 (uzume_sample.cに「#define ADCADDR 0x28 」と実装があるが何かの間違い)
に対応。不要なマクロ宣言を削除した。

#30518 (Eclipseのプロジェクト名変更) に対応。Eclipseのプロジェクト名変更

#30432 (「uzume_appを使う」＝「BSPはamakusa」という仮定が敷かれている)
に対応。configure-projectスクリプトを編集して、引数のBSP名に基づくcfgファイルをインクルードする"bsp.cfg"を生成できるようにした。これによって、自由にBSPを指定できるようになる。

チケット #30467 uzume_appという名称をuzume_sampleに変更したい

チケット #30432 にも関連するが、UZUMEフレームワークに含まれるuzume_appは
「あくまでフレームワークが提供する機能の一部を使用したサンプル」である。
外から来た開発者が「あぁ、これはサンプルなんだね」と容易にわかるように
uzume_appではなくuzume_sampleという名称に変更した。
「サンプルなんだ」と認識できれば「ここから拡張していこう」と簡単に認識さ
せる事ができる。

\e$B%A%1%C%H\e(B #30503 NT-Shell\e$B$N%W%m%s%W%H=$@5!#\e(B

NT-Shell\e$B$N%W%m%s%W%H$,!V\e(BBlueTank>\e$B!W$K$J$C$?!#\e(B
BSP\e$B$K\e(BBlueTank\e$B$rA*Br$7$F$$$J$$?M$K$H$C$F0UL#ITL@$@$C$?!#\e(B
UZUME\e$B%W%i%C%H%U%)!<%`$KBP$9$k%U%m%s%H%(%s%I$H9M$(!V\e(BUZUME>\e$B!W$KJQ99$7$?!#\e(B

チケット #30493 , チケット #30494 , チケット #30502

 * BlueTank用BSPファイルの新設をdevelopにマージする
 * SGTL-5000対応をdevelopにマージする
 * Natural Tiny Shell (NT-Shell)の追加をdevelopにマージする

不要なファイルを削除

Makefile Makefile.dependをgit管理対象から外した

チケット #30433 「MakefileとMakefile.dependは二次生成物なのでリポジトリ登録は不要では？」への対応。

型を少修正

sys_config.h からタスクスタックサイズとタスク優先順位を制御できるようにした

.gitignoreの更新

リポジトリ・アップデート

リポジトリのトップディレクトリの名前を変更

Doxygenコメントを追加した。

ピンの初期化をbsp_amakusa592.cに移した。

SPORTのイネーブル時に、TX/RXの開始時間にずれが起きないよう、ブロックを一度空読みした。

I2Cのエラー表示処理を追加した

init_audio()の引数を変更

sys_config.hからいくつかのパラメータを設定可能にした。bsp_amakusabf592/sys_config.h 参照。

リファクタリング

インクルードファイルの少修正

ビルドが通った。フレームワーク用のコードの大半はkernel/uzumeに詰め込んだ。また、BSP名をターゲット名と合わせた。

中間作業中

ADCボリューム制御を追加

AD7999によるボリューム読み取りのAPIを実装した

ブロックサイズの指定方法と引数を整理

AD7991 I2C ADCの読み取り機能を追加

ダミーアップロード

リファクタリング

I2Cのデバッグマクロを削除

コーデック関連ファイルを追加

Talkthroughが動き出した。

I2C統合してビルドまでOK

最初のコミット。sample1が通る。