MRF300AN 27MHzリファレンス設計TVSとパワーシーケンス こんにちは、NXPチームの皆さん。MRF300AN-27MHzのリファレンスデザインについて2つ質問があります。Q1:110V TVSをドレインからアースにかけて保護してもいいですか?Vdsは133Vです。これは良い選択でしょうか？Q2: 正確な電源オンシーケンスは何ですか?ゲートバイアスをドレインの前に置くべきか、ドレインバイアスをゲートの前に置くべきか？また、RFドライブはゆっくりと増やすべきでしょうか、それともフルドライブを直接適用してもいいのでしょうか?ありがとう。 Re: MRF300AN 27MHz Ref DesignTVS and Power Sequence こんにちは、 一般的に、TVSの逆スタンドオフ電圧は通常動作中の最大動作ドレイン電圧より高い位置に選択し、正常運転中の意図しない導電を防ぎつつ、異常な過渡現象からの保護も提供します。 電源アップシーケンスに関しては、ドレイン電源をゲートバイアスの前に、またはその逆に適用することができます。どちらの方法も、安定していて適切に調整された回路であれば許容範囲内である。 さらに、RFドライブを急激にフルドライブするのではなく、徐々にパワーアップさせることが推奨されており、これにより起動がスムーズになり、動作時のデバイスへの負荷も軽減されます。 お役に立てば幸いです！

i.MX8MP: SAI3オーディオを有効にしてM7を実行すると、SErrorとページフォルトが発生します。 NXP公式チームの皆様、こんにちは。 i.MX 8M Plus プラットフォームを使用し、 Linux A53 と FreeRTOS M7 を実行する システムを開発しています 。M7 を実行中に SAI3 オーディオインターフェースをLinuxに割り当てようとしたところ、カーネルクラッシュ（SError/ページフォルト）が発生しました。 1. ソフトウェアのバージョンと環境： カーネルバージョン: Linux 5.10.72 U-Bootバージョン: U-Boot 2021.04 M7 SDK: i.MX8MP 用 MCUXpresso SDK (rpmsg_lite_str_echo_rtos) 公式記事を参照してください: NXPナレッジベース: remoteprocを使用してM7ファームウェアを実行中にSAI3をテストする 2. システム構成：   <1> M7ファームウェア（m7.bin）はシステムパーティションに保存され、...U-Bootステージは、bootaux 0x007e0000コマンドを使用して直接起動されます。 <2> Cortex-A53 Linux側では、SAI3 + I2C3 + SDMA3バスに搭載された物理サウンドカードチップ（SGTL5000）を使用します。 <3> Cortex-M7は、GPIO2_IO09ピンでデータを取得し、高周波サンプリング割り込みをトリガーし、RPMsg仮想シリアルポート（/dev/ttyRPMSG30）を介してコア間でA53 Linuxとやり取りする役割を担っています。 3．発生した問題： サウンドカードのリソースがA53に調整されていない場合、/dev/ttyRPMSG30デバイスの動作は正常です。 現在、A53サウンドカードが必要です。公式記事「<リモートプロシージャコールでM7ファームウェアを実行中にSAI3をテストする>」に従って、以下の調整を行いましたが、カーネルの起動時に問題が発生します。変更点は以下のとおりです。 <1> カーネルのDTS設定が復元され、サウンドカードの設定が添付ファイル に示すようにA53に変更されました。 <2> u-boot dts: A53 にサウンドカードのリソースを割り当てます。例: <3> ATF、 SAI3、sdma3、i2c3をA53に割り当て、 imx8mp_bl31_setup.cを修正します。例： <4>M7 SDK: 添付の および に示されているように、AUDIO の変更に関連する BOARD_BootClockRUN および BOARD_RdcInit 関数に関するコメント。 4. カーネルのdmesgクラッシュログ： 以下のログに示すように、カーネル起動中にシステムがフリーズします。 [ 2.992289] i2c i2c-1: IMX I2C adapter registered [ 2.997631] SError Interrupt on CPU2, code 0xbf000002 -- SError [ 2.997634] CPU: 2 PID: 135 Comm: kworker/2:1 Not tainted 5.10.72-gf8ca51a867fa-dirty #56 [ 2.997636] Hardware name: EMB-3512-V11-M7 (DT) [ 2.997638] Workqueue: events deferred_probe_work_func [ 2.997642] pstate: 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) [ 2.997644] pc : i2c_imx_probe+0x31c/0x8fc [ 2.997645] lr : i2c_imx_probe+0x2b0/0x8fc [ 2.997647] sp : ffff8000126a3af0 [ 2.997648] x29: ffff8000126a3af0 x28: ffff80001135c3f0 [ 2.997654] x27: ffff0000c50aa880 x26: 0000000000000023 [ 2.997660] x25: ffff0000c50aaca0 x24: ffff0000c50aa8f0 [ 2.997666] x23: ffff800011d7c090 x22: ffff0000c4410e40 [ 2.997672] x21: ffff80001135c428 x20: ffff0000c041d800 [ 2.997677] x19: ffff0000c041d810 x18: 0000000000000020 [ 2.997683] x17: 0000000000000000 x16: 0000000000000000 [ 2.997689] x15: ffff0000c44112b8 x14: 0000000000000000 [ 2.997695] x13: ffff0000c4410e40 x12: ffff8000126a3a70 [ 2.997700] x11: aaaaaaaaaaaaaaab x10: 0000000000000060 [ 2.997706] x9 : ffff800011b993b4 x8 : ffff800011b99000 [ 2.997712] x7 : 00007dfed2122a00 x6 : 000000000007a120 [ 2.997718] x5 : 0000000000b71aff x4 : 0000000000000002 [ 2.997723] x3 : 0000000000000002 x2 : 0000000000000000 [ 2.997729] x1 : ffff0000ff86ea08 x0 : ffff800013c8000c [ 2.997736] Kernel panic - not syncing: Asynchronous SError Interrupt [ 2.997741] CPU: 2 PID: 135 Comm: kworker/2:1 Not tainted 5.10.72-gf8ca51a867fa-dirty #56 [ 2.997742] Hardware name: EMB-3512-V11-M7 (DT) [ 2.997744] Workqueue: events deferred_probe_work_func [ 2.997747] Call trace: [ 2.997748] dump_backtrace+0x0/0x1a0 [ 2.997750] show_stack+0x18/0x70 [ 2.997751] dump_stack+0xd0/0x12c [ 2.997752] panic+0x16c/0x334 [ 2.997754] nmi_panic+0x8c/0x90 [ 2.997755] arm64_serror_panic+0x78/0x84 [ 2.997757] do_serror+0x64/0x6c [ 2.997758] el1_error+0x90/0x110 [ 2.997760] i2c_imx_probe+0x31c/0x8fc [ 2.997762] platform_drv_probe+0x54/0xb0 [ 2.997763] really_probe+0xec/0x4d0 [ 2.997765] driver_probe_device+0x58/0xc0 [ 2.997766] __device_attach_driver+0xa8/0x10c [ 2.997768] bus_for_each_drv+0x78/0xd0 [ 2.997769] __device_attach+0xd8/0x180 [ 2.997771] device_initial_probe+0x14/0x20 [ 2.997773] bus_probe_device+0x9c/0xa4 [ 2.997774] deferred_probe_work_func+0x80/0xc0 [ 2.997776] process_one_work+0x1cc/0x350 [ 2.997777] worker_thread+0x2bc/0x46c [ 2.997779] kthread+0x154/0x160 [ 2.997780] ret_from_fork+0x10/0x30 [ 2.998109] SMP: stopping secondary CPUs [ 2.998111] Kernel Offset: disabled [ 2.998113] CPU features: 0x0240002,2000200c [ 2.998114] Memory Limit: none 問題点をご確認いただき、解決に役立つ関連文書や修正点がないかご検討ください。ご提案やご回答をお待ちしております。よろしくお願いいたします。 回复： i.MX8MP: SError & Page Fault when running M7 with SAI3 audio enabled 解決しました。M7側のオーディオ設定を完全に無効にする必要がありました。

