rl78F14のUART受信の問題点について

TTさん、こんにちは。NoMaYと申します。

r_uartXX_callback_softwareoverrun()関数のソースを見ただけなのですが、UARTの普通のオーバーランとは少し違うものだという気がします。例えば、以下のケースで呼び出されるものかと思います。

・例えば、通信パケットが、先頭4バイトを読めば、後何バイト来るか分かる、ような構造になっている
・なので、まずrecieve関数で4バイト受信して、その受信データをもとにrecieve関数で残りNバイト受信する、ようにした
・ところが、4バイト受信のrecieveが完了した後、Nバイト受信のrecieveを起動する前に、もうデータが来てしまった
⇒こういうケースでr_uartXX_callback_softwareoverrun()関数がコールバックされる

ですので、4バイト受信やNバイト受信の部分をDMAなどで行うようにしても、それでは解消されないと思います。

ちなみに、「3でBからのデータを受信することが出来ません」とのことですが、2は正しく受信出来ているのですよね？思うに、1のデータ数と3のデータ数の合計分を受信するようにrecieve関数を起動させておき、合計分受信完了後に1のデータを比較後に破棄する、などの対策が必要になるのではないかな？という気がします。

＞ 1. A→Bへデータを送信する
＞ 2. 自分（A）は自分で送信したデータを受信してしまうので、送信したデータと受信したデータが同じならデータを破棄する
＞ 3. Bからの返信を受信するまで待つ
＞ 4. Bからの返信を受信出来たら、データを取り出す。

また、r_uartXX_callback_softwareoverrun()関数の動作を逆手にとって、以下のようにしてみるのも手かも知れません。

・(上記1のデータ数 - 1)のデータ数を受信するようにrecieve関数を起動する
・素朴なrecieve完了コールバックは使わない
・r_uartXX_callback_softwareoverrun(rx_data)コールバック(割り込みルーチンから呼ばれている)関数内で、(上記1のデータ数 - 1)分のデータにその後のrx_dataデータを加えたデータを使って上記2を行い、正常であれば、そのコールバック関数内で上記3のrecieve関数を起動する

すみません、上のは私が何か勘違いしたような気がしますが、素朴にrecieve完了コールバック内で記3のrecieve関数を起動する、ので良いような気がします。