Fee首次读取程序跑飞 使用S32K311单片机的FEE功能储存数据，FEE测试擦写，读取没有问题，但首次没有数据写入，直接读取不进hard，直接跑飞；像C40，首次读取会返回0xFF，可以判断是首次读写，填入默认值。有什么办法FEE首次可以返回值像0xFF这样，而不是跑飞。使用RTD 4.0.0  Re: Fee首次读取程序跑飞 Hi@LJH1 第一次不强制先写才能调用 Fee_Read() ，但如果该 block 从未写过，读 job 很可能返回 MEMIF_BLOCK_INVALID 或 MEMIF_BLOCK_INCONSISTENT ，应用层应可把它当作“未初始化”，然后写入默认值。 不要依赖第一次直接读到有效数据；正确做法是读后检查 job result，遇到 invalid/inconsistent 就初始化默认值并写入

MPC5744P IVOR1 机器检查处理程序在 RTOS 和裸机上未触发不可纠正的 FLASH ECC 错误 您好，我正在使用 SDK 2.1 中的FLASH_ECC_Error_Injection_MPC5744P演示项目来测试 FLASH ECC 故障处理。 在裸机 SDK 示例中：调用 Generate_noncorrectable_FLASH_ECC_error 后，内核正确地捕获了故障，并按预期进入了 Machine_check_handler（IVOR1 Handler）。 将相同的 ECC 注入逻辑移植到我的基于 RTOS 的项目中后：没有发生机器检查异常，代码也从未跳转到 Machine_check_handler。 我已经完成了以下移植和配置步骤： 已在启动文件中完全移植并定义了 IVOR1_Handler。与裸机演示一致的汇编文件； 已实现完整的 FCCU 报警中断配置，但注入不可纠正的 FLASH ECC 错误时，也不会触发 FCCU 报警中断。 为了解决这个问题，我有三个核心问题： 要使机器检查处理程序 (IVOR1) 能够处理 FLASH 不可纠正的 ECC 错误，需要哪些强制性的硬件/寄存器配置？ 在实时操作系统 (RTOS) 下运行 ECC 故障注入和机器检查异常处理时，是否存在特殊考虑或限制？ 能否提供一份分步调试/故障排除工作流程，以查找此机器检查异常缺失的根本原因？ Re: MPC5744P IVOR1 Machine Check Handler not hit with uncorrectable FLASH ECC error on RTOS, baremet 我不了解提到的例子，我猜它是我在应用笔记中使用 GHS 编译器编写的移植版本。 https://www.nxp.com/docs/en/application-note/AN13179.pdf https://www.nxp.com/docs/en/application-note-software/AN13179SW.zip 如果 RTOS 影响了行为，那么就需要调查它对 MSR 寄存器做了什么。请注意第五章。 您还可以查看第 8 节以了解 ECC 处理方法。

MPC5744P IVOR1 Machine Check Handler not hit with uncorrectable FLASH ECC error on RTOS, baremetal S Hi,I am using the FLASH_ECC_Error_Injection_MPC5744P demo project from SDK 2.1 to test FLASH ECC fault handling. In the bare-metal SDK example:After calling Generate_noncorrectable_FLASH_ECC_error, the core properly traps the fault and enters Machine_check_handler (IVOR1 Handler) as expected. After porting the identical ECC injection logic to my RTOS-based project:No machine check exception occurs, and the code never jumps into Machine_check_handler. I have already completed the following porting & configuration steps: Fully ported and defined IVOR1_Handler in the startup .s assembly file, consistent with the bare-metal demo; Full FCCU alarm interrupt configuration is implemented, but no FCCU alarm interrupt is triggered either when injecting the uncorrectable FLASH ECC error. I have 3 core questions to troubleshoot this issue: What mandatory hardware/register configurations are required to enable entry to the Machine Check Handler (IVOR1) for FLASH uncorrectable ECC errors? Are there special considerations or constraints when running ECC fault injection and machine check exception handling under an RTOS? Could you provide a step-by-step debug/troubleshooting workflow to locate the root cause of this missing machine check exception? Re: MPC5744P IVOR1 Machine Check Handler not hit with uncorrectable FLASH ECC error on RTOS, baremet I don't know mentioned example, I suppose it is ported version on my appnote I did with using of GHS compiler. https://www.nxp.com/docs/en/application-note/AN13179.pdf https://www.nxp.com/docs/en/application-note-software/AN13179SW.zip If RTOS affects the bahavior, then it is needed to investigate what is does with MSR register. Pay attention to chapter 5. Also you may check section 8 to understand ECC handling.