i.MX8MP: SError & Page Fault when running M7 with SAI3 audio enabled Hello NXP official team: We are developing a system using the i.MX 8M Plus platform, running Linux A53 and FreeRTOS M7 . While attempting to allocate the SAI3 audio interface to Linux while running M7, we encountered a kernel crash (SError/page fault). 1. Software version and environment: Kernel version: Linux 5.10.72 U-Boot version: U-Boot 2021.04 M7 SDK: MCUXpresso SDK for i.MX8MP (rpmsg_lite_str_echo_rtos) Refer to the official article: NXP Knowledge Base: Test SAI3 while running M7 firmware with remoteproc 2. System configuration:   <1> The M7 firmware (m7.bin) is stored in the system partition and...The U-Boot stage is started directly using the command bootaux 0x007e0000. <2> On the Cortex-A53 Linux side, we use a physical sound card chip (SGTL5000) mounted on the SAI3 + I2C3 + SDMA3 bus. <3> The Cortex-M7 is responsible for acquiring data on the GPIO2_IO09 pin and triggering a high-frequency sampling interrupt, and interacting with the A53 Linux across cores via the RPMsg virtual serial port (/dev/ttyRPMSG30). 3. Problems encountered: If the sound card resources are not adjusted to A53, the operation of the /dev/ttyRPMSG30 device is normal; Currently, an A53 sound card is required. Following the official post < Test SAI3 while running M7 firmware with remoteproc >, the following adjustments were made, but kernel booting will cause issues. The changes are as follows: <1> The kernel DTS configuration has been restored, and the sound card configuration has been changed to A53, as shown in the attached <2> u-boot dts: Allocates sound card resources to the A53, such as <3> ATF, assign SAI3, sdma3, and i2c3 to A53, modify imx8mp_bl31_setup.c, such as: <4> M7 SDK: Comments on the BOARD_BootClockRUN and BOARD_RdcInit functions related to AUDIO changes, as shown in the attached and . 4. Kernel dmesg crash log: The system freezes during boot into the kernel, as shown in the following log: [ 2.992289] i2c i2c-1: IMX I2C adapter registered [ 2.997631] SError Interrupt on CPU2, code 0xbf000002 -- SError [ 2.997634] CPU: 2 PID: 135 Comm: kworker/2:1 Not tainted 5.10.72-gf8ca51a867fa-dirty #56 [ 2.997636] Hardware name: EMB-3512-V11-M7 (DT) [ 2.997638] Workqueue: events deferred_probe_work_func [ 2.997642] pstate: 80000005 (Nzcv daif -PAN -UAO -TCO BTYPE=--) [ 2.997644] pc : i2c_imx_probe+0x31c/0x8fc [ 2.997645] lr : i2c_imx_probe+0x2b0/0x8fc [ 2.997647] sp : ffff8000126a3af0 [ 2.997648] x29: ffff8000126a3af0 x28: ffff80001135c3f0 [ 2.997654] x27: ffff0000c50aa880 x26: 0000000000000023 [ 2.997660] x25: ffff0000c50aaca0 x24: ffff0000c50aa8f0 [ 2.997666] x23: ffff800011d7c090 x22: ffff0000c4410e40 [ 2.997672] x21: ffff80001135c428 x20: ffff0000c041d800 [ 2.997677] x19: ffff0000c041d810 x18: 0000000000000020 [ 2.997683] x17: 0000000000000000 x16: 0000000000000000 [ 2.997689] x15: ffff0000c44112b8 x14: 0000000000000000 [ 2.997695] x13: ffff0000c4410e40 x12: ffff8000126a3a70 [ 2.997700] x11: aaaaaaaaaaaaaaab x10: 0000000000000060 [ 2.997706] x9 : ffff800011b993b4 x8 : ffff800011b99000 [ 2.997712] x7 : 00007dfed2122a00 x6 : 000000000007a120 [ 2.997718] x5 : 0000000000b71aff x4 : 0000000000000002 [ 2.997723] x3 : 0000000000000002 x2 : 0000000000000000 [ 2.997729] x1 : ffff0000ff86ea08 x0 : ffff800013c8000c [ 2.997736] Kernel panic - not syncing: Asynchronous SError Interrupt [ 2.997741] CPU: 2 PID: 135 Comm: kworker/2:1 Not tainted 5.10.72-gf8ca51a867fa-dirty #56 [ 2.997742] Hardware name: EMB-3512-V11-M7 (DT) [ 2.997744] Workqueue: events deferred_probe_work_func [ 2.997747] Call trace: [ 2.997748] dump_backtrace+0x0/0x1a0 [ 2.997750] show_stack+0x18/0x70 [ 2.997751] dump_stack+0xd0/0x12c [ 2.997752] panic+0x16c/0x334 [ 2.997754] nmi_panic+0x8c/0x90 [ 2.997755] arm64_serror_panic+0x78/0x84 [ 2.997757] do_serror+0x64/0x6c [ 2.997758] el1_error+0x90/0x110 [ 2.997760] i2c_imx_probe+0x31c/0x8fc [ 2.997762] platform_drv_probe+0x54/0xb0 [ 2.997763] really_probe+0xec/0x4d0 [ 2.997765] driver_probe_device+0x58/0xc0 [ 2.997766] __device_attach_driver+0xa8/0x10c [ 2.997768] bus_for_each_drv+0x78/0xd0 [ 2.997769] __device_attach+0xd8/0x180 [ 2.997771] device_initial_probe+0x14/0x20 [ 2.997773] bus_probe_device+0x9c/0xa4 [ 2.997774] deferred_probe_work_func+0x80/0xc0 [ 2.997776] process_one_work+0x1cc/0x350 [ 2.997777] worker_thread+0x2bc/0x46c [ 2.997779] kthread+0x154/0x160 [ 2.997780] ret_from_fork+0x10/0x30 [ 2.998109] SMP: stopping secondary CPUs [ 2.998111] Kernel Offset: disabled [ 2.998113] CPU features: 0x0240002,2000200c [ 2.998114] Memory Limit: none Please take a look at the problem and see if there are any relevant documents or modifications that can resolve it. Looking forward to your suggestions and replies! Thank you! 回复： i.MX8MP: SError & Page Fault when running M7 with SAI3 audio enabled Resolved; the audio configuration on the M7 side needs to be completely disabled.

S32 IDE開発環境のRTDプラグインをインストールできません。 S32Z280プロセッサ用のソフトウェアを開発するには、S32 IDE開発環境にS32ZE RTDプラグインをインストールする必要があります。しかし、図1に示すように、この環境ではインストールが失敗します。NXPのWebサイトからダウンロードしようとしても、ライセンスが必要なためダウンロードできません。ライセンスの取得方法についてご教示ください。よろしくお願いいたします。 Re: S32 IDE开发环境RTD插件无法安装 どういたしまして。ご質問があればいつでもお気軽にご連絡ください！ Re: S32 IDE开发环境RTD插件无法安装 最初のリンクではアカウントログインが必要で、ログイン後もインストールパッケージのダウンロードパスが表示されませんでした。2番目のリンクからは「カーパッケージマネージャー」にアクセスしてインストールパッケージを正常にダウンロードできました。ありがとうございました。 Re: S32 IDE开发环境RTD插件无法安装 こんにちは、 Flynn_T 1. このリンクからダウンロードできますか？最新のRTDバージョンは2.0.1 QLP01のはずです。ご指摘のバージョン1.1.45はリストにありません。また、2.0.1 QLP01 RTDにはS32DS IDEバージョン3.6.1が必要です。 設計：製品情報：車載用ソフトウェア - S32Z/E - リアルタイムドライバ（RTD） Joey_z_0-1786528248987.png 2. このリンクからダウンロードできるかどうか確認することもできます。 自動車パッケージマネージャー | NXPセミコンダクターズ BR ジョーイ Re: S32 IDE开发环境RTD插件无法安装 こんにちは、BRジョーイ S32 IDE バージョン 3.6.10 を使用しています。必要な RTD バージョンは 1.1.45 です。NXP の公式サイトで S32Z/E RTD プラグインのダウンロードリンクが見つかりませんでした。ダウンロードリンクを提供していただけますでしょうか。 宜しくお願いします Flynn_T Re: S32 IDE开发环境RTD插件无法安装 こんにちは、 Flynn_T 使用しているS32 IDEのバージョンは何ですか？使用しているRTDのバージョンは何ですか？ IDEにS32Z/E RTDプラグインをロードする場合、通常はライセンスは必要ありません。 BR ジョーイ

The S32 IDE development environment RTD plugin cannot be installed. To develop software for the S32Z280 processor, you need to install the S32ZE RTD plugin in the S32 IDE development environment. However, installation fails in the environment, as shown in Figure 1. It cannot be downloaded from the NXP website, which requires a license. Please provide information on how to obtain the license. Thank you. Re: S32 IDE开发环境RTD插件无法安装 You're welcome. Feel free to contact me anytime if you have any questions! Re: S32 IDE开发环境RTD插件无法安装 The first link required account login, and the download path for the installation package was not displayed after logging in. The second link allowed me to successfully download the installation package after accessing the "Car Package Manager," thank you. Re: S32 IDE开发环境RTD插件无法安装 Hi, Flynn_T 1. Can you download it from this link? The latest RTD version should be 2.0.1 QLP01; version 1.1.45, which you mentioned, is not listed. Also note that the 2.0.1 QLP01 RTD requires S32DS IDE version 3.6.1. Design: Product Information: Automotive SW - S32Z/E - Real Time Drivers (RTD) Joey_z_0-1786528248987.png 2. You can also check this link to see if you can download it. Automotive Package Manager | NXP Semiconductors BR Joey Re: S32 IDE开发环境RTD插件无法安装 Hi, BR Joey I'm using S32 IDE version 3.6.10. The required RTD version is 1.1.45. I couldn't find a download link for the S32Z/E RTD plugin on the NXP official website. Please provide a download link. Best Regard Flynn_T Re: S32 IDE开发环境RTD插件无法安装 Hi, Flynn_T What version of S32 IDE are you using? What version of RTD are you using? Loading the S32Z/E RTD plugin in the IDE generally does not require a license. BR Joey

