Please provide an example of an S32K358 system booting from a dual-core EB29.0 core, preferably with RTD4.0. Hello: Here's an example of an S32K358 running on a dual-core EB29.0 system, preferably with RTD4.0; however, if RTD4.0 isn't available, other versions are also acceptable. Hello: I'd like to provide an example of an S32K358 system based on a dual-core EB29.0 processor, preferably with RTD4.0; however, if RTD4.0 is unavailable, other versions are also acceptable. Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 Hello, There are multiple examples for multicore. For example directly in the: https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/m-p/1547771 or: There are demos directly in the S32DS package. Since EB tresos is not NXP tool, I am not aware of direct multicre demo here. You will probably need to do porting from the S32DS demos. RTD Drivers contain EB tresos based examples, but I did not find a full multicore project. petervlna_0-1783669665552.png You can also check attached presentation. best regards, Peter Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/mp/1547771I opened this link and found an example (s32k324_dualcore_demo), which is based on S32K3_RTD_1_0_0_D2110_ASR_REL_4_4_REV_0000_20211007, with an RTD of 1.0. I am currently using S32. I'm having trouble opening the example code with DS v3.5 and RTD 4.0. I can't find this version of RTD on the official website. Could you please send it to me? Also, I'm using S32 DS v3.5. Does RTD 1.0 support this? Do I need to install v3.4? Can I install both v3.4 and v3.5 at the same time?

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 对于固件开发和调试，建议使用外部调试器，例如： SEGGER J-Link Mini PEMicro 通用多链路 其他兼容的JTAG调试器 该板提供 JTAG (J2) 和 DCD-LZ (J19) 调试接口。由于无法通过电脑直接进行 USB 编程/调试，因此需要使用外部调试器。   最低推荐配置： RDDRONE-BMS772 板 带平衡连接器的 3S 锂离子电池组 兼容3S充电器 J-Link 或 PEMicro 调试器 Windows PC 和 S32 设计工作室 该装置可以测量电池电压、电池组电压、电流（库仑计数）、温度和电池均衡，使其适用于 SOC/SOH 算法的开发。   最诚挚的问候， 约瑟夫 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 抱歉，你没听懂我的意思。我目前的研究是关于电池状态估计，这需要测量真实电池的电压、电流和温度数据。因此，我不需要电池模拟器；我需要的是真正的电池。所以，我需要一块与我的开发板兼容的电池，以及一个特定型号的配套电池充电器。另外，链接中提到的 PEMicro 适配器和 SEGGER J-Link Mini 调试器是开发板上调试或编程算法所必需的硬件吗？开发板能否直接连接到电脑进行调试和编程？这些适配器和调试器在市场上可以买到吗？此外，除了您提到的硬件之外，开发板是否还有其他必要的硬件元器件？请详细回答以下问题。非常感谢。 抱歉，你没明白我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压和温度数据，所以我不需要电池模拟器，我需要真实的电池，所以我需要改装开发板的电池和对应电池充电器的具体型号；以及那个链接里提到的PEMicro适配器以及SEGGER J-Link迷你调试器是开发板调试或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些固件和调试器在里面可以买到吗？还有，开发板除了你提到的这几个硬件之外还有其他必须硬件吗？请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 抱歉，你没听懂我的意思。我目前的研究是关于电池状态估计，这需要测量真实电池的电压、电流和温度数据。因此，我不需要电池模拟器；我需要的是真正的电池。所以，我需要一块与我的开发板兼容的电池，以及一个特定型号的配套电池充电器。另外，链接中提到的 PEMicro 适配器和 SEGGER J-Link Mini 调试器是调试或编程开发板所必需的硬件吗？开发板能否直接连接到电脑进行调试和编程？这些适配器和调试器在市场上可以买到吗？此外，除了您提到的硬件之外，开发板是否还有其他必要的硬件元器件？请详细回答以下问题。非常感谢。 抱歉，你没明白我的意思，我目前的研究是关于电池状态估计的，需要测量真实电池的电压和温度数据，所以我不需要电池模拟器，我需要真实的电池，所以我需要改装开发板的电池和对应电池充电器的具体型号；以及那个链接里提到的PEMicro适配器以及SEGGER J-Link迷你调试器是开发板调试或者烧录算法必须的硬件吗？开发板不能直接连接到电脑上进行调试和烧录程序吗？这些固件和调试器在里面可以买到吗？还有，开发板除了你提到的这几个硬件之外还有其他必须硬件吗？请您详细解答一下这些疑问，万分感谢。 Re: RDDRONE-BMS772 Development Board Accessories RDDRONE-BMS772开发板配件 亲爱的F an007， 有关 RDDRONE-BMS772 所需的其他硬件，请参阅此链接。 JozefKozon_0-1783575667159.png 对于电池组，我们可以为您提供BATT-6EMULATOR和BATT-14EXTENDER 。电池模拟器可以代替电池组使用，但由于接口不同，电池延长器应该连接在两者之间。 最诚挚的问候， 约瑟夫

