こんにちは。NoMaYです。過去にも同じようなスレッドを立てていましたが、CC-RXとGNURXで2つ立てていて、スレッドを使い分けるのも少し不便な気がしましたので、両者を区別せず投稿するスレッドを立ててみました。(e2 studioのプラグイン版もCS+の単体版もいっしょくたです。)CS+でTB-RX140を使おうとして、単体RXスマートコンフィグレータ V2.10.0では未対応だったことに気付き、アップデートマネージャを起動してみたところ、V2.11.0がリリースされていましたのでアップデートしました。V2.11.0を触っていて気付いたのですが、CGコンポーネントのコードを再生成させた時、変更の無いソースファイルは再生成されなくなり、ファイルのタイムスタンプが変わらないようになっていました。この挙動が設計意図なのか何かの拍子にそうなってしまっただけなのかは分からないのですが、再コンパイルする時間の短縮になるかも！と思ったのも束の間、以下の2つのファイルが変更が無くても毎回再生成されるので、思惑通りにはならないことに気付きました、、、以下の2つのファイルに関しても同様に変更の無い場合にはファイルを再生成しないように出来ないものでしょうか、、、(1) platform.h (実は何故このファイルがコード再生成時に毎回タイプスタンプが更新されるのか不思議です)(2) r_bsp_config.h (RX140の場合このファイルだけですがRX671とかの場合はr_bsp_interrupt_config.hもかもです)[余談]以下のニュース記事を読んでいて以下の解説に気付きました。ルネサスさんの取締役の人たちはソフトウェア開発ツールも含んで話をされていたのかな、、、まあ、過去形では無くて永遠に現在進行形であるべきテーマですね。(もっとも、Automotive部門の人の話だったようですけれども、、、)新しい方向性を見出して走り出したルネサス、Progress Updateから見えたもの2021/10/01 16:37 著者：大原雄介news.mynavi.jp/article/20211001-1988188/「さてそのIIBUの大きな柱がMCUであることは論を待たないが、2025年までに大幅にシェアを引き上げる、としている(Photo19)。。。。これについては、後のAutomotive向けの質疑応答の中で出てきた話ではあるのだが、そもそもルネサスのMCUが使われなかったのは、1つは「良いかもしれないけど使いにくい」という部分があり、こうした部分を徹底的に改善した事で顧客に使って貰いやすくなったという回答があり、これはIIBUにもおそらく共通する話であろうかと思う。」
こんにちは。NoMaYです。先日のRX Driver PackageのFITモジュールでGNURX対応が済んでいないものの確認作業の残りですが、アプリケーションノートで「制限付き」と表記されていた箇所はGCC/IARの片方しか対応していないことを示していたようです。(それと、アプリケーションノートに誤記もありますね。あと、FITモジュールリストのxlsxファイルにも誤記がありそうです。)
IrDAインタフェース(IrDA)
r_irda_sci_rx
1.01
未対応
・対象: RX113、RX230、RX231、RX23W、但し、CC-RXでも、RX113のみ対応・状況: GNURX未対応、ICCRX未対応、ソース上に #pragma interrupt の記述あり
Δ-Σ モジュールタインタフェース(DSMIF)
r_dsmif_rx
1.00
制限付き
・対象: RX72M・状況: GNURX対応済み、ICCRX未対応、ソース上はコンパイラ依存性は無いか解消済みの筈(なぜならGNURX対応済みなのだから)
BLEモジュール(BLE)
r_ble_rx23w
2.40
・対象: RX23W・状況: GNURX未対応、ICCRX対応済み、バイナリライブラリを必要とするがGNURX版のバイナリライブラリは無い
RYZ012 Bluetooth Low Energyモジュール
r_ryz012_rx
・対象: 全て、但し、CC-RXでも、RX65Nのみ対応・状況: GNURX未対応、ICCRX未対応、ソース上はICCRXには対応してるかも、GNURXではRAマイコンのFSPの条件コンパイルに行くッポイ
QE Utilityモジュール(Profile)
r_ble_qe_utility
1.10
・補足: BLEモジュール(BLE)に依存
メッシュモジュール(Mesh)
r_mesh_rx23w
1.20
RYZ014A Cellular モジュール
r_cellular
1.06
・対象: 全て？、FITモジュールリストのxlsxファイルに誤記あり？・状況: GNURX対応済み、ICCRX未対応、ソース上はコンパイラ依存性は無いか解消済みの筈(なぜならGNURX対応済みなのだから)
フラッシュメモリデータ管理モジュール(DATFRX)
r_datfrx_rx
2.01
・対象: 全て・状況: GNURX未対応、ICCRX未対応、ソース上に #pragma section の記述あり
JPEGデコーダモジュール
r_jpegd_rx
2.06
・対象: 全て・状況: GNURX未対応、ICCRX未対応、ソース上に #pragma section や エンディアン指定CC-RX固有マクロ の記述あり・補足: バイナリライブラリのビルド環境がCC-RX＋HEWとなっていてCC-RX向けのバイナリライブラリのみ
JPEGエンコーダモジュール
r_jpege_rx
音声録音・再生システム(独自ADPCMコーデック)
r_s2_rx
3.04
・対象: 全て・状況: GNURX未対応、ICCRX未対応、アセンブラ記述ソースあり
ファームウェアアップデート モジュール
r_fwup
1.04
未対応←誤記
・対象: 全て、但し、未対応デバイスあり・状況: GNURX対応済み、ICCRX対応済み
Aeropoint モジュール
r_aeropoint_rx
・対象: RX651、RX65N、RX66N？、RX72M？、RX72N、FITモジュールリストのxlsxファイルに誤記あり？・状況: GNURX未対応、ICCRX未対応、バイナリライブラリを必要とするがGNURX版/ICCRX版のバイナリライブラリは無い
emWin v.6.22モジュール(EMWIN)
r_emwin_rx
・対象: RX651、RX65N、RX66N？、RX72M？、RX72N、FITモジュールリストのxlsxファイルに誤記あり？・状況: GNURX対応済み、ICCRX対応済み・補足: emWin v.6.26モジュールが出ています(シリアル接続LCDはRXマイコン全品種対応のようです)