WS2812接口与LPC5514JBD64E NXP社区的各位好， 我正在使用基于 LPC5514JBD64E 的控制器，需要将 WS2812/WS2812B LED 环与 MCU 连接。 我正在研究 LPC5514JBD64E 数据手册和我的控制器原理图，但我对 LPC55xx 系列还不熟悉，需要一些指导。 我想知道： 1. LPC5514JBD64E 的哪个 GPIO 引脚应该用于 WS2812 数据（DIN）信号？ 2. 由于 LPC5514JBD64E 使用 3.3V 逻辑，而 WS2812 由 5V 供电，那么 MCU 和 WS2812 之间推荐的硬件连接是什么？ 3. 是否建议在 MCU GPIO 和 WS2812 DIN 之间使用 74AHCT125？ 4. 应使用哪种外设或方法来生成 WS2812 协议所需的精确时序？ 5. 是否有使用 LPC5514JBD64E 控制 WS2812 或 NeoPixel LED 的官方 NXP SDK 示例、驱动程序或示例代码？ 6.如果没有 WS2812 的具体示例，您能否提供或指出一个基本的、可运行的示例代码，使 WS2812 LED 或 LED 环闪烁或改变颜色？ 7. 对于这款MCU，推荐的开发环境和编程/调试流程是什么？ 我眼下的目标是使用 LPC5514JBD64E 使 WS2812 LED 环闪烁并显示不同的颜色。 我希望能够得到关于正确的GPIO、硬件连接、外设和示例代码方面的指导。 谢谢！ LPC55xx Re: WS2812 interface With LPC5514JBD64E 请问能否提供一下这个项目的代码？ Re: WS2812 interface With LPC5514JBD64E 嗨@Kishore02 1. WS2812 协议需要一个精确定时的单线数字输出信号。因此，DIN 信号最好由定时器/PWM 外设生成，而不是通过软件位操作生成。 对于 LPC551x 设备，一个实用的解决方案是使用 SCTimer 输出。 具体引脚取决于您的硬件设计和引脚复用配置。任何可以配置为 SCTimer 输出的引脚都可以使用。 例如，LPC55S16 SDK 提供了 sctimer_pwm_with_dutycycle_change 示例，该示例使用了： SCT0_OUT2 (J12-12 on LPCXpresso55S16 board) 2. 由于 LPC5514 工作在 3.3 V 逻辑电平，而 WS2812 通常由 5 V 供电，因此建议进行电平转换以提高信号完整性并确保可靠运行。 3. 是的。 74AHCT125 是连接 3.3 V MCU 和 5 V WS2812 设备的常用推荐解决方案。 4. 对于 LPC551x 设备，首选方法是： SCTimer（推荐） 生成一个 800 kHz 的波形。 动态更新每个传输比特的PWM占空比。 与 SDK 示例类似： sctimer_pwm_with_dutycycle_change 5.目前，我还没有发现专门针对 LPC5514 的 WS2812 或 NeoPixel LED 的官方 MCUXpresso SDK 示例。 不过，SDK 提供了几个 SCTimer PWM 示例，可以作为起点。 尤其： sctimer_pwm sctimer_pwm_with_dutycycle_change 虽然我没有找到适用于 LPC5514 SDK 的 WS2812 专用示例，但我之前使用 SCTimer + eDMA 方案在 FRDM-MCXN947 板上实现了可靠的 WS2812 控制。 6.我建议从以下方面开始： lpcxpresso55s16_sctimer_pwm_with_dutycycle_change 7. 推荐的开发环境是： MCUXpresso IDE MCUXpresso SDK LPC-Link2 或 MCU-Link 调试器 板载 CMSIS-DAP 调试器（如果评估板上有） 希望这对您有所帮助。 BR 哈里

WS2812とのインターフェースLPC5514JBD64E こんにちは、NXPコミュニティの皆さん、 私はLPC5514JBD64Eベースのコントローラーを使っていて、WS2812/WS2812B LEDリングをMCUとインターフェースする必要があります。 LPC5514JBD64Eのデータシートとコントローラ回路図を勉強していますが、LPC55xxファミリは初心者で、アドバイスが必要です。 知りたいのは以下の点です。 1. LPC5514JBD64EのどのGPIOピンをWS2812のデータ（DIN）信号に使用すればよいですか？ 2. LPC5514JBD64Eは3.3Vロジックを使用し、WS2812は5Vで電源供給されるため、MCUとWS2812の間に推奨されるハードウェア接続は何でしょうか? 3. MCU GPIOとWS2812 DINの間で74AHCT125が推奨されるか? 4. WS2812プロトコルで求められる正確なタイミングを生成するためには、どのペリフェラルまたは方法を使うべきか? 5. WS2812やNeoPixel LEDをこのLPC5514JBD64Eで制御するための公式のNXP SDK例、ドライバー、またはサンプルコードはありますか? 6.もしWS2812特有の例がなければ、WS2812のLEDやLEDリングが点滅したり色を変えたりする基本的な動作例コードを教えてもらえますか? 7. このMCUに推奨される開発環境およびプログラミング・デバッグ手順は何ですか? 私の当面の目標は、LPC5514JBD64Eを使用してWS2812 LEDリングを点滅させ、異なる色を表示させることです。 正しいGPIO、ハードウェア接続、ペリフェラル、そして例コードについてのアドバイスをいただけるとありがたいです。 ご回答をお待ちしています。 LPC55xx Re: WS2812 interface With LPC5514JBD64E このプロジェクトのコードを教えていただけますか? Re: WS2812 interface With LPC5514JBD64E こんにちは、 @Kishore02さん 1. WS2812プロトコルでは、正確なタイミングで出力される単線デジタル信号が必要です。したがって、DIN信号はソフトウェアのビットバンギングではなく、タイマーやPWMペリフェラルによって生成されるべきです。 LPC551xデバイスの場合、実用的な解決策の一つはSCTimer出力を使用することです。 正確なピンはハードウェア設計やピンマルチマックス構成によって異なります。SCTimer出力として設定可能なピンなら、どんなものでも使用可能です。 例えば、LPC55S16 SDKはsctimer_pwm_with_dutycycle_change例を提供しており、以下を使用します: SCT0_OUT2 (J12-12 on LPCXpresso55S16 board) 2. LPC5514は3.3Vロジックで動作し、WS2812は通常5Vで駆動されるため、信号の完全性を向上させ、信頼性の高い動作を確保するためにレベルシフトが推奨されます。 3. はい。 74AHCT125は、3.3V MCUと5V WS2812デバイスを接続する際に一般的に推奨されるソリューションです。 4. LPC551xデバイスの場合、推奨されるアプローチは次のとおりです。 SCTimer（推奨） 800kHzの波形を生成する。 送信ビットごとにPWMデューティサイクルを動的に更新します。 SDKの例に似ています: sctimer_pwm_with_dutycycle_change 現時点では、LPC5514向けにWS2812やNeoPixel LEDを特化した公式のMCUXpresso SDK例は知りません。5.At しかし、SDKには出発点として使えるいくつかのSCTimer PWM例も提供されています。 特に： sctimer_pwm sctimer_pwm_with_dutycycle_change LPC5514 SDK専用のWS2812例はまだ見つかっていませんが、以前はSCTimer + eDMAソリューションを使ってFRDM-MCXN947ボード上で信頼性の高いWS2812制御を実現しました。 6.まずは以下から始めることをお勧めします。 lpcxpresso55s16_sctimer_pwm_with_dutycycle_change 7. 推奨される開発環境は以下のとおりです。 MCUXpresso IDE MCUXpresso SDK LPC-Link2またはMCU-Linkデバッガ オンボードCMSIS-DAPデバッガ(評価ボードに搭載されている場合) これがあなたのお役に立てば幸いです。 BR ハリー

