RX64MにSDRAMを接続する

ようやく、SDRAMのテストを開始、結線は多いが、高速な大容量外部
メモリを得られる。
デバイスだけでも512Kバイトのメモリーを持っているので、通常は十
分ではあるけど、このようなデバイスじゃないと、SDRAMを制御する
為のハードウェアーを内臓していない、又、169ピンのデバイスじゃな
いと、32ビットの外部バスをサポートしていない。
※最大のパフォーマンスを得たいので32ビットバスで動かしてみたい。

普通は、基板を起こすべきなのだろうけど、実験ではそうもいかない。
と、言っても最近では、海外のメーカーに発注すれば、基板を新規に作成
するコストは尋常じゃ無く安いので、いきなり基板を起こしてみるのも悪
くないかもしれない。

クロックが高いので、手配線では動作が難しいかもしれないが、バスに接
続するSDRAMは、CPUの動作速度の半分でしかないので、(およそ
60MHz)このくらいなら、手配線でも何とか動作すると思う。
「反射」が起こって動作が不安定になった場合は、ダンピング抵抗を調整
してインピーダンスの整合を行えば、何とかなるのでは無いかと考えてい
る。
※変換基板では、電源ラインが相対的に弱くなるのが多少気になる。

デバイスは300円(128メガビット)なのに、変換基板(Aitendo 産)
が250円するけど、他に、収まりが良く、スペースが少ない変換基板が
無かった。
img_0867s
※基板を起こす時には256メガビット品を使うと思うが、組み込み用途
のSDRAMを単体で入手(秋葉原などで)できるのは限られている。

最近は、0.5mmピッチのハンダ付けが多かったので、0.8mmピッ
チは、凄く楽だったーー
変換基板には、何故か余分な部分があるので、カットして、裏面にある謎
の端子パッドも、いつものようにポリイミドテープで絶縁、ベース基板と
直接コンタクトさせる。
img_0870s
※ピン番号のシルクが一部間違っている・・(28、29ではなく、27、
28ね・・)
※ポリイミドテープの存在を知らない時は、「紙」を貼っていた。www

まず、電源ラインを配線してから、十分なパスコンを接続、それから配線
を行った、データバスは、液晶を接続するのにも使うので、別途、コネク
ターに出す。
・電源の配線
img_0871s

参考回路(ルネサスのRX64Mボードの例)
rx64m_sdram

厄介なのは、SDRAMの場合、初期化処理を行わないと、使う事ができな
い点で、それなりのパラメーターがある、とりあえず、ベストな設定より、
必ず動作しそうな無難な設定を考えてみた。
後は、SDRAMのマニュアルと、RX64Mのマニュアルを見ながら、行
い、とりあえず、書いたデータを読み出せた~
※もっと苦労すると思っていたので、意外な感じはあるが、メモリー空間は
32メガバイトもあるので、詳細なテストを行わないと、分からない。

バス・インターフェースの初期化

    // SDRAM 初期化 128M/32bits bus
    device::MPC::PFAOE0 = 0xff;  // A8 to A15
    device::MPC::PFBCR0 = device::MPC::PFBCR0.ADRLE.b(1) |
                          device::MPC::PFBCR0.DHE.b(1) |
                          device::MPC::PFBCR0.DH32E.b(1);
    device::MPC::PFBCR1 = device::MPC::PFBCR1.MDSDE.b(1) |
                          device::MPC::PFBCR1.DQM1E.b(1) |
                          device::MPC::PFBCR1.SDCLKE.b(1);
    device::SYSTEM::SYSCR0 = device::SYSTEM::SYSCR0.KEY.b(0x5A) |
                             device::SYSTEM::SYSCR0.ROME.b(1) |
                             device::SYSTEM::SYSCR0.EXBE.b(1);
    while(device::SYSTEM::SYSCR0.EXBE() == 0) asm("nop");

