P1.27（下降沿）上的 ADC 硬件触发信号在 LPC1768 硬件上不起作用 你好 我正在尝试使用 P1.27 作为带下降沿检测的触发信号源，在 LPC1768 上测试 ADC 硬件 触发信号。在仿真中，当我在 P1.27 上生成下降沿时，ADC 会正确开始转换 ，但在实际硬件上，ADC 无法开始 转换。 我的 ADC 配置为在 P1.27 上触发信号硬件，通道已启用，ADC 已 通电。 我想知道在 LPC1768 硬件上使用 P1.27 作为 ADC 触发信号 是否存在任何限制 ？ 如能提供任何说明或指导，将不胜感激。 谢谢！ Re: ADC Hardware Trigger on P1.27 (falling edge) not working on LPC1768 hardware 你好@AkshayNaik1907 是的——LPC176x上有一个已知的勘误表，它会影响使用P1.27作为ADC外部触发信号。在实际硬件上，ADC 可能会错过 P1.27（和 P2.10）上的边沿，因此即使模拟器显示转换正常，也无法可靠地启动转换。失误率取决于 ADC 外围时钟。 您可以参考 errta ES_LPC176x 勘误表 Harry_Zhang_0-1756285675029.png BR 哈利

LLCE_PFE 导致的过长延迟和帧丢失 使用 S32G 的 LLCE 和 PFE 模块的快速路径，实现多通道 CAN 到 AVTP 以太网数据包的转换，经历过多的延迟和帧丢失。造成这些问题的常见原因是什么？ Re: Excessive latency and frame loss caused by LLCE_PFE hi，liu823230301 您使用 can_llce-pfe_eth 演示版吗？在测试过程中，你还对它做了其他改动吗？您能分享一下您是如何测试的吗？例如，设置的网络速率和捕获帧的方法。 关于信息 Eth->EthCtrlConfig->EthCtrlConfigIngressFifo->EthCtrlConfigIngressFifoBufTotal。 >>>传输缓冲区的数量。最小值为 2，最大值为 512。它应存储刚刚从物理以太网接收到的帧，以防止 MAC 层丢包。 Eth->General->VarEthBmu2BufCnt。 >>>为所有 EMAC 和 HIF 提供统一的 2048B 缓冲区块，供 PFE 进行内部处理和转发。 Llce_AF->Eth2Can->Eth2Can 缓冲区的数量。 >>>为使用 Eth2Can 而在内存中创建的缓冲区数量。必须是>=73。 您的设置应符合设置要求。应用程序例程用作参考。 BR 乔伊 Re: Excessive latency and frame loss caused by LLCE_PFE 现在怀疑在以太网到广域网的转换过程中，LLCE_PFE 丢弃了数据包。以太网并发率低时，不会丢弃数据包，但以太网并发率高时，会在转换后造成帧丢失。 配置以下参数是否有特定规则？ Eth->EthCtrlConfig->EthCtrlConfigIngressFifo->EthCtrlConfigIngressFifoBufTotal、 Eth->General->VarEthBmu2BufCnt、 Llce_AF->Eth2Can->Eth2Can 缓冲区数量 Re: Excessive latency and frame loss caused by LLCE_PFE hi,liu823230301 感谢您的回复。 有关多核使用情况，请参阅 AN13750.LLCE。有关更具体的使用方法，您可以参阅 AN13423 获取更多信息和更详细的缓冲区设置建议。 Joey_z_0-1756709939621.png https://www.nxp.com.cn/docs/en/application-note/AN13423.pdf 希望能帮到你。 BR 乔伊 Re: Excessive latency and frame loss caused by LLCE_PFE 如何确认 Eth2can 是在单核心还是多核心上运行，以及如何在需要时将其配置为多核心运行。 LLCE 版本： LLCE_1_0_10，我使用了Eth2Can 缓冲区 255。 liu823230301_0-1756693023567.png Re: Excessive latency and frame loss caused by LLCE_PFE hi,liu823230301 感谢您的回复。 您是在单核心还是多核心上使用 ETH2CAN？什么是 LLCE 版本？ 您可以尝试在配置中添加缓冲区 ("Llce_Af > Eth2Can> Eth2Can 缓冲区的数量 (72 -> 255)")。 BR 乔伊 Re: Excessive latency and frame loss caused by LLCE_PFE 我在 S32G2 RD2 中使用 SW32_RTD_4.4_5.0.0_QLP03_D2505 和 PFE-DRV_S32G_M7_MCAL_1.6.0。 我发现在使用 LLCE 和 PFE 进行以太网到 CAN 的转换时，当三个以太网数据包同时到达时，往往会出现丢包现象。 在 S32G 中使用 LLCE 和 PFE 进行以太网到 CAN 的转换时，LLCE 和 PFE 可同时处理的以太网数据包的最大数量是多少？如果超过这个数字，数据包会被丢弃吗？ Re: Excessive latency and frame loss caused by LLCE_PFE hi,liu823230301 感谢您与我们联系。 您使用的是哪个版本的 LLCE？ 您使用 LLCE_PFE 演示吗？ BR 乔伊