i.MX8M Plus HiFi4 DSP（Zephyr）：SDMA 循环发送回调触发一次后停止 在运行 Zephyr 的 i.MX8MP HiFi4 DSP 上，我正在使用 Zephyr nxp,dai-sai (SAI3) 和 nxp,sdma (SDMA3) 驱动程序以循环模式启动硬件端点播放路径。开始播放时，SDMA 通道完成回调恰好触发一次，然后不会再发生 SDMA 中断。我想请教一下，为什么循环 SDMA 传输不会持续产生周期性中断？ 硬件/启动 - 板：i.MX8MP EVK，DTS：imx8mp-evk-dsp.dts - DSP核心：HiFi4（Cadence Xtensa），目标板为imx8mp_evk/mimx8ml8/adsp - 编解码器：WM8960 - 外设：SAI3、SDMA3 建筑和版本细节： - 架构概述： https://audioreach.github.io/platform/nxp.html#architecture-overview - 版本详情： - Yocto： https://audioreach.github.io/platform/nxp.html#step-1-create-a-yocto-image - Linux（控制/主机）：Yocto（scarthgap）、linux-imx。 - 仓库清单：imx-6.6.52-2.2.0.xml - Zephyr DSP 镜像： https://audioreach.github.io/platform/nxp.html#step-2-create-a-zephyr-image - Zephyr (v4.2.0)， AudioReach Engine信号处理框架，运行于 HiFi4 上。 我正在建造的东西 DSP 映像中的一个自定义硬件端点（接收器）模块，其功能如下： 1.通过 Zephyr DAI API 配置 SAI3。 2.建立从 动态随机存取存储器 (DRAM) 环到 SAI TX FIFO 的循环 SDMA 传输（2 个缓冲区描述符，MEMORY_TO_PERIPHERAL）。 3.使用 SDMA 完成回调来通知信号处理框架重新填充环。 音频格式 - 48 kHz，16 位，单声道音频流；SAI 线 = 16 位 × 2 个插槽（WM8960 的立体声 I2S 帧），BCLK = 1.536兆赫兹。 - DMA 周期 = 192 字节（48 帧 × 2 字节 × 2 个时隙），2 个描述符，384 字节环 已启用相关 Kconfig（DSP 映像）。 CONFIG_DAI=y CONFIG_DMA=y CONFIG_DAI_NXP_SAI=y CONFIG_DMA_NXP_SDMA=y CONFIG_SAI_HAS_MCLK_CONFIG_OPTION=y CONFIG_CLOCK_CONTROL_FIXED_RATE_CLOCK=y 设备树叠加（DSP 应用）： 链接： app/boards/imx8mp_evk_mimx8ml8_adsp.overlay mclk1：mclk { 状态 = "正常"; }; &sdma3 { 状态 = "正常"; }; &sai3 { rx-fifo-watermark = <65>; tx-fifo-watermark = <65>; 先进先出深度 = <128>; rx-sync-mode = <1>; 状态 = "正常"; }; &micfil { 状态 = "正常"; }; 使用的DAI/DMA配置（DSP） - dai_config: type=DAI_IMX_SAI, dai_index=3, format= DAI_PROTO_I2S (SAI 从设备), rate=48000, channels=2, word_size=16. - SAI 定制：mclk_rate=12288000，fsync_rate=48000，bclk_rate=1536000，tdm_slots=2，tx_slots=rx_slots=0x3，tdm_slot_width=16。 - DMA（struct dma_config）：channel_direction=MEMORY_TO_PERIPHERAL，source_data_size=4，dest_data_size=4，source_burst_length=4，cyclic=1，block_count=2，dma_slot 来自 SAI 握手，dma_callback 设置。两个 dma_block_config BD 指向 dma_src_addr[0/192] 源代码参考： endpoint/capi/src/capi_nxp_device_utils.c 应用程序处理器： - DTS：imx8mp-evk-dsp.dts https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/arch/arm64/boot/dts/freescale/imx8mp-evk-dsp.dts - 使用虚拟 DAI 和虚拟平台枚举带有 wm8960 编解码器的 PCM 设备。 附件： - DSP 日志（sdma，sai） - 修改了 imx8mp-evk-dsp.dts 我很乐意提供其他任何细节。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano 多媒体 Re: i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops 在恩智浦技术支持有机会查看此问题之前，我只想指出： 开始播放时，SDMA 通道完成回调函数会触发一次。 此中断发生在 SDMA 脚本完成运行通道 0（用于加载固件）之后，因此没有实际的传输发生。我会开始检查SAI配置和时钟。看起来没有SDMA请求。

i.MX8M Plus HiFi4 DSP(Zephyr):SDMAのサイクリックTXコールバックが一度だけ発生し、その後停止します Zephyrを動かすi.MX8MP HiFi4 DSPでは、Zephyr nxp、dai-sai(SAI3)、nxp、sdma(SDMA3)ドライバーをサイクリックモードでハードウェアエンドポイント再生パスを起動しています。再生開始時には、SDMAチャネル完了コールバックが正確に一度だけ発生し、その後はSDMA割り込みが発生しません。周期的なSDMA転送が定期的な割り込みを生成し続けない理由を特定するのにご協力をお願いします。   ハードウェア/起動 - ボード:i.MX8MP EVK、DTS: IMX8MP-EVK-DSP.DTS  - DSPコア:HiFi4(Cadence Xtensa)、ボードターゲットはimx8mp_evk/mimx8ml8/adsp - コーデック:WM8960 - ペリフェラル:SAI3、SDMA3 建築および建設の詳細： - アーキテクチャ概要： https://audioreach.github.io/platform/nxp.html#architecture-overview - ビルドの詳細: - ヨクト: https://audioreach.github.io/platform/nxp.html#step-1-create-a-yocto-image      - Linux(コントロール/ホスト):Yocto(scarthgap)、linux-imx。      - 回収マニフェスト:imx-6.6.52-2.2.0.xml - ゼファーDSP画像: https://audioreach.github.io/platform/nxp.html#step-2-create-a-zephyr-image - Zephyr(v4.2.0)、HiFi4上で動作する AudioReach Engine信号処理フレームワーク。   私が作っているもの DSPイメージ内のカスタムハードウェアエンドポイント(シンク)モジュールで、以下のようなものを用いています。 1.Zephyr DAI APIを通じてSAI3を設定できます。 2.DRAMリングからSAI TX FIFOへの周期的なSDMA転送（2つのバッファ記述子、MEMORY_TO_PERIPHERAL）を設定します。 3.SDMAの完了コールバックを使って信号プロセッシングフレームワークにリングの再充填を指示します。   オーディオ format   - 48 kHz, 16-bit, mono stream; SAI wire = 16-bit × 2 slots (stereo I2S frame for WM8960), BCLK = 1.536 MHz。 - DMA周期 = 192バイト (48フレーム × 2バイト × 2スロット)、2ディスクリプタ、384バイトリング   関連するKconfig(DSPイメージ)有効化 CONFIG_DAI=y CONFIG_DMA=y CONFIG_DAI_NXP_SAI=y CONFIG_DMA_NXP_SDMA=y CONFIG_SAI_HAS_MCLK_CONFIG_OPTION=y CONFIG_CLOCK_CONTROL_FIXED_RATE_CLOCK=y   デバイスツリーオーバーレイ(DSPアプリ): リンク:app/boards/imx8mp_evk_mimx8ml8_adsp.overlay  mclk1: mclk { ステータス = "正常"; }; &sdma3 { ステータス = "正常"; }; &sai3 { rx-fifo-watermark = <65>; tx-fifo-watermark = <65>; fifo-depth = <128>; rx-sync-mode = <1>; ステータス = "正常"; }; &micfil { ステータス = "正常"; };   使用されたDAI / DMA設定(DSP) - dai_config:type=DAI_IMX_SAI、 dai_index=3、format=DAI_PROTO_I2S(SAIスレーブ)、レート=48000、チャネル=2、word_size=16。  - SAI 特注: mclk_rate=12288000、fsync_rate=48000、bclk_rate=1536000、tdm_slots=2、tx_slots=rx_slots=0x3、tdm_slot_width=16。 - DMA (struct dma_config): channel_direction=MEMORY_TO_PERIPHERAL、source_data_size=4、dest_data_size=4、source_burst_length=4、cyclic=1、block_count=2、dma_slot は SAI ハンドシェイクから取得、dma_callback が設定されています。2 つの dma_block_config BD が dma_src_addr[0/192] を指しています ソースコード参照: endpoint/capi/src/capi_nxp_device_utils.c 申請処理担当者: - DTS: imx8mp-evk-dsp.dts https://github.com/nxp-imx/linux-imx/blob/lf-6.6.y/arch/arm64/boot/dts/freescale/imx8mp-evk-dsp.dts - ダミーDAIおよびダミープラットフォームを備えたwm8960コーデックのPCMデバイスを列挙。 添付資料: - DSPログ(SDMA、SAI) - 修正されたimx8mp-evk-dsp.dts その他の詳細情報も喜んでご提供いたします。 i.MX 8M | i.MX 8M Mini | i.MX 8M Nano マルチメディア Re: i.MX8M Plus HiFi4 DSP (Zephyr): SDMA cyclic TX callback fires once then stops NXPのサポートがこの件を確認するまでは、ひとつ指摘しておきたいことがあります: > 再生開始時に、SDMAチャネル完了コールバックはちょうど一度だけ発生します この割り込みはSDMAスクリプトがチャネル0(ファイアワースロードに使われる)を実行し終えた後に発生し、実際の転送は行われていません。まずはSAIの設定とクロックを確認することから始めます。SDMAリクエストがないようです。

