ＬＣＤに表示するプログラムを実装するようになって、何か、正しく動かない事
が、頻発してきた。
※実際は、以前から、あったのだが、何かの拍子に直ったりする為、原因を究明
出来ないでいた。
よくよく調べると、最適化オプション「-Os」を使う場合に、起こる事がある事が
判った。
-O1、-O2 では発生しない為、とりあえず、-O2 を使っていたのだが、プログラム
の容量が増してくると、そうもいかなくなってくる。

そこで、コードを簡単に追ってみると、スタック領域に配置された変数にアクセス
する場合に、スタックのアドレス計算を間違っているような挙動だった。

これは、コンパイラの問題のように思うが、ＲＬ７８のコード生成部分を追って、
修正するには、スキルと時間が足りないように思う。
それと、コンパイラのバグと思っていた事が、実際には、実装の問題である事は、
良くある話でもある。
そこで、回避策を色々試してみた結果、コンパイラオプション「-flto」を追加す
る事で回避出来ているように思う。

詳細に調べた結果、ＲＡＭの初期状態に依存していただけだった。
通常「.bss」セクションは「０」クリアするが、「.data」セクションは、何かの
値をロードするので、そのままな状態になっている、これが、問題のようで、
ロードしない場所は「０」クリアする必要がある。
そこで、リセット時、全てのＲＡＭを全て「０」クリアするコードを追加した。

;; clear all RAM
    sel     rb0    ; bank 0
    movw    hl, #__datastart
LC0:
    movw    ax, #0
    movw    [hl], ax
    incw    hl
    incw    hl
    movw    ax, hl
    cmpw    ax, #__stack
    bnz	    $LC0

※レジスタ・バンクは触らない。
この変更で、怪しい挙動は、無くなったようではある。

ただ、コンパイラを作りなおす必要がある。
コンパイラは作り直さなくても大丈夫と判った、でも、4.9.4 の方が、ほんの
少しは、最適化が良いのかもしれないので、4.9.4 にするのはやぶさかでは無い。

※最近、gcc-4.9.3 から、gcc-4.9.4 に移ったので、その過程で、ビルドオプシ
ョンを精査した。

--enable-multilib --enable-lto

を追加する。
※「multilib」は以前は「disable」であったが一応「enable」とした。

「-flto」は、LTO(Link Time Optimization)を有効にするオプションで、これによ
り翻訳単位を超えた最適化が可能になる。
これは、gcc-4.8.x から、追加された機能のようだが、RL78 と、gcc-4.9.4 の場
合は、常に「有効」にする必要があるのかもしれない。
※指定しないと、「有効」になっているようである。

とりあえず、現状で、これで回避できているようではある・・・

以前に Aitendo さんで買った LCD は、色々イマイチの部分があり、どうしようか悩
んでいたが、ＲＳオンラインで、新品のＬＣＤでもをそこそこの値段で売っている事
を発見して、試しに買ってみた。

小規模なマイコンで、簡単なユーザーインターフェースを実装する場合、何か表示装
置が必要で、グラフィックス液晶は、その候補の一つと思う。
ＲＬ７８では、メモリーがそこそこあるので、１２８×６４ピクセル程度のモノカラ
ー液晶なら、漢字も表示できるので、大抵のアプリケーションにマッチする。

今回実験した液晶は、バックライトは無いものの、８５０円くらいで購入でき、（
２０００円くらいで、表示面積が大きいタイプもある）３．３Ｖ動作が可能なタイプ
で、消費電力も少ない。

１２８×６４（バックライト無し）＠８３３円

１２８×６４（バックライト有り）＠９１７円

接続ピンのピッチが１．２７ｍｍだったので、変換基板と追加回路を組み込んだ。

コントローラーは、ＳＴ７５６５Ｒで、データバスが８ビットだけど、シリアル変換
モードがあり、ＳＰＩ通信で接続出来る。
ＲＳオンラインで用意されている資料では、不明な点が多かったが、ネットを探して、
表示に必要な外部回路（主にコンデンサの接続方法等）を探して、接続した。