S32K344 FlexCAN - 送信なし、エラーなし NXPコミュニティの皆様、こんにちは。 私は S32K344 を使用したプロジェクトに取り組んでおり、S32K3 RTD を使用して CAN 通信を実装しようとしています。 ループバックの例から始めました。現在、外部の CAN アナライザー (CANKing) と通信しようとしていますが、CAN バス上でまったくアクティビティがない (データ フレームがない、さらに重要なことに、エラー フレームがない) という奇妙な問題が発生しています。 ハードウェアおよびソフトウェア環境: ボード: S32K3X4EVB-T172 (S32K344 MCU搭載) IDE: S32 Design Studio v3.5.0 SDK: SW32K3_RTD_4.4_R21-11_3.0.0 外部ツール: CANKing CAN アナライザー 物理バス: 接続 (CAN_H、CAN_L、GND) 症状： オシロスコープまたは CAN アナライザで CAN フレーム (データまたはエラー) が観察されません。物理バス ラインは一定の劣勢状態 (約 2.5 V) のままになります。 FlexCAN_Callback 関数の TX_COMPLETE イベント情報がトリガーされません。 すでに実行されたデバッグ手順: 徹底的なデバッグを実施した結果、以下の点が確認されましたが、状況は非常に混乱しています。 ファームウェアの実行: アプリケーション ファームウェアは正常に実行されています。メインのwhile(1)ループがアクティブで、FlexCAN_Ip_Send()関数が意図したとおりに定期的に呼び出されています。HardFaults は発生していません。 トランシーバの有効化: トランシーバの EN ピンを物理的に測定し、HIGH (約 4.9 V) であることを確認しました。 クロックがアクティブです (MCR レジスタ): デバッガーのペリフェラルビューを使用して、初期化後の FlexCAN MCR レジスタの状態が正しいことを確認しました: MDIS = 0 および FRZ = 0。これは、モジュールが有効になっており、フリーズ モードを正常に終了したことを示しており、正しくクロックされていることを意味します。 バスオフ状態ではありません (ESR1 レジスタ): ESR1 レジスタを確認したところ、BOFFINT フラグは 0 です。ノードはバスオフ状態ではありません。 私の根本的な問題: これらの調査結果を考慮すると、私は行き詰まっています。FlexCAN ペリフェラルは完全に正常でアクティブな状態 (FRZ=0、BOFFINT=0、割り込みがマスクされていない) にあるように見えますが、送信コマンドは実行されません。バス上で信号を生成せず、エラーや完了も報告しません。 私が見逃している、より深刻な構成上の問題があるのでしょうか。おそらく、高レベルでは目に見えない SIUL2 ピン多重化、またはメッセージ バッファー制御ロジックの問題でしょうか。 ご検討のために S32DS プロジェクトを添付しました。main.cが含まれていますそして.mex設定ファイル。 次に何をチェックすればよいかについてのアドバイスや提案があれば、ぜひお願いします。 最後の質問ですが、CAN0 トランシーバを有効にするために、S32K3X4EVB-T172 ボード自体にジャンパーのはんだ付けや抵抗器の取り付けなどの特定のハードウェア変更は必要ですか?ユーザーマニュアルを確認しましたが、何か見落としがないか確認したいです。 よろしくお願いします。 Re: S32K344 FlexCAN - No Transmission and No Errors こんにちは@joonhoflow レガシー FIFO を有効にしたSO、送信 API または受信 API を呼び出すときに、FIFO エンジンによって占有されている MB を使用できなくなりました。 1.最も簡単な方法は、「レガシーRxFiFoを有効にする」のチェックを外すことです。 Senlent_0-1756792923528.png Senlent_2-1756793499533.png または、レガシーRxFiFoを使用する場合は、これらのAPIを参照してください。 FlexCAN_Ip_ConfigRxFifo()、 FlexCAN_Ip_RxFifo()， また、送信に使用される MB は MB0 ～ MB5 にすることはできません。これは FIFO エンジンに使用されます。 Senlent_1-1756793442890.png

