LPC55S69でUSB HS PLLがロックしない 私はLPCシリーズのマイクロコントローラを用いた初めてのUSB対応製品に取り組んでおり、PHYを直接扱うのはこれが初めてです。これはカスタム基板上で、USB1高速USB接続を使用しています。 現在、dev_cdc_vcom_bm SDKの例を自分のデバイスで動かそうとしています(LPCXpresso55S69の開発ボードでテストした後です)。私のカスタム基板の明らかな違いは、16MHzの水晶発振子ではなく、20MHzの水晶発振子が搭載されている点です。 最初の問題として、PLL_SICレジスタがPLL_LOCKを0と表示しているため、PLLがロックされていないことが分かりました。USBクロック、USB PLL電源、およびUSB PLL有効化が有効になっています。クロック分周器は、20MHzクロックの場合、24で分周するように設定されています（値4）。PLL_PREDIV = 0。USB1_3V3は3.299Vと安定しているので、入力電圧は問題なさそうです。 もう一つの潜在的な問題点は、20MHzの水晶発振器ではなく、20MHzの発振器を使用していることです。別のThreadでそれが問題だと見かけましたが、それはKinetisの部品で、同じIPかどうかはわかりません。たとえそうだとしても、それが論点ずらしだったとしても驚かないだろう。 添付はデバイスの回路図ですが、今回の場合はそれが問題になるはずです。 PLLをロックさせるために、次にどこを調べれば良いか、何か考えはありますか？ LPC55xx

imx93 中 TPM EXTCLK ALT 功能支持的最大脉冲频率 你好， 请问imx93处理器中TPM EXTCLK（tpm6.EXTCLK）引脚支持的最大脉冲频率是多少？ 问候， 阿努什里 Re: Maxmimum pulse frequency supported by TPM EXTCLK ALT function in imx93 i.MX93 上的 TPM6 EXTCLK 限制不是作为独立的焊盘最大值给出的；它是相对于 TPM 计数器时钟指定的：外部时钟源必须小于 TPM 计数器时钟频率的一半，因为输入在使用前是同步的。 对于 tpm6_clk_root，i.MX93 时钟根表列出了最大频率为83.33 MHz 。因此，如果 TPM6 以最大时钟频率运行，则 tpm6.EXTCLK 脉冲的实际上限为： TPM 控制寄存器确认 TPM6 可以对 EXTCLK 的上升沿或两个上升沿进行计数，该信号与 TPM 计数器时钟同步。另请注意，选择 EXTCLK 时仍会使用 TPM 预分频器。 仅当 TPM6 计数器时钟达到其最大值 83.33 MHz 时才使用<41.7 MHz ；否则使用EXTCLK < TPM 计数器时钟 / 2 。

FRDM-K64FでMCUxpresso 25.6を使用した場合、SDカードのシンボルが未定義になる こんにちは、 SDカードソフトがうまく動かずに困っています。 必要なのは、いくつかのアイテムを電源を入れるだけで、SDカードの他のアクティブなマネジメントは不要です。ただ、後でログが必要になるかもしれませんが... データ型sd_card_tを使用しようとしていますが、「不明な型名」エラーが発生します。 以前にfsl_sd.hを含めましたそして fsl_sdhc.h。しかし、そうすると、どちらの場合でも多くの関数に対して複数定義のメッセージが表示されます。だから、fsl_sd.h.は必要ないと思った。SDKには含まれていないので、元の複数定義エラーはGitHubから両方ダウンロードしました。fsl_sdhc.h があります。SDKからも「未知型名」のメッセージが出続けています。言うまでもなく、SDカードのサンプルは非常に使いづらいと感じています！ どんなご支援でも大変ありがたく思います！ Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 投稿ありがとうございます。 プロジェクト内のSDKコンポーネントを管理し、ドライバを追加してください。> SDHCとミドルウェア>記憶->SDMMC Stack->SD sdcard_polling例では以下の構成要素が含まれています。 「SDK コンポーネント管理」に入るには、プロジェクトを右クリックして「SDK Management -> SDK Components 管理」に行く必要があります これで問題が解決するかどうか教えてください。 Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 迅速な返信ありがとう、カルロス。でももう返信は済ませたので、他に何かあるかもしれませんね?これがSDマネジメントのための私の窓口です: Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F 私はSDK_2.11.0_FRDM -K64Fを使用しています。 削除して「ダウンロード・インストールsdks」タブを使って同じバージョンの新しいものをビルド・ダウンロードしましたが、同じ問題が起きました。 よろしくお願いします。 ナイジェル Re: Undefined SD Card symbols using MCUxpresso 25.6 on FRDM-K64F こんにちは、 @ve3id さん。 ご説明ありがとうございます。 どのSDKバージョンを使っているのか教えていただけますか? バージョン2.11.0で試してみましたが、私の環境では再現できませんでした。

