PN5180 スタンバイ/LPCD への移行に問題があります こんにちは、皆さん 現在、PN5180 NFCリーダを使用して、低電力タグ (ISO15693) UID リーダーを実装しようとしています。通常の UID 読み取りは、すべての SPI 通信と同様に正常に動作していますが、PN5180 をスタンバイ モードにすることができません (約 23mA の一定電流消費が発生しています)... いくつかのコードスニペットを以下に掲載します。 皆さんの中にアイデアをお持ちの方がいらっしゃるかもしれませんし、私が何かを監督しているのかもしれません。 前もって感謝します！     メイン関数から:   if (nfc3_switch_lpcd(&nfc3) == NFC3_ERROR){         Display_printf (display, 0 , 0 , "スタンバイコマンドの送信エラー" );         0を返します。    }     一方( 1 ){ // この時点で、リーダーは約 10 µA の電流消費でスタンバイ状態になると予想されます。 // // インベントリ コマンドは定期的に発行されます。PN5180はリセットピンを切り替えることで起動するように計画されている。     使用されているクリック NFC3 SDK に機能を追加しました:   err_t nfc3_switch_lpcd ( nfc3_t * ctx ) {     uint8_tコマンド[ 4 ] = { 0 };     cmd [ 0 ] = 0x0B ;     cmd [ 1 ] = 0x01 ;     cmd [ 2 ] = 0x0A ;     cmd [ 3 ] = 0x80 ;         spi_master_select_device ( ctx -> chip_select );     err_t error_flag = spi_master_write ( & ctx -> spi , cmd, 4 );     error_flagを返します。 }     自分で書いた HAL レイヤーから (TI-cc1352 MCU 用):   err_t spi_master_write ( spi_master_t * spi 、 uint8_t * data_in 、 uint16_t len ) { SPI_Transaction トランザクション;     トランザクション.count = len;     トランザクション.txBuf = data_in;     トランザクション.rxBuf = NULL ;​     SPI_transfer ( spi -> spiHandle 、 &transaction)を返します。SPI_MASTER_SUCCESS : SPI_MASTER_ERROR; } 前述のとおり、SPI 通信は正常に動作しています。SO、LPCD コマンドが期待どおりに実行されると予想されます (エラー戻り値もありません) またよろしくお願いします！ 🙂 ベストフリッデ Re: PN5180 trouble going into Standby / LPCD こんにちは@fridde 参照することをお勧めします NxpNfcRdLib_PN5180_v07.13.00_Pub \Examples\NfcrdlibEx6_LPCD コードをデバッグします。

收到： K314_324 OSIF RTD 有关某些参数的问题 本帖复制自 此处 你好，K3 团队、 我们的客户（SWS）认为，在使用 AUTOSAR 操作系统时，OSIF（操作系统接口）模块未被使用。 因此，配置参数如下（图 1）在这种情况下似乎无关紧要： - OsIfMulticoreSupport - OsIfUseCustomTimer - OsIfUseSystemTimer 客户的理解是否正确？ 他们可能需要选择操作系统类型（图 2）作为 AUTOSAR 操作系统？？？ 但是我不确定究竟是因为 RTD 和 RTD 培训文档上的 BasenXP 模块文件夹（集成手册、用户手册）中关于 OSIF 的信息还不够... 他们使用的是 RTD 2.0.1 D2207，但很快就会更新到 RTD 5.0.0 D2410。 -S32K3 实时驱动程序版本 2.0.1_D2207 -s32k3_s 32m27x 实时驱动程序 ASR R21-11 版本 5.0.0_D 2410 图 1.S32DS 上 BaseNXP（OSIF）的参数 图 2.操作系统类型 图 3.免费 RTOS KInd regards, Fumi 优先级：中等 RTD 实时操作系统 来源：恩智浦内部来源：恩智浦内部 Re: Copy: K314_324 OSIF RTD question about some parameters 2025/09/16th 信息刚刚更新。 我们和 Cuong-san 讨论的内容。 如果他们不使用该模块，可以将其删除。 亲切的问候， Fumi Re: Copy: K314_324 OSIF RTD question about some parameters 你好@Fumihiko_Sato RTD 2.0.1 和 4.0.0 采用的是相同的方法。 在 EB Tresos 上，配置 OsIfOperatingSystemType> Autosar OS Type 后，必须转到 Container OsIfCounterConfig，然后将 OsIfOsCounterRef* 引用到 OS 模块中的 OsCounter： 启用 MulticoreSupport 的目的是生成一个宏： #ifSTD_ON ==osif_enable_multicore_support #defineOsIfCoreID() (OsIf_GetCoreID())     稍后在 OsIf_Internal.h 中，该宏将映射到 Os 模块中的 GetCoreID() API。 #ifdefusing_os_autosaros #defineOsIf_GetCoreID() GetCoreID()   Re: Copy: K314_324 OSIF RTD question about some parameters 你好@congnguyenphu, 非常感谢你的解释！ 对不起，我犯了一个错误... 他们使用的是 RTD 2.0.1 D2207，但很快就会更新到 RTD 4.0.0 P24（不是 5.0.0_D2410 ）。 -S32K3 实时驱动程序版本 2.0.1_D2207 -S32m27x 实时驱动程序 AUTOSAR 4.4 版本 4.0.0 P24。 Q1。 Osif_1 模块在 S32DS 上没有 AUTOSAR 操作系统（图 1）。 在这种情况下，用户不能 " 操作系统类型 " 作为 AUTOSAR 操作系统。 尽管需要启用 " 多核支持 "，但用户能否忽略 " 操作系统类型 "、使用系统计时器和使用客户计时器？ 我很困惑...适用于 RTD 2.0.1_D2207 的 EB-TresOS 显示了基础模块和 AUTOSAR 操作系统（图 2）。 Q2。用户还应该在 Core1（图 3）上勾选 " 多核支持 " 吗？ 图 1。Core0、RTD 2.0.1_D2207 没有像 RTD 5.0.0 这样的基础模块 图 2 EB-Tresos 显示RTD 2.0.1_D2207的基础模块... 我很困惑... 图 2.核心 1、RTD 2.0.1_D2207 亲切的问候， Fumi Re: Copy: K314_324 OSIF RTD question about some parameters 嗨 @Fumihiko_Sato 背景背景 恩智浦 恩智浦实时操作系统（兼容 与 AutosarOs) 1. OsIfMulticoreSupport 配置 取决于 下列 常数的 OsIfUseGetUserId: OsIfMulticoreSupport 必须 必须启用 当 get_partition_id模式为 模式时模式时启用 2. 您必须 必须 配置 或OsIfUseSystemTimer 或OsIfUseCustomTimer. 如果 使用 OsIfUseSystemTimer ， 则 必须 配置 OsIfCounterConfig 。 > OsIfOsCounterRef 指向 操作系统 模块 中的 OsCounter. Re: Copy: K314_324 OSIF RTD question about some parameters 你好@congnguyenhuu, 非常感谢你的解释。 客户使用 AUTOSAR 操作系统（Vector Microsar）。 在这种情况下，Q1 和 Q2 的答案是否相同？ KInd regards, Fumi Re: Copy: K314_324 OSIF RTD question about some parameters Q1.是的，您应启用 OsIfMulticoreSupport，以便与 FreeRTOS 用例保持一致，尽管 OsIf 用于 RTD 驱动程序。 Q2.OsIf 定时器配置由 RTD 驱动程序使用，与 FreeRTOS 无关。FreeRTOS 的定时器设置已由自己的模块进行管理，因此您无需关心它们。 Re: Copy: K314_324 OSIF RTD question about some parameters 你好 @georgeciusleanu 和 @lequana2, 非常感谢你们的支持。 FreeRTOS 和 IPCF exapmle 项目只是一个例子，下面向大家介绍定时器和多核参数。 - OsIfMulticoreSupport(Fig.1-1) - OsIfUseCustomTimer(Fig.1-2) - OsIfUseSystemTimer(Fig.1-3) 我知道用户在使用操作系统时必须选择操作系统（图 1-4）、AUTOSAR、FreeRTOS 等）。 你能一步一步教我吗，因为我们要到下周一才能回答问题。 Q1.如果客户必须使用双核，用户是否应勾选（启用）OsIfMulticoreSupport（图 1-1）？ Q2. 由于 FreeRTOS 模块具有时钟设置功能（图 2），因此我们不知道何时以及如何使用这些定时器。 - OsIfUseCustomTimer（图 1-2） - OsIfUseSystemTimer(Fig.1-3) 图 1.4 种参数 图 2 FreeRTOS 时钟 致以最诚挚的问候， Fumi Re: Copy: K314_324 OSIF RTD question about some parameters 在基础插件中，用户需要选择要使用的操作系统。 默认为 BareMetal，因此不会调用 AutosarOS API 或 FreeRTOS API。 Re: Copy: K314_324 OSIF RTD question about some parameters 你好@Luis_Garabo我来自 FreeRTOS 团队。您能解释一下图 3 FreeRTOS 的用途吗？问题出在哪里？

S32N55: gPTPフレーム内のホスト理由 こんにちは、チームの皆さん お客様に問題が発生しました。彼らは gPTP プロトコルを独自に実装し、フレームを受信すると gPTP フレームのホスト理由が 0 になることを発見しました。ホスト理由が 0 の場合、このフレームのタイムスタンプは RTD ドライバによって保存されません。NXP の gPTP ソフトウェアでは、受信したフレームのホスト理由は 8 (NETC_ETH_IP_HOSTREASON_SW_PTP) です。質問したいのですが、受信フレームのホスト理由を 8 にするにはどうすればよいでしょうか? よろしくお願いいたします。 ブリジット GPTP_STACK Re: S32N55: Host reason in gPTP frames こんにちは@Bridget 、 タイムスタンプ情報を受信する NETC スイッチの各ポートでタイムスタンプを有効にする必要があります。お客様が使用しているツールやバージョンに関するその他の詳細情報は提供しておりません。SO、この一般的な情報のみをCAN提供します。Tresos と RTD を使用する CASE では、スイッチ プラグインの各ポート構成で直接実行されます。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、チームの皆さん この質問に答えていただけますか？ありがとう。 Re: S32N55: Host reason in gPTP frames こんにちは、ブリジットさん。 RTDからのEthSwtについてはUMに従ってください - パラメータは次のようになります 詳細については、RTD にお問い合わせください。N5 の gPTP の例を確認することもお勧めしますが、最初のメッセージでは、お客様が独自の gPTP を実装したと書かれているSO、おそらく私たちの例は存在しません。 よろしくお願いいたします。 トーマス Re: S32N55: Host reason in gPTP frames こんにちは、トーマス。 お客様はSW32N_RTD_R21-11_1.8.0_CD05を使用します。 gPTP フレームを RTU で受信し、受信タイムスタンプを取得したいと考えています。ブロードキャスト フレームの受信を有効にすると、フレームを受信できるようになります。タイムスタンプ機能も有効になります。しかし、受信タイムスタンプを取得するには、以下のスクリーンショットのコードに示すように、フレームのホスト理由が NETC_ETH_IP_HOSTREASON_SW_PTP (このマクロは 😎 である必要があることがわかりました。 しかし、Rx BD のホスト理由は 0 です。ホスト理由が 8 になるように設定する方法を教えていただけますか? よろしくお願いいたします。 ブリジット Re: S32N55: Host reason in gPTP frames すでに 2 つの質問に回答しましたので、ご確認ください。

Sensors_Multimarkets_may16.pdf

示例 MPC5777C-1b+2b_FLASH_ECC_error_injection GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 该示例的目的是展示如何生成多位或单位 * 内部 FLASH 中的 ECC 错误（用户必须在 * 主要功能）。 * Flash 过度编程用于生成不可纠正的（或单位） * FLASH 中存在 ECC 错误。然后访问坏数据，因此 IVOR1 异常（或 * ERM组合中断服务程序）生成并处理。 * 示例还为 EIM 和 ERM 模块提供了有用的宏。 * 示例在终端窗口显示通知（USBtoUART 桥 J21） *（19200-8-无奇偶校验-1停止位-eSCI_A上无流量控制）。 * 无需其他外部连接。 * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * 微控制器: PPC5777CMM03 2N45H CTZZS1521A *系统频率：PLL1 = core_clk = 264MHz，PLL0 = 192MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB 连接：eSCI_A 是 USBtoUART 桥接器（连接器 J21） * ******************************************************************************** <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： * 该示例的目的是展示如何生成多位或单位 * 内部 FLASH 中的 ECC 错误（用户必须在 * 主要功能）。 * Flash 过度编程用于生成不可纠正的（或单位） * FLASH 中存在 ECC 错误。然后访问坏数据，因此 IVOR1 异常（或 * ERM组合中断服务程序）生成并处理。 * 示例还为 EIM 和 ERM 模块提供了有用的宏。 * 示例在终端窗口显示通知（USBtoUART 桥 J21） *（19200-8-无奇偶校验-1停止位-eSCI_A上无流量控制）。 * 无需其他外部连接。 * * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC5777C-512DS Rev.A + MPC57xx 主板 Rev.C * 微控制器: PPC5777CMM03 2N45H CTZZS1521A *系统频率：PLL1 = core_clk = 264MHz，PLL0 = 192MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * EVB 连接：eSCI_A 是 USBtoUART 桥接器（连接器 J21） * ******************************************************************************** 概述

Using a USB Camera with GStreamer If you want to use a USB camera (these types of cameras are also called 'Web Cameras') with GStreamer on i.MX6 devices (Linux Kernel version >= 3.035), you need to either load the module dynamically or compile and link statically selecting (Y) the following config on the Kernel configuration      Device Drivers -> Multimedia support -> Video capture adapters -> V4L USB devices -> <*> USB Video Class (UVC) After the Kernel image has been built, flash it into the target, plug the web cam, then on a (target) terminal run      gst-launch v4l2src ! mfw_v4lsink You should see what the camera is capturing on the display. In case you need to encode the camera src data, you need to place the encoder into the pipeline      gst-launch v4l2src num-buffers=100  ! queue ! vpuenc codec=0 ! matroskamux ! filesink location=output.mkv sync=false We are using a certain codec (codec=0 means mpeg4), check options using 'gst-inspect vpuenc'. i.MX6_All Multimedia Re: Using a USB Camera with GStreamer You can fix link please! i can't see it Best regard! Re: Using a USB Camera with GStreamer Hi Leo, I have a problem connecting my UVC compliant Camera to i.MX6 board. I've started a new discussion here: UVC camera not detected on i.MX6 SABRE board. Could you take a look and see what's wrong? Thank you so much. Jason Re: Using a USB Camera with GStreamer Sorry for the long long delay on answering your question. Do you still have the problem? what is the error log when using mfw_ipucsc? Leo Re: Using a USB Camera with GStreamer Thanks for sharing but this doesn't work with my 2 UVC 1.1 compliant cameras when encoding "Could not negotiate format". vpuenc requires raw uyv in either TNVP, NV12 or I420, I can force raw output but my camera is not supporting those (a test to a file gave YUY2). Can make this work using color conversion in software (at least in vga 30 fps) : gst-launch v4l2src num-buffers=100 ! video/x-raw-yuv ! queue ! ffmpegcolorspace ! queue ! vpuenc codec=6 ! avimux ! filesink location=outputh264.avi sync=false On iMX53, there was mfw_ipucsc but all I found on 12.09 BSP is ipucsc.imx which is not working, probably only CSC in the DP path, this should be possible in Image Converter but I didn't find any plugin for that. Does anyone have a better pipeline ?

Kinetisと競合製品のエネルギー効率性の比較 - デモ デモ所有者: Eduardo Montanez   Kinetis KシリーズとKinetis Lシリーズ・マイクロコントローラが競合他社を打ち負かす様子をご覧ください。     特長 EEMBCのCoreMarkベンチマークを実行する最新のKinetis K2マイクロコントローラ 4つの異なるマイクロコントローラがテストにかけられます。 すべての製品に対して同じ容量で、すべて同じイテレーション ベンチマークを実行する 注目のNXP製品 K22F(日本未発売) KL02 リンクス Kinetisマイクロコントローラ|ARM® Cortex-M® コア |NXPの Kinetis Lシリーズ・マイクロコントローラ:エネルギー効率ベンチマーク・デモ Kinetis Lシリーズ・マイクロコントローラのエネルギー効率ベンチマーク - YouTube   インダストリアル

如何真正实现PT60的中断嵌套 最近在支持几个PT60的家电项目，遇到一个共同的问题，就是程序运行的时候，显示数码管会有不规律的闪烁。 几个项目都是以触摸TSI为核心的，对方工程师反应，如果把TSI的中断关闭就不会有闪烁现象。数码管的扫描程序是在MTIM的中断中完成的，经初步分析推测，应该中断时序错乱导致的问题。 因此我们想着这个应该用中断嵌套的方式可以解决。 中断嵌套的定义简单来说，就是当MCU正在处理一个低优先级的中断的时候，来了一个高优先级的中断，系统此时就会放下低优先级转向去执行高优先级的，完了之后继续回来执行低优先级的。 按照这个逻辑，我们应该只要将各个中断的优先级预先设好就没有问题了。项目一共用了四个中断TSI，RTC（这两个中断组合完成TSI扫描按键，是基于sam之前写的的算法），MTIM（数码管扫描），KBI（用作低功耗唤醒）。 因此，我们把MTIM的优先级设成最高，就应该不会再出现闪烁的现象了，但改完之后，结果依旧失败。   经过不断讨论以及查找数据手册，最终实现了，但不得不说PT60实现中断嵌套还是挺麻烦的。 我们一步一步来：   1.首先我们来看CPU是执行中断的顺序。其余步骤没有什么特别，关键就在于第2步。 2.我们来看这个I位的作用。当进入某个中断之后，这个I位就会被自动置位，也就是系统将整个interrupts都给关掉了，这么做的原因也就是为了让系统在执行某个中断的时候，不会被其他的中断给干扰打断。 那么这就是为什么我们会中断嵌套失败的根本原因！ 3.因此，如果我们需要使用中断嵌套的话，那么就需要在每个中断程序里面添加这个清楚CCR寄存器I位的指令，asm cli。 4.因为中断嵌套被启用了，有潜在的风险会导致进中断前一些堆栈数据出错或者中断优先级出问题等，那么在中断程序的最后，我们再加一句话，让一切恢复正常就可以了 IPC_SC_PULIPM = 1;   经过以上步骤，中断嵌套就能够实现了。     但在这个过程中，遇到了几个问题，也和大家分享下 1.PT60的中断会自己嵌套自己： 手册中有提到，高优先级和同级中断都是可以抢占低优先级的。 我举个例子来说明： 现在有两个中断，1号中断--低优先级0级，2号中断--高优先级1级。 1号中断正在执行的过程中，此时2号中断过来打断了他，系统必然要先把2号中断执行完。之后再回去执行1号中断剩下的部分。但很不巧，此时新的1号中断又来了，就是说上一次的1号中断还没跑完，又被新的1号抢占了，也就是自己嵌套了自己，最后必然导致全部中断的时序都出现了问题。 这是一种潜在的隐患，我们的解决方法就是：让0级的1号中断一开始执行中断程序之后，让其把自身的中断等级提高一级，中断结束的时候在加上上面提到的恢复语句又变回0级。这样的话，我旧的1号中断（1级）还没执行完，新的一号中断（0级）即使来了，也无法抢占，必须乖乖的等着让旧的先执行完。下面这几条语句就是提高中断等级的，我们实验的时候让中断只有0和1级。   2.在执行asm cli指令之前必须要清除中断标志位： 接上，如果不清楚标志位的话就打开asm cli的话，那么系统就一直不断地让这个中断再进，也就是中断自己不断地在嵌套自己，最终把堆栈给压爆了，程序也就跑飞了。   东西很简单，但是确实值得注意。 附件是测试的程序，有需要的可以参考。  General

示例 MPC5674F eQADC_PMC_chnl_conv+calib CW210 ******************************************************************************** * 详细说明： * 初始化 eQADC 模块，执行校准并循环转换 PMC * 由宏 CHOOSEN_PMC_ADC_CHNL 指定的内部通道， * CHOOSEN_PMC_ADC_SCALE 和 CHOOSEN_PMC_ADC_COMMAND 用于检查特定电压 * 级别，并将其显示到终端窗口中。 * 除通过 eSCI 的终端外，无需任何外部连接。 * ---------------------------------------------------------------------------------------------- * 测试硬件：XPC567XKIT516 - MPC5674ADAT516 Rev.C、MPC567XEVBFXMB Rev.B * 微控制器: PPC5674FMVYA264 * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 系统频率：264/200/150/60 MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH，RAM * 终端：19200-8-无奇偶校验-1停止位-无流量控制 * EVB连接：默认 ******************************************************************************** ******************************************************************************** * 详细说明： * 初始化 eQADC 模块，执行校准并循环转换 PMC * 由宏 CHOOSEN_PMC_ADC_CHNL 指定的内部通道， * CHOOSEN_PMC_ADC_SCALE 和 CHOOSEN_PMC_ADC_COMMAND 用于检查特定电压 * 级别，并将其显示到终端窗口中。 * 除通过 eSCI 的终端外，无需任何外部连接。 * ---------------------------------------------------------------------------------------------- * 测试硬件：XPC567XKIT516 - MPC5674ADAT516 Rev.C、MPC567XEVBFXMB Rev.B * 微控制器: PPC5674FMVYA264 * 终端：19200-8-无奇偶校验-1 停止位-eSCI_A 上无流量控制 * 系统频率：264/200/150/60 MHz * 调试器：Lauterbach Trace32 * 目标：internal_FLASH，RAM * 终端：19200-8-无奇偶校验-1停止位-无流量控制 * EVB连接：默认 ********************************************************************************

MCU 技術トピック: ハンズオン・ワークショップ: S32K MCU での CSEc セキュリティ・ソフトウェアの作成 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CSEcセキュリティ運用のためのデバイスの準備とプログラミングの方法を示すハンズオンセッションです。このセッションでは、CSEcモジュールをプログラムするためのベアメタルとSDKの両方のアプローチについても説明します。NVMの部分では、NXPが耐久性を計算するために提供するさまざまなタイプのメモリとツールの有効化/構成について説明します。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> CSEcセキュリティ運用のためのデバイスの準備とプログラミングの方法を示すハンズオンセッションです。このセッションでは、CSEcモジュールをプログラムするためのベアメタルとSDKの両方のアプローチについても説明します。NVMの部分では、NXPが耐久性を計算するために提供するさまざまなタイプのメモリとツールの有効化/構成について説明します。

适用于 Panther (MPC574xP) 系列处理器 2.0 的基于模型的设计工具箱 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 适用于 PANTHER (MPC574xP) 系列处理器 2.0 的基于模型的设计工具箱   支持 Panther (MPC57xP) 版本 2.0 的 MATLAB/Simulink基于模型的设计工具箱现已推出。   该产品免费，并可供公众使用。 下载 基于模型的设计工具箱 mbdt    发布亮点——基于模型的Panther设计工具箱（MPC574xP） 支持新的 Panther XDEVKIT-MPC5744P 板（ARDUINO 风格），该板与新的底盘 XDEVKIT-MOTORGD 配合用于电机控制应用。 结合最新的汽车数学和电机控制库版本 1.1.7。 支持最新的 MATLAB 版本，包括 64 位（2015/2016 a/b） 新的DMA模块，允许 ADC 采样数据通过 DMA 模块传输到内存，无需 CPU 干预。 用于串行通信支持的新LINFlexD块现在允许通过 UART 进行数据发送/接收操作。 添加了新的内存读/写块，现在可以使用它们来读取/写入任何内存区域。 添加了新的自定义初始化块，它可用于在模型第一步之前扩展默认设置之外的任何模块的配置。 除了新编译器版本 Wind River DIAB v5.9.4.8 和 Green Hills MULTI for PowerPC v2015.1 外，还支持 S32 Design Studio for Power Compiler v1.1 添加了新的高级电机控制模块，现在轨道观察器或反电动势观察器等新功能作为 Simulink 模块提供。 对齐ADC 时钟频率从 20MHz 到 80MHz（最大速度）。 新的ADC 通道配置块经过重新设计，允许对 ADC 通道进行无采样配置，从而可以实现 DMA 传输场景。 新的诊断面板可用于启用/禁用多个一致性检查。 构建新的Bootloader来支持 UART1 通信。 与 FreeMASTER 版本 2.0.2 同步支持。 全新！！！热修复：添加对随S32 Design Studio for Power v1.2发布的最新 e200 编译器的支持 。 请参阅HotFix_3设置以使 MBD 工具箱与最新的 e200 编译器协同工作。   提供社区支持 可通过 NXP 社区获得支持： https://community.nxp.com/community/mbdt 回复：基于模型的设计工具箱，适用于 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 或者 使用基于模型的设计官方页面访问下载位置：基于模型的设计工具箱|NXP 希望这有帮助！ 丹尼尔 回复：基于模型的设计工具箱，适用于 Panther (MPC574xP) 系列处理器 2.0 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 工具箱下载链接无效

TuxTeam_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 在电影中，我们展示了我们将必要的连接连接到耳机内部电路板的“T”针（红线）和地线，这需要与 UDOO 电路板的地线（黑线）共用。这些线分别连接到 UDOO 板的 0（RX）引脚和 GND 引脚。在软件方面，我们使用了 Brain 库，它从串行接口接收数据包并对其进行解释，以 CSV 格式提供值，以便我们在下一步进行处理。为了接收来自耳机的数据，开发板的 M4 核心运行 Arduino 代码并使用 Serial0 对象（UART 5）获取原始数据，然后由 Brain 库进行处理。然后，使用提供的共享内存将结果字符串发送到 A9 核心。正如我们在视频中看到的，此步骤使用了 Serial 对象。接收到的字符串包含以下形式的值： 信号强度、注意力、冥想、δ、θ、低α、高α、低β、高β、低伽马、高伽马 我们将在接下来的里程碑中使用它们。 （在 “我的视频” 中查看） 2017 年 Linux 嵌入式挑战赛 回复：TuxTeam_Milestone_1 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 抱歉，视频未旋转...我不知道为什么会发生这种情况，我们旋转了它，但上传后，我发现它仍然在这个位置，我对此无法解释：smileysad： 编辑：我编辑了视频并再次上传，希望这次能够成功。

AUT-N1783 安全 CAN 网络实践研讨会 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代汽车已经超越了简单的交通工具，成为一种连接平台。随着汽车与世界其他地方的互联，平衡性能和成本的挑战带来了满足安全性的新要求。本课程将回顾 CAN 通信的安全影响。该课程将通过安全的 CAN 通信指导如何实际连接两个 MPC5748G 设备的 CAN 网络。利用 MPC5748G HSM 上的 SHE 固件。CAN 消息在传输前进行签名，并在接收端使用 CMAC 和 AES-128 进行验证。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 现代汽车已经超越了简单的交通工具，成为一种连接平台。随着汽车与世界其他地方的互联，平衡性能和成本的挑战带来了满足安全性的新要求。本课程将回顾 CAN 通信的安全影响。该课程将通过安全的 CAN 通信指导如何实际连接两个 MPC5748G 设备的 CAN 网络。利用 MPC5748G HSM 上的 SHE 固件。CAN 消息在传输前进行签名，并在接收端使用 CMAC 和 AES-128 进行验证。 安全互联汽车和自动化汽车

MHW-N1917 无线充电让您摆脱电线束缚！ <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。 观看视频演示 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 如果您的智能手机、平板电脑或数字智能手表的电池可能会没电，或者您的床头柜或办公桌上的充电线可能缠绕不住您，那么无线充电器的简便性将使您的梦想成真！但无线充电器需要很多技术，而且并不是都一样。NXP 的发射器和接收器组件系列为 Qi 和 Rezence 标准提供解决方案。我们对这两者进行了研究，并提供了一些实用的硬件解决方案来切断这种联系。 观看视频演示 安全移动 | 医疗保健和可穿戴设备

CIT-N1924 MIFARE 超越票务——智慧城市的非接触式解决方案 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年，交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求，并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成，其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC，具有最高的硬件和软件安全级别（EAL5+ 通用标准认证）。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 过去几年，交通票务要求发生了重大变化——从交易安全到多应用需求以及将移动票务集成到现有环境的可能性。NXP 的 MIFARE ®产品始终能够满足这些要求，并作为提供便利性、灵活性和可扩展性的领先非接触式解决方案建立了良好的声誉。开放的 MIFARE 社区和生态系统由超过 1,000 个业务合作伙伴组成，其中包括应用程序开发商、服务和解决方案提供商、系统集成商和卡制造商。MIFARE DESFire EV2 是下一代 MIFARE IC，具有最高的硬件和软件安全级别（EAL5+ 通用标准认证）。其增强的密钥管理使其成为无限应用程序的理想多应用平台。 智能城市和智能基础设施

示例 MPC5748G 寄存器保护 GHS614 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ******************************************************************************** * 详细说明： *阅读附件“如何在MPC5748G上使用寄存器保护.pdf” * 详细解释。 * 此示例显示如何锁定和解锁寄存器 MC_ME.RUN_MC[3].R。 * 一个选项是通过指针直接写入内存，第二个选项是 * 使用头文件 reg_prot.h 中的宏。 * ---------------------------------------------------------------------------------------------- * 测试硬件：MPC574XG-324DS Rev.A + MPC574XG-MB Rev.C * 微控制器: PPC5748GMMN6A 1N81M * 系统频率：160 MHz PLL * 调试器：Lauterbach Trace32 * 目标：internal_FLASH * ******************************************************************************** 概述

HMB-N1984 开发 HomeKit 和 iPod -MFi- 配件，采用 NXP 处理器和软件 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍如何开发 Made For iPod (MFi) 配件，包括基于 NXP 微控制器 (MCU)、微处理器 (MPU)、HomeKit 软件开发套件 (SDK)、MFi SDK 和 NXP 专业服务软件的音频、非音频、CarPlay、AirPlay 和 HomeKit 应用程序。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将介绍如何开发 Made For iPod (MFi) 配件，包括基于 NXP 微控制器 (MCU)、微处理器 (MPU)、HomeKit 软件开发套件 (SDK)、MFi SDK 和 NXP 专业服务软件的音频、非音频、CarPlay、AirPlay 和 HomeKit 应用程序。 智能家居和智能建筑

NET-N1886 QorIQ LS1043A 处理器硅片启动技巧 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将提供有助于加速 QorIQ LS1043A 处理器硅片启动的技巧。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> 本次会议将提供有助于加速 QorIQ LS1043A 处理器硅片启动的技巧。 智能网络

APF-ACC-T0983 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、KEAシリーズとKFAシリーズを含む、新しいKinetisマイクロコントローラの自動車製品ファミリの概要を説明します。Kinetisマイクロコントローラの自動車ファミリは、車載市場向けの32ビットARM® Cortex-M0®+/M4ベースのAEC Q100認定マイクロコントローラの、拡張性に優れたポートフォリオです。このファミリは、コスト重視のアプリケーション向けに最適化されており、非常に低い消費電力でピン数の少ないオプションを提供します。2.7-5.5V電源を備え、優れたEMC/ESD堅牢性に重点を置いたKinetisマイクロコントローラ・オート・シリーズ・デバイスは、ボディ・アプリケーション、インフォテインメント接続モジュール、パーキング・アシスタンス、セーフティ・コンパニオン・チップ、汎用センサ・ノードなど、幅広いアプリケーションに適しています。Kinetisマイクロコントローラのオート・ファミリのすべての製品は、同様のペリフェラルを共有しており、さまざまなサードパーティ製およびフリースケールのHW/SW開発ツールによってサポートされています。開発者は、Kinetisマイクロコントローラのオート・ファミリを使用して、設計を迅速に開始できます。 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> このセッションでは、KEAシリーズとKFAシリーズを含む、新しいKinetisマイクロコントローラの自動車製品ファミリの概要を説明します。Kinetisマイクロコントローラの自動車ファミリは、車載市場向けの32ビットARM® Cortex-M0®+/M4ベースのAEC Q100認定マイクロコントローラの、拡張性に優れたポートフォリオです。このファミリは、コスト重視のアプリケーション向けに最適化されており、非常に低い消費電力でピン数の少ないオプションを提供します。2.7-5.5V電源を備え、優れたEMC/ESD堅牢性に重点を置いたKinetisマイクロコントローラ・オート・シリーズ・デバイスは、ボディ・アプリケーション、インフォテインメント接続モジュール、パーキング・アシスタンス、セーフティ・コンパニオン・チップ、汎用センサ・ノードなど、幅広いアプリケーションに適しています。Kinetisマイクロコントローラのオート・ファミリのすべての製品は、同様のペリフェラルを共有しており、さまざまなサードパーティ製およびフリースケールのHW/SW開発ツールによってサポートされています。開発者は、Kinetisマイクロコントローラのオート・ファミリを使用して、設計を迅速に開始できます。

传感器发布示例 <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> NXP技术支持发布的软件示例列表： NXP 技术支持发布的传感器软件示例* NXP技术支持设计的分线板列表： 飞思卡尔传感器分线板设计 – 主页 *以上所有源代码仅供示例使用。恩智浦不对用户应用程序中使用这些代码承担任何责任。