ＳＰＩ通信、参考回路：

以前に作成した、サンプルコードを、多少修正（主に制御ポートの定義）したら、問
題無く動作した。
ＳＴ７５６５のコードは、ネットで見つけた物を改造したもので、Aitendo の液晶で
は不安定で、正しく動作しなかったが、この液晶では、何の問題も無く綺麗に動作す
る。
※やはり、ジャンクは、ジャンクと言う事なのかもしれない。

ＳＳＤ１３０６コントローラー使用のＯＬＥＤ：

ＲＬ７８との接続：

    /CS  ---> P53       (36)
    A0   ---> P50       (33)
    SD   ---> P13/SO20  (43)
    SCL  ---> P15/SCK20 (41) 
    /RES ---> /RESET    ( 6)

※ソースコードには、ＳＴ７５６５、ＳＳＤ１３０６どちらか片方を有効にする定義
がある。

LCD サンプル

C++ では、printf を使わない文化がある。

これは、スタックベースの可変引数では、安全性が確保出来ない事に由来する。

その為、C++ では、printf が便利な事は判っていても、それから離れて、std::cout
関係のクラスを実装する事となったと思う。
ただ、典型的な C のプログラマーは、C++ 上でのプログラムでも、「std::cout」
が使いにくいと言い、printf を使い続ける輩が後を絶たない。
「std::cout」も馴れてしまえば、そうそう使いにくいものでも無いと思うが、それ
でも、printf にある、柔軟性やコンビニエンス的な使いかってには、敵わない。

boost では、printf の使いやすさと安全性を網羅した format クラスが作られた。
これにより、C++ でも、printf と遜色無い、利便性を手に入れたと思える。

小規模な組み込みマイコンでも、やはり、安全性が無い printf は使いたくは無い。
※printf のフォーマットと引数の不整合は、最悪の場合、プログラムがクラッシュ
する、ある程度は、コンパイラが不整合を検証しているが、完全には出来ないので、
多くの組み込みメーカーではデバッグ以外では使わない事が普通で、リリースビルド
では、「#define」を使って「printf」を消している。

boost::format クラスは、iostream に依存していて、非常に多くのリソースを消費
してしまう為、限られたメモリーしか無いようなマイコンでは、使う事が出来ない。
また、「float、double」を使わない場合に余分なコードを節約したい等、カスタム
したい場合もある。

組み込みでも、C 言語ベースのシステムでは、printf も多くのメモリーを消費する
為、多くの人が、廉価版の printf を実装して使う事が多いが、それに習って、C++
なので、boost::format の廉価版を実装してみた。
C++ では、演算子をオーバーロードして、全く別の機能として使う事が出来る。
これを利用して、「％」記号（通常は、整数の剰余）をオーバーロードして、引数を
受け取るようにしている。

不整合が起こった場合は、「例外」をスローするのが普通であるが、それは、別の問
題を含んでしまう為、エラーステータスによる処理を行なっている。

独自 format なので、拡張して、固定小数点の表示、二進数表示などを取り入れている。
又、内部から、sprintf を呼ぶような事も行なわない、純粋な物を実装したい。

以前は、整数表示や文字列表示などの機能しか実装していなかったが、float の表示
が必要な事は結構ある。
そこで、IEEE754 の表示が出来るように拡張してみたのだが、仕様が複雑で、難解
な部分が多く、現状では、全ての仕様を満足するまでには完成度は高く無いものの、
ある程度は、正しく表示できるのようになった。
以下のような方針で実装してみた。

・内部で float の計算を行なわない。（整数のみの計算で行なう）
・なるべくメモリーの消費を抑える。
・なるべく printf の仕様に準拠する。

printf では、float、double の区別は無く、基本的に、float は double にキャス
トされて内部処理される。
newlib の該当する部分を読んでみたが、あまりに複雑で、部分を抜き出して簡単に
使えそうも無い事から、自分で考えながら実装してみた。
その為、無駄な部分や間違いがあるかもしれない。