USB HS PLL not Locking on LPC55S69 I am working on my first USB enabled product with an LPC series microcontroller, and it is the first time that I have worked with the PHY directly. This is on a custom board, using the USB1 high-speed USB connection. I am currently trying to get the dev_cdc_vcom_bm SDK example working on my device (after testing it on the LPCXpresso55S69 dev board). The obvious difference on my custom board is that it has a 20MHz crystal mounted rather than 16MHz.  I have tracked down, as my first problem, that the PLL_SIC register is showing PLL_LOCK as 0, so the PLL is not locking. USB clock, USB PLL power, and USB PLL enable are enabled. The clock divisor is set for divide by 24 (value4) for the 20MHz clock. PLL_PREDIV = 0. USB1_3V3 is reading a solid 3.299v, so the input voltage seems fine. One other potential issue is that I'm using a 20MHz oscillator and not a 20MHz crystal. I saw another thread where that was the issue, but it was on a Kinetis part, and I'm not sure it's the same IP. Even if it is, I wouldn't be surprised if that was a red herring. Attached is the schematic of the device, though that shouldn't be the issue in this case. Any thoughts about where to look next as far as getting the PLL to lock?  LPC55xx

LPC55S69上的USB HS PLL无法锁定 我正在开发我的第一个采用 LPC 系列微控制器的 USB 产品，这也是我第一次直接操作 PHY。这是在定制电路板上，使用 USB1 高速 USB 连接。 我目前正在尝试让 dev_cdc_vcom_bm SDK 示例在我的设备上运行（在 LPCXpresso55S69 开发板上测试之后）。我的定制电路板最明显的区别在于它安装的是 20MHz 晶振而不是 16MHz 晶振。 我找到的第一个问题是 PLL_SIC 寄存器显示 PLL_LOCK 为 0，因此 PLL 没有锁定。USB时钟、USB PLL电源和USB PLL使能已启用。时钟分频器设置为 24 分频（值 4），用于 20MHz 时钟。PLL_PREDIV = 0。USB1_3V3 读取到稳定的 3.299v，因此输入电压似乎正常。 另一个潜在的问题是，我使用的是 20MHz 振荡器，而不是 20MHz 晶体振荡器。我看到另一个帖子也遇到了同样的问题，但那是 Kinetis 的一个部件，我不确定是不是同一个 IP。即便如此，如果这只是个转移视线的伎俩，我也不会感到惊讶。 附件是该设备的原理图，不过这应该不是问题所在。 关于如何使PLL锁定，您有什么下一步的考虑方向吗？ LPC55xx

Maxmimum pulse frequency supported by TPM EXTCLK ALT function in imx93 Hi, Could you please let me know the maximum pulse frequency supported by  TPM EXTCLK (tpm6.EXTCLK) pins in imx93 processor? Regards, Anushree Re: Maxmimum pulse frequency supported by TPM EXTCLK ALT function in imx93 The TPM6 EXTCLK limit on i.MX93 is not given as a standalone pad maximum; it is specified relative to the TPM counter clock: the external clock source must be less than half of the TPM counter clock frequency because the input is synchronized before use. For tpm6_clk_root , the i.MX93 clock root table lists a maximum frequency of 83.33 MHz . So, if TPM6 is clocked at that maximum rate, the practical upper limit for tpm6.EXTCLK pulses is: The TPM control register confirms that TPM6 can count on the rising edge of EXTCLK , or on both edges, with the signal synchronized to the TPM counter clock. Also note that the TPM prescaler is still used when EXTCLK is selected. Use <41.7 MHz only when the TPM6 counter clock is at its 83.33 MHz maximum; otherwise use EXTCLK < TPM counter clock / 2 .

