S32K310 / S32K311 ADC 复用器 我正试图使用 RTD5.0.0（较新的 RTD6.0.0 也有同样的问题）为 S32K310 配置 ADC MUX 模式。 最新的技术参考手册修订版11包含了第38.1节表232中的一些信息。说明 S32K311（可能还有 S32K310）变体的哪些额外 ADC 通道需要 MUX 配置。例如 DavidHodgson_0-1756480129127.png 不过，解释哪个寄存器位设置对应哪个 GPIO 引脚的 2 个部分并不用于这些额外配置： 第 38.2.51 节功能 RESET 4 时读写 GPR (DCMRWF4)，0/7/8/11/12/28 位的寄存器字段被标记为保留 第 60.1.7 节表 345 还忽略了 DCMRWF4 GPR_bits 0、7、8、11、12 和 28 的配置。仅说明 1、2、3、4、5、6、9 和 10 位的配置情况 我相信问题与之前的帖子是一样的： 已解决：S32K311_S32K310 ADC 复用模式通道异常 - NXP Community 已解决：在错误的引脚上触发信号 ADC-恩智浦社区 但解决方案就在S32K311_ADC_Mux_Control.xlsx文件中，而该文件并不可用。 基本上，我只需要知道下面标记为问号的寄存器 DCMRWF4 的位设置： 位0 mux_mode_en_adc1_s18 ?:GPIO_70 ?GPIO_6 位1 mux_mode_en_adc0_s8 0: gpio_0 1: gpio_45 位2 mux_mode_en_adc0_s9 0: gpio_1 1: gpio_46 位3 mux_mode_en_adc1_s14 0: GPIO_69 1：GPIO_32 位4 mux_mode_en_adc1_s15 0: gpio_4 1: gpio_33 位7 mux_mode_en_adc0_s12 ?:GPIO_72 ?GPIO_78 位8 mux_mode_en_adc0_s13 ?:GPIO_73 ?GPIO_79 位11 mux_mode_en_adc0_s14 ?:GPIO_32 ?GPIO_80 位12 mux_mode_en_adc0_s17 ?:GPIO_75 ?GPIO_44 位28 mux_mode_en_adc0_p2 ?:GPIO_8 ?GPIO_10 感谢您的帮助 戴维 Re: S32K310 / S32K311 ADC mux 你好，戴维、 很抱歉给您带来不便！ 我将向您发送 S32K311_ADC_Mux_Control.xlsx. 我从内部渠道了解到，这个问题有望在 S32K3 RTD 7.0.0 中得到修复。至于 S32K3XXRM 的内容问题，我已提醒文档团队进行修复。 祝好， Robin ------------------------------------------------------------------------------- 注： - 如果本帖回答了您的问题，请点击"ACCEPT AS SOLUTION" 按钮。谢谢！ - 我们会在最后一次发帖后的 7 周内跟踪主题，之后的回复将被忽略 如果您以后有相关问题，请另开新主题并参考已关闭的主题。 -------------------------------------------------------------------------------