ADC 压摆测试 项目概述 我正在研究一种通过 emiOS → BCTU → ADC 链触发信号 ADC 采样的设计。BCTU 从 配置在 OPWMT 模式下 的 emiOS PWM 通道 接收触发信号， 以便在触发事件之间创建精确的时间偏移。 当前设置 ADC0 处理两组信号： 由 em ios_0_ch@@ 1 触发的第 1 组 （两个 ADC 通道） 由 em ios_0_ch@@ 2 触发的第 2 组 （两个 ADC 通道） 每个信号采样大约需要 1.3 µs，因此每组信号大约需要 2.6 µs。 第二组（由 CH2 触发信号）偏移 3.6 µs（+1 µs 边距），以避免与第一组重叠。 时间顺序： Time (µs): 0 1.3 2.6 3.6 4.9 6.2 7.2 |----------|----------|----------|----------|----------|----------|----------| eMIOS_0_CH1 ---> adc_ch1 (start at 0 µs) ---> adc_ch2 (after 1.3 µs) eMIOS_0_CH2 (offset by 3.6 µs) ---> adc_ch1 (start at 3.6 µs) ---> adc_ch2 (after 1.3 µs → ~4.9 µs) eMIOS_0_CH4 (offset by 7.2 µs) ---> software trigger for ADC0 self-test 两个组都完成后，我添加了 emios_0_ch4 作为 软件触发器 （通过回调）在 ADC0 上启动 ADC 自检。使用 adc_sar_IP_SelfTest API CH4 偏移 7.2 µs ，以确保在自检开始前完成所有采样。 观察 当我在 CH4 回调中切换 GPIO 时，它如期触发。不过，为单个 ADC 实例运行 ADC 自检 需要约 13 µs （通过软件测量）。 Skærmbillede 2025-09-11 173539.png   问题 S32K3xx ADC（算法 S + C）的自检持续时间（约 13 µs）是预期的吗？ 我的计算结果 采样相位时间 (ST) = 23 每个比特的评估时间 = 4 数据处理时间 (DP) = 2 在不影响 25 µs 采集周期的情况下安排自检的最佳方法是什么？考虑到每个实例可能包含多个ADC通道组，是否有其他或更有效的方法可以触发信号ADC的自检？我目前使用的是 RTD 中的 Adc_Sar_Ip_SelfTest API，我想知道在初始化时执行自检更合适，还是在运行时执行自检更合适，还是两者都执行自检更合适。在时间、可靠性和整体系统性能方面，处理 ADC 自测试的最佳做法是什么？ 在自测期间仅屏蔽 ADC0 触发信号（而不是冻结所有 BCTU 触发信号）是否是保持 ADC1 和 ADC2 运行的正确方法？ 目标： 确保对 ADC0 进行定期自检，同时不干扰其他 ADC 的实时采样。 我附上了我的项目，你可以看一看。 s32k344 RTD_6.0.0 Re: ADC slef Test 感谢您关注我们的产品并为我们的社区做出贡献。 根据60.3.17.2 自检部分：在 80 MHz ADC 时钟频率下，单个步骤耗时可达 1 µs。 请参见所附示例。实际上，我无法让每个实例的运行时间少于 14us。 对于功能安全应用，必须定期验证操作是否正确。但也要考虑到，ADC 自检函数应在驱动程序初始化后的任何时间调用，并且没有正在进行的转换。 _Leo__0-1758237227307.png 当您暂停调试会话时，在 “表达式” 税务摊销收益中可以观察结果：g_FIFO1Resul t，它对应于 BCTU 列表测量值，同时 g _FIFO1Volts 对应的是以伏特为单位的转换。 _Leo__1-1758237302648.png 希望这能解决您的问题。 如有更多问题，请帮助我创建一个新职位。

示例 MPC5748G SMPU 初始化 + 进程 ID 测试 GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： *此示例初始化 SMPU_0 和 SMPU_1 以覆盖所有内存资源 * 所有大师。 * 本例进行简单测试：初始化后，SMPU_1 * 配置已更改为禁用对最后 4kB RAM 的写入访问 * 进程 ID 1。允许进程 ID 0 进行写访问。 * 如果在进程 ID 为 1 的情况下 CPU 写入该区域，则将引发异常 * 由于访问冲突而发生。 * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC574XG-324DS Rev.A + MPC574XG-MB Rev.C * 微控制器: PPC5748GMMN6A 1N81M * 系统频率：160 MHz PLL * 调试器：Lauterbach Trace32 * 目标：internal_FLASH * ******************************************************************************** 概述

例MPC5777C GHS714 外部SRAM_test ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ******************************************************************************** ******************************************************************************** *詳細な説明: *アプリケーションは基本的な初期化を実行し、次に外部のEBIを初期化します * SRAMをMPC5777C-516DSに接続し、ブロックの書き込みと読み出しでテストします。 *データ。 * * ------------------------------------------------------------------------------ ※テストHW:MPC5777C-512DS Rev.A + MPC57xx マザーボード Rev.C ※MCU:PPC5777CMM03 3N45H * Fsys: PLL1 = core_clk = 264MHz, PLL0 = 192MHz *デバッガ:Lauterbach Trace32 * 対象:internal_FLASH *端末:19200-8-パリティなし-1ストップビット-eSCI_Aのフロー制御なし * EVB接続:位置1-2のジャンパーJ4(CS0を選択) * ********************************************************************************