MR-CANHUBK344 IEEE1722 车载以太网示例 – 需要适用于 S32DS 3.5/3.6.7 的工作项目 您好， 我正在使用 MR-CANHUBK344，想使用其 100BASE-T1 车载以太网接口。 我的首要目标是在修改汽车以太网示例以适应我的应用之前，先在电路板上运行该示例。 我下载了官方的 MR_CANHUBK3_IEEE1722 示例。这看起来很合适，因为它演示了 MR-CANHUBK344、100BASE-T1、TJA1103、GMAC、IEEE 1722 ACF-CAN、CAN/CAN-FD 到以太网的转换以及 FreeRTOS。 但是，我遇到了工具链/版本兼容性问题。 我可用的环境有： S32 设计工作室 3.5 和 S32K3 RTD 3.0.0 S32 设计工作室 3.6.7 和 S32K3 RTD 7.0.1 当我导入原始的 MR_CANHUBK3_IEEE1722 项目时，可以看到源文件，但是当我尝试打开 .mex 文件时却无法打开。配置时出现以下错误： 处理器 S32K344，PlatformSDK_S32K3_2022_03 版本不受当前版本工具的支持。 例如，FreeRTOS_Toggle_Led_Example_S32K344.mex 无法打开，因为它需要 PlatformSDK_S32K3_2022_03。 我了解到最初的 MR_CANHUBK3_IEEE1722 演示程序是使用较旧的 S32DS/RTD 环境开发的。 我还尝试安装了 S32 Design Studio 3.4，并下载了 SW32K3_S32DS_3.4.3_D2112.zip。但是，我目前无法激活 S32DS 3.4，因为我的 NXP 帐户没有显示 v3.4 许可证授权。 请问您能否帮我解决以下其中一个问题？ 是否有适用于 S32DS 3.5 和 RTD 3.0.0 的 MR-CANHUBK344 IEEE1722 项目？ 是否有适用于 S32DS 3.6.x 的 MR-CANHUBK344 汽车以太网示例（已更新）还有更新的即饮版吗？ 目前，我只需要一个简单的汽车以太网演示，其中两个 MR-CANHUBK344 板建立 100BASE-T1 链路，并使用 S32K344 GMAC 和 TJA1103 发送/接收基本以太网帧。 现阶段我不需要 SOME/IP、TSN 或复杂的 TCP/IP 应用程序。 如果 MR_CANHUBK3_IEEE1722 有可用的 S32DS 3.5 移植版、更新的项目或迁移指南，请分享。 或者，如果您能帮我激活许可证就太好了。我点击了下载链接，但没有收到 3.4 版本的电子邮件。不过我收到了一封关于3.6版本的邮件。 谢谢！ Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 谢谢！ Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 你好@Aaditya773 ， 最初的 MR_CANHUBK3_IEEE1722 演示程序是为较旧的 S32DS / RTD 环境发布的，因此 .mex 文件也存在问题。与较新的 S32DS 3.5 / 3.6.x 版本不兼容版本号是预期的。我无法确认是否有适用于 S32DS 3.5 或 S32DS 3.6.x 的官方发布的 IEEE1722 ACF-CAN 演示程序的迁移版本。/ RTD 7.0.1。 对于您当前的目标是首先启动 100BASE-T1 以太网接口，我建议您从较新的以太网示例入手，而不是直接迁移旧的 IEEE1722 项目。 NXP 社区上有一个 MR-CANHUBK344 lwIP 示例：示例 S32K344 EMAC lwIP FreeRTOS MRCANHUB S32DS 3.6.1 RTD600 。本示例基于 lwip_FreeRTOS_s32K344，适用于 MR-CANHUBK344 板，演示了如何 ping lwIP 协议栈。 然而，此示例是基于 RTD 6.0.0 的版本编写的。设置。因此，对于 RTD 7.0.1，我主要会将其用作参考，而不是直接导入的项目。更简洁的方法是，从已安装的 TCP/IP 协议栈附带的当前 lwip_FreeRTOS_s32k344 示例开始，然后根据社区示例调整 MR-CANHUBK344 的特定部分，主要是 GMAC / MII 端口映射、引脚配置、时钟、中断和 TJA1103 相关设置。 作为另一参考，您还可以使用软件包 SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip 中的 S32K344_gptp_ds 示例。 我已使用以下软件配置进行了快速检查： SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip 在对 S32 配置工具配置进行一些小的修改后，可以在此环境中构建 S32K344_gptp_ds 示例。 请注意，这不是原始 IEEE1722 ACF-CAN 演示的直接移植。对于使用较新的软件环境在 MR-CANHUBK344 上启动基本的 100BASE-T1 以太网而言，这是一种相当实用的方法。 为了使讨论更容易理解，也为了对其他用户有所帮助，让我们把这个帖子集中在 MR-CANHUBK344 以太网 / 100BASE-T1 启动主题上。如果您需要其他方面的帮助，请另开一个社区帖子。   顺祝商祺！ 帕维尔

MR-CANHUBK344 IEEE1722自動車用イーサネット例 – S32DS 3.5/3.6.7の作業プロジェクトが必要 こんにちは、 私はMR-CANHUBK344を使っていて、その100BASE-T1自動車用イーサネットインターフェースを使いたいと思っています。 最初の目標は、アプリケーションに合わせて修正する前に、基板上で動作するオートモーティブ イーサネットの例を動かすことです。 公式のMR_CANHUBK3_IEEE1722サンプルをダウンロードしました。これはMR-CANHUBK344、100BASE-T1、TJA1103、GMAC、IEEE 1722 ACF-CAN、CAN/CAN-FDからイーサネットへの変換、FreeRTOSの実証が可能であるため適切に見えます。 しかし、ツールチェーン／バージョンの互換性の問題に直面しています。 私が利用できる環境は以下のとおりです。 S32 Design Studio 3.5 with S32K3 RTD 3.0.0 S32 Design Studio 3.6.7 with S32K3 RTD 7.0.1 元のMR_CANHUBK3_IEEE1722プロジェクトをインポートするとソースファイルは見えますが、.mexを開こうとすると設定時に以下のエラーが発生します。 プロセッサS32K344、PlatformSDK_S32K3_2022_03バージョンは現在のツールバージョンではサポートされていません。 例えば、FreeRTOS_Toggle_Led_Example_S32K344.mexはPlatformSDK_S32K3_2022_03を期待しているため開けません。 オリジナルのMR_CANHUBK3_IEEE1722デモは、古いS32DS/RTD環境を使用して開発されたものだと理解しています。 S32 Design Studio 3.4をインストールしてSW32K3_S32DS_3.4.3_D2112.zipをダウンロードしてみました。しかし、NXPアカウントにv3.4ライセンスの権利が表示されないため、現在S32DS 3.4を有効化できません。 以下のいずれかの点を教えていただけませんか? S32DS 3.5およびRTD 3.0.0に対応した、動作するMR-CANHUBK344 IEEE1722プロジェクトはありますか？ S32DS 3.6.x用のMR-CANHUBK344 オートモーティブ イーサネットの最新例はありますか?そして、より新しいRTDバージョンは？ 今のところ、2台のMR-CANHUBK344ボードが100BASE-T1リンクを確立し、S32K344 GMACとTJA1103を使って基本的なイーサネットフレームを送受信する、シンプルなオートモーティブ イーサネットのデモンストレーションだけで十分です。 現時点ではSOME/IP、TSN、複雑なTCP/IPアプリケーションは必要ありません。 MR_CANHUBK3_IEEE1722のS32DS 3.5版、更新されたプロジェクト、または移行ガイドがあれば、ぜひ共有してください。 あるいは、ライセンスの有効化を手伝ってもらえれば。ダウンロードボタンをクリックしたのですが、バージョン3.4に関するメールが届きませんでした。3.6に関するメールは1通届きました。 よろしくお願いします。 Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 よろしくお願いします。 Re: MR-CANHUBK344 IEEE1722 Automotive Ethernet Example – Need Working Project for S32DS 3.5/3.6.7 こんにちは、 @Aaditya773 さん。 元のMR_CANHUBK3_IEEE1722デモは古いS32DS/RTD環境向けにリリースされていました。つまり.mexです新しいS32DS 3.5 / 3.6.xとの非互換性バージョンが想定されています。この正確なIEEE1722 ACF-CANデモの公式に移行版がS32DS 3.5やS32DS 3.6.xで入手可能かどうかは確認できません/ RTD 7.0.1 現在の目標としては、まず100BASE-T1イーサネットインターフェースを立ち上げることなので、古いIEEE1722プロジェクトを直接移行するよりも、新しいイーサネットの例から始めることをお勧めします。 NXPコミュニティにはMR-CANHUBK344 lwIPの例があります: Example S32K344 EMAC lwIP FreeRTOS MRCANHUB S32DS 3.6.1 RTD600。この例はlwip_FreeRTOS_s32K344をベースに、MR-CANHUBK344ボード向けに改変したもので、lwIPスタックへのpingを実行する方法を示しています。 ただし、この例はRTD 6.0.0ベース向けに作成されたものです。設定。したがって、RTD 7.0.1に関しては、直接インポートするプロジェクトとしてではなく、主に参考資料として使用することをお勧めします。よりクリーンなアプローチとしては、インストール済みのTCP/IPスタックに付属するlwip_FreeRTOS_s32k344サンプルから始め、コミュニティサンプルからMR-CANHUBK344固有の部分、主にGMAC/MIIポートマッピング、ピン構成、クロック、割り込み、およびTJA1103関連の設定を適応させる方法があります。 別の参考として、パッケージS32K344_gptp_dsの例を使うこともできますSW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip 以下のソフトウェア構成で簡単に確認しました: SW32K3_S32M27x_RTD_R23-11_7.0.1_D2603_DesignStudio_updatesite.zip SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_HF1_D2511_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_5.0.0_CD01_D2605_DesignStudio_updatesite.zip SW32K3xx_M7_gPTP_1.1.0_CD01_D2602_DesignStudio_updatesite.zip S32構成ツールの設定でいくつかの小さな修正を加えた後、S32K344_gptp_ds例はこの環境で構築可能です。 これはオリジナルのIEEE1722 ACF-CANデモの直接移植ではないことにご注意ください。これは、新しいソフトウェア環境を用いてMR-CANHUBK344上で基本的な100BASE-T1イーサネットを起動するための実用的な方法です。 議論を分かりやすく、他のユーザーにとっても役立つようにするため、このスレッドはMR-CANHUBK344イーサネット/100BASE-T1の話題に焦点を当てておきましょう。他にサポートが必要な場合は、別のコミュニティThreadを作成してください。   よろしくお願いいたします。 パベル