SJA1105 SGMII driver Petalinux 2020.1 Hi everyone, I am currently working with PetaLinux 2020.1 and an SJA1105SEL switch, and I would like to know whether SGMII is supported in this software release. From what I have seen so far, I am not sure if the SGMII interface is supported by the driver available in PetaLinux 2020.1, or if support was added in a later Linux kernel / driver version. Could anyone clarify: Is it possible to use the SGMII port of the SJA1105SEL when running PetaLinux 2020.1  or it is needed a patch code? Does the SJA1105 driver included with that release support SGMII operation? If SGMII is not supported in PetaLinux 2020.1, in which Linux kernel version (or PetaLinux release) was support for SGMII added to the sja1105 driver? Any information, references to patches, commits, or documentation would be greatly appreciated. Thanks in advance! Linux

S32K358 multi core data sharing Hello , I am trying to use shared memory in s32k358 multi core. I am following user define example,  When i try to assign some value in buzzer_state_shared_data_U32 ( currently only core 0 is accessing this memory), core 0 is hanging and swt resetting the controller. But when i flash the code in debug flash, its running properly. With power on reset, core 0 is hanging.  Why its running properly in when flashing and not running in power off and on. Re: S32K358 multi core data sharing Hello @Julián_AragónM , Thank you for your quick response, I check the startup files, SRAM Init is happening. I have attached my startup files and linker files. Please support me to resolve this issue Re: S32K358 multi core data sharing Hello @nirmal_masilamani, But when i flash the code in debug flash, its running properly. With power on reset, core 0 is hanging.  This is most likely caused by ECC RAM error. Usually, debuggers initialize the ECC on volatile memories, however, when powering on and off, debugger does not initialize RAM, and hardfault occurs when trying to access memory. This is usually done in the startup code, before main. The section should be also configured as non-cacheable. Regarding your second issue: but when i try to access it from timer ISR or OS task, core 0 going to hardfault. You can try to trace back your hardfault. Halt the core in the HardFault_Handler(), and find the SP value in the core registers: How To Debug A Fault Exception On ARM Cortex-M(V7M) MCU(S32K3XX). Best regards, Julián Re: S32K358 multi core data sharing Hello, When i access shared memory in main(), its working fine even in power off and on, but when i try to access it from timer ISR or OS task, core 0 going to hardfault. Please support me in this. Re: S32K358 multi core data sharing Hello @Julián_AragónM , Please support on this query. What i am missing here?

在基于 MC9S12X256 16 位处理器的 SCI 系统上实现 I2C MC9S12XS256 微控制器没有专用的 I2C 端口，但是 SCI 子系统能否用于与 I2C 显示器或类似配件通信？ Re: implementing I2c on the sci system on an MC9S12X256 16 BIT I2C 无法与 SCI/LIN 直接通信，因为它们的硬件引脚定义不同。 如果必须使用 I2C 通信，则可能需要使用网关来传输协议（例如 MC9S12）。 Re: implementing I2c on the sci system on an MC9S12X256 16 BIT 嗨@fluffyflex ， 它只能通过GPIO进行模拟： https://www.nxp.com/docs/en/application-note/AN5264.pdf https://www.nxp.com/docs/en/application-note-software/AN5264SW.zip 此致， 丹尼尔

SJA1105 SGMII 驱动程序 Petalinux 2020.1 大家好， 我目前正在使用PetaLinux 2020.1和SJA1105SEL交换机，我想知道此软件版本是否支持 SGMII 。 就我目前所见，我不确定 PetaLinux 2020.1 中提供的驱动程序是否支持 SGMII 接口，或者是否在后来的 Linux 内核/驱动程序版本中添加了支持。 请问有人能解释一下吗？ 运行PetaLinux 2020.1时是否可以使用 SJA1105SEL 的SGMII 端口，还是需要补丁代码？ 该版本中包含的 SJA1105 驱动程序是否支持 SGMII 操作？ 如果 PetaLinux 2020.1 不支持 SGMII，那么在哪个 Linux 内核版本（或 PetaLinux 版本）中， sja1105驱动程序添加了对 SGMII 的支持？ 任何信息、补丁、提交记录或文档的参考资料都将不胜感激。 提前感谢！ Linux