SDRAM の初期化

    device::BUS::SDIR = device::BUS::SDIR.ARFI.b(0) |
                        device::BUS::SDIR.ARFC.b(1) |
                        device::BUS::SDIR.PRC.b(0);
    device::BUS::SDICR = device::BUS::SDICR.INIRQ.b(1);  // 初期化シーケンス開始
    while(device::BUS::SDSR() != 0) asm("nop");
    // 動作許可、32ビットアクセス
    device::BUS::SDCCR = device::BUS::SDCCR.BSIZE.b(1);
    // Burst read and burst write, CAS latency: 3, Burst type: Sequential, Burst length: 1
    device::BUS::SDMOD = 0b00000000110000;
    // CAS latency: 3, Write recovery: 1, ROW prechage: 4, RAS latency: 3, RAS active: 4
    device::BUS::SDTR = device::BUS::SDTR.CL.b(3) |
                        device::BUS::SDTR.RP.b(3) |
                        device::BUS::SDTR.RCD.b(2) |
                        device::BUS::SDTR.RAS.b(3);
    // 128M/16 カラム9ビット、ロウ12ビット
    device::BUS::SDADR = device::BUS::SDADR.MXC.b(1);
    // Refresh cycle
    device::BUS::SDRFCR = device::BUS::SDRFCR.RFC.b(2048) |
                          device::BUS::SDRFCR.REFW.b(7);
    device::BUS::SDRFEN = device::BUS::SDRFEN.RFEN.b(1);
    // SDRAM 動作開始
    device::BUS::SDCCR.EXENB = 1;

img_0872s

SDRAM サンプル

ADP2503/ADP2504 降圧、昇圧DC/DCコンバーター

充電池で動く機器を作るのに便利なDC/DCコンバーターの実験をした。

CPUの電源電圧が3.3Vだと、3.7Vのリチウムイオン電池から電源供給する
には、微妙だ。
シリーズレギュレーターだと、3.5V程度までしか使えない(電圧降下が0.2V)
かといって、降圧のDC/DCでは、3.3V以上の電圧がある場合には使えない。

そんな用途に使いやすい、降圧、昇圧を自動で切り替える事ができる、デュアルトポロ
ジーのDC/DCコンバーターがある。
adp2503

DC/DCの大手はリニアテクノロジーと思うけど、数量が少ない場合は、コストが高
く、気軽に使えない場合が多い。
そんな時、アナログデバイセズの製品が目に留まった。
※電圧固定(3.3V、5V)と、抵抗で任意(最大5.5V)の電圧を生成できるタ
イプがある。

単価は300円くらい(10個だと230円くらい)とまぁまぁで、パッケージがQF
Nなのが痛い(割高だがSOPもある)が、先日購入していた。
2503と2504の違いは取り出せる電流が違い、単価は数十円違う。
購入した時は、2504を5個と、2503のSOPバージョンを1個買ったつもりが、
両方共QFNを注文してしまい、長い間実験出来なかった。

昨日、QFNの変換基板を買ってきたので、ADP2503(600mA)を実験して
みた。
QFNのハンダ付けは、毎回、苦労する。

img_0864s
コテライザーの先端にブロワーを付けてQFNのハンダ付けに利用している。

img_0865s
今回は使わなかったが、1000mAを取り出せるADP2504、そのうち専用基板
を作る予定。

img_0860s
実験に使用したADP2503をユニバーサル基板に組んだ状態。
※スイッチング周波数が高い為、チョークコイルは1.5uHと小さい。
※VRefは0.5Vなので、3.3Vを得る為のネットワークは、168Kと30K
とした。(168Kは100Kと68Kを直列とした)
分圧抵抗の計算ツール
※マニュアルでは、合計が400K程度になるようにと書いてあったが、手持ちの都合
で、上記の組み合わせとした。(問題無いと思われる)
取り出す電流が小さい場合、間欠モードを選べるが、このモード中は、多少高い電圧と
なるようだ・・・

※18650のリチウムイオン電池は、プルタブ付の物をオークションで購入した。

img_0866s
リチウムイオン充電モジュール
※リチウム電池の電圧が3V程度になると、パワースイッチで切り離されるようになって
いて、電池の深い放電を防止する。
中華製で110円(激安)