Using the i.MX8M Audio System The NXP i.MX 8M provides industry leading audio, voice and video processing for applications that scale from consumer home audio to industrial building automation and mobile computers. The i.MX 8M Quad supports multiple audio interfaces as listed below: Besides the general audio input/output function, the audio interfaces will supports following features: - SAI-1 supports up to 16-channels TX (8 lanes) and 16-channels RX (8 lanes) at 384KHz/32-bit. - SAI-5 supports up to 8-channels TX (4 lanes) and 8-channels RX (4 lanes) at 384KHz/32-bit. - SAI-2/3/6 supports up to 2-channels TX (1 lanes) and 2-channels RX (1 lanes) at 384KHz/32-bit. - SAI-2/3/6 support up to 2-channels TX (1 lane) and 2-channels RX (1 lane) at 384KHz/32-bit. - SAI-1 supports glue-less switching between PCM & DSD operation for popular audio DACs - SPDIF-1/2 supports raw capture mode that can save all the incoming bits into audio buffer The SAI-1/2/3/5/6 and SPDIF-1 share GPIO pads on the chip through IOMUX. Common use cases supported by the audio interfaces are listed in the table below (many other configurations are possible). The number is the data lanes supported. For the MCLK pin on each SAI module, it can be configured as either input or output. When configured as output, the SAI_CLK_ROOT from CCM will be routed to the pad output. When configured as input, the external input to the pad will be routed to SAI.MCLK, which can be used as master clock for SAI. Below is the diagram showing the both input/output options, by using SAI1 as the example. Each SAI module supports up to 3 master clock inputs. The TX and RX sub-module inside each SAI can independently select one of the clock inputs as its master clock. This allows TX and RX of one SAI to run from different clock source. The master clock inputs have following options: - SAI.MCLK[1] can be selected from SAI_CLK_ROOT from CCM or SAI.MCLK from IOMUX. This is the most straight-forward clock routing in which SAI only use its own clock source from CCM or IO pad. - SAI.MCLK[2] can be selected from following clock sources:       Any of the SAI_CLK_ROOT from CCM;       Any of the SAI.MCLK from IOMUX;       Other clock sources from SPIDF; - SAI.MCLK[3] has exact same clock source options as SAI.MCLK[2]. This allows both TX and RX can have access to all the options without any dependency between each other. The clock options for master clock on SAI are shown in the diagram blow, by using SAI-1 as an example. The options on MCLK[1] is also available on MCLK[2] and MCLK[3]. The reason to keep this options is to provide the similar SAI clock structure as i.MX6/i.MX7 processors. The configuration of the MUX for master clock are controlled by IOMUXC_GPR registers. They should be configured before SAI clock is enabled to avoid glitches on the clock. Note: Because those MUX on clocks are missed during the design, the actual implementation in the silicon is simplified as shown in the following diagram. All the SAI and SPDIF instances have SDMA support. In order to meet the audio data rate, two SDMA modules are used. Because the SAI-2/3 and SPDIF-1/2 do not require high data throughput, they are assigned to SDMA-1, shared with other peripherals such as UART/SPI. SAI-1/4/5/6 need to support high sample rate & multichannel audio, they are assigned to SDMA-2, which is a dedicated SDMA engine for audio. The SDMA-2 frequency is increased to 500/250 instead of 133/66 to make sure it has enough throughput. In order to allow SW tracking the progress of audio DMA, the TX_SYNC and RX_SYNC of SAI modules are routed to GPT as the external clock input. Since there are totally 6 SAI modules, these signals will be MUXed when connection to GPT. - GPT-4/5/6 external clock input can be selected from the TX_SYNC or RX_SYNC of any 6 SAI modules; - The MUX select is controlled by IOMUXC_GPR register; - The MUX select register for GPT-4/5/6 are fully independent of each other. Re: Using the i.MX8M Audio System Thank you Xiaocong Fu

PMIC PF3000/3001 资源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> PF3000 是一款电源管理集成电路 (PMIC)，专为与 NXP i.MX 7 和 i.MX 6SL/SX/UL 应用处理器配合使用而设计。PF3000 配备最多四个降压转换器、六个线性稳压器、RTC 电源和纽扣电池充电器，可以为整个系统（包括应用处理器、内存和系统外设）供电。该设备采用 SMARTMOS 技术。 最新版本的数据表： https://www.nxp.com/docs/en/data-sheet/PF3000.pdf 应用笔记： https://www.nxp.com/docs/en/application-note/AN5132.pdf https://www.nxp.com/docs/en/application-note/AN5161.pdf https://www.nxp.com/docs/en/application-note/AN5094.pdf https://www.nxp.com/docs/en/application-note/AN5113.pdf 评估板用户指南： https://www.nxp.com/docs/en/user-guide/KTPF3000FRDMEVMUG.pdf PF 电源管理开发工具的 GUI： https://www.nxp.com/downloads/en/device-drivers/PF3000-HID-GUI.zip EVM 和工具： https://www.nxp.com/webapp/sps/download/license.jsp? colCode=KITPF3000FRDMEVM 更多信息： https://www.nxp.com/products/power-management/pmics/pmics-for-i.mx-application-processors/12-channel-configurable-pmic:PF3000 PF3000PF3001

