Multi Source Translation Content

キャンセル
次の結果を表示 
表示  限定  | 次の代わりに検索 
もしかして: 

Multi Source Translation Content

ディスカッション

ソート順:
CSCI E-251,2012 年秋季 - 最终项目展示 - 简介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 哈佛大学继续教育学院 CSCI E-251,2012 年秋季:操作系统原理 最终项目展示 James L. Frankel 教授作介绍 (在 “我的视频” 中查看) 学生项目 回复:CSCI E-251,2012 年秋季 - 最终项目演示 - 简介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jamiefrankel——好东西!谢谢上传!!
記事全体を表示
CSCI E-251,2012 年秋季 - 最终项目演示 - Kate Fischl <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 哈佛大学继续教育学院 CSCI E-251,2012 年秋季:操作系统原理 最终项目展示 凯特·菲舍尔 (Kate Fischl) 演讲 (在 “我的视频” 中查看) 学生项目
記事全体を表示
Sensor Toolbox GUI インストーラ Rev.4.2.0.8 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以下は、Sensor Toolbox GUIのリビジョン4.2.0.8のインストーラーファイルです <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 以下は、Sensor Toolbox GUIのリビジョン4.2.0.8のインストーラーファイルです 加速度センサ 圧力センサ タッチ・センサ
記事全体を表示
Model-Based Design Toolbox for Panther (MPC574xP) プロセッサ 2.0 ファミリ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> PANTHER (MPC574xP) プロセッサ ファミリ 2.0 のモデルベース デザイン ツールボックス   モデルベースデザインツールボックス Panther (MPC57xP) version 2.0に対応したMATLAB/Simulinkの提供を開始しました。   この製品は 無料で 、一般に公開されています。 ダウンロード モデルベースデザインツールボックス MBDTの    リリースハイライト – Panther(MPC574xP)向けモデルベースデザインツールボックス 新しいPanther XDEVKIT-MPC5744Pボード(ARDUINOスタイル)をサポートし、新しいシャーシXDEVKIT-MOTORGDと連携してモータ制御アプリケーションに対応します。 最新の Automotive Math and Motor Control Library リリース1.1.7の組み込み。 64ビットを含む 最新のMATLABバージョン のサポート (2015/2016 a/b) 新しい DMA ブロックにより、ADCのサンプル・データをDMAモジュールを介してCPUの介入なしにメモリに転送できます。 シリアル通信をサポートするための新しい LINFlexD ブロックにより、UARTを介したデータの送受信操作が可能になりました。 新しい メモリ読み取り/書き込み ブロックが追加され、任意のメモリ ゾーンの読み取り/書き込みに使用できるようになりました。 新しい Custom Initialization ブロックが追加され、モデルの最初の手順の前に、既定のセットアップ以外の任意のモジュールの構成を拡張するために使用できます。 S32 Design Studio for Power Compiler v1.1、新しいコンパイラバージョンであるWind River DIAB v5.9.4.8、Green Hills MULTI for PowerPC v2015.1に対応 新しい Advanced Motor Control ブロックが追加され、 Track Observer や Back EMF Observer などの新機能が Simulink ブロックとして提供されるようになりました。 20MHzから80MHzまでの ADCクロック周波数 (最大速度)にアライメント。 新しい ADCチャネル構成 ブロックは、ADCチャネルのサンプリングなしで構成できるように再設計され、転送のDMAシナリオが可能になりました。 新しい 診断 パネルを使用して、複数の整合性チェックを有効/無効にできます。 UART1 通信をサポートする新しい ブートローダー ビルド。 FreeMASTERリリース2.0.2と同期してサポート。 新機能!!! ホットフィックス: S32 Design Studio for Power v1.2  でリリースされた最新の e200 コンパイラのサポートを追加。 MBD Toolbox を最新の e200 コンパイラで動作させるには、 HotFix_3 セットアップを参照してください。   コミュニティサポートが利用可能 NXPコミュニティを通じて利用可能なサポート: https://community.nxp.com/community/mbdt Re: Model-Based Design Toolbox For Panther (MPC574xP) プロセッサ ファミリ 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> こんにちはchandan24、 たぶんただの不具合だったんでしょうね。それでもうまくいかない場合は、次の直接リンクを使用してください https://nxp.flexnetoperations.com/control/frse/product?child_plneID=683951&cert_num=284425987  又は モデルベースデザインの公式ページを使用して、ダウンロード先にアクセスします: Model-Based Design Toolbox|NXPの  これがお役に立てば幸いです! ダニエル書 Re: Model-Based Design Toolbox For Panther (MPC574xP) プロセッサ ファミリ 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ツールボックスのダウンロードリンクが機能しない
記事全体を表示
示例 MPC5777C 渐进时钟切换 GHS716 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 本示例演示了从全 PLL 时钟进行的渐进时钟切换 * 256MNHz 降至 200MHz。 * * ------------------------------------------------------------------------------------------------------------- * 测试硬件:MPC57xx * 掩模组:3N45H * 目标:FLASH * 系统频率:256 MHz PLL * ******************************************************************************** 修订历史: 1.0 Aug-04-2016 b21190(Vlna Peter) 初始版本 1.1 2017 年 9 月 5 日 b21190(Vlna Peter)增加了 FCCU 故障清除 1.2 2018年5月7日 nxa13250(Vlna Peter)PLL 从 256->200MHz 切换 ********************************************************************************************/ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明: * 本示例演示了从全 PLL 时钟进行的渐进时钟切换 * 256MNHz 降至 200MHz。 * * ------------------------------------------------------------------------------------------------------------- * 测试硬件:MPC57xx * 掩模组:3N45H * 目标:FLASH * 系统频率:256 MHz PLL * ******************************************************************************** 修订历史: 1.0 Aug-04-2016 b21190(Vlna Peter) 初始版本 1.1 2017 年 9 月 5 日 b21190(Vlna Peter)增加了 FCCU 故障清除 1.2 2018年5月7日 nxa13250(Vlna Peter)PLL 从 256->200MHz 切换 ********************************************************************************************/
記事全体を表示
如何使 Android 的显示屏以纵向模式工作。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 有时需要当物理面板处于横向模式时使显示以纵向模式工作。 setprop persist.demo.rotationlock真的 setprop persist.demo.remoterotation肖像 上述代码可以在init.rc中设置,以便在android启动时生效。
記事全体を表示
INS-N2013 i.MX と新しいNXPプラットフォーム <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、i.MX アプリケーションプロセッサが新しいNXPポートフォリオとどのようにインターフェースするかについて説明します。i.MX プロセッサファミリと、それらをNXPコンポーネントに接続して完全な車載プラットフォームを作成する方法を確認します。 ビデオプレゼンテーションを見る <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、i.MX アプリケーションプロセッサが新しいNXPポートフォリオとどのようにインターフェースするかについて説明します。i.MX プロセッサファミリと、それらをNXPコンポーネントに接続して完全な車載プラットフォームを作成する方法を確認します。 ビデオプレゼンテーションを見る インサイト&イノベーション
記事全体を表示
加密的QuadSPI映像实现 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 加密的QuadSPI映像实现 Kinetis 系列 MCU 包括系统安全和闪存保护功能,可用于保护代码和数据免遭未经授权的访问或修改。本应用说明讨论了使用 KBOOT 加密启动以及使用 FRDM-K82 板的实验。 FRDM-K82板 Freedom开发平台 Kinetis K系列MCU
記事全体を表示
NXP FTF Connects - 底特律 - 2016年10月5日至6日 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 安全互联汽车和自动化汽车 AMF-AUT-T1811 - 联网汽车的四层汽车安全保障 AMF-AUT-T2366 - 面向汽车市场的先进标准产品包装 AMF-AUT-T2411 - Altia:打破汽车电子驾驶舱设计挑战 AMF-AUT-T1764 - 为 V2X 通信创建安全网络 AMF-AUT-T1944 - 设计未来汽车:i.MX 8 虚拟化和媒体功能,助力下一代电子驾驶舱 AMF-AUT-T2345 - 更快的电机控制开发 AMF-AUT-T2341 - 汽车边缘节点固件更新 AMF-AUT-T2363 - 功能安全方法和能力 AMF-AUT-T2358 - 功能安全电源 SBC:FS6500 / FS4500 AMF-AUT-T2344 - 实践研讨会:S32K 的 MCT - MATLAB/Simulink 建模和代码生成 AUT-N1891 动手实践研讨会:不到 10 分钟即可完成 NXP eXtreme 交换机的编程.pdf AMF-AUT-T2346 - 实践研讨会:S32K、设计工作室和 SDK AMF-AUT-T1782 - 传感器融合和自动驾驶车辆算法简介 AMF-AUT-T1823 - 推出具有功能安全性和更高扭矩的新型 SPI 控制有刷直流电机驱动器 AMF-AUT-T2324 - 制造工具 AMF-AUT-T2353 - 基于 MOSFET 的 H 桥车窗升降装置 AMF-AUT-T2343 - S32K 和 MagniV 概述 AMF-AUT-T2354 - 面向汽车边缘节点的 S32K 安全 AMF-AUT-T2325 - S32V234 ADAS 视觉处理器概述 AMF-AUT-T2371 - 通过 IGBT 栅极驱动器的改进简化您的逆变器 AMF-AUT-T2364 - S32V 的软件提示和技巧 AMF-AUT-T2348 - NXP 音频视频桥接 (AVB) 堆栈 AMF-AUT-T2347 - 恩智浦 IVI 平台 AMF-AUT-T2349 - 恩智浦可信执行环境 (TEE) 堆栈 AMF-AUT-T1813 - 车辆架构趋势 AMF-AUT-T2367 - TPMS 本地化 视频演示:FTF-AUT-N1773 - 安全 V2X 简介 视频演示:FTF-AUT-N1788 - BlueBox - 强大的大脑,助力设计安全、可靠且运动规划系统的自动驾驶汽车 AMF-AUT-T2323 - 适用于 S32V 系列的视觉 SDK AMF-AUT-T2310 - 面向 BSP 开发人员的 Yocto Project ™工具 设计、软件与服务 AMF-DES-T2412 - Cog Systems:推出 D4 Secure SDK - 利用虚拟化构建安全连接设备 AMF-DES-T2409 - DornerWorks:i.MX 8 应用处理器上的 Xen AMF-DES-T2304 - 高效印刷电路板设计:提高性能的技术 AMF-DES-T2305 - 普通人理解的电磁场:请给我看图并记住方程式 AMF-DES-T2360 - EMI 变得简单:一切都与空间有关! AMF-DES-T1740 - i.MX 8 和 Vulkan API - 高性能图形实现的未来 AMF-DES-T1894 - 使用 i.MX 应用处理器进行加密密钥管理的技术 AMF-DES-T1939 - 教你看世界:i.MX 8 视觉架构简介 AMF-DES-T2001 - 轻松配电 AMF-INS-T2024 - 半导体 101/102:集成电路的功能和制造 AMF-DES-T2352 - 使用适用于 i.MX 应用处理器的全新“引脚工具” 回复:恩智浦 FTF Connects - 底特律 - 2016 年 10 月 5-6 日 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨,蕾妮, 我参加了底特律 FTF 有关 CAN FD 的会议。我没有看到这里的幻灯片。您也可以将其上传到这里吗?
記事全体を表示
DES-N1952 实践研讨会:使用 Kinetis 逐个保护物联网边缘节点 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 确保数十亿终端节点的安全部署是未来互联网的关键推动因素。Kinetis K8x 和 Kinetis KL8x 系列旨在为多应用 MCU 提供无与伦比的安全性,具有信任、加密加速和防篡改等硬件功能,为嵌入式开发人员提供可扩展的安全平台。本次实践课程将涵盖安全嵌入式应用程序的需求、执行加密固件更新、利用硬件加密加速器以及使用动态 AES 解密模块将可信执行扩展到外部存储器。加入此会议以了解您的客户如何开始创建他们的下一个安全节点设计。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 确保数十亿终端节点的安全部署是未来互联网的关键推动因素。Kinetis K8x 和 Kinetis KL8x 系列旨在为多应用 MCU 提供无与伦比的安全性,具有信任、加密加速和防篡改等硬件功能,为嵌入式开发人员提供可扩展的安全平台。本次实践课程将涵盖安全嵌入式应用程序的需求、执行加密固件更新、利用硬件加密加速器以及使用动态 AES 解密模块将可信执行扩展到外部存储器。加入此会议以了解您的客户如何开始创建他们的下一个安全节点设计。 设计 | 软件与服务
記事全体を表示
AUT-N1797 MagniV 电机控制集成解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 将传统 MCU 功能与高压模拟元件结合在单个芯片中,可以节省系统成本。提高质量并减少占地面积的整体解决方案。这是针对车窗升降、天窗和滑动门等关闭解决方案的 S12 MagniV MCU 系列的概述。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 将传统 MCU 功能与高压模拟元件结合在单个芯片中,可以节省系统成本。提高质量并减少占地面积的整体解决方案。这是针对车窗升降、天窗和滑动门等关闭解决方案的 S12 MagniV MCU 系列的概述。 安全互联汽车和自动化汽车
記事全体を表示
飞思卡尔无线充电技术 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述当前无线充电市场的情况和趋势。介绍飞思卡尔无线充电消费类低功耗、中功耗解决方案以及汽车低功耗解决方案。 由 Beta Chen 主讲 2015 年 5 月 7 日,台北 DwF 展 会话 ID:APF-SHB-T1455 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述当前无线充电市场的情况和趋势。介绍飞思卡尔无线充电消费类低功耗、中功耗解决方案以及汽车低功耗解决方案。 由 Beta Chen 主讲 2015 年 5 月 7 日,台北 DwF 展 会话 ID:APF-SHB-T1455 电源管理
記事全体を表示
フリースケールi.MX6によるデジタルサイネージ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デジタルサイネージは、i.MX6プロセッサが最適であるアプリケーションです。ハードウェアのエンコードとデコード、ビデオの出力と入力、処理能力により、デジタルサイネージにi.MX6を使用することは非常に人気があります。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> デジタルサイネージは、i.MX6プロセッサが最適であるアプリケーションです。ハードウェアのエンコードとデコード、ビデオの出力と入力、処理能力により、デジタルサイネージにi.MX6を使用することは非常に人気があります。 全般
記事全体を表示
The Freescale Cup Worldwide Finals 2015 This document is addressed to the participants and visitors that will join us for The Freescale Cup 2015 Worldwide Finals 2015 The Freescale Cup 2015 Worldwide Finals will be held on 14-15 September 2015 at the Fraunhofer Institute for Integrated Circuits (Fraunhofer IIS) in Erlangen, Germany. Full address is: Fraunhofer IIS Am Wolfsmantel 33 91058 Erlangen Germany Google Maps location The attendees official guide is now online at https://community.nxp.com/docs/DOC-106164 Agenda of the event for the participants (subject to change): Sunday September 13th: Arrival at Hotels Get together in the evening (approximate time 18:00) at A&O Hostel Monday September 14th: 8:30: Departure from Hotel for City Tour 11:30: Prepare for departure for Fraunhofer IIS 12:00: Buses depart for Fraunhofer IIS 13:00: Lunch 14:00: Opening session 15:00: Start of Practice 17:30: High School and Innovation Challenge Demos 18:00: End of Practice - Start of the evening event 21:00: End of evening event - boarding buses for return to hotel Tuesday September 15th: 8:00: Buses depart for Fraunhofer IIS 9:00: Practice 13:00: Technical Inspection & Lunch 14:30: Final Race 16:00: Awards Ceremony 17:30: Buses depart for Awards Dinner 20:30: Buses depart for Hotel The event will be presented via LiveCast by the Fraunhofer IIS. URL is http://www2.iis.fraunhofer.de/freescale/  Hotel information: Students Hotel: Nuremberg Hostel - Stay at the A&O Hostel & Hotel Nuremberg  Google Maps Location Professors and Press Hotel: NH Nürnberg City Center hotel in Nuremberg Bahnhofstr. 17-19 | NH Hotel Group Google Maps Location Freescale will cover the cost of travel, accommodation and meals for the event for all Freescale Cup qualified teams and one faculty advisor per the rules in place. For Visa invitation letters, please contact [email protected] or [email protected] Travel booking will be organized by your regional Freescale University Program contact. Please have your faculty advisor get in touch with them for more information Freescale Cup Content
記事全体を表示
HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本ドキュメントは Flash 上で動作するプロジェクトにおいて、選択した関数を RAM から実行する方法を説明します。 ルーチンを配置するカスタムリンカーセクションをリンカーファイル(.ld)に作成します。配置場所にこだわらない場合、本手順は省略可能であり既定セクションを利用できます。 MEMORY {       flash_rchw : org = 0x00FA0000,   len = 0x4     cpu0_reset_vec : org = 0x00FA0000+0x10,   len = 0x4     cpu1_reset_vec : org = 0x00FA0000+0x14,   len = 0x4     cpu2_reset_vec : org = 0x00FA0000+0x04,   len = 0x4                  m_my_flash :     org = 0x01000000, len = 4K       // optional - this is dedicated section for the RAM function rom image     m_text :         org = 0x01001000, len = 5628K    // default section for code       m_my_ram :       org = 0x40000000, len = 4K       // optional - specific section where a RAM routine(s) should be copied into     m_data :         org = 0x40001000,  len = 764K    // default section for data/stack/heap }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ ルーチンを特定セクションに保持したい場合は上記手順を実施します。 SECTIONS { ... .MyRamCode : {    MY_RAM_START = .;       // this symbol is optional    KEEP (*(.MyRamCode))    // KEEP - avoid dead stripping if an object is not referenced    MY_RAM_END = .;         // this symbol is optional } > m_my_ram AT>m_my_flash // the section above is linked into m_my_ram and Rom image is stored into m_my_flash‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ こだわらない場合は既定のコード/データ領域を使用できます。 SECTIONS { ... .MyRamCode  : {     MY_RAM_START = .;     // this symbol are optional     KEEP (*(.MyRamCode))  // KEEP - avoid dead stripping if an object is not referenced     MY_RAM_END = .;       // this symbol are optional }  > m_data  AT>m_text    // the section is linked into default data memory area and its rom image is placed into the default code memory ‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ RAM 関数のプロトタイプに __attribute__ ステートメントを追加します。Flash から呼び出すためには関数属性 longcall が必須です。 __attribute__ ((section(".MyRamCode")))              // place the function below into .MyRamCode section int test_RAM(int arg1) __attribute__ ((longcall));   // declare the function as "far"‍‍‍‍ 既定の S32DS スタートアップは既定データセクションのみを初期化するため、カスタムセクションを使用する場合はセクションコピーを手動で実装する必要があります。コピーは RAM ルーチンが呼び出される前、例として main() の冒頭またはスタートアップルーチンで実行します。 リンカーシンボル(.MyRamCode RAMおよびROMのアドレスとサイズ)を作成し、コピーダウンが実装されているモジュールにインポートすることができます。 __MY_RAM_ADR = ADDR (.MyRamCode); __MY_RAM_SIZE = SIZEOF (.MyRamCode); __MY_RAM_ROM_ADR = LOADADDR (.MyRamCode);‍‍‍‍‍‍ 参考実装例は次のようになります。 #include extern unsigned long __MY_RAM_ADR; extern unsigned long __MY_RAM_ROM_ADR; extern unsigned long __MY_RAM_SIZE; __attribute__ ((section(".MyRamCode")))              // place the function below into .MyRamCode section int test_RAM(int arg1) __attribute__ ((longcall));   // declare the function as "far" ... void main(void) {    int counter = 0;    memcpy(&__MY_RAM_ADR , &__MY_RAM_ROM_ADR, &__MY_RAM_SIZE);  // copy the function from flash to RAM    counter = test_RAM(counter);                                // call the function ... }‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍ お役に立てれば幸いです! Stan Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Duke すでに存在しています。累積版の最新版は https://community.nxp.com/docs/DOC-341653 からインストールできます。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> それは素晴らしいです! この問題の公式パッチをお待ちしております。 Alexander さん、NXP S32DS サポートチームの皆さま、アップデートありがとうございます。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> cmpe200gcc‑181 は S32 Design Studio for Power Architecture 2017.R1 – Update 2 に同梱されているコンパイラで修正されています。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なる公爵様!   ありがとうございます。私の MPC5746C ボードでは現在問題なく動作しています。以前、m_text を 0x00FE0400 に移動した際はブートに失敗しました。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> フォルケルトと同様に、 ecrti.o だけを修正すれば十分でした(私の場合)。 コードをトレースできれば、どの部分に問題があるのかがわかります。 前述したように、もしそのコードが 4 バイト境界に整列していない場合は―― おそらく、同じ手順でコードを修正できるはずです。 または、逆アセンブルされたコードに問題点を投稿してください。 幸運を祈ります。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 親愛なる公爵様! ありがとうございました。これは助けになりそうです!(MPC5745Rを使用して) よろしくお願いします。Folkert Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 同じ問題に遭遇しましたが、解決されましたか。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 私の回避策は `ELe200/src_gcc/libgcc/config/rs6000/eabivle-ci.S` を編集し、`__init` 関数に `se_nop` を挿入して VLE では暗黙でない 4 バイト境界を強制する方法でした(BookE では自動で挿入されます)。 /* Head of __init function used for static constructors. */ #ifdef __VLE__ .section ".init","axv" #else .section ".init","ax" #endif .align 2 FUNC_START(__init) #ifdef __VLE__ e_stwu 1,-16(1) se_mflr 0 se_nop e_stw 0,20(1) #else stwu 1,-16(1) mflr 0 stw 0,20(1) #endif この回避策を適用するにはコンパイラを再ビルドする必要があります。 敬具 エルカー Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 皆さん、こんにちは。 この問題を報告していただき、ありがとうございます! 本件は e200 GCC リンカーの不具合(ID: CMPE200GCC‑181)であり、現在コンパイラチームが調査中です。 これは ARM gcc (S32DS for ARM) で正常に動作します。 進捗状況については、随時お知らせいたします。 ありがとうございます! Stan Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 問題は解決されましたか。ご指摘のとおりかもしれません。これを回避するにはどうすればよいでしょうか。 Re: HOWTO: S32 Design Studio で RAM からルーチンを実行する <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> S32 Studio for PowerPC v1.2 でも同じ問題が発生しました。さらに簡単に再現する方法を以下に示します。 - 新しいプロジェクト >> MPC5674F - ライブラリ NewLib Nano を選択 - main.c に RAM 関数を追加しました。 - .ramfuncs を追加- input セクションを .dataセクションにマッピング(初期化時にコピーされます) main.c: #include "derivative.h" /* include peripheral declarations */ extern void xcptn_xmpl(void); int counter = 0; #define RAMFUNC __attribute__ ((longcall, section(".ramfuncs"))) RAMFUNC void ramcall(void) {    counter+=2; } int main(void) {    xcptn_xmpl ();    for(;;) {       counter++;       ramcall();    } } 56xx_flash.ld .... .data : { *(.data) *(.data.*) *(.ramfuncs) } > m_data AT>m_text ... メインエントリポイントで逆アセンブリが生成されました (main >> __eabi >> __init) 00004438 <__init>: 4438: 18 21 06 f0 e_stwu r1,-16(r1) 443c: 00 80 se_mflr r0 443e: 54 01 00 14 e_stw r0,20(r1) 4442: 00 00 se_illegal 4444: 79 ff fc ad e_bl 40f0 4448: 79 ff fd b9 e_bl 4200 <__do_global_ctors_aux> 444c: 50 01 00 14 e_lwz r0,20(r1) 4450: 00 90 se_mtlr r0 4452: 20 f1 se_addi r1,16 4454: 00 04 se_blr 4456: 50 01 18 21 e_lwz r0,0(r1) ロングコールが init トランポリンでアラインメント不良を引き起こすことが確認されています。この問題は Debug/Release(Flash)ターゲットの双方で再現し、Debug_RAM ではコードが既に RAM 上にあるため発生しません。 お役に立てれば幸いです。
記事全体を表示
Getting Started with eIQ Time Series Studio This lab will walk through how to use eIQ Time Series Studio (TSS) to create time series models for embedded microcontrollers.  It covers how to import time series data, shows how the tool can generate multiple machine learning (ML) algorithms, and describes how to deploy those generated models to your development board. eIQ Time Series Studio is now available as a standalone installer.  This lab uses the FRDM-MCXN947 but the same steps will apply to any of the devices supported by eIQ Time Series Studio: MCX FRDM-MCXA156 FRDM-MCXC444 FRDM-MCXE247 FRDM-MCXN236 FRDM-MCXN947 FRDM-MCXW71 i.MX RT i.MXRT700-EVK i.MXRT685-EVK i.MXRT595-EVK MIMXRT1060-EVK MIMXRT1170-EVK MIMXRT1180-EVK i.MX6 MCIMX6ULL-EVK i.MX8 8MPLUSLPD4-PEVK i.MX9 i.MX93EVK RW FRDM-RW612 LPC LPC55S69-EVK Kinetis FRDM-K66F FRDM-KV31F FRDM-K32L3A6 DSC MC56F83000-EVK MC56F80000-EVK The labs are written for either VS Code or MCUXpresso IDE, but the same concepts can be used for other IDEs. TSS can be accessed via an on-prem PC application or by using the web version in your browser. You can also view the video below for a quick overview of the Time Series Studio process.  (function() { var wrapper = document.getElementById('lia-vid-6390665301112w960h540r208'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Also check out the ML Universal Datalogger on the App Code Hub for a tool to collect sensor data that can be used with the Time Series Studio, as well as the Time Series Studio examples on App Code Hub. Also see this document for details on how to add TSS libraries to existing projects.  --- Updated June 2026 for TSS 2.0.5 release i.MX RT
記事全体を表示
RT600 MCUXpresso JLINK debug QSPI flash RT600 MCUXpresso JLINK debug QSPI flash 1 Introduction     MIMXRT600-EVK is the NXP official board, which onboard flash is the external octal flash, the octal flash is connected to the RT685 flexSPI portB. In practical usage, the customer board may use other flash types, eg QSPI flash, and connect to the FlexSPI A port. Recently, nxp published one RT600 customer flash application note: https://www.nxp.com/docs/en/application-note/AN13386.pdf This document mainly gives the CMSIS DAP related flash algorithm usage, which modifies the option data to generate the new flash algo for the different flash types. Some customer’s own board may use the RT600 QSPI flash+MCUXPresso+JLINK to debug the application code. Recently, one of the customers find on his own customer board, when they use debugger JLINK associated with the MCUXPresso download code to the RT600 QSPI flash, they meet download issues, but when using the CMSIS DAP as a debugger and the related QSPI cfx file, they can download OK. So this document mainly gives the experience of how to use the RT600, MCUXpresso IDE, and JLINK to download and debug the code which is located in the external QSPI flash. 2 JLINK driver prepare and test   MCUXpresso IDE use the JLINK download, it will call the JLINK driver related script and the flash algorithm, but to RT600, the JLINK driver will use the RT600 EVK flexSPI port B octal flash in default, so, if the customer board changes to other flexSPI port and to QSPI flash, they need to provide the related QSPI flash algorithm and script file, otherwise, even they can find the ARM CM33 core, the download will be still failed. If customers want to use the MCUXpresso IDE and the JLINK, they need to make sure the JLINK driver attached tool can do the external flash operation, eg, erase, read, write successfully at first. Now, give the JLINK driver related tool how to add the RT600 QSPI flash driver and script file. 2.1 JLINK driver install   Download the Segger JLINK driver from the following link: https://www.segger.com/downloads/jlink/JLink_Windows_V754b_x86_64.exe This document will use the jlink v7.54b to test, other version is similar. Install the driver, the default driver install path is: C:\Program Files\SEGGER 2.2 Universal flashloader RT-UFL    RT-UFL v1.0 is a universal flashloader, which uses one .FLM file for all i.MXRT chips, and the different external flash, it is mainly used for the Segger JLINK debugger. RT-UFL v1.0 downoad link: https://github.com/JayHeng/RT-UFL/archive/refs/tags/v1.0.zip    Now, to the RT600 QSPI, give the related flash algo file patch.    Copy the following path file: \RT-UFL-1.0\algo\SEGGER\JLink_Vxxx To the JLINK install path: \SEGGER\JLink Then copy the content in file: RT-UFL-master\test\SEGGER\JLink_Vxxx\Devices\NXP\iMXRT6xx\archive2\evkmimxrt685.JLinkScript To replace the content in: C:\Program Files\SEGGER\JLink\Devices\NXP\iMXRT_UFL\iMXRT6xx_CortexM33.JLinkScript Otherwise, the MCUXpresso IDE debug reset button function will not work. So, need to add the JLINKScript code for ResetTarget, which will reset the external flash. 1.jpg pic1 The RT-UFL provide 3 types download flash algo: MIMXRT600_UFL_L0, MIMXRT600_UFL_L1, MIMXRT600_UFL_L2. 2.jpg Pic 2 _L0 used for the QSPI Flash and Octal Flash(page size 256 Bytes, sector size 4KB), _L1/2 used for the hyper flash(Page size 512 Bytes,Sector size 4KB/64KB). The JLINKDevices.xml content also can get the detail information. Different name will call different .FLM, the .FLM is the flash algorithm file, the source code can be found in RT-UFL v1.0, it will use different option0 option1 to configure the different external memory when the memory chip can support SFDP. 2.3 JLINK commander test Please note, the device need to select as MIMXRT600_UFL_L0 when using the QSPI flash. 3.jpg Pic 3       4.jpg                                  pic 4 5.jpg Pic 5 We can find, the JLINK command can realize the external QSPI flash read, erase function. 2.4 Jflash Test Operation steps: Target->connect->production programming 6.jpg Pic 6 We can find, the Jflash also can realize the RT600 external QSPI flash erase and program. Please note, not all the JLINK can support JFLASH, this document is using Segger JLINK plus. 3 MCUXpresso configuration and test MCUXpresso: v11.4.0 SDK_2_10_0_EVK-MIMXRT685 MCUXPresso IDE import the SDK project, eg. Helloworld or led_output. 3.1 QSPI FCB configuration    FCB is located from the flash offset address 0X08000400, which is used for the FlexSPI Nor boot configuration, the detailed content of the FCB can be found from the RT600 user manual Table 997. FlexSPI flash configuration block. Different external Flash, the configuration is different, if need to use the QSPI flash, the FCB should use the QSPI related configuration and its own LUT table.    Modify SDK project flash_config folder flash_config.c and flash_config.h, LUT contains fast read, status read, write enable, sector erase, block erase, page program, erase the whole chip. If the external QSPI flash command is different, the LUT command should be modified by following the flash datasheet mentioned related command. const flexspi_nor_config_t flexspi_config = { .memConfig = { .tag = FLASH_CONFIG_BLOCK_TAG, .version = FLASH_CONFIG_BLOCK_VERSION, .readSampleClksrc=kFlexSPIReadSampleClk_LoopbackInternally, .csHoldTime = 3, .csSetupTime = 3, .columnAddressWidth = 0, .deviceModeCfgEnable = 0, .deviceModeType = 0, .waitTimeCfgCommands = 0, .deviceModeSeq = {.seqNum = 0, .seqId = 0,}, .deviceModeArg = 0, .configCmdEnable = 0, .configModeType = {0}, .configCmdSeqs = {0}, .configCmdArgs = {0}, .controllerMiscOption = (0), .deviceType = 1, .sflashPadType = kSerialFlash_4Pads, .serialClkFreq = kFlexSpiSerialClk_133MHz, .lutCustomSeqEnable = 0, .sflashA1Size = BOARD_FLASH_SIZE, .sflashA2Size = 0, .sflashB1Size = 0, .sflashB2Size = 0, .csPadSettingOverride = 0, .sclkPadSettingOverride = 0, .dataPadSettingOverride = 0, .dqsPadSettingOverride = 0, .timeoutInMs = 0, .commandInterval = 0, .busyOffset = 0, .busyBitPolarity = 0, .lookupTable = { #if 0 [0] = 0x08180403, [1] = 0x00002404, [4] = 0x24040405, [12] = 0x00000604, [20] = 0x081804D8, [36] = 0x08180402, [37] = 0x00002080, [44] = 0x00000460, #endif // Fast Read [4*0+0] = FLEXSPI_LUT_SEQ(CMD_SDR , FLEXSPI_1PAD, 0xEB, RADDR_SDR, FLEXSPI_4PAD, 0x18), [4*0+1] = FLEXSPI_LUT_SEQ(MODE4_SDR, FLEXSPI_4PAD, 0x00, DUMMY_SDR , FLEXSPI_4PAD, 0x09), [4*0+2] = FLEXSPI_LUT_SEQ(READ_SDR , FLEXSPI_4PAD, 0x04, STOP_EXE , FLEXSPI_1PAD, 0x00), //read status [4*1+0] = FLEXSPI_LUT_SEQ(CMD_SDR , FLEXSPI_1PAD, 0x05, READ_SDR, FLEXSPI_1PAD, 0x04), //write Enable [4*3+0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x06, STOP_EXE, FLEXSPI_1PAD, 0), // Sector Erase byte LUTs [4*5+0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x20, RADDR_SDR, FLEXSPI_1PAD, 0x18), // Block Erase 64Kbyte LUTs [4*8+0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0xD8, RADDR_SDR, FLEXSPI_1PAD, 0x18), //Page Program - single mode [4*9+0] = FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x02, RADDR_SDR, FLEXSPI_1PAD, 0x18), [4*9+1] = FLEXSPI_LUT_SEQ(WRITE_SDR, FLEXSPI_1PAD, 0x04, STOP_EXE, FLEXSPI_1PAD, 0x0), //Erase whole chip [4*11+0]= FLEXSPI_LUT_SEQ(CMD_SDR, FLEXSPI_1PAD, 0x60, STOP_EXE, FLEXSPI_1PAD, 0), }, }, .pageSize = 0x100, .sectorSize = 0x1000, .ipcmdSerialClkFreq = 1, .isUniformBlockSize = 0, .blockSize = 0x10000, }; This code has been tested on the RT685+ QSPI flash MT25QL128ABA1ESE, the code boot is working. 3.2 Debug configuration Configure the JLINK options in the MCUXpresso IDE as the JLINK driver: JLinkGDBServerCL.exe Windows->preferences 7.jpg Pic 7 Press debug, generate .launch file. 8.jpg Pic 8 Run->Debug configurations           9.jpg Pic 9 Choose the device as MIMXRT600_UFL_L0, if the SWD wire is long and not stable, also can define the speed as the fixed low frequency. 3.3 Download and debug test Before download, need to check the RT685 ISP mode configuration, as this document is using the 4 wire QSPI and connect to the FlexSPI A port, so the ISP boot mode should be FlexSPI boot from Port A: ISP2 PIO1_17 low, ISP1 PIO1_16 high, ISP0 PIO1_15 high Click debug button, we can see the code enter the debug mode, and enter the main function, the code address is located in the flexSPI remap address. 10.jpg Pic 10 Click run, we can find the RT685 pin P0_26 is toggling, and the UART interface also can printf information. The application code is working. 4 External SPI flash operation checking To the customer designed board, normally we will use the JLINK command to check whether it can find the ARM core or not at first, make sure the RT chip can work, then will check the external flash operation or not. 4.1 SDK IAP flash code test We can use the SDK related code to test the external flash operation or not at first, the SDK code path is: SDK_2_10_0_EVK-MIMXRT685\boards\evkmimxrt685\driver_examples\iap\iap_flash Then, check the external flash, and modify the code’s related option0, option1 to match the external flash. About the option 0 and option1 definition, we can find it from the RT600 user manual Table 1004.Option0 definition and Table 1005.Option1 definition 11.jpg Pic 11 12.jpg Pic 12 To the external QSPI flash which is connected to the FLexSPI portA, we can modify the option to the following code:     option.option0.U = 0xC0000001;//EXAMPLE_NOR_FLASH;     option.option1.U = 0x00000000;//EXAMPLE_NOR_FLASH_OPTION1; Then burn the IAP_flash project to the RT685 internal RAM, debug to run it. 13.jpg Pic 13 We can find, the external QSPI flash initialization, erase, read and write all works, and the memory also can find the correct data. 4.2 MCUBootUtility test   Chip enter the ISP mode, then use the MCUBootUtility tool to connect the RT685 and QSPI flash, to do the application code program and read test. ISP mode:ISP2:high, ISP1: high ISP0 low Configure FlexSPI NOR Device Configuration as QSPI, we can use the template: ISSI_IS25LPxxxA_IS25WPxxxA. 14.jpg Pic 14 Click connect to ROM button, check whether it can recognize the external flash: 15.jpg Pic 15 After connection, we can use the tool attached RT685 image to download: NXP-MCUBootUtility-3.3.1\apps\NXP_MIMXRT685-EVK_Rev.E\led_blinky_0x08001000_fdcb.srec 16.jpg Pic 16 We can find, the connection, erase, program and read are all work, it also indicates the RT685+external QSPI flash is working. Then can go to debug it with IDE and debugger. i.MXRT 600
記事全体を表示
Zephyrに関するメモリの詳細 これらのリソースに関するご質問や問題がございましたら、新しい質問をお寄せください。そちらで NXP サポートチームが対応いたします。 Zephyrを学習する際には、メモリに関する疑問が多く生じます。リンカはコードとデータをどこに配置するのでしょうか?アプリケーションはどのように設定すれば他のメモリを使用できるのでしょうか? リンカーが使用するデフォルトのメモリセクションは、デバイスツリーで設定されています。通常、デバイスツリーは選択されたノードを使用してこれらのセクションを設定します。MIMXRT1060-EVKボードの例を以下に示します。 chosen { zephyr,flash = &is25wp064; zephyr,sram = &sdram0; }; これらの選択したノードの名前は誤解を招く可能性があります。 zephyr,flash は、リンカがすべてのコード(.text)および読み取り専用データセクションに使用するノードを指します。通常、これは物理的なフラッシュメモリを指します。このボードでは、外部のQSPIフラッシュに配置されていますが、フラッシュではないメモリにある場合もあります。 zephyr,sram は、リンカがすべての.dataセクションと.bssセクションに使用するノードを指します。これはRAMに存在する必要がありますが、SRAMに存在する必要はありません。このボードは外部SDRAMに配置されます。アプリケーションは、これらのノードをそのアプリに最適な他のメモリに指すことができます。他に使用される一般的なメモリノードは &dtcm 、 &itcm 、または &ocram です。 通常、選択されたノードはボードのデバイスツリーファイルに設定されます。しかし、Zephyrを学び、デバイスツリーを扱う際には、アプリケーションのビルド中に生成されたデバイスツリーファイル内の設定を確認するのが最善です。詳細は、「ラボガイド:DevicetreeとVS Code Devicetree Viewer」をご覧ください。 i.MX RTメモリ メモリに関する質問のほとんどは、i.MX RTデバイスを使用している方々から寄せられます。これらのMCUは、アプリケーションの性能と柔軟性を最大限に引き出すために、複数の内部および外部メモリオプションを備えた高性能なフラッシュレスデバイスです。以下は、i.MX RTデバイスに特化した参考リソースです。 i.MX RTアプリケーションノート: AN12437 i.MX RTシリーズのパフォーマンス最適化 AN12077 i.MX RT FlexRAMの使用 AN13970 ZephyrにおけるRTシリーズメモリの再配置 ROMのブートローダーは、起動時にフラッシュコンフィギュレーションブロック(FCB)を必要とします。また、オプションでデバイス構成データ(DCD)または外部メモリ構成データ(XMCD)を追加することができ、通常はSDRAMを有効にするために使用されます。こちらの投稿には、これらの構造の所在と、それらがボードにどのように含まれているかについての詳細が記載されています。 SDRAMなし:外部SDRAMを備えたRT開発ボードのZephyrサポートは、通常、SDRAMにデータを配置します。また、ROMブートローダーは、DCDまたはXMCDを使用してZephyrアプリを実行する前にSDRAMインターフェイスを構成します。こちらの投稿では、カスタムボードのSDRAMを取り外す方法について説明しています。 FlexRAMの設定、ITCM、DTCM、またはOCRAMのサイズ変更については、AN13970 『Zephyr』でのRTシリーズメモリ再配置を参照してください。 RAMへのコードの再配置 パフォーマンスの最大化や消費電力の削減などの目的で、コードをRAMに配置し直すことは一般的な要件です。Zephyrを使用すると、アプリケーションはすべてのコード、またはコードの一部をRAMに再配置できます。以下は、再配置に役立つリソースです。 AN13970 ZephyrにおけるRTシリーズメモリの再配置 Zephyrコードおよびデータ再配置API コードを再配置するアプリケーションの例: シンプルな例として、アプリ全体をSDRAMに移動し、アプリの実行前にROMブートローダーを使ってRAMにロードするSDRAM_hello_world.zip があります。 Zperfサンプル:この Zephyr のネットワークサンプルは、ネットワークスタックとイーサネットドライバコードを ITCM に再配置し、MIMXRT1170-EVK用にビルドされた際にパフォーマンスを向上させます。残りのコードはデフォルトの外部QSPIフラッシュに残ります。 NXP SmartWatch デモとウェビナー:消費電力を削減するためにほとんどのコードを内部SRAMに再配置しますが、グラフィックアセットはフラッシュに残します。 RAMへのデータの配置 Zephyrでは、すべてのデータ、変数、スタックのデフォルトの配置は zephyr,sram ノードにあります。ただし、一部のアプリケーションでは、特定のデータを別の場所に配置する必要があります。パフォーマンスを最大化するためにDTCMにデータを配置したり、DMAバッファをキャッシュ不可能なメモリに配置したり、ディスプレイの大きなフレームバッファを外部RAMに移動したりします。データ配置を指定するための便利なリソースには、次のようなものがあります。 スタティック変数の宣言には、特定のセクションに配置するために、リンカセクションタグを含めることができます。その例としては、dma_mcux_edma.cドライバがあり、これは dma_tcdpool 構造体を __dtcm_noinit_section セクションまたは __nocache セクションに配置しています。 スタティック変数の別の選択肢として、変数宣言でデバイスツリーノードを使用して特定のセクションに配置することができます。参考となる一例として、NXPの顔検出デモがあります。このデモでは、デバイスツリーに選択されたノード zephyr,modelbuf を追加し、これはメモリセクションノード sramx を指します。このメソッドを使用するには、メモリセクションノードにプロパティ zephyr,memory-region が必要です。ソースコードでは、 model_input_buf バッファが zephyr_modelbuf ノードで宣言されています。その後、リンカは model_input_buf を sramx セクションに配置します。 ソースファイル全体またはライブラリのデータセクションとbssセクションは、他のRAMに再配置できます。Zephyrコードおよびデータ再配置APIを参照してください。 Zephyrでは、割り込みスタックやメインスタックを別のRAMセクションに配置するために、特別な固定セクションを使用できます。簡単な例として、pinned_hello_world.zipでは、割り込みスタックとメインスタックがDTCMに固定されています。   その他のメモリリソース 例として、メモリノードのサイズを変更し、NXP LPC5500のすべてのSRAMを活用しています。 Zephyr Knowledge Hub に戻る
記事全体を表示
i.MX6UL/ULL/ULZ DRAM Register Programming Aids Important: If you have any questions or would like to report any issues with the DDR tools or supporting documents please create a support ticket in the i.MX community. Please note that any private messages or direct emails are not monitored and will not receive a response.   This is the detailed programming aid for the registers associated with DRAM initialization (DDR3 and LPDDR2) of the MX6UL/ULL/ULZ (consolidated RPA). The last work sheet tab in the tool formats the register settings for use with the ARM DS5/RealView debugger. It can be manually converted by the user to a DCD file format used by uboot or other bootloaders (note the removal of debugger specific commands in this tab). The programming aids were developed for internal NXP validation and development boards. This tool serves as an aid to assist with programming the DDR interface of the MX6UL/ULL/ULZ and is based on the DDR initialization scripts developed by the R&D team and no guarantees are made by this tool. The following are some general notes regarding this tool: Refer to the "How To Use" tab in the tool as a starting point to use this tool. Note that in the "DStream .ds file" tab there are DS5 debugger specific commands that should be commented out or removed when using the DRAM initialization for non-debugger specific applications (like when porting to bootloaders). This tool may be updated on an as-needed basis for bug fixes or future improvements.  There is no schedule for aforementioned maintenance.   i.MX6 All i.MX6UL
記事全体を表示
Regarding the CAN issue of s32k344 The compiler I am currently using is s32ds3.4, RTD2.0.0. Among them, CAN FD function is enabled for can0-can5, and ENABLE RX FIFO function is enabled for can0. The implemented function is that can1 sends 64bit data to can0, can4 sends 64bit data to can2, and can3 sends 64bit data to can5. However, why can can0 and can5 receive data normally but can2 cannot receive data? When I set can4 to Loop-back mode, can4 can also receive data normally. The hardware connection is achieved by connecting CANH of can1 to CANH of can0, CANL of can1 to CANL of can0, CANH of can4 to CANH of can2, CANL of can4 to CANL of can2, CANH of can5 to CANH of can3, and CANL of can5 to CANL of can3 using DuPont wires. Here is my code 回复: Regarding the CAN issue of s32k344 I found a problem. The pin configuration is incorrect
記事全体を表示