当 VPWR 为 24 V 时，MC34GD3000 的门驱动器输出电压等级 NXP社区的各位朋友，大家好！ 我计划使用 MC34GD3000 来驱动一台 24V、26W 的电机。 在许多参考电路和示例中，MC34GD3000 的 VPWR 电源似乎连接到与电机电源相同的电源电压。在我的应用中，电机供电电压为 24V，因此 MC34GD3000 的 VPWR 也将为 24V。 我想澄清一下MC34GD3000的栅极驱动输出电压等级。 在数据手册的绝对最大额定值表中，我发现了如下数值： - PX_HS_G 至 PX_HS_S：3.0 V 至 16.5 V - PX_LS_G 至 PX_LS_S：3.0 V 至 16.5 V - PX_BOOT 至 PX_HS_S：3.0 V 至 16.5 V 我的问题是： 当 VPWR 为 24 V 时，MC34GD3000 的实际 PWM 门驱动器输出电压等级是多少？ 栅极驱动输出是否因为 VPWR 为 24 V 而变为 24 V，还是栅极驱动输出相对于每个 MOSFET 源极节点最大限制在约 16.5 V？ 例如，对于低侧 MOSFET，我是否应该理解为 PX_LS_G 到 PX_LS_S 的驱动电压约为 15 V，而不是 24 V？ 对于高侧 MOSFET，我的理解是 PX_HS_G 的驱动电压高于相位节点，但栅源电压 PX_HS_G 到 PX_HS_S 仍然限制在 15 V 左右吗？ 希望您能确认一下。 谢谢！ BLDC驱动器 Re: MC34GD3000 gate drive output voltage level when VPWR is 24 V 你好， 是的，你的理解是正确的。即使 VPWR 连接到 24 V 电机电源，MC34GD3000 也不会将 MOSFET 的栅极驱动到相对于其源极的 24 V。该设备产生内部栅极驱动电源（VLS），其电压稳定在约 15 V。 因此： 对于低侧 MOSFET，PX_LS_G 的电压比 PX_LS_S 的电压高约 15 V。 对于高侧 MOSFET，PX_HS_G 通过自举电路被驱动到相位节点以上，但栅源电压 PX_HS_G − PX_HS_S 仍保持在约 15 V。 数据表中所示的限值（PX_HS_G 至 PX_HS_S 和 PX_LS_G 至 PX_LS_S）表示有效的栅源驱动电压，表明门驱动器不等于 24 V VPWR 电源电压。 希望这能帮到你！

ADC应用模块选择 我想围绕 MXP 开发板开发一个应用程序，但我很难选择可以使用的具体计算模块。种类繁多，我有点不知所措，不确定哪些产品真正能满足我的需求。 据我了解，有多家片上系统 (SoC) 提供模数转换器 (ADC)。我需要一台计算能力更强、至少有 4 个 ADC 通道的设备。我可以使用哪些具体的开发板？我可以使用哪些模块和开发板来构建这个应用程序？是否有供应商可以协助我选择要购买的具体板？ Re: Module selection for ADC application 我认为使用 MPU 可以确保有足够的处理能力，而且我们并不太担心功耗或成本。我们也对使用Profinet很感兴趣。然后它应该至少有 4 个 ADC 通道，每个通道的采样率超过 100ksps。据我了解，i.MX 9 MPU 可能适用。 我想到的一种替代方案是购买一台树莓派 Pico，并配备一个独立的 ADC 模块和以太网模块。但我认为恩智浦的系统应该能够满足我的所有需求。即使我选定了某个特定的芯片，市面上的产品种类也很多，而且我通常也不清楚能否得到合适的ADC，而ADC对我来说是最重要的特性。 Re: Module selection for ADC application 你好， 你要买什么？ 它是微控制器（MCU）吗？还是微处理器（MPU）？ 如果您能提供更多关于该项目的信息，我们可以为您提供帮助。 此外，我们的网页上还有产品搜索功能。 https://www.nxp.com/design/design-center/development-boards-and-designs:EVDEBRDSSYS?collection=devBoardsDesigns&start=0&max=12&language=en&query=typeTax %3E% 3Et633_t763 此致敬礼/Saludos， 阿尔多。 Re: Module selection for ADC application 你好， 是的，i.MX9 系列的任何一款处理器都可以使用，具体哪一款更适合您的使用场景，取决于您的显卡和其他外设。 为此，i.MX91、i.MX93 和 i.MX95 这三款芯片都采用了 FRDM 板，并且 ADC 的规格相同： • 它包含八个通道，其中四个通道连接到封装中的引脚。 • 支持 1MS/s 的工作频率 • 多种启动转换模式（正常、注入式） 普通模式支持单次拍摄和扫描（连续）转换 注入模式仅支持单次转换 • 支持 TRGMUX，允许任何 ADC 通道使用 16 个触发通道 i.MX93 https://www.nxp.com/products/i.MX93 i.MX93 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX93 i.MX91 https://www.nxp.com/products/i.MX91 i.MX91 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX91 i.MX95 https://www.nxp.com/products/i.MX95 i.MX95 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX95 另外，您也可以查看每个 EVK 的相关信息，但既然您提到了 RPI，我认为 FRDM 板可能会让您感兴趣。 此致敬礼/Saludos， 阿尔多。

