
【虹科方案】設備讀不了 CAN?溫度通道不夠?一文看懂 NVH 與電池採集數據融合
現有 NVH 採集儀讀不了 CAN 總線?電池測試溫度通道不夠?虹科提供 PCAN-MicroMod FD 與 MU-Thermocouple1 CAN FD 模組,實現 CAN(FD) 轉模擬量及高密度熱電偶多模組級聯擴充。零代碼開箱即用,免更換既有系統!
Lorem ipsum dolor sit amet, consectetur adipiscing elit.Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
Lorem ipsum dolor sit amet, consectetur adipiscing elit.Ut elit tellus, luctus nec ullamcorper mattis, pulvinar dapibus leo.
虹科 PCAN Router 設備助力異構 EE 架構快速驗證(EE Architecture Validation)
在整車換代或跨平台整合項目中,經常出現新舊電子電氣架構(EE Architecture)並存,導致 CAN / CAN FD 通訊協議不兼容的問題。傳統解決方式通常需要協調網絡、軟件及供應商等多個團隊,並經歷修改 DBC 文件、更新 ECU 軟件等流程,週期長且成本高。
在近期虹科「百家智匯」技術分享中,來自國內頭部汽車製造商、具備 8 年 EE 架構研發經驗的工程師分享,其團隊如何透過 虹科 PCAN Router,在不修改任何 ECU 軟件的情況下,快速完成跨架構信號路由,成功推進某換代車型的 POC(Proof of Concept)驗證,為跨平台快速整合提供可複用的解決思路。
在項目前期(如 POC 驗證或試製車階段),基於成本、週期及供應鏈因素,車輛通常需混合使用不同 EE 架構的 ECU。例如某換代車型中,約 80% 控制器來自新平台,而電池包及BMS(Battery Management System)仍沿用舊架構。
這將直接導致通訊層面的關鍵問題:兩套架構在功能邏輯、信號定義、報文 ID 及數據結構上存在差異,無法直接進行 CAN 通訊。
若按照傳統開發流程,需經歷:功能需求定義 → 通訊矩陣調整 → 生成新 DBC → ECU 軟件更新;整個流程涉及多方協作,通常需數週甚至數月,且僅為驗證階段要求修改量產 ECU 軟件,實際可行性較低。
為解決上述問題,工程團隊引入 虹科 PCAN Router 作為 CAN / CAN FD 智能網關(Gateway),部署於 BMS 與 VCU 之間的 CAN 通道,實現信號轉發與協議轉換。
其核心思路為:在不修改 BMS 或 VCU 軟件的前提下,於 Router 內部完成信號映射與邏輯處理。
此方法將原本複雜的系統級通訊適配問題,轉化為單一設備上的邏輯開發問題:
虹科 PCAN Router 特別適用於對靈活性與效率要求高的場景:
虹科提供完整開發工具鏈,包括:
開發者可透過 VS Code快速開發與部署。
面對汽車電子電氣架構快速演進所帶來的整合挑戰,虹科 PCAN Router 提供一種高效、非侵入式的 CAN 通訊橋接方案。
在不影響既有 ECU 與項目進度的前提下,工程團隊可快速打通通訊鏈路,大幅縮短 POC 驗證與試製測試週期,是應對跨平台整合與快速開發需求的可靠工具。

現有 NVH 採集儀讀不了 CAN 總線?電池測試溫度通道不夠?虹科提供 PCAN-MicroMod FD 與 MU-Thermocouple1 CAN FD 模組,實現 CAN(FD) 轉模擬量及高密度熱電偶多模組級聯擴充。零代碼開箱即用,免更換既有系統!
深度剖析企業如何從單次 LLM API 呼叫跨越至自主 Agentic 系統。本文整理零售、金融等六大行業的 AI Agent 生產環境部署實例,並解構高併發、跨互動記憶(Memory Infrastructure)與分散式狀態持久化等底層基礎設施邏輯。

在全球導航衛星系統(GNSS)射頻仿真測試中,高斯白噪聲(AWGN)通常被視為還原真實電磁環境的基準配置。然而工程實踐表明,噪聲的存在對接收機定位性能的影響並非線性的單調關係。本文基於德思特GNSS 模擬器的實測數據,解析高斯噪聲在卡爾曼濾波器、相關器抖動以及鎖相環中的物理作用邏輯,並提供科學設置仿真噪聲的測試指南。