Imx6ull KSZ8041NL ethernet issue Hello There , To utilize dule ethernet for one of our potential project , We have connected 2 Ethernet phy with Imx6ull processor , One phy is KSZ8081 and one phy is KSZ8041 , below is our DTS configuration : &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>; status = "okay"; }; &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>; status = "okay"; mdio { #address-cells = <1>; #size-cells = <0>; ethphy0: ethernet-phy@1 { reg = <1>; micrel,led-mode = <1>; clocks = <&clks IMX6UL_CLK_ENET_REF>; clock-names = "rmii-ref"; }; ethphy1: ethernet-phy@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 >; }; Both The Ethernet Phys are getting detected in kernel logs and also when we connect ethernet  cable , link is also getting detected on both. but Ip is arriving on ethernet which is connected to KSZ8081 phy , the IP is not getting assigned with the Ethernet which is connected to KSZ8084NL. and there is rx errors are observed in KSZ8041NL Ethernet which is eth0 , below are the logs : root@sls-imx6ull14x14evk:~# ifconfig eth0      Link encap:Ethernet  HWaddr BA:9C:69:1F:76:3A           UP BROADCAST MULTICAST  MTU:1500  Metric:1           RX packets:0 errors:1065 dropped:0 overruns:0 frame:1065           TX packets:65 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:0 (0.0 B)  TX bytes:12024 (11.7 KiB) eth1      Link encap:Ethernet  HWaddr 42:19:11:7F:5E:89           inet addr:10.20.0.184  Bcast:10.20.1.255  Mask:255.255.254.0           inet6 addr: fe80::8248:9837:9647:2a00/64 Scope:Link           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1           RX packets:18 errors:0 dropped:0 overruns:0 frame:0           TX packets:23 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:2494 (2.4 KiB)  TX bytes:3162 (3.0 KiB) lo        Link encap:Local Loopback           inet addr:127.0.0.1  Mask:255.0.0.0           inet6 addr: ::1/128 Scope:Host           UP LOOPBACK RUNNING  MTU:65536  Metric:1           RX packets:17 errors:0 dropped:0 overruns:0 frame:0           TX packets:17 errors:0 dropped:0 overruns:0 carrier:0           collisions:0 txqueuelen:1000           RX bytes:2011 (1.9 KiB)  TX bytes:2011 (1.9 KiB)   root@sls-imx6ull14x14evk:~# ethtool eth0 Settings for eth0:         Supported ports: [ TP    MII ]         Supported link modes:   10baseT/Half 10baseT/Full                                 100baseT/Half 100baseT/Full         Supported pause frame use: Symmetric         Supports auto-negotiation: Yes         Supported FEC modes: Not reported         Advertised link modes:  10baseT/Half 10baseT/Full                                 100baseT/Half 100baseT/Full         Advertised pause frame use: Symmetric         Advertised auto-negotiation: Yes         Advertised FEC modes: Not reported         Link partner advertised link modes:  10baseT/Half 10baseT/Full                                              100baseT/Half 100baseT/Full         Link partner advertised pause frame use: No         Link partner advertised auto-negotiation: Yes         Link partner advertised FEC modes: Not reported         Speed: 100Mb/s         Duplex: Full         Auto-negotiation: on         Port: Twisted Pair         PHYAD: 3         Transceiver: external         MDI-X: Unknown         Supports Wake-on: g         Wake-on: d         Link detected: yes   We have also checked the clock which is 50MHz , which is generated properly and also coming into phy KSZ8041NL. In short 1 Ethernet with KSZ8081 is working properly but 2nd Ethernet not working with KSZ8041NL. Please suggest us solution. we have also attached screenshot of both Ethernet phy Hardware  for your reference . image (1).png image (2).jpg i.MX6 All i.MX6UL Re: Imx6ull KSZ8041NL ethernet issue Hello NXP Team , Is there any update for us for our asked query ? Re: Imx6ull KSZ8041NL ethernet issue Hello NXP Support Team, We have already shared details about Ethernet issue which we are facing at our end.  So, would you please check it from your end and let us know resolution if anything from your end?  If needed then we will be available over call to discuss issue with your team as well. Waiting for positive feedback from your team end.  Regards, Ritesh Prajapati Re: Imx6ull KSZ8041NL ethernet issue Hello @HarshilSoni434 @ritesh_prajapat  Hope you are doing very well. Looking at your KSZ8041 schematic's Strapping Option: Manuel_Salas_0-1785172670273.png Isolate Mode: Pull-up (Default) = Enable Pull-Down = Disable The PHY disconnects its RMII data pins (RXD0, RXD1, CRS/DV, RX_ER, TXD0, TXD1, TX_EN) from the MAC. MDIO/MDC remains fully functional and PHY is discovered, link pulse is still generated and maybe this is why the PHY appears detected and link is UP. Can you please try Changing R37 from pull-up to a pull-down resistor (~4.7kΩ to GND) on the ISOLATE pin? The second thing to check is the Reset Pin. Can you please confirm that the reset is properly asserted? And check the reset_n signal is according connected to the: phy-reset-gpios = <&gpio1 14 GPIO_ACTIVE_LOW>; //phy-reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>; Then, please check the CONFIG[2:0] Strapping for RMII are physically well asserted. Also, in the KSZ8041 schematic's signal mapping table: Manuel_Salas_1-1785173206995.png The net names appear swapped (MDC labeled as enet_mdio and vice versa). Best regards, Salas. Re: Imx6ull KSZ8041NL ethernet issue Hello @Manuel_Salas , Thank you for your response , As per your suggestion , We have done the pull-down resistor change and checked the Ethernet communication , Unfortunately the behavior is same. We are getting RX-errors during IP Negotiation. We have also verified the below points : - The reset pin is proper based on imx6ull pin connection. we have also applied manual pulse on reset line , the phy (KSZ8041NL) is getting reset but the behavior is same. - The MDIO and MDC pin swap is the schematic issue , the connection is proper in actual hardware . So the behavior is same after changes , Both Phy is getting detected but IP is coming with KSZ8081 only not with KSZ8041NL. below is the updated log : root@sls-imx6ull14x14evk:~# dmesg | grep fec [ 2.124528] fec 20b4000.ethernet eth0: registered PHC device 0 [ 2.207221] fec 2188000.ethernet eth1: registered PHC device 1 [ 72.966866] fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off root@sls-imx6ull14x14evk:~# dmesg | grep eth0 [ 2.124528] fec 20b4000.ethernet eth0: registered PHC device 0 [ 72.966866] fec 20b4000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off root@sls-imx6ull14x14evk:~# ifconfig eth0 Link encap:Ethernet HWaddr 26:F5:A6:8C:73:42 inet6 addr: fe80::f2af:2d7a:228c:2038/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:63 dropped:0 overruns:0 frame:63 TX packets:12 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:2093 (2.0 KiB) eth1 Link encap:Ethernet HWaddr 22:81:A6:66:8C:3A UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:91 errors:0 dropped:0 overruns:0 frame:0 TX packets:91 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:7797 (7.6 KiB) TX bytes:7797 (7.6 KiB) root@sls-imx6ull14x14evk:~# ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Supported pause frame use: Symmetric Supports auto-negotiation: Yes Supported FEC modes: Not reported Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Advertised pause frame use: Symmetric Advertised auto-negotiation: Yes Advertised FEC modes: Not reported Link partner advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full Link partner advertised pause frame use: No Link partner advertised auto-negotiation: Yes Link partner advertised FEC modes: Not reported Speed: 100Mb/s Duplex: Full Auto-negotiation: on Port: Twisted Pair PHYAD: 0 Transceiver: external MDI-X: Unknown Supports Wake-on: g Wake-on: d Link detected: yes Please provide us the your suggestion for the same. Re: Imx6ull KSZ8041NL ethernet issue Thanks @Manuel_Salas for providing suggestions from your end. We will check all things suggested from your end and will post results mostly by today. Regards, Ritesh Prajapati Re: Imx6ull KSZ8041NL ethernet issue Hello @Manuel_Salas we have done further debugging into ethernet fec driver fec_main.c for identifying the rx error root-case. So we found that driver is ignoring all the rx-packets due to CRC mismatch error BD_ENET_RX_CR. so based on this , please provide your suggestion for issue resolution . Re: Imx6ull KSZ8041NL ethernet issue Hello @Manuel_Salas  , Based on our last observation , is there any update for us .? just updating you again that all the rx-packets are ignored due to CRC error. so what can be the cause of it ? Re: Imx6ull KSZ8041NL ethernet issue Hello @Manuel_Salas , Good Morning, Did you get a chance to review last couple of updates regarding issue which @HarshilSoni434 has already shared to you? Can you please look into it and let us know if you have any clue or any further findings from your end to narrow down exact issue of CRC mismatch failed for receive packet?  Let us know if need any information from our end.  Regards, Ritesh Prajapati

s32k144 - 设备已安全 大家好， 我正在参与S32K114 (AN12323)项目。最初，我在禁用 CSEC 的情况下烧录了网关项目，并且编程成功了。 之后，我尝试刷写CAN 示例应用程序，但遇到了以下错误： “设备当前安全，擦除后将变为不安全状态。” 为了解决这个问题，我还尝试使用“紧急 Kinetis 设备恢复”选项，但没有成功。 请问如何恢复设备或移除安全状态，以便我可以刷写 CAN 示例程序？ Re: s32k144 - Device is secured 嗨@Senlent ， 在哪些情况下 RESET 信号周期约为 118 µs？在我的情况下，哪些因素会导致 RESET 信号周期增加到约 475 µs？     谢谢。 Re: s32k144 - Device is secured 您好@ Pranathi06 如果复位信号周期不是~118µs，而是大于200µs，例如500µs甚至更长， 使用批量擦除命令，无法通过 SWD/JTAG 调试接口解密和恢复 MCU。 Re: s32k144 - Device is secured 嗨@Senlent 我用示波器测量了 RESET_b 引脚的波形。 RESET_b 信号持续切换。 脉冲重复时间似乎约为400–500 µs （光标显示 Δt ≈ 475 µs）。 峰值约为5V ，这表明您可能正在探测外部复位电路，而不是直接测量 3.3V MCU 引脚，或者 RESET 上有一个 5V 的上拉电阻。 The RESET activity is continuous and regular.   谢谢！         Re: s32k144 - Device is secured 您好@Pranathi06 “S32K144_FOTA_GATEWAY”命令不涉及任何CSEc或闪存网络安全相关操作，因此我不确定你对MCU做了什么。 你可以测量 RESET 引脚的波形，告诉我它的复位周期。 复位周期可以用来判断芯片是否能够恢复正常工作。 Re: s32k144 - Device is secured 嗨@Senlent ， 是的，已成功刷入“S32K144_FOTA_Gateway”，当我尝试刷入Can_example项目时，出现“设备已保护”的提示，之后就无法刷入任何软件了。 谢谢！ Re: s32k144 - Device is secured 您好@ Pranathi06 您的问题是在下载“S32K144_FOTA_Gateway”程序时出现，还是您已经成功刷写了“S32K144_FOTA_Gateway”？ Re: s32k144 - Device is secured 嗨@Senlent     我刷入了 AN5401_S32K144_CSEc_Resetting_Flash_to_Factory_State 来清除按键。之后，我只刷写了 GATEWAY_PROJECT 项目；我没有刷写 Memory_Partition 项目。 谢谢。   Re: s32k144 - Device is secured 您好@ Pranathi06 在刷写我的 GATEWAY_PROJECT 之前，我已经刷写了“重置闪存状态” 我不明白你的意思。 AN12323SW 没有“将闪存重置到状态”程序。 根据你的描述，你修改了“S32K144_FOTA_Gateway”？ 您只需要检查您的程序是否已启用 CSEc 模块并分配了密钥，以及您是否考虑过在应用程序中将 CSEc 模块恢复到出厂状态。 否则，这种情况就无法挽回了。 Re: s32k144 - Device is secured 嗨@Senlent 我没有刷写 Memory_partition 项目。 在刷写我的 GATEWAY_PROJECT 之前，我已经刷写了“重置闪存状态” 有什么办法可以恢复吗？ 谢谢。 Re: s32k144 - Device is secured 您好@ Pranathi06 这个问题与“S32K144_FOTA_Gateway”中是否启用“CSEC”无关，因为在测试 AN12323SW 时，第一步应该是下载并运行“S32K144_Memory_Partition”来执行分区，这默认情况下已经启用了 CSEC 并分配了一个密钥。 Senlent_0-1783587478752.png AN12130： Senlent_1-1783587519720.png 这就是MCU被锁定的原因； 由于该解决方案没有提供重置 CSEC 操作，因此无法恢复。 下次记得修改“S32K144_Memory_Partition”使其仅进行分区，而不启用 CSEC 或密钥。 Re: s32k144 - Device is secured 您好@ Pranathi06 这是根据经验得出的结论，你的情况与此非常相似：CSEc 硬件加密模块已启用，阻止了 CSEc 加密密钥的批量擦除，从而导致了问题。 虽然芯片已死锁，MCU 无法再下载程序或进行调试，但只要芯片的电源正常，仍然可以使用 J-LINK 调试器通过 SWD/JTAG 调试接口连接到 S32K1xx 系列 MCU ARM Cortex M4F/M0+ 的 CoreSight DAP 调试访问接口，读取 MDM-AP 状态寄存器。 因此，您可以根据读取 MDM-AP 状态寄存器值来确定芯片死锁的根本原因。 如果您需要我帮助您找出死锁的原因，您可以尝试使用J-LINK读取MDM-AP 状态寄存器。

GC7000UL general-compute inference path on i.MX8M Plus and TIM-VX/VSINPU appears NPU-only Board/BSP: i.MX8M Plus, aarch64 Galcore version 6.4.11.p2.745085 ONNX Runtime with VSINPUExecutionProvider (statically linked against libtim-vx.so) Vivante OpenCL ICD present and functional (Vivante.icd → libVivanteOpenCL.so) Goal: Run ResNet50 inference benchmarks (MLPerf loadgen harness) on the GC7000UL 3D GPU core specifically, as a comparison point against existing NPU (VIP8000Nano) and CPU benchmark results already collected. What's confirmed working: clGetPlatformIDs/clGetDeviceIDs via the Vivante OpenCL ICD cleanly enumerates two independent devices under one platform: Device 0: GC7000UL.6204.0000 Device 1: VIP8000Nano-S+I.8002.0000 Both report CL_DEVICE_TYPE_ACCELERATOR, no errors, confirmed via a minimal C test program linked against libOpenCL.so → libGAL.so. What's blocking GPU dispatch via ORT: ort.get_available_providers() returns only ['VSINPUExecutionProvider', 'CPUExecutionProvider'] — no OpenCL-based EP. VSINPUExecutionProvider is statically linked to libtim-vx.so (OVXLIB/vsi_nn_* API). Symbol/string dump of both libtim-vx.so and libGAL.so shows no DEVICE_INDEX/DEVICE_ID-style env var or config surface — only behavior toggles (VIV_VX_ENABLE_SHADER, VSI_NN_ENABLE_*, etc). libGAL.so does export gcoHAL_SetDeviceIndex/gcoHAL_GetCurrentDeviceIndex at the raw HAL layer, but there's no visible plumbing from OVXLIB/TIM-VX down to that call which is  suggesting the graph compiler used by VSINPU may be hardcoded to target the NPU core only, regardless of device index. Specific question: Does TIM-VX / OVXLIB on this BSP (galcore 6.4.11.p2) support compiling and dispatching a graph to the GC7000UL as a general-compute target, or is the graph compiler NPU-only by design in this build, and how can I verify if it is possible to run it that way ?  If GPU-target graph compilation is supported upstream in TIM-VX but not enabled in this NXP-shipped build, is there a build flag / SDK component that exposes it? If there is no supported path through TIM-VX/ORT, is there an NXP-recommended way to run generic  inference on the GC7000UL directly (e.g. via the OpenCL/OpenVX layer, since that portion of the stack is confirmed functional) ,  a sample app, SDK component, or reference implementation we should be building against instead? as a currently a student, and trying to work on this implementation and running an ORT on TOP of the GPU, is there any way, or any other way to be able use the GPU for inference ?  Thank you very much  IMX8MPLUS  #GC7000UL Re: GC7000UL general-compute inference path on i.MX8M Plus and TIM-VX/VSINPU appears NPU-only HI @WaleedO, Thank you for contacting NXP Support. To run inference on the GPU, you should use the GPU delegate, which enables supported operations to be accelerated by the GPU instead of running entirely on the CPU. I recommend reviewing our Machine Learning User Guide to better understand the available execution backends, delegate configuration, supported frameworks, and example applications. The guide also includes step-by-step examples that can help you validate that the GPU delegate is being loaded correctly and that your model is executing as expected. If you encounter any issues during setup or execution, please share the model, BSP version, and the commands you are using, and I will be happy to assist further. Best regards, Alejandro Garcia Re: GC7000UL general-compute inference path on i.MX8M Plus and TIM-VX/VSINPU appears NPU-only Hello @Chavira  Nice to meet you. After checking the documentation, the GPU delegate and the OpenCL path is used within  i.MX 95/952 GPU (Arm Mali G310). I am curently working on The IMX8MPLUS .  the imx8m Plus have this stack:  VX delegate ==> TIM-VX ==>  GPU/NPU (unified driver)  ==> I.MX 8 series NPU and GPU (GC7000,GC7000L, GC7000UL).  as per the documentation.  Currently, I am working with ONNX and ORT. When I run the execution, It is per default running on the NPU. Is there any way to use the OpenCL to work ont the IMX8MPLUS  GPU ? or if there is any manual override, or technique that I can implement, so that I can manually set the compilation toward either NPU or/And  GPU ?  Thank Your very much for your reply.  Kind regards,  IMX8MPLUS  #TIM-VX #VX-delegate

RDDRONE-BMS772 開発ボード アクセサリ RDDRONE-BMS772开发板配件 バッテリー関連の実験用にRDDRONE-BMS772開発ボードを購入したいと考えています。実験用バッテリーの電圧、電流、温度のデータを測定し、記録する必要があります。公式サイトの開発ボードに付属しているアクセサリ以外に、バッテリー本体や対応バッテリー・チャージャなど、どんなアクセサリを購入すればよいのでしょうか?つまり、バッテリー実験を行い、バッテリーの電圧、電流、温度データを測定・記録する必要があるということです。開発ボードのパッケージに含まれるアクセサリー以外に、この実験に必要な関連アクセサリーは何でしょうか?アクセサリーの詳細なリストを教えていただけますか?できれば対応モデルも含めて。実験のために、それらをすべて一度に購入する必要があります。どうもありがとうございます。 私は、RDDRONE-BMS772 を購入したいこのタイプの発行パネルで、電池の関連実装を実行するには、電池の電圧、電流、および温度データを測定する必要があります。削除官網上に公開されているパネルに含まれるアクセサリに加えて、電池、および電池適合型の充電器など、その他の必要な関連アクセサリも必要です。電池の実験を行う必要があり、電池の電圧、電流、温度データを測定する必要があり、この実験のベースには、公開されたパネルのパッケージにある付属品のほかに、これらの関連するデータも必要です。他のアクセサリは、個別のアクセサリを削除することはできませんが、適切な公開パネルのこれらのアクセサリの型番号も次に列挙できることが望ましいため、テストを行うには一度の購入が必要です。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 Fan007様へ バッテリー状態推定の研究において、RDDRONE-BMS772は、バランスコネクタと対応する充電器を備えた実際の3S～6Sリチウムイオンバッテリーパックを必要とします。ドキュメントには特定のバッテリーや充電器モデルは明記されていません。パラメータが規定の範囲内であることを確認するだけで良いのです。 JozefKozon_1-1783586246113.png JozefKozon_2-1783586292642.png ファームウェアの開発およびデバッグには、以下のような外部デバッガの使用をお勧めします。 セガー J-Link ミニ PEMicroユニバーサルマルチリンク その他の互換性のあるJTAGデバッガー このボードはJTAG(J2)およびDCD-LZ(J19)のデバッグインターフェースを提供します。PCから直接USBでプログラミングやデバッグを行うことはできないため、外部デバッガが必要です。   推奨される最小構成： RDDRONE-BMS772ボード バランスコネクタ付き3Sリチウムイオンバッテリーパック 互換性のある3S充電器 J-LinkまたはPEMicroデバッガー Windows PC with S32 Design Studio この構成により、セル電圧、パック電圧、電流（クーロン計数）、温度、およびセルバランスの測定が可能となり、SOC/SOHアルゴリズムの開発に適しています。   敬具、 ヨゼフ Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 申し訳ありません、私の言っていることが伝わらなかったようですね。現在私が取り組んでいる研究は、バッテリーの状態推定に関するもので、そのためには実際のバッテリーの電圧、電流、温度のデータを測定する必要があります。したがって、バッテリーシミュレータは必要ありません。本物のバッテリーが必要だ。そこで、開発ボードに対応したバッテリーと対応するバッテリー・チャージャの特定モデルが必要です。また、PEMicroアダプターやSEGGER J-Link Miniデバッガは、デバッグや開発ボード上のプログラミングアルゴリズムのリンクに必要なハードウェアに記載されていますか?開発ボードを直接コンピュータに接続してデバッグやプログラミングはできないのでしょうか?これらのアダプターやデバッガはマーケットで入手可能ですか?さらに、あなたが挙げたハードウェア以外に、開発ボードに必要な他のハードウェアコンポーネントはありますか?これらの質問に詳しくお答えください。どうもありがとうございます。 注意、私たちの意思は理解していません、私たちの現在の研究は電池の状態に関するものであり、実際の電池の電圧と温度のデータを測定する必要があるため、電池モジュールは必要ありません、私たちは必要としていますこれは真の電池であるため、適切なパネルの電池と電池充電器の特定の型名が必要です。また、ここで言及されている PEMicro アダプターと SEGGER も必要です。 Jリンクミニ エディタは、公開パネルまたは計算法に必須のハードウェアですか? 公開パネルは、電源に直接接続して評価やプログラムを実行することはできません。市販のハードウェアは市販されている可能性がありますか? さらに、公開パネルには、上記のハードウェア以外にも、必須のハードウェアが存在します。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 申し訳ありません、私の言っていることが伝わらなかったようですね。現在私が取り組んでいる研究は、バッテリーの状態推定に関するもので、そのためには実際のバッテリーの電圧、電流、温度のデータを測定する必要があります。したがって、バッテリーシミュレータは必要ありません。本物のバッテリーが必要だ。そこで、開発ボードに対応したバッテリーと対応するバッテリー・チャージャの特定モデルが必要です。また、PEMicroアダプターやSEGGER J-Link Miniデバッガは、デバッグや開発ボードのプログラミングに必要なハードウェアにリンクに記載されていますか?開発ボードを直接コンピュータに接続してデバッグやプログラミングはできないのでしょうか?これらのアダプターやデバッガはマーケットで入手可能ですか?さらに、あなたが挙げたハードウェア以外に、開発ボードに必要な他のハードウェアコンポーネントはありますか?これらの質問に詳しくお答えください。どうもありがとうございます。 注意、私たちの意思は理解していません、私たちの現在の研究は電池の状態に関するものであり、実際の電池の電圧と温度のデータを測定する必要があるため、電池モジュールは必要ありません、私たちは必要としていますこれは真の電池であるため、適切なパネルの電池と電池充電器の特定の型名が必要です。また、ここで言及されている PEMicro アダプターと SEGGER も必要です。 Jリンクミニ エディタは、公開パネルまたは計算法に必須のハードウェアですか? 公開パネルは、電源に直接接続して評価やプログラムを実行することはできません。市販のハードウェアは市販されている可能性がありますか? さらに、公開パネルには、上記のハードウェア以外にも、必須のハードウェアが存在します。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 F an007様、 RDDRONE-BMS772に必要な追加ハードウェアについては、こちらのリンクを参照してください。 JozefKozon_0-1783575667159.png バッテリーパックについては、 BATT-6EMULATOR とBATT-14EXTENDERをご用意します。バッテリーエミュレーターはバッテリーパックの代わりに使えますが、コネクタが異なるため、バッテリーエクステンダーはその間に置くべきです。 敬具、 ヨゼフ

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 就初始化默认值并写入 Senlent_0-1783662229362.png

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 处理方法。 Re: MPC5744P IVOR1 Machine Check Handler not hit with uncorrectable FLASH ECC error on RTOS, baremet 您好， 我在测试过程中发现： 在我的项目中，使用 -O1 优化级别编译时，无法触发 IVOR1_Vector 处理程序。在 -O0 下，该异常处理程序可以正常工作。 但是，参考演示项目在使用相同的优化设置 -O1 时可以正常工作。 如果您能提供一些建议，帮助我找到问题的根本原因，我将不胜感激。

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. Re: MPC5744P IVOR1 Machine Check Handler not hit with uncorrectable FLASH ECC error on RTOS, baremet HI, I found during testing: In my project, the IVOR1_Vector handler cannot be triggered when compiling with -O1 optimization level. The exception works normally under -O0. However, the reference demo project works correctly with -O1 using the same optimization setting. I would appreciate it if you could share some suggestions to help me locate the root cause.

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硬件的截图供您参考。 image (1).png image (2).jpg i.MX6 全部 i.MX6UL Re: Imx6ull KSZ8041NL ethernet issue 您好，NXP团队， 我们提出的问题有任何更新吗？ Re: Imx6ull KSZ8041NL ethernet issue 您好，NXP支持团队， 我们已经分享了我们这边遇到的以太网问题的详细信息。 所以，请您从您那边检查一下，如果有任何进展，请与我们联系。 如有需要，我们也可以通过电话与您的团队讨论问题。 等待贵团队的积极反馈。 此致， 里特什·普拉贾帕蒂 Re: Imx6ull KSZ8041NL ethernet issue 你好@HarshilSoni434 @ritesh_prajapat 希望你一切都好。 查看您的KSZ8041原理图的跳线选项： Manuel_Salas_0-1785172670273.png 隔离模式：上拉（默认）= 启用 下拉= 禁用 PHY 将其 RMII 数据引脚（RXD0、RXD1、CRS/DV、RX_ER、TXD0、TXD1、TX_EN）与 MAC 断开连接。 MDIO/MDC 仍然完全正常，PHY 已被发现，链路脉冲仍在生成，也许这就是 PHY 被检测到且链路处于 UP 状态的原因。 请尝试将 ISOLATE 引脚上的 R37 从上拉电阻改为下拉电阻（~4.7kΩ 至 GND）？ 第二件要检查的事情是RESET引脚。请确认复位信号是否已正确置位？ 检查 reset_n 信号是否正确连接到： phy-reset-gpios = <&gpio1 14 GPIO_ACTIVE_LOW>; //phy-reset-gpios = <&gpio5 6 GPIO_ACTIVE_LOW>; 然后，请检查 RMII 的 CONFIG[2:0] 绑带是否已物理正确钳位。 此外，在KSZ8041原理图的信号映射表中： Manuel_Salas_1-1785173206995.png 网络名称似乎互换了（MDC 标记为 enet_mdio，反之亦然）。 顺祝商祺！ 萨拉斯。 Re: Imx6ull KSZ8041NL ethernet issue 你好@Manuel_Salas ， 谢谢你的回复。 根据您的建议，我们更换了下拉电阻并检查了以太网通信，但遗憾的是，情况依旧如此。 IP协商过程中出现RX错误。 我们还核实了以下几点： - 根据 imx6ull 引脚连接判断，RESET 引脚连接正确。我们也尝试在RESET线上施加手动脉冲，PHY（KSZ8041NL）被复位，但行为仍然相同。 - MDIO 和 MDC 引脚互换是原理图问题，实际硬件中的连接是正确的。 所以更改后行为仍然相同，两个 Phy 都能被检测到，但 IP 只能通过 KSZ8081 获取，而无法通过 KSZ8041NL 获取。以下是更新后的日志： root@sls-imx6ull14x14evk:~# dmesg | grep fec [ 2.124528] fec 20b4000.ethernet eth0：已注册 PHC 设备 0 [ 2.207221] fec 2188000.ethernet eth1：已注册 PHC 设备 1 [ 72.966866] fec 20b4000.ethernet eth0：链路已连接 - 100Mbps/全双工 - 流控已关闭 root@sls-imx6ull14x14evk:~# dmesg | grep eth0 [ 2.124528] fec 20b4000.ethernet eth0：已注册 PHC 设备 0 [ 72.966866] fec 20b4000.ethernet eth0：链路已连接 - 100Mbps/全双工 - 流控已关闭 root@sls-imx6ull14x14evk:~# ifconfig eth0 链路封装：以太网 硬件地址 26:F5:A6:8C:73:42 inet6 地址：fe80::f2af:2d7a:228c:2038/64 范围：链路 广播运行中 多播 MTU:1500 指标:1 接收数据包：0 个错误：63 个丢弃：0 个溢出：0 个帧：63 个 发送数据包：12 个，错误：0 个，丢弃：0 个，溢出：0 个，载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 (0.0 B) 发送字节数：2093 (2.0 KiB) eth1 链路封装：以太网硬件地址 22:81:A6:66:8C:3A 上行广播组播 MTU:1500 指标:1 接收数据包：0 个错误：0 个丢弃：0 个溢出：0 个帧：0 个 发送数据包：0 个错误：0 个丢弃：0 个溢出：0 个载波：0 个 碰撞次数：0 txqueuelen：1000 接收字节数：0 (0.0 字节) 发送字节数：0 (0.0 字节) lo Link encap：本地环回 互联网地址：127.0.0.1 掩码：255.0.0.0 inet6 地址: ::1/128 范围:主机 环路已启动，运行中，MTU：65536，指标：1 接收数据包：91 个，错误：0 个，丢弃：0 个，溢出：0 个，帧：0 个 发送数据包：91 个，错误：0 个，丢弃：0 个，溢出：0 个，载波：0 个 碰撞次数：0 txqueuelen：1000 RX 字节：7797 (7.6 KiB) TX 字节：7797 (7.6 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：0 收发器：外部 MDI-X：未知 支持唤醒：g 唤醒：d 检测到连接：是 请您就此提出建议。 Re: Imx6ull KSZ8041NL ethernet issue 感谢@Manuel_Salas提供的建议。 我们会核实您提出的所有建议，并于今天内公布结果。 此致， 里特什·普拉贾帕蒂 Re: Imx6ull KSZ8041NL ethernet issue 你好@Manuel_Salas 我们对以太网 FEC 驱动程序 fec_main.c 进行了进一步的调试。用于识别 rx 错误根案例。 因此，我们发现驱动程序由于 CRC 不匹配错误 BD_ENET_RX_CR 而忽略了所有接收数据包。 基于以上情况，请您提出解决问题的建议。 Re: Imx6ull KSZ8041NL ethernet issue 你好@Manuel_Salas ， 根据我们上次的观察，请问有什么最新消息吗？ 再次通知您，由于 CRC 错误，所有接收数据包均被忽略。那么，造成这种情况的原因可能是什么呢？ Re: Imx6ull KSZ8041NL ethernet issue 你好@Manuel_Salas ， 早上好， 您是否已查看@HarshilSoni434之前分享的关于此问题的最新更新？能否请您查看一下，并与我们联系您是否有任何线索或发现，以帮助我们缩小接收数据包CRC不匹配失败的具体问题范围？ [[ ## completed ##]] 如果您需要我们提供任何信息，请与我们联系。 此致， 里特什·普拉贾帕蒂

当 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。 ErikaC_1-1783696364130.png ErikaC_0-1783696304074.png 因此： 对于低侧 MOSFET，PX_LS_G 的电压比 PX_LS_S 的电压高约 15 V。 对于高侧 MOSFET，PX_HS_G 通过自举电路被驱动到相位节点以上，但栅源电压 PX_HS_G − PX_HS_S 仍保持在约 15 V。 ErikaC_2-1783696431300.png 数据表中所示的限值（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ファイルの付録を提供していただけますか？ 71fa0bab2bc390474ac38057d2395563.png   ボードデザイン 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のみをサポートしています。 よろしくお願いいたします。 パベル