例MPC5777M TSENS温度計算GHS616 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** 詳細な説明: 例は、TSENSを使用したMCUの温度測定を示しています。  TSENS0のキャリブレーション定数は、テストフラッシュから読み取られます。 SARADC_Bは、VbgおよびTSENS出力を測定するように設定されています。  計算された内部温度をターミナルに表示できます。  EVB接続: マザーボード J14 - SCI_RXオン J13 - SCI_TXオン J25 - SCI_PWRオン   PC端末(19200、8N1、なし)で結果を参照してください。次のテキストが表示されます (確かに値が異なります)  TSENS - 温度測定 続行するには、任意のキーを押してください... テストフラッシュから読み取られたTSENSのキャリブレーション定数 TSCA = 184 TSCB = 21   T = (232 + TSCA * 2^-6) * TSENS_code / VBG_code - (273 + TSCB * 2^-4) [°C] ---------------------------------------------------------------------------- VBG_code = 251 TSENS_code = 339 TSENS温度 = 42.91°C ------------------------------------------------------------------------------ テストHW:MPC5777M マスクセット:0N50N 対象 : RAM, internal_FLASH Fsys:600MHz PLL1、40MHz水晶リファレンス ターミナル:19200ボー、8N1 ******************************************************************************** 全般

实践研讨会：FreeMASTER 快速入门 – 轻松实现应用开发和调试 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在本课程中，您将学习使用 NXP 的 FreeMASTER 调试工具来辅助系统开发和调试。尽管它在各种应用中都有许多用途，但我们将通过基于我们的 MagniV MC9S12ZVMRM 微控制器的电机控制示例来演示 FreeMASTER 的功能和用法，以简化开发过程。参与者将看到它是多么有用和易于使用和配置，以便可以随时调整系统变量或实时观察系统参数。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在本课程中，您将学习使用 NXP 的 FreeMASTER 调试工具来辅助系统开发和调试。尽管它在各种应用中都有许多用途，但我们将通过基于我们的 MagniV MC9S12ZVMRM 微控制器的电机控制示例来演示 FreeMASTER 的功能和用法，以简化开发过程。参与者将看到它是多么有用和易于使用和配置，以便可以随时调整系统变量或实时观察系统参数。

恩智浦无线充电解决方案和设计简介 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将概述 NXP 无线充电解决方案产品组合，其中包括在无线充电发射器中集成 NFC 通信的功能。与会者将清楚了解恩智浦适用于汽车、消费品、家电和基础设施市场的最先进的发射和接收参考设计。本次会议还将提供无线充电发射器和接收器设计的深入技术细节和指导。此外，还将介绍涵盖低功率和中功率应用的 NFC/RFID 卡保护的回顾。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将概述 NXP 无线充电解决方案产品组合，其中包括在无线充电发射器中集成 NFC 通信的功能。与会者将清楚了解恩智浦适用于汽车、消费品、家电和基础设施市场的最先进的发射和接收参考设计。本次会议还将提供无线充电发射器和接收器设计的深入技术细节和指导。此外，还将介绍涵盖低功率和中功率应用的 NFC/RFID 卡保护的回顾。

MHW-N1921デジタル高効率AC / DC共振電源 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 共振AC/DC電源は、高出力で優れた効率を発揮します。TEA1916は、共振LLC設計の複雑さを簡素化し、簡単なチューニングを提供するデジタルコントローラーです。これは、多くの共振スイッチモード電源で使用されている非常に一般的なTEA1716を継承します。PCやテレビですが、TEA1916は実際には75W>あらゆる電源に非常に適しています。医療、産業用、サーバー用電源。このTEA1916は、新しいデジタル・サイクル・バイ・サイクル・アーキテクチャ(Vcap制御)を使用して、低電力負荷での新しいタイプの動作を可能にします。これにより、正確に制御されたバーストモード動作を使用して、低出力電力での効率が向上します。また、このTEA1916は、スタンバイ状態またはオフ状態で非常に低い消費電力を実現します。競合他社と差別化するための主要なパフォーマンスパラメータです。最高の効率を得るために、TEA1916はNXPのTEA1995同期整流器と一緒に優れた働きをします。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 共振AC/DC電源は、高出力で優れた効率を発揮します。TEA1916は、共振LLC設計の複雑さを簡素化し、簡単なチューニングを提供するデジタルコントローラーです。これは、多くの共振スイッチモード電源で使用されている非常に一般的なTEA1716を継承します。PCやテレビですが、TEA1916は実際には75W>あらゆる電源に非常に適しています。医療、産業用、サーバー用電源。このTEA1916は、新しいデジタル・サイクル・バイ・サイクル・アーキテクチャ(Vcap制御)を使用して、低電力負荷での新しいタイプの動作を可能にします。これにより、正確に制御されたバーストモード動作を使用して、低出力電力での効率が向上します。また、このTEA1916は、スタンバイ状態またはオフ状態で非常に低い消費電力を実現します。競合他社と差別化するための主要なパフォーマンスパラメータです。最高の効率を得るために、TEA1916はNXPのTEA1995同期整流器と一緒に優れた働きをします。 セキュアモバイル |ヘルスケア&ウェアラブル