固定小数点表示：
組み込みでは、A/D 変換した値や温度など表示する場合など、シフトしたり掛けたり
割ったりして、実数部と小数部を分けて整数で表示する事が良くある。
そこで、もっと簡単に扱えるように固定小数点表示をサポートしている。

    int32_t val = 4096;
    utils::format("FixedPoint: %5.3:12y\n") % val;
    val = 6372;
    utils::format("FixedPoint: %5.3:12y\n") % val;
    utils::format("FixedPoint: %5.2:12y\n") % val;

FixedPoint:  1.000
FixedPoint:  1.556
FixedPoint:  1.56

・上の例では、全体５桁（小数点含む）、小数部３桁、小数点以下１２ビットとして
表示する。
・内部では、小数部＋１桁目を四捨五入して丸めて表示する。（この仕様は、printf
の IEEE754 表示に準拠している）

IEEE754 サポートが必要無い場合は、ソースの頭で、以下のようにコメントアウトする
事で大幅にメモリーを節約できる。（その場合でも、固定小数点表示はサポートされる）

// #define WITH_FLOAT_FORMAT

※現状では、「double」の８０ビットフォーマットをサポートしていない。

※R8C、RL78、RX マイコンで利用でき、もちろん、他のプラットホームでもコンパイル
できれば、利用可能と思う。

RL78/common/format.hpp

追記修正：
printf の桁数指定を勘違いしていた為、改めて、仕様を読み直し、printf に準拠する
ように修正を加えた。

以前にＳＤカードを接続する実験をしていた時、入力ポートのプルアップ抵抗設定
を間違えて、オープン状態になっていた、配線チェックの為、配線に指を近づけた
らカードが検出され、ＬＥＤが点滅するような状態だった。
それで、バグに気がついた。

この件に伴い、「入力ポートのインピーダンスは高いなぁー」と感じた。
※あたりまえなんだけど・・・

この件で、静電容量の微小な変化を使ったタッチスイッチを実験してみる事にした。

原理は簡単で、微小な静電容量を積分時間によって判定するもので、ＲＬ７８のル
ープカウントを積分時間とする方式。

・タッチパッドは、１０ｍｍ四方の銅版を使い、上に絶縁の為、ポリイミドテープ
を貼ってある。
・この銅版に１Ｍオームの抵抗を繋ぎ、プルアップしておく。
・等価的には、この銅版は、微小なコンデンサと考える事が出来る。
・指で「触る」事で、微小な容量が変化するものと思われる。

評価方法：
・まず、ポートを出力に設定して、「０」を設定し、等価コンデンサを放電する。
・次に、ポートを入力に設定して、「１」になるまでのループ数をカウントする。
・このループ数の違いにより、開放された状態と、触っている状態を判断できる。
・電源投入時、開放状態のカウントを計り、基準にする。
※この値は、安定しているので、一度基準が判ればよい。

実験結果：
実験すると、開放時は「５０」くらいで、触ると、８０～３００くらいまで変化す
る事を確認。
指を近づけると、「６０」くらいになるので、６０以下は無視する。

ただ、かなりバタつくので、触った瞬間と離した瞬間を正確に判断するには、多少
の工夫が必要。

静電容量は、タッチパッドの作り方で、変化し、微妙な値が大きく影響するので、
再現性は低いかもしれない。

タッチスイッチ・サンプル

ＲＬ７８／Ｇ１３には、１０ビット（８ビット）のＡ／Ｄ変換が付いてる。
変換時間もかなり速くて、最大だと、２．１２５ｕＳ。

・入力は最大１２チャネル（６４ピン版の場合）
・サンプル＆ホールド回路も内臓
・入力チャネルを、基準電圧源の「＋」、「－」に切り替えが出来る
・内臓電圧リファレンス（１．４５Ｖ）に切り替えできる
※１．０２３Ｖが便利だと思うが・・