S32G supports 4X Ethernet MACs MDIO interface Hi,  According to tr651601 - S32G2 Ethernet (0.1).pdf • S32G supports 4X Ethernet MACs − 3X integrated with Packet Forwarding Engine (PFE) − 1X as standalone Ethernet Controller (GMAC) My question is all of 4X MAC's MDIO interface can support clause 45?   Thx~ Morris Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat   Thanks for you support!! Morris Re: S32G supports 4X Ethernet MACs MDIO interface Yes, each MDIO interface supports clause 45. Regards, Bulat

Need sample code for lighting control from Mobile through WiFi for RW612. Dear Sir, We have FRDM -RW612 ,we are planning to use the RW612 as WiFi Rx for getting commands from mobile Wi Fi & control lighting. Please check if you can send the sample code for the same. Regards Seema Joshi FRDM-Training Re: Need sample code for lighting control from Mobile through WiFi for RW612. Hello, Hope you are doing well. I would recommend checking our available examples from our different repositories, such as our SDK, Zephyr and Matter repositories. All these resources can be used with our MCUXpresso for Visual Studio Code | NXP Semiconductors. Also, I would recommend checking other Demo Applications from our Application Code Hub. Best Regards, Ricardo Re: Need sample code for lighting control from Mobile through WiFi for RW612. Hi, I can help by suggesting you a base project, from which you can start. For FRDM-RW612 with Wi-Fi, you can use Mongoose Networking Library as an HTTP/WebSocket webserver once the Wi-Fi interface is up. Below is a MCUXpresso + FreeRTOS example generated by Mongoose Wizard for RW612, that you can quickly try: https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md This example is for a simple web dashboard, but it already gives you a solid starting point with the Wi-Fi + Mongoose integration. To download it, open the link, go to the Settings tab, choose a local directory in the Source Code Generator section, then click the blue Generate C/C++ code button in the upper-right corner. Then open it with MCUXpresso. Go to mongoose/mongoose_glue.h  file and change the values for WIZARD_WIFI_NAME and WIZARD_WIFI_PASS to set up your Wi-Fi credentials. Then, build the project, flash it to the board and watch the logs on the serial, it should print an IP address. For your control lighting application, you could then add HTTP endpoints or a WebSocket handler, for example: GET /light/on GET /light/off POST /light Inside those handlers, call your board-specific GPIO/PWM control lighting code. The mobile app can then send commands to those endpoints over Wi-Fi. Mongoose documentation is here. Heads up: I am part of the Mongoose development team. Hope this helps.

TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet I have TJA1120A Product Datasheet with me. Section 7.2.1.10 BASE_T1_PMA_CONTROL register has 3:0 MODE for selecting between 1000BASET1 and 100BASET1. Its a MMD1 Register. Can someone help me out how to utilize this register to make TJA1120A into 100BASET1(at least temporarily its volatile) Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet Hello @vikyhre , It appears there's a typo in the Data Sheet - the Access for BASE_T1_PMA_CONTROL.MODE shall be R - read only. TJA1120 supports only 1000BASE-T1. Best regards, Pavel

Gui_Guider may freeze when generating C code. After importing the font file, the generated C code keeps getting stuck. Even after I reduced the page to a single size and removed the icons to create a simple interface, it still gets stuck in the "Generating C code" state. Re: Gui_Guider在生成C code时会出现卡死的情况 I found the problem is that when I directly import a new font into Gui_Guider, the Generating C code freezes. How can I solve this problem? 回复： Gui_Guider在生成C code时会出现卡死的情况 Hi @vettle  May I ask what font you imported? Will this problem occur if you change the font? BR Harry

TJA1120A 产品数据手册中的 1000BASET1 到 100BASET1 转换 我手头有TJA1120A产品数据手册。第7.2.1.10 节 BASE_T1_PMA_CONTROL 寄存器有 3:0 MODE，用于在 1000BASET1 和 100BASET1 之间进行选择。这是一个 MMD1 寄存器。 请问有人能帮我解决一下如何利用这个寄存器将TJA1120A变成100BASE-T1模式的问题吗（至少是暂时的，因为它是易失性的）？ Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet 你好@vikyhre ， 数据表中似乎有一个拼写错误——BASE_T1_PMA_CONTROL.MODE 的访问权限应为 R（只读）。TJA1120 仅支持 1000BASE-T1。 顺祝商祺！ 帕维尔