S32K358 多核数据共享 你好 ， 我正在尝试在 s32k358 多核处理器中使用共享内存。 我正在学习用户自定义示例， 当我尝试在buzzer_state_shared_data_U32 中赋值时（目前只有核心 0 访问此内存），核心 0 挂起并 swt 重置控制器。 但是当我把代码烧录到调试闪存中时，它运行正常。上电复位后，核心 0 卡住。 为什么刷机时运行正常，而断电重启后却无法运行？ Re: S32K358 multi core data sharing 你好@Julián_AragónM ， 感谢您的快速回复。 我检查了启动文件，SRAM 初始化正在进行。 我已附上启动文件和链接器文件。请协助我解决这个问题。 Re: S32K358 multi core data sharing 你好@nirmal_masilamani ， 但是当我把代码烧录到调试闪存中时，它运行正常。上电复位后，核心 0 卡住。 这很可能是由ECC RAM错误引起的。通常情况下，调试器会在易失性存储器上初始化 ECC，但是，在开机和关机时，调试器不会初始化 RAM，因此在尝试访问内存时会发生硬故障。 这通常是在启动代码中，在 main 函数之前完成的。 该部分还应配置为不可缓存。 关于你的第二个问题：但是当我尝试从定时器中断服务例程或操作系统任务访问它时，核心 0 会发生硬故障。 您可以尝试追溯硬故障。在 HardFault_Handler() 中停止内核，并在内核寄存器中找到 SP 值：如何调试 ARM Cortex-M(V7M) MCU(S32K3XX) 上的故障异常。 此致， 朱利安 Re: S32K358 multi core data sharing 你好， 当我在 main() 中访问共享内存时，即使在断电重启后也能正常工作，但是当我尝试从定时器中断服务例程或操作系统任务中访问它时，核心 0 会发生硬故障。 请支持我。 Re: S32K358 multi core data sharing 你好@Julián_AragónM ， 请协助解答此问题。我到底漏掉了什么？

implementing I2c on the sci system on an MC9S12X256 16 BIT The MC9S12XS256 microcontroller does not have a dedicated I2C port, But can the SCI subsystem be used to communicate with I2c displays or similar accessories? Re: implementing I2c on the sci system on an MC9S12X256 16 BIT I2C can not communicate withSCI/LIN directly since they are different hardware pin defination. You may need to use a gateway to transfer the protocol if I2C is must with MC9S12 Re: implementing I2c on the sci system on an MC9S12X256 16 BIT Hi @fluffyflex, It can only be emulated using GPIOs: https://www.nxp.com/docs/en/application-note/AN5264.pdf https://www.nxp.com/docs/en/application-note-software/AN5264SW.zip Regards, Daniel

関連するEBライセンスが許容される最大数量を超えています 7月にリリースされたアクティブコードですが、最後のコードではアクティベートできません