RX24TでLCD表示と、各種LCD

部品の整理をしていたところ、色々なLCDが出てきた。
img_0858s
※安売りでバーゲンしてる時に買ったもの。

RX24Tには、まだ液晶を接続していなかったので、RX24Tで実験してみた。

赤い基板と横長の基板は、ST7565で、小さいのは、UC1701、白い枠は、
カラーTFT液晶。
横長は、モノ128×32、他はモノ128×64、カラーは128×160となって
いる。

どのLCDも、SPIで通信するものだけど、ピンアサインが、どれも微妙に異な
る・・・
また、基本的には、電源は3.3Vだけど、バックライト用電源が異なるモジュー
ルがある。(Aitendo さん何で同じにしないかなぁ・・・)

以前に買ったLCDで、LCDの不良(仕様違い)で、使わなくなっていたやつを
交換してきた、メールで問い合わせたら、返金すると言っていたが、同等品があった
ので、交換にした。
img_0862s
このLCDは大型でバックライトもあり、なかなか良い。

同じコントローラーでもLCDによりコントラストの設定が異なるのが、多少厄介。

img_0863s
※周囲が暗いけど、小さめの赤い基板のLCD、液晶の応答速度が若干速い気がする。

img_0859s
※さらに小型のLCD(バックライト付)で、コントローラーがUC1701

他にもあるが、どれも表示は問題無くできる。

    // SPI 定義(RSPI0)
    typedef device::rspi_io<device::RSPI0> SPI;
    SPI spi_;

    typedef device::PORT<device::PORT6, device::bitpos::B1> LCD_SEL;    ///< LCD 選択信号
    typedef device::PORT<device::PORT6, device::bitpos::B2> LCD_A0;     ///< LCD レジスター選択

#ifdef LCD_ST7565
    // ST7565 drive
    chip::ST7565<SPI, LCD_SEL, LCD_A0> lcd_(spi_);
#endif
#ifdef LCD_UC1701
    // UC1701 drive
    chip::UC1701<SPI, LCD_SEL, LCD_A0> lcd_(spi_);
#endif

「LCD_SEL」はLCDの選択信号
「LCD_A0」は、LCDの制御レジスター切り替え

LCDの切り替えは、インスタンスを代える事で行う。
「spi_」は、SPIを制御するクラスで、コンストラクター時、参照で受け取るよう
にしてある為、SPI の制御をシェア可能になっている。

LCDのコントラストは、LCDのスタート時に(初期化)設定する。

    lcd_.start(0x00);

※大きいタイプは0x10程度、他は、0x00くらいだった。(LCDにより調整
が必要なようだ)

RX24T、LCDサンプル

R8C関係、テンプレートライブラリのアップデート

R8C、RL78、RXマイコンと、実装を重ねた結果、色々と新しい試み(
判りやすさ、正確性、共有性、性能)が導入されて、昔に実装した、R8C関
係のテンプレートライブラリの完成度が相対的に低下している状況となってい
る。

ここらで、最新の実装方法を、R8Cにも反映するべく、アップデートを大々
的に行った。
この改修は、I2Cや、SPIデバイスの制御クラスを全てのプラットホーム
で共有する為の準備でもある。
また、デバイスのフラッシュ書き込み関係プログラムも改修を行った。

I2C、SPIインターフェースの完成度が低いので、その辺りも、RL78
やRXと同等な実装に切り替えた。

かなり大掛かりな手術となったが、一応完成した、これで、各プラットホーム
で、外部デバイスを共有する事が出来ると思う。

-----

以前にアマゾンで、LEDドライバー、マキシム社のMAX7219を買った。
MAX7219 7セグLED×8

部品単体で買っても1000円する(これは、高すぎるが・・)ので、とても
CPが高い。
一般的に、多数のLEDを接続するには、ポートや、電流容量の問題で、ドラ
イバーを入れなくてはならないので、それが簡単に接続できる。
ただし、電源は5Vなので、3.3Vのデバイスに接続するには、別途電源が
必要と思う。
そこで、電源電圧が自由に選べるR8C/M120ANで、5Vで駆動により、
接続実験を行った。

