Multi Source Translation Content

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

Multi Source Translation Content

ディスカッション

ソート順:
Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 ******************************************************************************** Detailed Description: Configures the FlexCAN 0 to transmit and receive message into RXFIFO. LOOPBACK mode is enabled. Two IDs are set into RXFIFO ID table. DMA is configured to read the message from RXFIFO. Within DMA major interrupt the new message is send according to which Identifier Acceptance Filter was hit. ------------------------------------------------------------------------------  Test HW:         S32K144 EVB-Q100  MCU:             PS32K144HFVLL 0N77P  Fsys:            160MHz  Debugger:        Lauterbach  Target:          internal_FLASH ******************************************************************************** Revision History: 1.0     Sep-4-2017     Petr Stancik    Initial Version ******************************************************************************* General Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 where did you added the above code ..I am also facing the same issue  Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 solved after aligning the CAN software buffer memory. union {  uint8_t buffer[64];  struct  {   uint32_t Buff1;   uint32_t Buff2;   uint32_t Data1;   uint32_t Data2;  }MBS[8]; }CAN_RxData __attribute__((aligned(64)));; Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 I have the same problem as you. Have you solved it yet Re: Example S32K144 FlexCAN0 RXFIFO DMA nonSDK S32DS13 Hi,     I am trying to do CAN using DMA in the s32K144 Eval kit. Softyware triggered DMA works fine but it is not working fine when I configured it for CAN RX FIFO. No DMA major loop complete interrupt is received. I am using SDK's and processor expert generated code to initialize the CAN and DMA. Did you have sample code with SDK's? The attached code is not working for me...it is entering the default ISR.
記事全体を表示
ヘルプ!S32DSの新しいバージョンに更新したばかりですが、プロジェクトにエラーが発生し、ビルドできません。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Eclipse は、ワークスペース・ディレクトリー内に一部の設定をキャッシュします。新しいバージョンの S32DS をインストールした後、古いワークスペースの一部の設定が新しいバージョンの要件と一致しない場合があります。その結果、S32DS の起動時に選択した既存のワークスペースにある新規プロジェクトと既存のプロジェクトでエラーが報告されることがよくあります。これを解決する最善の方法は、新しいワークスペースを作成してから、プロジェクトをインポートすることです。これにより、インストールしたバージョンのすべての正しい設定を使用してワークスペースが作成されるようになります。
記事全体を表示
FTF-MHW-N1920 智能交流/直流电源解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> AC/DC 转换器需要从交流电源提供确定且安全的电源电压,范围从 90 至 264 V AC。关键要求是效率、空载功耗和尺寸。壁式充电器的一项新要求是与手机通信,通过改变电压或电流实现更快的充电。最常见的 AC/DC 拓扑结构是反激式和谐振式。反激式转换器具有成本最低的特点,但输出功率越高,磁性元件尺寸就越大。在这种情况下,谐振转换器是首选,尽管在低负载时效率较低。NXP 发明了一种谐振概念来解决这个问题。演讲将介绍上述AC/DC技术和NXP的产品优势。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> AC/DC 转换器需要从交流电源提供确定且安全的电源电压,范围从 90 至 264 V AC。关键要求是效率、空载功耗和尺寸。壁式充电器的一项新要求是与手机通信,通过改变电压或电流实现更快的充电。最常见的 AC/DC 拓扑结构是反激式和谐振式。反激式转换器具有成本最低的特点,但输出功率越高,磁性元件尺寸就越大。在这种情况下,谐振转换器是首选,尽管在低负载时效率较低。NXP 发明了一种谐振概念来解决这个问题。演讲将介绍上述AC/DC技术和NXP的产品优势。 安全移动 | 医疗保健和可穿戴设备
記事全体を表示
全新 Layerscape LS1028A 工业应用处理器 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> Layerscape LS1028A 工业应用处理器包括支持 TSN 的以太网交换机和以太网控制器,以支持融合的 IT 和 OT 网络。两个强大的64位ARM v8内核支持工业控制的实时处理,以及物联网边缘计算的虚拟机。集成的 GPU 和 LCD 控制器支持具有下一代界面的人机界面 (HMI) 系统。 具有加密卸载功能的集成信任架构为安全的应用程序和服务提供了一个具有加密通信的可信平台。 产品页面 参考设计 关键要素 双64位ARM v8处理器,用于实时处理 对物联网边缘计算的完全虚拟化支持 面向工业TSN桥应用的TSN开关 支持TSN的以太网控制器,适用于TSN终端应用 支持集成GPU和LCD控制器的人机界面应用 信任架构是可信应用和服务的信任根本 LS1028A 将成为 NXP 15 年产品长寿计划的一部分 目标应用 工厂自动化 工艺自动化 可编程逻辑控制器 运动控制器 工业物联网网关 人机接口(HMI) QorIQ LS1设备
記事全体を表示
Kinetis MCU 上的电源管理:LLS 和 VLLS 模式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好, 设备的功耗以及嵌入式系统设计的影响是当今的常见话题。Kinetis MCU 提供不同的电源模式以满足用户的需求。在这些低功耗模式中,我们可以找到最低的功耗模式:低泄漏停止模式(LLS)和超低泄漏停止模式(VLLS)。 附件对这些模式进行了简要介绍/说明,并列出了配置 MCU 在任何这些模式下运行所需的步骤。这是 FRDM-KL26Z 的裸板项目,但同样的原理也适用于其他 Kinetis 系列。另外,还附上了两个 KDS v3.2 项目以供参考。 我希望您觉得它们有用! 此致, 艾萨克 Kinetis L系列MCU
記事全体を表示
MHW-N1907 NXP 智能天线解决方案 - 连接设备的射频前端解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 近几年来,联网设备的射频含量急剧增加。不断增长的带宽需求推动了射频链的要求达到更高的水平。NXP 智能天线解决方案的 RF MMIC 使连接设备的设计人员可以自由放置天线,同时实现更高的性能。本课程将展示日益增长的需求和复杂性以及恩智浦对这一挑战的回应。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 近几年来,联网设备的射频含量急剧增加。不断增长的带宽需求推动了射频链的要求达到更高的水平。NXP 智能天线解决方案的 RF MMIC 使连接设备的设计人员可以自由放置天线,同时实现更高的性能。本课程将展示日益增长的需求和复杂性以及恩智浦对这一挑战的回应。 观看视频演示 安全移动 | 医疗保健和可穿戴设备
記事全体を表示
NXP Technology Days 2015 - DWF Designing with Freescale January DwF Tel Aviv - 2015-01-27 DwF Kinetis MCUs Based on ARM® Technology - Shenzhen - 2015-01-27 DwF DwF Digital Networking - Shenzhen - 2015-01-28 March DwF Kinetis MCUs Based on ARM® Technology - Nanjing - 2015-03-12 DwF IoT Multicore Technologies and Enablement Software Solutions - Porto Alegre - 2015-03-19 DwF MCU and Automotive Solutions - Tianan - 2015-03-19 DwF Kinetis MCUs Based on ARM® Technology - Tianjin - 2015-03-19 DwF Silicon Valley - 2015-03-26 DwF MCU Solutions - Zhengzhou - 2015-03-31 April DwF RF Solutions - Chengdu - 2015-04-09 DwF Kinetis MCUs Based on ARM® Technology - Jinan - 2015-04-22 DwF IoT Wireless Module Solutions - Jinan - 2015-04-23 May DwF Kinetis and i.MX Solutions Based on ARM® Technology - Zhuhai - 2015-05-07 DwF Taipei - 2015-05-07 DwF Istanbul - 2015-05-12 DwF Ankara - 2015-05-14 DwF Digital Networking - Nanjing - 2015-05-21 DwF Kinetis MCUs Based on ARM® Technology - Wuhan - 2015-05-27 DwF IoT Wireless Module Solutions - Wuhan - 2015-05-28 June DwF Kinetis MCUs Based on ARM® Technology - Guangzhou - 2015-06-10 DwF IoT Wireless Module Solutions - Guangzhou - 2015-06-11 DwF Warsaw - 2015-06-18 DwF Shenzhen - 2015-06-25 DwF Kinetis MCUs Based on ARM® Technology - Xiamen - 2015-06-30 July DwF TechDay Toulouse - 2015-07-02 DwF Singapore - 2015-07-03 DwF RF Solutions - Quanzhou - 2015-07-07 DwF Shanghai - 2015-07-14 DwF Digital Networking - Fuzhou - 2015-07-21 DwF Kinetis MCUs Based on ARM® Technology - Suzhou - 2015-07-23 DwF Kinetis MCUs Based on ARM Technology - Wuxi - 2015-07-30 August DwF Hangzhou - 2015-08-05 DwF Digital Networking - Wuhan - 2015-08-12 DwF RF Solutions - Wuhan - 2015-08-13 DwF MCU and Automotive Solutions - Kaohsiung - 2015-08-14 DwF Automotive Solutions - Chongqing - 2015-08-19 DwF MCU Solutions Based on ARM® Technology - HCMC - 2015-08-26 September DwF Beijing - 2015-09-09 DwF Hsinchu - 2015-09-17 DwF Kinetis and i.MX Solutions Based on ARM® Technology - Changsha - 2015-09-22 DwF Detroit - 2015-09-23 October DwF Rochester - 2015-10-01 DwF Paris - 2015-10-01 DwF Kinetis and i.MX Solutions Based on ARM® Technology - Chengdu - 2015-10-14 DwF Digital Networking - Taipei - 2015-10-15 DwF Toronto - 2015-10-29 November DwF Ottawa - 2015-11-03
記事全体を表示
逻辑器件:恩智浦创新逻辑解决方案在功耗、空间和成本节省方面的实际案例研究 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代逻辑提供的不仅仅是连接系统中复杂设备的“粘合剂”。本次研讨会将详细介绍实际客户应用的案例研究,并展示如何使用创新的恩智浦逻辑器件不仅在器件成本、功率和电路板空间方面提供技术优势,而且还在与电源要求、产品封装和供应链成本(库存、认证、制造)相关的系统成本方面提供优势。本次研讨会面向所有设计工程师、元件工程师和采购代理,目标是实现最具整体成本效益的系统设计。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代逻辑提供的不仅仅是连接系统中复杂设备的“粘合剂”。本次研讨会将详细介绍实际客户应用的案例研究,并展示如何使用创新的恩智浦逻辑器件不仅在器件成本、功率和电路板空间方面提供技术优势,而且还在与电源要求、产品封装和供应链成本(库存、认证、制造)相关的系统成本方面提供优势。本次研讨会面向所有设计工程师、元件工程师和采购代理,目标是实现最具整体成本效益的系统设计。
記事全体を表示
BAN-N1899 实践研讨会:4 小时内获得 EMVCo 对 NFC 支付终端的认可 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 任何支付解决方案,无论是移动销售点 (mPOS)、笔记本电脑、平板电脑、可穿戴设备还是嵌入式模块,都需要安全、可扩展且易于通过互操作性认证。本课程解释了非接触式 POS 终端设计的一般考虑因素,解决了最常见的挑战,例如 NFC 天线的尺寸和位置以及 EMVCo L1 模拟和数字兼容性。此外,还将解释最新的 NFC 控制器 PN5180 如何支持 PCI 要求。本次会议将概述恩智浦适用于支付应用的产品以及取决于物理终端设计和开发目标的选择标准。参与者将能够避免开发 NFC 支付终端过程中的常见障碍,从而降低设计风险并加快产品上市时间。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 任何支付解决方案,无论是移动销售点 (mPOS)、笔记本电脑、平板电脑、可穿戴设备还是嵌入式模块,都需要安全、可扩展且易于通过互操作性认证。本课程解释了非接触式 POS 终端设计的一般考虑因素,解决了最常见的挑战,例如 NFC 天线的尺寸和位置以及 EMVCo L1 模拟和数字兼容性。此外,还将解释最新的 NFC 控制器 PN5180 如何支持 PCI 要求。本次会议将概述恩智浦适用于支付应用的产品以及取决于物理终端设计和开发目标的选择标准。参与者将能够避免开发 NFC 支付终端过程中的常见障碍,从而降低设计风险并加快产品上市时间。 智能银行和智能零售
記事全体を表示
フリースケールのコンシューマ/産業用アナログ製品の紹介 - 広州 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、MMPF0100/200パワー・マネージメント集積回路(PMIC)を含むコンシューマおよび産業用アナログ製品を紹介し、この業界分野で既存の車載用アナログ製品を販売するための新しい戦略について説明します。 スティーブン・ヤンによる発表 2015年6月10日、広州市のDwF Kinetis MCUs Based on ARM®テクノロジで発表 セッションID: APF-IND-T1015 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、MMPF0100/200パワー・マネージメント集積回路(PMIC)を含むコンシューマおよび産業用アナログ製品を紹介し、この業界分野で既存の車載用アナログ製品を販売するための新しい戦略について説明します。 スティーブン・ヤンによる発表 2015年6月10日、広州市のDwF Kinetis MCUs Based on ARM®テクノロジで発表 セッションID: APF-IND-T1015 パワー・マネジメント センサ
記事全体を表示
.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 理解和使用.sdcard格式 Yocto Communiy BSP 和 Release BSP 中默认启用的一个非常有用的功能是在 .sdcard 中生成烘焙图像的选项格式。 如果 .sdcard默认情况下未选择格式,可以在 conf/local.conf 文件上通过添加 IMAGE_FSTYPES 来启用它,如下所示: IMAGE_FSTYPES="sd卡" 值得注意的是,如果指定了这个变量,那么只会创建类型定义的文件系统。此变量最常用的默认值是: IMAGE_FSTYPES="tar.bz2 ext3 sd卡" .sdcard 格式创建一个包含所有必要分区的映像,并将引导加载程序、内核和 rootfs 加载到该映像中。您可以使用 dd 将此文件中的数据低级复制到 SD 卡设备,如以下命令示例所示: $ sudo dd if=.sdcard of=/dev/sd bs=1M && 同步 .sdcard 上使用的分区文件 .sdcard 分区如下所示: IMAGE_ROOTFS_ALIGNMENT 为引导加载程序保留的未分区空间 引导空间 Kernerl 和其他数据 根文件系统大小 根文件系统。 在 RootFS 分区上授予更多可用空间 .sdcard 的大小文件将完全取决于 rootfs 的大小。这意味着,除非我们向 rootfs 分区添加额外的空间,否则生成的文件将不会对我们所有的 SD 卡容量进行分区。(当然,一旦加载到 SD 卡上,总是可以选择编辑分区) 为了添加更多空间,您可以使用 IMAGE_ROOTFS_EXTRA_SPACE 变量。您可以将其添加到 local.conf 文件中,并添加以 KB 为单位的可用磁盘空间。例如,如果您想保证 1GB 的额外空间,您可以将以下行添加到您的 local.conf 文件。 IMAGE_ROOTFS_EXTRA_SPACE = "1048576" 值得注意的是,这是 IMAGE_OVERHEAD_FACTOR 变量的附加空间,该变量定义了应用于初始图像大小的乘数。这仅适用于乘数乘以 默认情况下,构建过程对此变量使用乘数 1.3。当使用此方法确定最终生成的图像大小时,此默认值会导致 30% 的可用磁盘空间添加到图像中。这意味着在安装后脚本之前应该有 30% 的可用磁盘空间。如果您希望获得更多空间,可以按如下方式编辑此变量: 图像开销因子 = "1.5" 这将导致在安装后脚本之前向映像中添加 50% 的可用磁盘空间,并且不考虑可能来自包管理系统的开销。 IMAGE_ROOTFS_SIZE 是如何计算的 这个变量也是以千字节为单位,它由 OpenEmbedded 构建系统使用一种算法来确定,该算法考虑了用于生成图像的初始磁盘空间、图像的请求大小(通过开销因素)以及要添加到图像的额外可用空间(通过额外空间变量)。 构建系统首先运行 du(磁盘使用情况)命令来确定 rootfs 目录树的大小。如果 IMAGE_ROOTFS_SIZE 当前值大于磁盘使用量乘以开销因子,则仅添加额外的空间。如果 IMAGE_ROOTFS_SIZE 小于磁盘使用量乘以开销因子,则在添加额外空间之前将磁盘使用量乘以开销因子。 IMAGE_ROOTFS_SIZE 必须设置为默认值,该值通常非常低,因为它只是在每次烘焙图像时初始化并根据实际尺寸要求进行更新。 您也可以直接使用此变量来选择要分配给 RootFS 的空间。例如,将 RootFS 设置为 2GB 需要在 local.conf 文件中添加以下内容: IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 在这个例子中,我们将开销因子保留为 1,这样就不会添加额外的空间,因为我们指定了我们想要的 rootfs 大小。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你知道发生了什么事吗?在 tmp/deploy/images/ / 文件夹中,较短的 sdcard 文件名只是较长文件名的链接。运行 dd 命令时我总是使用较长的文件名。 另外,我发现引导加载程序中存在严重的 CRC 环境错误。无论出于何种原因,总是要求您第一次从新映像的卡启动时中断启动,然后输入“saveenv”(不带引号),然后重置。这也许可以解决你的问题。每次我将新图像写入 SD 卡时,我都必须这样做。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您可能从网页上复制粘贴了命令“IMAGE_ROOTFS_SIZE = “2097152””,但其中的双引号字符( “ ”)有误。请将其替换为“linux double quote "”,解析错误即可消失。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 根据第一段,该文档似乎在说这些变量中的任何一个都应该添加到 conf/local.conf。 然而,当我添加 IMAGE_ROOTFS_SIZE = “2097152” 图像开销因子 = “1.0” 到我的 conf/local.conf 文件,我收到 bitbake 错误: 错误:/home/user/yocto/build/conf/local.conf:26 处的 ParseError:未解析的行:'IMAGE_ROOTFS_SIZE =“2097152”' 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 是否会逐步淘汰这一模式,转而采用“WIC”模式?rocko repo 无法构建 .sdcard默认文件。 有人知道是否有关于 WIC 文件格式的类似描述以及如何使用它吗? 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 您能分享一下您的解决方案吗?谢谢 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 事实证明,如果更改制造工具脚本,制造工具也可以创建多个分区。该文档包含在制造工具下载中。我计划使用 *.sdcard 图像对我的设备上 eMMC 进行编程,并且无论如何都需要使用制造工具。制造工具中的默认设置甚至不使用 *.sdcard 图像,所以我想我现在不需要解决这个特定问题。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> jtis我也有同样的问题。我正在尝试做同样的事情。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好, gusarambula ,这份文档包含非常重要和有用的信息,希望下次你能在教程中向我们解释所有可以使用命令“dd”应用于带有 i.MX 的 SD 的选项。 请继续努力 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常感谢您的反馈! Bio_TICFSL ,我终于可以提到你了。您能否对此文档提出评论? 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档,特别是关于扩展分区容量的主题,看起来像是一个常见问题解答。 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的文档! 回复:.sdcard 指南格式 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 很棒的文件,古斯塔沃。
記事全体を表示
美国 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 研讨会文件
記事全体を表示
都灵理工大学苏默里飞思卡尔杯队技术报告 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 都灵理工大学 Sumery 队飞思卡尔杯技术报告 - 2015 年 EMEA 总决赛 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 都灵理工大学 Sumery 队飞思卡尔杯技术报告 - 2015 年 EMEA 总决赛
記事全体を表示
AMF-ACC-T1659 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 除了故障安全系统架构之外,容错能力在高度自动化的汽车中也变得越来越重要。本次会议讨论了容错系统架构的理论基础,并展示了如何使用飞思卡尔微控制器构建这些架构,特别是在高级驾驶辅助系统 (ADAS) 领域。利用飞思卡尔汽车产品组合中内置的关键功能安全概念,可以实现高效、可扩展的解决方案,涵盖从故障安全系统到容错和故障运行架构的范围。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 除了故障安全系统架构之外,容错能力在高度自动化的汽车中也变得越来越重要。本次会议讨论了容错系统架构的理论基础,并展示了如何使用飞思卡尔微控制器构建这些架构,特别是在高级驾驶辅助系统 (ADAS) 领域。利用飞思卡尔汽车产品组合中内置的关键功能安全概念,可以实现高效、可扩展的解决方案,涵盖从故障安全系统到容错和故障运行架构的范围。
記事全体を表示
Example S32K312 PIT BTCU parallel ADC FIFO DMA DS3.5 RTD300 This example for S32K312 is based on this, example on S32K344 :-- https://community.nxp.com/t5/S32K-Knowledge-Base/Example-S32K344-PIT-BTCU-parallel-ADC-FIFO-DMA-DS3-5-RTD300/ta-p/1732444 *******************************************************************************  The purpose of this demo application is to present a usage of the  ADC_SAR and BCTU IP Driver for the S32K3xx MCU.  The example uses the PIT0 trigger to trigger BCTU conversion list to  perform parallel conversions on ADC0/ADC1. Three ADC channels  are selected to be converted on each ADC:  ADC0: S8 , P0, S8  ADC1: S10, S13, S17  Converted results from BCTU FIFO are moved by DMA into result array.  ADC channel S10 is connected to board's potentiometer.  ------------------------------------------------------------------------------ * Test HW: S32K3X4EVB-Q172 * MCU: S32K312 * Compiler: S32DS3.5 * SDK release: RTD 3.0.0 * Debugger: PE Micro * Target: internal_FLASH ******************************************************************************** Set PIT Freeze Enable :--- Dinesh_Guleria_0-1707202447324.png BCTU will be do the parallel conversion for channel mentioned in BCTU list :-- Dinesh_Guleria_3-1707204479195.png   Dinesh_Guleria_1-1707202600904.png "NEW DATA DMA enable mask" :-- controls These bit field in MCR register Dinesh_Guleria_0-1707203759290.png "ADC target mask" :-- It controls "ADC_SEL " bit field in "Trigger Configuration (TRGCFG_0 - TRGCFG_71)" for single conversions you can enable only one instance so the possible values for target mask: 1 (0b001) ADC0 2 (0b010) ADC1 3 (0b100) ADC2| for list of conversions we can enable also parallel con version for example 3 (0b011) parallel conversion of ADC0 and ADC1 The trigger is configured as a list of parallel conversions ADC0, ADC1 in “Adc Target Mask”. List of ADC channels is defined in “BCTU List Items” while order is given by the “Adc Target Mask”: BctuListItems_0 is ADC0, BctuListItems_1 is ADC1 etc. Dinesh_Guleria_3-1707204011310.png Dinesh_Guleria_4-1707204043898.png Dinesh_Guleria_2-1707203974137.png Result :-- I connected VDD from board on adc_0_p0 (PTD1 : J412-1)  and adc_1_p2 (PTE0 J412-13). Also POT value on S10 of ADC-1 & ADC-0-VREFH value coming correct & STABLE. Dinesh_Guleria_1-1707330412160.png Dinesh_Guleria_0-1707330375235.png =========================Using  FIFO-2 ================= Dinesh_Guleria_0-1732514437470.png FIFO-2 Trigger & LIST Index :-- Dinesh_Guleria_1-1732514506589.png Dinesh_Guleria_2-1732514539640.png ADC channel conversion :-- Dinesh_Guleria_3-1732514707504.png
記事全体を表示
Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 ************************************************************************************************ * 详细说明: * 此示例展示了如何跳过在 C40_Ip_Read() 期间导致无法纠正的 ECC 错误异常的指令。 * ----------------------------------------------------------------------------------------------- * 测试硬件:S32312EVB-Q172 * MCU:S32K312 * 调试器:S32DS 3.4、PEMicro Multilink * 目标:internal_FLASH ************************************************************************************************* 回复: Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 Hi @danielmartynek      RTD3.0.0 P01里有这个选项,RTD3.0.0 P07里则没有这个选项了。     目前已移植到RTD3.0.0 P07版本上验证可以了。     用C40_Ip_ReportEccUnCorrectedError();替换了C40_Ip_DsiHandler(); 回复: Example_C40_Ip_ECC_Fault_Skip_S32K312_DS34_RTD2211_v1 @danielmartynek  请问下在RTD3.0.0 P07下,C40_Ip_DsiHandler函数已经没有了,该怎么处理异常呢?请帮忙指导下,谢谢。
記事全体を表示
RT1160(外部SDRAMおよびウェイトピン付きSRAM搭載) 私はRT1160を外部16ビットSDRAMと16ビットSRAM(FPGA通信用)と組み合わせて使用しています。SRAMインターフェースは、待機ピン付きのSRAM読み書き操作(SRAM)として非同期モードとして構成されます。待機信号がSDRAMのリフレッシュタイミングと競合して何らかの問題を引き起こすのではないかと考えています。SDRAMにコードを書き込んで、SRAM ASYNC書き込み時にwaitピンを約10ms以上ローレベルに保つようにテストしましたが、時々約1msで終了してしまうことがあり、その理由はわかりません。 SDRAMとSRAMの両方を使う場合に制限があるのでしょうか?ご協力いただきありがとうございます。 Re: RT1160 with external SDRAM and SRAM with wait pin こんにちは 約1ミリ秒で終了するとおっしゃっていますが、具体的に何を指しているのでしょうか?SRAMへの書き込みはエラーを返すのか、それともハードフォルトに入るのか?これはどのくらいの頻度で起こりますか? 以下のテストを手伝ってもらえますか? 1. 内部メモリ(SDRAMではない)からコードを実行し、長時間かかる非同期SRAM書き込みを繰り返します。 2. 内部メモリからコードを実行したまま、同じテストを再度実行しますが、今回はSDRAMを有効にした状態でアイドル状態にします。 3. 最初に述べたとおりにテストを実行しますが、SRAM待機信号をアクティブに保持します。 さらに、上記の検査を含めて、以下の点を確認してもらえますか? 転送中にSRAM信号を監視できますか? 各テストのSTEMCイントラレジスタ値を教えてもらえますか? 結果を教えてください。 よろしくお願いします、 パブロ
記事全体を表示
Matlab2023a 调用 S32DS3.5 时遇到错误 亲爱的MBDT团队:我们使用 MATLAB 2023a 脚本在编译 Simulink 模型后生成代码,然后调用 eclipsec.exe 进行无界面后台编译。构建完成后,将在 Simulink 诊断查看器中创建一个超链接,用于直接打开与已编译项目对应的工作区。该工作流在 S32DS 3.4 版本中运行非常顺利。然而,在升级到 S32DS 3.5.8 之后,出现了两个问题:问题 1:单击 Simulink 创建的超链接将启动后台进程 s32ds.exe,随后会弹出一个窗口,并立即关闭。我们尝试了多种解决方案,例如在 s32ds.ini 文件中添加参数 `"-vm \bin\javaw.exe" `(但这对 s32ds.exe 没有任何影响),并在系统环境变量中将 JDK 11 设为优先选项。这些尝试都没有解决问题。问题 2:如前所述,通过 MATLAB 脚本调用 eclipsec.exe 会触发屏幕截图中显示的错误:Java 已启动但返回退出代码 =1。我们将"\bin\javaw.exe、" 以及 JDK 11 的路径设置为系统环境变量的最前项。命令提示符正确显示了 Java 11(64 位),但 Simulink 编译时仍试图加载 jvm.dll。删除"client\jvm.dll 后"或者"server\jvm.dll" ,程序会改为定位 java.exe,但仍会报告错误,退出代码为 4。此外,在所有情况下,手动编译依然能够成功。所有相关的文件和设置都将上传以供您参考。请帮忙提供一些建议,以解决这个问题。谢谢。 Re: Matlab2023a Envokes S32DS3.5 Encountered Error 你好, 从你的信息来看,我理解你有一个 Simulink 模型,并使用 Embedded Coder 为其生成代码。然后您设置了一个使用 eclipsec 编译代码的工作流程。我发现的主要问题是 MATLAB 目前没有使用正确的 Java 版本。你有没有尝试就这个问题联系过他们? 此外,我怀疑您没有使用 NXP 开发的基于模型的设计工具箱(例如,S32K3、S32K1 等)。如果我错了,请告诉我。 此致, 索林·班奇拉
記事全体を表示
2S TDM Master: Persistent 1-slot downward shift during continuous DMA streaming 1. Test Configuration I2S configured as TDM Master, DSP mode with short WS 8 slots per frame, 32-bit per slot, frame length = 256 bit Using fsl_i2s_dma driver Dual-buffer ping-pong transfer FreeRTOS task waits on a semaphore from the DMA callback, fills the buffer, then calls I2S_TxTransferSendDMA to re-submit Test data pattern: fixed 0x000Axxxx (upper 16 bits = 0x000A, lower 16 bits contain slot index and sample sequence number) 2. Persistent One-Slot Downward Shift (100% Reproducible) Logic analyzer captures show: Transmitted data is consistently shifted down by exactly one slot Data intended for Slot 0 appears in the physical Slot 1 position Data intended for Slot 1 appears in the physical Slot 2 position By extension, data intended for Slot 7 appears in Slot 0 of the next frame (or is lost) This shift is stable after the stream starts; it does not drift further over time and remains a fixed 1-slot offset 3. Startup Data Misalignment (Intermittent) The logic analyzer occasionally observes: After the WS frame sync pulse, the DATA line remains at low level (all zeros) for a period After a blank interval of 1~3 frames, valid test data suddenly appears Once the blank interval ends, the data still exhibits the 1-slot offset described in item 2 Xanderwangx_0-1780141578772.png Audio(PDM | I2S | SAI) Re: 2S TDM Master: Persistent 1-slot downward shift during continuous DMA streaming Hello @Xanderwangx , Thank you for your post. Could you please let us know which NXP MCU you are using? Also, are you working with one of our evaluation boards or a custom board? Are you using the SDK example code, or is this based on your own implementation? If it is your own code, would you be able to share it with us for further analysis? BR Celeste Re: 2S TDM Master: Persistent 1-slot downward shift during continuous DMA streaming Hello @Xanderwangx , Thank you for your reply. However, the RT family is not within my support scope. I mainly support MCX and Kinetis family. Also, this is MCX channel, not for RT product. Could you please create a new post under i.MX RT Crossover MCUs - NXP Community? The RT support team will be able to assist you there. BR Celeste Re: 2S TDM Master: Persistent 1-slot downward shift during continuous DMA streaming MCU: MIMXRT685-EVK (i.MX RT685) Board: Custom product board based on RT685. I am using Loop DMA mode with ping-pong buffers. The DMA is configured with I2S_TransferSendLoopDMA() using 2 descriptors. In the DMA callback, I fill the next buffer and the loop continues automatically. void I2S1_TDM_Init(void) { I2S_Type *base = I2S1; /* I2S Configuration */ i2s_config_t cfg; I2S_TxGetDefaultConfig(&cfg); cfg.masterSlave = kI2S_MasterSlaveNormalMaster; cfg.mode = kI2S_ModeDspWsShort; /* TDM = DSP mode */ cfg.divider = 24576000 / (TDM_SAMPLE_RATE * TDM_SLOT_NUM * TDM_SLOT_WIDTH); cfg.dataLength = TDM_SLOT_WIDTH; /* 32-bit */ cfg.frameLength = TDM_FRAME_LENGTH; /* 256-bit */ cfg.oneChannel = false; cfg.position = 0; cfg.wsPol = true; /* DSP A or B */ I2S_TxInit(base, &cfg); /* Enable 8 slots (Primary + 3 Secondary Channels) */ /* Note: Using 4 channels to cover 8 slots with 32-bit data */ I2S_EnableSecondaryChannel(base, kI2S_SecondaryChannel1, false, 32 * 2); I2S_EnableSecondaryChannel(base, kI2S_SecondaryChannel2, false, 32 * 4); I2S_EnableSecondaryChannel(base, kI2S_SecondaryChannel3, false, 32 * 6); /* DMA Loop Transfer Setup */ DMA_Init(DMA0); DMA_EnableChannel(DMA0, I2S_TX_DMA_CH); DMA_SetChannelPriority(DMA0, I2S_TX_DMA_CH, kDMA_ChannelPriority3); DMA_CreateHandle(&dma_handle, DMA0, I2S_TX_DMA_CH); I2S_TxTransferCreateHandleDMA(base, &i2s_handle, &dma_handle, I2S1_Callback, tdm_xfer); I2S_TransferInstallLoopDMADescriptorMemory(&i2s_handle, tdm_desc, 2); if (I2S_TransferSendLoopDMA(base, &i2s_handle, &tdm_xfer[0], 2) != kStatus_Success) { while (1); /* Fails if TDM_FRAMES * 8 > DMA_MAX_TRANSFER_COUNT(1024) */ } } The slot offset is random across power cycles, not fixed.I also tried disable interrupts before and after the DMA transfer to force synchronization, but slot misalignment still occurs. Does I2S_TransferSendLoopDMA() guarantee frame-aligned DMA startup on RT685? If not, how to force alignment to WS boundary? i.MX-RT600 
記事全体を表示
when FRDM-A-S32K358 on sale? I heard that the FRDM-A-S32K358 is being released as a development board for the S32K358. When will this product be released? Digiikey says it will be released on May 18, 2026, but I would like to know the exact date. Re: when FRDM-A-S32K358 on sale? Hi I'm sorry, but for now I only see that the FRDM-A-S32K358 will be released in 2026 Q2, without a specific date. Best Regards, Robin
記事全体を表示