S32K358 SEMA42 デモ こんにちは！ SEMA42モジュールのゲートレジスタを使用して、そのGTFSMフィールドに書き込みを行う必要があります。使用中にGTFSMフィールドへの書き込みと読み出しが正しく行えるように、mcalでSEMA42の操作を有効にする必要があります。SEMA42を使用したコア間通信のデモを提供していただけますでしょうか？よろしくお願いいたします！ Re: S32K358 SEMA42 demo こんにちは@liyongfengさん SEMA42を使用するには、まずXRDCを設定する必要があります。 デフォルトでは、ドメイン0のみがアクティブになっています。たとえば、ドメイン1（GTFSM = 0010b、つまりドメイン1がロックを保持している状態）でコアがゲートをロックするようにするには、XRDCでドメイン1を有効にする必要があります。 XRDCはRM RTD MCALドライバを通じて設定されます。ですので、MCAL RMドライバーを使うか、カスタムコード内で該当するXRDC設定を有効にするかのどちらかです。 参考として、RTD のサンプル Rm_Example_All_S32K358 を参照してください。これは、XRDCとSEMA42の両方を設定する方法を示しています。 danielmartynek_0-1786518348453.png よろしくお願いいたします。 ダニエル

双核通信 S32K322 大家好， 我已经启动了一个双核项目，其中核心 0 和核心 1 都已启用。作为测试，我在每个核心上创建了一个递增变量。 将变量数据从核心 1 共享或传输到核心 0（反之亦然）的推荐方法是什么？ 非常感谢您能提供一些使用共享内存的示例或最佳实践。 微控制器：NXPS32k322 IDE：S32 设计工作室 RTD：v3 调试器：PEMicro 谢谢！ Re: Dual core communication S32K322 你好@db16122 我开始搭建双核系统，并通过计数器验证了核心 0 和核心 1 是否正在运行。但是，我的主要问题是：如何将数据从核心 1 传递到核心 0，反之亦然？您能否提供一些关于核心间数据共享的例子？ Re: Dual core communication S32K322 我建议使用跨平台通信框架（IPCF）。 https://www.nxp.com/design/design-center/software/automotive-software-and-tools/inter-platform-communication-framework-ipcf:IPCF 包含示例和培训。 Re: Dual core communication S32K322 如果给每个 M7 核心增加两个计数器呢？M7 运行后，计数器开始计数，您可以检查该值是否相同。 顺便问一下，检查每个核心状态的目的是什么？是为了功能安全原因吗？ Re: Dual core communication S32K322 嗨@davidtosenovjan 根据演示培训，IPCF 快速入门指南包含中间件模块和驱动程序，但我的配置工具中没有这些内容。 配置与演示培训中的配置相同 Stark__0-1786593975962.pngStark__0-1786593975962.pngStark__0-1786593975962.png 我项目中的配置 Stark__1-1786594050143.pngStark__1-1786594050143.pngStark__1-1786594050143.png 还有其他方法可以在各个核心之间共享数据吗？ Re: Dual core communication S32K322 请参阅 UM12479：NXP S32 Design Studio 5.2 配置的 S32K3 IPCF 用户手册 Re: Dual core communication S32K322 两个核心之间没有直接的物理通信通道。 Re: Dual core communication S32K322 你好@db16122 在S32K322中，如果没有IPCF驱动程序，双核处理器可以通信吗？

デュアルコア通信S32K322 こんにちは、皆さん Core 0とCore 1の両方を有効にするデュアルコアプロジェクトを開始しました。テストとして、各コア上にインクリメントされる変数を作成しました。 Core 1からCore 0へ（またはその逆方向へ）この可変データを共有または転送するための推奨される方法は何ですか？ 共有RAMの利用例やベストプラクティスがあれば、ぜひ教えていただきたいです。 マイクロコントローラ:NXPS32k322 IDE:S32 Design Studio RTD:v3 デバッガ:PEMicro ありがとう！ Re: Dual core communication S32K322 こんにちは、@db16122さん デュアルコア構成での作業を開始し、カウンターを使用してコア0とコア1が動作していることを確認しました。しかし、私の主な疑問は、コア1からコア0へ、またその逆方向へデータをどのように渡せばよいかということです。コア間でのデータ共有に関する例はありますか？ Re: Dual core communication S32K322 私はInter-Platform Communication Framework(IPCF)の使用をおすすめします https://www.nxp.com/design/design-center/software/automotive-software-and-tools/inter-platform-communication-framework-ipcf:IPCF 事例やトレーニングも含まれています。 Re: Dual core communication S32K322 M7コアごとにカウンターを2つ追加するのはどうでしょうか？M7が稼働するとカウンターがカウントされ始め、値が同じかどうかを確認できます。 ちなみに、各コアの状態を確認する目的は何ですか?セーフティ上の理由で? Re: Dual core communication S32K322 こんにちは@davidtosenovjan  デモトレーニングによると、IPCFクイックスタートガイドにはミドルウェアブロックとドライバが含まれていますが、私の設定ツールには含まれていません。 デモトレーニングの構成 Stark__0-1786593975962.pngStark__0-1786593975962.pngStark__0-1786593975962.png プロジェクトの設定 Stark__1-1786594050143.pngStark__1-1786594050143.pngStark__1-1786594050143.png コア間でデータを共有する他の方法はありますか？ Re: Dual core communication S32K322 NXP S32 Design Studio 5.2 構成用の S32K3 IPCF ユーザーマニュアル (UM12479) を参照してください。 Re: Dual core communication S32K322 こんにちは、@db16122さん IPCFドライバーがなければ、デュアルコアはS32K322 CAN通信できますか? Re: Dual core communication S32K322 物理的に2つのコア間で直接通信されるチャネルはありません。

デモ資料のアップロードエラー 電源管理ICの機能安全と関連システムに関する考慮事項 | NXPセミコンダクターズ　このビデオの情報はビデオのURLであり、ドキュメントのURLではありません。 Re: 演示资料上传错误 こんにちは、 ご報告いただいた問題は把握しており、影響を受けているページを特定しました。トレーニングコース「電源管理IC的功能安全及相关システム注意事项 |NXP中国語のウェブサイトにある「NXP半导体」(Functional Safety in Power Management ICs and Related System Considerations, COURSE ID: TIP-NXP-AUT-T4050)には、動画URLを指し示す誤った資料/プレゼンテーションのダウンロードリンクが表示されているようです。 担当のウェブコンテンツチームに修正を依頼しましたので、リンクが修正され次第、ご連絡いたします。 その間、このトレーニングのプレゼンテーションスライドが必要な場合は、同じコースのグローバル英語版が以下で利用可能です: https://www.nxp.com/design/design-center/training/TIP-NXP-AUT-T4050 BRs、トーマス

