Multi Source Translation Content

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Multi Source Translation Content

Discussions

Sort by:
Getting Started with UWB on the NXP Trimension® SR250 - Part 2: SR250UWBSHIELD + FRDM-RW612 Setup Guide (Japanese Blog) 1. Introduction In the first installment, we introduced the SR250 as a device that integrates UWB ranging and UWB radar onto a single chip, and that it was released for the mass market in March 2026. From this point on, we'll finally get the board working. Let's go through the process together, from obtaining the evaluation board to verifying its operation. 1st Basics of UWB and an overview of the SR250 Part 2 (This article) Setting up the SR250 evaluation board (SR250UWBSHIELD) 3rd Let's try UWB ranging. 4th Try out UWB radar. There are two main ways to try out the SR250: the build-free PnP (Plug-and-Play) route and the Zephyr SDK route for full-fledged development. The necessary preparations differ depending on which route you choose, so it's best to decide beforehand. Those who want to do both are also very welcome! While it can run on systems other than Windows, this guide will use the command prompt on a Windows PC. root For people like this Development environment A. PnP First, I want to try it out easily! Python + PySerial only B. Zephyr SDK I want to develop this seriously and combine it with BLE. Git・CMake・Python・Zephyr SDK 2. Hardware Preparation (Common to A and B) Required hardware For UWB distance measurement, a device on the other end is required. If you have two sets, you can measure distance between two SR250 UWB SHIELD boards. If you have a smartphone equipped with UWB, you can measure distance to the smartphone with just one set. SR250UWBSHIELD : Arduino-compatible shield board equipped with SR250. FRDM-RW612 : Host MCU board ( Wi-Fi 6 / Bluetooth Low Energy 5.4 / 802.15.4 equipped) Two USB Type-C cables One cable is included with the FRDM-RW612, so please prepare another one. You will need a cable that supports data communication, not just a charging-only cable. The connector that connects to the PC can be either Type-A or Type-C. Regarding USB connection The SR250UWBSHIELD + FRDM-RW612 requires two USB-C cables to operate. Let's review the purpose of each cable. connector Purpose remarks J10 (MCU-Link) Power supply, programming, and debugging. This connection is required. Without it, the power will not turn on. J8 (HS-USB) Serial communication (Virtual COM Port) When checking the COM port, use the port number on the J8 side. Two COM ports will appear in Windows Device Manager, but the one used for serial communication is the COM port on the J8 (HS-USB) device. It will be displayed as "USB Serial Device (COMx)". Rework: Critical tasks that need to be checked first. The SR250-ARD shield and FRDM-RW612 communicate via SPI, but SPI does not function correctly with the default Arduino header wiring. Please address this using one of the following two methods. Method 1: Rework by soldering (recommended) If you have a soldering iron, I recommend reworking the SPI lines. Once done, you won't need any cables, resulting in a cleaner setup. For detailed rework procedures, please refer to the Start Guide: Start Guide for the Trimension SR250 Development Board Method 2: Alternative connection using jumper wires (for those who want to try it easily) If you want to try it without soldering, connect the Arduino header pins of the FRDM-RW612 with two female-to-female jumper wires as shown below. If you'd like to test the functionality first, please use this method. 3A. PnP Route: Easily try it with just Python The PnP application requires no build; you can directly control the SR250 from your PC using the USB serial communication and SPI communication protocol converter firmware (PnP firmware) for the FRDM-RW612, available on GitHub. You can verify its operation simply by running a Python UCI script from your PC. When preparing, you will encounter two different firmwares. The first one to be written is the protocol conversion firmware that operates within the RW612. After that, you will update the SR250's firmware. The writing methods for each are different (RW612 via ISP mode, SR250 via PnP firmware), so please pay attention to the procedure.   Obtain the necessary files from GitHub. You can download the ZIP file from the "Code" dropdown menu in the upper right corner. GitHub: SR250 UWB Plug-and-Play Application Required software Python 3.12 or later PySerial: python -m pip install pyserial procedure Step 1: Write the firmware for RW612 PnP Connect two USB cables (J10 and J8). To start the RW612 in ISP mode (In-System Programming), which is a firmware writing-only mode: Press and hold SW3 (ISP), then press and release SW1 (Reset) → Release SW3. To write the firmware to the RW612 using ISP over USB, double-click the program_FRDM-RW612.bat file located in the FRDM-RW612_PnP folder to run the batch file: FRDM-RW612_PnP/program_FRDM-RW612.bat Most errors are caused by the device not starting in ISP mode. If you have difficulty entering ISP mode using switch 2, try connecting the USB to J10 while holding down SW3. Once the batch file processing is complete, unplug the USB cable, replug it, and restart the board. Step 2: SR250 FW Update To update the SR250's firmware, connect the SR250's shield board on top of the RW612 board, and then double-click Update_SR250_FW.bat in the SR250_FW folder to run the batch file: SR250_FW/Update_SR250_FW.bat If successful, unplug the USB cable, replug it, and restart the board. Step 3: Operation Check Check the COM port number for J8 in Device Manager (e.g., COM10). Start the Python script located in the Simple_demos folder, using the COM port number you just confirmed as an argument, and verify that communication is successful. If JLink is not installed, both devices will not be recognized as JLink, as shown in the diagram below (J10), and will both be displayed as "USB Serial Device." In this case, disconnect J8 and check which device disappears from the device list. The device that disappears corresponds to J8. python demo_ranging.py COM10 The PnP route setup is now complete! 3B. Zephyr SDK Route: For full-scale development This route uses a Zephyr OS-based SDK for building and debugging. It supports integration with BLE and the development of custom applications. There are two methods: using VS Code + MCUXpresso, and using the west command line. Either method is fine. Here, we will introduce the method using the west command in a Windows environment. Let's start by creating a folder as close to the root of the C drive as possible. For instructions on using VS Code with MCUXpresso, please refer to the Getting Started guide or the MCUXpresso for VS Code documentation . Please also refer to the important points regarding using VS Code with MCUXpresso, which are listed at the end of this document. Required software Git : Latest version CMake : 3.21.1 or later Zephyr SDK : 0.17.x There are dependencies between the Zephyr version and the Zephyr SDK. This procedure uses Zephyr SDK 0.17.x Please install it. Different SDK versions may cause build errors. Python : 3.8 or later Make sure you have Ninja and West installed. pip3 install west ninja Serial terminal: TeraTerm, PuTTY, or any other serial terminal of your choice. Environment setup procedure Step 1: Clone the repository git clone https://github.com/nxp-uwb/sr250-uwbiot-zephyr.git Step 2: west initialization cd sr250-uwbiot-zephyr west init -l --mf west.yml uwbiot-top Step 3: Obtain Dependencies west update west update This process will take some time to complete. If it stops midway, please restart it. Proceeding to the next step before completion will cause a build error. Step 4: Install Python dependency packages pip install -r zephyr\scripts\requirements.txt Step 5: Setting environment variables Set the path to the Zephyr SDK in your environment variables. zephyr\zephyr-env.cmd Build and write Since an update is required first, we will build a demo for the firmware update. west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_sr2xx_fw_update\zephyr I will write to the file once the build is successful. west flash We will check the logs via serial communication. By default, the code is executed only after communication is established. Connect two USB cables (J10 and J8). Check the COM port number on the side connected to J8 (see Step 3: Operation Check for PnP Root). Launch your terminal software and configure the port as follows: Set the baud rate to 3,000,000 bps . Many terminal programs, such as TeraTerm and PuTTY, do not display 3,000,000 as a baud rate option. Even if it's not in the options, you can enter it manually . Type "3000000" into the text box. If the log message " Success!" appears at the end, as shown below, then it was successful. Similarly, build and flash the calibration demo. west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_device_calibration\zephyr west flash The Zephyr SDK root setup is now complete! Points to note Windows path length limit (MAX_PATH) Windows has a default path length limit of 260 characters. Zephyr repositories have a deep directory structure, which can cause this limitation to be exceeded. We strongly recommend saving your project in a location close to the root of the C drive (e.g., C:\uwb\ ). Placing it in a deeper directory structure like C:\Users\username\Documents\Projects\... will cause the path generated by Zephyr's build system to exceed the limit and result in an error. This issue is more pronounced with VS Code + MCUXpresso. If it's difficult to place it close to the root of the C drive, please consider the following workarounds. How to do it: We recommend using WSL2 (Windows Subsystem for Linux). Alternatively, enable LongPathsEnabled in the Windows registry. Notes on importing projects in VS Code + MCUXpresso When importing a project, you need to set the App type to "Repository application" . This is not highlighted in the Getting Started guide, but it is a point where build errors are likely to occur if you get it wrong. Please be sure to check this. Cases where a pristine build is required If you change build options or the error persists, try a pristine build: west build --pristine -b frdm_rw612 sr250-uwbiot-zephyr/samples/demo_uwb_controller FW version error demo_sr2xx_fw_update Running other demos before executing this will result in a firmware version error. Always perform the firmware update first. Next episode preview Once the environment is set up, we'll finally run the demo. Next time, we'll explain how to run the UWB ranging demo using two different routes: the PnP route and the Zephyr SDK route. Stay tuned! Reference links Trimension SR250 Development Board Start Guide SR250 UWB Plug-and-Play Application (GitHub) sr250-uwbiot-zephyr (GitHub) FRDM-RW612 Product Page Trimension SR250 Evaluation Board MCUXpresso for VS Code ========================= We are currently unable to respond to comments left in the "Comment" section of this post. We apologize for the inconvenience, but please refer to " Technical Questions to NXP - How to Contact Us( Japanese Blog) " when making an inquiry. (If you are already an NXP distributor or have a relationship with NXP, you may ask your representative directly.) In the first installment, we introduced the features of the SR250 (integration of UWB ranging and UWB radar on a single chip). In the second installment, we will set up an environment to actually run the SR250 using the evaluation board SR250UWBSHIELD + FRDM-RW612. We will explain two routes: the build-free PnP (Plug-and-Play) route and the Zephyr SDK route for full-fledged development. (Estimated work time: 10 minutes) Japanese Blog
View full article
NXP Trimension® SR250 UWB 入门指南 - 第 2 部分:SR250UWBSHIELD + FRDM-RW612 设置指南(日语博客) 1. 引言 在第一期中,我们介绍了 SR250,这是一款将 UWB 测距和 UWB 雷达集成到单个芯片上的设备,并于 2026 年 3 月面向大众市场发布。 从现在开始,我们将最终让电路板正常工作。让我们一起完成整个过程,从获取评估板到验证其运行情况。 第一 UWB基础知识及SR250概述 第二部分(本文) 设置 SR250 评估板 (SR250UWBSHIELD) 第三 我们来试试超宽带测距。 第四 试试超宽带雷达。 体验 SR250 主要有两种方式:无需编译的即插即用 (PnP) 方式和使用 Zephyr SDK 进行全面开发的方式。根据您选择的方式,所需的准备工作有所不同,因此最好提前决定。我们也非常欢迎想要两种方式都尝试的用户! 虽然它可以在 Windows 以外的系统上运行,但本指南将使用 Windows PC 上的命令提示符。 根 对于像这样的人来说 开发环境 A. PnP 首先,我想先尝试一下! 仅限 Python + PySerial B. Zephyr SDK 我想认真开发这项技术,并将其与蓝牙低功耗技术结合起来。 Git、CMake、Python、Zephyr SDK 2. 硬件准备(A 和 B 通用) 所需硬件 对于UWB距离测量,另一端需要一个设备。如果您有两套设备,则可以测量两个SR250 UWB SHIELD板之间的距离。如果您有一部配备UWB功能的智能手机,则只需一套设备即可测量到该智能手机的距离。 SR250UWBSHIELD :配备 SR250 的 Arduino 兼容扩展板。 FRDM-RW612 :主机MCU板(支持Wi-Fi 6/蓝牙低功耗5.4/802.15.4 ) 两条 USB Type-C 数据线 FRDM-RW612 附带一根电缆,请另备一根。 你需要一根支持数据通信的线缆,而不仅仅是一根只能充电的线缆。 与电脑连接的接口可以是A型接口或C型接口。 关于USB连接 SR250UWBSHIELD + FRDM-RW612 需要两根 USB-C 数据线才能工作。我们来看看每根数据线的作用。 连接器 目的 备注 J10(MCU-Link) 电源供应、编程和调试。 这个连接是必需的。没有它,电源将无法开启。 J8(HS-USB) 串行通信(虚拟 COM 端口) 检查 COM 端口时,请使用 J8 端的端口号。 Windows 设备管理器中会出现两个 COM 端口,但用于串行通信的是 J8 (HS-USB) 设备上的 COM 端口。它会显示为“USB 串行设备 (COMx)”。 返工:需要首先检查的关键任务。 SR250-ARD扩展板和FRDM-RW612通过SPI接口通信,但使用默认的Arduino排针接线无法正常工作。请使用以下两种方法之一解决此问题。 方法一:焊接返工(推荐) 如果你有电烙铁,我建议你重新焊接SPI线路。焊接完成后,你就不需要任何线缆了,这样布线会更简洁。 有关详细的返工步骤,请参阅入门指南: 《Trimension SR250 开发板入门指南》 方法二:使用跳线连接(适合想要轻松尝试的人) 如果您想尝试不焊接,请按如下方式将 FRDM-RW612 的 Arduino 排针用两根母对母跳线连接起来。 如果您想先测试一下功能,请使用此方法。 3A. PnP 方案:只需使用 Python 即可轻松尝试 此即插即用 (PnP) 应用无需编译;您可以使用适用于 FRDM-RW612 的 USB 串口通信和 SPI 通信协议转换器固件(即 PnP 固件),直接从 PC 控制 SR250。该固件可在 GitHub 上获取。您只需在 PC 上运行 Python UCI 脚本即可验证其运行情况。 准备过程中,您会遇到两种不同的固件。首先要写入的是RW612内部运行的协议转换固件。之后,您需要更新SR250的固件。两者的写入方法不同(RW612通过ISP模式写入,SR250通过PnP固件写入),请务必仔细阅读操作步骤。   从 GitHub 获取所需文件。您可以从右上角的“代码”下拉菜单下载 ZIP 文件。 GitHub: SR250 UWB 即插即用应用程序 所需软件 Python 3.12 或更高版本 PySerial: python -m pip install pyserial 程序 步骤 1:写入 RW612 PnP 的固件 连接两根 USB 线缆(J10 和 J8)。 要启动 RW612 的 ISP 模式(系统内编程),即固件写入模式:按住 SW3(ISP),然后按下并松开 SW1(重置)→ 松开 SW3。 要使用 USB 上的 ISP 将固件写入 RW612,请双击位于 FRDM-RW612_PnP 文件夹中的 program_FRDM-RW612.bat 文件来运行该批处理文件: FRDM-RW612_PnP/program_FRDM-RW612.bat 大多数错误是由设备未以 ISP 模式启动引起的。如果您在使用开关 2 进入 ISP 模式时遇到困难,请尝试在按住 SW3 的同时将 USB 连接到 J10。 批处理文件处理完成后,拔下 USB 电缆,重新插上,然后重新启动开发板。 步骤 2:SR250 固件更新 要更新 SR250 的固件,请将 SR250 的扩展板连接到 RW612 板的顶部,然后双击 SR250_FW 文件夹中的 Update_SR250_FW.bat 文件来运行该批处理文件: SR250_FW/Update_SR250_FW.bat 如果成功,拔下 USB 连接线,重新插上,然后重启主板。 步骤 3:运行检查 在设备管理器中检查 J8 的 COM 端口号(例如,COM10)。 启动位于 Simple_demos 文件夹中的 Python 脚本,使用您刚刚确认的 COM 端口号作为参数,并验证通信是否成功。 如果未安装 JLink,则两个设备都不会被识别为 JLink 设备(如下图 J10 所示),而是都会显示为“USB 串口设备”。在这种情况下,请断开 J8 连接,并检查哪个设备从设备列表中消失。消失的设备对应于 J8。 python demo_ranging.py COM10 PnP路由设置现已完成! 3B. Zephyr SDK 方案:用于全面开发 此方案使用基于 Zephyr OS 的 SDK 进行构建和调试。它支持与 BLE 集成以及自定义应用程序的开发。 有两种方法:使用 VS Code + MCUXpresso,以及使用 west 命令行。两种方法都可以。这里,我们将介绍在 Windows 环境下使用 west 命令的方法。首先,在尽可能靠近 C 盘根目录的位置创建一个文件夹。 有关如何将 VS Code 与 MCUXpresso 配合使用的说明,请参阅入门指南或MCUXpresso for VS Code 文档。另请参阅本文档末尾列出的关于将 VS Code 与 MCUXpresso 配合使用的要点。 所需软件 Git :最新版本 CMake :3.21.1 或更高版本 Zephyr SDK :0.17.x Zephyr 版本与 Zephyr SDK 之间存在依赖关系。本教程使用Zephyr SDK 0.17.x 版本。请安装。不同版本的 SDK 可能会导致构建错误。 Python :3.8 或更高版本 请确保您已安装 Ninja 和 West。 pip3 install west ninja 串口终端:TeraTerm、PuTTY 或您选择的任何其他串口终端。 环境设置步骤 步骤 1:克隆存储库 git clone https://github.com/nxp-uwb/sr250-uwbiot-zephyr.git 步骤 2:西部初始化 cd sr250-uwbiot-zephyr west init -l --mf west.yml uwbiot-top 步骤 3:获取依赖关系 西部更新 west update 此过程需要一些时间才能完成。如果中途停止,请重新启动。在完成之前进行下一步操作会导致构建错误。 步骤 4:安装 Python 依赖包 pip install -r zephyr\scripts\requirements.txt 步骤 5:设置环境变量 在环境变量中设置 Zephyr SDK 的路径。 zephyr\zephyr-env.cmd 构建和编写 由于首先需要进行更新,我们将构建一个固件更新演示。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_sr2xx_fw_update\zephyr 构建成功后,我会将信息写入文件。 west flash 我们将通过串口通信检查日志。默认情况下,代码仅在通信建立后执行。 连接两根 USB 线缆(J10 和 J8)。 检查连接到 J8 的一侧的 COM 端口号(参见步骤 3:PnP Root 的操作检查)。 启动终端软件并按如下方式配置端口: 将波特率设置为3,000,000 bps 。许多终端程序,例如 TeraTerm 和 PuTTY,不会将 3,000,000 列为波特率选项。即使选项中没有,您也可以手动输入。在文本框中输入“3000000”。 如果日志消息“成功!”出现在末尾,如下所示,则表示操作成功。 同样地,构建并刷写校准演示程序。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_device_calibration\zephyr west flash Zephyr SDK 根目录设置已完成! 需要注意的事项 Windows 路径长度限制(MAX_PATH) Windows 默认路径长度限制为 260 个字符。Zephyr 仓库的目录结构较深,这可能会导致路径长度超出限制。我们强烈建议您将项目保存在C 盘根目录附近的位置(例如 C:\uwb\ )。如果将其放置在更深的目录结构中,例如 C:\Users\username\Documents\Projects\... ,Zephyr 构建系统生成的路径将超出长度限制,从而导致错误。使用 VS Code + MCUXpresso 时,此问题尤为突出。如果难以将其放置在 C 盘根目录附近,请考虑以下解决方法。 操作方法: 我们建议使用 WSL2(适用于 Linux 的 Windows 子系统)。 或者,在 Windows 注册表中启用 LongPathsEnabled。 关于在 VS Code + MCUXpresso 中导入项目的注意事项 导入项目时,您需要将应用类型设置为“存储库应用程序” 。入门指南中并未重点提及这一点,但如果设置错误,很可能会导致构建错误。请务必检查此项。 需要完美构建的情况 如果更改构建选项或错误仍然存在,请尝试全新构建: west build --pristine -b frdm_rw612 sr250-uwbiot-zephyr/samples/demo_uwb_controller 固件版本错误 demo_sr2xx_fw_update 在执行此操作之前运行其他演示程序会导致固件版本错误。请务必先执行固件更新。 下一集预告 环境搭建完毕后,我们就可以运行演示了。下次,我们将讲解如何使用两种不同的方式运行 UWB 测距演示:即插即用 (PnP) 方式和 Zephyr SDK 方式。敬请期待! 参考链接 Trimension SR250 开发板入门指南 SR250 UWB 即插即用应用程序(GitHub) sr250-uwbiot-zephyr(GitHub) FRDM-RW612 产品页面 Trimension SR250 评估板 适用于 VS Code 的 MCUXpresso ========================= 即使您在本文的“评论”栏留言,我们目前也无法回复。 给您带来不便,我们深感抱歉。请在询问时参阅“NXP技术问题-联系方式(日本博客)”。 (如果您已经是NXP的代理商或与其有合作关系,可以直接向负责人咨询。) 在第一部分中,我们介绍了SR250的特性(将UWB测距和UWB雷达集成在单个芯片上)。在第二部分中,我们将搭建一个环境,使用评估板SR250UWBSHIELD + FRDM-RW612实际运行SR250。我们将介绍两种方案:无需构建的即插即用(PnP)方案和用于完整开发的Zephyr SDK方案。 (预计工作时间:10分钟) 日本博客
View full article
NXP Trimension® SR250で始めるUWB入門 第2回:SR250UWBSHIELD + FRDM-RW612 セットアップガイド (日本語ブログ) 1. はじめに 第1回では、SR250がUWB測距とUWBレーダーを1チップに統合したデバイスであること、そして2026年3月にマスマーケット向けにリリースされたことを紹介しました。 今回からは、いよいよ実際にボードを動かします。評価ボードを入手して動作確認まで一緒に進めていきましょう。 第1回 UWBの基礎とSR250の概要 第2回(本記事) SR250評価ボード (SR250UWBSHIELD) のセットアップ 第3回 UWB測距 (Ranging) を試してみる 第4回 UWBレーダー (Radar) を試してみる SR250を試す方法は大きく2通りあります。ビルド不要のPnP (Plug-and-Play) ルートと、本格開発向けのZephyr SDKルート、どちらのルートかによって必要な準備が変わるため、先に決めておくとスムーズです。どちらも!という方も大歓迎です。 Windows以外でも動作可能ですが、今回はWindows PCのコマンドプロンプトを使用します。 ルート こんな方に 開発環境 A. PnP まず手軽に動かしてみたい! Python + PySerial のみ B. Zephyr SDK 本格的に開発したい・BLEと組み合わせたい Git・CMake・Python・Zephyr SDK 2. ハードウェアの準備 (A, B共通) 必要なハードウェア UWB測距の場合は相手側のデバイスが必要となります。2セットご用意いただければ、SR250 UWB SHIELDボード同士での測距を行うことができます。UWBが搭載されたスマートフォンをお持ちであれば、1セットのみでスマートフォンと測距することも可能です。 SR250UWBSHIELD:SR250搭載のArduino互換シールドボード FRDM-RW612:ホストMCUボード (Wi-Fi 6 / Bluetooth Low Energy 5.4 / 802.15.4 搭載) USB Type-Cケーブル × 2本 1本はFRDM-RW612に同梱されているので、もう1本ご準備ください 充電専用ケーブルではなく、データ通信対応のケーブルが必要です PCへの接続側はType-AでもType-Cでも構いません USB接続について SR250UWBSHIELD + FRDM-RW612の動作にはUSB-Cケーブルを2本接続します。それぞれの用途を確認しておきましょう。 コネクタ 用途 備考 J10 (MCU-Link) 電源供給・書き込み・デバッグ 接続必須。これがないと電源が入らない J8 (HS-USB) シリアル通信 (Virtual COM Port) COMポート確認時はJ8側のポート番号を使用 Windowsのデバイスマネージャーに2つのCOMポートが表示されますが、シリアル通信に使うのはJ8 (HS-USB) 側のCOMポートです。「USB Serial Device (COMx)」と表示されます。 リワーク:最初に確認が必要な重要作業 SR250-ARDシールドとFRDM-RW612はSPIで通信しますが、デフォルトのArduinoヘッダー配線ではSPIが正しく動作しません。以下の2通りのいずれかで対応してください。 方法1:半田付けによるリワーク(推奨) はんだごてをお持ちの方はSPIラインのリワークを行うことをお勧めします。一度やってしまえばケーブルも不要でスッキリします。 リワーク手順の詳細はスタートガイドを参照してください:Trimension SR250用開発ボードのスタート・ガイド 方法2:ジャンパ線での代替接続(手軽に試したい方) はんだ付けなしで試したい場合は、メスメス (Female-to-Female) のジャンパ線2本でFRDM-RW612のArduinoヘッダーピンを以下のように接続してください。 まず動作確認したい方はこちらの方法からどうぞ。 3A. PnPルート:Pythonだけで手軽に試す PnPアプリはビルド不要で、GitHubで提供されているFRDM-RW612用のUSBシリアル通信とSPI通信のプロトコル変換用FW (PnP用FW) を使ってSR250をPCから直接操作できます。PC側からPythonのUCIスクリプトを実行するだけで動作確認できます。 準備をするにあたって、2つの異なるFWが出てきます。最初に書き込むのは、RW612内で動作するプロトコル変換用のFWです。その後に、SR250のFW更新を行います。それぞれ書き込み方法が異なります (RW612はISPモード経由、SR250はPnP FW経由) ので、手順にご注意ください。   GitHubから必要なファイルを入手します。右上の "Code" のプルダウンメニューからZIPダウンロードが可能です。 GitHub: SR250 UWB Plug-and-Play Application 必要なソフトウェア Python 3.12以降 PySerial: python -m pip install pyserial 手順 Step 1: RW612 PnP用FWの書き込み USBケーブル2本 (J10・J8)を接続 ファームウェア書き込み専用モードであるISPモード(In-System Programming)でRW612を起動させる:SW3(ISP)を押しながらSW1 (リセット) を押して離す → SW3を離す ISP over USBでRW612へFWを書き込むため、FRDM-RW612_PnPフォルダにあるprogram_FRDM-RW612.batをダブルクリックでバッチファイルを実行: FRDM-RW612_PnP/program_FRDM-RW612.bat エラーが出る場合の多くはISPモードで起動できていないことが原因です。2のスイッチ操作でISPモードに入りにくい場合は、SW3を押しながらJ10にUSBを接続してみてください。 バッチファイルの処理が完了したら、USBケーブルを一度抜いて再接続し、ボードを再起動してください。 Step 2: SR250 FWアップデート SR250のFW更新のため、SR250のシールドボードをRW612ボードに重ねて接続し、SR250_FWフォルダにあるUpdate_SR250_FW.batをダブルクリックでバッチファイルを実行: SR250_FW/Update_SR250_FW.bat 成功したら、USBケーブルを一度抜いて再接続し、ボードを再起動してください。 Step 3: 動作確認 デバイスマネージャーでJ8側の通信用COMポート番号を確認します (例: COM10)  Simple_demosフォルダ内にあるPythonスクリプトで先ほど確認したCOMポート番号を引数にして起動し、通信が成功していることを確認します JLinkがインストールされていない場合、下図のJ10のようにJLinkとして認識されず、2つのデバイスがいずれも「USB Serial Device」と表示されます。その場合は、J8の接続を外し、デバイス一覧からどちらのデバイスが消えるかを確認してください。消えたデバイスがJ8に対応します。 python demo_ranging.py COM10 PnPルートの準備はこれで完了です! 3B. Zephyr SDKルート:本格開発向け Zephyr OSベースのSDKを使ってビルド・デバッグを行うルートです。BLEとの組み合わせや独自アプリの開発に対応しています。 VS Code + MCUXpressoを使う方法と、westコマンドラインを使う方法の二つあります。どちらでも構いません。ここではWindows環境でwestコマンドを使う方法を紹介します。なるべくCドライブ直下に近いところにフォルダを作成して始めましょう。 VS Code + MCUXpressoを使う方法についてはスタートガイドやMCUXpresso for VS Codeをご参照ください。VS Code + MCUXpressoを使う方法での注意点だけ最後に記載にしてますので、そちらもご参照ください。 必要なソフトウェア Git: 最新版 Cmake: 3.21.1以降 Zephyr SDK: 0.17.x ZephyrのバージョンとZephyr SDKには依存関係があります。本手順では Zephyr SDK 0.17.x をインストールしてください。異なるバージョンのSDKではビルドエラーが発生する場合があります。 Python: 3.8以降 ninjaとwestをインストールしておきましょう pip3 install west ninja シリアルターミナル: TeraTerm・PuTTYなど、お好みのシリアルターミナル 環境構築手順 Step 1: リポジトリのクローン git clone https://github.com/nxp-uwb/sr250-uwbiot-zephyr.git Step 2: west初期化 cd sr250-uwbiot-zephyr west init -l --mf west.yml uwbiot-top Step 3: 依存関係の取得 west update west update は完了まで時間がかかります。途中で止まった場合は再実行してください。未完了のまま次に進むとビルドエラーの原因になります。 Step 4: Python依存パッケージのインストール pip install -r zephyr\scripts\requirements.txt Step 5: 環境変数の設定 Zephyr SDKのパスを環境変数に設定します。 zephyr\zephyr-env.cmd ビルドと書き込み 最初に更新が必要なため、まずFW更新用のデモをビルドします。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_sr2xx_fw_update\zephyr ビルドに成功したら書き込みます。 west flash シリアル通信でログを確認します。デフォルトでは通信が確立してはじめてコードを実行するようになっています。 USBケーブル2本 (J10・J8)を接続 J8に接続している側のCOMポート番号を確認 (PnPルートのStep 3: 動作確認を参照) ターミナルソフトを起動し、ポートを以下のように設定します。 ボーレートは 3,000,000 bps に設定します。TeraTerm・PuTTYなど多くのターミナルソフトでは、ボーレートの選択肢に3,000,000が表示されません。選択肢になくても直接手入力できます。テキストボックスに「3000000」と打ち込んでください。 以下のように、最後にSuccess!のログが出力されていれば成功です。 同様にキャリブレーションデモをビルドして書き込みます。 west build -b frdm_rw612 -p auto uwbiot-top\demos\SR2xx\demo_device_calibration\zephyr west flash Zephyr SDKルートの準備もこれで完了です! 注意点 Windowsのパス長制限(MAX_PATH) Windowsではデフォルトでパス長が260文字に制限されています。Zephyrのリポジトリは深いディレクトリ構造を持つため、この制限に引っかかることがあります。プロジェクトの保存場所はCドライブ直下に近い場所(例: C:\uwb\ など)を強くお勧めします。 C:\Users\username\Documents\Projects\... のような深い階層に置くと、Zephyrのビルドシステムが生成するパスが制限を超えてエラーになります。VS Code + MCUXpressoではこの問題がより顕著です。Cドライブ直下に近い場所に置くのが難しい場合は以下の対処方法をご検討ください。 対処方法: WSL2(Windows Subsystem for Linux)の使用を推奨 またはWindowsのレジストリでLongPathsEnabledを有効化 VS Code + MCUXpressoでのプロジェクトインポート時の注意 プロジェクトのインポート時には、App typeを「Repository application」に設定することが必要です。スタートガイドにはハイライトされていませんが、ここを誤るとビルドエラーになりやすいポイントです。必ず確認してください。 pristine buildが必要なケース ビルドオプションを変更した場合や、エラーが解消しない場合はpristineビルドを試してください: west build --pristine -b frdm_rw612 sr250-uwbiot-zephyr/samples/demo_uwb_controller FWバージョンエラー demo_sr2xx_fw_update を実行する前に他のデモを動かすとFWバージョンエラーが発生します。必ずFWアップデートを最初に実行してください。 次回予告 環境が整ったら、いよいよデモを動かします。次回はUWB測距デモを動かす方法について、PnPルートとZephyr SDKルート、2つのルートそれぞれ解説します。お楽しみに! 参考リンク Trimension SR250用開発ボードのスタート・ガイド SR250 UWB Plug-and-Play Application(GitHub) sr250-uwbiot-zephyr(GitHub) FRDM-RW612 製品ページ Trimension SR250 評価ボード MCUXpresso for VS Code ========================= 本投稿の「Comment」欄にコメントをいただいても、現在返信に対応しておりません。 お手数をおかけしますが、お問い合わせの際には「NXPへの技術質問 - 問い合わせ方法 (日本語ブログ)」をご参照ください。 (既に弊社NXP代理店、もしくはNXPとお付き合いのある方は、直接担当者へご質問いただいてもかまいません。) 第1回ではSR250の特長 (UWB測距+UWBレーダーの1チップ統合) を紹介しました。第2回では評価ボード SR250UWBSHIELD + FRDM-RW612 を使って、実際にSR250を動かすための環境を整えます。ビルド不要のPnP (Plug-and-Play) ルートと、本格開発向けのZephyr SDKルートの2通りを解説します。 (作業時間:最短10分) 日本語ブログ
View full article
eIQ Time Series Studioを使い始める このラボでは、eIQ Time Series Studio(TSS)の使用方法を説明します。この新しいツールはeIQ Tookitに含まれており、埋め込みマイクロコントローラ向けの時系列モデルの作成に使用されます。時系列データをインポートする方法、複数のMLアルゴリズムを生成する方法、生成モデルを開発ボードにデプロイする方法を取りあげます。 ラボではFRDM-MCXN947を使用しますが、eIQ Time Series Studioでサポートされているあらゆるデバイスで同じ手順が適用されます。 MCX FRDM-MCXA153 FRDM-MCXN947 MCX-N9XX-EVK i.MX RT i.MXRT685-EVK i.MXRT595-EVK MIMXRT1060-EVK MIMXRT1170-EVK MIMXRT1180-EVK LPC LPC55S69-EVK Kinetis FRDM-K66F FRDM-KV31F FRDM-K32L3A6 DSC MC56F83000-EVK MC56F80000-EVK   Time Series Studioプロセスの概要をすばやくつかむには、以下の動画もご覧ください。 (マイビデオで視聴) Time Series Studioで使用可能なセンサ・データの収集ツールについては、アプリケーション・コード・ハブのML Universal Datalogger もご覧ください。 i.MX RT
View full article
Getting Started with eIQ Time Series Studio This lab will walk through how to use eIQ Time Series Studio (TSS) to create time series models for embedded microcontrollers.  It covers how to import time series data, shows how the tool can generate multiple machine learning (ML) algorithms, and describes how to deploy those generated models to your development board. eIQ Time Series Studio is available as a standalone installer or via a web interface.  This lab uses the FRDM-MCXN947 but the same steps will apply to any of the devices supported by eIQ Time Series Studio. You can also use NXP devices not listed here by selecting the closest related device family while going through the lab: MCX FRDM-MCXA156 FRDM-MCXC444 FRDM-MCXE247 FRDM-MCXN236 FRDM-MCXN947 FRDM-MCXW71 i.MX RT i.MXRT700-EVK i.MXRT685-EVK i.MXRT595-EVK MIMXRT1060-EVK MIMXRT1170-EVK MIMXRT1180-EVK i.MX6 MCIMX6ULL-EVK i.MX8 8MPLUSLPD4-PEVK i.MX9 i.MX93EVK RW FRDM-RW612 LPC LPC55S69-EVK Kinetis FRDM-K66F FRDM-KV31F FRDM-K32L3A6 DSC MC56F83000-EVK MC56F80000-EVK The labs are written for VS Code but the same concepts can be used for other IDEs.  You can also view the video below for a quick overview of the Time Series Studio process.  (function() { var wrapper = document.getElementById('lia-vid-6390665301112w960h540r760'); var videoEl = wrapper ? wrapper.querySelector('video-js') : null; if (videoEl) { if (window.videojs) { window.videojs(videoEl).ready(function() { this.on('loadedmetadata', function() { this.el().querySelectorAll('.vjs-load-progress div[data-start]').forEach(function(bar) { bar.setAttribute('role', 'presentation'); bar.setAttribute('aria-hidden', 'true'); }); }); }); } }})(); (view in My Videos) Also check out the ML Universal Datalogger on the App Code Hub for a tool to collect sensor data that can be used with the Time Series Studio, as well as the Time Series Studio examples on App Code Hub. Also see this document for details on how to add TSS libraries to existing projects.  --- Updated October 2026 for TSS 2.1.4 release i.MX RT
View full article
eIQ 时间序列工作室入门指南 本实验将指导您如何使用 eIQ 时间序列工作室(TSS),这是一款集成于 eIQ 工具包 的全新工具,用于为嵌入式微控制器开发时间序列模型。实验内容涵盖:时间序列数据导入方法、工具如何生成多种机器学习算法,以及如何将生成的模型部署至开发板。本实验基于 FRDM-MCXN947 开发板,但相同步骤适用于所有 eIQ 时间序列工作室 支持的设备。 MCX FRDM-MCXA153 FRDM-MCXN947 MCX-N9XX-EVK i.MX RT i.MXRT685-EVK i.MXRT595-EVK MIMXRT1060-EVK MIMXRT1170-EVK MIMXRT1180-EVK LPC LPC55S69-EVK Kinetis FRDM-K66F FRDM-KV31F FRDM-K32L3A6 DSC MC56F83000-EVK MC56F80000-EVK   您还可以观看下方的视频,以快速了解 Time Series Studio 的流程。 (在 “我的视频” 中查看) 您还可通过 App Code Hub 获取 ML 通用数据记录器 工具,用于收集可与时间序列工作室配合使用的传感器数据。 i.MX RT
View full article
Getting Started with S32 Design Studio AI Support and the FRDM-A-S32K312 Board This guide explains how to set up S32 Design Studio AI Support with Claude Desktop, and then verify the setup by importing, building and flashing the Blinking LED example from Application Code Hub on the FRDM-A-S32K312 board.   Prerequisites NXP account – free and required for all NXP downloads. You can create one when prompted in the next step. NXP S32 software tools FRDM Automotive S32K3 + S32M27 Board Installation Package - download and install it from Automotive Software Package Manager | NXP Semiconductors S32 Design Studio v.3.6.11 (Update the version using the S32 Design Studio Platform package available in the S32DS Extensions and Updates panel: S32 Design Studio -> Help -> S32DS Extensions and Updates -> S32 Design Studio Platform package -> Update) S32 Design Studio MCP Integration plugin v.1.0.3 - Install it from S32DS Extensions and Updates panel  Python 3.11 or newer – download the Windows installer from Python Release Python 3.12.10 | Python.org. During installation, select Add python.exe to PATH. To verify the installation, open a new Command Prompt and run python --version or py --version . S32 Design Studio AI Support - download the .pyz installer from the latest release on Releases · nxp-agentic-ai/s32-ds-ai-support, under Assets. Note the folder where it is saved. An MCP-compatible AI agent - this guide uses Claude Desktop as example, but any MCP-compatible AI agent can be used Claude Desktop - download it from claude.com/download, install it and sign in with your Claude account. FRDM-A-S32K312 board and a USB cable Installation Close Claude Desktop completely, including from the system tray (right-click the Claude icon → Close). Otherwise, the MCP registration may fail. Open a Command Prompt in the folder containing the s32ds-agentic-ai-installer-{version}.pyz file (open the folder in File Explorer, type cmd in the address bar and press Enter) Run the command below, replacing {version} with the version in the file name. When prompted, press Enter to accept the default install location (C:/NXP/s32ds-agentic-ai) or type another path, then press Enter again to install all components. Then, select for which agents you want the MCP Server to be configured and then the skills to be copied. Choose 1 for Claude Desktop.   For all installer options, see the README on GitHub – S32 Design Studio AI Support   python s32ds-agentic-ai-installer-{version}.pyz   The MCP servers and skills should be now installed and registered in the specified agent. To verify in Claude Desktop, open Settings → Developer and check that the NXP S32 Design Studio MCP Server is listed without errors. To check that the skills were installed, type / in Claude Code. The installed skills should appear in the list. Start prompting   Connect the board to the laptop with the USB cable, open your AI agent and send the prompt below, replacing the paths with your own. The agent imports the Blinking LED example from Application Code Hub into S32 Design Studio, builds it and flashes it to the board. “S32 Design Studio is installed in C:\NXP\S32DS.3.6.8 and my workspace is C:\S32DS_Workspace. Import the Blinking LED example for the FRDM-A-S32K312 board from Application Code Hub, generate the configuration code, build the project and flash it to the board connected over USB.” Getting Started
View full article
[S32K344] Random Resets of Type "MCU_F_EXR_RESET" I am developing using a custom PCBA with an S32K344 microcontroller, and I occasionally have seen the board randomly reset and after the board resets, the `Power_Ip_GetResetReason()` function returns `MCU_F_EXR_RESET` (value = 15), which appears to be an external reset (i.e., the RESET pin was pulled low). However, when this has occurred, I have had nothing connected to the RESET pin, and the RESET pin is pulled high with a 10 kOhm resistor. Upon reading documentation, I found this section in the user manual for the S32K344 White Board: Is there a comprehensive list of these "some MCU internal failures" which can pull the RESET line low? Also, does this mean the MCU itself can pull the RESET pin low internally upon some other internal failure? If so would I still receive the `MCU_F_EXR_RESET` reset reason? Re: [S32K344] Random Resets of Type "MCU_F_EXR_RESET" @jleveque, I'm curious if you ever discovered the root cause of your unexpected resets? Re: [S32K344] Random Resets of Type "MCU_F_EXR_RESET" I do not know your API so it hard to judge what is : MCU_F_EXR_RESET "MCU_F_EXR_RESET" is a member of the "Power_Ip_ResetType" enum type in the Power_Ip_Specific.h file (part of the RTD, version 3.0.0). This is the type returned by the Power_Ip_GetResetReason() function defined in the Power_Ip.c file. Internal resets will also be propagated to reset_b pin as it is bidirectional. But there wont be set F_EXR flag in RGM [FES], but some other internal source flag. This is the info I was looking for. As long as it is guaranteed that the F_EXR flag will only ever be set if the RESET pin was pulled low externally (and not from an internal reset) then I can narrow down my search as to what is causing this issue. Thanks again, Peter! Re: [S32K344] Random Resets of Type "MCU_F_EXR_RESET" Hello, I do not know your API so it hard to judge what is : MCU_F_EXR_RESET But if you have external reset flag set in the RGM FES register then it mean the reset wa triggered from outside of uC. Internal resets will also be propagated to reset_b pin as it is bidirectional. But there wont be set F_EXR flag in RGM [FES], but some other internal source flag. Best regards, Peter Re: [S32K344] Random Resets of Type "MCU_F_EXR_RESET" This can be cause also by debugger, which is also pulling external reset. So the question is how do you read this function. Thank you for your reply, Peter! As I stated above, this reset is occurring with nothing connected to the RESET pin (the debugger is not physically connected), so this is being triggered by something else. As to how I read this function, I call the function first thing after boot and store the return value. Per your suggestion, I will add additional direct reads of the RGM [FES/DES] registers in hopes that I can get more insight, but ultimately I really want to know what are the "MCU internal failures" which can cause this "MCU_F_EXR_RESET" reset reason. Re: [S32K344] Random Resets of Type "MCU_F_EXR_RESET" Hello, `Power_Ip_GetResetReason()` function returns `MCU_F_EXR_RESET` This can be caused also by debugger, which is also pulling external reset.So the question is how do you read this function. But nevertheless you can read reset reason from RGM [FES/DES] registers: Clear FES/DES first.After your reset, read the registers to see the reset root cause. Usually you in SW clear the FES/DES after power on reset and test if the FES/DES value is 0. If not you run diagnostics to see the reset reason. Best regards, Peter
View full article
MCXN5xxT (184 VFBGA) 電源シーケンス - 電源オフ順序とVDD_USB 184 VFBGAパッケージ内のMCX N5xxTの電源シーケンスについて2つの質問があります。 レビュー対象文書:データシート MCXNTP184M170F70 Rev. 2.0(2026年8月14日)、 セクション2.5および表9;ハードウェア設計ガイド UG10092 Rev. 6.1、混合版 電源構成セクション。 1. 電源を切る際に必要な手順はありますか?唯一の電源停止声明 1.2V動作を条件とする表9の脚注[2]が見つかります ポートP2/P3で。1.71Vから3.6Vのポートで動作するデザインの場合 射程、パワーアップの逆行は必要ですか、推奨されるべきでしょうか、それとも不要ですか? 特にブラウンアウトのような制御不能なイベント情報に興味があります。 ここでレール崩壊命令は保証されません。 2. VDD_USBはシステムに対して何らかのシーケンス要件がありますか? ドメイン?評価表には記載されていますが、順序付けルールには記載されていません。 どちらの文書でも構いません。 ありがとうございます。 MCX N パワー Re: MCXN5xxT (184 VFBGA) power sequencing - power-down order and VDD_USB こんにちは、@Kareem-Layous さん。 1.ご指摘の注記に記載されている条件を除き、電源オフの手順は特に定められていません。システムを設計する際は、データシートに記載されている推奨される電源投入シーケンス要件に従ってください。 2. VDD_USBについては、特別な電源投入シーケンス要件はありません。以下の通りのデザインをお願いします。 3.FRDM-MCXN947基板の回路図が利用可能ですので、参考にしてください。MCXN947 FRDM産業用IoTソリューション委員会 |NXP Semiconductors よろしくお願いします。 BR アリス
View full article
TJA1410 接收信号RX+ED 如何进行RZI解码? 根据手册中的波形可以看到,RX 忽略了第一次又高阻(或者0)开始的跳变,导致RX少一个跳变,RZI解码出错。 想问一下NXP,TJA1410 这种情况下,有建议的解码方式吗? Ethernet Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 首先,请您澄清一下,这是基于图 11 的理论问题,还是您在实现中观察到的实际 RZI 解码错误? 如果发现实际错误,请提供以下信息: TX、RX、ED 和差分线路电压波形涵盖了传输命令和数据传输的开始阶段 连接到 TJA1410 的数字 PHY 或自定义解码实现 实现开始将 RX 视为有效值的点 预期和实际解码的数据序列 如图 11 所示,突出显示的 VLINE 转换发生在从正常模式到传输模式的转换过程中。此时,线路阻抗从高阻抗变为有源阻抗,发射器开始驱动差分线路。在此转换过程中,RX 输出被明确标记为未定义。因此,高亮区域中显示的初始 VLINE 移动不应被解释为有效的 RZI 数据转换,该转换必须由 RX 上的脉冲表示。 在正常模式和发射模式下,接收端的默认电平为高电平。当差分 MDI 电压超过接收器触发阈值时,TJA1410 会在 RX 上产生一个低电平脉冲。此行为适用于有效的接收数据间隔。 因此,图 11 并不表明 TJA1410 忽略了第一个有效的 RZI 转换。这表明在发射器激活期间未定义 RX。有效的 RZI 解码应该只在 RX 处于有效工作区间时开始,而不是从模式转换引起的初始模拟 VLINE 移动开始。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hi, PavelL 请问怎样可以获取  S32K5 + TJA1410测试套件? 谢谢 Li.Wang Re: TJA1410 接收信号RX+ED 如何进行RZI解码? TJA1410 实际测试波形, TJA1410 处于Normal 模式,只接收数据,不发送数据。 图中从上到下的信号分别为:ED, RX, Vline, TRX_P, TRX_N 接收到RX 信号,并进行解码时,按RZI规则,解码出来的数据为0x04,  实际上Vline 上的数据为0x08 (BEACON) 观察信号RX,发现在Vline 由高阻变为高时,RX 没有输出低电平脉冲,也就是说RX 少了1 bit 数据,导致解码错误。 非常感谢您的回复, 谢谢! Li.Wang Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 是的,TJA1410 可以通过常见的 10BASE-T1S 网络与 LAN8670 通信。 在“安全文件”下的“文档”中,有一个 TJA1410 VHDL-AMS 仿真模型。 本产品所需文档属于受控版本,可通过签署保密协议 (NDA) 后的安全文件访问。 请在此处申请访问权限: https://www.nxp.com/webapp-signup/docstoreReg 请注意,在提交表格时,您将被要求上传有效的保密协议副本。如果贵公司目前还没有任何保密协议,请先填写保密协议申请表: https://www.nxp.com/webapp-signup/ndaReqForm 保密协议准备就绪后,您可以申请安全文件访问权限。 请查看常见问题解答以了解流程: https://www.nxp.com/support/support/secure-access-rights:SEC-ACCESS https://www.nxp.com/support/support/secure-access-rights/secure-access-rights-faqs:SEC-ACCESS-FAQS 请注意,汽车以太网受出口管制政策约束,即使在授予保密协议和安全文件访问权限后,可能仍需要额外的批准。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 感谢您提供测量数据。然而,当前的屏幕截图没有提供足够的时间分辨率来确定第一个预期的 RX 事件是否真的丢失,或者解码是否在接收到的突发信号的开头处错误对齐。 请问您能否提供以下信息: 数字 PHY 或自定义解码器的详细信息,包括 ED 和 RX 如何用于接收和比特对齐。 更高分辨率的捕获显示了突发信号开始附近的 ED、RX、TX 和差分 VLINE,理想情况下覆盖前 8 到 16 位周期。 根据目前的捕获结果,我们还不能断定 TJA1410 丢失了有效数据位。0x08 与 0x04 不匹配也可能是由于解码器如何使用 ED 和 RX 建立初始位对齐造成的。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , https://www.nxp.com/design/design-center/development-boards-and-designs/TJA1410-EVB可直接订购。 S32K5 是一款尚未正式发布的新产品 (NPI)。请注意,已获准提前体验此类产品的客户已指派了现场工程师。您指定的现场工程师应作为您解决有关本产品任何问题、疑虑或疑问的主要支持渠道。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 如图中,VLINE 由高阻变为高电压,这一变化没有在RX 上产生低电平脉冲,会导致RX 在进行RZI 解码时少产生1bit. 我还有两个问题: 1) TJA1410 可以和LAN8670 互联通行吗? 2) 贵公司由TJA1410 的 verilog 模型文件吗,或者其他可以用仿真的模型文件?用于设计数字PHY。 非常感谢回复! Li.Wang Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 文件下载下来了,非常感谢! 里面由两个模型,如下是特定软件用的,想问一下,这两个文件支持在Synopsis VCS 中仿真吗,有没有帮助文档? Xpedition is registered trademark of Siemens. SABER is a registered trademark of Synopsis. 另外文档中有一个波形,如下,其中TX 不是RZI 编码的,我理解TAJ1410 芯片TX 发送通信时,应该是给RZI 编码格式的波形是吗? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 感谢您确认软件包已成功下载。 由于仿真模型及其文档是通过安全文件提供的,我们应该避免在公共社区论坛上讨论其详细内容。 这两个问题在下载软件包中包含的仿真模型文档中均有解答。请参阅有关支持的仿真环境、模型接口和仿真示例的章节。 贝茨致意, 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 上图为 digital PHY 发送 beacon 时的波形, 从上到下信号分别为 ED, RX, TX, TRX_P. TX 上分别为 TRANSMIT cmd,  5 times BEACON code, RESET cmd. 由几个疑点: 1 在TX 发送TRANSMIT cmd 后,RX 上多了一个低电平脉冲; 2 在TX 发送RESET cmd 后, ED 没有在130ns 内变低。 想问一下,是什么原因引起的? 谢谢! Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 图 7 提供了完整传输序列的简化概述,而图 10 则详细显示了正常模式到传输模式的转换。因此,这两个图形展现了不同层次的细节,并且彼此一致。 图 7 显示了 TRANSMIT 命令之前和 RESET 命令之后的 VLINE 高 Z 区域。当 TJA1410 正在积极传输数据时,它们并不代表 VLINE 状态。 在发送数据之前,数字 PHY 必须发出图 13 所示的 TRANSMIT 命令。该命令包含两个低电平脉冲,中间由一个高电平间隔隔开。一旦识别到命令,TJA1410 就会进入发射模式,并将线路阻抗从高阻抗变为有源阻抗,如图 10 所示。 TX 上随后出现的短低电平脉冲代表已发送的数据。每个低电平脉冲都会反转差分总线信号的极性。 数据传输完成后,数字 PHY 发出如图 12 所示的 RESET 命令。这样 TJA1410 就恢复到正常模式,发射器输出再次变为高阻抗。 因此,数据传输前的正确顺序是 TRANSMIT 命令,而不是 RESET 命令或单个数据脉冲。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 根据图10, 进入Transmitting 模式之后,Vline 就不是高阻态。但是图7中显示在Transmiiting 模式下,Vline 为高阻,并且在一个低电平脉冲之后,Vline 变位高。 所以正式发送数据前,究竟是法两个低电平脉冲的RESET 命令,还是 发送一个低电平脉冲? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 在发送命令之后,接收端可能会出现额外的低电平脉冲,这是因为发射器从高阻抗状态变为主动驱动状态,并且差分 MDI 电压超过了接收机阈值。在此模式转换期间的 RX 不应被解释为有效的接收数据,因此该脉冲不应包含在 BEACON 解码中。 关于 ED,RESET 命令指定的 55 ns 至 120 ns 时间是TX 命令解除断言时间,而不是 ED 的最大解除断言时间。即使 MDI 仍检测到活动,ED 也可能仍然很高。 为了进行更精确的评估,您应该测量差分 VLINE。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 上图为 digital PHY 发送 beacon 时的波形,测试中只有一个TJA1410,TRX_P. TRX_N 为floating 状态。 从上到下信号分别为 ED, RX, VLINE,TRX_P. TRX_N TX 上分别为 TRANSMIT cmd, 5 times BEACON code, RESET cmd. 与上一副图片一样。 TX  发送 TRANSMIT cmd, VLINE 上产生了一个变高的pulse;  不期望的异常情况; RESET cmd 之后,VLINE 为0, 但ED 持续了近20us; 不符合预期; 帮忙看一下是什么原因造成的? 请问Pavel, 贵公司有发送数据时的流程吗?以及对应的波形吗? 有的话可以提供给我,或在发我的邮件,谢谢! Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 请问在这种单节点架构下,MDI是如何终止的?尤其请确认是否使用了推荐的总线接口网络,以及是否启用了终端节点终止功能。 目前尚无来自两个 TJA1410 设备之间通信的测量参考波形。我也无法重现此设置,因为所需的数字 PHY 集成在 S32K5 中,而 S32K5 仍然是 NPI 设备,如前所述。因此,我的分析仅基于现有的 TJA1410 文档。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 你好@li_wang , 由于 TRX_P 和 TRX_N 处于浮空状态,因此测量结果不能代表正确连接的 10BASE-T1S 接口。 请将MDI端接至所需的差分阻抗,并重复测量。 顺祝商祺! 帕维尔 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hi, PavelL 可能"floating 状态"  表述引起误解,这里实际时表示双绞线上只有一个Node 设备,即只有一个TJA1410. 所以没有任何其他干扰因素。同时VLINE 信号为TRX_P - TRX_N。 贵公司是否有demo 板上的测试波形,比如两个TJA1410 相关通行时的接收和发送实测波形?
View full article
PT2001 软件诊断 您好, 我想咨询一下关于PT2001软件诊断代码的问题。我想知道有没有人能帮帮我。 我正在研究微代码中的 STG 检测,并区分 HS 和 LS 故障。 我目前所做的就是将 HS vbat 打开一小段时间,然后检查 HS Vds,并判断是 LS 故障还是 HS 故障。 但这似乎行不通。即使我对 LS 漏极施加 STH,它仍然总是检测为 HS 故障。 如何区分 STG 故障与 HS(源)故障和 LS(漏)故障? 太感谢了, 阿提卡 Re: PT2001 SW diagnostic 你好,阿蒂卡 再会! 你观察到的这种行为是预期之内的。当 VBAT 高侧开启时,低侧漏极接地短路也会触发信号高侧 VDS 诊断。这是因为电流从 VBAT 流经高侧 MOSFET 和负载进入接地的低侧漏极,导致高侧 VDS 阈值被超过。 因此,短暂启用高侧无法可靠地确定物理短路位于高侧源极还是低侧漏极。对于这种拓扑结构,两种故障都可以在 PT2001 感知输入端产生相同的电气状态。 建议的方法是,在空闲诊断阶段,让 HS 和 LS MOSFET 都关闭,利用 HS VSRC 和 LS VDS 反馈来识别对地短路。如果两个反馈都很低,则结果应归类为“负载路径对地短路”。PT2001 可以检测到故障,但如果没有额外的外部传感或隔离电路,它无法唯一地将故障定位在高源极侧或低漏极侧。 希望这些信息对您有所帮助,如果您还需要其他帮助,请告诉我。 祝你今天过得愉快,一切顺利。 Re: PT2001 SW diagnostic 你好 RafaR, 在空闲阶段,发现负载路径对地短路,我需要区分对地短路故障是发生在HS源极还是LS漏极。 现在,通过短暂地打开外部 HS MOSFET 并降低 Vds 阈值,可以正确识别故障。 谢谢,祝您今天过得愉快!
View full article
S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hello, I am developing with the S32K388 (4× Cortex-M7, ASIL D) and would like to run FreeRTOS on 3 of the 4 cores (each core runs its own FreeRTOS instance, AMP mode).So far I have not been able to find complete reference material for this multi-core FreeRTOS setup, so I would appreciate any guidance. My questions: 1. Is AMP (one FreeRTOS instance per core) the recommended approach for running FreeRTOS on 3 cores of the S32K388? Is there an NXP application note / user guide describing the multi-core setup, e.g. boot sequence and core start-up (who starts core1/core2/core3 and how), VTOR / vector table per core, memory partitioning (TCM/RAM), clock and interrupt routing per core? 2. Is there an official example project (S32K388 or any S32K3 variant) that runs FreeRTOS on more than 2 cores? Where can I download it? 3. What is the recommended inter-core communication mechanism on S32K3 (IPCF vs shared memory + interrupts), and are there FreeRTOS-aware examples? 4. How should the project be structured in S32 Design Studio for this use case (single multi-core project vs one project per core), and how can I debug all 3 cores simultaneously? Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hello @LeeKen, Neither AMP nor SMP is recommended; the choice depends on the application requirement. You can choose the multicore FreeRTOS approach that best fits the application. For AMP, use one independent S32 Design Studio project per core, based on the single-core FreeRTOS example. The main core should configure XRDC. Memory, vector tables, stacks, and application sections must be divided in the per-core linker files. The main core may start the other cores, or sBAF can enable the cores specified in the boot header/boot configuration word. IPCF 4.3.0 includes an S32K388 AMP FreeRTOS multicore example using CM7_1 and CM7_2, which can be used as a reference. IPCF is optional, anyone can implement their own solution. In general, debuggers provide multicore debug support. Regards, Daniel Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hi Daniel, Thanks a lot for your detailed explanation. There are still some questions that I would like you to answer. 1. If using the AMP mode, each core is regarded as a single-core Free RTOS project, is that correct? 2. Only the main core needs to configure XRDC? Are there any precautions when configuring? 3. If the configurations for each core's Memory, vector tables, stacks are completely independent, do we need to assess the dependencies between the multi-cores? 4. If I use the main core to start the other two slave cores, is there any limitation or must there be a certain sequence when starting multiple slave cores one after another? Re: S32K388 (4×Cortex-M7): Running FreeRTOS on 3 cores in AMP mode Hello @LeeKen, 1. Yes. 2. XRDC is a global configuration and normally needs to be configured only once by the main core before the other cores access protected resources.  https://docs.nxp.com/bundle/AN14715/page/topics/extensible_resource_domain_controllerxrdc.html 3. The system-level dependencies still need to be assessed. These include shared memory, IPCF channels, shared peripherals, semaphores, clocks, watchdogs, reset handling, startup synchronization, low-power mode, etc. 4. This is also a functional-safety consideration. The secondary cores should not have unrestricted access to certain memories or peripherals, so XRDC must be initialized before they use those resources. XRDC domain assignment is also required for hardware SEMA42 operation, because SEMA42 uses the master domain ID for gate ownership. Regards, Daniel
View full article
MVR5510AMDAL 是否能进行程序调试 Hi  我在使用MVR5510AMDALTS和S32G399做硬件开发, 我看到MVR5510AMDALTS是预编程的IC。我还可以重新配置这个PMIC进入debug模式进行程序调试吗? 我想调试的内容:我想把BUCK2配置为1.2V输出,LDO2配置为2.5V输出。其他电源和预编程的保持不变。请问这是否可以实现? Re: MVR5510AMDAL 是否能进行程序调试 嗨,迈克尔, MVR5510AMDALTS 是出厂预编程的 DAL 设备(不是空白的 A0 版本)。其出厂预设的OTP配置无法被覆盖。   BRs,托马斯 Re: MVR5510AMDAL 是否能进行程序调试 我把BUCK2设置为1.2V给SJA1105SELY的核心供电。LDO2设置为2.5V是给SJA1105SELY的VDDA_SGMII供电。 我如果购买MVR5510AMDALTS,这个已经预编程的PMIC还可以进入OTP debug模式进行编程吗? Re: MVR5510AMDAL 是否能进行程序调试 OTP预程序已完成 设计方面会采用哪种负载?LPDDR4?
View full article
S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi NXP Team, I'm working with the S32K3-T-BOX (S32K344, schematic SCH-50735 Rev C) and trying to get Ethernet working with the S32K344 lwIP example Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700. What I did Moved the project from the S32K3X4EVB-T172 setup to the T-Box: package S32K344_172HDQFP, 40 MHz external crystal, RMII. Re-routed the EMAC pins to match the T-Box schematic: TXD0 PTC2, TXD1 PTD7, TX_EN PTD12, TX_CLK/REF_CLK PTD11 (input), RXD0 PTC0, RXD1 PTC1, RX_DV PTC17, RX_ER PTC14. The project builds with 0 errors. I flashed it with the S32 Debug Probe on the S32K344 header. The firmware runs through main() → device_init() → Eth_43_GMAC_Init() and stays in the main loop until the example's test timeout. Problem The RJ45 LINK/activity LEDs never turn on, and Windows shows the adapter as "Disconnected". The same PC port and cable link normally with other devices. Board checks Power LEDs (PF5020 rails) are on. J51, J53 and J55 are on 1-2. S1 is OFF/OFF (boot from SJA1110 flash). U36 (SJA1110 status LED) does not blink green, so I suspect the SJA1110B has no firmware or configuration. Questions The example's description.txt lists only the S32K3X4EVB-T172. Is it intended to work on the S32K3-T-BOX, or only on the EVB? Does the SJA1110B need its own firmware or configuration (for example S32K3_T_BOX_LWIP_for_SJA1110) before the RJ45 link comes up? If so, what is the recommended procedure and debugger for the SJA1110 debug header (J57)? Is a prebuilt image available? Is any SJA1110B-side setting needed so the RMII link to the S32K344 EMAC works (RMII mode, 50 MHz REF_CLK direction)? Thanks! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Please find the answers to your questions below. 1. The example is intended for the S32K3X4EVB-T172 and will not run on the S32K3-T-BOX without board-specific modifications. Please refer to slide 15 of the https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE  In particular: The S32K3-T-BOX uses a 40 MHz external crystal, while the EVB uses a 16 MHz crystal. The clock configuration must therefore be updated accordingly. The RMII reference clock for the S32K344 EMAC is provided by the SJA1110. A short delay should be added before the S32K344 clock initialization to allow the SJA1110 to start and provide the RMII reference clock. The external PHY initialization in device_init() is not required because the Ethernet PHY and switch initialization is handled by the SJA1110 firmware. 2. Yes, the SJA1110B requires its own firmware and switch configuration. Without running SJA1110 firmware, the RJ45 port and the RMII connection to the S32K344 will not be initialized. I have prepared examples for several SJA1110-based boards, including the S32K3-T-BOX. Please refer to Ethernet Switch SJA1110 Examples. The examples initialize and test the relevant ports and provide LED indication. A prebuilt flash_image.bin is included, so rebuilding the project is not required. Due to distribution restrictions, the complete SJA1110 example projects cannot be attached directly to the Community article. The example may be provided upon request through NXP Technical Support and may require an NDA. Please submit a support case through NXP Technical Support and reference the required S32K3-T-BOX SJA1110 example. 3. Connect a debugger that supports the SJA1110 device to the SJA1110 debug header J57 and program the provided flash image. I use either a PEmicro Multilink debugger or Lauterbach TRACE32. A prebuilt image is available as described in answer 2. 4. Yes. The SJA1110 firmware must configure the switch port connected to the S32K344 for RMII operation and provide the 50 MHz RMII reference clock to the S32K344 EMAC. This is handled by the S32K3-T-BOX-specific SJA1110 example. The inactive U36 LED is therefore a strong indication that the SJA1110 firmware is not currently running or that the device did not boot correctly. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the detailed answers. They confirmed the cause for us. Our status: The SJA1110 is powered (jumpers J51, J53, J55 on 1-2, PF5020 rails on) and S1 is OFF/OFF, but U36 stays dark. We built the public S32K3_T_BOX_LWIP_for_SJA1110 project to app_flash.elf. On the S32K344 side we have applied your three points: the 40 MHz clock configuration, a delay before the clock initialization, and removal of the PHY initialization from device_init(). Two questions: The article "Example SJA1110 FreeRTOS lwIP S32K3-T-BOX" only attaches Example_Availability.txt and no flash_image.bin. Could you share the prebuilt image directly, or tell us which support case to open (and whether an NDA is needed)? In the meantime, is the public S32K3_T_BOX_LWIP_for_SJA1110 project suitable for the T-BOX? Does its switch configuration forward frames between the RJ45 port (P1) and the S32K344 RMII port (P2)? We'd also like to confirm that a PEmicro Multilink is the right probe for J57. Best regards, Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Your DIP switches are inline with my board. Please, check signal level of DEVICE_CFG_N connected to PTA13. If switch accepts the configuration, DEVICE_CFG_N should be low. ad 1. Yes, due to distribution restrictions, the complete SJA1110 example projects cannot be attached directly to the Community article. The example may be provided upon request through NXP Technical Support and may require an NDA. Please submit a support case through NXP Technical Support and reference the required S32K3-T-BOX SJA1110 example.  The main reason is that Automotive Ethernet belongs to export policy control and additional approvals might be required. ad 2. Yes, S32K3_T_BOX_LWIP_for_SJA1110 project is dedicated for the T-BOX. Yes, L2 Forwarding table has default settings - forward to all ports except to source port. Yes, I used PE micro multilink FX. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the clarification. I am working with the Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 example and have modified the EMAC pin configuration to match the S32K3-T-BOX hardware. Could you please confirm whether the pin configuration shown in the attached S32DS ConfigTools screenshot is correct for the T-Box, or if any changes are required? Best regards Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Your pins appear to be correct. MDIO and MDC are not required. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, We have successfully built the SJA1110 lwIP example, but we need clarification on a few points. 1. SJA1110 .mex file fails to open We imported and built the S32K3_T_BOX_LWIP_for_SJA1110 example using S32 Design Studio 3.4.3 and RTD 2.0.0. The project builds successfully with 0 errors, but opening sja1110_t_box.mex produces the following error: Processor SJA1110, s32sdk_sja1110_rtm_100 version is not supported by current version of the tool. Could you please confirm which SJA1110 SDK or Configuration Tools package is required to open this .mex file? Is there a compatible package for S32DS 3.4.3, or do we need to use a different S32DS version? 2. Which firmware image should be programmed onto the SJA1110? After building the S32K3_T_BOX_LWIP_for_SJA1110 example, we obtained the following files: app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin Could you please confirm which file, if any, should be programmed onto the SJA1110 on the T-Box board? Can we use a prebuilt SJA1110 firmware image directly without opening or modifying the .mex file? If so, could you provide the correct image and the recommended programming procedure using a PEmicro Multilink FX debugger through J57? 3. Debugger initialization script for the SJA1110 example We would also like to clarify the debugger configuration for this example. Should we use the following initialization script? ${S32DS_INITIALIZATION_SCRIPTS_DIR}/s32k3xx/s32k3xx_generic_bareboard.py Or is a different initialization script or debugger configuration required for the SJA1110? Please clarify the recommended procedure for programming and debugging the relevant target. 4. TCP/IP middleware is missing from the MCAL configuration For the Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 example, we opened lwip_baremetal_s32k344.mex but could not find the Middleware TCP/IP Stack component in the MCAL configuration tools. Is the TCP/IP stack expected to be configured through the MCAL Configuration Tools, or is lwIP integrated and configured separately at the application level? If additional software or configuration packages are required, could you please specify which ones and how to install them? 5. Recommended procedure for Ethernet bring-up on the T-Box Our T-Box RJ45 link LED remains off. Could you please confirm the recommended sequence for initializing the SJA1110 switch, establishing the RMII connection with the S32K344, and bringing up Ethernet using the T-Box lwIP example? We would appreciate any relevant documentation, compatible software packages, prebuilt firmware images, or example projects that could help us complete this setup. Thank you for your support. Best regards, Divya Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Please find my answers below. 1. SJA1110 .mex file fails to open The sja1110_t_box.mex file was created with S32 SDK for SJA1110 RTM 1.0.0. Therefore, the corresponding SJA1110 development package and SDK integration are required to open and modify it. However, the SJA1110 SDK is now considered a legacy software solution and is no longer available to new customers. Current software development for the SJA1110 is based on the Real-Time Drivers ecosystem. For new projects, the recommended approach is therefore to use the SJA11xx RTD and Ethernet Switch (ETH_SWITCH) driver packages rather than the legacy SDK. Unlike the legacy SDK, which was delivered as a more integrated installation, the RTD software ecosystem is modular. The base RTD, Ethernet PHY and Ethernet Switch drivers, and optional middleware such as FreeRTOS and the TCP/IP stack are provided as separate packages with defined version dependencies. The packages used by my current SJA1110 examples, including the recommended installation order, are listed in the following thread: SJA1110 SDK and RTD package information 2. Which firmware image should be programmed onto the SJA1110? The appropriate file depends on the programming tool: For PEmicro, use app_flash.elf. For Lauterbach TRACE32, use flash_image.bin. Therefore, with a PEmicro Multilink FX connected to the SJA1110 debug header J57, use app_flash.elf.  3. Debugger initialization script for the SJA1110 example Do not use ${S32DS_INITIALIZATION_SCRIPTS_DIR}/s32k3xx/s32k3xx_generic_bareboard.py This initialization script is intended for S32K3 devices, not for the SJA1110. For PEmicro, use the SJA1110-specific debug configuration supplied with the SJA1110 project and program app_flash.elf. The required SJA1110 device support is provided by the corresponding SJA1110 development package or SDK integration. 4. TCP/IP middleware is missing from the MCAL configuration This is expected if only the S32K3 RTD package is installed. The TCP/IP stack is separate middleware and is not part of the base MCAL or RTD installation. For S32K3 RTD 7.0.0, based on the available release information, install these matching packages: SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOS is a required dependency of the TCP/IP Stack package, including for installation and use of the supplied bare-metal examples. After installing both the matching FreeRTOS and TCP/IP Stack packages in S32 Design Studio, the middleware components and associated examples should become available. You will most likely need to re-import the S32K3 project so that the newly installed components are properly recognized. Please always follow the dependency and compatibility information in the release notes of the selected RTD and TCP/IP Stack versions. 5. Recommended Ethernet bring-up procedure for the T-Box The recommended sequence is: Start with an S32K344 lwIP example supplied with the compatible S32K3 TCP/IP Stack package. Adapt the pin multiplexing and clock configuration to the S32K3-T-BOX schematic, including the 40 MHz FXOSC and the T-BOX RMII pin assignment. Apply the additional T-BOX-specific changes described in the S32K3-T-BOX lwIP Example Guide. Program the SJA1110 firmware through J57. The SJA1110 firmware initializes the switch, the RJ45 port, and the RMII interface toward the S32K344. Confirm that the SJA1110 firmware is running, including the expected indication on U36. Start the S32K344 application after the SJA1110 has had sufficient time to boot and provide the required RMII reference clock. For a new RTD-based SJA1110 project, download the applicable SJA11xx RTD, Ethernet PHY, Ethernet Switch and middleware packages and adapt any existing example to the S32K3-T-BOX. If you already have a valid NDA with NXP, please provide the NDA number in the Technical Support case, you have already created. I can then check whether the existing S32K3-T-BOX SJA1110 example can be shared with you. The relevant documentation and software packages are available from the NXP website. Some files are available only under Secure Files and require an appropriate NDA. Automotive Ethernet software may also be subject to export-control review and additional access approval might be required. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , Purchasing the evaluation hardware and obtaining access to controlled-release software and documentation are separate processes. The SJA1110 documentation, RTD packages and complete example projects are not classified as public material. They are distributed through NXP Secure Files, where a valid NDA is required before access can be granted. The NDA is therefore not required simply because you purchased or use the S32K3-T-BOX. It is required because the complete SJA1110 example contains software and configuration information associated with a controlled-release Automotive Ethernet product. In addition, SJA1110 software packages are subject to an access-approval process. Automotive Ethernet software may also be subject to export-control policies, so additional approval may be required even when a valid NDA is already in place. Unfortunately, I cannot provide the complete project or firmware outside this controlled distribution process. The available alternatives are: If your company already has a valid NDA with NXP, please request access to the relevant SJA1110 Secure Files or provide the NDA reference in an NXP Technical Support case. If no NDA is currently in place, please initiate the NXP NDA process and then request Secure Files access. Publicly available S32K3-T-BOX materials may still be used for the S32K344 side, but they do not replace the controlled SJA1110 firmware and configuration required to initialize the switch and its RMII connection. Please note that an NDA enables the access-request process but does not automatically guarantee access to every software package. The applicable product and export-control approvals must also be completed. Once the required access is approved, the SJA1110 RTD packages and the applicable T-BOX example can be provided through the authorized support channel. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel We received a new NXP S32K3 T-Box prototype that was initially working, with the U36 indicator blinking and the Ethernet port LEDs illuminated. We flashed the following example using S32 Design Studio 3.6.10: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 After flashing it, both the U36 indicator and Ethernet port LEDs stopped working. We also tried the following example, but the issue persisted: S32K344EVB_T172_UART_ETH_Gateway In addition, we had previously tried several other Ethernet-related examples on our previous T-Box, including bare-metal lwIP, FreeRTOS lwIP, and Ethernet internal loopback. We have now tried these examples on the new T-Box as well, but we are facing the same issue and have not been able to establish Ethernet connectivity. Could you please help us understand why this issue might be occurring with both T-Box boards? Is there any specific configuration or procedure required when using these examples with the T-Box? Also, is there any other complete, working Ethernet example specifically for the S32K3 T-Box that we can flash and use to verify Ethernet functionality? We would appreciate your guidance on identifying the cause and getting Ethernet communication working. Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for the clarification. Since we have purchased the NXP S32K3 T-Box prototype for our development and evaluation, could you please clarify why an NDA is required to access the complete SJA1110 example and firmware? We understand that some information may be confidential, but we would like to understand whether the NDA is mandatory even for customers who have purchased the hardware and need the firmware to bring up and test its Ethernet functionality. Could you please clarify the reason for this requirement and whether there is any alternative way to obtain the required firmware? Thank you for your support. Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , The examples you tested are intended for the S32K3X4EVB-T172 and cannot be used on the S32K3-T-BOX without board-specific modifications. Although the MCU is the same, the T-BOX uses different pin assignments, a 40 MHz external crystal and an RMII connection where the 50 MHz reference clock is provided by the SJA1110. The startup sequence must also allow sufficient time for the SJA1110 to boot before the S32K344 clock and Ethernet initialization.   Flashing an application through the S32K344 debug interface should not affect the SJA1110 external flash. If U36 blinks after this power cycle, the SJA1110 firmware is still present and the issue was caused by the incompatible S32K344 application or its board initialization. If U36 remains inactive, the SJA1110 NVM boot and firmware should be checked separately. I have prepared and validated the following complete example specifically for the S32K3-T-BOX: Example S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6 RTD7.0.1 - NXP Community S32K3 RTD 7.0.1 was selected as the reference baseline because the S32K3 RTD 7.0.0 release does not provide any basic S32K3 example projects. It has been tested successfully on the S32K3-T-BOX and already includes the required T-BOX-specific pin, clock, RMII and startup-sequence adaptations. See the comments in src/main.c for the complete list of changes made to the original lwip_FreeRTOS_s32k344 project. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, Thank you for your guidance. I have imported and tested the T-Box-specific example project, Example_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701, using the following setup: S32 Design Studio 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IP Stack 5.0.0 The project builds successfully with 0 errors and 0 warnings. I flashed the generated ELF to the S32K344 MCU using the NXP S32 Debug Probe connected through the J40 TAG connector. I checked device.c and test.c, including the clock initialization, the delay before clock setup, Eth_43_GMAC_Init(), and the FreeRTOS tasks responsible for lwIP initialization and LED blinking. However, I am still unable to establish Ethernet communication. Current observations: U37's RGB LED continues flashing blue after disconnecting the debugger and power-cycling the board. U36's LED on the SJA1110 appears faintly green. The RJ45 port LEDs remain off. The Windows Ethernet adapter shows Disconnected with a link speed of 0 bps. Pinging 192.168.225.100 results in request timeouts. The SJA1110 S1 DIP switch is set to OFF/OFF for NVM boot. When I subsequently tried to launch the debug configuration again to investigate the initialization sequence, I received the following error: PEmicro GDB Launch Failure: The GDB Server was not able to establish a connection to the target processor (E54431355). The S32 Debug Probe was not connected to the board during this latest attempt. Could you please advise me on the following? Is the blue flashing of U37 expected behavior for this example, or could it indicate that initialization is not completing? Since the RJ45 LEDs are off and Windows reports no physical link, what should I check first to identify the root cause? What would be the recommended next step to debug this issue without unnecessarily changing the existing clock and pin configurations? I would appreciate your guidance on how to proceed. Thank you! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , As it has been documented in the header of src/main.c, this example uses the static IP address 192.168.0.210, not 192.168.225.100. Therefore, please configure the PC Ethernet adapter to the same subnet, for example 192.168.0.100 with subnet mask 255.255.255.0 and then ping 192.168.0.210. However, since Windows currently reports that the Ethernet cable is disconnected, the physical link issue must be resolved first. 1. U37 should flash white, but it appears as cyan. It indicates that the application is running and, in particular, that the initialization has not ended in a HardFault. However, it does not confirm that the Ethernet initialization completed successfully. 2. The U36 LED controlled by the SJA1110 should be blinking. If it only glows faintly, this may indicate a power-supply problem affecting the SJA1110. This would also explain why the RJ45 link LEDs remain off and Windows detects no physical link. 3. As the first debugging step, please check the SJA1110 power-supply rails on the board and confirm that they are present and stable. Please also inspect the board power configuration, jumper settings and supply connections against the T-BOX documentation. The PEmicro connection error is unrelated to the Ethernet issue. It is expected if the NXP S32 Debug Probe is not connected when the debug configuration is launched.   Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hello @Divya2904 , The images confirm the external connections, but the next step is to measure the SJA1110 supply voltages electrically directly on the board. A visual inspection of the power connections cannot confirm that all required SJA1110 supply rails are present and stable. Please use the S32K3-T-BOX schematic to identify the SJA1110 supply rails and the corresponding decoupling capacitors. The voltages can normally be measured on the accessible capacitor terminals using a multimeter or a fine oscilloscope probe, with respect to board ground. Please take care to avoid shorting adjacent pads. Please check the following: Measure the SJA1110 supply voltages directly at the corresponding decoupling capacitors and report the measured values. Check the SJA1110 RST_N signal and confirm that it is released after power-up and remains stable. If an oscilloscope is available, probe the signal controlling the green channel of U36. This will show whether a blinking signal is generated or whether the signal remains at a constant level. If the supply voltages and reset signal are correct, check whether the SJA1110 provides the expected RMII reference clock to the S32K344. Best regards, Pavel Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example Hi Pavel, I have checked the power supply connections on the T-Box and am sharing images of the connections for your reference. The U36 LED (SJA1110) is glowing solid, faint green and is not blinking. The RJ45 LEDs are still off, and the Ethernet connection shows as disconnected on my PC. Could you please review the attached images and guide me on the next steps to debug this issue? I would like to get the Ethernet link working and successfully test ping connectivity. Please let me know what I should check next. Thank you for your support.
View full article
S32K3 ADC平均值 你好, 我目前正在使用S32K312,对ADC平均值有一个疑问。 3.858V(数字万用表实测值) 3.865V T32 AVGX 转换时间 100 3.865V T32 AVG4 转换时间 100 3.860V T32 AVG8 转换时间 100 3.855V T32 AVG16 转换时间 100 3.844V T32 AVG32 转换时间 100 3.864V T32 AVGX 转换时间 22 3.862V T32 AVG4 转换时间 22 3.860V T32 AVG8 转换时间 22 3.847V T32 AVG16 转换时间 22 3.844V T32 AVG32 转换时间 22 3.866V T32 AVGX 转换时间 255 3.844V T32 AVG32 转换时间 255 如上图所示,随着平均计数的增加,测得的电压会降低。 您能帮我分析一下这种行为可能的原因吗? Re: S32K3 ADC Average 你好@kjy106906 , 通常来说,最佳建议基于以下几点: AN4373,SAR ADC测量指南 - 应用笔记 AN5032:SoC 中 SAR ADC 的参考电路设计 – 应用笔记 主要方法是测试ADC引脚前的源阻抗,可以在电压基准和基准引脚之间添加基于运算放大器的缓冲电路,以满足负载条件。 此外,您还可以根据 AN4373 重新计算外部 RC 滤波器并启用预采样。 当 ADC 对模拟引脚进行采样时,该引脚会与 ADC 连接和断开。开关操作会向引脚注入少量电荷。增加两次转换之间的时间间隔也可能有所帮助。 作为最后的测试,您还可以只转换此通道,然后将 AVG32 与在相同触发信号条件下单独捕获的 32 个原始转换的软件平均值进行比较。 此致, 朱利安
View full article
LPI2Cグリッチフィルタ幅の不一致 こんにちは、 私は最新のリリースされたSDK(バージョン26.09)のMCXN947を使っています。 MCUxpressoでLPI2Cペリフェラルを設定していたとき、lpi2c_master_config_tとlpi2c_slave_config_tがグリッチフィルターの長さを格納するために異なるデータ型の幅を持っていることに気づきました。 つまり、スレーブ設定で使っていた長さが、同じペリフェラルのマスター設定で切り詰められていたのです。 fsl_lpi2c.h typedef struct _lpi2c_master_config { ... uint8_t sdaGlitchFilterWidth_ns; /*!< Width in nanoseconds of glitch filter on SDA pin. Set to 0 to disable. */ uint8_t sclGlitchFilterWidth_ns; /*!< Width in nanoseconds of glitch filter on SCL pin. Set to 0 to disable. */ ... } lpi2c_master_config_t; ... typedef struct _lpi2c_slave_config { ... uint32_t sdaGlitchFilterWidth_ns; /*!< Width in nanoseconds of the digital filter on the SDA signal. Set to 0 to disable. */ uint32_t sclGlitchFilterWidth_ns; /*!< Width in nanoseconds of the digital filter on the SCL signal. Set to 0 to disable. */ ... } lpi2c_slave_config_t; MCFGR2。FILDSDAおよびMCFGR2。これらの値から引き出すレジスタであるFILTSDLは、リファレンスマニュアルでは固定4ビットのようです。 私のリファレンス・マニュアルはMCXNX4XRM Rev。2025-03-05 6日なので、少し古いかもしれません。新しいリリースを見つけるのに苦労していました。もし新しいリリースがあれば、ぜひ教えていただきたいです。 fsl_lpi2c.cc void LPI2C_MasterInit(...) { ... cycles = LPI2C_GetCyclesForWidth(sourceClock_Hz, masterConfig->sdaGlitchFilterWidth_ns, 0U, (LPI2C_MCFGR2_FILTSDA_MASK >> LPI2C_MCFGR2_FILTSDA_SHIFT), 0U); ... cycles = LPI2C_GetCyclesForWidth(sourceClock_Hz, masterConfig->sclGlitchFilterWidth_ns, 0U, (LPI2C_MCFGR2_FILTSCL_MASK >> LPI2C_MCFGR2_FILTSCL_SHIFT), 0U); ... } マスターとスレーブの設定にこのような相違があるのはなぜでしょうか? お時間をいただきありがとうございました。 JC 通信・制御(I3C |I2C |SPI |FlexCAN |イーサネット |FlexIO) Re: LPI2C glitch filter width discrepancy 訂正します。スレーブコードはSCFGR2.FILTSDAとSCFGR2.FILTSCLを更新します。 ただし、コード上では、MCFGR2とSCFGR2のマスクとオフセットは同じように見えます。 #define LPI2C_MCFGR2_FILTSCL_MASK (0xF0000U) #define LPI2C_MCFGR2_FILTSCL_SHIFT (16U) /*! FILTSCL - グリッチフィルターSCL */ #define LPI2C_MCFGR2_FILTSCL(x) (((uint32_t)(((uint32_t)(x)) << LPI2C_MCFGR2_FILTSCL_SHIFT)) & LPI2C_MCFGR2_FILTSCL_MASK) #define LPI2C_SCFGR2_FILTSCL_MASK (0xF0000U) #define LPI2C_SCFGR2_FILTSCL_SHIFT (16U) /*! FILTSCL - グリッチフィルターSCL */ #define LPI2C_SCFGR2_FILTSCL(x) (((uint32_t)(((uint32_t)(x)) << LPI2C_SCFGR2_FILTSCL_SHIFT)) & LPI2C_SCFGR2_FILTSCL_MASK)
View full article
S32K3-T-BOX – EMAC lwIPベアメタルサンプルでRJ45 LINK LEDが消灯したままになる こんにちは、NXP チームの皆様、 私は S32K3-T-BOX (S32K344、回路図SCH-50735 Rev C)を使っていて、S32K344 lwIPの例Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700でイーサネットを動かそうとしています。 私がしたこと プロジェクトをS32K3X4EVB-T172セットアップからT-Boxへ移しました:パッケージS32K344_172HDQFP、40 MHz外部クリスタル、RMII。 EMACピンをT-Box回路図に合わせて再配線しました:TXD0 PTC2、TXD1 PTD7、TX_EN PTD12、TX_CLK/REF_CLK PTD11(入力)、RXD0 PTC0、RXD1 PTC1、RX_DV PTC17、RX_ER PTC14。 プロジェクトはエラーなしでビルドされました。S32K344ヘッダーにS32デバッグプローブを書き込みました。 ファームウェアは main() → device_init() → Eth_43_GMAC_Init() の順に実行され、サンプルのテストタイムアウトまでメインループにとどまります。 問題: RJ45 LINK/アクティビティ LED が点灯せず、Windows 上ではアダプタが「切断済み」と表示されます。同じPCポートとケーブルを使用して、他の機器と通常通り接続します。 役員会のチェック 電源LED(PF5020レール)が点灯しています。 J51、J53、J55は1-2番線上にある。 S1はOFF/OFF(SJA1110フラッシュからのブート)です。 U36(状態SJA1110 LEDは緑色に点滅しないので、SJA1110Bにはファームウェアや設定がないのではないかと疑っています。 質問 サンプルファイルのdescription.txtには、S32K3X4EVB-T172のみが記載されています。S32K3-T-BOXでも動作するように設計されているのですか、それともEVBのみで動作するのですか? SJA1110Bは、RJ45リンクが確立される前に、独自のファームウェアまたは設定(例えばS32K3_T_BOX_LWIP_for_SJA1110)が必要ですか? もしそうなら、SJA1110デバッグヘッダー(J57)の推奨手順とデバッガは何ですか?事前に構築されたイメージは利用可能ですか? S32K344 EMACへのRMIIリンク(RMIIモード、REF_CLK方向50 MHz)を動作させるために、何かSJA1110B側の設定が必要ですか? よろしくお願いします! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 ご質問への回答は以下をご覧ください。 1.このサンプルはS32K3X4EVB-T172向けに設計されており、ボード固有の変更を加えない限りS32K3-T-BOXでは動作しません。 https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDEのスライド15を参照してください。特に以下の点にご注意ください。 S32K3-T-BOXは40MHzの外部水晶発振器を使用する一方、EVBは16MHzの水晶発振器を使用する。したがって、クロック設定をそれに応じて更新する必要があります。 S32K344 EMAC用のRMII基準クロックは、SJA1110によって供給されます。S32K344のクロック初期化の前に短い遅延時間を追加して、SJA1110が起動してRMIIリファレンスクロックを供給できるようにする必要があります。 device_init() における外部PHY初期化は不要です。なぜなら、イーサネットPHYとスイッチの初期化はSJA1110ファームウェアによって処理されるからです。 2. はい、SJA1110Bは独自のファームウェアとスイッチ設定が必要です。SJA1110ファームウェアを実行しないと、RJ45ポートとS32K344へのRMII接続は初期化されません。 S32K3-T-BOXを含む、いくつかのSJA1110ベースのボード向けにサンプルを用意しました。イーサネット・スイッチSJA1110の例を参照してください。これらのサンプルは、関連するポートの初期化とテストを行い、LEDによる表示機能を提供します。既製の flash_image.bin が含まれているため、プロジェクトの再構築は不要です。 配布制限のため、SJA1110例プロジェクトの全文をコミュニティ記事に直接添付することはできません。この例はNXPテクニカルサポートを通じて依頼に応じて提供される場合があり、NDAが必要な場合があります。NXPテクニカルサポートを通じてサポートCASEを提出し、必要なS32K3-T-BOX SJA1110例を参照してください。 3. SJA1110デバイスをサポートするデバッガをSJA1110デバッグヘッダーJ57に接続し、提供されたフラッシュイメージをプログラムします。私はPEmicro MultilinkデバッガかLauterbach TRACE32のどちらかを使用しています。回答2で説明されているように、事前に構築されたイメージが利用可能です。 4.はい。SJA1110ファームウェアは、S32K344に接続されたスイッチポートをRMII動作用に設定し、50 MHzのRMII参照クロックをS32K344 EMACに提供しなければなりません。これは、S32K3-T-BOX専用のSJA1110サンプルによって処理されます。 したがって、U36 LEDが点灯していないことは、SJA1110ファームウェアが現在実行されていないか、デバイスが正しく起動しなかったことを強く示唆しています。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 詳細なご回答をありがとうございました。彼らは原因を私たちに確認してくれた。当社の状況: SJA1110は電源が供給され(ジャンパーJ51、J53、J55が1-2に接続され、PF5020レールがオン)、S1はOFF/OFFですが、U36は暗くなったままです。 私たちは公開されているS32K3_T_BOX_LWIP_for_SJA1110プロジェクトをapp_flash.elfにビルドしました。 S32K344側では、40MHzクロック構成、クロック初期化前の遅延、device_init()からのPHY初期化の削除という、ご指摘いただいた3点を適用しました。 2つの質問があります。 記事「Example SJA1110 FreeRTOS lwIP S32K3-T-BOX」にはExample_Availability.txtのみが添付されており、flash_image.binは添付されていません。プリビルドイメージを直接共有してもらえますか?またはどのサポートCASEを開くべきか(NDAが必要かどうか)教えてもらえますか? ところで、公開されているS32K3_T_BOX_LWIP_for_SJA1110プロジェクトはT-BOXに適していますか?スイッチの設定はRJ45ポート(P1)とS32K344 RMIIポート(P2)間でフレームを転送しますか?また、PEmicro MultilinkがJ57に適したプローブであることを確認したいと思います。 よろしくお願いいたします、ディヴィヤ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 あなたのディップ・スイッチは私の基板と直列です。 PTA13にコネクテッドされたDEVICE_CFG_Nの信号レベルを確認してください。スイッチがこの構成を受け入れていれば、DEVICE_CFG_Nは低くなっているはずです。 広告1。はい、配布制限により、SJA1110例プロジェクトの全文をコミュニティ記事に直接添付することはできません。例はNXPテクニカルサポートを通じて依頼に応じて提供可能で、NDAが必要な場合があります。NXPテクニカルサポートを通じてサポートCASEを提出し、必要なS32K3-T-BOX SJA1110例を参照してください。  主な理由は、自動車用イーサネットが輸出政策の管理対象であり、追加の承認が必要になる可能性があるからです。 2. はい、 S32K3_T_BOX_LWIP_for_SJA1110 プロジェクトは T-BOX 専用です。はい、L2 転送テーブルはデフォルト設定で、送信元ポートを除くすべてのポートに転送します。はい、PE マイクロマルチリンク FX を使用しました。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 ピンの情報は正しいようです。MDIOおよびMDCは必須ではありません。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご説明いただきありがとうございます。 私はExample_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700のサンプルを使用しており、S32K3-T-BOXハードウェアに合わせてEMACのピン構成を変更しました。 添付のS32DS ConfigToolsスクリーンショットに示されているピン設定がT-Boxに合っているか、または変更が必要なのか確認いただけますか? よろしくお願いいたします。 ディヴィヤ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 SJA1110 lwIPのサンプルは正常に構築できましたが、いくつか不明な点があります。 1. SJA1110 .mexファイルが開けません S32K3_T_BOX_LWIP_for_SJA1110例をS32 Design Studio 3.4.3とRTD 2.0.0を使ってインポートし、ビルドしました。プロジェクトはエラーゼロで正常にビルドされましたが、sja1110_t_box.mexを開くと以下のエラーが発生します。 プロセッサSJA1110、s32sdk_sja1110_rtm_100バージョンは現在のツールバージョンではサポートされていません。 この.mexを開くにはどのSJA1110 SDKsまたは構成ツールパッケージが必要か確認いただけますか ファイル?S32DS 3.4.3に対応したパッケージはありますか?それとも別のS32DSバージョンを使う必要がありますか? 2. SJA1110にはどのファームウェアイメージをプログラムすればよいですか? S32K3_T_BOX_LWIP_for_SJA1110例を作成した後 、以下のファイルを取得しました。 app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin T-BoxボードのSJA1110にどのファイルをプログラムすべきか、もしあれば確認していただけますか?.mexを開いたり改変したりせずに、事前に構築されたSJA1110ファームウェアイメージを直接使うことは可能でしょうか ファイル?もしそうなら、PEmicro Multilink FXデバッガを使ってJ57経由で正しい画像と推奨されるプログラミング手順を教えていただけますか? 3. SJA1110サンプル用のデバッガ初期化スクリプト また、この例におけるデバッガーの設定についても明確にしておきたいと思います。以下の初期化スクリプトを使用すべきでしょうか? ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py それとも、SJA1110には別の初期化スクリプトまたはデバッガ構成が必要なのでしょうか?該当ターゲットのプログラミングおよびデバッグに関する推奨手順を明確にしてください。 4. MCAL構成にTCP/IPミドルウェアがありません Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700例として、lwip_baremetal_s32k344.mexを開いたのですが、MCAL設定ツールでミドルウェアのTCP/IPスタックコンポーネントが見つかりませんでした。 TCP/IPスタックはMCAL構成ツールを通じて設定されるべきですか?それともlwIPはアプリケーションレベルで別途統合・設定されるのでしょうか?追加のソフトウェアや設定パッケージが必要な場合は、どのソフトか、どのようにインストールするかを教えていただけますか? 5. T-Boxでのイーサネット起動の推奨手順 T-BoxのRJ45リンクLEDは消灯したままです。SJA1110スイッチの初期化、S32K344とのRMII接続確立、そしてT-Box lwIPの例を使ってイーサネットを起動する推奨される手順を確認していただけますか? このセットアップを完成させるのに役立つ関連するドキュメント、互換性のあるソフトウェアパッケージ、既製のファームウェアイメージ、またはサンプルプロジェクトがあれば教えていただけるとありがたいです。 再開まで今しばらくお待ちください。 よろしくお願いします、 ディヴィヤ Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご説明いただきありがとうございます。 開発と評価のためにNXP S32K3 T-Boxプロトタイプを購入したのですが、完全なSJA1110例とファームウェアにアクセスするためにNDAが必要な理由を教えていただけますか? 一部の情報は機密扱いであることは理解していますが、ハードウェアを購入し、ファームウェアでイーサネット機能の起動・テストが必要なお客様であっても、NDAが義務付けられているかどうかを知りたいです。 この要件の理由と、必要なファームウェアを入手する代替方法があるのか、説明していただけますか? 再開まで今しばらくお待ちください。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 評価用ハードウェアの購入と、制御リリースソフトウェアやドキュメントへのアクセスは別個のプロセスです。SJA1110ドキュメント、RTDパッケージ、完全なサンプルプロジェクトは公開資料として分類されません。これらはNXPセキュアファイルを通じて配布されており、アクセス許可には有効なNDAが必要です。 したがって、S32K3-T-BOXを購入または使用したという理由だけで、NDA(秘密保持契約)を締結する必要はありません。これは、完全なSJA1110例に制御リリース型自動車用イーサネット製品に関連するソフトウェアおよび設定情報が含まれているため、必要です。 さらに、SJA1110ソフトウェアパッケージはアクセス承認プロセスの対象となります。自動車用イーサネットソフトウェアは輸出管理ポリシーの対象となる場合もあり、有効なNDAが既に存在していても追加の承認が必要になることがあります。 残念ながら、この管理された配布プロセスの外でプロジェクト全体やファームウェアを提供することはできません。利用可能な代替案は以下のとおりです。 NXPについてがすでにNXPと有効なNDAを結んでいる場合は、関連するSJA1110 Secure Filesへのアクセスを申請するか、NXP技術サポートのCASEでNDA参照を提供してください。 現在NDAがない場合は、NXPのNDAプロセスを開始し、その後Secure Filesへのアクセスを申請してください。 公開されているS32K3-T-BOXの資料はS32K344側に引き続き使用可能ですが、スイッチおよびそのRMII接続を初期化するために必要な制御されたSJA1110ファームウェアや構成を置き換えるものではありません。 NDAはアクセスリクエストプロセスを可能にしますが、すべてのソフトウェアパッケージへのアクセスを自動的に保証するわけではありません。該当する製品および輸出管理の承認も完成しなければなりません。 必要なアクセスが承認されると、SJA1110 RTDパッケージと該当するT-BOXの例が認可されたサポートチャネルを通じて提供されます。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 以下に私の回答を記載します。 1. SJA1110 .mexファイルを開けませんでした sja1110_t_box.mexファイルは RTM 1.0.0用のS32 SDK SJA1110作成されました。したがって、対応するSJA1110開発パッケージとSDKs統合が、開いて変更するために必要です。 しかし、SJA1110 SDKは現在レガシーソフトウェアソリューションと見なされ、新規お客様には提供されていません。現在のソフトウェア開発はリアルタイムドライバーエコシステムに基づいていますSJA1110。新規プロジェクトでは、レガシーSDKsではなくSJA11xx RTDおよびイーサネット・スイッチ(ETH_SWITCH)ドライバパッケージを使用することが推奨されます。 より統合されたインストールとして提供された従来のSDKsとは異なり、RTDソフトウェアのエコシステムはモジュール化されています。基本的なRTD、イーサネットPHY、イーサネットスイッチドライバー、そしてFreeRTOSやTCP/IPスタックなどのオプションミドルウェアは、定義されたバージョン依存性を持つ別パッケージとして提供されています。 現在のSJA1110例で使われているパッケージや推奨されるインストール順は以下のThreadに記載されています。 SJA1110 SDKs および RTD パッケージ情報 2. SJA1110にはどのファームウェアイメージをプログラムすればよいですか? 適切なファイルはプログラミングツールによって異なります。 PEmicroの場合は、app_flash.elfを使用してください。 Lauterbach TRACE32 の場合は、flash_image.bin を使用します。 したがって、SJA1110デバッグヘッダーJ57に接続したPEmicroマルチリンクFXでは、app_flash.elfを使用します。 3. SJA1110サンプル用のデバッガ初期化スクリプト ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py を使用しないでください この初期化スクリプトはS32K3デバイス向けであり、SJA1110向けではありません。 PEmicroを使用する場合は、SJA1110プロジェクトおよびプログラムapp_flash.elfに付属のSJA1110専用のデバッグ構成を使用してください。必要なSJA1110デバイスサポートは、対応するSJA1110開発パッケージまたはSDKs統合によって提供されます。 4. MCAL構成にTCP/IPミドルウェアがありません これはS32K3 RTDパッケージのみを搭載する場合に予想されます。TCP/IPスタックは独立したミドルウェアであり、基本となるMCALまたはRTDのインストールには含まれていません。 S32K3 RTD 7.0.0の場合、利用可能なリリース情報に基づいて、以下の対応パッケージをインストールしてください: SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOSはTCP/IPスタックパッケージの必須依存関係であり、提供されたベアメタル例のインストールや使用にも対応可能です。S32 Design Studioに対応するFreeRTOSおよびTCP/IPスタックパッケージをインストールすれば、ミドルウェアコンポーネントと関連例が利用可能になるはずです。新しくインストールしたコンポーネントが正しく認識されるように、S32K3プロジェクトを再インポートする必要があるでしょう。 選択したRTDおよびTCP/IPスタックバージョンのリリースノートに記載されている依存関係と互換性に関する情報を必ずご確認ください。 5. T-Boxの推奨イーサネット起動手順 推奨される手順は以下のとおりです。 まずは、互換のS32K3 TCP/IPスタックパッケージに付属しているS32K344 lwIPの例から始めましょう。 ピンの多重化とクロック構成を、40 MHz FXOSC および T-BOX RMII ピンの割り当てを含め、S32K3-T-BOX の回路図に合わせて調整してください。 S32K3-T-BOX lwIP サンプルガイドに記載されている、T-BOX 固有の追加変更を適用してください。 J57を通してSJA1110のファームウェアをプログラムします。SJA1110ファームウェアはスイッチ、RJ45ポート、そしてRMIIインターフェースをS32K344方向に初期化します。 SJA1110ファームウェアが動作していることを確認し、U36に期待される表示が出ていることを確認してください。 SJA1110が十分な時間を持って起動し、必要なRMII参照クロックを提供した後にS32K344アプリケーションを開始します。 新しいRTDベースのSJA1110プロジェクトでは、該当するSJA11xx RTD、イーサネットPHY、イーサネット・スイッチおよびミドルウェアパッケージをダウンロードし、既存の例をS32K3-T-BOXに適応させます。 すでにNXPと有効なNDAをお持ちの場合は、すでに作成した技術サポートCASEのNDA番号を記載してください。既存のS32K3-T-BOX SJA1110例を共有できるかどうか確認できます。 関連するドキュメントおよびソフトウェアパッケージはNXPのウェブサイトから入手可能です。一部のファイルはセキュアファイルでのみ利用可能であり、適切な秘密保持契約(NDA)が必要です。自動車用イーサネットソフトウェアも輸出管理審査の対象となり、追加のアクセス承認が必要になる場合があります。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん 私たちは新しいNXP S32K3 T-Boxプロトタイプを受け取りました。最初は動作しており、U36インジケーターが点滅し、イーサネットポートのLEDが点灯していました。 以下の例をS32 Design Studio 3.6.10を使ってフラッシュしました: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 点滅後、U36インジケーターとイーサネットポートのLEDが点灯しなくなりました。 以下の例も試してみましたが、問題は解決しませんでした。 S32K344EVB_T172_UART_ETH_ゲートウェイ さらに、以前のT-BoxでベアメタルLWIP、FreeRTOS lwIP、イーサネット内部ループバックなど、他のイーサネット関連の例もいくつか試していました。これらの例を新しいT-Boxでも試しましたが、同じ問題に直面しており、イーサネット接続を確立できていません。 なぜ両方のT-Boxボードでこの問題が起きているのか、教えていただけますか?これらのサンプルをT-Boxで使用する際に、特別な設定や手順が必要ですか? また、S32K3 T-Box専用の完全で動作するイーサネットの例をフラッシュしてイーサネットの機能を検証できるものはありますか? 原因の特定とイーサネット通信の正常化についてご指導いただけるとありがたいです。 ご支援ありがとうございます。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 あなたがテストした例はS32K3X4EVB-T172用であり、ボード固有の改造なしにはS32K3-T-BOXで使用できません。MCUは同じですが、T-BOXは異なるピン割り当てを採用しており、40MHzの外部クリスタルと、50MHzの参照クロックがSJA1110から供給されるRMII接続を採用しています。起動シーケンスは、S32K344クロックとイーサネット初期化の前にSJA1110が起動する十分な時間を確保しなければなりません。   S32K344デバッグインターフェースを通じてアプリケーションをフラッシュしても、SJA1110外部フラッシュには影響しません。この電源サイクル後にU36が点滅した場合、SJA1110ファームウェアがまだ存在しており、問題は互換性のないS32K344アプリケーションまたはその基板初期化が原因です。U36が非アクティブ状態のままの場合は、SJA1110 NVMのブートとファームウェアを個別に確認する必要があります。 S32K3-T-BOX専用の完全なサンプルを以下のように作成し、検証しました。 例:S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6RTD7.0.1 - NXPコミュニティ S32K3 RTD 7.0.0 リリースには基本的な S32K3 サンプル プロジェクトが含まれていないため、S32K3 RTD 7.0.1 を基準ベースラインとして選択しました。S32K3-T-BOXで正常にテスト済みであり、必要なT-BOX固有のピン、クロック、RMII、および起動シーケンスの調整が既に含まれています。src/main.c のコメントを参照してください。元の lwip_FreeRTOS_s32k344 プロジェクトに加えられた変更の完全なリストについては、こちらをご覧ください。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 ご指導ありがとうございました。 以下の設定を使用して、 T-Box固有のサンプルプロジェクトであるExample_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701をインポートしてテストしました。 S32 Design Studio 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IPスタック 5.0.0 プロジェクトはエラー も 警告も0つで正常に構築されます。生成されたELFを J40 TAGコネクタ経由でコネクテッドなNXP S32デバッグプローブ を使ってS32K344 MCUにフラッシュしました 。 device.cとtest.cをチェックしました。これには、クロックの初期化、クロック設定前の遅延、 Eth_43_GMAC_Init() 、および lwIP の初期化と LED の点滅を担当する FreeRTOS タスクが含まれます。 しかし、まだイーサネット通信を確立できません。 現在の観察結果: デバッガーを取り外してボードの電源を入れ直した後も、U37のRGB LEDが青色に点滅し続けます。 SJA1110のU36のLEDは、かすかに緑色に見えます。 RJ45ポートのLEDは消灯したままです。 Windowsのイーサネットアダプターでは「切断」と表示され、リンク速度は0bpsです。 192.168.225.100への ping は、リクエストタイムアウトを引き起こします。 SJA1110 S1のディップ・スイッチはNVM起動時にOFF/OFFに設定されています。 その後、初期化シーケンスを調査するためにデバッグ構成を再度起動しようとしたところ、次のエラーが発生しました。 PEmicro GDB起動失敗:GDBサーバーがターゲットプロセッサ(E54431355)への接続を確立できませんでした。 この最新の試みでは、S32デバッグプローブはボードに接続されていませんでした。 以下の点についてアドバイスいただけますか? この例でU37の青い点滅は期待される挙動でしょうか、それとも初期化が完了していないことを示しているのでしょうか? RJ45のLEDが消灯しており、Windowsが物理的なリンクがないと報告している場合、根本原因を特定するために最初に何をチェックすればよいでしょうか? 既存のクロックやピン構成を不必要に変更することなく、この問題をデバッグするための推奨される次のステップは何でしょうか? 今後の進め方についてご指導いただければ幸いです。 ご回答をお待ちしています。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 画像から外部接続は確認できたが、次のステップはSJA1110の電源電圧を基板上で直接電気的に測定することである。電源接続の目視検査では、必要なすべてのSJA1110電源レールが安定して存在しているか確認できません。 SJA1110の電源レールとそれに対応するデカップリングコンデンサを特定するには、S32K3-T-BOXの回路図を参照してください。電圧は通常、マルチメーターや細かいオシロスコーププローブを使って基板の接地に関してアクセス可能なコンデンサ端子で測定できます。隣接するパッドをショートさせないように注意してください。 以下の点をご確認ください。 SJA1110の電源電圧を対応するデカップリングコンデンサで直接測定し、測定値を報告してください。 SJA1110のRST_N信号を確認し、電源投入後に信号が解放され、安定した状態を維持していることを確認してください。 オシロスコープがあれば、U36の緑チャネルを制御する信号を探ります。これにより、点滅信号が発生しているか、信号が一定レベルに保たれているかがわかります。 電源電圧とリセット信号が正しい場合は、SJA1110がS32K344に期待されるRMII基準クロックを供給しているかどうかを確認してください。 よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、 @Divya2904 さん。 src/main.c のヘッダーに記載されているように、この例では、静的IPアドレスとして192.168.0.210を使用しており、192.168.225.100は使用していません。したがって、PCイーサネットアダプターを同じサブネットに設定してください。例えば、サブネットマスク255.255.255.0で192.168.0.210を192.168.0.210に設定してください。しかし、Windowsが現在イーサネットケーブルが切断されていると報告しているため、まず物理的なリンクの問題を解決する必要があります。 1. U37は白色に点滅するはずなのに、シアン色に見える。これはアプリケーションが実行中であること、特に初期化がハードフォールトで終了していないことを示します。しかし、イーサネット初期化が成功裏に完了したかどうかは確認されていません。 2. SJA1110によって制御されるU36 LEDが点滅しているはずです。かすかにしか光らない場合は、SJA1110に電源供給の問題が発生している可能性があります。これは、RJ45リンクLEDが点灯せず、Windowsが物理的なリンクを検出しない理由も説明できるだろう。 3. デバッグの最初のステップとして、ボード上のSJA1110電源レールを確認し、それらが存在し安定していることを確認してください。また、基板の電源設定、ジャンパー設定、電源接続をT-BOXのドキュメントと照らし合わせて確認してください。 PEmicro接続エラーはイーサネットの問題とは無関係です。デバッグ設定起動時にNXP S32デバッグプローブがコネクテッドでない場合、これは期待されます。   よろしくお願いいたします。 パベル Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example こんにちは、パベルさん。 T-Boxの電源接続部を確認しましたので、参考のために接続部の画像を添付します。 U36のLED(SJA1110)は点滅せず、かすかな緑色に点滅していません。RJ45のLEDはまだオフで、PCのイーサネット接続も切断と表示されています。 添付の画像を確認し、この問題のデバッグの次のステップを教えていただけませんか?イーサネットリンクを動作させてpingコネクティビティを正常にテストしたいと思っています。 次に何をチェックすれば良いか教えてください。 再開まで今しばらくお待ちください。
View full article
S32K3-T-BOX – 使用 EMAC lwIP 裸机示例时,RJ45 链路 LED 保持熄灭状态 您好,NXP团队: 我正在使用S32K3-T-BOX (S32K344,原理图 SCH-50735 Rev C),并尝试使用 S32K344 lwIP 示例 Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700 实现以太网连接。 我做了什么 将项目从 S32K3X4EVB-T172 设置移至 T-Box:封装 S32K344_172HDQFP,40 MHz 外部晶体,RMII。 重新布线 EMAC 引脚以匹配 T-Box 原理图:TXD0 PTC2、TXD1 PTD7、TX_EN PTD12、TX_CLK/REF_CLK PTD11(输入)、RXD0 PTC0、RXD1 PTC1、RX_DV PTC17、RX_ER PTC14。 项目构建成功,没有出现任何错误。我使用 S32 调试探针在 S32K344 接头上刷写了固件。 固件运行过程为 main() → device_init() → Eth_43_GMAC_Init(),并一直停留在主循环中,直到示例测试超时。 问题: RJ45 链路/活动指示灯始终不亮,Windows 显示适配器“已断开连接”。使用相同的电脑端口和电缆连接,通常与其他设备连接。 板检查 电源指示灯(PF5020 导轨)亮起。 J51、J53 和 J55 位于 1-2 号轨道上。 S1 为 OFF/OFF(从 SJA1110 闪存启动)。 U36(SJA1110 状态 LED)不闪烁绿色,所以我怀疑 SJA1110B 没有固件或配置。 问题 示例的 description.txt 文件中只列出了 S32K3X4EVB-T172。它是否适用于 S32K3-T-BOX,还是仅适用于 EVB? SJA1110B 在 RJ45 链路建立之前是否需要自己的固件或配置(例如 S32K3_T_BOX_LWIP_for_SJA1110)? 如果需要,SJA1110 调试头 (J57) 的推荐步骤和调试器是什么?是否有预编译好的镜像文件? 是否需要对 SJA1110B 端进行任何设置,才能使 RMII 链路与 S32K344 EMAC 正常工作(RMII 模式,50 MHz REF_CLK 方向)? 谢谢您! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 您问题的答案如下。 1.该示例适用于 S32K3X4EVB-T172,如果不进行针对板的修改,则无法在 S32K3-T-BOX 上运行。 请参阅https://www.nxp.com/webapp/Download?colCode=TP-S32K3-T-BOX-LWIP-GUIDE的第 15 页,特别是: S32K3-T-BOX 使用 40 MHz 外部晶体,而 EVB 使用 16 MHz 晶体。因此,必须相应地更新时钟配置。 S32K344 EMAC 的 RMII 参考时钟由 SJA1110 提供。在 S32K344 时钟初始化之前应添加一个短暂的延迟,以便 SJA1110 启动并提供 RMII 参考时钟。 device_init() 中的外部 PHY 初始化是不需要的,因为以太网 PHY 和交换机初始化由 SJA1110 固件处理。 2.是的,SJA1110B 需要自己的固件和交换机配置。如果不运行 SJA1110 固件,则 RJ45 端口和 RMII 与 S32K344 的连接将无法初始化。 我已经为几款基于 SJA1110 的板准备了示例,包括 S32K3-T-BOX。请参考以太网交换机SJA1110示例。这些示例会初始化并测试相关端口,并提供 LED 指示。已包含预构建的 flash_image.bin ,因此无需重新构建项目。 由于分发限制,完整的 SJA1110 示例项目无法直接附加到社区文章中。如有需要,可通过 NXP 技术支持获取示例,但可能需要签署保密协议。请通过NXP 技术支持提交支持案例,并引用所需的 S32K3-T-BOX SJA1110 示例。 3.将支持 SJA1110 设备的调试器连接到 SJA1110 调试接口 J57,并对提供的闪存映像进行编程。我使用 PEmicro Multilink 调试器或 Lauterbach TRACE32。如答案 2 所述,可以使用预构建的镜像。 4.是的。SJA1110 固件必须配置连接到 S32K344 的交换机端口以进行 RMII 操作,并向 S32K344 EMAC 提供 50 MHz RMII 参考时钟。这是通过 S32K3-T-BOX 特有的 SJA1110 示例处理的。 因此,U36 LED 不活动强烈表明 SJA1110 固件当前未运行或设备未正确启动。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 感谢您的详细解答。他们帮我们确认了原因。我们的状态: SJA1110 已通电(跳线 J51、J53、J55 接 1-2,PF5020 导轨接通),S1 为 OFF/OFF,但 U36 仍然不亮。 我们将公共 S32K3_T_BOX_LWIP_for_SJA1110 项目构建到 app_flash.elf。 在 S32K344 方面,我们已经应用了您的三点:40 MHz 时钟配置、时钟初始化前的延迟以及从 device_init() 中删除 PHY 初始化。 两个问题: 文章“Example SJA1110 FreeRTOS lwIP S32K3-T-BOX”只附带了 Example_Availability.txt,而没有附带 flash_image.bin。您能否直接分享预构建镜像,或者告诉我们应该提交哪个支持案例(以及是否需要签署保密协议)? 与此同时,公开的 S32K3_T_BOX_LWIP_for_SJA1110 项目是否适用于 T-BOX?其交换机配置是否在 RJ45 端口 (P1) 和 S32K344 RMII 端口 (P2) 之间转发帧?我们还要确认 PEmicro Multilink 是否是 J57 的合适探针。 此致敬礼,迪维娅 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 你的拨码开关与我的电路板串联。 请检查连接到 PTA13 的 DEVICE_CFG_N 的信号电平。如果交换机接受配置,则 DEVICE_CFG_N 应为低电平。 广告 1.是的,由于分发限制,完整的 SJA1110 示例项目无法直接附加到社区文章中。您可以联系 NXP 技术支持申请获取该示例,但可能需要签署保密协议 (NDA)。请通过NXP 技术支持提交支持案例,并在案例中参考,引用所需的 S32K3-T-BOX SJA1110 示例。  主要原因是汽车以太网属于出口管制范畴,可能需要额外的审批。 2. 是的, S32K3_T_BOX_LWIP_for_SJA1110 项目是专用的 T-BOX 设计的。是的,L2 转发表的默认设置是转发到除源端口之外的所有端口。是的,我使用了 PE 微型多链路 FX。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 您的引脚看起来是正确的。MDIO 和 MDC 不是必需的。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的解释。 我正在使用Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例,并修改了 EMAC 引脚配置以匹配 S32K3-T-BOX 硬件。 请您确认附件 S32DS ConfigTools 截图中显示的引脚配置是否适用于 T-Box,或者是否需要进行任何更改? 顺祝商祺! 迪维亚 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 我们已经成功构建了 SJA1110 lwIP 示例,但我们需要对一些要点进行澄清。 1. SJA1110 .mex文件无法打开 我们使用 S32 Design Studio 3.4.3 和 RTD 2.0.0 导入并构建了S32K3_T_BOX_LWIP_for_SJA1110示例。项目构建成功,没有错误,但是打开sja1110_t_box.mex文件时出现以下错误: 当前版本的工具不支持处理器 SJA1110,s32sdk_sja1110_rtm_100 版本。 请问打开这个.mex文件需要哪个SJA1110 SDK或配置工具包?是否有与S32DS 3.4.3兼容的软件包,还是我们需要使用其他S32DS版本? 2. 应该将哪个固件映像编程到 SJA1110 上? 构建完S32K3_T_BOX_LWIP_for_SJA1110示例后,我们得到了以下文件: app_flash.elf sja1110_t_box.elf flash_image.bin flash_image_single_bank.bin sja1110_t_box.bin 请问是否需要将某个文件(如果有)编程到T-Box板上的SJA1110芯片上?我们可以直接使用预编译的SJA1110固件镜像,而无需打开或修改.mex文件吗?如果可以,能否提供正确的镜像文件以及使用PEmicro Multilink FX调试器通过J57接口进行编程的推荐步骤? 3. SJA1110 示例的调试器初始化脚本 我们还想澄清一下本示例的调试器配置。我们应该使用以下初始化脚本吗? ${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py 或者 SJA1110 是否需要不同的初始化脚本或调试器配置?请阐明相关目标的编程和调试推荐步骤。 4. MCAL 配置中缺少 TCP/IP 中间件 对于Example_S32K344_EMAC_lwIP_Baremetal_S32K344_v1_0_S32DS36_RTD700示例,我们打开了lwip_baremetal_s32k344.mex ,但在 MCAL 配置工具中找不到中间件 TCP/IP 协议栈组件。 TCP/IP 协议栈是否需要通过 MCAL 配置工具进行配置,还是 lwIP 已集成到应用层并单独进行配置?如果需要其他软件或配置包,请具体说明需要哪些软件或配置包以及如何安装? 5. T-Box 以太网启动推荐步骤 我们的T-Box RJ45链路指示灯仍然熄灭。请您确认一下初始化 SJA1110 交换机、建立与 S32K344 的 RMII 连接以及使用 T-Box lwIP 示例启动以太网的推荐顺序是什么? 我们非常感谢您提供任何相关的文档、兼容的软件包、预构建的固件映像或示例项目,以帮助我们完成此设置。 感谢您的支持。 此致, 迪维亚 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 谢谢你的解释。 由于我们已经购买了 NXP S32K3 T-Box 原型用于我们的开发和评估,请问为什么需要签署保密协议才能访问完整的 SJA1110 示例和固件? 我们理解有些信息可能是机密的,但我们想了解,即使对于已经购买了硬件并且需要固件来启动和测试其以太网功能的客户来说,保密协议是否也是强制性的。 请问提出这项要求的原因是什么?是否有其他方法可以获取所需的固件? 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 嗨,帕维尔 我们收到了一台新的 NXP S32K3 T-Box 原型机,它最初是可以工作的,U36 指示灯闪烁,以太网端口 LED 灯也亮了。 我们使用 S32 Design Studio 3.6.10 烧录了以下示例: Example_S32K344_EMAC_lwIP_FreeRTOS_S32K344_v1_0_S32DS36_RTD700 刷机后,U36 指示灯和以太网端口 LED 指示灯均停止工作。 我们也尝试了以下示例,但问题仍然存在: S32K344EVB_T172_UART_ETH_Gateway 此外,我们之前还在之前的 T-Box 上尝试过其他几个与以太网相关的示例,包括裸机 lwIP、FreeRTOS lwIP 和以太网内部环回。我们现在也在新的 T-Box 上尝试了这些示例,但我们遇到了同样的问题,无法建立以太网连接。 请问您能否帮助我们了解一下为什么两个 T-Box 开发板都会出现这个问题?将这些示例与 T-Box 一起使用时,是否需要任何特定的配置或步骤? 另外,是否有其他专门针对 S32K3 T-Box 的完整、可用的以太网示例,我们可以刷入并用于验证以太网功能? 我们非常感谢您能指导我们找出问题原因并解决以太网通信故障。 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 我的答案如下。 1. SJA1110.mex文件打开失败 sja1110_t_box.mex 文件是使用S32 SDK 为 SJA1110 RTM 1.0.0创建的。因此,需要相应的 SJA1110 代码包,软件包和 SDK 集成才能打开和修改它。 然而,SJA1110 SDK 现在被视为过时的软件解决方案,不再向新客户提供。目前 SJA1110 的软件开发基于实时驱动程序生态系统。因此,对于新项目,建议采用 SJA11xx RTD 和以太网交换机 (ETH_SWITCH) 驱动程序包,而不是传统的 SDK。 与以更集成安装方式交付的传统 SDK 不同,RTD 软件生态系统是模块化的。基本 RTD、以太网 PHY 和以太网交换机驱动程序,以及 FreeRTOS 和 TCP/IP 协议栈等可选的中间件,均作为具有明确版本依赖关系的单独软件包提供。 我当前 SJA1110 示例中使用的软件包(包括推荐的安装顺序)列在以下帖子中: SJA1110 SDK 和 RTD 软件包信息 2. 应该将哪个固件映像编程到 SJA1110 上? 适用的文件取决于编程工具: 对于 PEmicro,请使用 app_flash.elf。 对于 Lauterbach TRACE32,请使用 flash_image.bin。 因此,当PEmicro Multilink FX连接到SJA1110调试接口J57时,请使用app_flash.elf文件。 3. SJA1110 示例的调试器初始化脚本 请勿使用${S32DS_INITIALIZATION_SCRIPTS_DIR} /s32k3xx/s32k3xx_generic_bareboard.py 此初始化脚本适用于 S32K3 设备,不适用于 SJA1110。 对于 PEmicro,请使用 SJA1110 项目提供的 SJA1110 专用调试配置,并编写 app_flash.elf 程序。所需的 SJA1110 设备支持由相应的 SJA1110 代码包,软件包或 SDK 集成提供。 4. MCAL 配置中缺少 TCP/IP 中间件 如果只安装了 S32K3 RTD 软件包,则会出现这种情况。TCP/IP 协议栈是独立的中间件,不属于 MCAL 或 RTD 的基本安装。 适用于 S32K3 RTD 7.0.0,根据可用的版本信息,安装以下匹配的软件包: SW32K3_FreeRTOS_11.1.0_7.0.0_CD1_D2510_DesignStudio_updatesite.zip SW32K3_TCPIP_STACK_4.0.0_D2512_DesignStudio_updatesite.zip FreeRTOS 是 TCP/IP 协议栈软件包的必要依赖项,包括安装和使用提供的裸机示例。在 S32 Design Studio 中安装匹配的 FreeRTOS 和 TCP/IP 协议栈软件包后,中间件元器件和相关示例应该就可以使用了。您很可能需要重新导入 S32K3 项目,以便正确识别新安装的元器件。 请务必遵循所选 RTD 和 TCP/IP 协议栈版本的发行说明中的依赖关系和兼容性信息。 5. T-Box 推荐的以太网启动步骤 建议顺序为: 首先使用兼容的 S32K3 TCP/IP 协议栈软件包中提供的 S32K344 lwIP 示例。 将引脚复用和时钟配置调整为 S32K3-T-BOX 原理图,包括 40 MHz FXOSC 和 T-BOX RMII 引脚分配。 应用S32K3-T-BOX lwIP 示例指南中描述的其他 T-BOX 特定更改。 通过 J57 对 SJA1110 固件进行编程。SJA1110 固件初始化交换机、RJ45 端口和 RMII 接口,使其与 S32K344 连接。 确认 SJA1110 固件正在运行,包括 U36 上的预期指示。 在 SJA1110 有足够的时间启动并提供所需的 RMII 参考时钟后,启动 S32K344 应用程序。 对于基于 RTD 的新 SJA1110 项目,请下载适用的 SJA11xx RTD、以太网 PHY、以太网交换机和中间件软件包,并将任何现有示例适配到 S32K3-T-BOX。 如果您已与 NXP 签订了有效的保密协议,请在您已创建的技术支持案例中提供保密协议编号。然后我可以检查是否可以与您共享现有的 S32K3-T-BOX SJA1110 示例。 相关文档和代码包,软件包可从 NXP 网站获取。部分文件仅在安全文件下提供,并且需要签署相应的保密协议。汽车以太网软件也可能受到出口管制审查,并且可能需要额外的访问批准。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 购买评估硬件和获取受控版本软件和文档是两个独立的过程。SJA1110 文档、RTD 代码包,软件包和完整的示例项目不属于公共材料。这些文件通过 NXP Secure Files 分发,需要签署有效的保密协议才能获得访问权限。 因此,仅仅因为你购买或使用 S32K3-T-BOX,并不需要签署保密协议。这是必需的,因为完整的 SJA1110 示例包含与受控版本汽车以太网产品相关的软件和配置信息。 此外,SJA1110 软件包需要经过访问批准流程。汽车以太网软件也可能受到出口管制政策的约束,因此即使已经签署了有效的保密协议,也可能需要额外的批准。 遗憾的是,我无法在这种受控分发流程之外提供完整的项目或固件。可行的替代方案有: 如果贵公司已与 NXP 签订有效的 NDA,请申请访问相关的 SJA1110 安全文件,或在 NXP 技术支持案例中提供 NDA 参考信息。 如果目前没有保密协议,请启动 NXP 保密协议流程,然后申请安全文件访问权限。 公开提供的 S32K3-T-BOX 材料仍可用于 S32K344 侧,但它们不能取代初始化交换机及其 RMII 连接所需的受控 SJA1110 固件和配置。 请注意,保密协议可以启动访问申请流程,但并不能自动保证获得每个软件包的访问权限。此外,还必须完成适用的产品和出口管制审批。 一旦所需的访问权限获得批准,即可通过授权支持渠道提供 SJA1110 RTD 软件包和适用的 T-BOX 示例。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 您测试的示例是为 S32K3X4EVB-T172 设计的,如果不进行针对板的修改,则不能在 S32K3-T-BOX 上使用。尽管 MCU 相同,但 T-BOX 使用了不同的引脚分配、40 MHz 外部晶振和 RMII 连接,其中 50 MHz 参考时钟由 SJA1110 提供。启动顺序还必须留出足够的时间让 SJA1110 在 S32K344 时钟和以太网初始化之前启动。   通过S32K344调试接口刷写应用程序不应影响SJA1110外部闪存。如果在此电源循环后 U36 闪烁,则 SJA1110 固件仍然存在,并且该问题是由不兼容的 S32K344 应用程序或其板初始化引起的。如果 U36 仍然不活动,则应单独检查 SJA1110 NVM 启动和固件。 我专门针对 S32K3-T-BOX 准备并验证了以下完整示例: 示例 S32K344 EMAC lwIP FreeRTOS S32K3-T-BOX S32DS 3.6.6RTD7.0.1 - NXP 社区 选择 S32K3 RTD 7.0.1 作为参考基准,因为 S32K3 RTD 7.0.0 版本没有提供任何基本的 S32K3 示例项目。它已在S32K3-T-BOX上成功测试,并且已经包含了T-BOX特有的引脚、时钟、RMII和启动序列适配。请参阅 src/main.c 中的注释。有关对原始 lwip_FreeRTOS_s32k344 项目所做的更改的完整列表。 顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 感谢您的指导。 我已导入并测试了 T-Box 专用示例项目Example_S32K344_EMAC_lwIP_FreeRTOS_TBOX_v1_0_S32DS36_RTD701 ,使用以下设置: S32 设计工作室 3.6.10 RTD 7.0.1 FreeRTOS 11.1.0 TCP/IP协议栈5.0.0 项目构建成功,无 任何错误或警告 。我使用 通过 J40 TAG 连接器连接的 NXP S32 调试探针, 将生成的 ELF 文件烧录到 S32K344 MCU 中 。 我检查了设备.c和test.c,包括时钟初始化、时钟设置前的延迟、Eth_43_GMAC_Init()以及负责 lwIP 初始化和 LED 闪烁的 FreeRTOS 任务。 但是,我仍然无法建立以太网通信。 当前观察结果: 断开调试器并重启电路板后,U37 的 RGB LED 指示灯持续闪烁蓝色。 SJA1110 上的 U36 LED 指示灯略微呈绿色。 RJ45端口指示灯保持熄灭状态。 Windows 以太网适配器显示“已断开连接” ,链路速度为0 bps 。 ping 192.168.225.100导致请求超时。 SJA1110 S1 DIP 开关设置为 OFF/OFF 用于 NVM 启动。 随后,当我再次尝试启动调试配置以调查初始化顺序时,收到以下错误: PEmicro GDB 启动失败:GDB 服务器无法与目标处理器建立连接 (E54431355)。 在最近一次尝试中,S32 调试探针未连接到电路板。 请问您能否就以下问题向我提供一些建议? U37 的蓝色闪烁是此示例中的预期行为,还是表示初始化尚未完成? 由于 RJ45 LED 指示灯熄灭,且 Windows 报告没有物理连接,我应该首先检查什么来确定根本原因? 在不必要地更改现有时钟和引脚配置的情况下,下一步推荐的调试步骤是什么? 我希望您能指导我下一步该怎么做。 谢谢! Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 正如 src/main.c 的头部文件中所记录的那样,本例中使用的是静态 IP 地址 192.168.0.210,而不是 192.168.225.100。因此,请将 PC 以太网适配器配置到同一子网,例如 192.168.0.100,子网掩码为 255.255.255.0,然后 ping 192.168.0.210。但是,由于 Windows 目前报告以太网电缆已断开连接,因此必须首先解决物理链路问题。 1. U37 应该闪烁白色,但显示为青色。这表明应用程序正在运行,特别是初始化过程没有以 HardFault 结束。但是,这并不能确认以太网初始化是否成功完成。 2. 由 SJA1110 控制的 U36 LED 应闪烁。如果它只是微弱发光,这可能表明 SJA1110 的电源存在问题。这也解释了为什么 RJ45 链路 LED 指示灯保持熄灭状态,并且 Windows 检测不到物理链路。 3. 作为第一个调试步骤,请检查板上的 SJA1110 电源轨,并确认它们存在且稳定。请对照 T-BOX 文档检查板电源配置、跳线设置和电源连接。 PEmicro连接错误与以太网问题无关。如果在启动调试配置时 NXP S32 调试探针未连接,则会出现此情况。   顺祝商祺! 帕维尔 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好,帕维尔, 我已经检查了T-Box的电源连接,并附上连接图片供您参考。 U36 LED (SJA1110) 指示灯常亮,呈淡绿色,不闪烁。RJ45 指示灯仍然熄灭,我的电脑上显示以太网连接已断开。 请您查看附件中的图片,并指导我下一步如何调试这个问题?我希望能够建立以太网连接并成功测试 ping 连接。 请告诉我接下来我应该检查什么。 感谢您的支持。 Re: S32K3-T-BOX – RJ45 LINK LED stays off with EMAC lwIP baremetal example 你好@Divya2904 , 图片证实了外部连接,但下一步是直接在板上测量 SJA1110 的供电电压。目视检查电源连接无法确认所有必需的 SJA1110 电源轨是否存在且稳定。 请参考 S32K3-T-BOX 原理图来识别 SJA1110 电源轨和相应的去耦电容。通常可以使用万用表或示波器精细探头,对可触及的电容端子测量电压,并以电路板地为参考。请注意避免相邻焊盘短路。 请检查以下内容: 直接在相应的去耦电容上测量 SJA1110 的电源电压,并报告测量值。 检查 SJA1110 RST_N 信号,确认其在上电后释放并保持稳定。 如果有示波器,请探测控制 U36 绿色通道的信号。这将显示是否产生闪烁信号,或者信号是否保持恒定水平。 如果供电电压和 RESET信号正确,请检查 SJA1110 是否向 S32K344 提供预期的 RMII 参考时钟。 顺祝商祺! 帕维尔
View full article
TJA1410の受信信号RX+EDに対してRZI復号を行うにはどうすればよいですか? マニュアルの波形図からわかるように、RXは高インピーダンス(または0)から始まる最初の遷移を無視するため、RXは遷移を見逃し、RZI復号エラーが発生します。 NXP TJA1410について質問させてください。この場合、推奨されるデコード方法はありますか? イーサネット Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん まず、これは図11に基づく理論的な懸念なのか、それとも実装中に実際のRZIデコードエラーが見られているのか、明確にしていただけますか? 実際にエラーが確認された場合は、以下の情報を提供してください。 TRANSMITコマンドとデータ送信開始時のTX、RX、EDおよび差動線間電圧波形 デジタルPHYまたはカスタムデコード実装はTJA1410に接続されています 実装がRXを有効なものとして扱い始める時点 期待されるデータシーケンスと実際にデコードされたデータシーケンス 図11に関して、強調表示されているVLINEの遷移は、通常モードから送信モードへの遷移中に発生します。この時点でラインインピーダンスはハイZからアクティブインピーダンスに変わり、トランスミッタは差動線を駆動し始めます。この遷移の間、RX出力は明示的に未定義としてマークされます。したがって、強調表示された領域に示されている最初のVLINEの動きは、RX上のパルスによって表されなければならない有効なRZIデータ遷移として解釈されるべきではありません。 通常モードおよび送信モードでは、RXのデフォルトレベルはHIGHです。差動MDI電圧が受信機トリガー閾値を通過すると、TJA1410はRXに低パルスを生成します。この動作は、有効な受信データ間隔に適用されます。 したがって、図11はTJA1410が最初の有効なRZI遷移を無視することを示しているわけではない。トランスミッタの活性化時にRXが定義されていないことを示しています。有効なRZI復号は、RXが有効な動作区間内にある場合にのみ開始すべきであり、モード遷移による初期アナログVLINEの動きからは始めるべきではありません。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? TJA1410の実際のテスト波形を見ると、TJA1410は通常モードで、データを受信するだけで送信はしていないことがわかります。 図の上から下への信号は、ED、RX、Vline、TRX_P、TRX_Nです。 RX信号が受信され、RZIルールに従って復号されると、復号されたデータは0x04になりますが、Vline上の実際のデータは0x08(BEACON)になります。 信号RXを観測したところ、Vlineが高インピーダンスから高インピーダンスに変化した際に、RXから低レベルのパルスが出力されないことが判明した。これは、RXで1ビットのデータが欠落していることを意味し、復号エラーの原因となっている。 ご返信いただき、誠にありがとうございます。 ありがとう! 李王 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは、パベル S32K5 + TJA1410テストキットはどのように入手できますか? ありがとう 李王 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 図に示すように、VLINEは高インピーダンスから高電圧に変化します。この変化によってRXに低レベルパルスが生成されないため、RZI復号時にRXが生成するビット数が1つ少なくなります。 あと2つ質問があります。 1) TJA1410はLAN8670と相互接続できますか? 2) 御社はTJA1410用のVerilogモデルファイル、またはデジタルPHYのシミュレーション設計に使用できるその他のモデルファイルをお持ちですか? ご返信いただき、本当にありがとうございます! 李王 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん https://www.nxp.com/design/design-center/development-boards-and-designs/TJA1410-EVB直接注文可能です。 S32K5はNPI(新製品導入)で、まだ正式に発売されていません。これらの製品の早期アクセス権を得たお客様は、現場エンジニアを割り当てていることにご注意ください。指定されたフィールドエンジニアが、この製品に関する問題や懸念、問い合わせの主要なサポートチャネルとなります。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん 測定値をご提供いただきありがとうございます。しかし、現在のスクリーンショットでは、最初の期待されるRXイベントが実際に欠落しているのか、受信バースト開始時にデコードが誤って整列されているのかを判断するのに十分な時間解像度を提供していません。 以下の情報を提供していただけますか: デジタルPHYまたはカスタムデコーダの詳細。EDとRXが受信およびビットアライメントにどのように使用されるかを含む。 バースト開始付近のED、RX、TX、および差動VLINEを示す高解像度キャプチャ。理想的には最初の8~16ビット期間をカバーする。 現在のキャプチャから判断すると、TJA1410が有効なデータビットを失ったと結論づけることはできません。0x08 0x04の不一致は、デコーダがEDとRXを使って初期ビットアライメントを設定する方法にも起因している可能性があります。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん はい、TJA1410は共通の10BASE-T1Sネットワークを通じてLAN8670と通信できます。 「Documents in Secure Files」には、TJA1410 VHDL-AMSシミュレーションモデルが用意されています。 本製品の要求されたドキュメントは管理下で公開されており、NDA(秘密保持契約)の下でSecure Filesを通じてアクセス可能です。 こちらからアクセスを申請してください: https://www.nxp.com/webapp-signup/docstoreReg フォーム送信時に、有効な秘密保持契約書(NDA)のコピーをアップロードするよう求められますので、ご注意ください。もし御社にまだNDAがない場合は、まずNDAのフォームにご記入ください: https://www.nxp.com/webapp-signup/ndaReqForm NDAが整ったら、安全なファイルへのアクセスをリクエストできます プロセスを理解するためにFAQをご確認ください: https://www.nxp.com/support/support/secure-access-rights:SEC-ACCESS https://www.nxp.com/support/support/secure-access-rights/secure-access-rights-faqs:SEC-ACCESS-FAQS オートモーティブ イーサネットは輸出管理方針の対象となり、NDAやSecure Filesへのアクセスが認められた後でも追加の承認が必要になる場合がありますのでご注意ください。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん パッケージが正常にダウンロードされたことを確認してくれてありがとうございます。 シミュレーションモデルとそのドキュメントはSecure Filesを通じて提供されているため、公開コミュニティフォーラムでの詳細な内容の議論は避けるべきです。 両方の質問は、ダウンロードされたパッケージに含まれるシミュレーションモデルのドキュメントで解説されています。サポートされているシミュレーション環境、モデルインターフェース、シミュレーション例を説明するセクションをご参照ください。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? ファイルのダウンロードが完了しました。ありがとうございました! 内部には2つのモデルがあり、下のモデルは特定のソフトウェア用です。これらの2つのファイルをSynopsis VCSでシミュレーションできるかどうか、また、関連するヘルプドキュメントがあるかどうかをお伺いしたいです。 Xpeditionはシーメンスの登録商標です。 SABERはSynopsis社の登録商標です。 さらに、以下の図に示すように、TXがRZIエンコードされていない波形が文書中にあります。TAJ1410チップがTX経由で通信を送信する場合、RZIエンコードされた形式の波形を送信する必要がある、というのが私の理解です。 Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 上の図は、デジタルPHYがビーコンを送信したときの波形を示しています。上から順に、信号はED、RX、TX、TRX_Pです。 TXのコマンドは、TRANSMITコマンド、BEACONコードを5回、およびRESETコマンドです。 いくつか疑問点があります。 1. TXがTRANSMITコマンドを送信した後、RXに追加の低レベルパルスが現れます。 2. TXがRESETコマンドを送信した後、EDは130ns以内にローにならない。 何が原因だったのか教えていただけますか? ありがとう! Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 図10によれば、送信モードに入ると、Vlineはもはや高インピーダンス状態ではなくなります。しかし、図7は、送信モードではVlineが高インピーダンス状態であり、低レベルのパルスの後、Vlineが高レベルになることを示しています。 実際にデータを送信する前に、低レベルパルスを2つ含むRESETコマンドを送信すべきでしょうか、それとも低レベルパルスを1つだけ送信すべきでしょうか? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん 図7は送信シーケンス全体の簡略化された概要を示しており、図10は通常モードから送信モードへの遷移を詳細に示している。したがって、この2つの図は異なるレベルのディテールを示しており、互いに矛盾はない。 図7では、VLINEの高インピーダンス領域が、TRANSMITコマンドの前とRESETコマンドの後に示されています。これらは、TJA1410がアクティブに送信している間のVLINEの状態を表すものではありません。 データを送信する前に、デジタルPHYは図13に示すTRANSMITコマンドを発行する必要があります。このコマンドは、HIGH間隔で区切られた2つのLOWパルスで構成されています。コマンドが認識されると、TJA1410は送信モードに入り、図10に示すように、ラインインピーダンスをハイZからアクティブインピーダンスに変更します。 TX側で続く短いLOWパルスは、送信されたデータを表します。各LOWパルスは、差動バス信号の極性を反転させる。 データ送信が完了すると、デジタルPHYは図12に示すRESETコマンドを発行します。これによりTJA1410はノーマルモードに戻り、トランスミッタの出力は再びハイZに戻ります。 したがって、データ送信前の正しい手順は、RESETコマンドや単一のデータパルスではなく、TRANSMITコマンドです。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? 上記の画像は、デジタルPHYがビーコンを送信したときの波形を示しています。テストでは、TJA1410は1つだけであり、TRX_PとTRX_Nはフローティング状態でした。 上から順に、信号はED、RX、VLINE、TRX_Pです。TRX_N TXのコマンドは、TRANSMITコマンド、BEACONコードを5回、およびRESETコマンドです。前の写真と同じです。 TXがTRANSMITコマンドを送信すると、VLINEにハイパルスが発生します。これは予期しない例外です。 cmdをリセットした後、VLINEは0になりましたが、EDは20マイクロ秒近く持続しました。これは予想外でした。 何が原因なのか突き止めるのを手伝っていただけませんか? パベルさん、あなたの会社にはデータ送信プロセスと、それに対応する波形はありますか? もしお持ちでしたら、私に提供していただくか、メールで送ってください。ありがとうございます! Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん 送信コマンド後のRXに追加の低パルスは、トランスミッタが高-Z状態からアクティブ駆動状態に切り替わり、差動MDI電圧がレシーバの閾値を超えたときに発生します。このモード遷移中のRXは有効な受信データとして解釈されるべきではないため、このパルスはBEACONの復号に含めるべきではありません。 EDに関して、RESETコマンドに指定されている55ns~120nsのタイミングは、 TXコマンドのデアサート時間であり、EDの最大デアサート時間ではありません。MDIで活動が検出されている間は、EDはHIGHのままとなる可能性があります。 より正確な評価を行うには、差動VLINEを測定する必要があります。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん TRX_PとTRX_Nが浮遊状態のままだったため、測定された挙動は適切にコネクテッドされた10BASE-T1Sインターフェースを代表していません。 MDIを必要な差動インピーダンスで終端し、測定を繰り返してください。 よろしくお願いいたします。 パベル Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは、パベル 「フローティング状態」という表現は誤解を招く可能性があります。実際には、ツイストペアケーブル上にノードデバイスが1つしかない、つまりTJA1410が1つしかないことを意味します。 したがって、他に干渉要因はありません。一方、VLINE信号はTRX_P - TRX_Nです。 御社では、デモボード上にテスト波形、例えば2つのTJA1410が動作している際の実際の測定受信波形と送信波形などを用意されていますか? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? こんにちは@li_wangさん このシングルノード構成でMDIの終端接続方法を確認していただけますか?特に、推奨されるバスインターフェースネットワークが使用されていること、そしてエンドノード終端が有効であることを必ず確認してください。 2台のTJA1410デバイス間の通信から得られる測定済み基準波形は、現在入手できません。また、必要なデジタルPHYがS32K5に統合されているため、この構成を再現することもできません。S32K5は、前述のとおり、まだNPIデバイスです。したがって、私の分析は利用可能なTJA1410ドキュメントのみに基づいています。 よろしくお願いいたします。 パベル
View full article
How to perform RZI decoding on the TJA1410 receiving signal RX+ED? As can be seen from the waveform in the manual, RX ignores the first transition starting with high impedance (or 0), resulting in RX missing a transition and RZI decoding error. I'd like to ask about NXP TJA1410. In this case, are there any recommended decoding methods? Ethernet Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , First, could you please clarify whether this is a theoretical concern based on Figure 11 or whether you are observing an actual RZI decoding error in your implementation? If an actual error is observed, please provide: TX, RX, ED and differential line voltage waveforms covering the TRANSMIT command and the beginning of data transmission The digital PHY or custom decoding implementation connected to the TJA1410 The point at which the implementation starts treating RX as valid The expected and actually decoded data sequence Regarding Figure 11, the highlighted VLINE transition occurs during the transition from Normal mode to Transmitting mode. At this time, the line impedance changes from High-Z to active impedance and the transmitter begins driving the differential line. The RX output is explicitly marked as undefined during this transition. Therefore, the initial VLINE movement shown in the highlighted area should not be interpreted as a valid RZI data transition that must be represented by a pulse on RX. In Normal and Transmitting modes, the default level on RX is HIGH. When the differential MDI voltage crosses the receiver trigger threshold, the TJA1410 generates a LOW pulse on RX. This behavior applies to the valid receive-data interval. Consequently, Figure 11 does not indicate that the TJA1410 ignores the first valid RZI transition. It shows that RX is not defined during transmitter activation. Valid RZI decoding should begin only when RX is in its valid operating interval, not from the initial analog VLINE movement caused by the mode transition. Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hi, PavelL How can I obtain the S32K5 + TJA1410 test kit? Thanks Li.Wang Re: TJA1410 接收信号RX+ED 如何进行RZI解码? The actual test waveform of TJA1410 shows that TJA1410 is in Normal mode, only receiving data and not sending data. The signals from top to bottom in the diagram are: ED, RX, Vline, TRX_P, TRX_N. When the RX signal is received and decoded, according to the RZI rule, the decoded data is 0x04, but the actual data on Vline is 0x08 (BEACON). Observing the signal RX, it was found that when Vline changed from high impedance to high, RX did not output a low-level pulse, which means that RX was missing 1 bit of data, resulting in a decoding error. Thank you very much for your reply. Thanks! Li.Wang Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , Yes, the TJA1410 can communicate with the LAN8670 over a common 10BASE-T1S network. There is available a TJA1410 VHDL-AMS simulation model under Documents in Secure Files. Requested documentation for this product is under control release, accessible under NDA (Non-Disclosure Agreement) via Secure Files. Please Request Access here: https://www.nxp.com/webapp-signup/docstoreReg Please note, during the form submission you will be asked to upload valid NDA copy. If your company does not have any yet please fill the form for NDA first: https://www.nxp.com/webapp-signup/ndaReqForm When NDA is ready you can request secure files access Kindly check FAQs to understand the process: https://www.nxp.com/support/support/secure-access-rights:SEC-ACCESS https://www.nxp.com/support/support/secure-access-rights/secure-access-rights-faqs:SEC-ACCESS-FAQS Please note that Automotive Ethernet is subject to export control policies and additional approvals may be required even after NDA and Secure Files access is granted. Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? As shown in the figure, VLINE changes from high impedance to high voltage. This change does not generate a low-level pulse on RX, which will cause RX to generate 1 less bit during RZI decoding. I have two more questions: 1) Can the TJA1410 interconnect with the LAN8670? 2) Does your company have Verilog model files for TJA1410, or other model files that can be used for simulation design of digital PHY? Thank you so much for your reply! Li.Wang Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , https://www.nxp.com/design/design-center/development-boards-and-designs/TJA1410-EVB can be ordered directly. S32K5 is a NPI (New Product Introduction) which has not been officially launched yet. Please be advised that customers who have been granted early access to such products have assigned their field engineers. Your designated field engineer should serve as your primary support channel for any issues, concerns or queries you may have about this product. Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , Thank you for providing the measurement. However, the current screenshot does not provide sufficient time resolution to determine whether the first expected RX event is actually missing or whether the decoding is aligned incorrectly at the beginning of the received burst. Could you please provide: Details of the digital PHY or custom decoder, including how ED and RX are used for reception and bit alignment. A higher-resolution capture showing ED, RX, TX and differential VLINE around the beginning of the burst, ideally covering the first 8 to 16 bit periods. Based on the current capture, we cannot yet conclude that the TJA1410 loses a valid data bit. The 0x08 to 0x04 mismatch could also be caused by how the decoder establishes the initial bit alignment using ED and RX. Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? The file has been downloaded, thank you very much! There are two models inside, the one below is for a specific software. I would like to ask if these two files can be simulated in Synopsis VCS, and if there is any help documentation? Xpedition is registered trademark of Siemens. SABER is a registered trademark of Synopsis. In addition, there is a waveform in the document, as shown below, where TX is not RZI encoded. I understand that when the TAJ1410 chip sends communication via TX, it should send a waveform in RZI encoded format, right? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , Thank you for confirming that the package was downloaded successfully. Since the simulation model and its documentation are provided through Secure Files, we should avoid discussing their detailed contents on the public Community forum. Both questions are addressed in the simulation model documentation included in the downloaded package. Please refer to the sections describing the supported simulation environments, the model interface and the simulation example. Bets regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? The image above shows the waveform when the digital PHY sends a beacon. From top to bottom, the signals are ED, RX, TX, and TRX_P. The commands on TX are TRANSMIT cmd, 5 times BEACON code, and RESET cmd. Several points of doubt: 1. After TX sends TRANSMIT cmd, an additional low-level pulse appears on RX; 2. After TX sends RESET cmd, ED does not go low within 130ns. I'd like to ask what caused this? Thanks! Re: TJA1410 接收信号RX+ED 如何进行RZI解码? According to Figure 10, after entering Transmitting mode, Vline is no longer in a high-impedance state. However, Figure 7 shows that in Transmitting mode, Vline is high-impedance, and after a low-level pulse, Vline goes high. So before actually sending data, should we send a RESET command with two low-level pulses or send a single low-level pulse? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , Figure 7 provides a simplified overview of the complete transmission sequence, while Figure 10 shows the Normal-to-Transmitting mode transition in detail. The two figures therefore show different levels of detail and are consistent with each other. In Figure 7, the VLINE High-Z regions are shown before the TRANSMIT command and after the RESET command. They do not represent the VLINE state while the TJA1410 is actively transmitting. Before sending data, the digital PHY must issue the TRANSMIT command shown in Figure 13. This command contains two LOW pulses separated by a HIGH interval. Once the command is recognized, the TJA1410 enters Transmitting mode and changes the line impedance from High-Z to active impedance, as shown in Figure 10. The subsequent short LOW pulses on TX represent the transmitted data. Each LOW pulse inverts the polarity of the differential bus signal. After the data transmission is complete, the digital PHY issues the RESET command shown in Figure 12. This returns the TJA1410 to Normal mode and the transmitter output becomes High-Z again. Therefore, the correct sequence before data transmission is the TRANSMIT command, not a RESET command or a single data pulse. Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , The additional LOW pulse on RX after the TRANSMIT command can occur when the transmitter changes from High-Z to the actively driven state and the differential MDI voltage crosses the receiver threshold. RX during this mode transition should not be interpreted as valid received data, so this pulse should not be included in the BEACON decoding. Regarding ED, the 55 ns to 120 ns timing specified for the RESET command is the TX command de-assertion time, not the maximum ED de-assertion time. ED may remain HIGH while activity is still detected on the MDI. For a more precise evaluation, you should measure differential VLINE. Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? The above image shows the waveform when the digital PHY sends a beacon. In the test, there was only one TJA1410, and TRX_P and TRX_N were in a floating state. The signals from top to bottom are ED, RX, VLINE, and TRX_P.TRX_N The commands on TX are TRANSMIT cmd, 5 times BEACON code, and RESET cmd.Same as the previous picture. TX sends a TRANSMIT command, which generates a high pulse on VLINE; an unexpected exception. After resetting cmd, VLINE was 0, but ED persisted for nearly 20us; this was not as expected. Could you please help me figure out what might be causing this? Pavel, does your company have a data sending process, and the corresponding waveform? If you have any, please provide them to me, or send them to my email. Thank you! Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hi, PavelL The phrase "floating state" may be misleading. In reality, it means there is only one Node device on the twisted pair, i.e., only one TJA1410. Therefore, there are no other interfering factors. Meanwhile, the VLINE signal is TRX_P - TRX_N. Does your company have test waveforms on a demo board, such as the actual measured receive and transmit waveforms when two TJA1410s are in operation? Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , Since TRX_P and TRX_N were left floating, the measured behavior is not representative of a properly connected 10BASE-T1S interface. Please terminate the MDI with the required differential impedance and repeat the measurement.  Best regards, Pavel Re: TJA1410 接收信号RX+ED 如何进行RZI解码? Hello @li_wang , Could you please confirm how the MDI is terminated in this single-node setup? In particular, please confirm that the recommended bus interface network is used and that the end-node termination is enabled. Measured reference waveforms from communication between two TJA1410 devices are currently not available. I am also unable to reproduce this setup because the required digital PHY is integrated in the S32K5, which is still an NPI device, as mentioned previously. Therefore, my analysis is based only on the available TJA1410 documentation. Best regards, Pavel
View full article