Imx6ull KSZ8041NL 以太网问题 你好呀 ， 为了在我们的潜在项目中利用双以太网，我们将两个以太网PHY芯片连接到了Imx6ull处理器上。 其中一块 PHY 芯片是 KSZ8081，另一块 PHY 芯片是 KSZ8041，以下是我们的 DTS 配置： &fec1 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_enet1>; phy-mode = "rmii"; phy-handle = <&ethphy0>; phy-reset-gpios = <&gpio5 9 GPIO_ACTIVE_LOW>; phy-reset-duration = <26>; phy-reset-post-delay=<20>; phy-supply = <&reg_peri_3v3>; 状态 = "正常"; }; &fec2 { pinctrl-names = "default"; pinctrl-0 = <&pinctrl_enet2>; phy-mode = "rmii"; phy-handle = <&ethphy1>; phy-reset-gpios = <&gpio1 14 GPIO_ACTIVE_LOW>; //phy-reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>; phy-reset-duration = <26>; phy-reset-post-delay=<20>; phy-supply = <&reg_peri_3v3>; 状态 = "正常"; mdio { #address-cells = <1>; #size-cells = <0>; ethphy0：以太网物理层@1 { reg = <1>; micrel，led-mode = <1>； clocks = <&clks IMX6UL_CLK_ENET_REF>; clock-names = "rmii-ref"; }; ethphy1：以太网物理层@3 { reg = <3>; micrel，led-mode = <1>； clocks = <&clks IMX6UL_CLK_ENET2_REF>; clock-names = "rmii-ref"; }; }; }; pinctrl_enet1:enet1grp { fsl,pins = < MX6UL_PAD_ENET1_RX_EN__ENET1_RX_EN 0x1b0b0 MX6UL_PAD_ENET1_RX_ER__ENET1_RX_ER 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA0__ENET1_RDATA00 0x1b0b0 MX6UL_PAD_ENET1_RX_DATA1__ENET1_RDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_EN__ENET1_TX_EN 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA0__ENET1_TDATA00 0x1b0b0 MX6UL_PAD_ENET1_TX_DATA1__ENET1_TDATA01 0x1b0b0 MX6UL_PAD_ENET1_TX_CLK__ENET1_REF_CLK1 0x4001b031 >; }; pinctrl_enet2:enet2grp { fsl,pins = < MX6UL_PAD_GPIO1_IO07__ENET2_MDC 0x1b0b0 MX6UL_PAD_GPIO1_IO06__ENET2_MDIO 0x1b0b0 MX6UL_PAD_ENET2_RX_EN__ENET2_RX_EN 0x1b0b0 MX6UL_PAD_ENET2_RX_ER__ENET2_RX_ER 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA0__ENET2_RDATA00 0x1b0b0 MX6UL_PAD_ENET2_RX_DATA1__ENET2_RDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_EN__ENET2_TX_EN 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA0__ENET2_TDATA00 0x1b0b0 MX6UL_PAD_ENET2_TX_DATA1__ENET2_TDATA01 0x1b0b0 MX6UL_PAD_ENET2_TX_CLK__ENET2_REF_CLK2 0x4001b031 >; }; 内核日志中检测到了两个以太网物理层，而且当我们连接以太网电缆时，两个设备上也都能检测到链路。 但是，连接到 KSZ8081 phy 的以太网上可以接收到 IP 地址，而连接到 KSZ8084NL 的以太网上却无法分配 IP 地址。 在KSZ8041NL以太网接口（eth0）上观察到接收错误，以下是日志： root@sls-imx6ull14x14evk:~# ifconfig eth0 链路封装：以太网硬件地址 BA:9C:69:1F:76:3A 上行广播组播 MTU:1500 指标:1 接收数据包：0 个错误：1065 个丢弃：0 个溢出：0 个帧：1065 个 发送数据包：65，错误：0，丢弃：0，溢出：0，载波：0 碰撞次数：0 txqueuelen：1000 接收字节数：0 (0.0 B) 发送字节数：12024 (11.7 KiB) eth1 链路封装：以太网 硬件地址 42:19:11:7F:5E:89 inet addr:10.20.0.184广播地址：10.20.1.255掩码：255.255.254.0 inet6 地址：fe80::8248:9837:9647:2a00/64 范围：链路 广播运行中 多播 MTU:1500 指标:1 接收数据包：18 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：23 个，错误：0 个，丢弃：0 个，溢出：0 个，载波：0 个 碰撞次数：0 txqueuelen：1000 RX 字节：2494 (2.4 KiB) TX 字节：3162 (3.0 KiB) lo Link encap：本地环回 inet addr:127.0.0.1掩码：255.0.0.0 inet6 地址: ::1/128 范围:主机 环路已启动，运行中，MTU：65536，指标：1 接收数据包：17 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：17 个，错误：0 个，丢弃：0 个，溢出：0 个，载波：0 个 碰撞次数：0 txqueuelen：1000 RX 字节：2011 (1.9 KiB) TX 字节：2011 (1.9 KiB)   root@sls-imx6ull14x14evk:~# ethtool eth0 eth0 的设置： 支持的端口：[ TP MII ] 支持的链路模式：10baseT/半高、10baseT/全高 100baseT/半成品 100baseT/全成品 支持的暂停帧使用方式：对称 支持自动协商：是 支持的FEC模式：未报告 宣传的连接模式：10baseT/半成品 10baseT/全成品 100baseT/半成品 100baseT/全成品 广告中暂停帧的使用：对称 广告中提及的自动协商：是 已公布的FEC模式：未报告 链路伙伴宣传的链路模式：10baseT/半成品 10baseT/全成品 100baseT/半成品 100baseT/全成品 链接伙伴宣传的暂停帧使用情况：否 链接合作伙伴已宣传自动协商：是 链接伙伴宣传的FEC模式：未报告 速度：100Mb/s 复式：全套 自动协商：开启 端口：双绞线 PHYAD：3 收发器：外部 MDI-X：未知 支持唤醒：g 唤醒：d 检测到连接：是   我们还检查了时钟，它是 50MHz 的，生成正常，并且也输入到 KSZ8041NL 物理层。 简而言之，使用 KSZ8081 的 1 个以太网接口工作正常，但使用 KSZ8041NL 的 2 个以太网接口无法工作。 请给我们提供解决方案。我们还附上了以太网PHY硬件的截图供您参考。 i.MX6 全部 i.MX6UL

当 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驱动器

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， 阿尔多。

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?

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 敬具/サルドス、 アルド。

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は動作しません。 どのリポジトリとリリースを使っているのか、教えていただけますか? よろしくお願いいたします。 リカルド

需要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.

マイクロコントローラ の選び方は?位置制御のためにエンコーダー付きのモーターを3つ制御する必要があります。 ステッピングやBLDCモーター(+モータ・ドライバまたはESC)で、xyz軸方向の負荷(例えば約3kg)の位置を制御したいと考えています。フィードバックループ用のエンコーダーやセンサも追加したいと思っています。 そのため、適切なマイクロコントローラを選ぶのに苦労しました。ブランドについては、STM32かESP32のどちらかにしようと考えています。3つのモーターがあるため、3つのPWM出力信号が必要ですが、クロック周波数や外部部品の必要性など、その他の要件が満たされているかどうかをどのように判断すればよいでしょうか？

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

KW47におけるELEMUとLTCの比較：LTCには性能以外に何か利点があるのか？ こんにちは。 KW47プラットフォーム上のELEMU(EdgeLockメッセージングユニットドライバー)とLTC(LP信頼暗号)の使用違いについてお聞きしたいです。 私の現在の理解は以下のとおりです。 エレム ・暗号処理は専用のセキュリティコアを要求することで行われ、鍵を隔離された安全な環境に保存できるため強力な改ざん耐性を提供します。 ・セキュリティコアとの通信が必要なため、非常に厳しいレイテンシ要件を持つアプリケーションには適さない場合があります。 ・LTCで利用可能なすべての暗号アルゴリズムをサポートし、さらにECDHなどLTCが扱えないアルゴリズムもサポートしています。 ・セキュリティ関連サービス(セキュアブート統合など)も利用可能です。 したがって、私の理解では、ELEMUは高度なセキュリティを必要とする暗号処理により適していると理解しています。 LTC ・暗号操作はLTCハードウェアアクセラレータレジスタを直接制御することで実行されるため、非常に低コストかつ高性能です。 ・対応アルゴリズムはAES、DES、ハッシュなどのハードウェアアクセラレーション関数に限定されています。 ・鍵は安全で隔離された環境に保管できないため、改ざん抵抗レベルはセキュリティコアが提供するものより低い。 したがって、私の理解ではLTCはレイテンシに敏感なプロセッシングやセッションキーのような一時キーを使ったユースケースにより適していると理解しています。 上記の理解が正しければ、LTCがELEMUに対して最大の利点はパフォーマンスやレイテンシであり、タイミング要件を満たせばLTCで実現できることはすべてELEMUを通じて実現できると言ってもよいでしょうか? あるいは、機能的な制限や対応アルゴリズム、ハードウェアアクセス制限、その他の考慮点で、LTCが特定のシナリオで好まれたり必須の選択肢になるのでしょうか? ご指導をよろしくお願いいたします。