S32K358マルチコアデータ共有 こんにちは 、 私はs32k358マルチコアで共有メモリを使用しようとしています。 私はユーザー定義の例に従っています。 buzzer_state_shared_data_U32で値を割り当てようとすると(現在はコア0のみがこのメモリにアクセスしています)、コア0がハングし、SWTがコントローラーをリセットします。 しかし、デバッグフラッシュにコードを書き込むと、正常に動作します。電源リセット後、コア0がハングアップしています。 フラッシュ中は正常に動作するのに、電源のオンオフでは動作しないのはなぜですか？ Re: S32K358 multi core data sharing こんにちは、 @Julián_AragónM さん、 迅速なご対応ありがとうございます。 起動ファイルを確認したところ、SRAMの初期化が実行されている。 起動ファイルとリンカーファイルを添付しました。この問題を解決するために、ぜひ私をサポートしてください Re: S32K358 multi core data sharing こんにちは、 @nirmal_masilamani さん、 しかし、デバッグフラッシュにコードを書き込むと、正常に動作します。電源リセット後、コア0がハングアップしています。 これはおそらくECC RAMのエラーが原因です。通常、デバッガは揮発性メモリ上でECCを初期化しますが、電源オン・オフ時にRAMを初期化せず、メモリへのアクセス時にハードフォールトが発生します。 これは通常、メイン関数の前に実行される起動コード内で行われます。 このセクションはキャッシュ不可に設定する必要があります。 2つ目の問題についてですが、タイマーISRやOSタスクからアクセスしようとすると、コア0がハードフォールに切り替わります。 ハードフォルトを遡って追跡してみることもできます。HardFault_Handler()でコアを停止し、コアレジスタでSP値を見つけます:How To Debug A Fault Exception On ARM Cortex-M(V7M) MCU(S32K3XX)。 よろしくお願いします、 ジュリアン Re: S32K358 multi core data sharing こんにちは、 main()で共有メモリにアクセスすると、電源オフ・オンでも問題なく動作しますが、タイマーISRやOSタスクからアクセスしようとすると、コア0がハードフォールに切り替わります。 どうか私をサポートしてください。 Re: S32K358 multi core data sharing こんにちは、 @Julián_AragónM さん、 この質問についてサポートしてください。私が何か見落としているのでしょうか？

SJA1105 SGMIIドライバー Petalinux 2020.1 こんにちは、皆さん 現在、 PetaLinux 2020.1 と SJA1105SEL スイッチを使って作業しており、 このソフトウェアリリースでSGMIIがサポートされているかどうか知りたいです。 これまでのところ、PetaLinux 2020.1のドライバでSGMIIインターフェースがサポートされているのか、それとも後のLinuxカーネルやドライババージョンでサポートが追加されたのかはわかりません。 どなたか詳しく教えてもらえますか: PetaLinux 2020.1を実行している場合、SJA1105SELのSGMIIポートを使用することは可能ですか？それともパッチコードが必要ですか？ そのリリースに付属しているSJA1105ドライバはSGMIIの動作をサポートしていますか? PetaLinux 2020.1でSGMIIがサポートされていない場合、どのLinuxカーネルバージョン(またはPetaLinuxリリース)が sja1105 ドライバに追加されたのでしょうか? パッチやコミット、ドキュメントなどの情報や参考文献があれば大変ありがたいです。 よろしくお願いいたします！ Linux

MC9S12X256 16ビットのSCIシステムでI2Cを実装する MC9S12XS256マイクロコントローラには専用のI2Cポートはありませんが、SCIサブシステムはI2Cディスプレイや類似のアクセサリと通信するために使えますか? Re: implementing I2c on the sci system on an MC9S12X256 16 BIT I2CはSCI/LINとは異なるハードウェアピン定義であるため、直接通信できません。 MC9S12でI2Cが必須の場合、プロトコルを転送するためにゲートウェイを使用する必要があるかもしれません。 Re: implementing I2c on the sci system on an MC9S12X256 16 BIT こんにちは、 @fluffyflex さん。 GPIOを用いてのみエミュレート可能です: https://www.nxp.com/docs/en/application-note/AN5264.pdf https://www.nxp.com/docs/en/application-note-software/AN5264SW.zip よろしくお願いいたします。 ダニエル

相关EB许可证的数量超过了允许的最大数量。 激活码是七月份发布的，但我用最新的激活码无法激活。

The Related EB Lisence exceeds maximum quanity allowed The activecode released at July，but I can't actived using the last code 

i.MX93RM – TPM Channel Count Correction The table below contains notable updates to the Rev 7 release of the i.MX 93 Applications Processor Reference Manual. Affected Modules Issue Summary Description Date Chapter 1 - Introduction Incorrect TPM channel count  Section 1.1.2 - Features: States that each TPM instance “Includes 6 channels that can be configured for input capture, output compare, edge-aligned PWM mode, or center-aligned PWM mode.” Correct information: Includes 4 channels that can be configured for input capture, output compare, edge-aligned PWM mode, or center-aligned PWM mode. 07-07-2026 Correction to an inconsistent TPM channel count description in the i.MX 93 Reference Manual Rev. 7. 