img_0857s

輝度をプログラム出来るとか、電流制限抵抗が少ない、デージーチェインできる
、ダイナミックスキャンが行われているなど、かなりユニークなデバイスで、取
り扱いが簡潔で良い。(少量でも安ければ良いのだけど・・・)

MAX7219サンプル

MAX7219制御クラス

BMP180/BMP280圧力センサー

最近、BMP280が、安く購入出来る事を知り、早速購入、実験してみた。
アマゾンで230円だった。
※湿度も計測できる、BME280は、まだ高価なようだ・・(@540)

BMP280は、BMP180の後継で、色々な部分が改善されているようだ、ただ、
温度や気圧を得る為のシーケンスは、BMP180とは異なる為、新規に実装する必要
がある。
今後は、BMP180はBMP280に置き換わるものと思われる。
※現状では、BMP280の方が安く入手できる。

BMP180とBMP280の主な違い:

Parameter:               BMP180                 BMP280
Footprint:               3.6 × 3.8 mm           2.0 × 2.5 mm
Minimum VDD:             1.80 V                 1.71 V
Minimum VDDIO:           1.62 V                 1.20 V
Current consumption:     12 μA                  2.7 μA
(@3Pa RMS noise)
RMS Noise:               3 Pa                   1.3 Pa
Pressure resolution:     1 Pa                   0.16Pa
Temperature resolution:  0.1°C                  0.01°C
Interfaces:              I²C                    I²C & SPI (3 and 4 wire, mode ‘00’ and ‘11’)
Measurement modes:       Only P or T, forced    P&T, forced or periodic
Measurement rate:        up to 120 Hz           up to 157 Hz
Filter options:          None                   Five bandwidths

早速、BMP280用にテンプレートクラスを実装して、動作実験を行った。
ここで、BMP180とインターフェースを合わせる為、BMP180の実装も見直した。
BMP180では、温度は0.1度単位で出力されるが、BMP280では、0.01度
までの分解能がある。
なるべく、小規模なマイコンなどで使う事を考えて、浮動小数点を使わないようにしたの
で、以前のインターフェースでは、10倍した整数で、温度を取得するようにしていたが
これを100倍とした。
圧力(ヘクトパスカル)は、元々100倍された値だったのでそのまま使った。
BMP280では、さらに小数点以下8ビットも有効のようだったが、センサの分解能か
ら考えて、必要ないと思ったので、捨てている。
圧力から、高度を求めるAPIは、std::pow を使うので、R8C版では、容量の関係で、
コンパイルは出来るものの、容量オーバーで、リンクに失敗する。
RL78でも問題無く機能するものの、バイナリーは64キロを超える。
※RXでは13キロ程度に収まる。

-----

補正などのソースコードはネットにあるソースを参考にしたけど、どうも、初期設定の
デバイスの動作モード設定に誤りがあるようで、データシートを読んで(観て)設定データ
としたが、それが正しいのか微妙ではある、データを1秒間隔で出力させると、それらしい
データを出力している。
※立川の高度は100mくらいのハズなので、かなり違うが、天気によりそれなりに変
化すると思うので、スルーしている。
※一応、圧力の補正ルーチンは確認しているが、特に間違いは無いと思える。

Bosh のデータシートには「filter」に関する説明が不十分なように思う・・・
※とりあえず、「Filter:16」の設定として、0b100としている。

BMP280 初期化コードの一部

    // Ex: Ultra high resolution
    // setting control
    // osrs_t(X2): 010, osrs_p(X16): 101, mode(Normal): 11
    uint8_t mode = 0b010'000'00 | 0b000'101'00 | 0b000'000'11;
    write8_(REG::CONTROL, mode);

    // setting config
    // t_sb(0.5ms): 000, filter(16): 100, xxx(0): 0, spi3w_en(0): 0
    uint8_t conf = 0b000'000'0'0 | 0b000'100'0'0 | 0b000'000'0'0 | 0b000'000'0'0;
    write8_(REG::CONFIG, conf);