MCU 无法从 VLPS 模式唤醒 您好 ，我们正在为恩智浦的 MCU SW - S32K146 开发电源管理器。电源管理器使用以下三种状态。 运行模式 VPLR 模式 VPLS 模式 此外，还使用了以下时钟源选项。 FIRC SIRC 在启动期间，我们的时钟源为FIRC，电源模式为运行模式。之后，我们将配置 SPLL。在此期间，MCU 电源模式仍为运行模式。在运行模式之后，当 MCU 需要进入 VLPR -> VLPS 模式时，我们要执行以下步骤： 取消初始化： 看门狗 CAN（在这一步中，我们实现了一个封装函数，用于安全地注销 CAN 通道。该函数首先检查所请求的 CAN 实例是否在有效范围内，以及是否已在配置中启用。如果有效，它会调用恩智浦的 Flexcan_DRV_deinit () API 来正确关闭 CAN 硬件并版本资源。） GPIO 引脚（在实施的这一阶段，我们使用 PINS_DRV_Init()函数和睡眠配置数组对所有 MCU 引脚进行了低功耗配置。这可确保将未使用的引脚设置为安全状态（输入具有上拉/下拉功能）以最大限度地减少漏电流，同时具有唤醒功能的引脚保持活动状态，用于基于中断从 VLPR/VLPS 模式中唤醒。） CAN_STD 和 CAN_EN 引脚设置为低电平。 安装并启用两个中断处理程序。(PORTE（PTE4 引脚）和 PORTA）。此外，两个 uint8_t 标志被设置为 true（默认设置为 0）（当我们进入 VPLS 模式时，一个 LMPTR 定时器也会启用，因此基本上有三个中断工作）。 然后，我们将MCU电源模式设置为VLPR，然后立即设置为VLPS模式。 正常运行： 在 VLPS 模式下，PORTE 上接收到监测引脚的中断，标志值为 true，首先禁用 IRQ，然后对 MCU 进行软复位，RESET MCU，操作从启动开始恢复正常。 我们遇到了以下问题，因此希望得到您的支持，以了解我们是否做错了什么。 问题：有时，MCU 会随机陷入一种状态，只有通过关闭电源和机才能 RESET。 我们的假设在 MCU 卡死的上述状态中，我们假设可能会发生以下情况。 中断处理程序回调函数中使用的标志是非易失性的。虽然在安装中断处理程序时将标志设置为 true，但我们怀疑没有正确读取当前标志值（易失、非易失问题）。 如果 MCU 在从 RUN 进入 VLPR->VLPS 模式期间收到中断信号，则 MCU 可能会进入停止状态。 Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 目前，MCU 已不再处于这种状态。但是，如果这个问题再次发生，那么当MCU运行发行版本时，我应该如何获取寄存器值转储。 如果碰巧再次进入这种状态，可以尝试通过调试器中的"Attach to running target" 配置连接 MCU。例如，使用 S32DS"Registers" 查看和导出。或使用 TRACE32 将值导出为 CSV：调试 - 如何从 TRACE32 导出变量值 - Stack Overflow。 由于我们没有使用 "退出时休眠 "功能，我们是否需要"在进入 VLPS" 之前，我们是否需要使用 DSB + ISB 指令来确保适当的同步？ 如果需要，那么以这种方式调用函数是否正确？ 这只是两个建议，因为以前也出现过类似的问题，客户使用的是退出时休眠功能。我想确认配置是否相同。 DSB + ISB 在您的实施中看起来很好。这主要是为了确保在继续进行 VLPS 之前完成任何正在进行的数据处理。 调用INT_SYS_ClearPending()看起来也不错，这将在进入低功耗前检查是否有挂起的中断。 这是一个非常奇怪的问题，因为它很难重现。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好@Julián_AragónM, 感谢您一直以来的支持。请在下面找到您问题的答案。 至于处于停机状态的设备... 你能测量电流消耗吗？ 遗憾的是，在问题发生之前，我们没有连接电流表，而且由于问题很少发生，使用电流表需要中断蓄电池连接，从而导致 POR。 设备在 VLPS 上还是永远不会进入低功耗？ 目前我们还不能确定。目的是让设备进入VLPS。不过，它也有可能陷入某种未知状态。 您能分享这个州的登记转储情况吗？ 目前，MCU 已不再处于这种状态。但是，如果这个问题再次发生，那么当MCU运行发行版本时，我应该如何获取寄存器值转储。 此外，您是否配置了退出时休眠功能？ 没有，目前我们没有使用退出时休眠功能。 /* ISR 退出时不重新进入（深度）睡眠状态 */ S32_SCB->SCR&= ~(S32_SCB_SCR_SLEEPONEXIT_MASK); 关于您的建议，我有几个问题。 由于我们没有使用 Sleep on Exit 功能，我们是否需要"使用 DSB + ISB 指令，以确保在进入 VLPS" 之前适当同步？ /* Cpu 将进入深度睡眠状态 */ asm( ISB ); STANDBY(); // where STADBY() - #define STANDBY() __asm volatile ( wfi ) __asm("DSB"); __"" >"" 我们正在研究应用层。那么，在将电源模式切换到 VLPS 之前，我需要调用以下函数吗？ void int_sys_clearPending (irqn_Type IRQNumber);//<-在切换到 VLPS 之前调用这个函数？ power_sys_setMode（POWER_MANAGER_VLPS、POWER_MANAGER_POLICY_FORCIBLE）；谢谢，最诚挚的问候， Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 是的，进入 VLPS 时，会请求非 CPU 总线主站进入停止模式： Snag_a5879e3.png 您必须注意 VLPS 模式的 DMA 配置。这与 ERR011063 有关： Snag_a91d106.png 但是，如果禁用 DMA 时仍出现此问题，那么问题可能与此没有直接关系。 如果在 VLPS 中或之后不需要 DMA，则 EDMA_DRV_Deinit() 函数是正确的方法。 至于处于停机状态的设备... 你能测量电流消耗吗？设备在 VLPS 上还是永远不会进入低功耗？您能分享这个州的登记转储情况吗？ 此外，您是否配置了退出时休眠功能？曾经报告过这样一个问题：当 MCU 尝试处理 ISR 并通过退出时休眠返回 VLPS 时，会卡死在停止状态。解决方法是设置数据同步障碍，以确保在继续之前完成任何数据操作。 我的建议是在进入 VLPS 之前确保没有待处理的中断（我认为一个简单的如果 ((NVIC->ISPR[0]& NVIC->ISER[0]) == 0) 检查就足够了)，并使用 DSB + ISB 指令确保在再次进入 VLPS 之前正确同步。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode @Julián_AragónM 我们目前使用 3 个 DMA 通道：0、1 和 3。 0 映射到 Flex I/O UART。 1 映射到 LPUART 0 RX 3 映射到 LPUART 1 RX 当我们进入 VLPS 时，发现只有 DMA 0 启用。我们使用 for (int ch = 0; ch< 16; ch++) { // S32K146 有 16 个通道 if (DMA->ERQ& (1<< ch)) { printf("DMA 通道%d is ENABLED\r\n", ch); } } 此 for 循环仅用于调试版本，不用于发行版。我们没有明确禁用 DMA 1 和 3，但观察到它们可能仍被驱动程序函数static void LPUART_DRV_StopRxDma(uint32_t instance) 禁用。 我们尝试在进入 VLPS 之前使用 status_t EDMA_DRV_Deinit(void)明确禁用 DMA 通道。 我们的目的是确保在进入 VLPS 状态之前停止 DMA 传输。我们的方法是否正确？ 但这一声明与我们目前面临的 MCU 停机问题无关。我们观察到，无论是否采取上述步骤，我们都得到了停止状态。我只想问，在进入 VLPS 之前，是否需要明确调用 status_t EDMA_DRV_Deinit(void)。 Re: MCU not wakeup up from VLPS mode 你好@Julián_AragónM 今天测试时，我们再次卡在 MCU 停止状态。过去三周以来，一切运行正常。我们完全绕过了 VLPR 状态。现在我们直接从 Run 到 VLPS（中间没有 VLPR）。我们还从时钟频率证实了这一点，总线时钟为4Mhz，系统时钟为8Mhz。我们还确认，在使用 VLPS 之前，时钟源是 SIRC，所有其他时钟源都已禁用。 在 MCU 停止状态下，我们连接了 JTag，并能使用 RTT 查看器进行连接。以下是 RTT 查看器在 MCU 停止状态下的截图。 RTTViewerInMCUHalt.png   没有什么能让 MCU 活起来。我们唯一能确定的办法就是断电。我们的 MCU 目前处于这种状态，如果您希望我们在这种状态下进行尝试，我们将等待您的回复。这是因为这个问题很难重现，而且我们也不知道什么时候会再次发生。等待您的回复。 Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 是的，如果不用作唤醒中断，则应禁用 LPTRM IRQ 和时钟源。 这样可以减少不必要的电流，避免在离开 VLPS 时发生不必要的 ISR。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好， ，感谢您的支持。你说得对。在我们的项目中，我们并不需要过渡到 VLPR，因此绕过了它。根据您的意见，我们想进一步询问是否有必要同时对 LPTMR IRQ 进行去初始化。LPTMR 中断每 1 毫秒触发一次，基本上是在运行整个 MCU 代码。当 MCU 转换到 VLPS 状态时，我们将不再使用该 LPTMR 中断。相反，我们使用 GPIO 引脚作为唤醒源。因此，在 VLPS 模式下，我们实际上并不需要 LPTMR IRQ。 那么，由于 LPTMR IRQ 是使用时钟源的外设，我们是否也应该对其进行去初始化？ Re: MCU not wakeup up from VLPS mode 嗨，@Sami2098、 除非您在 MCU 停止运行后尝试连接，否则我真的无法找出这个问题的根本原因。 项目是否需要 VLPR？ 它可以从 RUN 直接转到 VLPS。这也会降低ERR011063 的风险。 有关模式过渡的信息，请参阅 AN5425 中的第 5.6 章：S32K1xx 的电源管理单元。但你的程序似乎是正确的；首先禁用使用时钟源的外设，将系统时钟切换到 SIRC，然后禁用所有其他时钟源。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好， 不确定，但我也遇到了同样的问题。 我希望你是在唤醒 ISR 中禁用了 VLPS？ ，如果是这样，你可以在退出时禁用低功耗/休眠/唤醒之前，尝试挂起任何未使用的中断或你想唤醒的 ISR 中的相同中断。 Re: MCU not wakeup up from VLPS mode 同时，我们还使用 NXP API 检查了时钟频率： uint32_t sysClk = 0; uint32_t busClk = 0； /* 获取系统时钟频率 */ CLOCK_SYS_GetFreq(CORE_CLOCK,&sysClk)； /* 获取总线时钟频率 */ cloc k_sys_getFreq (BUS_CLOCK，& busCLK)； 我们在运行模式下收到了以下值：内 核/系统时钟：8 MHz 总线时钟：4 MHz 我们在 VLPR 模式下收到了以下值：内 核/系统时钟：4 MHz 总线时钟：4 MHz 这些值是在调用恩智浦 API 从运行模式转为 VLPR 模式后收到的： POWER_SYS_SetMode(POWER_MANAGER_VLPR,POWER_MANAGER_POLICY_FORCIBLE)； Re: MCU not wakeup up from VLPS mode 这种情况很少发生。这发生在两周前，但当时我们只做了 POR。从那以后，我们再也无法重现这个问题。 我目前正在使用恩智浦SDK API进行电源模式切换，在这些API中，正在设置SIRC时钟。那么，我是否需要在切换前手动检查时钟频率？我认为应用程序接口已经在处理这个问题了。 我使用的应用程序接口是 status_t POWER_SYS_SetMode(uint8_t powerModeIndex、 power_manager_policy_t policy）； 我是这样说的： POWER_SYS_SetMode(POWER_MANAGER_VLPR, POWER_MANAGER_POLICY_FORCIBLE)； POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE)； 问题 我们能找到问题的根源吗？ 目前，我们会在进入 VLPR 之前去初始化看门狗。是否可以在 VLPR 之后但在进入 VLPS 模式之前对其进行去初始化？ 是否有任何演示应用程序可用于手动配置 VCCR？ Re: MCU not wakeup up from VLPS mode 你好@Sami2098 RUN->VLPR->VLPS 的步骤似乎是正确的。板进入 "halt" 状态后你能连接到它吗？(通过使用"Attach to target" 选项）。 这个问题可能是由时钟配置引起的。ERR011063（摘自S32K146_0N73V😞😞 Snag_622231.png 这只适用于 从 VLPR 模式 进入 VLPS 模式 的例程 ，而您的情况正是如此。请尝试更改 VCCR 配置。 致以最诚挚的问候， Julián Re: MCU not wakeup up from VLPS mode 您好， 在 VLPS 模式下，我们将按以下方式初始化用于中断的 GPIO 引脚。 1.[PINS_DRV_ClearPortIntFlagCmd(PORTE)； INT_SYS_InstallHandler(PORTE_IRQn, IF_PORTE_IRQHandler, NULL)； INT_SYS_EnableIRQ(PORTE_IRQn)；   那么我们只需调用下面的接口函数即可跳转到 VLPS 模式。 POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE);]。   这种做法正确吗？还是应该遵循以下程序？ 2.[PINS_DRV_ClearPortIntFlagCmd(PORTE)； INT_SYS_InstallHandler(PORTE_IRQn, IF_PORTE_IRQHandler, NULL)； INT_SYS_EnableIRQ(PORTE_IRQn)； 然后清除 INT_SYS_ClearPending(PORTE_IRQn); ->??? 那么我们只需调用下面的接口函数即可跳转到 VLPS 模式。 POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE);]。   还是下面这些？ 3.[ // 准备期间禁用中断 INT_SYS_DisableIRQ(PORTE_IRQn)； // 清除硬件标志 PORTE->ISFR = 0xFFFFFFFF； // 清除 NVIC 挂起 INT_SYS_ClearPending(PORTE_IRQn)； // 现在启用中断 INT_SYS_EnableIRQ(PORTE_IRQn)； // 再次清除，以避免任何运行时事件 PORTE->ISFR = 0xFFFFFFFF； INT_SYS_ClearPending(PORTE_IRQn)； // 进入 VLPS POWER_SYS_SetMode(POWER_MANAGER_VLPS, POWER_MANAGER_POLICY_FORCIBLE)； ]   哪种方法最合理？   MCU 还能因为第二种方法而进入某种停止状态吗？有风险吗？   非常感谢你们一直以来的支持。   此致，

S32 汽车平台：先进控制系统的性能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 燃烧和发动机控制正在转向计算密集型技术。了解 S32 汽车平台如何利用 Arm ® NEON 和数学加速来支持这一趋势。

電動化—高電圧バッテリ管理システム用MC3377xバッテリセルコントローラ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HV BMS用MC33771x ICの製品トレーニング1-短いBMS市場紹介(含む。主要なプレーヤー、要件、競合他社);2- NXP BMSロードマップと主要製品(BCC14、BCC6、TPL)の紹介差別化と価値提案を含む3つの主要なBMSアプリケーション(14V、48V、HVデイジーチェーン、HV CAN、ワイヤレス)。4-市場、アプリケーション、リファレンスデザイン、および製品の見通し。5- 機能安全の側面 - システム安全の目標と機能安全の実装方法。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> HV BMS用MC33771x ICの製品トレーニング1-短いBMS市場紹介(含む。主要なプレーヤー、要件、競合他社);2- NXP BMSロードマップと主要製品(BCC14、BCC6、TPL)の紹介差別化と価値提案を含む3つの主要なBMSアプリケーション(14V、48V、HVデイジーチェーン、HV CAN、ワイヤレス)。4-市場、アプリケーション、リファレンスデザイン、および製品の見通し。5- 機能安全の側面 - システム安全の目標と機能安全の実装方法。

スマートhome_infographic.pdfのためのNFC <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 今日、モバイルネットワーク事業者は、自分だけのスマートホームキットを簡単に手に入れることができます。多くの場合、複雑さは、それらが動作する標準と同じくらい多様なデバイスの最初のセットアップに伴って発生します。NFCは、このプロセスをタップアンドコネクトと同じくらい簡単にすることを約束します。このインフォグラフィックでは、スマートホームにNFCを装備する5つの理由と、エコシステムへのメリットが紹介されています。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 今日、モバイルネットワーク事業者は、自分だけのスマートホームキットを簡単に手に入れることができます。多くの場合、複雑さは、それらが動作する標準と同じくらい多様なデバイスの最初のセットアップに伴って発生します。NFCは、このプロセスをタップアンドコネクトと同じくらい簡単にすることを約束します。このインフォグラフィックでは、スマートホームにNFCを装備する5つの理由と、エコシステムへのメリットが紹介されています。

Sensors_Multimarkets_may16.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

Let´s start with KSDK! What is it KSDK? = Kinetis Software Development Kit Kinetis SDK v2 is a collection of comprehensive software enablement for NXP Kinetis Microcontrollers that includes: •system startup •peripheral drivers •USB and connectivity stacks •Middleware •Real-time operating system (RTOS) kernels. Documents – Release Note, API Reference Manual, Getting Started with KSDK, for USB – User Guide, USB Composite Device Guide, USB Device Reference Manual and USB Host Reference Manual. All these documents is possible to find at Software Development Kit for Kinetis MCUs|NXP or \SDK_2.0_selected_device\docs KSDK Structure Diagram KSDK Features •ARM® and DSP standard libraries, and CMSIS-compliant device header files which provide direct access to the peripheral registers •Open-source peripheral drivers •Open-source RTOS wrapper driver •Real time operation systems (RTOS) including FreeRTOS OS, μC/OS-II, and μC/OS-III •Stacks and middleware in source or object formats including: − CMSIS-DSP -  a suite of common signal processing functions − FatFs - a FatFile System for small embedded systems − mmCAU - Memory-Mapped Cryptographic Acceleration Unit − SDMMC - software component supporting SD Cards and eMMC − DMA Manager - software component used for managing on-chip DMA channel resources − mbedTLS and WolfSSL - cryptographic SSL/TLS libraries − lwIP and USB Stack - a light-weight TCP/IP stack KSDK Evolution KSDK v1/v2 – what new features KSDK 2.0 brings •MQX Kernel removed from KSDK -> focus on FreeRTOS •MQX RTCS Ethernet and MFS File System Stacks -> lwIP and FatFS •OSA, Power Manager and Clock Manager -> no longer required by the drivers •USB Stack re-write -> BSD licensed solution •No platform library -> single project with all needed files •Mbed TLS now included as part of the accelerated cryptography drivers •Eliminates separate HAL and Peripheral Driver -> single driver for each peripheral •Processor Expert -> Kinetis Expert Tool •Updates for KDS -> via online update tool •Installation of KSDK -> KEX Tool (smaller download & sizes) •KEX Tool -> pin muxing selection & generation, clock configuration, low power estimation Simplified folder structure KSDK highlights & benefits •Collection of software enablement offered by free •KSDK is fully supported in these IDE: − Atollic® TrueSTUDIO® − GNU toolchain for ARM® Cortex® -M with CMake build system − IAR Embedded Workbench − Keil™ MDK-ARM − Kinetis Design Studio IDE •KSDK supports most of Kinetis MCUs •Created examples for drivers, USB, RTOS, demo applications •Start with development without device register knowledge Support & download Official support of KSDK: Kinetis Software Development Kit Create new SR according to: How to submit a new question for NXP Support More about KSDK... KSDK Official Website www.nxp.com/ksdk Introducing Kinetis SDK v2 https://community.freescale.com/docs/DOC-329783 Kinetis SDK 2.0 Transition Guide Kinetis SDK 2.0 Transition Guide KSDK Community https://community.freescale.com/community/kinetis/kinetis-software-development-kit Let´s continue in reading! See Let´s start with FreeMASTER!​

iMX6 IPU TVIN 应用说明 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 附件是 iMX6 TVIN 用例的应用说明，已进行一些内部审查。 2016-10-08，将其更改为pdf文件。

NET-N1906 高性能小型基站解决方案，助力实现无处不在的高速互联网 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随时随地的高速互联网是我们面临的挑战。小型基站提供了填补常规基站基础设施覆盖空白的解决方案。本讲座展示了恩智浦高性能射频解决方案，涵盖小型基站的发射端和接收端。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 随时随地的高速互联网是我们面临的挑战。小型基站提供了填补常规基站基础设施覆盖空白的解决方案。本讲座展示了恩智浦高性能射频解决方案，涵盖小型基站的发射端和接收端。 智能网络

CSCI E-251、2012年秋 - 最終プロジェクトプレゼンテーション - ケイト・フィッシュル <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ハーバードエクステンションスクール CSCI E-251、2012年秋:オペレーティングシステムの原則 最終プロジェクトプレゼンテーション ケイト・フィッシュルによるプレゼンテーション (マイビデオで視聴) 学生プロジェクト

How to quickly develop i.MX53 products Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution Computer On Module • Processor Freescale i.MX535,1GHz/i.MX536, 800MHz • RAM 512MB/1GB DDR3 SDRAM • ROM 4GB EMMC,up to 32GB • Power supply Single 3.1V to 5.5V • Size 54mm SO-DIMM • Temp.-Range -20°C..70°C   -40°C..120°C Key Features • 10/100Mbps Ethernet • Two High Speed USB 2.0 ports • LCD controller up to 1600 x 1200, 24bpp • OpenGL ES 2.0 and OpenVG 1.1 hardware accelerators • Multi-format HD 1080p video decoder and 720p video encoder hardware engine • Two Camera Interfaces • NEON SIMD media accelerator • Unified 256KB L2 cache • Vector Floating Point Unit • Several interfaces: 3x UART, 2x SDIO, 2x SSI/AC97/I2S, I2C, CSPI, Keypad, Ext. Memory I/F • 3.3V I/O OS Support     • Linux     • Android Application:Smart mobile devices,Smart Display,Automotive Infotainment,Digital Signage, Telemedicine,Retail POS Terminal,Security,Barcode Scanner,Visual IP Phone,Patient Monitors,Surveillance Cameras,building control, factory / home automation, HMI For more information, please see Attachment We can provide a complete solution

How to locate i.MX6Q pfd issue(ERR006282) without JTAG tools When a board is brought up and  the ddr test by link of "https://community.nxp.com/docs/DOC-96412' hashttps://community.nxp.com/docs/DOC-96412' hashttps://community.freescale.com/docs/DOC-96412' hashttps://community.nxp.com/docs/DOC-96412' has been verified, some of boards will have pfd issue(ERR006282). It is suggested that below method could be used to check the issue.The detail steps are: As boards may have no jtag port, the internal usdhc4 root clock out needs to be remapped. When “CUP not initialized” issue has been seen and in download mode, DDR test tools can be used with the script to remap clock output. Please check the attached for test script and the empty the binary. Put the two files to DDR stress test tool folder “DDR_Stress_Tester\binary\”. The attached ddr-stress-test-mx6dq.bin is an empty file. Please backup the original file first. After eMMC boot failed and in download mode, run command “DDR_Stress_Tester.exe -t mx6x -df test.inc” on PC side. There is no clock output on GPIO19. For normal test, please erase the eMMC chip and boot the board. It will also fail to boot and run into download mode. After run “DDR_Stress_Tester.exe -t mx6x -df test.inc” , clock can be measured from GPIO19 if no PDF issue happens. Below is  the details: The script file. wait = on A: Config GPIO19(ENET_ RST_ PHY_B) as CLKO1 setmem /32 0x020E0254 = 0x3    // Config GPIO19(ENET_ RST_ PHY_B) as CLKO1      On your board, it is R112 for the test point. B: enabled, CKO1 output drives cko2 clock, divide by 5, usdhc4_clk_root setmem /32 0x020C4060 = 0x01820101  // CKO2 enabled, CKO1 output drives cko2 clock, divide by 5, usdhc4_clk_root Hex 0 1 8 2 0 1 0 1 Bits 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0 Binary 0 0 0 0 0 0 0 1 1 0 0 0 0 0 1 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0 1 And for the normal boot, erase the emmc, and reboot to enter the download mode. There will be no signal output but high voltage on R112. After the script runs, 40Mhz clock will be seen. For the boot fail case, there will be no signal output but high voltage on R112 and 40Mhz clock will be pulled to low. 1: CKO2 enabled 2: divide by 5 3 usdhc4_clk_root 4: CKO1 output drives cko2 clock 5 Re: How to locate i.MX6Q pfd issue(ERR006282) without JTAG tools The attached file test.inc is missing for download. Could you please help upload again? Re: How to locate i.MX6Q pfd issue(ERR006282) without JTAG tools Lily and Johnli, I made modification on English wording and grammar. Please see if the meanings are accuracy. Thanks, Yixing

NTAG®スマートセンサー <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コンディションインサイトで物流の追跡と追跡を拡張します。NTAG SmartSensorは、NFC読み出しによるセンシングとロギングを可能にします。NTAG SmartSensorは、スマートロジスティクス、スマートヘルスケア、ドラッグデリバリー、スマートパッケージングのためのIoTアプリケーションを可能にします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> コンディションインサイトで物流の追跡と追跡を拡張します。NTAG SmartSensorは、NFC読み出しによるセンシングとロギングを可能にします。NTAG SmartSensorは、スマートロジスティクス、スマートヘルスケア、ドラッグデリバリー、スマートパッケージングのためのIoTアプリケーションを可能にします。

使用 5G 固定无线的最后一英里连接——了解市场和解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 固定无线接入 (FWA) 成为城市/郊区高速宽带连接的一种有吸引力的选择，可以解决“最后一英里问题”。60 GHz 无线网状系统由于相对于光纤网络而言具有吸引力的成本和无需授权的高带宽频谱的部署物流而引起了商业兴趣。NXP 的 Layerscape 产品被设计到 FWA 系统中，旨在利用无线网状网络的众多机会。了解 NXP 的 64 位 Arm ®平台如何推动下一代 FWA 的成功。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 固定无线接入 (FWA) 成为城市/郊区高速宽带连接的一种有吸引力的选择，可以解决“最后一英里问题”。60 GHz 无线网状系统由于相对于光纤网络而言具有吸引力的成本和无需授权的高带宽频谱的部署物流而引起了商业兴趣。NXP 的 Layerscape 产品被设计到 FWA 系统中，旨在利用无线网状网络的众多机会。了解 NXP 的 64 位 Arm ®平台如何推动下一代 FWA 的成功。

Dropbox 入门.pdf <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 概述

PF82/8100 Resources Hi     Pls find the latest version datasheet in the link: https://www.nxp.com/docs/en/data-sheet/PF8100_PF8200.pdf     Pls find the errata file in the link:https://www.nxp.com/docs/en/data-sheet/ES_MC33PF8100_MC33PF8200.pdf     More resources will be updated periodically. 

AUT-N1813 車両アーキテクチャのトレンド <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2015年にいくつかの主要な自動車ブランドがハッキングを公にしたことで、車両のセキュリティに新たな注目が集まっています。車両の電気アーキテクチャにはさまざまな種類があり、地域によって大きなばらつきがありますが、ドメイン指向のセキュアネットワークへの移行が加速しています。このプレゼンテーションでは、接続性とセキュリティが強化された世界におけるセントラルゲートウェイの重要性の高まりについて見ていきます。イーサネットが普及するにつれて、IPルーティングとファイアウォールのトピックと、別のセキュリティレイヤーを追加する上でのその役割が紹介されます。最後に、テレマティクスユニットを超えてネットワーク全体に更新されたOTAソフトウェアを有効にするための中央ゲートウェイの役割について説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 2015年にいくつかの主要な自動車ブランドがハッキングを公にしたことで、車両のセキュリティに新たな注目が集まっています。車両の電気アーキテクチャにはさまざまな種類があり、地域によって大きなばらつきがありますが、ドメイン指向のセキュアネットワークへの移行が加速しています。このプレゼンテーションでは、接続性とセキュリティが強化された世界におけるセントラルゲートウェイの重要性の高まりについて見ていきます。イーサネットが普及するにつれて、IPルーティングとファイアウォールのトピックと、別のセキュリティレイヤーを追加する上でのその役割が紹介されます。最後に、テレマティクスユニットを超えてネットワーク全体に更新されたOTAソフトウェアを有効にするための中央ゲートウェイの役割について説明します。 セキュアなコネクテッド&自動運転車

Sensors Overview

KSDK示例列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 当前 KSDK 1.3 的示例位于C:\Freescale\KSDK_1.3.0\examples 中间件示例（tcpip、文件系统）位于C:\Freescale\KSDK_1.3.0\middleware   还有更多示例，创建如下：   KSDK 1.3 使用 KSDK 1.3 的 FTM PWM 实现彩虹色 如何在 KDS3.0 + KSDK1.3 中使用 printf() 将字符串打印到 UART 使用 KSDK 驱动程序驱动 16x2 LCD 将NFC控制器库与KSDK集成 KL43Z 使用 KDS3.0 +KSDK1.3.0 + 处理器专家支持 sLCD 和触摸感应   KSDK 1.2 使用 DMA 和 KSDK 模拟 ADC 灵活扫描模式 编写我的第一个KSDK1.2KDS3.0 中的应用 - Hello World 和使用 GPIO 中断切换 LED 使用 KSDK [FTM + GPIO] 控制直流电机的速度和伺服电机的位置 带 KSDK 的线扫描相机 [ADC + PIT + GPIO] 检测飞思卡尔杯智能赛道中心的简单方法 Kinetis Design Studio 中带有 KSDK 的 FatFs + SDHC 数据记录器 KSDK 段式 LCD 示例 KSDK GPIO驱动程序，带处理器专家 DAC Sinus 演示（使用 PEx + KSDK 1.2 + KDS 3.0） 如何基于KSDK演示代码启动定制的KSDK项目   KSDK 1.1 使用 SDK 和 CMSIS 在 KV31 上实现 FIR 功能的示例项目 如何使用KSDK 1.1.0切换KDS 2.0中的LED和处理器专家 KSDK SPI 主从控制器，带 FRDM-K64F 配置 Kinetis 软件开发套件 (KSDK) 以使用超声波传感器测量距离 Kinetis SDK 1.1.0 的 USB HID 双向通用设备演示项目 配置 Kinetis 软件开发套件 (SDK) 以使用红外 (IR) 传感器测量距离 在 KDS 中编写我的第一个 KSDK 应用程序 - Hello World 和 GPIO 中断   KSDK 1.0 使用 FRMD-K64F + KDS 1.1.0 编写您的第一个 LED 切换应用程序+ KSDK 1.0.0非处理器专家 使用 SDK 的低功耗应用 KSDK I2C EEPROM示例 概述 回复：KSDK示例列表 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 这些示例是否会针对 KSDK 2.0 进行更新 - 这些示例适用于过时的 KSDK 版本，不是吗？ 此外，Processor Expert 显然已经过时并且不会进一步开发？ 谢谢， 谨致问候，戴夫

FRDM-KW40Z Bluetooth LE Controller Usage with the Linux hcitool Bluetooth Low Energy is a standard for Low Power Wireless Networks introduced in the Bluetooth specification 4.0. Its target application domains include medical, sports & fitness, home automation and others. The adoption and development rates of this technology are growing fast helped by the wide availability of hardware support in most modern mobile phones and mobile operating systems. The purpose of this application note is to show how the Freescale FRDM-KW40Z can board with BLE Controller software can be used with the hcitool from the Linux Bluetooth stack over the HCI interface. 1. Introduction The Bluetooth specification has a very well defined interface between the Controller and the Host called the HCI (Host Controller Interface). This interface is defined for and can be used with various transport layers including an asynchronous serial transport layer. A typical scenario of Bluetooth Low Energy hardware use is a development board which has a BLE Controller accessible via serial transport HCI connected to a device on which the BLE Host runs. The device which runs the BLE Host can be any type of embedded device or a PC. PCs running a Linux type OS can use the hcitool from the Linux Bluetooth Stack to interact with a BLE Controller via the HCI interface. The particular use case of  FRDM-KW40Z board with a serial transport HCI interface running over USB CDC and connected to a PC running the Linux Bluetooth stack is shown in the diagram below and will be detailed din the following sections. Figure 1FRDM-KW40Z (BLE Controller) connected to Linux PC (Bluetooth Host Stack) via HCI Serial Transport 2. Loading the HCI Application onto the FRDM-KW40Z First load the hci_app on the FRDM-KW40Z board. The hci_app aplication can be found in the \ConnSw\examples\bluetooth\hci_app folder. 3. Connecting the FRDM-KW40Z to the Computer via a Serial Port After the app is downloaded to the board plug the board into a free USB port of your Linux computer. The following instructions, commands and their output is typical to a Debian based Linux OS. After the board is plugged in run the following command to list the serial ports available. >> dmesg | grep tty [ 0.000000] console [tty0] enabled [ 2374.118201] cdc_acm 1-2:1.1: ttyACM0: USB ACM device In our example the FRDM-KW40Z board serial port is ttyACM0. To test the connection some HCI commands can be sent in hex format from any terminal application to the serial HCI on the FRDM-KW40Z board. In the figure below an HCI_Read_BD_ADDR command and its corresponding Command Complete Event are shown as they were sent and received in hexadecimal format from the moserial serial terminal GUI application. Figure 2: HCI command and response event in hexadecimal format (HCI UART Transport) 4. Connecting the HCI Serial Interface to the Bluetooth Stack To connect the Linux Bluetooth stack to a serial HCI interface the hciattach command must be run as shown below. >> hciattach /dev/ttyACM0 any 115200 noflow nosleep Device setup complete If the the HCI serial interface is successfully attached to the Bluetooth stack then the "Device setup complete" message is shown. The any parameter specifies a generic Bluetooth device. The 115200 parameter is the UART baudrate. The noflow parameter diasables serial flow control. The nosleep parameter disables hardware specific power managment. Run the hciconfig command with no parameters to check the HCI interface id of the newly attached HCI serial device. >> hciconfig hci1:    Type: BR/EDR  Bus: UART     BD Address: 00:04:9F:00:00:15  ACL MTU: 27:4 SCO MTU: 0:0     UP RUNNING     RX bytes:205 acl:0 sco:0 events:14 errors:0     TX bytes:112 acl:0 sco:0 commands:14 errors:0 hci0:    Type: BR/EDR  Bus: USB     BD Address: 90:00:4E:A4:70:97  ACL MTU: 310:10  SCO MTU: 64:8     UP RUNNING     RX bytes:595 acl:0 sco:0 events:37 errors:0     TX bytes:2564 acl:0 sco:0 commands:36 errors:0 In this example the FRDM-KW40Z is assigned the hci1 interface as can be seen from the bus type (Type: BR/EDR  Bus: UART). The hci0 interface is the example shown corresponds to the on-board Bluetooth module from the machine. On some systems the interface might need to be manually started by using the hciconfig interfaceId up command. hciconfig hci1 up 5. Configuring the Bluetooth Device and Listing its Capabilities The hciconfig command offers the possibility of configuring the device and listing the device capabilities. To find all commands supported by the hciconfig tool type the following command. >> hciconfig –h ...display supported commands... Each individual hciconfig command must be addressed to the correct HCI interface as reported above. In our example we use the hci1 interface. Some hciconfig commands require root privileges and must be run with sudo (the "Operation not permitted(1)" error will be returned if a command needs to be run with root privileges). Some useful hci config commands: >> hciconfig hci1 version    -> lists hci device verison information >> hciconfig hci1 revision    -> lists hci device revision information >> hciconfig hci1 features    -> lists the features supported by the device >> hciconfig hci1 commands    -> lists the hci commands supported by the device >> sudo hciconfig hci1 lestates    -> lists the BLE states supported by the device >> sudo hciconfig hci1 lerandaddr 11:22:33:44:55:66    -> set a random address on the device >> sudo hciconfig hci1 leadv 3    -> enable LE advertising of the specified type >> sudo hciconfig hci1 noleadv    -> disable LE advertising Now the newly connected board with a serial HCI is attached to a HCI interface of the Bluetooth stack and is ready to use. 6.    Controlling the Bluetooth Device using the hcitool The hcitool can be used to send HCI commands to the Bluetooth device. A command is available which lists all available hcitool actions. >> hcitool -h ...display supported commands... To target a specific HCI interface use the -i hciX option for an hcitool command. We will use -i hci1 in our examples. The hcitool supports commands for common BLE HCI operations some of which are shown below and also supports sending generic HCI commands using a dedicated option which uses hexadecimal numbers for the OGF (Command Group), OCF (Command Code) and the parameters. The 6 bit OGF and the 10 bit OCF compose the 16 bit HCI Command Opcode. The command parameters are specific to each command. 6.1.  Listing Devices Available to the hcitool An hcitool command can list all available device interfaces. >> hcitool dev Devices: hci1    00:04:9F:00:00:15 hci0    90:00:4E:A4:70:97 The device we are working with is connected to the hci1 interface as seen from the output of the hciconfig command used above. 6.2.  Scanning for Advertising LE Devices The hcitool can be used to perform a LE Device scan. This command requires root privileges. Press Ctrl+C to stop the scan at any time. >> sudo hcitool -i hci1 lescan LE Scan ... 00:04:9F:00:00:13 (FSL_OTAC) ^C A list of addresses and device names will be shown if advertised (< > or < > as define din the specification). 6.3.  Obtaining Remote LE Device Information Using the hcitool To obtain information about a remote LE device a special hcitool command can be used. The hcitool leinfo command creates a connection, extracts information from the remote device and then disconnects. The remote device information is shown at the command prompt. >> sudo hcitool -i hci1 leinfo 00:04:9F:00:00:13 Requesting information ...        Handle: 32 (0x0020)        LMP Version: 4.1 (0x7) LMP Subversion: 0x113        Manufacturer: Freescale Semiconductor, Inc. (511)        Features: 0x1f 0x00 0x00 0x00 0x00 0x00 0x00 0x00 In this example information about a device previously discovered using the hcitool lescan command is shown. 6.4.  Connecting and Disconnecting from a Remote LE Device Connecting to a remote LE device is done using the hcitool lecc command. >> sudo hcitool -i hci1 lecc 00:04:9F:00:00:13 Connection handle 32 As before a previously discovered device address is used. If the connection is successful then the Connection Handle is returned and in our case the Connection Handle is 32. The hcitool con command shows active connections information: address, connection handle, role, etc. >> hcitool con Connections: < LE 00:04:9F:00:00:13 handle 32 state 1 lm MASTER To end a LE connection the hcitool ledc command can be used. It must be provided with the Connection Handle to be terminated, and optionally the reason. The device handle obtained after the connection and shown in the connected devices list is used. >> hcitool –I hci1 ledc 32 >> Listing the connections after all connections are terminated will show an empty connection list. >> hcitool con Connections: >> 6.5.  Sending Arbitrary HCI Commands To send arbitrary HCI commands to a device using the Command CopCode (OGF and OCF) the hcitool cmd command can be used. As an example the HCI_Read_BD_ADDR command is used which has the 0x1009 OpCode (OGF=0x04, OCF=0x009) and no parameters. It is the same command shown in the direct serial port to HCI communication example above. hcitool -i hci0 cmd 0x04 0x0009 < HCI Command: ogf 0x04, ocf 0x0009, plen 0 > HCI Event: 0x0e plen 10   01 09 10 00 15 00 00 9F 04 00 The OpCode OGF (0x04) and OCF (0x009) and no parameters are passed to the hcitool cmd command all in hexadecimal format. The parameters length (plen) is 0 for the command. The response is a Command Complete event (0x03) with the parameters length (plen) 10. The parameters are 01 09 10 00 15 00 00 9F 04 00: 01 is the Num_HCI_Command_Packets parameter 09 10 is the Command OpCode for which this Command Complete Event is returned (in little endian format) 00 is the status – Success in this case 15 00 00 9F 04 00 is the BD_ADDR of the device as listed by the hcitool dev command KW41Z31Z21Z