いつもお世話になっております。
T4ライブラリ _process_tcpip の呼び出しについて、
疑問点が湧いてきましたので、ご意見をお聞かせください。
現在RX65NへFreeRTOS + FITモジュールを使用してT4ライブラリを導入しています。
T4ライブラリの_process_tcpipについて呼び出し元を調査していたところ、
・CMT1(10ms周期) 割り込み コールバック
・EDMAC0 EINT0 割り込み コールバック
の2ルートで呼び出されている様でした。
(意図して上記設定としています。)
気になったのは「EDMAC0 EINT0 割り込み コールバック」なのですが、
コールバックにより、t4_driver.cのlan_inthdrという関数が呼び出されいるのですが、
この関数内で多重割込みが許可されています。
T4ライブラリ内を確認すると、
~~~~~
という実装になっていました。
この場合、
if (_process_flag == 0) { ⇐ここで他要因による割り込み _process_flag = 1;
1を書く前に多重割込みが入るとフラグが書換えられず、
他要因による_process_tcpipが走ってしまう可能性があります。
こちらが調査して分かりましたので、
現状CMT1の割り込み優先度をEDMAC0の割り込み優先度よりも低くすることで対策していますが、
このような認識で問題ないでしょうか?
(CMT1割り込みの場合は多重割込みが無効状態ですので、上記のような考慮は不要と考えています。)
またT4ライブラリの案内として、上記のような内容はありましたでしょうか。
(見落としていましたら、申し訳ありません。。。)
ご意見いただけますと、幸いでございます。
よろしくお願いいたします。
シェルティさん
わざわざ気にかけていただき、ありがとうございます。。。お返事が遅くなってしまいました。
T4ライブラリについて、懸念していたようなことが起きないこと、理解いたしました。教えていただきありがとうございます。
特に割り込み優先度に条件はないとのことですので、他実装との兼ね合いで決定したいと思います。
選定理由については、
hirakuni45さんへのリプライでも書いたので、省略いたします…
素朴な疑問なのですが、FreeRTOS+TCPなどのスタックを使わず、あえてT4ライブラリを使う理由を教えてもらえませんか?
hirakuni45さん
>素朴な疑問なのですが、FreeRTOS+TCPなどのスタックを使わず、あえてT4ライブラリを使う理由を教えてもらえませんか?ターゲットとなる製品が、ローカルなネットワーク上でTCP通信できれば機能的に十分ということを前提としています。
その上で、調査した当時の記憶ですが
・ベンダー製のプロトコルスタック・OSの導入実績が無く、工数が見積にくい・FreeRTOS+TCPスタックはAmazonに買収された直後くらいの時期で導入してもいいのか判断できなかった・FreeRTOS+T4との組み合わせであれば、e2Studio+FITモジュールで導入でき、とりあえず動くレベルまですぐに作成できた
ことから、導入を決定いたしました。