MPC5xxx I2C 通信驱动程序 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本文档总结了 MPC5xxx 设备的简单 I2C 驱动程序实现。 代码遵循参考手册的典型 I2C 中断程序流程图。 概述

示例 MPC5775K DSPI_with_interrupts S32DS_1.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * 应用程序将 SPI0 模块初始化为主机，将 SPI2 模块初始化为从机。 * 数据从主机发送到从机，从从机发送到主机。数据之后 * 收到后，处理每个模块的中断并将数据保存到全局 * 变量。 * * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5775K-356DS，MPC57xx主板 * 微控制器: PPC5775KMMY3A 0N76P *系统频率：PLL0 266MHz * Z4 核心 133MHz * 调试器：Lauterbach Trace32 * PeMicro USB-ML-PPCNEXUS * 目标：internal_FLASH（调试模式、发布模式） * EVB连接：P18.0至P18.5（CS_0） * P18.2 至 P18.7 (SCK) * P18.3 至 P18.9（SIN - SOUT） * P18.4 至 P18.8（SOUT - SIN） * * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * * 应用程序将 SPI0 模块初始化为主机，将 SPI2 模块初始化为从机。 * 数据从主机发送到从机，从从机发送到主机。数据之后 * 收到后，处理每个模块的中断并将数据保存到全局 * 变量。 * * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5775K-356DS，MPC57xx主板 * 微控制器: PPC5775KMMY3A 0N76P *系统频率：PLL0 266MHz * Z4 核心 133MHz * 调试器：Lauterbach Trace32 * PeMicro USB-ML-PPCNEXUS * 目标：internal_FLASH（调试模式、发布模式） * EVB连接：P18.0至P18.5（CS_0） * P18.2 至 P18.7 (SCK) * P18.3 至 P18.9（SIN - SOUT） * P18.4 至 P18.8（SOUT - SIN） * * ******************************************************************************** 概述

DES-N1835 实践研讨会：使用 QorIQ LS 系列上的跟踪和性能工具调试和优化 Linux 应用程序的性能 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> QorIQ LS 系列的 CodeWarrior 开发套件包含各种用于分析多核 Linux 系统的操作和性能的工具。工具利用硬件跟踪和系统日志来监控操作和性能。CodeWarrior 开发套件包括使用 Hierarchical Profiler、Flat Profiler 和 CodeCoverage 进行性能分析的工具；使用 Timeline 和 CallTree 进行路径分析的工具；除了间隔分析之外，还使用 DebugPrint 和 TraceCommander 进行实时监控的工具。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> QorIQ LS 系列的 CodeWarrior 开发套件包含各种用于分析多核 Linux 系统的操作和性能的工具。工具利用硬件跟踪和系统日志来监控操作和性能。CodeWarrior 开发套件包括使用 Hierarchical Profiler、Flat Profiler 和 CodeCoverage 进行性能分析的工具；使用 Timeline 和 CallTree 进行路径分析的工具；除了间隔分析之外，还使用 DebugPrint 和 TraceCommander 进行实时监控的工具。 设计 | 软件与服务

KSDK list of documents Documentation for current KSDK 1.3 is located under C:\Freescale\KSDK_1.3.0\doc Application Notes and another documents are located under Software Development Kit for Kinetis MCUs|NXP   There are more documents, which were created:   KSDK 2.0 How to: install KSDK 2.0 Introducing Kinetis SDK v2 Using Kinetis Design Studio v3.x with Kinetis SDK v2.0   KSDK 1.3 How to add SD card support in the composite msd_cdc demo[KSDK 1.3] KSDK Clock configurations and Low Power modes with Processor Expert New Kinetis SDK Project Generator v2 is available! KSDK Project Generator - BUG workaround KSDK 1.3 Documents Plugin in KDS - is available now! KSDK 1.3.0 Documents Plugin for KDS 3.0.0   KSDK 1.2 Interrupt handling with KSDK and Kinetis Design Studio Creating a New USB project with KSDK and Processor Expert support in KDS IAR MQX TAD solution for "Unknown error" in Task error code (with KSDK) How to Add lwIP to KDS3.0 Project How to: Create a New FreeRTOS for KSDK1.2 Project in KDS3.0 How to Create a C++ Project Using MQX RTOS for KSDK1.2 How to implement a USB Device MSD demo based on KSDK PEx components and KDS 3.0 How to: execute the demo HVAC on lwIP TCP/IP Stack in KSDK Kinetis SDK FAQ Adding TAD shell in KSDK shell demo FRDM-KL43Z and KL33Z - standalone package New KSDK 1.2. is available! Getting started with KSDK: Building the demo applications   KSDK 1.1 KSDK 1.1 Release How to create copy of KSDK example in KDS UART Example with KSDK   KSDK 1.0 Create new KSDK Projects Kinetis SDK and FRDM-K64F Sharing one documentation issue in KSDK 1.0 demo user guide General