提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 你好：       提供一下基于EB29.0 双核启动的S32K358例子，最好rtd4.0这种；如果没有rtd4.0,没有也行，其他版本也可以 Hello: I'd like to provide an example of an S32K358 system based on a dual-core EB29.0 processor, preferably with RTD4.0; however, if RTD4.0 is unavailable, other versions are also acceptable. Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 你好， 多核处理器有很多例子。 例如直接在： https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/mp/1547771 或者： S32DS软件包中直接包含演示程序。 由于 EB Tresos 不是 NXP 的工具，我不知道这里是否有直接的多组件演示。您可能需要从 S32DS 演示程序进行移植。RTD 驱动程序包含基于 EB tresos 的示例，但我没有找到完整的多核项目。 petervlna_0-1783669665552.png 您还可以查看附件中的演示文稿。 顺祝商祺！ Peter Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/m-p/1547771 我打开此链接发现起其中例子（s32k324_dualcore_demo），是基于   S32K3_RTD_1_0_0_D2110_ASR_REL_4_4_REV_0000_20211007，rtd是1.0，我现在是s32 ds v3.5,rtd 4.0,不能正确打开例程。我在官网找不到此版rtd，可以发我一下吗，另外我使用s32 ds   v3.5 。rtd1.0支持吗？ 是不是需要安装v3.4,我可以同时安装v3.4和v3.5吗？

複数のAB_SWAPロケーションにおけるIVTの使用に関する説明（S32K328） こんにちは、NXPチームの皆様、 私はAB_SWAPとHSE_Bを使用してS32K328のメモリレイアウトを作成しているのですが、IVTの位置をどのように扱うべきかについて明確な説明が必要です。 S32K3xxリファレンスマニュアルより: IVTは、フラッシュメモリ内の固定位置に定義された、主要なブートエントリ構造です。 IVTにはアプリケーションイメージ、起動設定、オプションの認証データへのポインタが含まれています。 AB_SWAP構成では、デバイスと設定に応じて、ブートとイメージ選択に関連付けられた複数の定義済みフラッシュ領域/アドレスが存在します。 S32K328のメモリマップを見ると、次のようになっています。 IVT は0x0040_0000 (アクティブバンク) にあります 同じバンク内の0x0060_0000にある別の整列領域は、ブート/優先度処理または一部のレイアウトにおける予約領域に関連しているようです。 質問: IVT配置 IVTは、各バンクのプライマリロケーション（例：0x0040_0000）にのみ存在することが想定されていますか？ それとも、IVT(またはIVTに似た構造)が別の住所(例えば 0x0060_0000)にも存在しなければならないという要件(または支持されるケース)はありますか? AB_SWAP内の複数のIVTアドレス RMに複数のIVT関連アドレス（例：0x0040_0000、0x0050_0000、0x0060_0000など）が表示されている場合、これらは何を表していますか？ 別々のIVTインスタンス、または 同じIVTコンセプトで使用される代替ブートスロット／優先ロケーション？ 二次/代替領域の使用 0x0060_0000のような領域がIVTを含むことが明示的に文書化されていない場合： 予約しておくべきか、 アプリケーションデータやメタデータには安全に使えますか? ベストプラクティス AB_SWAP + HSEセキュアブートシステムにおいて、IVTに関連してこれらの追加のアラインメントされたアドレスをどのように解釈するのが推奨されますか？ コンテクスト： デバイス: S32K328 ブートモード: AB_SWAP セキュリティ:セキュアブートが有効HSE_B 目標：正しい起動動作と安全なメモリ割り当て S32K3 #s32k328 Re: Clarification on IVT usage at multiple AB_SWAP locations (S32K328) こんにちは、 @venkatesh-kv 1.利用可能な定義済みアドレスにIVTを1つ配置すれば十分です。必ずしも0x40_0000のようなプライマリロケーションである必要はありません。有効なIVTを指定された順番で検索するのはSBAFの責任です。 IVT のアップデート中に何らかの問題が発生した場合に備えて、2 番目の IVT をバックアップとして使用するオプションがあります。これは通常、IVT のブート構成ワードの BOOT_SEQ ビットによってセキュアブートを有効にする際に行われます。 2. AB_SWAP モードの S32K328 には、IVT の可能な位置が 3 つあります: 0x40_0000、0x60_0000、0x1000_0000。SBAFは有効なIVTをこの順番で検索します。住所が小さいほど、優先順位が高くなります。例えば、0x40_0000に有効なIVTが存在する場合、SBAFはこのIVTを使用し、他の場所をチェックしません。 3. エリアを予約しておく必要はなく、コードやデータ用に利用できます。 4. このユースケースでは、前述のバックアップとして他のIVTロケーションを利用することができます。また、Secure Boot アプリケーションノートの「6.2 Update IVT」セクションでも説明されています。 ダウンロード可能: https://www.nxp.com/products/S32K3 アプリケーションノートはこちらでご覧いただけます: ドキュメント -> Secure Files -> Secure Boot アプリケーションノート v0.1.1.0(AN744511) 関連するデモプロジェクトはこちらからダウンロードできます: Design Resources - > ソフトウェア - > Secure Files - > SecureBootAppNoteDemo(SW745310) よろしくお願いいたします。 ルーカス

