PDG2 にて生成した RIIC スレーブの送信について

こんにちは。circleです。
PDG2のバージョンはいくつになりますか？（最新版はV.2.09のようです）

「RX210グループ　Peripheral Driver Generator　リファレンスマニュアル」 Rev.1.04には
R_IIC_SlaveSendAll の関数が見当たらないようです。
どちらから入手、または参考にしているコードでしょうか？

こんにちは、ryokkei です。

circle さん、わざわざ調べていただいてありがとうございます。

PDG2 のバージョンは 2.09.00 です。
R_IIC_SlaveSendAll は、生成される R_PG_I2C_SlaveSend_C0 関数から呼び出される
ライブラリ関数なので、リファレンスマニュアルには載っていません。
C:\Renesas\PDG2\source\RX\RX210\IIC にソースコードがインストールされています。

ありがとうございます。分かりました。
R_PG_I2C_SlaveSend_C0 関数の引数は適切に設定されているでしょうか？

ちなみに"リファレンスマニュアルの使用例は変数や関数が間違っていたり、・・・"とは、
どこの部分を指していますか？
(リファレンスマニュアルP.329の以下部分はチャネル番号が抜けている気がします)
　↓
R_PG_I2C_SlaveSend_C(

すみません、不慣れなもので、Reply のボタン間違えました。

引数は、リファレンスマニュアルを見る限り、合っていると思ってるんですけどね。
バッファのアドレスとデータ数しかありませんし、バッファ内のデータも変更して
オシロスコープで確認しました。

関数名の間違いはおっしゃる通りチャネル番号がぬけているのと、
変数に関しては、read や address0 など、定義のないものが使われていたりと、なんというか、
失礼なのですが、想像で書いた感がありまして……。

確かにマニュアルの誤記が多いですね。。。

記載されている情報だけではPDG2で生成されたソースコードが
間違っているとは判断できかねますが、
割り込みは許可されているでしょうか？
（PSWのI ビット制御です）

また、エミュレータをお持ちであれば、
以下の方法でPeripheral Driver Generator V.2が生成する関数が呼び出している、ライブラリ（Renesas Peripheral Driver Generator Library）の内部処理もデバッグ可能なようです。
　↓
support.renesas.com/.../209828008-FAQ-1010977-Peripheral-Driver-Generator-V-2が生成する関数が呼び出している-ライブラリ-Renesas-Peripheral-Driver-Generator-Library-の内部処理をCS-またはHigh-performance-Embedded-Workshop-でデバッグすることはできませんか-

ryokkei です。

送信できるようになりました。
とりあえずコードです。

uint8_t recv_data[254];
uint8_t send_data[254];
bool is_sent;

void func(void)
{
R_PG_Clock_Set();
R_PG_I2C_Set_C0();
R_PG_I2C_SlaveMonitor_C0(recv_data, 254);
is_sent = false;
}

void IIC0SlaveFunc(void)
{
bool transmit, timeout, start, stop;
bool addr0;
R_PG_I2C_GetEvent_C0(0, &stop, &start, 0, &timeout);
R_PG_I2C_GetTR_C0(&transmit);
R_PG_I2C_GetDetectedAddress_C0(&addr0, 0, 0, 0, 0, 0);
if (stop) {
R_PG_I2C_SlaveMonitor_C0(recv_data, 254);
is_sent = false;
return;
}
if (addr0) {
if (!is_sent && transmit) {
R_PG_I2C_SlaveSend_C0(&send_data, 254);
is_sent = true;
}
}
}

IIC0SlaveFunc は、送信データエンプティ割り込みからも呼びまくられるので、
そのたびにバッファの先頭を設定するような形になっていたようです。
なので、is_sent フラグを使い、1度だけ送信処理をするようにしました。
stop コンディションの検出にて再びモニタの指定、フラグのクリアを行います。
リファレンスマニュアルの使用例は、間違いではないのかもしれませんが、
その通りやっても正常に動かないといったところでしょうか。

また、SCI の受信もなのですが、継続的に受信したい場合は (これがほとんどだと思うのですが)
毎回モニタするための関数を呼ばなければならないことが記述されていなかったりと
肝心な説明が抜けている印象です。

こんにちは、ryokkei です。

circle さん、お付き合いいただきありがとうございます。
ご指摘のとおり、送信データエンプティ割り込みは無罪でした。すみません。
修正したコードは次のとおりです。

void IIC0SlaveFunc(void)
{
bool transmit, timeout, start, stop;
bool addr0;
R_PG_I2C_GetEvent_C0(0, &stop, &start, 0, &timeout);
R_PG_I2C_GetTR_C0(&transmit);
R_PG_I2C_GetDetectedAddress_C0(&addr0, 0, 0, 0, 0, 0);
if (stop) {
R_PG_I2C_SlaveMonitor_C0(recv_data, 254);
return;
}
if (addr0) {
if (transmit) {
R_PG_I2C_SlaveSend_C0(send_data, 254);
}
}
}

ミソは stop コンディション検出時の R_PG_I2C_SlaveMonitor_C0 です。
うまくいっていなかった頃のコードは、IIC0SlaveFunc の最後で必ず R_PG_I2C_SlaveMonitor_C0 を
呼んでしまっていたので、ライブラリ内のステートが IIC_SLAVE_MONITOR になってしまい、
何度も呼び出されていたようです。

やはりこの辺はもう少し説明が欲しいところですね。

解決してよかったです。
マニュアルで不明な部分がある場合、
実際に動作させる環境があれば、
色々と試してみるのが早いですね。

採用されるか、されないかは分かりませんが、
かふぇルネはルネサスの方も御覧になっているようですので、
要望事項は書いておいて損はないかもしれません。