i.MX L3.14.52_1.1.0 GA & i.MX 6SoloX FreeRTOS GA Release Announcement [1] The Linux L3.14.52_1.1.0 GA and i.MX 6SoloX FreeRTOS release is now available on www.nxp.com Files available: # Name Description 1 fsl-yocto-L3.14.52_1.1.0-ga.tar.gz Linux 3.14.52_1.1.0 BSP documentation. 2 L3.14.52_1.1.0-ga_images_MX6QDLSOLO.tar.gz i.MX 6Quad, i.MX 6Dual, i.MX 6DualLite, i.MX 6Solo Linux Binary Demo Files 3 L3.14.52_1.1.0-ga_images_MX6SLEVK.tar.gz i.MX 6SololiteEVK Linux Binary Demo Files 4 L3.14.52_1.1.0-ga_images_MX6SXALL.tar.gz i.MX 6SoloX Linux Binary Demo Files 5 L3.14.52_1.1.0-ga_images_MX6UL.tar.gz i.MX 6UltraLite Linux Binary Demo Files 6 L3.14.52_1.1.0_ga-mfg-tools.tar.gz i.MX Manufacturing Toolkit for Linux L3.14.52 BSP 7 L3.14.52_1.1.0-ga_gpu-tools.tar.gz L3.14.52_1.1.0 i.MX VivanteVTK file 8 FreeRTOS_BSP_1.0.0_iMX6SX.exe FreeRTOS™ BSP for the i.MX 6SoloX ARM® Cortex®-M4 core. --- Windows installer 9 FreeRTOS_BSP_1.0.0_iMX6SX.tar.gz FreeRTOS™ BSP for the i.MX 6SoloX ARM® Cortex®-M4 core. --- Linux installer Target boards: i.MX 6Quad SABRE-SD Board and Platform i.MX 6DualLite SABRE-SD Board i.MX 6Quad SABRE-AI Board i.MX 6DualLite SABRE-AI Board i.MX 6SoloLite EVK Board i.MX 6SoloX SABRE-SD Board i.MX 6SoloX SABRE-AI Board i.MX 6UltraLite EVK Board What’s New: LinuxBSP New features added for all supported boards: Yocto Project upgraded to version 1.8 Fido. Supports the GCC 4.9.2 toolchain. The Linux kernel is upgraded to v3.14.52. The U-Boot is upgraded to 2015.04. New graphics features: GPU driver upgraded to Vivante v5.0.11p7.4. DirectFB support removed. XWayland support added. Last release to provide graphics software floating point binaries. New multimedia features and changes: Qt 5.5 support integrated, which supports hardware accelerated QML video. Qt 5 is not supported for SoC without hardware graphics. Qt 5 video is not supported on SoC without VPU. Video compositing plugins based on PXP are supported. GStreamer playback engine API is supported, providing high level APIs for media playback and operations. Video overlay composition meta (meta:GstVideoOverlayComposition) is supported in i.MX video sinks, convert and compositor. This feature accelerates the text image (such as subtitle, timestamp) blending with video in these plugins with hardwares. Supports the Broadcom/Murata BCM4339 Bluetooth/Wi-Fi module. FreeRTOS: Add Peripheral support: i.MX 6SoloX ADC, i.MX 6SoloX CCM, i.MX GPIO, i.MX I2C, i.MX MU, i.MX UART, i.MX WDOG, ECSPI, EPIT, FlexCAN, LEME, RDC, SEMA4 Add Multi-core communication support: RPMsg More details, please refer to formal Release Notes.

センサーの公開例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXPテクニカルサポートが公開したソフトウェア例のリスト: NXPテクニカルサポートが公開したセンサソフトウェアの例 * NXPテクニカルサポートによって設計されたブレークアウトボードのリスト: フリースケール・センサ・ブレークアウト・ボード・デザイン – HOME ※ 上記スペースに収録されているソースコードは、すべて参考までにご利用いただくためのものです。NXPは、このコードをユーザーのアプリケーションで使用することについて責任を負いません。

1280x720.mjpg libvpuwrap 1.0.46 解码器测试的测试输入 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，我找不到可以分享此输入文件的地方。这是为了重现我在 i.MX6Q VPU 上使用 FSL 3.10.17 BSP 的损坏的 MJPG 解码结果中报告的 VPU JPEG 解码器问题​ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，我找不到可以分享此输入文件的地方。这是为了重现我在 i.MX6Q VPU 上使用 FSL 3.10.17 BSP 的损坏的 MJPG 解码结果中报告的 VPU JPEG 解码器问题​