経験的に、ＡＶＲより、国産のマイコン内臓のＡ／Ｄの方が、変換精度が高く、
ノイズに強いと思う。
※ＡＶＲは、サンプルホールドが無いので入力信号によっては変換誤差が大きい。
ただ、１０ビットは多少物足りない、１２ビットは欲しいところ。

少し意外なのは、ルネサス（日立）系では、Ａ／Ｄ入力は、入力ポートにしか転用
出来ないものだが、ＲＬ７８では、入出力に設定出来る点が、利便性が高い。

国産マイコンのＡ／Ｄ変換は、変換開始のトリガーを色々選べるとか、かなり細か
い設定が可能なので、クラスでそれらを全てサポートする場合は、設計が難しい。
今回は、チャネルを選んで、変換するだけの、淡白な機能しか実装していない。
※必要に応じて、メソッドを追加したいと思う。

Ａ／Ｄ変換サンプル

以前に、Amazon で買った、中華の安い Arduino 系モジュール。
Ｉ２Ｃ接続の温度、圧力センサー、ＢＯＳＨのＢＭＰ１８０を買って、積んでいたのだけど、
気晴らしに、ちょっと動作確認をしてみた。

Arduino 系の I2C モジュールは、ピンアサインがまちまちで、以前に使った DS3231 RTC と
は違うアサインになってて、何とも言えない脱力感・・・

ネットを探すと、Arduino のスケッチが沢山見つかるので、それをコピペして、C++ のクラス
を実装した。
※必要な部分だけ浮動小数点を使い、他は整数計算で行なっているものや、全て浮動小数点で
行なっている物など、様々なスケッチ、さらに、スケッチはほぼＣ＋＋なんだけど、Ｃ的に書
かれているとか、色々だった。
ＲＬ７８／Ｇ１３なので、なるべく計算負荷が少なくて、精度を確保してある物を切り貼りし
た。
※ＢＭＰ１８０の、補正は、以外と複雑で難解

動かしてみると、温度は、大体合っているようなので、とりあえず、「良し」として、プッシ
ュした。

ただ、utils::format クラスでは、まだ浮動小数点の表示をサポートしていない為、結果が浮
動小数点で返ってくるものは確認していない。

BMP180 温度、圧力センサーサンプル

-----
IEEE754 のバイナリーパターンを、１０進に変換する部分を独自に実装してみたい、これは、
「課題」みたいなもので、面白そうでもある。
・整数計算だけで行なう。
・「printf」で可能な表現を全て備えたい。
・コンパクトに実装したい。
以前に実装しようと試みたけど、中途になっている・・・
これにそろそろ本格的に挑まないといけない・・・

ＰＷＭでの簡易再生は、それなりに良い音だったが、やはり不満が残る。

昔から、音楽プレイヤーを自作してみたいと思っていたが、なかなか機会が無かった。
車やバイクで音楽聴いたり、持ち歩けるタイプなど。
※売ってるものは、不満があり、買う気にならない（以前に色々買ったけど、結局、
不便なので、使わなくなった）

ＲＬ７８／Ｇ１３は、そのようなガジェットに丁度良く、昔にＲＸマイコンで実験した
ＶＳ１０６３を接続して、音を鳴らしてみた。

「積みＩＣ」とゆーのが自宅に沢山あるｗｗｗ、買ったけど、まだ実験もしていないも
ので、ＶＳ１００１やＶＳ１０１１もあった。
ＶＳ１００１は古くて、制御ラインが、余分に必要みたいなので、肥やしになる事が決
定・・、ＶＳ１０１１は、ＬＱＦＰ４８はキープしてあったけど、変換基板が無い。
確か、ＶＳ１０１１のＳＯＰ版もあったハズとかなり探したが、結局見つからない・・
仕方なく、ＲＸマイコンで実験したＶＳ１０６３を外して、今度もモジュールにした。

※最近、変換基板の表側のピンにバイパスコンデンサを付ける小技を覚えたｗｗ
※ＳＯＰ版の方が配線が少なく、実験しやすい、ＬＱＦＰ版は、電源など沢山結線しな
いと動かないので、使いたくなかったが、ＳＯＰが見つからないので仕方なくモジュー
ルに組んだ。