img_0856s

Temperature: 19.51 C
Pressure: 1005.85 hPa
Altitude:   61.79 m
Temperature: 19.51 C
Pressure: 1005.86 hPa
Altitude:   61.71 m
Temperature: 19.51 C
Pressure: 1005.87 hPa
Altitude:   61.63 m
Temperature: 19.51 C
Pressure: 1005.87 hPa
Altitude:   61.63 m

BMP180/BMP280 サンプル

RX24TでA/D変換テスト

RX24Tは、モーター制御がターゲットだからか、A/D変換関係が、もの
凄く充実した(細かい)造りになっている。
変換時間は1マイクロ秒で、12ビットの精度があり、5チャンネルが2ユニ
ット、12チャネルが1ユニット、計22チャンネルと豪華で、付随する機能
も豊富で複雑だ。

流石、インバーター制御用なので、サンプルホールド回路が複数あったり、
ゲインを制御する機構があったり、モーター制御に必要な機構を網羅している
ようではある。
変換結果を受け取るレジスターも、個別になっているので、変換したいチャネ
ルを選んで、変換を開始するだけで、マネージメントも簡単で、処理負荷も少
なくてすむ。

とりあえず、単に変換するだけの機能を実装してテストしてみた。
他の変換モードは、必要になったら、適宜追加していくようにしたい。
ただ、テンプレートの定義は、複雑だったので、それなりに苦労した。
なるべく、3つのモジュールを同じように扱う事が出来るように工夫した。

チャネルの扱いをどのように扱うか、色々悩んだが、結局、各モジュールの定
義内に、「enum class」を使って、チャネル定義を行った。

//+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
/*!
    @brief  S12AD1 定義
    @param[in]	base	ベース・アドレス
    @param[in]	t		ペリフェラル型
*/
//+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
template <uint32_t base, peripheral t>
struct s12ad1_t : public s12ad_t {

    //+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
    /*!
        @brief  アナログ入力型
    */
    //+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
    enum class analog : uint8_t {
        AIN100,
        AIN101,
        AIN102,
        AIN103,
        AIN116 = 0x10,
    };
.
.
.
};
typedef s12ad1_t<0x00089200, peripheral::S12AD1> S12AD1;

ユニット0、1は、チャネル5本で、5番目は、16番から開始する為、定数を16
としている、この値を使ってレジスターアクセスのオフセットとしている。
※ただ、こうすると、ループを回して、設定するような事が出来なくなるのが、痛い
が、アナログチャネルは、通常全て同一に使う事は少ないので、「良し」とする。

//+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
/*!
    @brief  S12AD2 定義
    @param[in]	base	ベース・アドレス
    @param[in]	t		ペリフェラル型
*/
//+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
template <uint32_t base, peripheral t>
struct s12ad2_t : public s12ad_t {

    //+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
    /*!
        @brief  アナログ入力型
    */
    //+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++//
    enum class analog : uint8_t {
        AIN200,
        AIN201,
        AIN202,
        AIN203,
        AIN204,
        AIN205,
        AIN206,
        AIN207,
        AIN208,
        AIN209,
        AIN210,
        AIN211,
    };
.
.
.
};
typedef s12ad2_t<0x00089400, peripheral::S12AD2> S12AD2;

変換時間は1マイクロ秒と短い時間ではあるけど、80MHzのCPUの場合
では、変換開始から変換終了を待つのでは、十分な実装とは言えないので、割
り込み処理は実装してあり、変換終了時に、何かタスクを実行できるような仕
様としてあるが、どこまで実用的かは多少疑問が残る。
結局、リアルタイムカーネルのようなマルチタスクシステムにしないと真価を
発揮出来ないかもしれない。

RX24TのA/Dユニットの構成は、他のRXマイコンと比較して、汎用的
では無いため、変換操作を行う具体的なクラス「adc_io」は個別に定義した。
RX64Mや、RX63Tでは、別に定義する必要がある。

A/D 変換サンプル