ADC向けモジュール選択アプリケーション MXPボードを中心にアプリケーションを開発し始めたいのですが、使える特定の計算モジュールを選ぶのに苦労しています。種類が多すぎて少し圧倒されていて、どの製品が本当に自分の必要を満たしてくれるのか分かりません。 私の理解では、ADCを提供するSoCは複数存在する。より高い計算能力と、少なくとも4つのADCチャネルが必要です。どの特定の開発ボードを使い、どのモジュールやボードを使ってこのアプリケーションを作ればよいのでしょうか?購入可能な基板の選定を手伝ってくれるサプライヤーはありますか? Re: Module selection for ADC application MPUは十分な処理能力を確保するためだと思いますし、消費電力やコストをあまり心配しないからです。私たちはProfinetを利用できることにも関心があります。そして、1チャネルあたり100ksps以上のADCチャネルが少なくとも4つあるはずです。私の理解では、i.MX 9 MPUが適合する可能性があると思います。 私が考えている代替案としては、別々のADCモジュールとイーサネットモジュールを持つRaspberry Pi Picoを買うことです。しかし、NXPのシステムなら私のニーズをすべて満たしてくれるはずだと私は考えています。しかし、特定のチップで妥協しても製品の種類が非常に多様で、私にとって最も重要な機能である適切なADCが手に入るかどうかはしばしば不透明です。 Re: Module selection for ADC application こんにちは、 何を探しているのですか? これはMCUですか?MPUですか? プロジェクトについてさらに詳しい情報を提供していただければ、その点でお手伝いできます。 また、ウェブページ内に商品検索機能もあります https://www.nxp.com/design/design-center/development-boards-and-designs:EVDEBRDSSYS?collection=devBoardsDesigns&start=0&max=12&language=en&query=typeTax%3E%3Et633_t763 敬具/サルドス、 アルド。 Re: Module selection for ADC application こんにちは、 はい、どのi.MX9ファミリーでも使えるはずです。グラフィックやその他のペリフェラルによって、どちらがあなたの用途に合うかによります。 そのため、i.MX91、i.MX93、i.MX95はFRDMボードを搭載し、ADCの仕様も同じです: • 8チャネルで構成されており、そのうち4チャネルはパッケージ内のピンに接続されています。 • 1MS/sの動作周波数をサポートします • 複数の開始変換モード(通常、注入) ノーマルモードではワンショットおよびスキャン(連続)変換に対応しています インジェクターモードはワンショット変換のみに対応しています • 任意のADCチャネルで16のトリガーチャネルを使用可能にするTRGMUXのサポート i.MX93 https://www.nxp.com/products/i.MX93 i.MX93 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX93 i.MX91 https://www.nxp.com/products/i.MX91 i.MX91 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX91 i.MX95 https://www.nxp.com/products/i.MX95 i.MX95 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX95 また、それぞれのEVKも確認してみると良いでしょう。RPIについて言及されているので、FRDMボードがあなたにとって興味深いものになると思います。 よろしくお願いいたします。 アルド。

Wi Fi CLIのOpen Thread CLIの問題 拝啓、 私たちはFRDM MCXW72を使ってOT-CLIエンドノードとして設定しています。 私たちは文書UG10349に記載されている手順を試しました。 ステップ5以降に進むことができません つまりスクリプトを実行して、すべてのサンプルをビルドしてください。 $ ./script/build_mcxw72 このコマンドの後。 解決に向けてご指導ください。 FRDMトレーニング Re: Issue with Wi Fi CLI Open Thread CLI こんにちは、 あなたの調子が良いといいのですが。MCXW72はWi-Fiをサポートしていないため、このMCUではWi-Fi CLIは動作しません。 どのリポジトリとリリースを使っているのか、教えていただけますか? よろしくお願いいたします。 リカルド Re: Issue with Wi Fi CLI Open Thread CLI こんにちは、 どのリポジトリとリリースを使っているのか、教えていただけますか? ログを見ると、Arm GCCコンパイラが見つからないためビルドが失敗しているようです。CMakeが使用しているコンパイラパスが無効であると思われます。これは、ツールチェーンパスの設定に問題があることを示唆しています。 ARMGCC_DIRの設定を確認し、arm-none-eabi-gccがその場所からインストールされアクセス可能であることを確認していただけますか?コンパイラが正しく検出されたら、ビルドは続行されます。 よろしくお願いいたします。 リカルド Re: Issue with Wi Fi CLI Open Thread CLI OT CLIにFRDM MCXW72を使用しようとしています。 Re: Issue with Wi Fi CLI Open Thread CLI 拝啓、 FRDM RW612でコードFRDMRW612_Wifi_IPv4_IPv6_Echoを試しています 添付ファイルに示すように、正常に動作するTCPサーバーでエコーを受信することができました。 現在、FRDMのポートGPIO 27に接続されたLEDONのコードを変更する作業を進めています Config Pin と socket_task.c ファイルの両方で関連する変更を試みました。 リセット後、ターミナルウィンドウに応答が表示されませんが、FRDMボード上の青色LEDが点灯しています。 問題の解決策をお知らせください。 コードのサイズが.zipファイルで50MBの制限を超えているため、コードを送信できません。 よろしくお願いします。 シーマ・ジョシ Re: Issue with Wi Fi CLI Open Thread CLI 拝啓、 Arm GCCのコンパイラパスはC:\Program Files (x86)\GNU Arm Embedded Toolchain\10 2021.10です。 CMAKEのコンパイラパスを設定する方法を教えてください。 また、以下の点についてもお知らせください。 ARMGCC_DIR設定を確認し、その場所からarm-none-eabi-gccがインストールされアクセス可能であることをどうやって確認すればいいですか? よろしくお願いします。 シーマ・ジョシ

