SIC 的 Simulink 模組需求
與 TargetLink 彈性調用

SIC 可由兩種工具鏈產生：Model Interface Package for Simulink（一般 Simulink 行為模型）與 TargetLink（將產品碼輸出為 SIC）。本頁前半說明產生 SIC 對 Simulink 的模組與環境需求，後半說明 TargetLink 如何彈性地調用並產生 SIC。內容整理自 dSPACE 原廠手冊（RLS2024-B）。

1. 軟體與環境需求

2. 模型介面模組需求（Model Interface Blockset）

行為模型的介面必須以 Model Interface Blockset 的 model port blocks 定義。這是 SIC 對外暴露、供 ConfigurationDesk／VEOS 連接的介面。

• 
  唯一 ID 需求Data port block 具唯一 block／signal ID；跨模型沿用同一介面時，須用 Paste and Keep IDs 保留 ID（一般 copy&paste 會產生新 ID）。
• 
  函式名稱唯一Hardware-／Software-Triggered Runnable Function blocks 在模型中須有唯一函式名稱。
• 
  範本限制model templates 中不可使用 Model Interface Blockset 的 model port blocks。

3. 取樣時間與速率轉換

若模型中不同取樣時間（sample time）的區塊以訊號線相連，需要適當的耦合機制。可使用所有 Simulink／Simulink Coder 選項來建模速率轉換：

4. MATLAB / Simulink 相容性規則

5. 不支援產生 SIC 的模組情況

• 
  匯流排 MultiMessage / FlexRay 區塊模型含 dSPACE RTI CAN MultiMessage、RTI LIN MultiMessage 或 FlexRay Configuration Blockset 區塊時，無法產生 SIC；但可將該模型直接加入 ConfigurationDesk 應用使用。（VEOS 亦不支援含 CAN/LIN MM 區塊之模型所產生的 SIC。）
• 
  C++ 程式碼產生產生 SIC 時勿啟用 Simulink Coder 的 C++ code generation；可將 C++ 整合進 S-function，且變數名稱須符合 C 符號語法。
• 
  平台專屬 custom code加入平台專屬 custom code 後，SIC 可能無法在其他平台建置，且工具不會發出警告。建議以 dsrt_addfiles() 指定各平台適用的靜態程式庫。

6. 概念：TargetLink 產品碼作為行為模型

可將 TargetLink 子系統產生的產品碼（production code）作為 ConfigurationDesk 的行為模型，從而在 dSPACE 即時平台上模擬產品碼。作法是：建模行為模型介面 → 產生程式碼 → 由 TargetLink 匯出為 SIC。

7. 指定介面：Model Port Variables

要把 TargetLink 模型作為行為模型，須透過 model port variables 指定介面：建立參考合適 VariableClass 的 DD Variable 物件，並以 DD ModelPortBlock／ModelPort 物件分組。

• 
  開啟 RealTimePlatformSupport產生要匯出至 SIC 的程式碼前，須將 Code Generator 的 RealTimePlatformSupport 選項設為 on（使用 SIC Manager 時會自動開啟）。
• 
  變數不可縮放model port variable 不可 scaled：存取 scaled 變數用浮點型（Float64/Float32）；存取未縮放或 Boolean 變數則可用整數或 Bool 型。
• 
  初始值可於 DD Variable 的 Value 屬性指定初始值，作為 I/O 首次執行前即時應用的預設值。
• 
  DD API可用 CreateSuitableModelPorts、DeleteObsoleteModelPorts、ReplaceID 操作相關 DD 物件。若未明確指定介面，只要區塊變數特性允許，TargetLink 仍可產生 SIC（但無法控制 model port variables）。

8. SIC Runnable Functions 與多函式彈性

TargetLink 為子系統產生 root function，並由對應的 SIC runnable function 呼叫；在 ConfigurationDesk 中該 runnable function 可指派給 task，決定其執行方式。

• 
  優先權子系統產生的 SIC runnable function 具最高優先權；外部觸發子系統所產生者，依 FcnCall 訊號的 Inport 編號決定（編號越小優先權越高）。可於 ConfigurationDesk 再行調整。
• 
  初始化與啟停需初始值的變數在 RTA 啟動時重設，因此須在至少一個 restart function 初始化；或將 InitializeVariablesViaRestartFunction 設為 3 - Always。
• 
  AUTOSAR為 AUTOSAR 軟體元件產生 SIC 時，檔內另含供即時硬體使用的模擬 Rte（stub Rte）原始檔。

9. 三種調用方式（SIC Manager）

TargetLink 的 SIC Manager 讓您把 SIC 匯出供 ConfigurationDesk 或 VEOS Player 使用；匯出含兩步驟：產生產品碼、收集所需檔案打包為 SIC。有三種存取方式：

10. tlGenerateSic 主要參數

tlGenerateSic('Model','myModel', ...
  'TLSubsystems',{'ctrl'}, ...
  'VariableDescriptionFileFormat','A2L', ...
  'ContainerDir','.\TLSIC')

11. 多 SIC 指派同一 Process 的變數衝突處理

當多個 TargetLink SIC 指派到同一 application process，若其 TRC 描述了相同的全域變數（externally defined 或 stub code 中定義），這些變數位址不會更新，ControlDesk 無法量測/校正，ConfigurationDesk 會顯示衝突。

12. TargetLink 產生 SIC 的限制

• 
  array-of-bus 介面子系統 root ports 若路由 array-of-bus 訊號，無法產生 SIC。
• 
  Adaptive AUTOSAR若以 Code generation mode = Adaptive AUTOSAR 產生產品碼，TargetLink 不產生 SIC。
• 
  同名原始檔若子系統或其下 incremental CGU 產生了「路徑不同但檔名相同」的原始檔，不產生 SIC。
• 
  A2L 匯出容器匯出時產生 A2L，array-of-struct 變數的各元件不會產生 A2L 項目。

兩種 SIC 產生方式比較

 兩種來源的 SIC 皆可加入 ConfigurationDesk 或匯入 VEOS。與 Bus Manager 整合、產生 BSC 的規則（每 application process 0 或 1 個 SIC 等），請參閱同系列文件 SIC 與 BSC 整合說明。

原始文件出處（dSPACE RLS2024-B）

路徑前綴：C:\Users\Public\Acolada\Cobrili\HelpSetStorage\dSPACEPDF\RLS2024-B\en\