S32K358システムがデュアルコアEB29.0マザーボードから起動する例（できればRTD4.0を使用した場合）を提供してください。 こんにちは： 以下は、デュアルコアEB29.0システム上で動作するS32K358の例です。RTD4.0が望ましいですが、RTD4.0が利用できない場合は、他のバージョンでも構いません。 こんにちは： デュアルコアEB29.0プロセッサを搭載したS32K358システムの例を提示したいと思います。できればRTD4.0を搭載したものが望ましいですが、RTD4.0が入手できない場合は、他のバージョンでも構いません。 Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 こんにちは、 マルチコアの例は複数存在する。 例えば、直接以下のように： https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/mp/1547771 または： S32DSパッケージには直接デモが収録されています。 EB tresosはNXPのツールではないため、ここに直接的なマルチCREデモがあるかどうかは分かりません。おそらくS32DSのデモから移植する必要があるでしょう。RTDドライバにはEBのトレソベースの例が含まれていますが、完全なマルチコアプロジェクトは見つかりませんでした。 petervlna_0-1783669665552.png 添付のプレゼンテーションもご確認ください。 よろしくお願いいたします。 ピーター Re: 提供一下基于eb29.0 双核启动的S32K358例子，最好rtd4.0这种 https://community.nxp.com/t5/S32K/S32K324-Multi-Core-Example-Project-based-on-Whiteboard/mp/1547771このリンクを開いて、S32K3_RTD_1_0_0_D2110_ASR_REL_4_4_REV_0000_20211007 をベースにしたサンプル (s32k324_dualcore_demo) を見つけました。RTD は 1.0 です。現在、S32 を使用しています。DS v3.5とRTD 4.0でサンプルコードを開く際に問題が発生しています。公式ウェブサイトでこのバージョンのRTDが見つかりません。送っていただけないでしょうか？また、S32 DS v3.5を使用していますが、RTD 1.0はこのバージョンをサポートしていますか？バージョン3.4をインストールする必要がありますか？バージョン3.4とバージョン3.5を同時にインストールできますか？

Clarification on IVT usage at multiple AB_SWAP locations (S32K328) Hi NXP team, I am working on an S32K328 memory layout using AB_SWAP and HSE_B, and I need clarification on how IVT locations should be treated. From the S32K3xx Reference Manual: The IVT is the main boot entry structure defined at a fixed location in flash. IVT contains pointers to application images, boot configuration, and optional authentication data. In AB_SWAP configurations, there are multiple defined flash regions/addresses associated with boot and image selection, depending on the device and setup. In the memory map for S32K328, I see: IVT at 0x0040_0000 (active bank) Another aligned region at 0x0060_0000 (in the same bank), which appears to be related to boot/priority handling or reserved space in some layouts. Questions: IVT placement Is the IVT expected to exist only at the primary location (e.g., 0x0040_0000) for each bank? Or is there any requirement (or supported case) where an IVT (or IVT‑like structure) must also be present at another address such as 0x0060_0000? Multiple IVT addresses in AB_SWAP When the RM shows multiple IVT‑related addresses (e.g., 0x0040_0000, 0x0050_0000, 0x0060_0000, etc.), do these represent: separate IVT instances, or alternative boot slots / priority locations used by the same IVT concept? Use of secondary/alternate region If a region like 0x0060_0000 is not explicitly documented as containing an IVT: Should it be kept reserved, or Can it be safely used for application data/metadata? Best practice For AB_SWAP + HSE secure boot systems, what is the recommended interpretation of these additional aligned addresses in relation to IVT? Context: Device: S32K328 Boot mode: AB_SWAP Security: HSE_B with secure boot enabled Goal: correct boot behavior and safe memory allocation S32K3 #s32k328  Re: Clarification on IVT usage at multiple AB_SWAP locations (S32K328) Hi @venkatesh-kv  1. One IVT at any available defined address is sufficient. It doesn’t have to be primary location like 0x40_0000. It’s up to SBAF to search for valid IVT in given order. There’s an option to use second IVT as a backup if something goes wrong during update of IVT which is typically done when enabling secure boot by BOOT_SEQ bit in Boot Configuration Word in IVT. 2. S32K328 in AB_SWAP mode has three possible locations of IVT: 0x40_0000, 0x60_0000, 0x1000_0000. SBAF searches for valid IVT in this order. The lower address, the highest priority. For example, if there’s valid IVT at 0x40_0000, SBAF will use this one and it does not check other locations. 3. It’s not necessary to keep the area reserved, you can use it for your code or data. 4. For this use case, other IVT locations can be used as a backup as mentioned earlier. It’s also discussed in Secure Boot Application Note in section “6.2 Update IVT”. It can be downloaded from: https://www.nxp.com/products/S32K3 Application note can be found here: Documentation -> Secure Files -> Secure Boot Application note v0.1.1.0 (AN744511) Associated demo project can be downloaded here: Design Resources -> Software -> Secure Files -> SecureBootAppNoteDemo (SW745310) Regards, Lukas

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