需要RW612通过WiFi从移动设备控制照明的示例代码。 尊敬的先生， 我们有 FRDM-RW612，我们计划将 RW612 用作 WiFi 接收器，以接收来自移动 WiFi 的命令并控制照明。 请问您是否可以提供相关的示例代码？ 此致 西玛·乔希 FRDM 培训 Re: Need sample code for lighting control from Mobile through WiFi for RW612. 你好， 希望你一切都好。我建议您查看我们不同代码库中提供的示例，例如我们的 SDK、Zephyr 和 Matter 代码库。 所有这些资源都可以与我们的MCUXpresso for Visual Studio Code | NXP 半导体一起使用。 此外，我建议您查看我们应用程序代码中心的其他演示应用程序。 顺祝商祺！ 里卡多 Re: Need sample code for lighting control from Mobile through WiFi for RW612. 您好， 我可以给你推荐一个基础项目，你可以从那里开始。 对于带有 Wi-Fi 功能的 FRDM-RW612，一旦 Wi-Fi 接口启动，就可以使用Mongoose Networking Library作为 HTTP/WebSocket Web 服务器。 以下是使用 Mongoose Wizard 为 RW612 生成的 MCUXpresso + FreeRTOS 示例，您可以快速尝试： https://mongoose.ws/wizard/#/output?board=rw612-w&ide=MCUXpresso&rtos=FreeRTOS&file=README.md 这个例子是一个简单的网页仪表盘，但它已经通过 Wi-Fi + Mongoose 集成为你提供了一个坚实的起点。要下载它，请打开链接，转到“设置”选项卡，在“源代码生成器”部分选择本地目录，然后单击右上角的蓝色“生成 C/C++ 代码”按钮。然后使用 MCUXpresso 打开它。转到mongoose/mongoose_glue.h文件，更改 WIZARD_WIFI_NAME 和 WIZARD_WIFI_PASS 的值，以设置您的 Wi-Fi 凭据。然后，构建项目，将其烧录到开发板上，并观察串口日志，它应该会打印出一个 IP 地址。 对于您的照明控制应用程序，您可以添加 HTTP 端点或 WebSocket 处理程序，例如： GET /light/on GET /light/off 帖子/灯光 在这些处理程序中，调用您板级特定的 GPIO/PWM 控制照明代码。然后，移动应用程序可以通过 Wi-Fi 向这些端点发送命令。 Mongoose 的文档在这里。 友情提示：我是 Mongoose 开发团队的一员。希望这能帮到你。

TEA2016AAT TEA2016AATチップのデータシートには、RINGOソフトウェアの付録が含まれています。この付録には、Ringoパラメータ設定とICパラメータ設定が表形式で記載されています。データシートの 付録は 、 NXP Semiconductorsから入手できます。 このRingoファイルの付録を提供していただけますか？   ボードデザイン Re: TEA2016AAT こんにちは、ドンさん。 TEA2016AAT製品データシート(改訂版)の表8を参照してください。1.3 — 2024年1月12日): https://www.nxp.com/docs/en/data-sheet/TEA2016AAT.pdf BRs、トーマス

TJA1120A 製品データシートにおける1000BASET1から100BASET1への変換 製品データシートTJA1120A持っています。セクション7.2.1.10 BASE_T1_PMA_CONTROL レジスタには、1000BASET1 と 100BASET1 を選択するための 3:0 MODE があります。これはMMD1レジスタです。 このレジスターを使ってTJA1120Aを100BASET1にする方法を教えてもらえますか(少なくとも一時的には揮発性があります)。 Re: TJA1120A 1000BASET1 to 100BASET1 conversion in Product Datasheet こんにちは、 @vikyhre さん。 データシートに誤字があるようです。「アクセス・フォー・BASE_T1_PMA_CONTROL」です。MODEはR(読み取り専用)となります。TJA1120 1000BASE-T1のみをサポートしています。 よろしくお願いいたします。 パベル