ＶＳ１０５３は、Ｉ／Ｏ電源３．３Ｖ、コア電源１．８Ｖ、アナログ電源３．３Ｖが必
要で、１．８Ｖは、３．３Ｖからレギュレーターで作っている。
アナログ電源は、とりあえず、デジタル電源と共有している。（フェライトビーズを入
れてある）
本来、クリスタルは１２．２８８ＭＨｚを使うが、手元に１２ＭＨｚしか無かったので、
とりあえず、これを使う、内部設定で、補正を行なう事が出来る。

モジュールにした事で、マイコンとは、１０Ｐのフラットケーブルで接続する、ＳＰＩ
のクロックが高めなので、できるだけ短くする。

そして、ようやく接続が出来て、実験コードを書いて動かしてみる・・・
動かない・・・
ＲＸマイコンで鳴らした事があるので、そうそう間違う事も無いと思い、色々確認する
ものの、問題無い・・・
オシロスコープで信号を確認していると、制御信号が出ていない？
結局良く調べたら、ＲＬ７８／Ｇ１３では、Ｐ６２、Ｐ６３は、出力にした場合、オー
プンドレイン専用ポートで、ある事が判明した。
仕方なく、他のポートに繋ぎなおしてみたら、普通に鳴った・・・
※最近、くだらない理由で、「はまる」事が多いなぁー

ＶＳ１０６３との接続：

    ・P73/SO01 (26) ---> VS1063:SI     (29)
    ・P74/SI01 (25) ---> VS1063:SO     (30)
    ・P75/SCK01(24) ---> VS1063:SCLK   (28)
    ・P52      (35) ---> VS1063:/xCS   (23)
    ・P53      (36) ---> VS1063:/xDCS  (13) 
    ・P54      (37) ---> VS1063:/DREQ  ( 8)
    ・/RESET   ( 6) ---> VS1063:/xRESET( 3)

-----
プログラムは、鳴らすだけの機能しか実装していない。
ＶＳ１０６３は、色々なフォーマットに対応しているが、タグ情報をスキップするとか、
色々な細かいケアをしないと実用的には使えないので、プログラムはこれから充実させる
として、ここらで、スタート・ボードの設計なども進めておかないと・・

プロジェクト・ソース・コード

SDC_sample プロジェクトで、単純な空読みと書き込みで、どのくらいの
速度が出ているのか調べた。

メーカーや種類によってかなり違いがある。
※読み込むサイズは５１２バイト、これ以上大きい場合は、ＲＬ７８の
ＲＡＭサイズから考えてあまり実用的では無いと思える。

ＷＡＶプレイヤーでは、読み込みで２００キロバイト以下のカードでは、
１６ビット、４４．１ＫＨｚ、ステレオファイルの再生は、ほぼ無理の
よう。
※３００キロバイト近くないと十分とは言えない。
※１ＧＢ、８ＧＢのカードは、十分使えた。

２５６ＭＢのＳＤカード（Panasonic）

SD Write test...
Write frame: 739
Write: 85134 Bytes/Sec
Write: 83 KBytes/Sec
SD Read test...
Read frame: 186
Read: 338250 Bytes/Sec
Read: 330 KBytes/Sec

１ＧＢのＳＤカード（Transcend 60x）

SD Write test...
Write frame: 214
Write: 293993 Bytes/Sec
Write: 287 KBytes/Sec
SD Read test...
Read frame: 225
Read: 279620 Bytes/Sec
Read: 273 KBytes/Sec

２ＧＢのＳＤカード（Transcend class ?）

SD Write test...
Write frame: 954
Write: 65948 Bytes/Sec
Write: 64 KBytes/Sec
SD Read test...
Read frame: 309
Read: 203606 Bytes/Sec
Read: 198 KBytes/Sec

８ＧＢのＳＤカード（Transcend class 6）