S32DS K116 compilation issues Hello, NXP engineer! I'm new to MCSPTE1AK116. I installed MCSPTE1AK116-SW; S32K11x_AMMCLIB_RTM_1_1_45_BIN; S32DS-IDE-ARM_2.2.2_D2312; and FMASTERSW32. I imported the MCSPTE1AK116_PMSM_FOC_1Sh sample project into S32DS and compiled it. Then I copied the .srec file directly to drive E, and after a power cycle, I connected and ran it using FreeMaster. It communicated and ran at a given speed, but it stopped after a few seconds and reported a PDB0 error. If I directly copied the original .srec file from the SW directory to drive E, it ran normally. Is there something wrong with my compilation settings? Re: S32DS K116编译问题 Hi Robin, 我安装了S32 Design Studio (S32DS) for ARM 2.2 UP1和UP2 也安装了S32 Software Development Kit (SDK) for S32K1xx 3.0.3 如图，我下了老的S32K11X_AMMCLIB_RTM_1_1_37_BIN，还是不行， 我找不到S32K11X_AMMCLIB_RTM_1_1_29_BIN下载链接，你能发一个给我试试吗？而且我三个工程，只有PMSM_FOC_1Sh工程编译了不行，另外两个工程编译是没有问题的。 7a6c7c4ef61e9213d789cace0810a496.png7a6c7c4ef61e9213d789cace0810a496.png7a6c7c4ef61e9213d789cace0810a496.png7a6c7c4ef61e9213d789cace0810a496.png7a6c7c4ef61e9213d789cace0810a496.png7a6c7c4ef61e9213d789cace0810a496.png7a6c7c4ef61e9213d789cace0810a496.png   Re: S32DS K116编译问题 Hi If your test file (.srec) in the original folder runs fine, but your compiled file (.srec) encounters an error, then you should be able to run it. Therefore, it is recommended to download an older version of the Automotive Math and Motor Control Library Set for S32K11x . For example, the version mentioned in the MCSPTE1AK116-SW installation process: S32K11X_AMMCLIB_RTM_1_1_29_BIN. S32K116 Motor Control Development Kit AMMCLIB.pngS32K116 Motor Control Development Kit AMMCLIB.pngS32K116 Motor Control Development Kit AMMCLIB.pngS32K116 Motor Control Development Kit AMMCLIB.pngS32K116 Motor Control Development Kit AMMCLIB.pngS32K116 Motor Control Development Kit AMMCLIB.pngS32K116 Motor Control Development Kit AMMCLIB.png The MCSPTE1AK116_ReleaseNotes.txt file shows that this project was developed based on the following version: The Development Kit application was built and tested using the following IDE, Drivers and Tools: ===================================================================================== - S32 Design Studio (S32DS) for ARM 2.2 - S32 Software Development Kit (SDK) for S32K1xx 3.0.3 - FreeMASTER 3.1.4.5 Please confirm that the S32K1 SDK has version 3.0.3 installed. Best Regards, Robin 回复： S32DS K116编译问题 It's a strange problem. I can download and download the project directly using the accompanying BLDC_6Steps and PMSM_FOC_2Sh projects, and I can also download it after compiling it. It's just that I can't download it after compiling it. Re: S32DS K116编译问题 Hi Robin I don't know why, but all the .srec files are not running... I can't try your program. Can you tell me how to clear the evaluation board? I just bought this S32K116EVB this month. How can I confirm its appearance? Re: S32DS K116编译问题 Hi 1. I removed the other versions and only installed S32K11x_AMMCLIB_v1.1.29. 2. I don't currently have this hardware platform on hand for testing, so I've attached a version based on S32K11x_AMMCLIB_v1.1.29.The compiled .SREC file is provided for your testing. (I've sent it to you via private message.) 3. If it runs normally, I will request S32K11x_AMMCLIB_v1.1.29 from the software team for your account.Version software. 4. You may also need to check the hardware differences. Is your S32K116EVB the S32K116EVB2Q048 ? There was also an earlier version called S32K116EVB-Q048. Re: S32DS K116编译问题 The following is the S32K116EVB-Q048, an older version that does not support the motor kit. The most obvious difference is that it lacks one row of sockets (J5). S32K116EVB-Q048.pngS32K116EVB-Q048.pngS32K116EVB-Q048.pngS32K116EVB-Q048.pngS32K116EVB-Q048.pngS32K116EVB-Q048.pngS32K116EVB-Q048.png The following is a screenshot of the S32K116EVB2Q048: S32K116EVB2Q048.pngS32K116EVB2Q048.pngS32K116EVB2Q048.pngS32K116EVB2Q048.pngS32K116EVB2Q048.pngS32K116EVB2Q048.pngS32K116EVB2Q048.png It is recommended to remove the kit first and only test the S32K116EVB. It is also recommended to use the P&E Recovery Utility tool to halt the CPU and then download the new program. Re: S32DS K116编译问题 Update the fault waveform. TimLIANG_0-1787022591582.jpegTimLIANG_0-1787022591582.jpegTimLIANG_0-1787022591582.jpegTimLIANG_0-1787022591582.jpegTimLIANG_0-1787022591582.jpegTimLIANG_0-1787022591582.jpegTimLIANG_0-1787022591582.jpeg Re: S32DS K116编译问题 If you can download the .srec file but there's a problem running the motor control program, then P&E is not needed.Recovery Utility. This tool is used when you are unable to download new programs. Could you please provide a screenshot of the overcurrent error message displayed on the FreeMaster interface so I can check it? The .srec files in the official example programs all run fine, but you're having problems running the motors after recompiling the three official projects? Have you tried the .srec file I gave you, compiled based on S32K11x_AMMCLIB_v1.1.29? Re: S32DS K116编译问题 J9, J10, and J11 are in position 12, which is the position of PMSM. TimLIANG_0-1787024596336.jpegTimLIANG_0-1787024596336.jpegTimLIANG_0-1787024596336.jpegTimLIANG_0-1787024596336.jpegTimLIANG_0-1787024596336.jpeg Re: S32DS K116编译问题 Hi Robin Currently, regardless of whether it's the .srec file I compiled or the official example, it reports an overcurrent fault after the motor makes two beeps upon startup. The fault interface is shown below, and the starting current captured by the external device is also shown below: TimLIANG_0-1787020428889.pngTimLIANG_0-1787020428889.pngTimLIANG_0-1787020428889.pngTimLIANG_0-1787020428889.png TimLIANG_1-1787020447511.pngTimLIANG_1-1787020447511.pngTimLIANG_1-1787020447511.pngTimLIANG_1-1787020447511.png Re: S32DS K116编译问题 Hi Robin I was busy with other things the other day. Mine is S32K116EVB2Q048. Previously, the official example .srec files I downloaded all ran normally. Now, the three official projects I downloaded all have problems running the motor. Specifically, the download and communication are fine, but as soon as I set the speed and start the motor, it makes two beeps and then reports an overcurrent fault. In this case, do I also need to download the P&E Recovery Utility tool to halt the CPU and then download a new program? Re: S32DS K116编译问题 Please first check whether the hardware circuit jumper cap conforms to the PMSM configuration according to the prompts on the Get Started with the MCSPTE1AK116 page.

The application's reading of the DCSR register value caused a CPU freeze. My device environment consists of a B4860 hardware chip platform running the OSE operating system, with a DCSR address space mapping type of SASE. 0xf1100000 - 0xf14fffff 0x00400000 rw-r-- cio ----g- SASE dcsr Dereferencing any address within the range 0xf1124fff to 0xf1125fff caused a CPU freeze, followed by a reset due to a watchdog timeout. This address space is 4KB in size. I'd like to know information about the chip's DCSR register. What is the function of the DCSR register? Can't its value be directly accessed and read? Re: 应用程序中读取DCSR寄存器的值引发CPU停滞的问题 The freeze is consistent with accessing a documented non-accessible hole inside the B4860 DCSR space , not with a normal readable DCSR register. DCSR is not one register; it is a 4 MB memory-mapped debug/control/status address space used for debug-related hardware resources such as run-control/debug events, trace generation, event counting, EPU performance counters, and Nexus/trace-related registers. Some DCSR resources are usable only for debug/internal purposes, and at least one support note states that DCSR/DSCR access is “for internal use only” and recommends using CCSR access for DTU where applicable. For your mapping: DCSR base = 0xf1100000 bad range = 0xf1124fff - 0xf1125fff offsets   = 0x24fff    - 0x25fff The key part is: 0xf1125000 - 0xf1125fff  => DCSR offset 0x25000 - 0x25fff That exact DCSR offset range is listed as a non-accessible slot , and NXP support evidence says reading 0x25000 ~ 0x25fff in DCSR space “will cause system hang”; the recommended solution is to exclude that range when enabling an MMU window for DCSR space. Other B4860-related evidence similarly says unmapped/unused/reserved regions in CCSR/DCSR are not accessible and accessing them may hang the SC3900 core or even the SoC. So the answer is: No, you should not directly scan or dereference arbitrary addresses in the DCSR-mapped range. Only documented/valid DCSR offsets should be accessed. Reserved, unused, or non-accessible DCSR slots can hang the CPU/SoC instead of returning a bus error. Your specific failing range overlaps the known bad DCSR offset 0x25000–0x25fff , which explains the watchdog reset after the CPU freezes. One additional detail: 0xf1124fff is one byte before the documented 0x25000 hole, but a 32-bit access at that unaligned address can cross into 0xf1125000 . DCSR/register accesses should be treated as aligned 32-bit register accesses, not arbitrary byte/word probing. Recommended handling: map DCSR only if you need specific debug resources, restrict reads/writes to known valid offsets, and explicitly block/exclude DCSR + 0x25000 through DCSR + 0x25fff from any diagnostic dump or memory-scan code. The freeze is expected for that address range: 0xf1125000–0xf1125fff maps to the B4860 DCSR non-accessible slot 0x25000–0x25fff , so arbitrary direct reads of DCSR space are unsafe. Re: 应用程序中读取DCSR寄存器的值引发CPU停滞的问题 Okay, so this issue is officially confirmed to be an inherent problem with the chip, right? It's not due to my personal settings or incorrect usage (although I really shouldn't have accessed that area).