Module selection for ADC application I would like to start developing an application around a MXP board, but I'm having trouble selecting a specific compute module I can use. I'm a bit overwhelmed by the variety and unsure about which products can actually do what I need. My understanding is that there are multiple SOCs that offer ADCs. I need something with higher compute power, and at least 4 ADC channels. Which specific development boards can I use, and which modules and boards can I use to build this application? Is there a supplier who can assist me selecting the specific boards I can purchase? Re: Module selection for ADC application I believe an MPU to ensure there's enough processing power, plus we are not so much worried about power consumption or cost. We are also interested in being able to use Profinet. And then it should have at least 4 ADC channels with more than 100ksps (per channel). My understanding is that an i.MX 9 MPU might fit. One alternative on my mind would be getting a Raspberry Pi Pico with a separate ADC module and Ethernet module. But I suspect an NXP system should be able to offer everything I need. But there's such a variety of products even if I settle for a specific chip, and it's often unclear if I'll get a suitable ADC, which is the most important feature of all for me. Re: Module selection for ADC application Hello, What are you looking for? is it an MCU? an MPU? We can help you with that if you can provide more information about the project. Also, we have a product search in the webpage https://www.nxp.com/design/design-center/development-boards-and-designs:EVDEBRDSSYS?collection=devBoardsDesigns&start=0&max=12&language=en&query=typeTax%3E%3Et633_t763 Best regards/Saludos, Aldo. Re: Module selection for ADC application Hello, Yes, any of the i.MX9 familly should be usable, it would depend of the graphics and other peripherals which one should be better on your use case. For this the i.MX91, i.MX93 & i.MX95 all three have FRDM boards and have the same specs on the ADC: • It includes eight channels, four of them connected to pins in the package. • Support the 1MS/s frequency of operation • Multiple modes of starting conversion (Normal, Injected) Normal mode supports One-Shot and Scan (continuous) conversion Injected mode supports One-Shot conversions only • Support TRGMUX to allow 16 trigger channels to be used by any ADC channel i.MX93 https://www.nxp.com/products/i.MX93 i.MX93 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX93 i.MX91 https://www.nxp.com/products/i.MX91 i.MX91 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX91 i.MX95 https://www.nxp.com/products/i.MX95 i.MX95 FRDM https://www.nxp.com/design/design-center/development-boards-and-designs/FRDM-IMX95 Also, you may have a look the the EVKs for each one but as you have mentioned RPI I think the FRDM boards would be of interest for you. Best regards/Saludos, Aldo.

マイクロコントローラ の選び方は?位置制御のためにエンコーダー付きのモーターを3つ制御する必要があります。 ステッピングやBLDCモーター(+モータ・ドライバまたはESC)で、xyz軸方向の負荷(例えば約3kg)の位置を制御したいと考えています。フィードバックループ用のエンコーダーやセンサも追加したいと思っています。 そのため、適切なマイクロコントローラを選ぶのに苦労しました。ブランドについては、STM32かESP32のどちらかにしようと考えています。3つのモーターがあるため、3つのPWM出力信号が必要ですが、クロック周波数や外部部品の必要性など、その他の要件が満たされているかどうかをどのように判断すればよいでしょうか？ Re: How to choose a microcontroller? Need to control 3 motors with encoders for position control. こんにちは、 @pekomsさん MCXを選択する場合は、このプロジェクトではMCX A34x / A344～A346から始めてください。180 MHzのCortex-M33、2つのFlexPWM/eFlexPWMブロック、多数のPWM出力、ADC、タイマー、そしてエンコーダフィードバック用のハードウェア直交デコーダブロック2つを備えているため、3軸モーター制御に最も強力なMCX適合です。 カタログを精査した結果、この種のタスクに適したハイエンドMCXの主要候補として、MCX N94xとMCX A34xが浮上した。 BR ハリー