SD Write test...
Write frame: 541
Write: 116293 Bytes/Sec
Write: 113 KBytes/Sec
SD Read test...
Read frame: 180
Read: 349525 Bytes/Sec
Read: 341 KBytes/Sec

３２ＧＢのＳＤカード（FlashAir）

SD Write test...
Write frame: 583
Write: 107915 Bytes/Sec
Write: 105 KBytes/Sec
SD Read test...
Read frame: 347
Read: 181309 Bytes/Sec
Read: 177 KBytes/Sec

３２ＧＢのＳＤカード（ノーブランド class 10）

SD Write test...
Write frame: 417
Write: 150874 Bytes/Sec
Write: 147 KBytes/Sec
SD Read test...
Read frame: 212
Read: 296766 Bytes/Sec
Read: 289 KBytes/Sec

ＳＤカードとＰＷＭが出来たら、定番のＷＡＶ再生を行わない理由は無い。

また、ＳＤカードアクセスのパフォーマンスを測る指針ともなる。

以前にＲ８Ｃで、トライした時は、色々な問題にぶつかって、実用性が薄い事
から、あまり深く掘り下げなかった。
・Ｒ８Ｃでは、ＵＡＲＴとＳＰＩが共有している為、どちらか片方しか、利用
する事が出来ず、不満が残る。
※ＳＰＩをハードで行い、ＵＡＲＴをソフト処理する事も考えられるが、受信
動作は困難と思われる。
・Ｒ８ＣのＰＷＭでは、コンペアレジスターがバッファされていない為、書き
込んだタイミングと、前の値との組み合わせにより、グリッチが発生する、そ
の為、「プツプツ」とノイズが気になる。

結局、ＳＰＩをソフトで処理して、実装してみたが、１１．０２５ＫＨｚ、８
ビット、ステレオが限界だった・・
これは、かなり微妙な結果だと言うしかない、ＵＡＲＴを諦めて、ＳＰＩをハ
ードで扱う事も考えたが、プツプツと発生するノイズ、ＰＷＭの仕様上の問題
をナチュラルに解決する方法を思いつけなかったので、中途半端だったが諦め
た。

ＲＬ７８では、その全てを改善できるであろう事が判っていた、８ビットの
ＰＷＭ変調に起因する音質以外は、ほぼ満足なものとなると思われる。

早速実装して、音を出してみたら、思った通りの結果だった、ＰＷＭのレジス
タ書き換えに起因するノイズも聞こえない、（ＲＬ７８では、バッファされて
いる）４８ＫＨｚ、１６ビット、ステレオのファイルも、難なく再生出来た。
※１６ビットの下位８ビットは捨てている。
※つまり、他の処理も考え合わせると、ゆうに２００キロバイト毎秒以上の
読み込み速度が出ていると思われる。
※ＳＤカードの速度は次のブログを参照

-----
ＰＷＭ周期は、８ビットの分解能が必要なので、カウンタのクロックを
１６ＭＨｚとして、２５６で割った、６２．５ＫＨｚとした。
これで、一応４８ＫＨｚのサンプリング・レートに対応できる。

多少難しい問題として、ＰＷＭのサンプルレート、６２．５ＫＨｚと、ファイル
のサンプリングをどのようにマッチさせるか、この微妙な周期の違いを、簡潔に
解決する方法を考慮する必要がある。
６２．５ＫＨｚ毎に起動する割り込みで、波形値をバッファから取り出して、
ＰＷＭのコンペアレジスタに設定している。
バッファのポインター移動は、サンプリング周期／６２．５ＫＨｚの分数で行い、
小数点以下の誤差が全く出ないように工夫した。
※簡単な整数計算だけで行なえるので、シンプル。

    device::TAU01::TDRL = buff_[pos_ + l_ofs_] + wofs_;
    device::TAU02::TDRL = buff_[pos_ + r_ofs_] + wofs_;
    inc_ += rate_;
    if(inc_ >= 6250) {
        inc_ -= 6250;
        pos_ += skip_;
        pos_ &= 1024 - 1;
    }