mc9s08qg8 编译器 原型：我有一个使用这款芯片的产品。它并没有过时。我有一份要编译的代码，是 1980 年的。我想做的是更新 Windows 11 上的 CS v6.3 代码。我想将产品从评估单元更新为可运行的单元，以便发布给缝纫设备制造商。我用三行C代码更新了产品，使其能够投入生产环境。历史：线轴展 <1980 年。在展会上展示了该设备的样机，并以每台 150 美元的价格售出了 15 台。我在国际微电路公司（IMI）开发了专用门阵列芯片来实现各种功能。嗯，这台设备是一次性的。我获得了专利，然后把线轴控制器“BC”收了起来，直到1983年才重新启用。使用 mc9s08qg8 芯片将 BC 升级到更多功能。我靠救济金生活，没有钱发展我的事业。现在我把开发好的设备从仓库里拿出来了，我已经72岁了，正在努力完成最后的编码工作，以获得最新的功能。我打算在死前把它卖个好价钱。这是我临死前的最后一步，我绝不能输。如果你不能再帮我了，我就去德州仪器（TI）用他们的芯片了。你们的开发软件把我锁住了。所以，我大概还有 12 年的时间，而你的芯片是产品的核心。如果你对这款产品不感兴趣，我就去德州仪器（TI）看看。我没时间跟你们玩弄商业周期。我估计如果这款产品畅销，我能卖出2万台。它比我43年前预想的要好得多，所以我到底是加入还是退出？我的Wiztronics电脑需要BDM驱动器。com 板接口和 cw 11.1 完成最终单元。另外，我目前仍在领取社保金。身无分文，只有梦想。我买不起500美元的P&E USB多链路通用编程器。或许你想对这款设备进行“风险投资”。我已经把完整的C语言代码下载给你了！现在轮到你了。 Re: mc9s08qg8 compiler Hello 我在你的另一篇帖子中给你提了个建议，或许能帮你修复 BDM 驱动程序，以便在 CodeWarrior 中使用该设备。 mc9s08qg8 驱动程序 请问您是否就驱动程序在其电路板上的使用情况咨询过 Wiztronics 公司？您有任何反馈吗？ 顺祝商祺！

mc9s08qg8コンパイラ プロトタイプ:このチップを使った製品があります。それは時代遅れではない。コンパイルするためのコードは1980年のものを持っています。私がやりたいのは、Windows 11のCS v6.3コードを更新することです。製品と評価ユニットを動作ユニットに更新し、裁縫機器の製造業者に提供したいと考えています。製品を本番環境向けに更新するためのCコードが3行あります。歴史：ボビンショー < 1980年。展示会で試作品を展示し、1台150ドルで15台を販売した。私はInternational Microcircuits INC（IMI）で、特定の機能を実装するための特殊なゲートアレイチップを開発しました。ええと、そのユニットは使い捨てでした。特許を取得し、ボビンコントローラー「BC」は1983年までしまっていました。mc9s08qg8チップを使用して、BCの機能を多数追加アップグレードしました。生活保護を受けていたので、事業を拡大するためのお金がありませんでした。開発済みのユニットを保管場所から取り出し、72歳という年齢で最新の機能を実現するために最後のコーディングを完了させようとしています。死ぬ前に、それを大きく売ってみせるつもりだ。死ぬ前の最後の一手、負けるわけにはいかない。これ以上助けられない場合は、TIに行って彼らのチップを使うつもりです。あなたの開発ソフトウェアから締め出されています。SO i got maybe 12 years left, and ur chip is the core of the 製品.もしこの製品に興味がなければ、TIに行きます。君たちの景気循環に付き合っている暇はない。もしこのユニットが成功すれば、2万台売れると思っています。43年前に思っていたよりもうまくいく。だから、私は参加するのか、それとも出るのか。Wiztronics製機器用にBDMドライブが必要です。最終ユニットを仕上げるためにComボードインターフェースとCW 11.1を導入しました。あと、私はまだ社会保障給付を受けています。お金はない、あるのは夢だけ。私はP&E USBマルチリンクのユニバーサルプランマーに500ドルも払う余裕はありません。もしかしたら、そのデバイスに「ベンチャーキャピタル」を投資したいと思うかもしれませんね。君は私がダウンロードしたCコード全体を手に入れた!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! ボールは君のコートにある。 Re: mc9s08qg8 compiler Hello あなたの他の投稿で提案しますが、CodeWarriorでBDMドライバーを修復するのに役立つかどうか助かります mc9s08qg8 ドライバ Wiztronicsのボードでのドライバの使用について相談したことはありますか?何かフィードバックはありますか? よろしくお願いいたします。

MK22FN1M0VLQ12搭載デバイスが、しばらく動作後にリセットループに陥る。 こんにちは、みんな、 私はMK22FN1M0VLQ12を搭載したデバイスを持っています。 問題は、しばらく動作させた後、起動時にリセットループに陥ってしまうことです。 最初はフラッシュメモリの破損(アプリケーションがログをフラッシュに保存します)の問題かと思いました。私は卓球の戦略を使ってそれを解決しました。 しかし、一部の端末は同様の問題を抱えたまま返品された。あるデバイスのデバッグを試みましたが、ブレークポイントを設定しなくても常にASerialLDD2_InitかIntFlashLdd1_Eraseで止まります。どちらもプロセッサエキスパートが生成する関数です。他のデバイスではメモリダンプを使ったところ、メモリが確かに破損していることが分かったので、FLASHの使い方を直しました。 もう一つ重要な点は、それが数か月後に起こる場合もあれば、ほぼ1年後に起こる場合もあるということです。また、1年半以上前に設置したデバイスの中には、問題なく動作しているものもあります。 もう一つは、USBでメモリダンプを試みて同じアドレスを読み取ろうとしたところ、時には問題なく読み取れる時もあれば、ARMトランスエーションフォルトを返すこともあります。 誰か、そんな感じの人を見たことがありますか？ Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time ご返信ありがとうございます メモリ読み取りコマンドの実行時と重なるタイミングで問題が発生しているため、調査してみます。ただし、本来HIGHになるべきではないピンがHIGHに設定されている箇所があります。このピンはLOW出力として初期化されます。 とはいえ、デバッグ中にそれらの関数で一時停止する理由を説明できるような何かはあるのでしょうか？読み取りコマンドの前にASerialLDD2_Init()が呼び出されるのは、PE_low_level_init()内のみです。 デバッグにはPE Microマルチリンクを使用しています。 Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time こんにちは、 @Rigolon さん。 投稿ありがとうございます。 これはASerialLDD2_InitやIntFlashLdd1_Erase自体の問題というよりは、フラッシュメモリの動作に関連する障害、あるいはフラッシュメモリの内容の破損の問題のように見えます。RMは、MCUがアクティブなフラッシュコマンドで操作されている間にFTFEリソースを読み取ると、FSTAT[RDCOLERR]が設定され、読み込みデータが保証されないと述べています。 AN4835を参照すると、そこには「イレイズやプログラムコマンドの中断はフラッシュの内容の破損を引き起こす可能性があります」とも書かれています。中断にはリセット、電力喪失、プロセッサ上で動作するコードとの競合などが含まれます。」これは、同じアドレスを読み取っても時に成功し、時にはARMトランザクションフォールトが返されるという観察と一致します。フラッシュ領域が破損したり不確定状態にある場合、それを読み取ることでバスフォールトが発生する可能性があります。同様の場合、影響を受けたセクターの消去や必要に応じてマス消去によってフラッシュアレイを復元します。詳細については、「解決済み:内部フラッシュ MK22FX512VLH12の破損を探す - NXPコミュニティ」をご覧ください。 お役に立てば幸いです。 BR セレステ Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time ご返信ありがとうございます メモリ読み取りコマンドの実行時と重なるタイミングで問題が発生しているため、調査してみます。ただし、本来HIGHになるべきではないピンがHIGHに設定されている箇所があります。このピンはLOW出力として初期化されます。 とはいえ、デバッグ中にそれらの関数で一時停止する理由を説明できるような何かはあるのでしょうか？読み取りコマンドの前にASerialLDD2_Init()が呼び出されるのは、PE_low_level_init()内のみです。 デバッグにはPE Microマルチリンクを使用しています。 Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time 失敗率はどうでしょうか？失敗率が50%を超える場合は、詳細な分析のためにエラーログを共有してください。 一方で、あなたのアプリケーションは内部フラッシュを頻繁にプログラムして消去する義務がありますか? Re: Device with MK22FN1M0VLQ12 resetting loop after working for some time こんにちは、 @Rigolon さん。 追加情報ありがとうございます。ブレークポイントを設定せずにデバッガが ASerialLDD2_Init または IntFlashLdd1_Erase で停止する場合、実行がこれらの関数に正常に到達していることを示すのではなく、障害（ハードフォルトやバスフォルトなど）が発生している可能性が高いことを示しています。おそらく原因はFlashのベクトルテーブル領域の破損であり、フォールトハンドラベクターが破損すると、MCUはPE生成関数の近くに誤ったアドレスにジャンプすることがあります。 HFSR、CFSR、BFAR、MMFARのレジスターを確認できます。 また、「ARM Cortex-M MCU |割り込みして、それが本当にハードフォルトかどうかを確認しましょう。 お役に立てば幸いです。 BR セレステ