DMAモードでのSPI通信が失敗しました（S32k328） Rm_Init(&Rm_Config); 関数を呼び出した後、シリアルポート出力を試みるとハードウェアエラーが発生します。 Rm_Init(&Rm_Config) をコメントアウトして呼び出します。  ステータスは「ビジー」のままです。主要な初期化関数のみをリストアップしました。 if (Lpspi5_ready_flag == 0u) { spi_status = Lpspi_Ip_AsyncTransmit(&LPSPI5_EXTERNAL_DEVICE, &Spi5TxBuffer[0], &Spi5RxBuffer[0], NUMBER_OF_BYTES, Spi5_EndCallback); if (spi_status != LPSPI_IP_STATUS_SUCCESS) { printf("SpiTp: AsyncTransmit FAIL\r\n"); return; } } static void system_init(void) { /* Initialize Clock */ Clock_Ip_StatusType Status_Init_Clock = CLOCK_IP_ERROR; Status_Init_Clock = Clock_Ip_Init(Clock_Ip_aClockConfig); /* Initialize all pins using the Port driver */ Siul2_Port_Ip_PortStatusType Status_Init_Port = SIUL2_PORT_ERROR; Status_Init_Port = Siul2_Port_Ip_Init(NUM_OF_CONFIGURED_PINS_PortContainer_0_BOARD_InitPeripherals, g_pin_mux_InitConfigArr_PortContainer_0_BOARD_InitPeripherals); /* Initialize interrupt */ IntCtrl_Ip_Init(&IntCtrlConfig_0); /* Initialize Dma */ IntCtrl_Ip_EnableIrq(DMATCD0_IRQn); IntCtrl_Ip_EnableIrq(DMATCD1_IRQn); Dma_Ip_Init(&Dma_Ip_xDmaInitPB); Dma_Mux_Ip_Init(&Dma_Mux_Config); //Rm_Init(&Rm_Config); } /* Initialize each Spi hardware units using*/ Lpspi_Ip_Init(&Lpspi_Ip_PhyUnitConfig_SpiPhyUnit_0_Instance_4); Lpspi_Ip_Init(&Lpspi_Ip_PhyUnitConfig_SpiPhyUnit_1_Instance_5); Lpspi_Ip_Init(&Lpspi_Ip_PhyUnitConfig_SpiPhyUnit_2_Instance_3); /* Update Framesize */ Lpspi_Ip_UpdateFrameSize(&LPSPI4_EXTERNAL_DEVICE, 8U); Lpspi_Ip_UpdateFrameSize(&LPSPI5_EXTERNAL_DEVICE, 8U); Lpspi_Ip_UpdateFrameSize(&LPSPI3_EXTERNAL_DEVICE, 8U); /* Update Transfered Bit order */ Lpspi_Ip_UpdateLsb(&LPSPI4_EXTERNAL_DEVICE, TRUE); Lpspi_Ip_UpdateLsb(&LPSPI5_EXTERNAL_DEVICE, TRUE); Lpspi_Ip_UpdateLsb(&LPSPI3_EXTERNAL_DEVICE, TRUE); /* Update Transfer Mode */ Lpspi_Ip_UpdateTransferMode(LPSPI4_EXTERNAL_DEVICE.Instance, LPSPI_IP_INTERRUPT); Lpspi_Ip_UpdateTransferMode(LPSPI5_EXTERNAL_DEVICE.Instance, LPSPI_IP_INTERRUPT); Lpspi_Ip_UpdateTransferMode(LPSPI3_EXTERNAL_DEVICE.Instance, LPSPI_IP_INTERRUPT); /* SPI5 AsyncTransmit 完成回调 */ static void Spi5_EndCallback(uint8 Instance, Lpspi_Ip_EventType Event) { (void)Instance; if (Event == LPSPI_IP_EVENT_END_TRANSFER) { Spi5TransferOk = TRUE; Spi5TransferFault = FALSE; } else /* LPSPI_IP_EVENT_FAULT */ { Spi5TransferFault = TRUE; Spi5TransferOk = FALSE; } Spi5TransferDone = TRUE; } Re: SPI communication failed in DMA mode(S32k328) こんにちは、 @VaneB ご回答に基づき、 RM構成のDMAMUXソースをチャンネル16とチャンネル17に変更し、DMAも対応するチャンネル16とチャンネル17に設定しました。 1. コメントアウトしました Rm_Init(&Rm_Config); 予約する Dma_Mux_Ip_Init(&Dma_Mux_Config); 割り込みは正常に発生しました。 2. コメントアウトしました Dma_Mux_Ip_Init(&Dma_Mux_Config); 予約する Rm_Init(&Rm_Config); それでもハードウェアエラーが発生します。 今は正常に動作しています。この問題が解決すれば完璧です。本当にありがとうございました！ BR、zyzzzz Re: SPI communication failed in DMA mode(S32k328) こんにちは@zyzzzz あなたの設定に関して、一つ気づいた点があります。LPSPI5をDMAを使用するように設定していますが、しかし、RM構成では、チャネル0とチャネル1に割り当てられたDMAのMUXソースはLPSPI_1に対応し、LPSPI_5に対応していません。 また、既に電話をかけている場合は、 Dma_Mux_Ip_Init(&Dma_Mux_Config); また、以下の番号に電話する必要はありません。 Rm_Init(&Rm_Config); あるいはその逆も然り。これは、Rm_Init() が内部的に以下の初期化シーケンスを実行するためです。 Rm_Init() └─ Rm_InitGroup1() └─ Rm_Ipw_Dma_Mux_Init() └─ Dma_Mux_Ip_Init() その結果、DMAマルチプレクサが2回初期化されることになる。初期化関数は1つだけにしておくことをお勧めします。 BR、VaneB Re: SPI communication failed in DMA mode(S32k328) こんにちは@zyzzzz DMAチャネルの設定はDMAMUX0を使っているのに気づきました。ただし、リファレンスマニュアルに付属するS32K3xx_DMAMUX_map.xlsxファイルを参照すれば、LPSPI_5 DMA要求がDMAMUX0ではなくDMAMUX1にマッピングされていることを確認できます。 DMAMUXインスタンス0ではなくインスタンス1を使用するように設定を更新してください。 Re: SPI communication failed in DMA mode(S32k328) こんにちは、 @VaneB ご返信ありがとうございます。おっしゃることは理解できますが、現時点ではDMAMUXインスタンス1を選択することはできません。 DMA_INSTANCE_0を選択してからDMAハードウェアチャネル16を選択すると、DMA MuxソースとしてDMA_MUX_1_LPSPI_5_TX_REQUESTを選択できます。

KW47におけるELEMUとLTCの比較：LTCには性能以外に何か利点があるのか？ こんにちは。 KW47プラットフォーム上のELEMU(EdgeLockメッセージングユニットドライバー)とLTC(LP信頼暗号)の使用違いについてお聞きしたいです。 私の現在の理解は以下のとおりです。 エレム ・暗号処理は専用のセキュリティコアを要求することで行われ、鍵を隔離された安全な環境に保存できるため強力な改ざん耐性を提供します。 ・セキュリティコアとの通信が必要なため、非常に厳しいレイテンシ要件を持つアプリケーションには適さない場合があります。 ・LTCで利用可能なすべての暗号アルゴリズムをサポートし、さらにECDHなどLTCが扱えないアルゴリズムもサポートしています。 ・セキュリティ関連サービス(セキュアブート統合など)も利用可能です。 したがって、私の理解では、ELEMUは高度なセキュリティを必要とする暗号処理により適していると理解しています。 LTC ・暗号操作はLTCハードウェアアクセラレータレジスタを直接制御することで実行されるため、非常に低コストかつ高性能です。 ・対応アルゴリズムはAES、DES、ハッシュなどのハードウェアアクセラレーション関数に限定されています。 ・鍵は安全で隔離された環境に保管できないため、改ざん抵抗レベルはセキュリティコアが提供するものより低い。 したがって、私の理解ではLTCはレイテンシに敏感なプロセッシングやセッションキーのような一時キーを使ったユースケースにより適していると理解しています。 上記の理解が正しければ、LTCがELEMUに対して最大の利点はパフォーマンスやレイテンシであり、タイミング要件を満たせばLTCで実現できることはすべてELEMUを通じて実現できると言ってもよいでしょうか? あるいは、機能的な制限や対応アルゴリズム、ハードウェアアクセス制限、その他の考慮点で、LTCが特定のシナリオで好まれたり必須の選択肢になるのでしょうか? ご指導をよろしくお願いいたします。 Re: ELEMU vs. LTC on KW47: Are There Any Advantages of LTC Beyond Performance? こんにちは、 あなたの調子が良いといいのですが。   ELEメッセージングユニット(ELE_MU)は、アプリケーションコアとEdgeLock Enclave(ELE)セキュリティコア間の通信メカニズムです。このインターフェースを通じて、ホストプロセッサはELEに暗号およびセキュリティ関連サービスを要求できます。暗号操作に加え、ELEは鍵生成、インポート/エクスポート、安全な鍵保存、非揮発性保存のための暗号化鍵ブロブ生成などの安全な鍵マネジメント機能を提供します。 より詳細な情報は KW47セキュリティリファレンスマニュアル 第9章に記載されています。 LTC(LP Trusted Cryptography)ドライバは、KW47ハードウェア暗号加速器への直接アクセスを提供します。この方法は、アプリケーションがELE_MUのようにセキュリティコアを通るのではなく、ハードウェアアクセラレータAPIと直接やり取りするため、ソフトウェアのオーバーヘッドが低減されます。LTCハードウェアはAES、DES、HASH、PKHAなどのアルゴリズムの加速をサポートしています。( KW47 APIリファレンス・マニュアルを参照) つまり、あなたの理解は概ね正しいですが、最終的には実装要件によります。低レイテンシと最小限のソフトウェアオーバーヘッドを主な目標にしているなら、長期介護(LTC)が望ましい選択肢です。しかし、セキュリティ境界やキーライフサイクル管理が重要な考慮事項であれば、一般的にELE_MUがより良い選択肢です。 よろしくお願いします、 ソフィア。 Re: ELEMU vs. LTC on KW47: Are There Any Advantages of LTC Beyond Performance? こんにちは、ソフィアさん。 お返事ありがとうございます。 私の理解がおおむね正しいと分かって安心しました。 LTCとELE_MUのレイテンシの違いについてもう一つ質問があります。 実際の性能差は、使用されている暗号アルゴリズム、セキュリティコアとのやり取り回数、処理されるデータのサイズなどの要因によって異なると理解しています。具体的なユースケースの詳細な条件を提供できないため、予想されるレイテンシの違いの大まかなガイドラインや一般的な特徴を教えていただけるとありがたいです。 例えば、セキュリティコアとの通信のオーバーヘッドは通常、実際の暗号処理時間よりもはるかに大きく、その結果、LTCの数倍、あるいは数十倍の遅延が発生するのでしょうか? それとも、ほとんどの実用的なCASEでは、暗号処理時間自体が全体の実行時間を支配し、総処理時間の割合で見ると追加のオーバーヘッドは比較的小さくなELE_MUのでしょうか? ELE_MUのパフォーマンスへの影響が顕著になる時期を理解するためには、大まかなガイドラインや定性的な比較だけでも非常に役立つだろう。 ご指導をよろしくお願いいたします。 Re: ELEMU vs. LTC on KW47: Are There Any Advantages of LTC Beyond Performance? こんにちは、 不便をおかけして申し訳ありません。現時点では、ELE_MUとLTCのレイテンシ差を比較したり定性的に説明したドキュメントが存在しません。 ELE暗号エンジンは速度よりも安全な実行を優先して最適化されていますが、具体的な性能指標については、特定の目標条件下でKW47ハードウェア上で直接測定することをお勧めします。 KW47におけるELE機能や暗号操作に関しては、最も関連するガイダンスがKW47セキュリティリファレンスマニュアルに記載されています。 よろしくお願いします、 アナ・ソフィア。 Re: ELEMU vs. LTC on KW47: Are There Any Advantages of LTC Beyond Performance? こんにちは、ソフィアさん。 ご回答ありがとうございます。 ELE_MUとLTCのレイテンシを比較したり、レイテンシー特性を定性的に説明したりするドキュメントは存在しないことは理解しています。 その場合は、実際のKW47ハードウェアでの性能を評価し、レイテンシを直接測定して両実装の違いをよりよく理解します。 ご協力ありがとうございました。 よろしくお願いします、

S32G 支持 4 个以太网 MAC MDIO 接口 你好， 根据 tr651601 - S32G2 Ethernet (0.1).pdf • S32G 支持 4 倍以太网 MAC − 3X 与数据包转发引擎 (PFE) 集成 − 1X 作为独立组网 \\(SA\\) 以太网控制器 (GMAC) 我的问题是，4X MAC 的所有 MDIO 接口是否都支持 Clause 45？ 谢谢~ 莫里斯 Re: S32G supports 4X Ethernet MACs MDIO interface @Bulat 感谢您的支持！ 莫里斯 Re: S32G supports 4X Ethernet MACs MDIO interface 是的，每个 MDIO 接口都支持第 45 条。 此致， 布拉特

Gui_GuiderはCコード生成時にフリーズする場合があります。 フォントファイルをインポートした後、生成されるCコードが途中で止まってしまいます。ページを単一サイズに縮小し、アイコンを削除してシンプルなインターフェースを作成しても、「Cコードを生成中」の状態のまま止まってしまいます。 Re: Gui_Guider在生成C code时会出现卡死的情况 Gui_Guiderに新しいフォントを直接インポートすると、Cコードの生成処理がフリーズしてしまうという問題が見つかりました。この問題を解決するにはどうすればよいでしょうか？ 回复： Gui_Guider在生成C code时会出现卡死的情况 こんにちは、 @vettleさん インポートされたフォントを教えていただけますか？ フォントを変更した場合も、この問題は発生しますか？ BR ハリー

如何选择微控制器？需要使用编码器控制3个电机进行位置控制。 我希望使用步进电机或无刷直流电机（+驱动器或电调）来控制负载（假设约为 3 公斤）在 xyz 轴上的位置。我还想添加编码器或一些传感器用于反馈回路。 基于此，我很难选择合适的微控制器。我当时考虑的是STM32或者ESP32作为品牌。它需要 3 个 PWM 输出信号（因为有 3 个电机），但我如何知道其他方面是否足够，例如时钟频率、是否需要外部元器件等等？ Re: How to choose a microcontroller? Need to control 3 motors with encoders for position control. 嗨@pekoms 对于 MCX 选择，本项目建议首先选择 MCX A34x / A344–A346。它是最适合三轴电机控制的 MCX，因为它具有 180 MHz Cortex-M33、两个 FlexPWM/eFlexPWM 模块、多个 PWM 输出、ADC、定时器和两个用于编码器反馈的硬件正交解码器模块。 目录浏览还发现 MCX N94x 和 MCX A34x 是此类任务的主要高端 MCX 候选产品。 BR 哈里

TEA2016AAT The TEA2016AAT chip datasheet includes a RINGO software appendix: The TEA2016AAT datasheet appendix provides Ringo parameter settings/IC parameter settings in tabular form. The datasheet appendix can be obtained from NXP Semiconductors. Could you provide the appendix for this Ringo file?   Board Design Re: TEA2016AAT Hi Dong, Please refer to the Table 8 in the TEA2016AAT product data sheet (Rev. 1.3 — 12 January 2024): https://www.nxp.com/docs/en/data-sheet/TEA2016AAT.pdf BRs, Tomas