分数計算で、分子が、分母（６２５０）を超えたら、テーブルのポインターを進
める、また、分子から、６２５０を引く。
・６２５０は、６２．５ＫＨｚの１／１０で、「rate_」は、波形ファイルのサン
プリング周波数を１／１０にしてある。
※つまり、４８ＫＨｚなら４８００、４４．１ＫＨｚなら４４１０、
２２．０５ＫＨｚなら２２０５となる。
・１／１０にするのは、計算レンジを１６ビット以内に納まるようにする為の工夫。
・「skip_」は、８ビットモノラルなら「１」、８ビットステレオなら「２」、
１６ビットモノラルは「２」、１６ビットステレオなら「４」にする。
・８ビットファイルの場合、無音は「０ｘ８０」だが、１６ビットファイルでは、
無音は「０ｘ００００」となるので「wofs_」で調整する。
・ＷＡＶファイルは、リトルエンディアンなので、「l_ofs_、r_ofs_」で、掴む
位置を微調整する。
・バッファサイズは、ＳＤカードの読み込みでは、５１２バイトの倍数が効率が
良いようなので、ピンポンバッファにする為、倍の１Ｋバイトとした。

-----
ＰＷＭ出力は、適当なローパスフィルターを通す事で、アナログ出力を得られる。
今回は、２Ｋオームと、０．０１ｕＦのネットワークとした。
少し贅沢ではあるけども、フルスイング・オペアンプを使って、バッファーを組ん
でみたが、オペアンプを使わず、大きめのカップリングコンデンサを入れただけの
回路でも、問題無いだろう。
※ＲＬ７８がリセット状態や、停止中は、出力に直流が乗るので注意。

・ターミナルからのコマンドで WAV ファイルを再生する。
・「dir」ディレクトリーリスト
・「play file-name」再生
・「play *」カード内の WAV 形式ファイルを全て再生
・再生中、「<」曲の先頭に戻る、「>」次の曲
・再生中「SPACE」を押す毎に、一時停止、再開

※この写真は、オペアンプを使っていないＲＣフィルター

RL78/G13 WAV file player サンプル

参考回路とＫｉＣＡＤのプロジェクト：
WAV_Player KiCAD Project

インターバル・タイマーの次は、ＰＷＭ出力。

少し悩んだのは、少し構成が複雑になるので、どのようなＡＰＩにするのが良いのか
・・・

ＲＬ７８では、ＰＷＭを使う場合、マスターと、スレーブの２つのチャネルを組み合
わせる必要がある点が、少し厄介な為で、結局、ＰＷＭの設定関数は、テンプレート
関数とした、テンプレートの引数は、マスターチャネルのＴＡＵを使う。

typedef device::tau_io<device::TAU00> master;
master master_;
device::tau_io pwm1_;
device::tau_io pwm2_;

bool init_pwm_()
{
    uint8_t intr_level = 0;
    if(!master_.start_interval(100000, intr_level)) {
        return false;
    }
    if(!pwm1_.start_pwm<master::tau_type>(0, intr_level)) {
        return false;
		}
    if(!pwm2_.start_pwm<master::tau_type>(0, intr_level)) {
        return false;
    }
    return true;
}

このサンプルでは、ＴＡＵ０１、ＴＡＵ０２をそれぞれＰＷＭ出力としている。
ＰＷＭの周期は、ＴＡＵ０を使い、サンプルでは、１００ＫＨｚとしている。
「ＴＡＵ０１」は、ＴＯ０１（Ｐ１６）４０番ピン
「ＴＡＵ０２」は、ＴＯ０２（Ｐ１７）３９番ピン

    auto val = master_.get_value();  // マスターチャネルのカウント最大値
    pwm1_.set_value(val / 4);  // PWM Duty 25%
    pwm2_.set_value(val * 3 / 4);  // PWM Duty 75%

サンプルでは、それぞれ、２５％と７５％のディーティーとしている。

ＰＷＭサンプル