如何使用 KDS 和 KSDK 将 RTCS 添加到处理器专家项目 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 大家好， 根据如何：使用来自 macl 和 dereksnell 的 Kinetis Design Studio IDE 中的处理器专家为 KSDK 项目创建 MQX RTOS， 您可以在附件文档中找到使用 KSDK1.2 和处理器专家将 RTCS 包含到 KDS3.0 项目以及最终项目的步骤。 感谢RBORB提供此流程的初稿。 有关使用 MQX 而不使用 Processor Expert 创建新 KSDK 项目的信息，请参阅以下文档。 如何：在 KDS 中为 KSDK 项目创建新的 MQX RTOS 如果您正在寻找一份简单的文档来开始使用 KSDK，请参阅以下文档。 编写我的第一个KSDK1.2KDS3.0 中的应用 - Hello World 和使用 GPIO 中断切换 LED 此致， 卡洛斯 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 我按照这个出色的教程，在基于 MK66FX1M0VLQ18 的定制硬件上开始了我的项目。 所有 KSDK 固件包（HAL 库、DRV 驱动程序和中间件）都与评估目标 FRDM-xxx 和 TWR-xxx 上提供的示例很好地集成在一起。但是（就像当我开始使用 CodeWarrior 10.1 和 MQX 3.7 处理 Kinetis CPU 时一样），移植在不同于评估板的目标上运行的 Kinetis 示例项目非常困难。此外，很难从用户位置的 KSDK 文件夹树导出自己的 Kinetis 项目。 MQX 4.0 附带 BSPCloningWizard 工具，这正是我一直想在我的定制硬件上启动新项目的工具。不幸的是，KSDK 还没有这样的工具。 所以，我认为从今天开始用 KDS 3.0.0 启动一个新的 Kinetis 项目+ PEx + KSDK 1.3.0 是定制硬件的最佳方式。Processor Expert 生成应用程序所需的 HAL、驱动程序和 MQX RTOS 的所有代码。并且该项目是在自定义文件夹中创建的，没有任何指向 KSDK 文件夹树的链接。精彩的！ 如果我的项目需要处理 TCP/IP 堆栈和/或文件系统，通过本教程我可以将 RTCS 和/或 MFS 库添加到我的项目中。不幸的是，如何在我的定制硬件上移植和构建 RTCS 和 MFS 项目？ 也许，Erich Styger 可以帮助我们...... 我在http://mcuoneclipse.com/2015/10/28/tutorial-lwip-with-the-freertos-and-the-freescale-frdm-k64f-board/上找到了他的教程，他用KDS+PEx+KSDK创建了一个项目，将lwIP源文件夹添加到他的项目中，并调整编译器设置的包含路径。 将 RTCS 和 MFS 源文件夹添加到项目中是解决在自定义硬件上移植和构建 RTCS 和 MFS 库的正确方法吗？ 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 因为我有一块 FRDM-K64F 板，就像例子中描述的那样，所以这对我来说很有用。但我不清楚如何将这个过程转移到不同的目标板。如果有人没有 FRDM-K64F、TWR-K60D100M、TWR-K64F120M 或 TWR-K65F180M（四个具有导入路径的目标），那该怎么办？我的真正目标是使用 MK64FN1M0VLQ12，它与 FRDM-K64F相似，但肯定不匹配。 那么，在按照 PowerPoint 文件中的说明进行操作之前，如何为不同的硬件目标设置 RTCS 项目？ 谢谢！ 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 非常好的例子！ 非常非常有用 - 10X。 我有时会观察到一个奇怪的现象： 即使 ETH 电缆断开，ETH phy led 仍指示链接（绿色 led）。 这可以避免 ETE 传递数据包。 仅在使用调试器时才观察到这一点' 所以我推测 PHY init 可能是原因。 我该怎么办？ 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，罗杰， 您可以在此处找到向当前 MQX-KSDK 和 PEx 项目添加 MFS 和 Shell 支持所需的步骤。如何为新的 MQX RTOS for KSDK 和 PEx 项目添加 MFS 和 Shell 支持 我希望这能对你有帮助， 顺祝商祺！ 艾萨克 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，罗杰， 是的，但是队列中还有许多其他项目，我们无法确定何时可以创建该文档。 带来不便敬请谅解。 卡洛斯 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，卡洛斯 您有机会和您的团队交谈吗？ 此致敬礼 罗杰 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 谢谢罗杰， 听起来不错，我会和我的团队讨论一下。 此致， 卡洛斯 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 你好，卡洛斯 该指南非常有帮助。 如果能有一个用于通过 SDCARD 添加 MFS 的功能就好了？ 此致敬礼 罗杰 回复：如何使用KDS和KSDK将RTCS添加到处理器专家项目中 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 嗨，罗杰， 您需要构建第一个 RTCS 库。对于 FRDM-K64，您可以在这里找到： C:\Freescale\KSDK_1.2.0\中间件\tcpip\rtcs\build\kds\rtcs_frdmk64f 我忘了在指南中提到这个要求。我会更新它。 此致， 卡洛斯