Step-by-Step Guide to Running the GenAVB/TSN Stack FreeRTOS Evaluation Use Case on i.MX RT1180 1. Abstract The GenAVB/TSN Stack FreeRTOS Evaluation User's Guide (version:8.0 Release) covers multiple hardware platforms, software configurations, and evaluation use cases. While comprehensive, the document can be challenging for first-time users to follow due to the large amount of information and the variety of supported scenarios. This article focuses on a specific use case from the User's Guide and provides a detailed, step-by-step walkthrough with screenshots, configuration examples, expected results, and troubleshooting tips. The goal is to help users better understand the setup process and successfully evaluate the GenAVB/TSN stack on NXP platforms. This article walks through Section 4.4, TSN Network Only with TSN Bridge and Standalone Endpoint i.MX RT1180, from the GenAVB/TSN Stack FreeRTOS Evaluation User's Guide. It explains the required hardware setup, firmware build and flashing procedure, board configuration, TSN configuration, execution steps, expected results, and basic troubleshooting tips. 2. Setup 2.1 Hardware Preparation Two i.MX RT1180 boards A PC with a serial terminal emulator. MobaXterm Portable is recommended. At least two USB cables and three Ethernet cables 2.2 Firmware Preparation 2.2.1 Setup IDE and SDK Refer to the NXP GenAVB/TSN MCUXpresso User's Guide to install the required software environment for the selected platform and project. A successful project build confirms that the build environment has been installed and configured correctly. VS Code and MCUXpresso for Visual Studio Code are recommended. 2.2.2 Build Image Note:  The specific operating procedures should still be based on GenAVB/TSN MCUXpresso User's Guide . The explanation below is intended only as a supplement to the original document. For GenAVB_TSN-rtos-apps version 8.0, the CM7 Kconfig file needs to be fixed manually before building the image. Kconfig file path: Add two lines like the following: Set the Build Configurations of the CM33 project to release_no_enetc0, and then build the project. Set the Build Configurations of the CM7 project to release_enetc0, and then build the project. Note: If you are using MCUXpresso for VS Code, you may not be able to import both the CM33 and CM7 projects of the TSN application into the same workspace at the same time, like the following: If this occurs, remove the existing project from the workspace before importing the project for the other core. This issue is expected to be fixed in a future release. After both the CM33 and CM7 projects are built successfully, the generated .bin files and .elf files can be found in the corresponding output directories: 2.2.3 Flash Image Make sure the board's boot configuration switch is set to Serial Downloader mode. For SDP mode, SW5[1..4] should be set to 0001. Set jumper J1 to position 7–8 so that the evaluation board can be powered through the Debug USB port. Connect one USB cable between the PC and the USB_OTG1 port , which is used for firmware downloading. Connect another USB cable between the PC and the Debug USB port, which is used for power supply and serial communication. Then reset the board. Refer to Chapter 10, "Multi core (Cortex-M33 + Cortex-M7) images flashing" in the GenAVB/TSN MCUXpresso User's Guide. Flash the following generated binaries to the target device: genavb_tsn_rtos_apps\...\release_no_enetc0\evkmimxrt1180_tsn_app_cm33_cm33.bin genavb_tsn_rtos_apps\...\release_enetc0\evkmimxrt1180_tsn_app_cm7_cm7.bin 2.3 Check the Status of the Boards After the flashing operation is completed on both boards, restore the boot configuration switch on each board to Quad SPI mode. For QSPI mode, SW5[1..4] should be set to 0100. Then reset both boards. Remove the jumper on JP7 so that the debug port on each board can enumerate two serial ports. The CM33 and CM7 serial terminal interfaces are provided through the two serial ports enumerated by the debug port. After the boards restart, the red LED D7 should blink, indicating that the TSN application is running. Then, check the hardware connection: 2.4 TSN Configuration and Evaluation i.MX RT1180 Controller i.MX RT1180 IO Device 1 Step 1. Configure the Controller Standalone TSN Endpoint and IO Device Standalone TSN Endpoint respectively. CM33 shell: Press INSERT key mkdir -p /m7/tsn_app write /m7/boot 1 write /m7/tsn_app/role 0 write /m7/tsn_app/mode 2 write /m7/tsn_app/port_id 1 write /m7/tsn_app/num_io_devices 1 write /m7/tsn_app/period_ns 250000 CM33 shell: Press INSERT key mkdir -p /m7/tsn_app write /m7/boot 1 write /m7/tsn_app/role 1 write /m7/tsn_app/mode 2 write /m7/tsn_app/port_id 1 write /m7/tsn_app/period_ns 250000 Step 2. Reset the boards Reset Reset Step 3. Set hardware address CM33 shell: mkdir -p port0 mkdir -p port1 mkdir -p port2 mkdir -p port3 mkdir -p port4 mkdir -p port5 write port0/hw_addr 54:27:8D:00:00:00 write port1/hw_addr 54:27:8D:00:00:01 write port2/hw_addr 54:27:8D:00:00:02 write port3/hw_addr 54:27:8D:00:00:03 write port4/hw_addr 54:27:8D:00:00:04 write port5/hw_addr 54:27:8D:00:00:05 CM33 shell: mkdir -p port0 mkdir -p port1 mkdir -p port2 mkdir -p port3 mkdir -p port4 mkdir -p port5 write port0/hw_addr 54:27:8D:00:01:00 write port1/hw_addr 54:27:8D:00:01:01 write port2/hw_addr 54:27:8D:00:01:02 write port3/hw_addr 54:27:8D:00:01:03 write port4/hw_addr 54:27:8D:00:01:04 write port5/hw_addr 54:27:8D:00:01:05 Step 4. Set gPTP / (Devices without this command configured remain GM devices.) CM33 shell: mkdir -p fgptp write fgptp/priority1 248 Step 5. VLAN and FDB entry settings BRIDGE>> vlan_update 2 3 -c 1 -p BRIDGE>> vlan_update 2 4 -c 1 -p BRIDGE>> fdb_update 91:e0:f0:00:fe:70 2 4 -c 1 -p BRIDGE>> fdb_update 91:e0:f0:00:fe:71 2 3 -c 1 -p / Step 6. Scheduled Traffic settings CM33 shell: BRIDGE>> cd / BRIDGE>> qbv_set 4 -b 35000 -c 250000 -C 0 -l 08,80000 -l f7,170000 -p BRIDGE>> qbv_set 3 -b 160000 -c 250000 -C 0 -l 08,80000 -l f7,170000 -p CM7 shell: CONTROLLER>> qbv_set 1 -b 35000 -c 250000 -C 0 -l 02,80000 -l fd,170000 CM7 shell: IO_DEVICE_0>> qbv_set 1 -b 160000 -c 250000 -C 0 -l 02,80000 -l fd,170000 Step 7. Reset the boards and evaluate Scheduled Traffic / Step 8. Configure Time-Specific Departure (TSD) CM33 shell: Press INSERT key write /m7/tsn_app/tx_time_enabled 1 write /m7/tsn_app/tx_time_offset_ns 38000 CM33 shell: Press INSERT key write /m7/tsn_app/tx_time_enabled 1 write /m7/tsn_app/tx_time_offset_ns 38000 Step 9. Reset the boards and evaluate Time-Specific Departure (TSD) / Note: All use cases require the hardware address and gPTP configurations. The original User's Guide does not fully describe this part, so these steps are explicitly included in this article for clarity. 3. Conclusion This guide summarizes the complete workflow for evaluating the GenAVB/TSN Stack FreeRTOS use case on the i.MX RT1180 platform. It covers the required hardware preparation, firmware build process, image flashing procedure, board boot configuration, serial port verification, and TSN configuration steps. By following the configuration sequence in this document, users can set up the Controller and IO Device roles, configure gPTP, VLAN, FDB entries, Scheduled Traffic, and Time-Specific Departure, and then verify the expected TSN behavior between the two i.MX RT1180 boards.